Mengapa cadangan VPN Anda bukan penerus layak EIGRP
Penerus yang layak harus lulus pertidaksamaan ketat, bukan sekadar ada. Bandingkan jarak yang dilaporkan dan jarak layak sebelum menyetel pengatur waktu atau menyalahkan terowongan.
Terowongan kedua muncul, tabel perutean masih menunjukkan satu jalur, dan kesimpulan yang jelas adalah protokolnya tidak menyadarinya. Biasanya ia menyadari dan menolaknya. EIGRP hanya memasang cadangan ketika lolos uji bebas loop tertentu, dan terowongan yang aktif tidak mengatakan apa pun tentang apakah jarak yang dilaporkan tetangga lolos uji itu. Perbedaan itulah seluruh jawabannya, dan itu aritmetika, bukan pengatur waktu.
Syaratnya, dinyatakan dengan tepat
RFC 7868 mendefinisikan syarat kelayakan sebagai pemeriksaan yang memadai untuk jalur bebas loop tetangga: jarak yang dilaporkan tetangga ke tujuan harus benar-benar lebih kecil daripada jarak layak lokal. Ketat. Bukan lebih kecil atau sama dengan.
Pertidaksamaan tunggal itulah yang membuat alternatif menjadi penerus yang layak. Semua hal lain di sini adalah pembukuan di sekitarnya.
Dua jarak dengan tugas berbeda
Jarak yang dilaporkan adalah yang diumumkan tetangga untuk tujuan. Jarak layak adalah catatan metrik total terkecil yang diketahui sejak transisi ACTIVE–PASSIVE terakhir, karena itu bisa berbeda dari metrik jalur terbaik saat ini. Mencampur keduanya menghasilkan kesimpulan salah yang percaya diri.
Dalam tampilan operasional, beberapa kolom mirip jarak berdiri berdampingan. Baca tajuk kolom yang Anda gunakan, dan ingat bahwa metrik jalur lengkap yang dihitung milik tetangga bukan besaran yang sama dengan jarak yang dilaporkannya kepada Anda.
Satu perbandingan yang dikerjakan
Ambil contoh yang dinyatakan dengan jarak layak 1000. Tetangga yang melaporkan 900 lolos uji dan dapat menjadi penerus yang layak. Tetangga yang melaporkan 1000 gagal, karena syaratnya adalah pertidaksamaan ketat dan kesetaraan tidak cukup.
Angka-angka itu aritmetika, bukan kecepatan tautan. Jangan membacanya sebagai prediksi tentang perute tertentu atau sebagai metrik yang disarankan.
Deteksi bukan kelayakan
Mekanisme dapat menyadari rekan yang mati dengan cepat sementara EIGRP masih tidak memiliki pengganti yang layak. Menyadari adalah satu tahap; perhitungan rute terkoordinasi adalah tahap lain, dan itu hanya dimulai ketika tidak ada penerus yang layak. Gagal dalam syarat tidak membuktikan bahwa alternatifnya memiliki loop fisik. Artinya uji jalan pintas lokal tidak menetapkan jaminan, jadi perhitungannya harus menangani hasilnya.
Memperpendek pengatur waktu keaktifan tidak dapat menciptakan keterjangkauan yang tidak pernah ada, dan mengubah nilai bandwidth atau penundaan yang dikonfigurasi bukanlah pengukuran kapasitas.
Baca kolomnya, lalu uji aplikasinya
Catat tujuan, penerus saat ini, tetangga kandidat, jarak yang dilaporkannya, jarak layak, dan keadaan rute yang dihasilkan. show ip eigrp topology 10.10.10.0/24 memberi Anda sebagian besar itu untuk satu prefiks. Lalu ikat keputusan ke jalur terowongan yang benar-benar membawa hop berikutnya, karena tabel perutean dan tabel terowongan bisa berbeda pendapat tentang antarmuka mana yang dipakai.
Di bawah pengamatan yang disetujui, ikuti tiga hal secara terpisah: deteksi, pemilihan rute, dan pemulihan aplikasi itu sendiri. Urutan itu memberi tahu Anda apakah bagian yang hilang adalah cadangan yang layak, jalur VPN di bawahnya, atau beban kerja yang menghubungkan ulang, alih-alih menganggap setiap pemulihan lambat membutuhkan pengatur waktu lain.
Kebiasaan yang berguna adalah memeriksa pertidaksamaan sebelum menyentuh hal lain. Ini butuh satu perintah dan menyelesaikan perdebatan.