BGP sinalizou problemas MPLS


14

Estou tendo um problema ao obter um VPLS usando um ME3600x com sinalização 15.3 (2) e BGP. @yelfathi e @packettalk me indicaram a rota correta, mas não sei como resolvê-la.

Eu tenho 2 switches ME3600 usando RSVP como PE e 2 roteadores MX80 como P.

Os roteadores P mostram os LSPs como trânsito LSP corretamente e meus túneis TE estão ativos. Nos dois comutadores, obtenho o seguinte: -

SW1.THN-LON#show mpls L2transport vc 501 detail
Local interface: VFI FLVPLS001 vfi up
Interworking type is Ethernet
Destination address: 46.226.0.10, VC ID: 501, VC status: down
Last error: MPLS dataplane reported a fault to the nexthop
Output interface: none, imposed label stack {}
Preferred path: not configured
Default path: no route
No adjacency
Create time: 00:19:42, last status change time: 00:19:42
Last label FSM state change time: 00:19:42
Signaling protocol: BGP
Status TLV support (local/remote)   : Not Applicable
  LDP route watch                   : Not Applicable
  Label/status state machine        : activating, LruRruD
  Last local dataplane   status rcvd: DOWN(pw-tx-fault)
  Last BFD dataplane     status rcvd: Not Applicable
  Last BFD peer monitor  status rcvd: Not Applicable
  Last local AC  circuit status rcvd: No fault
  Last local AC  circuit status sent: DOWN(pw-rx-fault)
  Last local PW i/f circ status rcvd: No fault
  Last local LDP TLV     status sent: Not Applicable
  Last remote LDP TLV    status rcvd: Not Applicable
  Last remote LDP ADJ    status rcvd: Not Applicable
MPLS VC labels: local 27, remote 16
Group ID: local 0, remote 0
MTU: local 1500, remote 1500
Control Word: Off
Dataplane:
SSM segment/switch IDs: 0/10075 (used), PWID: 12
VC statistics:
transit packet totals: receive 0, send 0
transit byte totals:   receive 0, send 0
transit packet drops:  receive 0, seq error 0, send 0


SW1.THN-LON#show mpls for 46.226.0.10 detail
Local      Outgoing   Prefix           Bytes Label   Outgoing   Next Hop  
Label      Label      or Tunnel Id     Switched      interface            
None       304720     46.226.0.10/32   0             Tu0        point2point
MAC/Encaps=14/18, MRU=9000, Label Stack{304720}, via Te0/2
A8D0E55DEB3D88F077938CDB8847 4A650000

Os pseudo fios estão em alta, mas o VC ainda está em baixo.

Ao executar o comando a seguir, ele volta dizendo que não há mapeamento FEC.

SW1.THN-LON#ping mpls ipv4 46.226.0.10/32 
Sending 5, 100-byte MPLS Echos to Target FEC Stack TLV descriptor, 
 timeout is 2 seconds, send interval is 0 msec:

Codes: '!' - success, 'Q' - request not sent, '.' - timeout,
'L' - labeled output interface, 'B' - unlabeled output interface, 
'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch,
'M' - malformed request, 'm' - unsupported tlvs, 'N' - no label entry, 
'P' - no rx intf label prot, 'p' - premature termination of LSP, 
'R' - transit router, 'I' - unknown upstream index,
'l' - Label switched with FEC change, 'd' - see DDMAP for return code,
'X' - unknown return code, 'x' - return code 0

Type escape sequence to abort.
FFFFF
Success rate is 0 percent (0/5)
Total Time Elapsed 48 ms

Configure para o comutador com relação às partes relevantes da seguinte maneira: -

interface Tunnel0
 description sw1.thn-lon-to-sw1.sco-edi
 ip unnumbered Loopback0
 tunnel mode mpls traffic-eng
 tunnel destination 46.226.0.10
 tunnel mpls traffic-eng autoroute announce
 tunnel mpls traffic-eng priority 1 1
 tunnel mpls traffic-eng path-option 1 dynamic

