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

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 naprijed može biti prečica dok put nazad još ide kroz hub, a stanje koje dokazuje svaki smjer je različito stanje. Prođite oba smjera i pročitajte tri tabele prije nego što dizajn prihvatite kao zdrav.

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

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

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

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

Tri stanja koja izgledaju kao jedan tunel

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

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

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

Prođite zahtjev i odgovor odvojeno

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

Sada zamijenite uloge. Pošaljite sa B na A i ponovite ista tri čitanja. Dizajn koji pravi prečicu u jednom smjeru, 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 zahtjev prošao. Ne čitajte to kao grešku i ne počinjite loviti rutingsku grešku koja ne postoji.

Čitajte hub-ovo preusmjerenje, ne samo njegovu rutu

Hub-ova tabela ruta vam kaže kuda bi hub poslao paket. Preusmjerenje 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 preusmjerenja držat će svaki tok na dugom putu neograničeno. Provjerite NHRP događaje na hub-u i potvrdite da se preusmjerenja generišu za saobraćaj koji vas zanima.

Faza 3 mijenja i šta znači sumarizacija. Uz ponašanje prečice, spoke-ovima ne treba cijeli 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 rutingsku politiku prije nego što sumarizaciju pročitate kao kvar.

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

Zapišite zaključak kao objekt koji nedostaje

Završite s ovlaštenim tokom aplikacije i njegovim odgovorom i za svaki smjer zabilježite da li je koristio direktnu putanju. Zatim napišite zaključak kao objekt koji je nedostajao: preslikavanje, prečica za prosljeđivanje, asocijacija zaštite ili odgovor aplikacije.

Rutingsko susjedstvo 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 provjerite odluku o prosljeđivanju, a zatim asocijaciju koja je nosi. Red je važan, jer asocijacija nastaje u oba slučaja.

Ta navika se isplati na sljedeć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.