Hub DMVPN bernama versus bernomor: apa yang diubah FQDN

Sebuah spoke DMVPN dapat menemukan hub-nya melalui nama host pada platform yang mendukung fitur ini, dan godaan pertama adalah membaca nama host itu sebagai cara lain menuliskan alamat tunnel hub. Bukan demikian. Nama tersebut diselesaikan ke endpoint transport, sedangkan alamat protokol hub mengidentifikasi hop berikutnya di dalam overlay, dan kedua peran itu bertahan dalam setiap bentuk konfigurasi. Perbedaan itulah yang menentukan apa yang dapat dan tidak dapat diperbaiki oleh penggantian nama.

Dua alamat, dua tugas

Dalam contoh yang dinyatakan, hub.example.net memberi tahu spoke ke mana harus mengirim lalu lintas transport, dan 10.90.0.1 mengidentifikasi NHS di dalam tunnel. Penemuan bekerja pada yang pertama; pendaftaran dan perutean bekerja pada yang kedua. Perubahan nama memengaruhi jalur ke endpoint, sedangkan perubahan alamat protokol memengaruhi hubungan overlay itu sendiri.

Memisahkan peran itulah yang membuat bentuk bernama dapat di-debug. Ketika sebuah spoke gagal mendaftar, Anda dapat mengajukan dua pertanyaan berbeda: apakah nama diselesaikan ke alamat yang saya harapkan, dan apakah alamat itu cocok dengan alamat protokol yang diklaim konfigurasi? Tidak ada jawaban yang menyiratkan jawaban lainnya.

Bandingkan kedua bentuk konfigurasi

Satu bentuk mengonfigurasi alamat protokol NHS secara eksplisit bersama nama. Bentuk lainnya membiarkan spoke mempelajari alamat protokol itu dari balasan pendaftaran. Keduanya didokumentasikan, dan keduanya berakhir dengan jenis hubungan NHS yang sama ketika berhasil.

Bentuk eksplisit membawa batasan yang perlu diingat: alamat transport yang telah diselesaikan tetapi tidak dipetakan ke alamat protokol yang dikonfigurasi akan mencegah pendaftaran. Ini bukan kegagalan DNS, meskipun gejalanya muncul tepat setelah perubahan DNS. Nama berhasil diselesaikan dengan benar dan hasilnya ditolak karena alasan lain. Baca alamat yang diselesaikan dan alamat protokol yang dikonfigurasi secara berdampingan.

Bentuk pembelajaran menghilangkan satu langkah manual dan satu sumber penyimpangan, dengan biaya bergantung pada balasan untuk menetapkan pemetaan. Pilih bentuk eksplisit ketika alamat hub stabil dan Anda ingin ketidakcocokan gagal secara nyaring. Pilih bentuk pembelajaran ketika alamat protokol hub dapat berubah dan Anda lebih suka spoke mengikutinya. Bagaimanapun, catat bentuk mana yang digunakan desain.

Bandingkan cache DNS dengan hub statis

Alamat hub statis berubah ketika seseorang mengedit konfigurasi. Hub bernama berubah ketika DNS berubah, dan jawaban DNS di-cache selama masa hidupnya. Dokumentasi mencatat bahwa informasi yang di-cache tetap dapat digunakan hingga kedaluwarsa, dan kueri berikutnya kemudian dapat mengembalikan alamat baru.

Perbedaan itu adalah perbedaan waktu, bukan migrasi instan. Masa hidup cache yang panjang menunda adopsi endpoint yang diganti nama, dan penundaan itu tidak terlihat jika Anda hanya memantau catatan DNS. Rencanakan penggantian nama dengan mempertimbangkan masa hidup cache dan perilaku pendaftaran rilis yang terpasang, alih-alih menganggap setiap tunnel berpindah sekaligus.

Bentuk statis tentu punya jeda sendiri: tidak ada yang berubah sampai setiap spoke diedit. Perbandingannya adalah antara dorongan konfigurasi yang terkoordinasi dan penyegaran penemuan yang di-cache, bukan antara lambat dan instan.

Bandingkan apa yang tetap sama

Autentikasi peer tidak bergeser. Nama host yang menemukan endpoint transport tidak menggantikan identitas IKE yang dikonfigurasi atau kebijakan autentikasi yang memvalidasi peer. Jika identitasnya salah, resolusi DNS yang berhasil hanya membawa Anda lebih cepat ke tunnel yang ditolak.

Lalu lintas yang dilindungi juga tidak berubah. NHS yang merespons tidak membuktikan bahwa rute pelanggan ada atau bahwa alur aplikasi diizinkan. Pendaftaran, perutean, dan kebijakan adalah tiga pemeriksaan, dan nama hanya memengaruhi langkah pertama yang memberi masukan bagi ketiganya.

Perbandingan yang dapat Anda verifikasi

Cisco mendokumentasikan pengamatan terpisah untuk sesi dan hubungan NHS. Gunakan show dmvpn untuk membaca status peer dan sesi, dan show ip nhrp nhs untuk membaca tampilan pendaftaran NHS. Bandingkan alamat transport yang diselesaikan, peer overlay, dan status pendaftaran dalam urutan itu.

Bab IOS XE FQDN-DMVPN mendokumentasikan perilaku penemuan, cache, dan pembatasan di balik perbandingan ini. Bacalah terhadap rilis yang Anda pasang sebelum memperlakukan hub yang diganti nama sebagai pengganti langsung hub bernomor.