Failover WAN DMVPN: Dasar Laluan atau Tutup Terowong?

Hab DMVPN dengan dua WAN melakukan failover dalam salah satu daripada dua cara, dan perbezaannya lebih besar daripada yang kelihatan. Satu mengubah hop seterusnya yang dipilih oleh dasar laluan, jadi paket terus mengalir dan hanya laluan keluarnya berubah. Yang lain menutup terowong secara pentadbiran, yang menjatuhkan setiap perkhidmatan pada antara muka itu bersamanya. Kedua-duanya boleh betul, kerana ia menjawab soalan yang berbeza.

Keputusan datang sebelum konfigurasi

Tiga syarat menentukan ini untuk anda. Adakah sesuatu yang lain bergantung pada antara muka terowong kekal aktif, seperti profil DMVPN kedua atau pemantau yang membaca keadaannya? Adakah trafik yang mesti failover membawa dasarnya sendiri, atau bergantung pada jadual penghalaan global? Dan adakah pengendali memerlukan perubahan keadaan yang tidak kabur, atau peralihan laluan senyap sudah memadai? Jawab ketiga-tiganya dan pilihan biasanya menentukan dirinya sendiri.

Jika penutupan akan menjatuhkan perkhidmatan yang berfungsi, dasar laluan ialah tindakan yang lebih kecil. Jika keperluannya ialah terowong tidak boleh wujud semasa WAN utama turun, tiada entri dasar boleh menyatakannya.

Tulis jawapannya, kerana konfigurasi ialah bahagian yang mudah.

Apa yang sebenarnya diubah oleh dasar laluan

Dengan penghalaan berasaskan dasar, objek yang dijejaki boleh mengawal hop seterusnya. Entri peta laluan menamakan hop seterusnya calon dan objek yang dijejaki yang mesti aktif untuk ia digunakan, dan keadaan penjejakan itu datang daripada probe IP SLA. Apabila objek turun, entri berhenti sepadan dan paket dinilai oleh entri seterusnya atau oleh jadual penghalaan biasa.

Butiran terakhir itu mengejutkan orang: dasar yang berhenti memilih hop seterusnya biasanya membenarkan penghalaan biasa dan bukannya menyekat trafik. Jika anda memerlukan lubang hitam semasa kegagalan, anda perlu menulisnya sendiri.

Sintaks berbeza antara platform dan keluaran, jadi semak panduan untuk versi yang anda jalankan sebenarnya.

Apa yang diubah dengan menutup terowong

Menutup antara muka mengubah keadaan pentadbiran. Setiap terowong, laluan dan sesi yang bergantung padanya turun serentak, iaitu tepat apa yang anda mahu jika terowong itu perkara yang mesti hilang. Begitulah juga applet EEM menukar masalah WAN menjadi gangguan yang merangkumi perkhidmatan tidak berkaitan.

Jika anda memilih jalan ini, hadkan applet kepada satu antara muka dan satu pencetus, simpan keadaan pentadbiran sebelumnya, takrifkan tindakan pemulihan, dan pastikan flap berulang tidak boleh memacunya ke dalam gelung.

Perintah pemulihan yang dikodkan keras juga boleh mengatasi penutupan penyelenggaraan yang dilakukan oleh orang lain.

Biarkan probe melalui laluan yang anda fikirkan

Probe yang mengikut laluan terbaik semasa bergerak ke WAN sandaran bersama semua yang lain, kemudian melaporkan yang utama sihat kerana ia tidak lagi menggunakannya.

Sematkan probe pada antara muka atau alamat sumber laluan yang anda uji. Semak juga apa yang disasarkannya, kerana mencapai hop seterusnya pembekal membuktikan lebih sedikit daripada mencapai perkhidmatan yang menjadi sebab terowong itu wujud. Tetapkan kelewatan naik dan turun dengan sengaja: kelewatan turun pendek bertindak balas pantas dan berflap, manakala yang panjang menahan kelipan dan menyembunyikan kegagalan sebenar. Panduan Cisco tentang penjejakan dan penghalaan berasaskan dasar dalam IOS XE mendokumenkan gabungan yang disokong, dan set ciri pada platform anda menentukan mana yang boleh anda gunakan.

Catat kedua-dua nilai kelewatan di sebelah objek yang dijejaki, jika tidak tiada siapa tahu mengapa ia berkelakuan begitu.

Putuskan pemulihan, kemudian sahkan

Pemulihan wajar mendapat keputusannya sendiri. Pautan yang kerap melintasi ambang boleh memindahkan sesi lebih kerap daripada yang jelas gagal, dan setiap pemindahan menelan kos rundingan semula kunci dan percubaan semula aplikasi. Pilih keperluan kestabilan dan biarkan kelewatan menyatakannya. Kemudian sahkan dalam tetingkap perubahan dengan laluan probe kelihatan: laluan dipilih, laluan rakan luar dan apa yang sebenarnya dilakukan oleh aplikasi.

Jika failover berfungsi tetapi aplikasi masih rosak, masalahnya terletak di atas lapisan penghalaan dan tiada penjejakan akan membaikinya.

Simpan bukti daripada tetingkap itu, kerana perubahan seterusnya akan dibandingkan dengannya.