EIGRP-buur of DMVPN-deurvoer? Kyk eers na die rol

Die adjacency ontbreek, en die router in die middel lyk na die voor die hand liggende verdagte. Hy kan onskuldig wees. Om die buitenste tonnelpakette aan te stuur en om aan die overlay-roeteringsprotokol deel te neem, is twee verskillende take, en ’n toestel kan die eerste doen sonder om die tweede te doen. Werk die vyf kontroles hieronder in volgorde deur en stop by die eerste een wat misluk.

Stap 1: teken die twee rolle

Teken die beoogde EIGRP-adjacency as ’n logiese verbinding tussen twee routers, en teken dan die underlay-routers wat sy tonnelpakette dra. Dieselfde toestel hoef nie in beide lyste te verskyn nie, en om die lyste te verwar is die algemeenste rede waarom ’n gesonde deurvoer-router daarvan beskuldig word dat hy die adjacency breek.

’n Deurvoer-router stuur die buitenste pakette aan met sy gewone IP-roetering en -beleid. Hy hoef nie die protokol te laat loop wat binne die beskermde tonnel gedra word nie, en hy het nie ’n EIGRP-proses nodig om daardie pakette deur te gee nie.

Stap 2: kyk wat die toestel in die middel termineer

As die router in die middel die tonnel termineer en bedoel is om EIGRP-adjacencies met spoke te vorm, verander die antwoord heeltemal. Daardie toestel het die ondersteunde overlay-roeteringsgedrag nodig, en om dit deurvoer te noem, laat nie die buurvereiste verdwyn nie. Lees eers die tonnelkonfigurasie en dan die roeteringskonfigurasie. Daardie antwoord bepaal elke kontrole wat volg.

Die eerste werklike vraag is dus nie watter protokol om te stel nie. Dit is of die boks ’n hub, ’n spoke, ’n suiwer underlay-hop of ’n Layer 2-diens is wat rame tussen eindpunte dra.

Stap 3: verifieer die buur se kontrolevlak

Bevestig vier dinge op elke toestel wat ’n buur moet wees: die EIGRP-instansie en outonome stelselnommer, die verifikasieparameters, die koppelvlak wat aan die proses deelneem, en die netwerkverklaring wat daardie koppelvlak dek. ’n Wanpassing in enigeen daarvan hou die adjacency af terwyl die koppelvlak op bly en die ping aanhou werk.

RFC 7868 beskryf EIGRP as ’n IP-protokol met ’n multicast-kontrole-uitruiling, en daarom is ’n buurverhouding nie iets wat ’n tussenliggende router via roetering van pakette na ’n bestemming kan proxy nie. Óf die kontrole-uitruiling bereik die eweknie, óf die adjacency vorm nie.

Stap 4: verifieer dat die vervoer die kontrole-uitruiling lewer

Kontroleer vervolgens dat die overlay die kontroleverkeer werklik tussen die beoogde eindpunte dra. Ondersoek die NHRP-kartering vir die eweknie en die buitenste roete wat dit bereik, en bevestig dan dat die tonnelkoppelvlak op is en verkeer deurlaat. ’n Suksesvolle underlay-ping bewys dat die buitenste pad bestaan; dit bewys nie dat die overlay se kontrole-uitruiling afgelewer is nie.

’n Deursigtige Layer 2-diens, ’n punt-tot-punt-tonnel en ’n multipunt-DMVPN-wolk lewer multicast op verskillende maniere. Volg die ondersteunde koppelvlak-, NHRP- en multicast-model vir die een wat werklik ontplooi is, eerder as om aan te neem dat al drie dieselfde gedra.

Stap 5: herontwerp die grens as dit nie kan deelneem nie

As ’n vereiste overlay-toestel nie die protokol kan laat loop nie, verander die ontwerp eksplisiet. Gebruik ’n ondersteunde protokol of uitruilmodel by daardie grens, of reël ’n geskikte punt-tot-punt-tonnel sodat die bure die eindpunte is wat werklik met mekaar praat. Moenie aanvaar dat ’n statiese roete ’n nie-deelnemer in ’n relaas vir elke kontrolepakket verander nie.

Teken die rol van elke toestel in die diagram aan en hou dit by die konfigurasie. Die RFC 7868-definisie van die protokol-uitruiling is die verwysing vir waarom die buurverhouding nie deur deurvoer-roetering nageboots kan word nie.

Wanneer die adjacency ná al vyf kontroles steeds misluk, is die oorblywende verdagtes platformkenmerke soos multicast-hantering op die tonnelkoppelvlak en beleid wat protokol 88 filter. Dit is spesifieke, toetsbare oorsake, en hulle is meer werd as nog ’n ronde waarin die router in die middel blameer word.