Вибори ОСПФ із посиланням / 30?


9

У мене є декілька / 30 підмереж, що з'єднують маршрутизатори OSPF по лінії широкомовної зв'язку. Чи слід також налаштувати інтерфейси, що беруть участь у посиланні на ip ospf мережу точка-точка ? Або це має значення? Єдине, про що я можу придумати, - це не допустити виборів, що з мого розуміння не має значення, оскільки у підмережі лише 2 хости (маршрутизатори)?

Відповіді:


11

У мене є декілька / 30 підмереж, що з'єднують маршрутизатори OSPF по лінії широкомовної зв'язку. Чи слід також налаштувати інтерфейси, що беруть участь у посиланні на ip ospf мережу точка-точка? Або це має значення?

Тип мережі, безумовно, має значення, але вам потрібно бути чітким щодо вирішення цієї ситуації ... Є кілька важливих випадків, які слід враховувати. Порівняємо наслідки налаштування / 30 в якості мереж "Трансляція" або "Точка-точка-точка" OSPF ...

----------+-------+--------------+--------------------+--------------+
Network   | Hello | DeadInterval | Adjacency Time     | LSAs per /30 | 
----------+-------+--------------+--------------------+--------------|
Broadcast |   10s |          40s |  > 40s (very slow) |            3 |
Pt-to-Pt  |   30s |         120s |       <  2s (fast) |            2 |
----------+-------+--------------+--------------------+--------------+

Підсумок

  • Типи широкомовної мережі OSPF встановлюють суміжність повільно (тому що вони повинні чекати виборів ДР) та генерувати на 50% більше LSA для кожного / 30, який ви призначите як мережу мовлення OSPF. Ці LSA повинні бути затоплені та оброблені, що уповільнює конвергенцію. Коротше кажучи, конструкції, які використовують багато / 30 мереж широкомовної передачі OSPF, будуть конвергуватися дещо повільніше, ніж якщо б ви замінили / 30 мереж "точка-точка" ...
  • Типи мереж OSPF " точка-точка" дуже швидко сприймають суміжність; однак, як згадував Рон, RouterDeadIntervalце 120 секунд, тож ви можете встановити HelloIntervalнижчий. Однак, правильно розроблена мережа не повинна турбуватися про зниження HelloIntervalдля / 30 мереж OSPF від точки до точки.

Докладніше: / 30 в мережі трансляції OSPF

Параметри мережі широкомовної передачі OSPF :

  • HelloInterval: 10 секунд
  • RouterDeadInterval: 40 секунд

Час на виявлення збою процесу OSPF : <= 40 секунд

Час суміжності : більше 40 секунд

  1. [Time T = 0]Обидва маршрутизатори надсилають OSPF Hellos, коли посилання з'являється. ( ДЕРЖАВА OSPF: INIT )
  2. [Time T = 0]Обидва маршрутизатори бачать протилежний привіт; однак, якщо вони не налаштовані з DR Priority 0, обидва маршрутизатори повинні зачекати RouterDeadIntervalсекунди, щоб переконатися, що немає інших кандидатських ДР на посилання. ( ДЕРЖАВНІСТЬ OSPF: Двохсторонній )
  3. [Time T = 40] DR / BDR обираються, і починається обмін DBD ( ДЕРЖАВ OSPF: EXSTART )
  4. [Time T = 40 + 'DBD exchange time']DBD розбирається, і SPF запускається ( OSPF STATE: FULL )

LSA :

  • Кожен маршрутизатор надсилає маршрутизатори LSA (s): OSPF LSA Type 1
  • DR надсилає мережевий LSA типу 2 для самого широкомовного зв'язку

Деталі: / 30 в мережі OSPF "точка-точка"

За замовчуванням мережеві параметри OSPF :

  • HelloInterval: 30 секунд
  • RouterDeadInterval: 120 секунд

Час на виявлення збою процесу OSPF : <= 120 секунд

Час суміжності : швидкий (зазвичай менше 2 секунд)

  1. [Time T = 0]Обидва маршрутизатори надсилають OSPF Hellos, коли посилання з'являється. ( ДЕРЖАВА OSPF: INIT )
  2. [Time T = 0]Обидва маршрутизатори бачать протилежний привіт. ( ДЕРЖАВНІСТЬ OSPF: Двохсторонній )
  3. [Time T = 0] Починається обмін DBD ( ДЕРЖАВ OSPF: EXSTART )
  4. [Time T = 'DBD exchange time']DBD розбирається, і SPF запускається ( OSPF STATE: FULL )

Коли опускатись HelloIntervalдля мережі OSPF "точка-точка"

Розглянемо ці випадки ...

Випадок A: Прямий зв'язок між маршрутизаторами

Router1-------------------------------Router2

