EIGRP susjedi se ne podižu na DMVPN sloju

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

Tunel je podignut, jedan spoke može pingati drugi, a EIGRP i dalje ne prikazuje nijednog susjeda na hubu. Ta je kombinacija normalna, a ne tajanstvena: ping dokazuje unicast dostupnost kroz NHRP, a EIGRP hello poruke su multicast. Na DMVPN nadgradnji model isporuke usmjerivačkog protokola druga je konfiguracijska površina i upravo je ljudi preskaču jer prva površina već izgleda zdravo. Svaki se sloj ispod provjerava vlastitom naredbom, pa vas kvar na jednom ne vraća na vrh popisa.

Zapišite susjedstva koja očekujete

Prije bilo koje show naredbe napravite kratak popis: koji se spoke treba povezati s kojim hubom, preko kojeg tunelskog sučelja i u kojem EIGRP autonomnom sustavu. Dizajni s više hubova padaju u prazninama između hubova, a popis pretvara „EIGRP je pokvaren“ u „spoke 3 se ne registrira na hub 2“. Uključite tunelske podmreže koje očekujete na svakoj vezi, jer neslaganje adresa između dvaju krajeva izgleda točno kao kvar protokola. Zapišite popis u tiket, da sljedeća smjena uspoređuje s dizajnom, a ne sa zadnjim snimkom zaslona.

Provjerite NHRP, zatim multicast put

Počnite sa stanjem registracije i mapiranjima koja hub doista drži. Spoke bez dinamičkog unosa na hubu nije se registrirao i nijedan usmjerivački protokol to neće popraviti. Zatim potvrdite da spoke prihvaća multicast s hubove NBMA adrese, što je odvojen redak 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 redak omogućuje spoku da šalje svoje hello poruke hubu kao replicirani multicast kroz nadgradnju i omogućuje da hubov multicast stigne do registriranih spokova. Bez njega unicast kroz NHRP radi, a multicast ne, i upravo ta podjela čini da ping izgleda kao dokaz. Cisco vodič IOS XE DMVPN dokumentira ponašanje multicasta na hubu i spokovima za svaku fazu, pa uskladite konfiguraciju s fazom koju ste stvarno uveli umjesto da kopirate fragment iz druge topologije.

Provjerite EIGRP-ovu vlastitu politiku sučelja

Tunel koji nije u EIGRP procesu ili je passive nikada neće stvoriti susjedstvo, koliko god nadgradnja bila zdrava. Čitajte sudjelovanje sučelja i tablicu susjeda 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 se podudarati na oba kraja. Lanac ključeva s pogrešnim načinom rada ili neslaganje vrijednosti K odbacuje hello poruke bez očitog retka syslog kod primatelja. Ako dizajn rabi izričito konfigurirane unicast susjede, slijedite taj model do kraja umjesto da ga slažete povrh multicast postavki dok se nešto ne podigne.

Držite GRE prijenos i IPsec zaštitu odvojeno

DMVPN prenosi multicast unutar GRE-a, a IPsec štiti GRE pakete, a ne unutarnji multicast izravno. Zato je opća tvrdnja da IPsec ne može prenositi multicast pogrešna za ovaj dizajn i beskorisna kao dijagnoza. Provjerite IPsec profil na tunelu, sigurnosne asocijacije za svaki peer i stanje tunelskog sučelja kao tri odvojene činjenice.

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

SA koja je podignuta i čiji se brojači kreću dok EIGRP ostaje dolje vraća vašu istragu na vrh stoga: paketi se štite i isporučuju, pa je problem koje pakete protokol odlučuje slati.

Provjerite rute, ne samo broj susjeda

Kad se susjedstvo formira, pročitajte što ono oglašava i instalira. Na višetočkovnom tunelu split horizon i ponašanje sljedećeg skoka odlučuju može li spoke doći do drugog spoka preko huba, a sažimanje može sakriti prefiks i kad je odnos sa susjedom savršen.

Završite s dopuštenom aplikacijom između dvaju lokacija i potvrdite put kojim ide. Izravni spoke-to-spoke prečaci su zahtjev za prosljeđivanjem s vlastitim NHRP i sigurnosnim stanjem, a njihovo dodavanje da broj susjeda izgleda bolje obično stvara drugi problem.

Zapišite fazni dizajn, multicast mapiranje i EIGRP politiku na jedno mjesto. Sljedećem inženjeru trebat će dizajn, a ne transkript.

Povezani članci