BGP señaló problemas de MPLS

14

Tengo un problema para activar un VPLS usando un ME3600x con 15.3 (2) y señalización BGP. @yelfathi y @packettalk me han indicado la ruta correcta, pero no estoy seguro de cómo resolverlo.

Tengo 2 conmutadores ME3600 que usan RSVP como PE y 2 enrutadores MX80 como P.

Los enrutadores P muestran los LSP como LSP de tránsito correctamente y mis túneles TE están activos. En ambos interruptores obtengo lo siguiente: -

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

Los pseudo cables están arriba pero aún así el VC está abajo.

Al hacer el siguiente comando, regresa diciendo que no hay mapeo 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 el interruptor las partes relevantes de la siguiente manera: -

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

Cualquier ayuda / comandos, etc., muy 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  

He agregado la configuración de 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

algunos eventos de eventos de átomos de depuración

*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

Salida 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 ?

después de un poco de ayuda de @ytti lo hemos reducido a un error dentro del me3600 con respecto a la señalización BGP.

Cambiamos la señalización para que sea LDP y funcionó bien. Publicará una actualización una vez resuelta con Cisco.

NetDonkey
fuente
nvm, me perdí el hecho de que los LSP están
lo siento. no estoy seguro de cómo ordenar el formato
NetDonkey
bgp config ahora agregado a OP
NetDonkey
1
stackexchange no parece perfecto para este tipo de problema. Pero parece que ME3600 cree que hay un problema en su etiqueta IGP (es decir, túneles RSVP). Tal vez 'sh ip cef 46.226.0.10 detail' ayudaría (siga la etiqueta hop-by-hop y post output para ambas direcciones). También puede intentar reducir el dominio del problema, probando primero las etiquetas IGP en 'LDP' (mantenga VPLS en BGP). Otra cosa que podría intentar es configurar L3 MPLS VPN en los bucles de retorno del ME3600, para ver si también hay un problema. También me gustaría ver el BGP NLRI, aunque probablemente estén bien, ya que tiene etiquetas de VPN.
ytti
Hola ytti Hay 2 MX80 intermedios. Echaré un vistazo a esos también.
NetDonkey

Respuestas:

2

Revisando respuestas / consolidando comentarios y tomando otra puñalada (descargo de responsabilidad: mi experiencia MPLS / VPLS no está en la plataforma Cisco). Intentando inferir cómo se ve tu topología:

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

Dijiste que estabas ejecutando OSPF entre todos estos. ¿Has comprobado que tienes una malla completa de LSP entre tus dispositivos? (este es un requisito para VPLS de vainilla). ¿Has configurado mpls traffic-eng area xy mpls traffic-eng router-id Loopback0dentro router ospfde los ME3600?

Supongo que en Tunnel0realidad es representativo de un LSP (sé que el término "Pseudowire" se ha utilizado en esta pregunta, pero para mí Pseudowire = L2VPN / EoMPLS / VLL). Los LSP son solo unidireccionales, por lo que es posible que, debido a la falta de una malla completa de LSP, los ME3600 puedan ver los bucles del otro en la tabla de enrutamiento, los enrutadores P pueden estar interfiriendo con la señalización RSVP / dejar caer cosas en el piso.

John Jensen
fuente
Le dará una fiesta. como sus me3600 me3600 a yo no creo que hará un diff que es más para la interoperabilidad con otros dispositivos que no sean de Cisco
NetDonkey
Probado y no hace una diferencia. VC todavía abajo
NetDonkey
Es. ¿Necesito sesiones l2vpn vpls con esas también?
NetDonkey
Punto justo :-D ¿Necesito sesiones l2vpn vpls AF bgp para los MX80? Pensé que no lo harían, ya que solo cambiarían las etiquetas.
NetDonkey
Ospf entre todos ellos. Los PW están arriba y el CFO está arriba. Simplemente no VC :-(
NetDonkey
0

Parece un problema de avión de reenvío en algún lugar en el camino hacia el interruptor de salida. ¿Cuál es la salida de: ping mpls ipv4 46.226.0.10/32 verbose?

Marco Marzetti
fuente
Hola 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
Disculpas Todos volvieron con F, lo que significa que no hay mapeo FEC
NetDonkey
Verificaría la tabla de reenvío de MPLS en el enrutador 46.226.0.118. Algo está roto ¿Es ese tu MX80?
Marco Marzetti
Hola Marco, eso es un mx80
NetDonkey
Si a alguien le gusta una sesión de teamviewer para echar un vistazo, los pagaré en cervezas :)
NetDonkey
0

Encontré una publicación en c-nsp que sugiere que un desajuste de MTU (ya sea global o en la interfaz) podría ser responsable: http://www.gossamer-threads.com/lists/cisco/nsp/98769#98769 Otra cosa que vale la pena verificar es que ambos enrutadores PE tienen las direcciones loopback del otro en sus tablas de enrutamiento (como / 32).


fuente
Hola, Aziraphale. Cada interruptor puede ver el loopback de los demás a través del túnel TE. MTU está bien. Los puertos de acceso tienen 1600. Los
enlaces