Почему OSPF нуждается в LSA типа 2?

Узнайте больше о OSPF для исследований CCNP. Я смотрю, как OSPF строит свои ссылки и только что рассмотрел Type1 LSA. Глядя на Type1 LSA, мне интересно, почему это даже необходимо?

В книге, которую я читаю, подразумевается, что Type2 LSA используются, чтобы помочь маршрутизатору построить «головоломку» топологии, как если бы просто используя Type1 LSA, он не мог понять все ссылки в топологии. Похоже, что LSA Type1 предоставляет достаточную информацию, чтобы маршрутизатор мог определить, как связаны два или даже более маршрутизатора. Возможно, книга, которую я читаю, имеет плохие примеры, но я не вижу, что OSPF получает от Type2 LSA, и трудно понять, как они работают.

12 голосов | спросил A L 29 +04002013-10-29T19:15:11+04:00312013bEurope/MoscowTue, 29 Oct 2013 19:15:11 +0400 2013, 19:15:11

5 ответов


16

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

LSA типа 2 полезны при запуске OSPF в среде широковещательного (Ethernet) или широковещательного многоадресного (Frame Relay). Проще говоря, да, маршрутизаторы могут использовать LSA 1-го уровня и подробно описывать все ссылки маршрутизатора на все другие маршрутизаторы, но это неэффективно и введет ненужное раздувание в LSDB OSPF. Чтобы уменьшить это, LSA типа 2 (сеть) используется для представления широковещательной подсети. Каждый маршрутизатор LSA затем имеет ссылку на сеть LSnet широковещательной подсети, а сетевой LSA имеет ссылки на каждый из LSA маршрутизатора. Это математическая проблема - с каждым маршрутизатором, использующим LSA типа 1, у вас есть ссылки n * (n - 1) в базе данных состояний ссылок. При использовании LSA типа 2 это число сводится к n * 2.

Я очень рекомендую прочитать книгу Джона Моя об OSPF . Он также написал исходные RFC для протокола.

Очень хорошо объяснено!

Возможно, эта графическая подсказка визуализирует это.

 Поток LSA по площади

ответил John Jensen 29 +04002013-10-29T21:03:04+04:00312013bEurope/MoscowTue, 29 Oct 2013 21:03:04 +0400 2013, 21:03:04
2

Кроме того: 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
ответил t3mp 3 TueEurope/Moscow2013-12-03T06:45:02+04:00Europe/Moscow12bEurope/MoscowTue, 03 Dec 2013 06:45:02 +0400 2013, 06:45:02
0

Вот пример использования LSA 2 (не найден в исходном ответе):

R1 ---- | ---- R2 ---- | ---- R3 - все подключены к широковещательной среде.

Скажем, ссылка R3 идет вниз:

R 1 ---- | ---- ---- R2 |

R2 будет обнаруживать, что R3 опускается, когда истечет мертвый таймер. Но как R1 узнает о том, что R3 идет вниз, потому что R2 не изменит его LSA типа 1 (ссылка R2 на R3 все еще продолжается). Ответ заключается в том, что R2 наполнит LSA типа 2, в котором он говорит, что R3 больше не является частью псевдодальности. Получив это обновление, R1 удалит маршруты, которые использовали R3 в качестве транзита. Интересно, что R1 по-прежнему имеет LSA типа R3. Он просто видит, что график прерывается (от типа 2 lsa, отправленного R2).

ответил Silviu 1 MaramSun, 01 Mar 2015 02:56:03 +03002015-03-01T02:56:03+03:0002 2015, 02:56:03
0

Я думаю, что причина в том, что в Router-LSA сеть представлена ​​только как IP-адрес (без сетевой маски) DR этой сети, в то время как IP и сетевая маска включены в Network-LSA.

Концептуально это DR, который идентифицирует сеть, а не средний маршрутизатор, связанный с сетью.

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

ответил Kent Tong 27 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowSat, 27 Sep 2014 13:33:51 +0400 2014, 13:33:51
0

Рекламные объявления ссылок формируют основу этого типа протокола. без них и их привет и мертвых таймеров не было бы способа гарантировать, что топология и ссылки все еще активны.

Протоколы состояния канала зависят от них, тогда как EIGRP и другие протоколы вектора расстояния в большей степени зависят от пути данных и стоимости пути, определяемых пропускной способностью, задержкой и т. д. У них также нет регулярных обновлений обновлений, когда это необходимо как когда связь оказывается неактивной.

С OSPF и LSA целые обновления таблицы топологии отправляются регулярно, они зависят от аналогичных элементов, таких как расстояние и пропускная способность, но они вычисляются по-разному из-за алгоритма, используемого в OSPF.

Я предпочитаю EIGRP, но это не вариант для не Cisco, а просто более эффективный и простой протокол для настройки IMO.

Я живу во всем мире Juniper, поэтому eIGRP ушел в прошлое, OSPF и различные типы объявлений LSA - необходимость знать.

ответил Ty Smith 13 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowTue, 13 Sep 2016 07:02:02 +0300 2016, 07:02:02

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132