BGP сигналізував про проблеми MPLS


14

У мене виникає проблема з підключенням VPLS за допомогою ME3600x з сигналізацією 15.3 (2) та BGP. @yelfathi та @packettalk вказали мені на правильний маршрут, але не знають, як його вирішити.

У мене є 2 перемикача ME3600, які використовують RSVP як PE та 2 маршрутизатори MX80 як P.

На маршрутизаторах P показано, що LSP правильно проходить LSP, і мої TE тунелі підняті. На обох перемикачах я отримую наступне:

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

Псевдопроводи вгору, але все одно ВК вниз.

Виконуючи наступну команду, вона повертається назад, кажучи, що не відображається 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

Налаштуйте для перемикача відповідних деталей наступне: -

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

Будь-яка допомога / команди тощо дуже цінується

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  

Я додав ospf config для повноти.

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

деякі події від атомних подій налагодження

*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

Вихід 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 ?

після деякої допомоги від @ytti ми звузили його до помилки в Me3600 щодо сигналу BGP.

Ми змінили сигналізацію на LDP, і вона спрацювала нормально. Опублікував оновлення, коли буде вирішено Cisco.


nvm, я пропустив той факт, що LSP піднялися

вибачте. не впевнений, як сортувати форматування
NetDonkey

bgp config тепер додано до OP
NetDonkey

1
stackexchange здається не ідеальним для такого типу проблем. Але здається, що ME3600 вважає, що у вашій мітці IGP є проблеми (тобто тунелі RSVP). Можливо, «sh ip cef 46.226.0.10 деталі» допоможе (дотримуйтесь мітки hop-by-hop та post output у обох напрямках). Також, можливо, спробуйте зменшити проблемний домен, спробувавши спочатку мітки IGP на "LDP" (збережіть VPLS у BGP). Інша річ, яку ви можете спробувати, - це налаштувати L3 MPLS VPN на петлі ME3600, щоб перевірити, чи є також проблема. Я також хотів би поглянути на BGP NLRI, хоча вони, мабуть, добре, оскільки у вас є етикетки VPN.
ytti

Привіт Ітті. Є два проміжних MX80. Погляньте і на них.
NetDonkey

Відповіді:


2

Перегляд відповіді / консолідація коментарів та прийняття чергового коду (відмова: мій досвід MPLS / VPLS не на платформі Cisco). Спроба зробити висновок про те, як виглядає ваша топологія:

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

Ви сказали, що між усім цим керуєте OSPF. Ви двічі перевірили, чи є у вас повна сітка LSP між пристроями? (це вимога щодо ванільної VPLS). Ви налаштували mpls traffic-eng area xі mpls traffic-eng router-id Loopback0в межах router ospfME3600?

Я припускаю, що Tunnel0насправді є представником LSP (я знаю, що термін "псевдопровід" був кинутий у цьому питанні, але мені Pseudowire = L2VPN / EoMPLS / VLL). LSP є лише однонаправленими, тому можливо, що через відсутність повної сітки LSP, ME3600 може бачити петлі інших в таблиці маршрутизації, P-маршрутизатори можуть заважати RSVP-сигналізації / опусканню речей на підлогу.


Дасть, що баш. як його me3600 для me3600, я не думаю, що це зробить різницю як його більше для взаємодії з іншими пристроями, які не є cisco
NetDonkey

Спробував і не робить різницю. VC все ще вниз
NetDonkey

Це є. Чи потрібні мені сесії l2vpn vpls з цими також?
NetDonkey

Справедливий момент: - Чи потрібні мені l2vpn vpls AF bgp сесії для MX80? Я думав, що вони не хочуть, як тільки перемикають етикетки?
NetDonkey

Ospf між ними. PW піднялися, а фінансовий директор - вгору. Просто немає VC :-(
NetDonkey

0

Здається, проблема з площиною переправлення десь на шляху до вимикача. Який вихід: багатослівний ping mpls ipv4 46.226.0.10/32?


Привіт Марко,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

Вибачення. Усі вони повернулися з F, що означає відсутність відображення FEC
NetDonkey

Я б перевірив таблицю переадресації MPLS на маршрутизаторі 46.226.0.118. Щось там зламано? Це ваш MX80?
Марко Марзетті

Привіт Марко, це mx80
NetDonkey

Якщо хтось любить сеанс перегляду команд, щоб подивитися, я заплачу їм за пиво :)
NetDonkey

0

Знайдено публікацію на c-nsp, яка говорить про те, що невідповідність MTU (глобальної чи інтерфейсної) може бути відповідальною: http://www.gossamer-threads.com/lists/cisco/nsp/98769#98769 Ще одна річ, яку варто перевірити полягає в тому, що обидва маршрутизатори PE мають у своїх таблицях маршрутизації адреси зворотного зв'язку між собою (як / 32).


Привіт Aziraphale Кожен перемикач може бачити інші зворотні сигнали через тунель TE. MTU добре. Порти доступу мають 1600. У посиланнях 9000.
NetDonkey
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.