DMVPN fáza 3: čítanie skratky v oboch smeroch

Sledujete, ako jeden ping ide od spoke k spoke dlhou cestou cez hub a druhý ide priamo. V tej chvíli je lákavé vyhlásiť skratku za funkčnú. Ten záver je spolovice správny. Cesta tam môže byť skratkou, zatiaľ čo cesta späť stále vedie cez hub, a stav, ktorý dokazuje každý smer, je iný stav. Prejdite oba smery a prečítajte tri tabuľky, kým dizajn prijmete ako zdravý.

Začnite cestou paketu, ktorú skutočne vidíte

Začnite na spoke s cieľom, ktorý má byť priamy. Sledujte prvý paket: ide po trase spoke smerom k hubu, pretože skratka ešte neexistuje. Hub ho prepošle a v dizajne fázy 3 tiež pošle zdroju presmerovanie s informáciou, že existuje lepšia cesta.

Toto presmerovanie je spúšťač, nie dôkaz. Hovorí, že hub videl prevádzku, ktorú možno optimalizovať. Nehovorí, že zdroj skratku vytvoril, že cieľ odpovedal na rezolúciu alebo že ju cesta odpovede používa.

Prvé užitočné pozorovanie je teda pred a po: prvý tok cez hub, neskorší tok priamo.

Tri stavy, ktoré vyzerajú ako jeden tunel

Skratka závisí od troch častí stavu a každá má svoju vlastnú životnosť a svoj vlastný príkaz.

Záznam v cache NHRP priraďuje overlay adresu k transportnej adrese NBMA. Trasa alebo skratka rozhoduje, kam sa preposiela jeden vnútorný cieľ. Asociácia IPsec chráni prevádzku, ktorá z toho vznikne. Chýbajúca odpoveď môže prísť z ktorejkoľvek z troch častí a príkazy hovoria, ktorá chýba.

Čítajte ich v tomto poradí, pretože chýbajúce mapovanie robí ostatné dve nezaujímavými.

Prejdite požiadavku a odpoveď oddelene

Zo spoke A si vyžiadajte rezolúciu a sledujte, čo sa vráti. Požiadavka ide podporovanou cestou presmerovania NHRP a cieľ môže odpovedať priamo namiesto cez hub. Táto asymetria je normálna, a preto je odpoveď zaujímavejšou polovicou výmeny.

Teraz vymeňte role. Pošlite z B do A a zopakujte tie isté tri čítania. Dizajn, ktorý robí skratku v jednom smere a v druhom nie, nie je symetrický a asymetria zvyčajne pochádza z chýbajúceho prefixu na jednej strane alebo z rezolúcie, ktorá nikdy nedostala odpoveď.

Odpoveď partnera nemusí prejsť hubom len preto, že cez neho prešla požiadavka. Nečítajte to ako chybu a nezačínajte naháňať smerovaciu závadu, ktorá neexistuje.

Čítajte presmerovanie hubu, nie len jeho trasu

Smerovacia tabuľka hubu vám povie, kam by hub paket poslal. Presmerovanie vám povie, čo hub zdroju prikázal s tým urobiť. To sú rôzne skutočnosti a hub so správnou trasou a bez presmerovaní udrží každý tok na dlhej ceste neobmedzene dlho. Skontrolujte udalosti NHRP na hubu a potvrďte, že sa presmerovania generujú pre prevádzku, na ktorej vám záleží.

Fáza 3 mení aj to, čo znamená sumarizácia. So správaním skratky spokes nepotrebujú celú sadu konkrétnych vzdialených trás, ktorú očakával dizajn fázy 2, takže sumarizovaná trasa na spoke nie je automaticky chýbajúca sieť. Potvrďte fázu a smerovaciu politiku, kým sumarizáciu prečítate ako závadu.

Práve toto jedno nedorozumenie vytvára viac DMVPN tiketov než čokoľvek iné.

Zapíšte záver ako chýbajúci objekt

Skončite autorizovaným tokom aplikácie a jeho odpoveďou a pri každom smere poznamenajte, či použil priamu cestu. Potom napíšte záver ako objekt, ktorý chýbal: mapovanie, skratku presmerovania, asociáciu ochrany alebo odpoveď aplikácie.

Susedstvo v smerovaní a spoločná bezpečnostná asociácia sú dokladom zdravia, nie dokladom cesty. Obe môžu byť dokonalé, zatiaľ čo každý paket stále obchádza dlhou cestou. Najprv skontrolujte rozhodnutie o preposielaní, potom asociáciu, ktorá ho nesie. Poradie je dôležité, pretože asociácia vzniká tak či tak.

Tento zvyk sa vyplatí pri ďalšom tikete. „Tunel je hore, ale pomalý“ sa zmení na „B nemá skratku k hostiteľovi A“ a druhé tvrdenie je oprava na päť minút. Uchovávajte výstup príkazov pri závere a majte pri tom sprievodcu fázou 3 od dodávateľa.