Mostrando postagens com marcador cisco. Mostrar todas as postagens
Mostrando postagens com marcador cisco. Mostrar todas as postagens

Pseudowire MPLS Juniper e Cisco

Posted: quinta-feira, 23 de abril de 2015 by Wairisson Gomes in Marcadores: , , , , , , , ,
3

Para o cenário, assuma OSPF + MPLS+LDP ativos nos routers e as loopbacks devidamente publicadas:

Segue abaixo as configurações que usei para criar um PW entre Juniper e Cisco.

Cisco:

conf t
mpls label protocol ldp
pseudowire-class MartiniToJuniper
 encapsulation mpls

interface GigabitEthernet0/3.77
 encapsulation dot1Q 77
 xconnect 192.168.0.1 7 pw-class MartiniToJuniper


Juniper:

set interfaces ge-0/0/5 description TESTE-PW-CISCO-7200
set interfaces ge-0/0/5 vlan-tagging
set interfaces ge-0/0/5 media-type copper
set interfaces ge-0/0/5 encapsulation flexible-ethernet-services
set interfaces ge-0/0/5 unit 7 description TESTE-PW-TO-CISCO7200
set interfaces ge-0/0/5 unit 7 encapsulation vlan-ccc
set interfaces ge-0/0/5 unit 7 vlan-id 7
set interfaces ge-0/0/5 unit 7 family ccc

set protocols mpls label-switched-path TO-7200-TESTE to 192.168.0.2
set protocols mpls label-switched-path TO-7200-TESTE no-cspf

set protocols l2circuit neighbor 192.168.0.2 interface ge-0/0/5.7 virtual-circuit-id 7
set protocols l2circuit neighbor 192.168.0.2  interface ge-0/0/5.7 encapsulation-type ethernet-vlan



Referências: http://www.gossamer-threads.com/lists/nsp/juniper/6800

BGP Label Update: Carrier Support Carrier - RFC 3107

Posted: segunda-feira, 23 de fevereiro de 2015 by Wairisson Gomes in Marcadores: , , ,
0



Traduzido de: http://www.mplsvpn.info/2014/01/bgp-label-update-carrier-support.html

BGP etiqueta de actualização permite-lhe criar uma rede Virtual Private Network (VPN) para que os routers autônomos limite do sistema (ASBRs) intercâmbio rotas IPv4 com Multiprotocol Label Switching (MPLS) rótulos da borda provedor (PE) roteadores. Neste cenário, os refletores Rota (RRS) câmbio rotas VPNv4 e ASBR ficar relaxado para armazenar essas rotas.

Isto resulta numa melhor escalabilidade e simplifica a configuração. Ao usar esse recurso, você pode usar a rede MPLS não como rede de trânsito, o que ajuda você a transportar todas as rotas IPv4 com rótulos sobre a rede não MPLS.

Quando você executa o comando neighbor send-label sob configuração BGP, os roteadores anunciam uns aos outros que eles podem enviar  rótulos MPLS junto com as rotas. Se os roteadores negociarem com sucesso a sua capacidade de enviar rótulos MPLS, eles adicionarão rótulos MPLS a todas as atualizações  BGP. Isso elimina a necessidade do uso de qualquer protocolo de distribuição de label entre os LSRs. (o LDP é requerido para labels VPNv4)


No cenário acima, o router reflector pode refletir as rotas IPv4 e labels MPLS aprendidas com do ASBR para os roteadores PE na VPN. Isto é realizado a partir da ativação da troca de rotas IPv4+ labels com o router reflector. O router reflector também reflete as rotas VPNv4 para os roteadores PE na VPN. Os ASBRs trocam rotas IPv4 e etiquetas MPLS com os roteadores PE usando EBGP.

Os labels MPLS são incluídos nas mensagens de update. Routers trocam os seguintes tipos de mensagens BGP:
1. Open Messages
2.Update Messages
3. Keepalive Messages
4. Notification Messages
Out of four, Update Messages contains the Network Layer Reachability Information (NLRI), which has IP addresses of the usable routes. The update message also includes path attributes and the lengths of both the usable and unusable paths. Labels for VPNv4 routes are encoded in the update message as specified in RFC 2858. The labels for the IPv4 routes are encoded in the update message as specified in RFC 3107.
Fora das quatro, Update messages contém o Network Layer Reachability Information (NLRI), que tem os endereços IP das rotas utilizáveis. A mensagem de Update  também inclui atributos de caminho e os comprimentos de ambos os caminhos utilizáveis ​​e não utilizáveis. Etiquetas para rotas VPNv4 são codificados na mensagem de update, conforme especificado no RFC 2858. Os rótulos para as rotas IPv4 são codificados na mensagem de atualização, conforme especificado no RFC 3107.

Notas OSPF

Posted: segunda-feira, 10 de novembro de 2014 by Wairisson Gomes in Marcadores: , ,
0


CAPITULO 5  - OSPF overview and neighbors relationship

