Concentrador DMVPN amb nom davant del numerat: què canvia l’FQDN

Un spoke DMVPN pot localitzar el seu concentrador per nom d’amfitrió a les plataformes que admeten aquesta funció, i la primera temptació és llegir aquest nom com una altra manera d’escriure l’adreça del túnel del concentrador. No ho és. El nom es resol a un punt final de transport, mentre que l’adreça de protocol del concentrador identifica el salt següent dins de l’overlay, i els dos papers es mantenen en cada forma de configuració. Aquesta distinció decideix què pot corregir un reanomenament i què no.

Dues adreces, dues feines

En un exemple declarat, hub.example.net diu al spoke on ha d’enviar el trànsit de transport, i 10.90.0.1 identifica l’NHS dins del túnel. El descobriment opera sobre la primera; el registre i l’encaminament operen sobre la segona. Un canvi al nom afecta el camí cap al punt final, mentre que un canvi a l’adreça de protocol afecta la relació d’overlay mateixa.

Mantenir els papers separats és el que fa que la forma amb nom sigui depurable. Quan un spoke no aconsegueix registrar-se, podeu fer dues preguntes diferents: el nom es va resoldre a l’adreça que esperava, i aquella adreça coincidia amb l’adreça de protocol que la configuració afirma? Cap resposta no implica l’altra.

Compareu les dues formes de configuració

Una forma configura explícitament l’adreça de protocol de l’NHS al costat del nom. L’altra deixa que el spoke aprengui aquesta adreça de protocol de la resposta de registre. Totes dues estan documentades i totes dues acaben amb el mateix tipus de relació amb l’NHS quan tenen èxit.

La forma explícita té una restricció que val la pena recordar: una adreça de transport resolta que no es mapi a l’adreça de protocol configurada impedeix el registre. No és una fallada de DNS, tot i que el símptoma apareix just després d’un canvi de DNS. El nom es va resoldre correctament i el resultat es va rebutjar per una altra raó. Llegiu l’adreça resolta i l’adreça de protocol configurada l’una al costat de l’altra.

La forma d’aprenentatge elimina un pas manual i una font de deriva, a canvi de dependre de la resposta per establir el mapatge. Trieu la forma explícita quan l’adreça del concentrador és estable i voleu que la discrepància falli sorollosament. Trieu la forma d’aprenentatge quan l’adreça de protocol del concentrador pot canviar i preferiu que el spoke la segueixi. En qualsevol cas, anoteu quina forma fa servir el disseny.

Compareu la memòria cau de DNS amb un concentrador estàtic

Una adreça de concentrador estàtica canvia quan algú edita la configuració. Un concentrador amb nom canvia quan canvia el DNS, i les respostes de DNS es guarden a la memòria cau durant la seva vida útil. La documentació assenyala que la informació a la memòria cau continua sent utilitzable fins que caduca, i una consulta posterior pot tornar aleshores l’adreça nova.

Aquesta diferència és una diferència de temps, no una migració instantània. Una vida útil llarga de la memòria cau retarda l’adopció d’un punt final reanomenat, i el retard és invisible si només observeu el registre de DNS. Planifiqueu un reanomenament al voltant de la vida útil de la memòria cau i del comportament de registre de la versió instal·lada, en lloc de suposar que cada túnel es mou alhora.

La forma estàtica té, és clar, el seu propi retard: res no canvia fins que s’edita cada spoke. La comparació és entre un desplegament coordinat de configuració i una actualització de descobriment a la memòria cau, no entre lent i instantani.

Compareu què es manté igual

L’autenticació de parells no es mou. Un nom d’amfitrió que localitza el punt final de transport no substitueix la identitat IKE configurada ni la política d’autenticació que valida el parell. Si la identitat és incorrecta, una resolució de DNS correcta només us porta més de pressa a un túnel rebutjat.

El trànsit protegit tampoc no canvia. Un NHS que respon no demostra que la ruta del client existeixi ni que el flux de l’aplicació estigui permès. El registre, l’encaminament i la política són tres comprovacions, i el nom només afecta el primer pas que les alimenta.

Una comparació que podeu verificar

Cisco documenta observacions separades per a la sessió i per a la relació amb l’NHS. Feu servir show dmvpn per llegir l’estat del parell i de la sessió, i show ip nhrp nhs per llegir la vista de registre de l’NHS. Compareu l’adreça de transport resolta, el parell d’overlay i l’estat de registre en aquest ordre.

El capítol IOS XE FQDN-DMVPN documenta el comportament de descobriment, memòria cau i restricció que hi ha darrere d’aquesta comparació. Llegiu-lo contra la versió instal·lada abans de tractar un concentrador reanomenat com un substitut directe d’un de numerat.