Зв'язок між маршрутизаторами налаштовано як мережа OSPF Network Point-to-Point. Якщо зв’язок між Router1 та Router2 помирає, обидва маршрутизатори негайно бачать, як посилання йде вниз, і запустіть SPF, щоб знайти альтернативний шлях. Збої в процесі OSPF, як правило, дуже рідкісні, тому зазвичай не є гарним аргументом, щоб знизити HelloIntervalдля CaseA.

Випадок B: один перемикач між двома маршрутизаторами

Router1-------------Switch------------Router2

Зв'язок між маршрутизаторами налаштовано як мережа OSPF Network Point-to-Point. Якщо зв’язок між Router1 і комутатором вмирає, виникає проблема ... Router1 негайно знає запустити SPF (після очікування SPFDelay); однак посилання Router2 все ще працює. Отже, Router2 повинен чекати конвергенції до тих пір, поки будь-який RouterDeadIntervalтермін дії не закінчиться, або поки Router2 не побачить новий LSA Router1 (затоплений після того, як Router1 закінчить SPF). У більшості випадків Router2 побачить нову LSA Router1, а потім запустить SPF сам ... однак, повторна конвергенція Router2 в цьому випадку принаймні в два рази більше SPFInterval( SPFIntervalза замовчуванням: 5 секунд в IOS).

Варто опустити привітні таймери (або таймери BFD) для CaseB, коли ваші маршрутизатори налаштовані як мережа OSPF Network Point-to-Point.

Випадок С: Два маршрутизатори, що перебувають поруч через декілька комутаторів

Router1-----Switch1-----Switch2--------Router2

Це найгірший випадок часу зближення OSPF "точка-точка"; зв'язок між маршрутизаторами налаштовано як мережева точка-точка. Якщо зв’язок між Switch1 і Switch2 гине, обидва маршрутизатори бачать свої зв’язки вгору; це означає, що HelloIntervalтаймери за замовчуванням повинні бути змінені, щоб запобігти затримці на дві хвилини між посиланням на спад і запуском SPF. У цьому випадку, безумовно, варто знизити привітні таймери (або таймери BFD) для CaseC, коли ваші маршрутизатори налаштовані як мережева точка-точка.


Дякую Майку! Чудова інформація. Останнє питання. Чи потрібно запускати команду «Точка-точка» на обох кінцевих точках? Мої думки так ...
— Джим

Так, обидва інтерфейси потребують відповідних конфігурацій інтерфейсу p2p
— Майк Пеннінгтон,

1

Насправді є кілька речей, які ви повинні зважити на це питання.

Використовуйте " точка-точка", якщо:

  • Для вас важливі швидке виявлення та конвергенція.
    • Конвергенція: Відсутність виборів на користь DR / BDR прискорить конвергенцію
    • Виявлення несправностей: пару мережевих типів мережі OSPF типу " точка-точка" з BFD to для швидкого виявлення відмови зв'язку. Ви можете налаштувати таймери OSPF, але BFD працює краще, ніж швидкий привіт, і трохи простіше на системних ресурсах.
  • Ви хочете використовувати / 31 мережі на ваших посиланнях "точка-точка" для економії простору IP-адрес
    • Маска мережі в привітальних пакетах для мереж "точка-точка" ігнорується

Примітка. Для маршрутів, отриманих через мережевий тип "точка-точка", OSPF повідомить про наступний скачок як сусідній маршрутизатор.

Використовуйте трансляцію (тип за замовчуванням), якщо:

  • Ви не надто переживаєте часи конвергенції
  • Ви не хочете розробляти складне чітко налаштоване рішення

Примітка. Для маршрутів, отриманих через мережевий тип широкомовної передачі, OSPF повідомить про наступний стрибок як рекламний маршрутизатор.


Я не впевнений, що мережі OSPF p2p є власником Cisco; вони пояснені в розділі 12.4.1.1 RFC2328
— Майк Пеннінгтон

Так абсолютно, я тут помиляюся. Я плутав це саме з точкою в багатоточку і з точкою в багатоточку NBMA. Ці два є власником.
— mbud

0

Одне, про що слід турбуватися, - це таймери. Трансляційні мережі мають 40-секундний таймер, але PTP - 120 секунд. Це може бути проблемою для часу конвергенції / відновлення у разі відмови мережі.


-1

Зазвичай встановлення OSPF "точка-точка" робиться для збереження пропускної здатності на орендованих посиланнях, оскільки в ньому не буде виборів, тому, якщо посилання не буде орендовано чи не дозується, ви не повинні бачити великої різниці між обома налаштуваннями.


Питання пропускної здатності не відповідає на запитання виборів
— user5025

Збережіть пропускну здатність, не проводячи виборів OSPF. Вибачте, думав швидше, ніж я набрав.
— Педро Бріто

Вибори ДР визначаються пакетами привіт. Не потрібна додаткова пропускна здатність
— user5025
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.