Susedia EIGRP sa na prekrytí DMVPN nezdvihnú

Unicast cez prekrytie funguje a susedstvo stále zlyháva, preto skontrolujte multicast replikáciu v NHRP, politiku EIGRP na tuneli a IPsec ako tri oddelené vrstvy.

Tunel je hore, jeden spoke dokáže pingnúť druhý a EIGRP napriek tomu na hube neukazuje žiadneho suseda. Táto kombinácia je normálna, nie záhadná: ping dokazuje unicast dostupnosť cez NHRP a hello správy EIGRP sú multicast. Na prekrytí DMVPN je model doručovania smerovacieho protokolu druhá konfiguračná plocha a práve tú ľudia preskakujú, pretože prvá plocha už vyzerá zdravo. Každá vrstva nižšie sa kontroluje vlastným príkazom, takže zlyhanie v jednej vás nevráti na začiatok zoznamu.

Zapíšte susedstvá, ktoré očakávate

Pred akýmkoľvek príkazom show si urobte krátky zoznam: ktorý spoke sa má spojiť s ktorým hubom, cez ktoré tunelové rozhranie a v ktorom autonómnom systéme EIGRP. Návrhy s viacerými hubmi zlyhávajú v medzerách medzi hubmi, a zoznam premení „EIGRP je pokazené“ na „spoke 3 sa neregistruje na hube 2“. Zahrňte tunelové podsiete, ktoré na každom spoji očakávate, pretože nezhoda adries medzi oboma koncami vyzerá presne ako zlyhanie protokolu. Zapíšte zoznam do tiketu, aby ďalšia zmena porovnávala s návrhom a nie s posledným screenshotom.

Skontrolujte NHRP, potom multicastovú cestu

Začnite stavom registrácie a mapovaniami, ktoré hub skutočne drží. Spoke bez dynamického záznamu na hube sa nezaregistroval a žiadny smerovací protokol to nespraví. Potom potvrďte, že spoke prijíma multicast z NBMA adresy hubu, čo je samostatný riadok od záznamu NHS.

show dmvpn
show ip nhrp
show ip nhrp nhs detail
interface Tunnel0
 ip nhrp network-id 1
 ip nhrp nhs 203.0.113.1 nbma 198.51.100.1
 ip nhrp map multicast 198.51.100.1
 tunnel mode gre multipoint
 tunnel key 100

Práve ip nhrp map multicast riadok umožňuje spoku posielať jeho hello na hub ako replikovaný multicast cez prekrytie a umožňuje multicastu hubu dosiahnuť registrované spoky. Bez neho unicast cez NHRP funguje a multicast nie, a to je presne to rozdelenie, ktoré robí z pingu dôkaz. Príručka Cisco IOS XE DMVPN dokumentuje multicastové správanie hubu a spokov pre každú fázu, preto zlaďte svoju konfiguráciu s fázou, ktorú ste skutočne nasadili, namiesto kopírovania fragmentu z inej topológie.

Skontrolujte vlastnú politiku rozhrania EIGRP

Tunel, ktorý nie je v procese EIGRP alebo je passive, nikdy nevytvorí susedstvo, nech je prekrytie akokoľvek zdravé. Čítajte účasť rozhrania a tabuľku susedov spolu, pretože prvé vysvetľuje druhé.

show ip eigrp interfaces detail Tunnel0
show ip eigrp neighbors detail
show run | section router eigrp
router eigrp 100
 network 10.10.0.0 0.0.0.255
 passive-interface default
 no passive-interface Tunnel0

Autentizácia a váhy metriky musia na oboch koncoch súhlasiť. Kľúčový reťazec s nesprávnym režimom alebo nezhoda hodnoty K zahodí hello bez zreteľného riadku syslog u príjemcu. Ak návrh používa explicitne nakonfigurovaných unicast susedov, držte sa tohto modelu úplne, namiesto vrstvenia na multicast nastavenia, kým sa niečo nezdvihne.

Držte GRE prenos a IPsec ochranu oddelene

DMVPN prenáša multicast vnútri GRE a IPsec chráni GRE pakety, nie vnútorný multicast priamo. Preto je všeobecné tvrdenie, že IPsec nevie prenášať multicast, pre tento návrh nesprávne a ako diagnóza nepoužiteľné. Skontrolujte IPsec profil na tuneli, bezpečnostné asociácie pre každý peer a stav tunelového rozhrania ako tri oddelené skutočnosti.

show crypto ipsec sa peer 198.51.100.1
show interfaces Tunnel0 | include line protocol
show ip nhrp multicast

SA, ktoré je hore a jeho počítadlá sa hýbu, kým EIGRP zostáva dole, vracia vaše vyšetrovanie späť nahor v zásobníku: pakety sa chránia a doručujú, takže problém je v tom, ktoré pakety protokol volí odoslať.

Overujte trasy, nie len počet susedov

Keď sa susedstvo vytvorí, prečítajte si, čo inzeruje a inštaluje. Na multipoint tuneli rozhoduje split horizon a správanie next-hopu, či sa spoke dostane k inému spoku cez hub, a sumarizácia môže skryť prefix, aj keď je susedský vzťah dokonalý.

Skončite povolenou aplikáciou medzi dvoma lokalitami a potvrďte cestu, ktorou ide. Priame skratky spoke-to-spoke sú požiadavka na forwardovanie s vlastným NHRP a bezpečnostným stavom a ich pridanie, aby počet susedov vyzeral lepšie, zvyčajne vytvorí druhý problém.

Zapíšte fázový návrh, multicast mapovanie a politiku EIGRP na jedno miesto. Ďalší inžinier bude potrebovať návrh, nie prepis.

Súvisiace články