Jiran OSPF tidak terbentuk melalui VPN? Semak ini mengikut urutan

Terowong aktif, antara muka berada dalam subnet yang sama, dan OSPF masih tidak menunjukkan apa-apa. Kebanyakan masa terowong baik dan satu keperluan OSPF tidak dipenuhi. Lakukan lima semakan di bawah mengikut urutan dan berhenti pada yang pertama gagal.

Setiap semakan mempunyai simptom berbeza, sebab itu urutan lebih penting daripada senarai.

Semakan 1: adakah model pautan betul

Antara muka titik-ke-titik dan rangkaian berbilang capaian dikongsi ialah persekitaran OSPF yang berbeza. Menyalin konfigurasi LAN siaran ke terowong ialah kesilapan paling biasa di sini. Tetapkan jenis rangkaian yang disokong pelaksanaan VPN, biasanya titik-ke-titik untuk terowong yang dihalakan. Kemudian sahkan platform bersetuju, kerana sesetengah pelaksanaan mengabaikan atau menimpa tetapan itu.

Jika model pautan salah, tiada apa lagi dalam senarai akan membantu.

Semakan 2: adakah paket dibenarkan melalui

OSPFv2 ialah protokol IP 89, bukan port TCP atau UDP, jadi peraturan tembok api yang ditulis untuk port membuangnya secara senyap. Hello juga pergi ke alamat multicast, yang mungkin tidak dibenarkan oleh dasar. Benarkan protokol 89 antara hujung terowong, kemudian semak sama ada platform memerlukan pernyataan jiran yang eksplisit.

Terowong yang hanya meluluskan ping ialah masalah dasar, bukan penghalaan.

Semakan 3: adakah parameter jiran sepadan

ID kawasan, selang hello dan dead, pengesahan dan bendera stub semuanya mesti sepadan. Ketidakpadanan biasanya membiarkan jiran terhenti dalam keadaan yang kelihatan dan bukannya gagal secara senyap, yang berguna. Bandingkan konfigurasi yang berjalan di kedua-dua hujung, bukan yang dirancang.

Ketidakpadanan MTU ialah yang halus. Ia menyekat pertukaran pangkalan data pada ExStart, jadi jiran tidak pernah mencapai Full.

Semakan 4: apa kata keadaan

Keadaan menamakan kegagalan. Init bermaksud hello tiba tetapi penghala ini tidak disenaraikan di dalamnya, yang menunjuk ke laluan sehala atau masalah multicast. Two-Way normal pada segmen siaran dengan jiran bukan DR dan tidak normal pada pautan titik-ke-titik. ExStart atau Exchange tersekat bermaksud masalah MTU atau perihalan pangkalan data. Loading bermaksud permintaan keadaan pautan tidak dijawab.

Baca keadaan sebelum mengubah apa-apa, kerana ia menyingkirkan sebahagian besar senarai.

show ip ospf neighbor mencetak keadaan, alamat jiran dan pemasa dead. Bandingkan pemasa itu dengan selang hello di kedua-dua belah: selang dead empat kali hello adalah normal, apa-apa lagi ialah ketidakpadanan. Lajur keadaan ialah bacaan terpantas di seluruh halaman.

Semakan 5: apa yang sebenarnya diiklankan

Ketetanggaan Full bukan laluan. Semak rangkaian mana yang dijana, mana yang dipelajari dan mana yang dipasang dalam jadual penghalaan. Pernyataan rangkaian yang hilang atau dasar pengagihan semula yang mengecualikan awalan tapak menghasilkan jiran yang sihat dan jadual kosong.

Kemudian uji aplikasi peringkat hos dan laluan balik, kerana protokol penghalaan tidak membuka tembok api.

Untuk IPv6, OSPFv3 mempunyai keperluannya sendiri dan bukan suis keluarga alamat pada setiap tetapan OSPFv2. Gunakan protokol yang sepadan dan dokumentasi platform. Dan jika sambungan ialah satu pautan tetap, bandingkan laluan statik sebelum menambah satah kawalan yang perlu anda kendalikan.