DMVPN faza 3: čitanje prečice u oba smera

Posmatrate kako jedan ping ide od spoke-a do spoke-a dugim putem kroz hub, a drugi ide direktno. Primamljivo je u tom trenutku proglasiti prečicu ispravnom. Taj zaključak je napola tačan. Put napred može biti prečica dok put nazad još ide kroz hub, a stanje koje dokazuje svaki smer je različito stanje. Prođite oba smera i pročitajte tri tabele pre nego što dizajn prihvatite kao zdrav.

Počnite s putanjom paketa koju zaista možete videti

Počnite na spoke-u s odredištem koje bi trebalo biti direktno. Pratite prvi paket: on sledi rutu spoke-a prema hub-u, jer prečica još ne postoji. Hub ga prosleđuje i, u dizajnu faze 3, takođe šalje preusmerenje izvoru s porukom da postoji bolji put.

To preusmerenje je okidač, a ne dokaz. Ono kaže da je hub video saobraćaj koji se može optimizovati. Ne kaže da je izvor izgradio prečicu, da je odredište odgovorilo na rezoluciju ili da ga put odgovora koristi.

Zato je prvo korisno zapažanje pre i posle: prvi tok kroz hub, kasniji tok direktno.

Tri stanja koja izgledaju kao jedan tunel

Prečica zavisi od tri dela stanja, a svaki ima svoj vek trajanja i svoju komandu.

Unos u NHRP kešu preslikava overlay adresu u NBMA transportnu adresu. Ruta ili prečica odlučuje kuda se prosleđuje jedno unutrašnje odredište. IPsec asocijacija štiti saobraćaj koji iz toga nastane. Odgovor koji nedostaje može doći iz bilo kog od tri dela, a komande vam govore koji nedostaje.

Čitajte ih tim redom, jer preslikavanje koje nedostaje čini druga dva nezanimljivima.

Prođite zahtev i odgovor odvojeno

Sa spoke-a A zatražite rezoluciju i gledajte šta se vraća. Zahtev ide podržanim NHRP putem prosleđivanja, a odredište može odgovoriti direktno umesto kroz hub. Ta asimetrija je normalna i zato je odgovor zanimljiva polovina razmene.

Sada zamenite uloge. Pošaljite sa B na A i ponovite ista tri čitanja. Dizajn koji pravi prečicu u jednom smeru, a u drugom ne, nije simetričan, a asimetrija obično dolazi od prefiksa koji nedostaje na jednoj strani ili od rezolucije koja nikada nije dobila odgovor.

Odgovor partnera ne mora proći kroz hub samo zato što je zahtev prošao. Ne čitajte to kao grešku i ne počinjite da lovite rutinšku grešku koja ne postoji.

Čitajte hub-ovo preusmerenje, ne samo njegovu rutu

Hub-ova tabela ruta vam kaže kuda bi hub poslao paket. Preusmerenje vam kaže šta je hub tražio od izvora da uradi u vezi s tim. To su različite činjenice, a hub s ispravnom rutom i bez preusmerenja držaće svaki tok na dugom putu neograničeno. Proverite NHRP događaje na hub-u i potvrdite da se preusmerenja generišu za saobraćaj koji vas zanima.

Faza 3 menja i šta znači sumarizacija. Uz ponašanje prečice, spoke-ovima ne treba ceo skup konkretnih udaljenih ruta koje je dizajn faze 2 očekivao, pa sumirana ruta na spoke-u nije automatski mreža koja nedostaje. Potvrdite fazu i rutinšku politiku pre nego što sumarizaciju pročitate kao kvar.

Taj jedan nesporazum stvara više DMVPN tiketa nego bilo šta drugo.

Zapišite zaključak kao objekat koji nedostaje

Završite s ovlašćenim tokom aplikacije i njegovim odgovorom i za svaki smer zabeležite da li je koristio direktnu putanju. Zatim napišite zaključak kao objekat koji je nedostajao: preslikavanje, prečicu za prosleđivanje, asocijaciju zaštite ili odgovor aplikacije.

Rutinško susedstvo i zajednička sigurnosna asocijacija dokaz su zdravlja, a ne dokaz putanje. Oba mogu biti savršena dok svaki paket ipak ide okolo dugim putem. Prvo proverite odluku o prosleđivanju, a zatim asocijaciju koja je nosi. Redosled je važan, jer asocijacija nastaje u svakom slučaju.

Ta navika se isplati na sledećem tiketu. „Tunel je podignut ali spor“ postaje „B nema prečicu do A-ovog hosta“, a druga tvrdnja je popravka za pet minuta. Čuvajte izlaz komandi uz zaključak i držite dobavljačev vodič za fazu 3 pored njega.