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 pingovati drugi, a EIGRP i dalje ne pokazuje nijednog susjeda 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 routing protokola je druga konfiguracijska površina i upravo je ljudi preskaču jer prva površina već izgleda zdravo. Svaki sloj ispod provjerava se vlastitom naredbom, pa vas kvar na jednom ne vraća na vrh liste.

Zapišite susjedstva koja očekujete

Prije bilo koje show naredbe napravite kratku listu: koji spoke treba da se poveže s kojim hubom, preko kojeg tunelskog interfejsa, u kojem EIGRP autonomnom sistemu. Dizajni s 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 sljedeća smjena poredi s dizajnom, a ne sa zadnjim snimkom ekrana.

Provjerite NHRP, zatim multicast put

Počnite sa stanjem registracije i mapiranjima koje hub zaista drži. Spoke bez dinamičkog unosa na hubu nije se registrirao i nijedan routing protokol to neće popraviti. Zatim potvrdite da spoke prihvata multicast s 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 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 dokumentuje 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 interfejsa

Tunel koji nije u EIGRP procesu ili je passive nikada neće formirati susjedstvo, koliko god nadgradnja bila zdrava. Čitajte učešće interfejsa i tabelu 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 modom ili neslaganje K vrijednosti odbacuje hello poruke bez očigledne syslog linije kod primaoca. Ako dizajn koristi eksplicitno konfigurisane 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 unutrašnji multicast direktno. 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 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 koja je podignuta i čiji se brojači kreću dok EIGRP ostaje dolje vraća vašu istragu na vrh steka: 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 šta ono oglašava i instalira. Na multipoint tunelu split horizon i ponašanje sljedeć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 susjedom savršen.

Završite s dozvoljenom aplikacijom između dvije lokacije i potvrdite put kojim ide. Direktne spoke-to-spoke prečice su zahtjev za prosljeđivanje 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