DMVPN faza 3: branje bližnjice v obeh smereh

Opazujete, kako en ping gre od spoke do spoke po dolgi poti skozi hub, drugi pa gre neposredno. V tistem trenutku je vabljivo bližnjico razglasiti za delujočo. Ta sklep je na pol pravilen. Pot naprej je lahko bližnjica, medtem ko pot nazaj še vedno poteka skozi hub, in stanje, ki dokazuje vsako smer, je drugo stanje. Prehodite obe smeri in preberite tri tabele, preden zasnovo sprejmete kot zdravo.

Začnite s potjo paketa, ki jo resnično vidite

Začnite na spoke s ciljem, ki bi moral biti neposreden. Sledite prvemu paketu: gre po poti spoke proti hubu, ker bližnjice še ni. Hub ga posreduje in v zasnovi faze 3 pošlje tudi preusmeritev viru, da obstaja boljša pot.

Ta preusmeritev je sprožilec, ne dokaz. Pravi, da je hub videl promet, ki bi ga bilo mogoče optimizirati. Ne pravi, da je vir zgradil bližnjico, da je cilj odgovoril na razrešitev ali da jo pot odgovora uporablja.

Prvo koristno opažanje je torej pred in po: prvi tok skozi hub, poznejši tok neposredno.

Tri stanja, ki izgledajo kot en tunel

Bližnjica je odvisna od treh delov stanja in vsak ima svojo življenjsko dobo ter svoj ukaz.

Vnos v predpomnilniku NHRP preslika naslov overlay v naslov prevoza NBMA. Pot ali bližnjica odloči, kam se posreduje en notranji cilj. Asociacija IPsec ščiti promet, ki iz tega nastane. Manjkajoč odgovor lahko pride iz katerega koli od treh, in ukazi povedo, kateri manjka.

Berite jih v tem vrstnem redu, ker manjkajoče preslikavanje naredi druga dva nezanimiva.

Prehodite zahtevo in odgovor ločeno

Iz spoke A zahtevajte razrešitev in opazujte, kaj se vrne. Zahteva gre po podprti poti posredovanja NHRP, in cilj lahko odgovori neposredno namesto skozi hub. Ta asimetrija je običajna, zato je odgovor zanimiva polovica izmenjave.

Zdaj zamenjajte vlogi. Pošljite iz B v A in ponovite iste tri meritve. Zasnova, ki naredi bližnjico v eni smeri in ne v drugi, ni simetrična, asimetrija pa običajno izvira iz manjkajoče predpone na eni strani ali iz razrešitve, ki nikoli ni dobila odgovora.

Odgovor partnerja ni dolžan iti skozi hub samo zato, ker je zahteva šla. Tega ne berite kot napako in ne začnite loviti usmerjevalne napake, ki ne obstaja.

Berite preusmeritev huba, ne le njegove poti

Usmerjevalna tabela huba vam pove, kam bi hub poslal paket. Preusmeritev vam pove, kaj je hub prosil vir, naj s tem stori. To so različna dejstva, in hub s pravilno potjo in brez preusmeritev bo vsak tok zadržal na dolgi poti za nedoločen čas. Preverite dogodke NHRP na hubu in potrdite, da se preusmeritve ustvarjajo za promet, ki vas zanima.

Faza 3 spremeni tudi, kaj pomeni povzemanje. Pri vedenju bližnjice spokes ne potrebujejo celotnega nabora konkretnih oddaljenih poti, ki ga je pričakovala zasnova faze 2, zato povzeta pot na spoke ni samodejno manjkajoče omrežje. Potrdite fazo in usmerjevalno politiko, preden povzetek preberete kot napako.

Prav ta en nesporazum povzroči več DMVPN zahtevkov kot karkoli drugega.

Zabeležite sklep kot manjkajoči objekt

Končajte z dovoljenim tokom aplikacije in njegovim odgovorom ter za vsako smer zabeležite, ali je uporabila neposredno pot. Nato zapišite sklep kot objekt, ki je manjkal: preslikava, bližnjica posredovanja, asociacija zaščite ali odgovor aplikacije.

Usmerjevalno sosedstvo in skupna varnostna asociacija sta dokaz zdravja, ne dokaz poti. Oba sta lahko brezhibna, medtem ko vsak paket še vedno gre po dolgi poti. Najprej preverite odločitev o posredovanju, nato asociacijo, ki jo nosi. Vrstni red je pomemben, ker asociacija nastane v vsakem primeru.

Ta navada se obrestuje pri naslednji zahtevi. „Tunel je pokonci, a počasen“ postane „B nima bližnjice do gostitelja A“, in druga trditev je popravek za pet minut. Shranjujte izpis ukazov skupaj s sklepom in imejte ob tem vodnik po fazi 3 dobavitelja.