Concentrator DMVPN numit vs. numerotat: ce schimbă FQDN-ul

Un spoke DMVPN își poate găsi concentratorul după numele de gazdă pe platformele care acceptă această funcție, iar prima tentație este să citească acel nume ca o altă modalitate de a scrie adresa tunelului concentratorului. Nu este. Numele se rezolvă într-un punct final de transport, în timp ce adresa de protocol a concentratorului identifică următorul salt din interiorul overlay-ului, iar cele două roluri se păstrează în fiecare formă de configurare. Această distincție decide ce poate și ce nu poate corecta o redenumire.

Două adrese, două sarcini

Într-un exemplu declarat, hub.example.net îi spune spoke-ului unde să trimită traficul de transport, iar 10.90.0.1 identifică NHS-ul din interiorul tunelului. Descoperirea operează pe prima; înregistrarea și rutarea operează pe a doua. O modificare a numelui afectează calea către punctul final, în timp ce o modificare a adresei de protocol afectează relația de overlay în sine.

Separarea rolurilor este ceea ce face forma numită depurabilă. Când un spoke nu reușește să se înregistreze, puteți pune două întrebări diferite: numele s-a rezolvat la adresa pe care o așteptam și acea adresă corespundea adresei de protocol pe care o susține configurația? Niciun răspuns nu o implică pe celălalt.

Comparați cele două forme de configurare

O formă configurează explicit adresa de protocol a NHS-ului lângă nume. Cealaltă lasă spoke-ul să învețe acea adresă de protocol din răspunsul de înregistrare. Ambele sunt documentate și ambele se încheie cu același tip de relație NHS atunci când reușesc.

Forma explicită are o restricție care merită reținută: o adresă de transport rezolvată care nu se mapează la adresa de protocol configurată împiedică înregistrarea. Aceasta nu este o defecțiune DNS, deși simptomul apare imediat după o modificare DNS. Numele s-a rezolvat corect, iar rezultatul a fost respins dintr-un alt motiv. Citiți adresa rezolvată și adresa de protocol configurată una lângă cealaltă.

Forma de învățare elimină un pas manual și o sursă de derivă, cu prețul dependenței de răspuns pentru a stabili maparea. Alegeți forma explicită atunci când adresa concentratorului este stabilă și doriți ca nepotrivirea să eșueze zgomotos. Alegeți forma de învățare atunci când adresa de protocol a concentratorului se poate schimba și preferați ca spoke-ul să o urmeze. În orice caz, notați ce formă folosește proiectarea.

Comparați cache-ul DNS cu un concentrator static

O adresă statică de concentrator se schimbă atunci când cineva editează configurația. Un concentrator numit se schimbă atunci când se schimbă DNS-ul, iar răspunsurile DNS sunt stocate în cache pe durata lor de viață. Documentația observă că informațiile din cache rămân utilizabile până la expirare, iar o interogare ulterioară poate returna apoi noua adresă.

Această diferență este o diferență de sincronizare, nu o migrare instantanee. O durată lungă de viață a cache-ului întârzie adoptarea unui punct final redenumit, iar întârzierea este invizibilă dacă urmăriți doar înregistrarea DNS. Planificați o redenumire în jurul duratei de viață a cache-ului și al comportamentului de înregistrare al versiunii instalate, în loc să presupuneți că fiecare tunel se mișcă simultan.

Forma statică are, desigur, propria întârziere: nimic nu se schimbă până când fiecare spoke nu este editat. Comparația este între o împingere coordonată a configurației și o reîmprospătare a descoperirii din cache, nu între lent și instantaneu.

Comparați ce rămâne la fel

Autentificarea partenerilor nu se mișcă. Un nume de gazdă care localizează punctul final de transport nu înlocuiește identitatea IKE configurată sau politica de autentificare care validează partenerul. Dacă identitatea este greșită, o rezolvare DNS reușită nu face decât să vă ducă mai repede la un tunel respins.

Traficul protejat este și el neschimbat. Un NHS care răspunde nu dovedește că ruta clientului există sau că fluxul aplicației este permis. Înregistrarea, rutarea și politica sunt trei verificări, iar numele afectează doar primul pas care le alimentează.

O comparație pe care o puteți verifica

Cisco documentează observații separate pentru sesiune și pentru relația NHS. Folosiți show dmvpn pentru a citi starea partenerului și a sesiunii, și show ip nhrp nhs pentru a citi vizualizarea înregistrării NHS. Comparați adresa de transport rezolvată, partenerul overlay-ului și starea înregistrării în această ordine.

Capitolul IOS XE FQDN-DMVPN documentează comportamentul de descoperire, cache și restricționare din spatele acestei comparații. Citiți-l față de versiunea instalată înainte de a trata un concentrator redenumit ca un înlocuitor direct al unuia numerotat.