Tetangga OSPF tidak terbentuk melalui VPN? Periksa ini secara berurutan

Tunnel aktif, antarmuka berada di subnet yang sama, dan OSPF tetap tidak menampilkan apa pun. Sebagian besar waktu tunnel baik-baik saja dan satu persyaratan OSPF tidak terpenuhi. Kerjakan lima pemeriksaan di bawah ini secara berurutan dan berhenti pada yang pertama gagal.

Setiap pemeriksaan punya gejala yang berbeda, karena itu urutannya lebih penting daripada daftarnya.

Pemeriksaan 1: apakah model tautan sudah benar

Antarmuka point-to-point dan jaringan multi-akses bersama adalah lingkungan OSPF yang berbeda. Menyalin konfigurasi LAN broadcast ke tunnel adalah kesalahan paling umum di sini. Atur jenis jaringan yang didukung implementasi VPN, biasanya point-to-point untuk tunnel yang dirutekan. Lalu pastikan platform setuju, karena beberapa implementasi mengabaikan atau menimpa pengaturan itu.

Jika model tautannya salah, tidak ada yang berikutnya dalam daftar akan membantu.

Pemeriksaan 2: apakah paket diizinkan lewat

OSPFv2 adalah protokol IP 89, bukan port TCP atau UDP, jadi aturan firewall yang ditulis untuk port membuangnya diam-diam. Hello juga menuju alamat multicast, yang mungkin tidak diizinkan kebijakan. Izinkan protokol 89 di antara ujung tunnel, lalu periksa apakah platform memerlukan pernyataan tetangga eksplisit.

Tunnel yang hanya meloloskan ping adalah masalah kebijakan, bukan routing.

Pemeriksaan 3: apakah parameter tetangga cocok

ID area, interval hello dan dead, autentikasi, serta flag stub semuanya harus cocok. Ketidakcocokan biasanya membuat tetangga tertahan di status yang terlihat alih-alih gagal diam-diam, yang berguna. Bandingkan konfigurasi yang berjalan di kedua ujung, bukan yang direncanakan.

Ketidakcocokan MTU adalah yang halus. Ini memblokir pertukaran basis data di ExStart, sehingga tetangga tidak pernah mencapai Full.

Pemeriksaan 4: apa kata statusnya

Status menyebutkan kegagalannya. Init berarti hello datang tetapi router ini tidak tercantum di dalamnya, yang menunjuk ke jalur satu arah atau masalah multicast. Two-Way normal pada segmen broadcast dengan tetangga non-DR dan tidak normal pada tautan point-to-point. ExStart atau Exchange yang macet berarti masalah MTU atau deskripsi basis data. Loading berarti permintaan link-state tidak dijawab.

Baca status sebelum mengubah apa pun, karena itu menyingkirkan sebagian besar daftar.

show ip ospf neighbor mencetak status, alamat tetangga, dan timer dead. Bandingkan timer itu dengan interval hello di kedua sisi: interval dead empat kali hello adalah normal, selain itu berarti ketidakcocokan. Kolom status adalah bacaan tercepat di seluruh halaman.

Pemeriksaan 5: apa yang sebenarnya diiklankan

Ketetanggaan Full bukanlah rute. Periksa jaringan mana yang dibuat, mana yang dipelajari, dan mana yang dipasang di tabel routing. Pernyataan jaringan yang hilang atau kebijakan redistribusi yang mengecualikan prefiks situs menghasilkan tetangga yang sehat dan tabel yang kosong.

Lalu uji aplikasi tingkat host dan jalur kembali, karena protokol routing tidak membuka firewall.

Untuk IPv6, OSPFv3 punya persyaratannya sendiri dan bukan tombol keluarga alamat pada setiap pengaturan OSPFv2. Gunakan protokol yang sesuai dan dokumentasi platform. Dan jika koneksinya satu tautan tetap, bandingkan rute statis sebelum menambahkan bidang kendali yang harus Anda operasikan.