Чому OSPF потрібні ЛДА типу 2?

Дізнайтеся більше про OSPF для досліджень CCNP. Я дивлюся на те, як OSPF будує свої посилання та щойно охоплював LSA Type1. Дивлячись на LSA типу 1, мені цікаво, чому вони навіть потрібні?

З книги, яку я читаю, випливає, що ЛДА типу2 використовуються для того, щоб допомогти маршрутизатору скласти «головоломку» топології, так, якби тільки за допомогою ЛДД типу 1 він не міг розібратися з усіма посиланнями в топології. Схоже, що LSA Type1 надає достатньо інформації, щоб маршрутизатор міг отримати висновок про з'єднання двох або навіть більше маршрутизаторів. Можливо, книга, яку я читаю, має погані приклади, але я не можу побачити, що отримує OSPF від LSA Type2, і важко зрозуміти, як вони працюють.

Важливо зауважити, що LSA типу 2 генеруються лише на сегментах, де обрано DR / BDR - сюди входять мережі BMA (Broadcast Multi-Access) та NBMA (Non-Broadcast Multi-Access). ДР - це те, що генерує LSA типу 2. Таку поведінку можна обійти, налаштувавши інтерфейси Ethernet, на яких ви вирішили запустити OSPF point-to-point(це також запобіжить процес виборів ДР).

LSA типу 2 вигідні при запуску OSPF на широкомовному (Ethernet) або бездротовому мультидоступному (Frame Relay) носії. Простіше кажучи, так, маршрутизатори могли використовувати LSA типу 1 та деталізувати посилання кожного маршрутизатора на всі інші маршрутизатори, але це неефективно і введе непотрібне надходження в LSDB OSPF. Щоб пом'якшити це, LSA типу 2 (мережа) використовується для представлення широкомовної підмережі. Кожен LSA маршрутизатора потім має посилання на мережу LSA підмережі широкомовної мережі, а мережа LSA має посилання на кожен LSA маршрутизатора. Це математична проблема - з кожним маршрутизатором, що використовує LSA типу 1, у вас є n * (n - 1)посилання в базі даних стану посилань. При ЛДА типу 2 ця кількість зменшується до n * 2.

Я настійно рекомендую прочитати книгу Джона Моя про OSPF . Він також написав початкові протоколи RFC для протоколу.

Дуже добре пояснено!

Можливо, ця графіка допоможе це наочно уявити.

Крім того: LSA типу 2 використовує лише як "віртуальний екземпляр" маршрутизатора в сегменті MA, цей псевдонод має суміжність з усіма приєднаними маршрутизаторами (включаючи DR / BDR) у мережі та перелічує всі додані маршрутизатори (RID) до цього сегмента . Для передачі LSA вони (DR / BDR) також використовують LSA типу 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

Ось приклад того, коли LSA 2 може бути корисним (не знайдено в оригінальній відповіді):

R1 ---- | ---- R2 ---- | ---- R3 - всі підключені на носії мовлення.

Скажімо, посилання R3 знижується:

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

R2 виявить спад R3 вниз, коли термін дії мертвого таймера закінчиться. Але як R1 дізнається про те, що R3 знижується, оскільки R2 не змінить, це LSA типу 1 (посилання R2 до R3 все ще працює). Відповідь полягає в тому, що R2 затопить LSA типу 2, в якому, за його словами, R3 вже не є частиною псевдона. Отримавши це оновлення, R1 видалить маршрути, які використовували R3 в якості транзиту. Цікаво, що R1 все ще має R3 типу 1 LSA. Він просто бачить, що графік переривається (від lsa типу 2, надісланого R2).

Я думаю, що причина полягає в тому, що в маршрутизаторі-LSA мережа представлена ​​лише як IP-адреса (без мережної маски) DR цієї мережі, в той час як і IP-мережа, і маска мережі включені в Network-LSA.

Концептуально саме ДР ідентифікує мережу, а не середній маршрутизатор, пов'язаний з мережею.

Ще одна причина полягає в тому, що така мережа-LSA буде надсилатися іншим та вичерпуватися як одне ціле. Наприклад, DR, що виходить, може змити свій старий Network-LSA, щоб ця мережа була видалена з БД стану зв'язку інших маршрутизаторів.

Оголошення стану посилань складають основу цього типу протоколів. без них та їх привіт та мертвих таймерів не було б можливості запевнити топологію та зв’язки все ще активні.

Протоколи стану посилань залежать від них, тоді як EIGRP та інші протоколи вектора відстані більше залежать від шляху даних і вартості шляху, визначеного наявністю пропускної здатності, затримкою тощо. Вони також не мають регулярних оновлень "оновлень", які надсилаються, коли це необхідно, наприклад, коли виявлено, що посилання є неактивним.

З OSPF та LSA цілі оновлення таблиці топології надсилаються регулярно, вони залежать від подібних елементів, таких як відстань і пропускна здатність, але вони обчислюються по-різному завдяки алгоритму, використовуваному в OSPF.

Я віддаю перевагу EIGRP, але це не варіант у землі, що не належить до Cisco, її просто більш ефективний та простий протокол для налаштування IMO.

Я живу в усьому світі ялівцю, тому eIGRP - це минуле, OSPF та різного типу реклами LSA - це необхідно знати.