mpls traffic-eng tunnels
l2vpn vfi context FLVPLS001 
 vpn id 501
 autodiscovery bgp signaling bgp 
  ve id 1
  rd 56595:501
  route-target export 56595:501
  route-target import 56595:501

bridge-domain 501 
 member GigabitEthernet0/1 service-instance 2


interface GigabitEthernet0/1
 description customer xxx
 switchport trunk allowed vlan none
 switchport mode trunk
 mtu 1600
 speed 100
 duplex full
 service instance 1 ethernet
  description Cust: xxx
  encapsulation dot1q 400
  rewrite ingress tag pop 1 symmetric
 !        
 service instance 2 ethernet
  description Oil and Gas VPLS
  encapsulation dot1q 501
  rewrite ingress tag pop 1 symmetric

interface Vlan501
 no ip address
 member vfi FLVPLS001

Qualquer ajuda / comandos etc muito apreciada

router bgp 56595  
 bgp log-neighbor-changes  
 bgp graceful-restart restart-time 120  
 bgp graceful-restart stalepath-time 360  
 bgp graceful-restart  
 neighbor 46.226.0.10 remote-as 56595  
 neighbor 46.226.0.10 update-source Loopback0  
 !  
 address-family l2vpn vpls  
  neighbor 46.226.0.10 activate  
  neighbor 46.226.0.10 send-community extended  
  neighbor 46.226.0.10 suppress-signaling-protocol ldp  
 exit-address-family  

Eu adicionei a configuração ospf para completar.

router ospf 1
 redistribute connected subnets
 redistribute static subnets
 network 46.226.6.80 0.0.0.3 area 0.0.0.0
 mpls traffic-eng router-id Loopback0
 mpls traffic-eng area 0.0.0.0

alguns eventos de eventos de átomo de depuração

*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: Evt dataplane reactivateS, in activating
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: . Activate dataplane
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: . Need to setup the dataplane
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: . Setup dataplane, PWID 21
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: .. Provision SSM with PWID 21, VC ID 501, Block ID 3
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: .. Set imp flags: ra
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: ..              : nsf
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: .. No signal context found, defaulting to single segment PW
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: .. Provision SSM with 7540/20332 (sw/seg)
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: Receive SSM dataplane unavailable notification
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: Evt dataplane downS, in activating
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: . Dataplane unavailable
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: . Set last error: MPLS dataplane reported a fault to the nexthop
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: . Notify dataplane down
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: Deactivating data plane
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: Notify dataplane down
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: Unprovision and deallocate SSM segment
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: Added vc to 60 sec retry queue
*Jun  8 05:31:57.748: AToM[46.226.0.12, 501]: Event provision retry already in retry queue

Saída de bgp

SW1.THN-LON#show bgp l2vpn vpls all
BGP table version is 17, local router ID is 46.226.0.12
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, 
          r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, 
          x best-external, a additional-path, c RIB-compressed, 
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

 Network          Next Hop            Metric LocPrf Weight Path
Route Distinguisher: 56595:501
 *>  56595:501:VEID-1:Blk-1/136
                   0.0.0.0                            32768 ?
 *>i 56595:501:VEID-2:Blk-1/136
                   46.226.0.10              0    100      0 ?

depois de alguma ajuda do @ytti, reduzimos para um bug no me3600 referente à sinalização BGP.

Mudamos a sinalização para LDP e funcionou bem. Publicará uma atualização uma vez resolvida com a Cisco.


NVM, eu perdi o fato de que o PEL estão acima

Desculpe. Não tenho certeza como classificar a formatação
NetDonkey

configuração bgp agora adicionada ao OP
NetDonkey

