Pemilihan OSPF dengan tautan / 30?

9

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? Satu-satunya hal yang dapat saya pikirkan adalah untuk mencegah pemilihan yang menurut saya tidak menjadi masalah karena hanya ada 2 host (router) di subnet?

Jim
sumber

Jawaban:

11

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, RouterDeadIntervalwaktunya 120 detik sehingga Anda mungkin ingin mengatur HelloIntervallebih rendah. Namun, jaringan yang dirancang dengan benar tidak perlu khawatir tentang penurunan HelloIntervaluntuk 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

  1. [Time T = 0]Kedua router mengirim OSPF Hellos saat tautan muncul. ( NEGARA OSPF: INIT )
  2. [Time T = 0]Kedua router melihat halo yang berlawanan; namun, kecuali dikonfigurasikan dengan DR Priority 0, kedua router harus menunggu beberapa RouterDeadIntervaldetik untuk memastikan bahwa tidak ada kandidat DR yang ada di tautan. ( NEGARA OSPF: 2-CARA )
  3. [Time T = 40] DR / BDR dipilih, dan pertukaran DBD dimulai ( OSPF STATE: EXSTART )
  4. [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)

  1. [Time T = 0]Kedua router mengirim OSPF Hellos saat tautan muncul. ( NEGARA OSPF: INIT )
  2. [Time T = 0]Kedua router melihat halo yang berlawanan. ( NEGARA OSPF: 2-CARA )
  3. [Time T = 0] Pertukaran DBD dimulai ( STATE OSPF: EXSTART )
  4. [Time T = 'DBD exchange time']DBD diuraikan, dan SPF berjalan ( OSPF STATE: FULL )

Kapan harus menurunkan HelloIntervaluntuk 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 HelloIntervaluntuk 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 RouterDeadIntervalkedaluwarsa, 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( SPFIntervaldefault: 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 HelloIntervalpenghitung 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.

Mike Pennington
sumber
Terima kasih Mike! Info Hebat Satu pertanyaan terakhir. Apakah perintah Point-to-Point perlu dijalankan pada kedua titik akhir? Pikiranku ya ...
Jim
Ya kedua antarmuka membutuhkan konfigurasi antarmuka P2P yang cocok
Mike Pennington
1

Sebenarnya ada beberapa hal untuk Anda pertimbangkan dengan pertanyaan ini.

Gunakan point-to-point jika:

  • Deteksi dan konvergensi kegagalan cepat penting bagi Anda.
    • Konvergensi: Kurangnya pemilihan DR / BDR akan mempercepat konvergensi
    • Deteksi kegagalan: Pasangkan tipe jaringan point-to-point jaringan OSPF dengan BFD untuk untuk deteksi cepat kegagalan-tautan. Anda dapat menyesuaikan pengatur waktu OSPF tetapi BFD berkinerja lebih baik daripada fast-hellos dan sedikit lebih mudah pada sumber daya sistem.
  • Anda ingin menggunakan / 31 jaringan pada tautan titik-ke-titik Anda untuk menghemat ruang alamat IP
    • Mask jaringan dalam paket halo untuk jaringan point-to-point diabaikan

Catatan: Untuk rute yang diterima melalui tipe jaringan point-to-point, OSPF akan melaporkan hop berikutnya sebagai router tetangga.

Gunakan siaran (tipe default) jika:

  • Anda tidak terlalu peduli dengan waktu konvergensi
  • Anda tidak ingin merekayasa solusi rumit yang rumit

Catatan: Untuk rute yang diterima melalui tipe jaringan siaran, OSPF akan melaporkan hop berikutnya sebagai router iklan.

mbud
sumber
Saya tidak yakin bahwa jaringan p2p OSPF adalah hak milik Cisco; mereka dijelaskan dalam Bagian 12.4.1.1 RFC2328
Mike Pennington
Ya benar, saya salah di sini. NBMA point-to-multipoint dan point-to-multipoint yang saya bingungkan dengannya. Kedua adalah proprietary.
mbud
0

Satu hal yang perlu diperhatikan adalah timer. Jaringan siaran memiliki timer mati 40 detik, tetapi PTP adalah 120 detik. Itu mungkin menjadi masalah untuk konvergensi / waktu pemulihan jika terjadi kegagalan jaringan.

Ron Trunk
sumber
-1

Biasanya, pengaturan OSPF ke titik-ke-titik dilakukan untuk menghemat bandwidth pada tautan sewaan karena tidak akan ada pemilihan, jadi jika tautan tidak disewakan atau diukur, Anda tidak akan melihat banyak perbedaan antara kedua pengaturan.

Pedro Brito
sumber
Masalah bandwidth tidak menjawab pertanyaan pemilihan
user5025
Hemat bandwidth dengan tidak memiliki pemilihan OSPF. Maaf, berpikir lebih cepat daripada yang saya ketik.
Pedro Brito
Pemilihan DR ditentukan dengan paket halo. Tidak ada bandwidth tambahan yang diperlukan
user5025