Saya memiliki beberapa / 30 subnet yang menghubungkan router OSPF melalui tautan yang mampu siaran .. Haruskah saya juga mengkonfigurasi antarmuka yang terlibat dalam tautan ke ip ospf network point-to-point? Atau apakah itu penting?
Jenis jaringan pasti penting, tetapi Anda harus tajam dalam menangani situasi ini ... ada beberapa kasus sudut yang perlu dipertimbangkan. Mari kita bandingkan konsekuensi mengkonfigurasi a / 30 sebagai jaringan "Broadcast" atau "Point-to-Point" OSPF ...
----------+-------+--------------+--------------------+--------------+
Network | Hello | DeadInterval | Adjacency Time | LSAs per /30 |
----------+-------+--------------+--------------------+--------------|
Broadcast | 10s | 40s | > 40s (very slow) | 3 |
Pt-to-Pt | 30s | 120s | < 2s (fast) | 2 |
----------+-------+--------------+--------------------+--------------+
Ringkasan
- Jenis-jenis Jaringan Siaran OSPF membangun kedekatan secara perlahan (karena mereka harus menunggu pemilihan DR), dan menghasilkan 50% lebih banyak LSA untuk setiap / 30 yang Anda tunjuk sebagai jaringan Siaran OSPF. LSA tersebut harus dibanjiri dan diproses, yang memperlambat konvergensi. Singkatnya, desain yang menggunakan banyak / 30 jaringan Broadcast OSPF akan bertemu agak lebih lambat daripada jika Anda mengganti / 30 jaringan Point-to-Point ...
- Jenis jaringan Point-to-Point OSPF menghadirkan kedekatan dengan sangat cepat; Namun, seperti yang disebutkan Ron,
RouterDeadInterval
waktunya 120 detik sehingga Anda mungkin ingin mengatur HelloInterval
lebih rendah. Namun, jaringan yang dirancang dengan benar tidak perlu khawatir tentang penurunan HelloInterval
untuk jaringan OSPF / -30 Point-to-Point.
Detail: / 30 pada Jaringan Siaran OSPF
Default Jaringan Siaran OSPF :
HelloInterval
: 10 detik
RouterDeadInterval
: 40 Detik
Saatnya mendeteksi kegagalan Proses OSPF : <= 40 Detik
Waktu penyesuaian : lebih dari 40 detik
[Time T = 0]
Kedua router mengirim OSPF Hellos saat tautan muncul. ( NEGARA OSPF: INIT )
[Time T = 0]
Kedua router melihat halo yang berlawanan; namun, kecuali dikonfigurasikan dengan DR Priority 0, kedua router harus menunggu beberapa RouterDeadInterval
detik untuk memastikan bahwa tidak ada kandidat DR yang ada di tautan. ( NEGARA OSPF: 2-CARA )
[Time T = 40]
DR / BDR dipilih, dan pertukaran DBD dimulai ( OSPF STATE: EXSTART )
[Time T = 40 + 'DBD exchange time']
DBD diuraikan, dan SPF berjalan ( OSPF STATE: FULL )
LSA :
- Setiap router mengirim Router LSA: OSPF LSA Type 1
- DR mengirimkan LSA Jaringan Tipe 2 untuk tautan siaran itu sendiri
Detail: / 30 pada Jaringan Point-to-Point OSPF
Default Jaringan Point-to-Point OSPF :
HelloInterval
: 30 detik
RouterDeadInterval
: 120 Detik
Saatnya mendeteksi kegagalan Proses OSPF : <= 120 Detik
Waktu penyesuaian : Cepat (biasanya kurang dari 2 detik)
[Time T = 0]
Kedua router mengirim OSPF Hellos saat tautan muncul. ( NEGARA OSPF: INIT )
[Time T = 0]
Kedua router melihat halo yang berlawanan. ( NEGARA OSPF: 2-CARA )
[Time T = 0]
Pertukaran DBD dimulai ( STATE OSPF: EXSTART )
[Time T = 'DBD exchange time']
DBD diuraikan, dan SPF berjalan ( OSPF STATE: FULL )
Kapan harus menurunkan HelloInterval
untuk Jaringan Point-to-Point OSPF
Pertimbangkan kasus-kasus ini ...
Kasus A: Sambungan serat langsung antar router
Router1-------------------------------Router2
Tautan antar router dikonfigurasikan sebagai OSPF Network Point-to-Point. Jika tautan antara Router1 dan Router2 mati, kedua router segera melihat tautannya turun, dan menjalankan SPF untuk menemukan jalur alternatif. Kegagalan proses OSPF cenderung sangat jarang, jadi biasanya tidak ada argumen yang baik untuk menurunkan HelloInterval
untuk CaseA.
Kasus B: Satu Beralih di antara dua router
Router1-------------Switch------------Router2
Tautan antar router dikonfigurasikan sebagai OSPF Network Point-to-Point. Jika tautan antara Router1 dan sakelar mati, ada masalah ... Router1 segera tahu untuk menjalankan SPF (setelah menunggu SPFDelay
); Namun, tautan Router2 masih menyala. Akibatnya Router2 harus menunggu untuk bertemu sampai RouterDeadInterval
kedaluwarsa, atau sampai Router2 melihat LSA baru Router1 (dibanjiri setelah Router1 menyelesaikan SPF). Dalam kebanyakan kasus, Router2 akan melihat LSA baru Router1 dan kemudian menjalankan SPF sendiri ... Namun, konvergensi Router2 dalam kasus itu setidaknya dua kali lipat SPFInterval
( SPFInterval
default: 5 detik di iOS).
Layak untuk menurunkan halo timer (atau timer BFD) untuk CaseB ketika router Anda dikonfigurasi sebagai OSPF Network Point-to-Point.
Jenis C: Dua router berdekatan melalui beberapa sakelar
Router1-----Switch1-----Switch2--------Router2
Ini adalah kasus terburuk untuk waktu konvergensi OSPF Point-to-Point; tautan antar router dikonfigurasikan sebagai OSPF Network Point-to-Point. Jika tautan antara Switch1 dan Switch2 mati, kedua router akan melihat tautannya; ini berarti HelloInterval
penghitung waktu default harus diubah untuk mencegah penundaan selama dua menit antara tautan yang turun, dan proses SPF. Dalam hal ini, pasti layak menurunkan halo timer (atau timer BFD) untuk CaseC ketika router Anda dikonfigurasi sebagai OSPF Network Point-to-Point.