Hab DMVPN bernama berbanding bernombor: apa yang diubah FQDN

Satu spoke DMVPN boleh mencari habnya melalui nama hos pada platform yang menyokong ciri ini, dan godaan pertama ialah membaca nama hos itu sebagai cara lain menulis alamat tunnel hab. Bukan begitu. Nama itu diselesaikan kepada titik akhir pengangkutan, manakala alamat protokol hab mengenal pasti hop seterusnya di dalam overlay, dan kedua-dua peranan kekal dalam setiap bentuk konfigurasi. Perbezaan itulah yang menentukan apa yang boleh dan tidak boleh diperbaiki oleh penamaan semula.

Dua alamat, dua tugas

Dalam contoh yang diisytiharkan, hub.example.net memberitahu spoke ke mana hendak menghantar trafik pengangkutan, dan 10.90.0.1 mengenal pasti NHS di dalam tunnel. Penemuan beroperasi pada yang pertama; pendaftaran dan penghalaan beroperasi pada yang kedua. Perubahan nama mempengaruhi laluan ke titik akhir, manakala perubahan alamat protokol mempengaruhi hubungan overlay itu sendiri.

Mengasingkan peranan itulah yang menjadikan bentuk bernama boleh dinyahpepijat. Apabila spoke gagal mendaftar, anda boleh mengemukakan dua soalan berbeza: adakah nama itu diselesaikan kepada alamat yang saya jangkakan, dan adakah alamat itu sepadan dengan alamat protokol yang didakwa oleh konfigurasi? Tiada jawapan yang membayangkan jawapan yang lain.

Bandingkan kedua-dua bentuk konfigurasi

Satu bentuk mengkonfigurasi alamat protokol NHS secara eksplisit bersama nama. Bentuk yang lain membiarkan spoke mempelajari alamat protokol itu daripada balasan pendaftaran. Kedua-duanya didokumenkan, dan kedua-duanya berakhir dengan jenis hubungan NHS yang sama apabila berjaya.

Bentuk eksplisit mempunyai sekatan yang wajar diingat: alamat pengangkutan yang telah diselesaikan tetapi tidak dipetakan kepada alamat protokol yang dikonfigurasi menghalang pendaftaran. Ini bukan kegagalan DNS, walaupun simptom muncul sejurus selepas perubahan DNS. Nama itu diselesaikan dengan betul dan hasilnya ditolak atas sebab lain. Baca alamat yang diselesaikan dan alamat protokol yang dikonfigurasi secara bersebelahan.

Bentuk pembelajaran menghapuskan satu langkah manual dan satu sumber penyimpangan, dengan kos bergantung pada balasan untuk menetapkan pemetaan. Pilih bentuk eksplisit apabila alamat hab stabil dan anda mahu ketidakpadanan gagal dengan lantang. Pilih bentuk pembelajaran apabila alamat protokol hab mungkin berubah dan anda lebih suka spoke mengikutinya. Walau apa pun, catat bentuk mana yang digunakan oleh reka bentuk.

Bandingkan cache DNS dengan hab statik

Alamat hab statik berubah apabila seseorang mengedit konfigurasi. Hab bernama berubah apabila DNS berubah, dan jawapan DNS dicache sepanjang hayatnya. Dokumentasi menyatakan bahawa maklumat yang dicache kekal boleh digunakan sehingga tamat tempohnya, dan pertanyaan kemudian boleh mengembalikan alamat baharu.

Perbezaan itu ialah perbezaan masa, bukan penghijrahan segera. Jangka hayat cache yang panjang melambatkan penerimaan titik akhir yang dinamakan semula, dan kelewatan itu tidak kelihatan jika anda hanya memerhati rekod DNS. Rancang penamaan semula berdasarkan jangka hayat cache dan tingkah laku pendaftaran keluaran yang dipasang, bukannya menganggap setiap tunnel bergerak serentak.

Bentuk statik sudah tentu mempunyai kelewatannya sendiri: tiada apa berubah sehingga setiap spoke diedit. Perbandingan adalah antara tolakan konfigurasi yang diselaraskan dan penyegaran penemuan yang dicache, bukan antara perlahan dan segera.

Bandingkan apa yang kekal sama

Pengesahan rakan tidak bergerak. Nama hos yang mencari titik akhir pengangkutan tidak menggantikan identiti IKE yang dikonfigurasi atau dasar pengesahan yang mengesahkan rakan. Jika identiti itu salah, penyelesaian DNS yang berjaya hanya membawa anda lebih cepat kepada tunnel yang ditolak.

Trafik yang dilindungi juga tidak berubah. NHS yang bertindak balas tidak membuktikan bahawa laluan pelanggan wujud atau bahawa aliran aplikasi dibenarkan. Pendaftaran, penghalaan dan dasar ialah tiga pemeriksaan, dan nama hanya mempengaruhi langkah pertama yang menyuburkan ketiga-tiganya.

Perbandingan yang boleh anda sahkan

Cisco mendokumenkan pemerhatian berasingan untuk sesi dan hubungan NHS. Gunakan show dmvpn untuk membaca keadaan rakan dan sesi, dan show ip nhrp nhs untuk membaca paparan pendaftaran NHS. Bandingkan alamat pengangkutan yang diselesaikan, rakan overlay dan keadaan pendaftaran dalam susunan itu.

Bab IOS XE FQDN-DMVPN mendokumenkan tingkah laku penemuan, cache dan sekatan di sebalik perbandingan ini. Bacalah terhadap keluaran yang anda pasang sebelum menganggap hab yang dinamakan semula sebagai pengganti langsung hab bernombor.