Именовани наспрам нумерисаног DMVPN чворишта: шта мења FQDN

DMVPN spoke може да пронађе своје чвориште по имену хоста на платформама које подржавају ту функцију, а прва напаст је да се то име прочита као други начин записивања адресе тунела чворишта. Није тако. Име се разрешава у транспортну крајњу тачку, док адреса протокола чворишта одређује следећи скок унутар overlay-а, и обе улоге опстају у сваком облику конфигурације. Та разлика одлучује шта преименовање може, а шта не може да исправи.

Две адресе, два посла

У објављеном примеру hub.example.net говори spoke-у где да шаље транспортни саобраћај, а 10.90.0.1 означава NHS унутар тунела. Откривање ради на првој; регистрација и рутирање раде на другој. Промена имена утиче на пут до крајње тачке, док промена адресе протокола утиче на сам однос overlay-а.

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

Упоредите два облика конфигурације

Један облик експлицитно конфигурише адресу протокола NHS уз име. Други пушта spoke да ту адресу протокола научи из одговора на регистрацију. Оба су документована и оба се при успеху завршавају истом врстом односа са NHS-ом.

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

Облик учења уклања један ручни корак и један извор одступања, по цени ослањања на одговор да успостави пресликавање. Изаберите експлицитни облик када је адреса чворишта стабилна и желите да неслагање гласно пропадне. Изаберите облик учења када се адреса протокола чворишта може променити и радије бисте да је spoke следи. У сваком случају запишите који облик дизајн користи.

Упоредите DNS кеширање са статичним чвориштем

Статична адреса чворишта мења се када неко уреди конфигурацију. Именовано чвориште мења се када се промени DNS, а DNS одговори се кеширају за свој животни век. Документација напомиње да кеширане информације остају употребљиве док не истекну, а каснији упит тада може да врати нову адресу.

Та разлика је разлика у времену, а не тренутна миграција. Дуго трајање кеша одлаже усвајање преименоване крајње тачке, а кашњење је невидљиво ако пратите само DNS запис. Планирајте преименовање око трајања кеша и понашања регистрације инсталираног издања, уместо да претпостављате да се сваки тунел помера одједном.

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

Упоредите шта остаје исто

Аутентификација партнера се не помера. Име хоста које проналази транспортну крајњу тачку не замењује конфигурисану IKE идентичност ни политику аутентификације која валидира партнера. Ако је идентичност погрешна, успешно DNS разрешење само вас брже доводи до одбијеног тунела.

Заштићени саобраћај је такође непромењен. NHS који одговара не доказује да корисничка рута постоји или да је ток апликације дозвољен. Регистрација, рутирање и политика су три провере, а име утиче само на први корак који их храни.

Поређење које можете да проверите

Cisco документује одвојена запажања за сесију и однос са NHS-ом. Користите show dmvpn за читање стања партнера и сесије, а show ip nhrp nhs за читање приказа NHS регистрације. Упоредите разрешену транспортну адресу, партнера overlay-а и стање регистрације тим редом.

Поглавље IOS XE FQDN-DMVPN документује понашање откривања, кеширања и ограничења иза овог поређења. Читајте га уз своје инсталирано издање пре него што преименовано чвориште третирате као директну замену нумерисаног.