Mengapa OSPF membutuhkan LS2 Type2?

Belajar lebih banyak tentang OSPF untuk studi CCNP. Saya melihat bagaimana OSPF membangun tautannya, dan baru saja membahas LS1 Type1. Melihat LS1 Type1, saya bertanya-tanya mengapa ini bahkan diperlukan?

Buku yang saya baca menyiratkan bahwa LS2 Type2 digunakan untuk membantu router membangun 'teka-teki' topologi, seolah-olah hanya menggunakan LS1 Type1, ia tidak dapat menemukan semua tautan dalam topologi. Tampaknya L1 Type1 memberikan informasi yang cukup bagi router untuk dapat menentukan bagaimana dua atau lebih router dihubungkan. Mungkin buku yang saya baca memiliki contoh-contoh yang buruk, tetapi saya tidak dapat melihat apa yang OSPF dapatkan dari LS2 Type2 dan sulit untuk memahami bagaimana mereka bekerja.

Penting untuk dicatat bahwa LSA tipe 2 hanya dihasilkan pada segmen di mana DR / BDR telah dipilih - ini termasuk BMA (Broadcast Multi-Access) dan jaringan NBMA (Non-Broadcast Multi-Access). DR adalah apa yang menghasilkan LSA tipe 2. Perilaku ini dapat dilewati dengan mengkonfigurasi antarmuka Ethernet Anda yang Anda pilih untuk menjalankan OSPF point-to-point(ini juga akan mencegah proses pemilihan DR).

Tipe 2 LSA bermanfaat ketika menjalankan OSPF melalui media Broadcast (Ethernet) atau Non-Broadcast Multi-Access (Frame Relay). Sederhananya, ya, router dapat menggunakan LSA tipe 1 dan merinci setiap tautan router ke semua router lain, tetapi ini tidak efisien dan akan memperkenalkan mengasapi yang tidak perlu ke dalam OSPF LSDB. Untuk mengurangi ini, Tipe 2 (jaringan) LSA digunakan untuk mewakili subnet siaran. Setiap router LSA kemudian memiliki tautan ke LSA jaringan subnet siaran, dan jaringan LSA memiliki tautan ke masing-masing router LSA. Ini masalah matematika - dengan setiap router menggunakan LSA tipe 1, Anda memiliki n * (n - 1)tautan di basis data keadaan tautan. Dengan LSA tipe 2, jumlah ini dikurangi menjadi n * 2.

Saya sangat merekomendasikan membaca buku John Moy tentang OSPF . Dia juga menulis RFC awal untuk protokol.

Dijelaskan dengan sangat baik!

Mungkin grafik ini membantu memvisualisasikannya.

Selain itu: Tipe-2 LSA hanya digunakan sebagai "instance virtual" dari router di segmen MA, pseudonode ini memiliki kedekatan dengan semua router yang terpasang (termasuk DR / BDR) pada jaringan dan daftar semua router yang terpasang (RID) ke segmen itu . Untuk mentransfer LSA mereka (DR / BDR) juga menggunakan LSA Tipe-1.

R1# sh ip ospf database
        OSPF Router with ID (1.1.1.1) (Process ID 1)
            Router Link States (Area 0)
Link ID         ADV Router      Age         Seq#       Checksum Link count
1.1.1.1         1.1.1.1         708         0x80000003 0x008686 2
2.2.2.2         2.2.2.2         709         0x80000003 0x00CB0C 2

            Net Link States (Area 0)
Link ID               ADV Router    Age         Seq#              Checksum
192.168.0.2     2.2.2.2         709         0x80000001 0x0014A6

R1# sh ip ospf database network
        OSPF Router with ID (1.1.1.1) (Process ID 1)
            Net Link States (Area 0)
  Routing Bit Set on this LSA in topology Base with MTID 0
  LS age: 780
  Options: (No TOS-capability, DC)
  LS Type: Network Links
  Link State ID: 1.1.1.1 (address of Designated Router)
  Advertising Router: 1.1.1.1
  LS Seq Number: 80000001
  Checksum: 0x14A6
  Length: 32
  Network Mask: /24
    Attached Router: 2.2.2.2
    Attached Router: 1.1.1.1

