Именуван срещу номериран DMVPN хъб: какво променя FQDN

Един DMVPN spoke може да намери своя хъб по име на хост на платформи, които поддържат тази функция, и първото изкушение е да се прочете това име като друг начин за записване на адреса на тунела на хъба. Не е така. Името се разрешава до транспортна крайна точка, докато адресът на протокола на хъба идентифицира следващия хоп вътре в овърлея, и двете роли се запазват във всяка форма на конфигурация. Това разграничение решава какво може и какво не може да поправи преименуването.

Два адреса, две задачи

В обявен пример hub.example.net казва на spoke къде да изпраща транспортния трафик, а 10.90.0.1 идентифицира NHS вътре в тунела. Откриването работи с първия; регистрацията и маршрутизацията работят с втория. Промяната на името засяга пътя до крайната точка, докато промяната на адреса на протокола засяга самата връзка на овърлея.

Разделянето на ролите е това, което прави именуваната форма отстраняема. Когато spoke не успее да се регистрира, можете да зададете два различни въпроса: разреши ли се името до адреса, който очаквах, и съвпадаше ли този адрес с адреса на протокола, който конфигурацията твърди? Нито един отговор не предполага другия.

Сравнете двете форми на конфигурация

Едната форма конфигурира адреса на протокола на NHS изрично заедно с името. Другата позволява на spoke да научи този адрес на протокола от отговора за регистрация. И двете са документирани и при успех завършват с еднакъв тип връзка с NHS.

Изричната форма носи ограничение, което си струва да се запомни: разрешен транспортен адрес, който не съответства на конфигурирания адрес на протокола, предотвратява регистрацията. Това не е DNS повреда, макар симптомът да се появява веднага след DNS промяна. Името се разреши правилно и резултатът беше отхвърлен по друга причина. Четете разрешения адрес и конфигурирания адрес на протокола един до друг.

Формата на научаване премахва една ръчна стъпка и един източник на разминаване, на цената на зависимост от отговора за установяване на съответствието. Изберете изричната форма, когато адресът на хъба е стабилен и искате несъответствието да се проваля шумно. Изберете формата на научаване, когато адресът на протокола на хъба може да се промени и предпочитате spoke да го следва. Във всеки случай запишете коя форма използва дизайнът.

Сравнете DNS кеша със статичен хъб

Статичният адрес на хъба се променя, когато някой редактира конфигурацията. Именуваният хъб се променя, когато се промени DNS, а DNS отговорите се кешират за живота си. Документацията отбелязва, че кешираната информация остава използваема, докато не изтече, и по-късна заявка може да върне новия адрес.

Тази разлика е разлика във времето, а не мигновена миграция. Дългият живот на кеша забавя приемането на преименувана крайна точка, а забавянето е невидимо, ако следите само DNS записа. Планирайте преименуване около живота на кеша и поведението на регистрация на инсталираната версия, вместо да предполагате, че всеки тунел се мести наведнъж.

Статичната форма има, разбира се, собствено закъснение: нищо не се променя, докато всеки spoke не бъде редактиран. Сравнението е между координиран конфигурационен тласък и кеширано обновяване на откриването, а не между бавно и мигновено.

Сравнете какво остава същото

Удостоверяването на партньора не се мести. Името на хоста, което намира транспортната крайна точка, не заменя конфигурираната IKE идентичност или политиката за удостоверяване, която валидира партньора. Ако идентичността е грешна, успешното DNS разрешаване само ви отвежда по-бързо до отхвърлен тунел.

Защитеният трафик също е непроменен. Отговарящ NHS не доказва, че маршрутът на клиента съществува или че потокът на приложението е разрешен. Регистрацията, маршрутизацията и политиката са три проверки и името засяга само първата стъпка, която ги храни.

Сравнение, което можете да проверите

Cisco документира отделни наблюдения за сесията и връзката с NHS. Използвайте show dmvpn за четене на състоянието на партньора и сесията, а show ip nhrp nhs за изгледа на регистрацията в NHS. Сравнете разрешения транспортен адрес, партньора на овърлея и състоянието на регистрация в този ред.

Разделът IOS XE FQDN-DMVPN документира поведението на откриване, кеширане и ограничение зад това сравнение. Четете го срещу инсталираната си версия, преди да приемете преименуван хъб като пряка замяна на номериран.