1
stackexchange não parece perfeito para esse tipo de problema. Mas parece que o ME3600 acha que há um problema na sua etiqueta IGP (ou seja, túneis RSVP). Talvez 'sh ip cef 46.226.0.10 detail' ajude (siga o rótulo hop-by-hop e publique a saída em ambas as direções). Talvez também tente reduzir o domínio do problema tentando primeiro os rótulos IGP no 'LDP' (mantenha o VPLS no BGP). Outra coisa que você pode tentar é configurar a VPN L3 MPLS nos loopbacks do ME3600, para verificar se há algum problema. Gostaria de ver também o BGP NLRI, embora eles provavelmente estejam bem, pois você tem rótulos de VPN.
usar o seguinte comando

Oi Ytti. Existem 2 MX80 intermediários. Vai dar uma olhada neles também.
NetDonkey

Respostas:


2

Revisando a resposta / consolidando comentários e fazendo outra tentativa (aviso: minha experiência com MPLS / VPLS não está na plataforma da Cisco). Tentando inferir a aparência da sua topologia:

ME3600<--->MX80<--->MX80<--->ME3600

Você disse que estava executando o OSPF entre todos esses. Você verificou se possui uma malha completa de LSPs entre seus dispositivos? (este é um requisito para VPLS de baunilha). Você configurou mpls traffic-eng area xe mpls traffic-eng router-id Loopback0dentro router ospfdo ME3600 de?

Suponho que Tunnel0seja realmente representativo de um LSP (eu sei que o termo "Pseudowire" foi usado nessa questão, mas para mim Pseudowire = L2VPN / EoMPLS / VLL). Os LSPs são apenas unidirecionais, por isso é possível que, devido à falta de uma malha completa de LSPs, os ME3600 possam ver os loopbacks dos outros na tabela de roteamento, os roteadores P possam estar interferindo na sinalização / queda de coisas no chão do RSVP.


Vai dar uma festança. como seus me3600 para me3600 Eu não acho que ele vai fazer uma diff como seu mais para interoperabilidade com outros dispositivos que não são da Cisco
NetDonkey

Tentei e não faz uma diferença. VC ainda está inativo
NetDonkey

Isto é. Preciso de sessões l2vpn vpls com essas também?
NetDonkey

Ponto justo :-D Preciso de sessões l2vpn vpls AF bgp para o MX80? Eu pensei que eles não iriam, pois apenas trocariam de rótulo?
NetDonkey

Ospf entre todos eles. Os PWs estão ativos e o CFO está ativo. Só não VC :-(
NetDonkey

0

Parece um problema no plano de encaminhamento em algum lugar no caminho até o comutador de saída. Qual é a saída de: ping mpls ipv4 46.226.0.10/32 detalhado?


Oi Marco,SW1.THN-LON#ping mpls ipv4 46.226.0.10/32 verbose Type escape sequence to abort. F size 100, reply addr 46.226.0.118, return code 4 F size 100, reply addr 46.226.0.118, return code 4 F size 100, reply addr 46.226.0.118, return code 4 F size 100, reply addr 46.226.0.118, return code 4 F size 100, reply addr 46.226.0.118, return code 4 Success rate is 0 percent (0/5) Total Time Elapsed 52 ms
NetDonkey

Desculpas. Todos eles voltaram com F significando nenhum mapeamento FEC
NetDonkey

Eu verificaria a tabela de encaminhamento MPLS no roteador 46.226.0.118. Algo está quebrado aí. Esse é o seu MX80?
Marco Marzetti

Oi Marco, que é um MX80
NetDonkey

Se alguém imagina uma sessão do TeamViewer para dar uma olhada, eu vou pagá-los em cervejas :)
NetDonkey

0

Encontrei um post no c-nsp que sugere que uma incompatibilidade de MTU (global ou na interface) poderia ser responsável: http://www.gossamer-threads.com/lists/cisco/nsp/98769#98769 Outra coisa que vale a pena conferir é que os dois roteadores PE têm endereços de loopback um do outro em suas tabelas de roteamento (como / 32).


Oi Aziraphale Cada switch pode ver os outros loopbacks através do túnel TE. MTU está bem. As portas de acesso têm 1600. Uplinks tem 9000.
NetDonkey
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.