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

Gledate kako jedan ping ide od spokea do spokea dugim putem kroz hub, a drugi ide izravno. Primamljivo je u tom trenutku proglasiti prečac ispravnim. Taj je zaključak napola točan. Put naprijed može biti prečac dok put natrag još ide kroz hub, a stanje koje dokazuje svaki smjer različito je stanje. Prođite oba smjera i pročitajte tri tablice prije nego dizajn prihvatite kao zdrav.

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

Počnite na spokeu s odredištem koje bi trebalo biti izravno. Pratite prvi paket: on slijedi rutu spokea prema hubu jer prečac 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 promet koji se može optimizirati. Ne kaže da je izvor izgradio prečac, da je odredište odgovorilo na rezoluciju ili da ga put odgovora koristi.

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

Tri stanja koja izgledaju kao jedan tunel

Prečac ovisi o tri dijela stanja, a svaki ima svoj vijek trajanja i svoju naredbu.

Unos u NHRP predmemoriji preslikava overlay adresu u NBMA transportnu adresu. Ruta ili prečac odlučuje kamo se prosljeđuje jedno unutarnje odredište. IPsec asocijacija štiti promet koji iz toga nastane. Odgovor koji nedostaje može doći iz bilo kojeg od triju dijelova, a naredbe vam govore koji nedostaje.

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

Prođite zahtjev i odgovor odvojeno

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

Sada zamijenite uloge. Pošaljite s B na A i ponovite ista tri čitanja. Dizajn koji pravi prečac 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 pogrešku i ne počinjite loviti rutingsku grešku koja ne postoji.

Čitajte hubovo preusmjerenje, ne samo njegovu rutu

Hubova tablica ruta govori vam kamo bi hub poslao paket. Preusmjerenje govori što je hub tražio od izvora da učini 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 hubu i potvrdite da se preusmjerenja generiraju za promet koji vas zanima.

Faza 3 mijenja i što znači sumarizacija. S ponašanjem prečca spokeovi ne trebaju cijeli skup konkretnih udaljenih ruta koje je dizajn faze 2 očekivao, pa sumirana ruta na spokeu nije automatski mreža koja nedostaje. Potvrdite fazu i rutingsku politiku prije nego sumarizaciju pročitate kao kvar.

Taj jedan nesporazum stvara više DMVPN tiketa nego ijedna druga stvar.

Zapišite zaključak kao objekt koji nedostaje

Završite s ovlaštenim tokom aplikacije i njegovim odgovorom i za svaki smjer zabilježite je li koristio izravnu putanju. Zatim napišite zaključak kao objekt koji je nedostajao: preslikavanje, prečac 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. Redoslijed je važan jer asocijacija nastaje u svakom slučaju.

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