R1#sh ip ospf database router self-originate
        OSPF Router with ID (1.1.1.1) (Process ID 1)
            Router Link States (Area 0)
  LS age: 400
  Options: (No TOS-capability, DC)
  LS Type: Router Links
  Link State ID: 1.1.1.1
  Advertising Router: 1.1.1.1
  LS Seq Number: 80000002
  Checksum: 0x729C
  Length: 48
  Number of Links: 2

Link connected to: a Stub Network
 (Link ID) Network/subnet number: 11.11.11.11
 (Link Data) Network Mask: 255.255.255.255
  Number of MTID metrics: 0
   TOS 0 Metrics: 1

Link connected to: a Transit Network
 (Link ID) Designated Router address: 192.168.0.1
 (Link Data) Router Interface address: 192.168.0.1
  Number of MTID metrics: 0
   TOS 0 Metrics: 10

Berikut ini adalah contoh di mana LSA 2 dapat berguna (tidak ditemukan dalam jawaban asli):

R1 ---- | ---- R2 ---- | ---- R3 - semua terhubung pada media siaran.

Katakanlah tautan R3 rusak:

R1 ---- | ---- R2 ---- |

R2 akan mendeteksi R3 turun saat timer mati berakhir. Tapi bagaimana R1 mencari tahu tentang R3 turun, karena R2 tidak akan mengubah itu tipe 1 LSA (tautan R2 ke R3 masih naik). Jawabannya adalah bahwa R2 akan membanjiri LSA tipe 2 di mana ia mengatakan R3 bukan bagian dari pseudonode lagi. Setelah menerima pembaruan ini, R1 akan menghapus rute yang menggunakan R3 sebagai transit. Menariknya, R1 masih memiliki R3 tipe 1 LSA. Itu hanya melihat bahwa grafik terputus (dari tipe 2 lsa dikirim oleh R2).

Saya pikir alasannya adalah bahwa dalam Router-LSA jaringan hanya direpresentasikan sebagai alamat IP (tanpa netmask) dari DR dari jaringan itu sementara IP dan netmask termasuk dalam Network-LSA.

Secara konseptual, DR yang mengidentifikasi jaringan, bukan router biasa yang terhubung ke jaringan.

Alasan lain adalah bahwa Network-LSA akan dikirim ke orang lain dan waktu habis sebagai satu unit. Misalnya, DR pensiunan dapat menyiram Network-LSA yang lama sehingga jaringan tersebut akan dihapus dari DB tautan perute lain.

Tautan iklan negara membentuk dasar dari jenis protokol ini. tanpa mereka dan halo dan timer mati mereka tidak akan ada cara untuk memastikan topologi dan tautan masih aktif.

Protokol keadaan tautan bergantung pada hal-hal ini, sedangkan EIGRP dan protokol vektor jarak lainnya lebih bergantung pada jalur data dan biaya jalur yang ditentukan oleh ketersediaan bandwidth, latensi, dll. Mereka juga tidak memiliki pembaruan "pemutakhiran" reguler yang dikirim saat diperlukan seperti ketika tautan ditemukan tidak aktif.

Dengan OSPF dan LSA seluruh pembaruan dari tabel topologi dikirim secara teratur, mereka bergantung pada item yang serupa, seperti jarak dan bandwidth tetapi mereka dihitung secara berbeda karena algoritma yang digunakan dalam OSPF.

Saya lebih suka EIGRP tapi itu bukan pilihan di tanah non Cisco, itu hanya protokol yang lebih efisien dan lebih sederhana untuk mengkonfigurasi IMO.

Saya tinggal di seluruh dunia Juniper, jadi eIGRP adalah sesuatu dari masa lalu, OSPF dan berbagai jenis iklan LSA adalah suatu keharusan untuk diketahui.