Sosedje EIGRP se na prekrivnem omrežju DMVPN ne dvignejo

Unicast čez prekrivno omrežje deluje, sosedstvo pa še vedno odpove, zato preverite replikacijo multicast v NHRP, politiko EIGRP na tunelu in IPsec kot tri ločene plasti.

Tunel je vzpostavljen, en spoke lahko pinga drugega, EIGRP pa na hubu še vedno ne pokaže nobenega soseda. Ta kombinacija je običajna, ne skrivnostna: ping dokazuje dosegljivost unicast prek NHRP, hello sporočila EIGRP pa so multicast. Na prekrivnem omrežju DMVPN je model dostave usmerjevalnega protokola druga konfiguracijska površina in prav to ljudje preskočijo, ker prva površina že izgleda zdrava. Vsaka plast spodaj se preveri z lastnim ukazom, zato vas napaka v eni ne pošlje nazaj na vrh seznama.

Zapišite sosedstva, ki jih pričakujete

Pred katerim koli ukazom show naredite kratek seznam: kateri spoke se mora povezati s katerim hubom, po katerem tunelskem vmesniku in v katerem avtonomnem sistemu EIGRP. Zasnove z več hubi odpovejo v vrzelih med hubi, seznam pa spremeni „EIGRP je pokvarjen“ v „spoke 3 se ne registrira na hubu 2“. Vključite tunelske podomrežja, ki jih pričakujete na vsaki povezavi, ker se neskladje naslovov med obema koncema vidi natanko kot napaka protokola. Zapišite seznam v zahtevek, da bo naslednja izmena primerjala z zasnovo in ne z zadnjim posnetkom zaslona.

Preverite NHRP, nato pot multicast

Začnite s stanjem registracije in preslikavami, ki jih hub resnično drži. Spoke brez dinamičnega vnosa na hubu se ni registriral in noben usmerjevalni protokol tega ne bo popravil. Nato potrdite, da spoke sprejema multicast z naslova NBMA huba, kar je ločena vrstica od vnosa 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

Prav ip nhrp map multicast vrstica omogoča spoku, da pošlje svoje hello na hub kot replikacijski multicast čez prekrivno omrežje, in omogoča multicastu huba, da doseže registrirane spoke. Brez nje unicast prek NHRP deluje, multicast pa ne, in prav ta ločitev naredi, da ping izgleda kot dokaz. Vodnik Cisco IOS XE DMVPN dokumentira vedenje multicast na hubu in spokih za vsako fazo, zato uskladite konfiguracijo s fazo, ki ste jo resnično uvedli, namesto da kopirate odlomek iz druge topologije.

Preverite lastno politiko vmesnika EIGRP

Tunel, ki ni v procesu EIGRP ali je passive, nikoli ne bo oblikoval sosedstva, ne glede na to, kako zdravo je prekrivno omrežje. Berite sodelovanje vmesnika in tabelo sosedov skupaj, ker prvo pojasnjuje drugo.

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

Preverjanje pristnosti in uteži metrike se morajo ujemati na obeh koncih. Ključna veriga z napačnim načinom ali neskladje vrednosti K zavrže hello brez očitne vrstice syslog pri prejemniku. Če zasnova uporablja izrecno konfigurirane unicast sosede, sledite temu modelu v celoti, namesto da ga plastite na nastavitve multicast, dokler se kaj ne dvigne.

Prenos GRE in zaščito IPsec imejte ločeno

DMVPN prenaša multicast znotraj GRE, IPsec pa varuje pakete GRE in ne notranjega multicasta neposredno. Zato je splošna trditev, da IPsec ne more prenašati multicasta, za to zasnovo napačna in kot diagnoza neuporabna. Preverite profil IPsec na tunelu, varnostne asociacije za vsak peer in stanje tunelskega vmesnika kot tri ločena dejstva.

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

SA, ki je vzpostavljen in njegovi števci se premikajo, medtem ko EIGRP ostaja spodaj, vrne preiskavo nazaj navzgor po skladu: paketi so zaščiteni in dostavljeni, torej je težava v tem, katere pakete se protokol odloči poslati.

Preverjajte poti, ne le števila sosedov

Ko se sosedstvo oblikuje, preberite, kaj oglašuje in namešča. Na večtočkovnem tunelu split horizon in vedenje next-hop odločata, ali lahko spoke prek huba doseže drugi spoke, povzemanje pa lahko skrije prefiks tudi takrat, ko je sosedski odnos brezhiben.

Končajte z dovoljeno aplikacijo med dvema lokacijama in potrdite pot, ki jo ubira. Neposredne bližnjice spoke-to-spoke so zahteva za posredovanje z lastnim stanjem NHRP in varnosti, njihovo dodajanje, da bi število sosedov izgledalo bolje, pa običajno ustvari drugo težavo.

Zapišite fazno zasnovo, preslikavo multicast in politiko EIGRP na enem mestu. Naslednji inženir bo potreboval zasnovo, ne prepisa.

Sorodni članki