BGP zasygnalizował problemy z MPLS

14

Mam problem z podniesieniem VPLS przy użyciu ME3600x z 15,3 (2) i sygnalizacją BGP. @yelfathi i @packettalk wskazały mi właściwą drogę, ale nie jestem pewien, jak ją rozwiązać.

Mam 2 przełączniki ME3600 używające RSVP jako PE i 2 routery MX80 jako P.

Routery P pokazują LSP jako poprawnie przesyłane LSP, a moje tunele TE są uruchomione. Na obu przełącznikach otrzymuję:

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

Pseudo druty są podniesione, ale VC nie działa.

Podczas wykonywania następującego polecenia odsyła komunikat, że nie ma mapowania 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

Skonfiguruj dla przełącznika odpowiednie części w następujący sposób:

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

Każda pomoc / polecenia itp. Są bardzo mile widziane

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  

Dla kompletności dodałem konfigurację ospf.

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

niektóre zdarzenia z zdarzeń atomu debugowania

*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

Wyjście 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 ?

po pomocy @ytti zawęziliśmy go do błędu w me3600 dotyczącego sygnalizacji BGP.

Zmieniliśmy sygnalizację na LDP i działało dobrze. Opublikuje aktualizację po rozwiązaniu z Cisco.

NetDonkey
źródło
nvm, brakowało mi faktu, że LSP są gotowe
Przepraszam. nie wiem, jak posortować formatowanie
NetDonkey
Konfiguracja bgp została teraz dodana do OP
NetDonkey
1
Stackexchange nie wydaje się idealny do tego typu problemów. Ale wygląda na to, że ME3600 myśli, że jest problem w twojej etykiecie IGP (tj. Tunele RSVP). Może pomogłoby „sh ip cef 46.226.0.10 detail” (podążaj za etykietą hop-by-hop i post output dla obu kierunków). Może także spróbuj zmniejszyć problematyczną domenę, najpierw wypróbowując etykiety IGP na „LDP” (zachowaj VPLS w BGP). Inną rzeczą, którą możesz spróbować, jest skonfigurowanie L3 MPLS VPN na sprzężeniach zwrotnych ME3600, aby sprawdzić, czy istnieje również problem. Chciałbym również spojrzeć na BGP NLRI, chociaż prawdopodobnie są w porządku, ponieważ masz etykiety VPN.
ytti
Cześć Ytti. Istnieją 2 pośrednie MX80. Spójrz na to też.
NetDonkey,

Odpowiedzi:

2

Poprawienie odpowiedzi / ujednolicenie komentarzy i podjęcie kolejnego dźgnięcia (zrzeczenie się: moje doświadczenie MPLS / VPLS nie jest na platformie Cisco). Próbując wywnioskować, jak wygląda Twoja topologia:

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

Powiedziałeś, że korzystasz z OSPF między nimi wszystkimi. Czy dwukrotnie sprawdziłeś, czy masz pełną siatkę LSP między swoimi urządzeniami? (jest to wymóg dla waniliowych VPLS). Czy skonfigurowany mpls traffic-eng area xi mpls traffic-eng router-id Loopback0wewnątrz router ospfna ME3600'S?

Zakładam, że Tunnel0tak naprawdę jest reprezentatywny dla LSP (wiem, że w tym pytaniu rzucono określenie „Pseudowire”, ale dla mnie Pseudowire = L2VPN / EoMPLS / VLL). LSP są tylko jednokierunkowe, więc możliwe jest, że z powodu braku pełnej siatki LSP, ME3600 może zobaczyć sprzężenia zwrotne innych w tablicy routingu, routery P mogą zakłócać sygnalizację RSVP / upuszczanie rzeczy na podłogę.

John Jensen
źródło
Uderzy cię to. jako jego me3600 do me3600 nie sądzę, że to zmieni różnicę, ponieważ będzie bardziej współpracować z innymi urządzeniami innymi niż cisco
NetDonkey
Próbowałem i nie robi różnic. VC wciąż w dół
NetDonkey
To jest. Czy potrzebuję sesji vpls l2vpn z nimi?
NetDonkey,
Uczciwy punkt :-D Czy potrzebuję sesji bgp l2vpn vpls AF do MX80? Myślałem, że nie, bo zmieniają tylko etykiety?
NetDonkey,
Ospf między nimi wszystkimi. PW są w górze, a dyrektor finansowy w górę. Po prostu nie VC :-(
NetDonkey
0

Wydaje się, że gdzieś w drodze do przełącznika wyjścia problem z samolotem do przodu. Jaka jest wydajność: ping mpls ipv4 46.226.0.10/32 verbose?

Marco Marzetti
źródło
Cześć 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,
Przeprosiny. Wszyscy wrócili z F, co oznacza brak mapowania FEC
NetDonkey
Sprawdziłbym tabelę przekazywania MPLS na routerze 46.226.0.118. Coś tam jest zepsute Czy to Twój MX80?
Marco Marzetti,
Cześć Marco, to jest MX80
NetDonkey
Jeśli ktoś ma ochotę na sesję teamviewer, aby
rzucić
0

Znaleziono post na c-nsp, który sugeruje, że niedopasowanie MTU (globalne lub w interfejsie) może być odpowiedzialne: http://www.gossamer-threads.com/lists/cisco/nsp/98769#98769 Kolejna rzecz, którą warto sprawdzić jest to, że oba routery PE mają wzajemnie swoje adresy sprzężenia zwrotnego w swoich tablicach routingu (jako / 32).


źródło
Cześć Aziraphale Każdy przełącznik może zobaczyć inne sprzężenie zwrotne przez tunel TE. MTU jest w porządku. Porty dostępu mają 1600.
Łącze Uplink