Вибори ОСПФ із посиланням / 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.