Nevesített versus számozott DMVPN-központ: mit változtat az FQDN

A DMVPN-spoke a funkciót támogató platformokon hosztnév alapján találhatja meg a központját, és az első kísértés az, hogy ezt a hosztnevet a központ alagút-címének másik írásmódjaként olvassuk. Nem az. A név egy átviteli végpontra oldódik fel, míg a központ protokollcíme az overlayen belüli következő ugrást azonosítja, és mindkét szerep megmarad minden konfigurációs formában. Ez a megkülönböztetés dönti el, mit tud és mit nem tud kijavítani egy átnevezés.

Két cím, két feladat

Egy deklarált példában a hub.example.net megmondja a spoke-nak, hová küldje az átviteli forgalmat, a 10.90.0.1 pedig azonosítja az alagúton belüli NHS-t. A felderítés az elsőn működik; a regisztráció és az útválasztás a másodikon. A név módosítása a végpont felé vezető útra hat, míg a protokollcím módosítása magára az overlay-kapcsolatra.

A szerepek szétválasztása teszi a nevesített formát hibakereshetővé. Amikor egy spoke nem tud regisztrálni, két különböző kérdést tehet fel: feloldódott-e a név arra a címre, amelyet vártam, és megfelelt-e ez a cím a konfiguráció által állított protokollcímnek? Egyik válasz sem jelenti a másikat.

Hasonlítsa össze a két konfigurációs formát

Az egyik forma kifejezetten konfigurálja az NHS protokollcímét a név mellett. A másik hagyja, hogy a spoke ezt a protokollcímet a regisztrációs válaszból tanulja meg. Mindkettő dokumentált, és mindkettő sikeres esetben ugyanazzal az NHS-kapcsolattípussal végződik.

A kifejezett forma olyan korlátozást hordoz, amelyet érdemes megjegyezni: a feloldott átviteli cím, amely nem képeződik le a konfigurált protokollcímre, megakadályozza a regisztrációt. Ez nem DNS-hiba, bár a tünet közvetlenül egy DNS-változás után jelenik meg. A név helyesen oldódott fel, és az eredményt más okból utasították el. Olvassa egymás mellett a feloldott címet és a konfigurált protokollcímet.

A tanuló forma eltávolít egy kézi lépést és egy sodródási forrást, cserébe a leképezés létrehozásához szükséges válaszfüggőségért. A kifejezett formát válassza, ha a központ címe stabil, és azt szeretné, hogy az eltérés hangosan meghiúsuljon. A tanuló formát válassza, ha a központ protokollcíme változhat, és inkább azt szeretné, hogy a spoke kövesse. Mindkét esetben jegyezze fel, melyik formát használja a tervezés.

Hasonlítsa össze a DNS-gyorsítótárat egy statikus központtal

A statikus központcím akkor változik, amikor valaki szerkeszti a konfigurációt. A nevesített központ akkor változik, amikor a DNS változik, és a DNS-válaszokat élettartamukig gyorsítótárazzák. A dokumentáció megjegyzi, hogy a gyorsítótárazott információ a lejáratig használható marad, és egy későbbi lekérdezés ekkor visszaadhatja az új címet.

Ez az eltérés időzítési különbség, nem azonnali migráció. A hosszú gyorsítótár-élettartam késlelteti az átnevezett végpont elfogadását, és a késleltetés láthatatlan, ha csak a DNS-rekordot figyeli. Tervezze az átnevezést a gyorsítótár élettartama és a telepített kiadás regisztrációs viselkedése köré, ahelyett hogy feltételezné, minden alagút egyszerre mozdul el.

A statikus formának persze megvan a maga késleltetése: semmi sem változik, amíg minden spoke-ot nem szerkesztenek. Az összehasonlítás egy koordinált konfigurációs tolás és egy gyorsítótárazott felderítés-frissítés között van, nem a lassú és az azonnali között.

Hasonlítsa össze, mi marad ugyanaz

A társ-hitelesítés nem mozdul. Az átviteli végpontot megtaláló hosztnév nem helyettesíti a konfigurált IKE-identitást vagy a társat érvényesítő hitelesítési szabályzatot. Ha az identitás hibás, a sikeres DNS-feloldás csak gyorsabban visz egy elutasított alagúthoz.

A védett forgalom sem változott. Egy válaszoló NHS nem bizonyítja, hogy az ügyfél útvonala létezik, vagy hogy az alkalmazásfolyam engedélyezett. A regisztráció, az útválasztás és a szabályzat három ellenőrzés, és a név csak az első lépésre hat, amely táplálja őket.

Egy összehasonlítás, amelyet ellenőrizhet

A Cisco külön megfigyeléseket dokumentál a munkamenetről és az NHS-kapcsolatról. A show dmvpn használatával olvassa a társ és a munkamenet állapotát, a show ip nhrp nhs használatával pedig az NHS regisztrációs nézetét. Hasonlítsa össze a feloldott átviteli címet, az overlay társat és a regisztrációs állapotot ebben a sorrendben.

Az IOS XE FQDN-DMVPN fejezet dokumentálja a felderítési, gyorsítótárazási és korlátozási viselkedést ezen összehasonlítás mögött. Olvassa a telepített kiadásához mérten, mielőtt egy átnevezett központot egy számozott közvetlen helyettesítőjeként kezelne.