Spoke DMVPN może znaleźć swój koncentrator po nazwie hosta na platformach, które obsługują tę funkcję, a pierwszą pokusą jest odczytanie tej nazwy jako innego sposobu zapisania adresu tunelu koncentratora. Tak nie jest. Nazwa jest rozwiązywana na punkt końcowy transportu, podczas gdy adres protokołu koncentratora wskazuje następny skok w overlayu, a obie role zachowują się w każdej formie konfiguracji. To rozróżnienie decyduje, co zmiana nazwy może, a czego nie może naprawić.

Dwa adresy, dwa zadania

W zadeklarowanym przykładzie hub.example.net mówi speakowi, gdzie wysyłać ruch transportowy, a 10.90.0.1 identyfikuje NHS wewnątrz tunelu. Wykrywanie działa na pierwszym; rejestracja i routing działają na drugim. Zmiana nazwy wpływa na ścieżkę do punktu końcowego, natomiast zmiana adresu protokołu wpływa na samą relację overlaya.

To rozdzielenie ról czyni nazwaną formę łatwą do debugowania. Gdy speak nie może się zarejestrować, możesz zadać dwa różne pytania: czy nazwa została rozwiązana na adres, którego oczekiwałem, i czy ten adres zgadzał się z adresem protokołu deklarowanym przez konfigurację? Żadna odpowiedź nie implikuje drugiej.

Porównaj dwie formy konfiguracji

Jedna forma jawnie konfiguruje adres protokołu NHS obok nazwy. Druga pozwala speakowi poznać ten adres protokołu z odpowiedzi rejestracji. Obie są udokumentowane i obie kończą się tym samym typem relacji NHS, gdy się powiodą.

Forma jawna ma ograniczenie, które warto zapamiętać: rozwiązany adres transportu, który nie mapuje się na skonfigurowany adres protokołu, uniemożliwia rejestrację. To nie jest awaria DNS, choć objaw pojawia się zaraz po zmianie DNS. Nazwa została rozwiązana poprawnie, a wynik odrzucono z innego powodu. Czytaj rozwiązany adres i skonfigurowany adres protokołu obok siebie.

Forma ucząca eliminuje jeden ręczny krok i jedno źródło dryfu, za cenę zależności od odpowiedzi przy ustalaniu mapowania. Wybierz formę jawną, gdy adres koncentratora jest stabilny i chcesz, aby niezgodność głośno zawiodła. Wybierz formę uczącą, gdy adres protokołu koncentratora może się zmienić i wolisz, aby speak za nim podążał. W obu przypadkach zapisz, której formy używa projekt.

Porównaj pamięć podręczną DNS ze statycznym koncentratorem

Statyczny adres koncentratora zmienia się, gdy ktoś edytuje konfigurację. Nazwany koncentrator zmienia się, gdy zmienia się DNS, a odpowiedzi DNS są buforowane przez czas ich życia. Dokumentacja zauważa, że zbuforowane informacje pozostają użyteczne do wygaśnięcia, a późniejsze zapytanie może wtedy zwrócić nowy adres.

Ta różnica to różnica czasu, a nie natychmiastowa migracja. Długi czas życia pamięci podręcznej opóźnia przyjęcie przemianowanego punktu końcowego, a opóźnienie jest niewidoczne, jeśli obserwujesz tylko rekord DNS. Planuj zmianę nazwy wokół czasu życia pamięci podręcznej i zachowania rejestracji zainstalowanej wersji, zamiast zakładać, że każdy tunel przesunie się naraz.

Forma statyczna ma oczywiście własne opóźnienie: nic się nie zmienia, dopóki każdy speak nie zostanie edytowany. Porównanie dotyczy skoordynowanego wypchnięcia konfiguracji i odświeżenia wykrywania z pamięci podręcznej, a nie wolnego i natychmiastowego.

Porównaj, co pozostaje takie samo

Uwierzytelnianie rówieśników się nie przesuwa. Nazwa hosta, która znajduje punkt końcowy transportu, nie zastępuje skonfigurowanej tożsamości IKE ani polityki uwierzytelniania, która weryfikuje rówieśnika. Jeśli tożsamość jest błędna, udane rozwiązanie DNS tylko szybciej doprowadzi cię do odrzuconego tunelu.

Chroniony ruch również się nie zmienia. Odpowiadający NHS nie dowodzi, że trasa klienta istnieje ani że przepływ aplikacji jest dozwolony. Rejestracja, routing i polityka to trzy kontrole, a nazwa wpływa tylko na pierwszy krok, który je zasila.

Porównanie, które możesz zweryfikować

Cisco dokumentuje osobne obserwacje dla sesji i relacji NHS. Użyj show dmvpn do odczytu stanu rówieśnika i sesji, a show ip nhrp nhs do odczytu widoku rejestracji NHS. Porównaj rozwiązany adres transportu, rówieśnika overlaya i stan rejestracji w tej kolejności.

Rozdział IOS XE FQDN-DMVPN dokumentuje zachowanie wykrywania, buforowania i ograniczeń stojące za tym porównaniem. Przeczytaj go w kontekście zainstalowanej wersji, zanim uznasz przemianowany koncentrator za bezpośredni zamiennik numerowanego.

Powiązane artykuły