Ospf Review
Configuração:
-       Comando router ospf id + network x.x.x.x y.y.y.y área 0
-       O OSPF tentará descobrir vizinhos por multicast nas interfaces habilitadas
-       Definição do Router ID
o   usa o ip definido pelo comando router-id
o   usa o maior ip loopback
o   usa o maior ipv4
-       Verificação
o   Show ip protocols
§  Verifica se o ospf está ativo
§  lista todas as interfaces passivas
o   show ip ospf interface brief
§  lista todas as interfaces onde o ospf está ativos
§  as passivas são omitidas
o   Show ip ospf neighbors
§  Lista os vizinhos
o   Show ip ospf database
§  lista todos os LSAs para todas as áreas conectadas
-       Sumário de características OSPF
o   numero ip 89 (não usa tcp ou udp)
o   usa métrica baseada em custo cumulativo
o   destinos multicast:
§  224.0.0.5
·      All routers ospf
§  224.0.0.6
·      DR OSPF Routers
o   Suporta sumarização manual de rotas em ABRs somente
o   Suporta marcação de rotas (útil em redistribuições)
o    

Vizinhança e adjacências em ambientes LAN
-       Dois tipos de adjacência
o   Simples
o   full
-       Questões importantes:
o   em quais interfaces o OSPF tentará estabelecer vizinhança através do envio de Hellos multicast?
o   Quando um vizinho potencial é descoberto, ele cumpre todos os requisitos para formação de vizinhança

-       Habilitando a descoberta de vizinhos no OSPF
o   O OSPF tentará descobrir vizinhos em uma interface quando dois requisitos forem cumpridos:
§  O ospf estiver habilitado na interface através do comando network
§  a interface não esteja em passive
o   Satisfeitas as condições o OSPF enviará hellos para 224.0.0.5
o   para ativação da interface no ospf
§  via comando network
§  via comando da interface ip ospf process-id área área-id dentro

-       Configuração que devem combinar para adjacências ospf

-       Otimizando a convergência  no OSPF
o   O OSPF usa timers para monitorar as adjancencias
o   hello : 10 Dead: 40
o   para acelerar a convergência estes timers podem ser reduzidos
§  ip ospf hello-interval 9
§  ip ospf dead-interval 9

-       Usando Router-ID único
o   Os roteadores OSPF baseiam sua informações como LSDB no RID
o   Dois roteadores com RIDs iguais não formam adjacência
o   Porém o roteador com RID duplicado formará adjacência com outros mas não trocará informações topológicas

-       MTU
o   Quando routers ospf diferem mtu, eles formam vizinhança mas não trocam informações topológicas nem calculam rotas usando um ao outro como next hop
o   É possível inclusive que o router apareça no show ip ospf neighbors mas fica transitando entre os status INIT,EXSTART e DOWN


-       Autenticação OSPF
o   os routers autenticam cada mensagem ospf usando chave compartilhada  gerando hashes md5
o   routers com problemas na autenticação não formam vizinhança
o   Tipos:
§  0 – Sem autenticação
§  1- Clear Text
§  2 – MD5
o   Configuração:
§  passo 1
·      Habilitar autenticação
o   Global via área 0 authentication message-digest ou área 0 authentication (clear text)
§  isso definirá que todas as interfaces deverão utilizar autenticação md5 ou texto
o   via interface ip ospf authentication (clear text) ou ip ospf authentication message-digest
o   Se ambos estiverem definidos o comando definido na interface tem precedencia
§  Passo 2
·      Definir uma key
o   via interface ip ospf authentication-key
§  Chave de no máximo 16 caracteres
o   Para verificação
§  show ip ospf interfaces
§  debug ip ospf adj
o   Não suporta chaves com tempo de vida, para trocar as chaves define-se novas e deleta-se as antigas
o    


Vizinhança e adjacências em ambientes WAN


- mesmos requerimentos que ambientes LAN
- Outras questões são:
            - A descoberta será por multicast ou definida manualmente?
            - haverá eleição de DR ?
                        - Quem poderá ser eleito DR?
            - Entre quais routers deverá haver vizinhança?
Tipos de redes OSPF
- definido por interface  e determina alguns aspectos:
            - se haverá descoberta por hello multicast
            - se haverá dois ou mais routers por sub rede em uma dada interface
            -  se os routers tentarão eleger um DR
- Em ambientes LAN a rede é por padrão do tipo broadcast e os vizinhos são descobertos por multicast
- Em interfaces seriais por padrão são definidas como tipo  ponto a ponto, os vizinhos são definidos dinamicamente porém não existe a eleição de DR ou BDR


Vizinhança em links ponto-a-ponto
- Por padrão links ponto-a-ponto são definido como redes OSPF do tipo ponto-a-ponto, não existe DR
- Caso  o tipo seja definido como nonbroadcast a vizinhança deve ser manualmente definida e sim, existirá um DR

Vizinhança sobre subinterfaces ponto-a-ponto  frame-relay

-       O frame-relay oferece diversos designs
o   hub and spoke
o   leased lines
§  OSPF como default funciona bem
§  não há necessidade de alteração do tipo de rede (ponto-a-ponto)
§  Descoberta por multicast e sem DR


Vizinhança vpns mpls
-       O roteador OSPF do cliente é classificado como CE e deve estabelecer vizinhança com o PE
-        O PE por sua vez deve propagar as rotas dentro da VPN

Vizinhança em redes metro
-       Comportamento similar a uma rede LAN (VPLS ou ELAN)