EIGRP susedi se ne podižu na DMVPN sloju

Unicast kroz nadgradnju radi, a susedstvo i dalje pada, pa proverite NHRP multicast replikaciju, EIGRP politiku na tunelu i IPsec kao tri odvojena sloja.

Tunel je podignut, jedan spoke može da pinguje drugi, a EIGRP i dalje ne pokazuje nijednog suseda na hubu. Ta kombinacija je normalna, a ne tajanstvena: ping dokazuje unicast dostupnost kroz NHRP, a EIGRP hello poruke su multicast. Na DMVPN nadgradnji model isporuke rutirajućeg protokola je druga konfiguraciona površina i upravo je ljudi preskaču jer prva površina već izgleda zdravo. Svaki sloj ispod proverava se sopstvenom naredbom, pa vas kvar na jednom ne vraća na vrh liste.

Zapišite susedstva koja očekujete

Pre bilo koje show naredbe napravite kratku listu: koji spoke treba da se poveže s kojim hubom, preko kog tunelskog interfejsa i u kom EIGRP autonomnom sistemu. Dizajni sa više hubova padaju u prazninama između hubova, a lista pretvara „EIGRP je pokvaren“ u „spoke 3 se ne registruje na hub 2“. Uključite tunelske podmreže koje očekujete na svakoj vezi, jer neslaganje adresa između dva kraja izgleda tačno kao kvar protokola. Zapišite listu u tiket, da sledeća smena poredi s dizajnom, a ne sa poslednjim snimkom ekrana.

Proverite NHRP, zatim multicast put

Počnite sa stanjem registracije i mapiranjima koja hub zaista drži. Spoke bez dinamičkog unosa na hubu nije se registrovao i nijedan rutirajući protokol to neće popraviti. Zatim potvrdite da spoke prihvata multicast sa hubove NBMA adrese, što je odvojen red od NHS unosa.

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

Upravo ip nhrp map multicast red omogućava spoku da šalje svoje hello poruke hubu kao replicirani multicast kroz nadgradnju i omogućava da hubov multicast stigne do registrovanih spokova. Bez njega unicast kroz NHRP radi, a multicast ne, i upravo ta podela čini da ping izgleda kao dokaz. Cisco vodič IOS XE DMVPN dokumentuje ponašanje multicasta na hubu i spokovima za svaku fazu, pa uskladite konfiguraciju s fazom koju ste stvarno uveli umesto da kopirate fragment iz druge topologije.

Proverite EIGRP-ovu sopstvenu politiku interfejsa

Tunel koji nije u EIGRP procesu ili je passive nikada neće formirati susedstvo, koliko god nadgradnja bila zdrava. Čitajte učešće interfejsa i tabelu suseda zajedno, jer prvo objašnjava 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

Autentikacija i težine metrike moraju da se podudaraju na oba kraja. Lanac ključeva s pogrešnim modom ili neslaganje K vrednosti odbacuje hello poruke bez očigledne syslog linije kod primaoca. Ako dizajn koristi eksplicitno konfigurisane unicast susede, sledite taj model do kraja umesto da ga slažete povrh multicast postavki dok se nešto ne podigne.

Držite GRE prenos i IPsec zaštitu odvojeno

DMVPN prenosi multicast unutar GRE-a, a IPsec štiti GRE pakete, a ne unutrašnji multicast direktno. Zato je opšta tvrdnja da IPsec ne može da prenosi multicast pogrešna za ovaj dizajn i beskorisna kao dijagnoza. Proverite IPsec profil na tunelu, sigurnosne asocijacije za svaki peer i stanje tunelskog interfejsa kao tri odvojene činjenice.

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

SA koji je podignut i čiji se brojači kreću dok EIGRP ostaje dole vraća vašu istragu na vrh steka: paketi se štite i isporučuju, pa je problem koje pakete protokol odlučuje da šalje.

Proverite rute, ne samo broj suseda

Kad se susedstvo formira, pročitajte šta ono oglašava i instalira. Na multipoint tunelu split horizon i ponašanje sledećeg hopa odlučuju može li spoke doći do drugog spoka preko huba, a sumarizacija može sakriti prefiks i kad je odnos sa susedom savršen.

Završite s dozvoljenom aplikacijom između dve lokacije i potvrdite put kojim ide. Direktne spoke-to-spoke prečice su zahtev za prosleđivanje sa sopstvenim NHRP i sigurnosnim stanjem, a njihovo dodavanje da broj suseda izgleda bolje obično stvara drugi problem.

Zapišite fazni dizajn, multicast mapiranje i EIGRP politiku na jedno mesto. Sledećem inženjeru trebaće dizajn, a ne transkript.

Povezani članci