Namngjeven kontra nummerert DMVPN-hub: kva FQDN endrar
Ein hub-FQDN finn NBMA-endepunktet, ikkje tunneladressa. Samanlikn kva oppdaging, registrering og DNS-buffer endrar når ein hub får nytt namn.
Ein DMVPN-spoke kan finne huben sin via vertsnamn på plattformer som støttar funksjonen, og den første freistinga er å lese det vertsnamnet som ein annan måte å skrive tunneladressa til huben på. Det er det ikkje. Namnet blir løyst til eit transportendepunkt, medan protokolladressa til huben identifiserer neste hopp inne i overlayet, og dei to rollene blir haldne ved i kvar konfigurasjonsform. Den skilnaden avgjer kva eit namnebyte kan og ikkje kan rette.
To adresser, to jobbar
I eit erklært døme fortel hub.example.net spoken kvar han skal sende transporttrafikk, og 10.90.0.1 identifiserer NHS-en inne i tunnelen. Oppdaging arbeider på den første; registrering og ruting arbeider på den andre. Eit byte av namnet påverkar vegen til endepunktet, medan eit byte av protokolladressa påverkar sjølve overlay-tilhøvet.
Det er skiljet mellom rollene som gjer den namngjevne forma feilsøkbar. Når ein spoke ikkje klarar å registrere seg, kan du stille to ulike spørsmål: vart namnet løyst til adressa eg venta, og svara den adressa til protokolladressa som konfigurasjonen hevdar? Ingen av svara føreset det andre.
Samanlikn dei to konfigurasjonsformene
Den eine forma konfigurerer NHS-protokolladressa eksplisitt saman med namnet. Den andre lèt spoken lære den protokolladressa frå registreringssvaret. Begge er dokumenterte, og begge endar med same slags NHS-tilhøve når dei lukkast.
Den eksplisitte forma har ei avgrensing det er verdt å hugse: ei oppløyst transportadresse som ikkje svarar til den konfigurerte protokolladressa, hindrar registrering. Det er ikkje ein DNS-feil, sjølv om symptomet viser seg rett etter ei DNS-endring. Namnet vart løyst rett, og resultatet vart avvist av ein annan grunn. Les den oppløyste adressa og den konfigurerte protokolladressa side ved side.
Læringsforma fjernar eitt manuelt steg og éi kjelde til drift, mot at mappinga er avhengig av svaret. Vel den eksplisitte forma når hubadressa er stabil og du vil at avviket skal feile høgt. Vel læringsforma når protokolladressa til huben kan endre seg og du heller vil at spoken skal følgje henne. Noter uansett kva form designet brukar.
Samanlikn DNS-buffer med ein statisk hub
Ei statisk hubadresse endrar seg når nokon redigerer konfigurasjonen. Ein namngjeven hub endrar seg når DNS endrar seg, og DNS-svar blir bufra for levetida si. Dokumentasjonen nemner at bufra informasjon blir brukbar til han går ut, og ei seinare spørjing kan då returnere den nye adressa.
Skilnaden er ein tidsskilnad, ikkje ein augneblinkleg migrasjon. Ei lang bufferlevetid forseinkar innføringa av eit endepunkt med nytt namn, og forseinkinga er usynleg om du berre overvakar DNS-posten. Planlegg eit namnebyte rundt bufferlevetida og registreringsåtferda til den installerte versjonen, i staden for å gå ut frå at kvar tunnel flyttar seg samtidig.
Den statiske forma har naturlegvis si eiga forseinking: ingenting endrar seg før kvar spoke er redigert. Samanlikninga står mellom eit koordinert konfigurasjonsstøyt og ei bufra oppdagings oppdatering, ikkje mellom treg og augneblinkleg.
Samanlikn kva som blir det same
Peer-autentisering flyttar seg ikkje. Eit vertsnamn som finn transportendepunktet, erstattar ikkje den konfigurerte IKE-identiteten eller autentiseringspolitikken som validerer peeren. Viss identiteten er feil, bringar ei vellukka DNS-oppløysing deg berre snøggare til ein avvist tunnel.
Verna trafikk er også uendra. Ein NHS som svarar, provar ikkje at kundens rute finst eller at applikasjonsflyten er tillaten. Registrering, ruting og politikk er tre kontrollar, og namnet påverkar berre det første steget som matar dei.
Ei samanlikning du kan stadfeste
Cisco dokumenterer separate observasjonar for sesjonen og NHS-tilhøvet. Bruk show dmvpn til å lese peer- og sesjonstilstand, og show ip nhrp nhs til å lese NHS-registreringsvisinga. Samanlikn den oppløyste transportadressa, overlay-peeren og registreringstilstanden i den rekkjefølgja.
IOS XE FQDN-DMVPN-kapitlet dokumenterer oppdagings-, buffer- og avgrensingsåtferda bak denne samanlikninga. Les det mot din installerte versjon før du handsamar ein namngjeven hub som ein direkte erstattar for ein nummerert.