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.


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ę.


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?


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).


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
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.