Nefndur vs. númeraður DMVPN-hnútur: hvað FQDN breytir

DMVPN-spoke getur fundið hnútinn sinn með hýsilnafni á kerfum sem styðja eiginleikann, og fyrsta freistingin er að lesa það hýsilnafn sem aðra leið til að skrifa tunnel-fang hnútsins. Það er það ekki. Nafnið leysist í flutningsendapunkt, en samskiptareglufang hnútsins auðkennir næsta stökk inni í overlayinu, og bæði hlutverkin haldast í hverri stillingarformi. Sá greinarmunur ræður því hvað endurnefning getur og getur ekki lagað.

Tvö föng, tvö verk

Í tilgreindu dæmi segir hub.example.net spokinu hvert á að senda flutningsumferð, og 10.90.0.1 auðkennir NHS inni í tunnelnum. Uppgötvun vinnur á hinu fyrra; skráning og leiðsögn vinna á hinu síðara. Nafnabreyting hefur áhrif á leiðina að endapunktinum, en breyting á samskiptareglufangi hefur áhrif á overlay-sambandið sjálft.

Aðskilnaður hlutverkanna er það sem gerir nefndu myndina kembifæra. Þegar spoke mistekst að skrá sig getur þú spurt tveggja mismunandi spurninga: leystist nafnið í fangið sem ég bjóst við, og svaraði það fang samskiptareglufanginu sem stillingin heldur fram? Ekkert svar felur í sér hitt.

Berðu saman tvær stillingarformurnar

Önnur mynd stillir samskiptareglufang NHS skýrt við hlið nafnsins. Hin lætur spoke læra það fang úr skráningarsvarinu. Báðar eru skjalfestar, og báðar enda með sömu tegund NHS-sambands þegar þær takast.

Skýra myndin hefur takmörkun sem er vert að muna: leyst flutningsfang sem varpast ekki á stillt samskiptareglufang kemur í veg fyrir skráningu. Þetta er ekki DNS-bilun, þótt einkennið birtist rétt eftir DNS-breytingu. Nafnið leystist rétt og niðurstöðunni var hafnað af annarri ástæðu. Lestu leysta fangið og stillta samskiptareglufangið hlið við hlið.

Lærdómsmyndin fjarlægir eitt handvirkt skref og eina uppsprettu rekstrar, gegn því að treysta á svarið til að koma varpunni á. Veldu skýru myndina þegar fang hnútsins er stöðugt og þú vilt að ósamræmið mistakist hávært. Veldu lærdómsmyndina þegar samskiptareglufang hnútsins getur breyst og þú vilt frekar að spoke fylgi því. Skráðu hvort eð er hvaða mynd hönnunin notar.

Berðu saman DNS-skyndiminni og kyrrstæðan hnút

Kyrrstætt hnútafang breytist þegar einhver breytir stillingunni. Nefndur hnútur breytist þegar DNS breytist, og DNS-svör eru skyndiminnið í líftíma sinn. Skjölin taka fram að skyndiminnið efni haldist nothæft þar til það rennur út, og síðari fyrirspurn geti þá skilað nýja fanginu.

Sá munur er tímamunur, ekki tafarlaus flutningur. Langur líftími skyndiminnisins tefur upptöku endurnefnds endapunkts, og töfin er ósýnileg ef þú fylgist bara með DNS-færslunni. Skipuleggðu endurnefningu út frá líftíma skyndiminnisins og skráningarhegðun uppsettrar útgáfu í stað þess að gera ráð fyrir að hver tunnel færist í einu.

Kyrrstæða myndin hefur auðvitað sína eigin töf: ekkert breytist fyrr en hver spoke hefur verið breyttur. Samanburðurinn er milli samræmdrar stillingarýtingar og skyndiminniðrar uppgötvunarsamstillingar, ekki milli hægs og tafarlauss.

Berðu saman hvað helst óbreytt

Jafningjastöðfesting færist ekki. Hýsilnafn sem finnur flutningsendapunktinn kemur ekki í stað stilltrar IKE-auðkennar eða stöðfestingarstefnunnar sem staðfestir jafningjann. Ef auðkennið er rangt kemur árangursrík DNS-lausn þér bara fyrr að hafnaðri tunnel.

Verndað umferð er líka óbreytt. NHS sem svarar sannar ekki að viðskiptavinaleiðin sé til eða að forritstreymið sé leyft. Skráning, leiðsögn og stefna eru þrjár athuganir, og nafnið hefur aðeins áhrif á fyrsta skrefið sem fæðir þær.

Samanburður sem þú getur staðfest

Cisco skjalfestir aðskildar athuganir fyrir lotuna og NHS-sambandið. Notaðu show dmvpn til að lesa stöðu jafningja og lotu, og show ip nhrp nhs til að lesa NHS-skráningaryfirlitið. Berðu saman leysta flutningsfangið, overlay-jafningjann og skráningarstöðuna í þeirri röð.

IOS XE FQDN-DMVPN kaflinn skjalfestir uppgötvunar-, skyndiminnis- og takmörkunarhegðunina að baki þessum samanburði. Lestu hann gagnvart uppsettri útgáfunni þinni áður en þú meðhöndlar endurnefndan hnút sem beina staðgöngu fyrir númeraðan.