Выборы OSPF с ссылкой / 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 медленно устанавливают смежность (потому что они должны ждать выбора DR) и генерируют на 50% больше LSA на каждые / 30, которые вы определяете как широковещательную сеть OSPF. Эти LSA должны быть залиты и обработаны, что замедляет конвергенцию. Короче говоря, проекты, использующие множество сетей / 30 OSPF Broadcast, будут сходиться несколько медленнее, чем если бы вы заменили / 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 STATE: INIT )
  2. [Time T = 0]Оба маршрутизатора видят противоположный привет; однако, если не сконфигурировано с приоритетом DR 0, оба маршрутизатора должны ждать RouterDeadIntervalсекунды, чтобы убедиться, что на канале нет других DR- кандидатов. ( СОСТОЯНИЕ ОСПП: 2-Х ПУНКТ )
  3. [Time T = 40]Выбираются DR / BDR, и начинается обмен DBD ( СОСТОЯНИЕ OSPF: EXSTART )
  4. [Time T = 40 + 'DBD exchange time']DBD анализируется, и SPF запускается ( OSPF STATE: FULL )

LSA :

  • Каждый маршрутизатор отправляет LSA маршрутизатора: OSPF LSA Type 1
  • DR отправляет LSA сети типа 2 для самого широковещательного канала

Подробности: / 30 в сети точка-точка OSPF

Сеть OSPF «точка-точка» по умолчанию :

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

Время обнаружения сбоя процесса OSPF : <= 120 секунд

Время смежности : быстрое (обычно менее 2 секунд)

  1. [Time T = 0]Оба маршрутизатора отправляют OSPF Hellos при установлении связи. ( OSPF STATE: INIT )
  2. [Time T = 0]Оба роутера видят противоположный привет. ( СОСТОЯНИЕ ОСПП: 2-Х ПУНКТ )
  3. [Time T = 0] Начинается обмен DBD ( OSPF STATE: EXSTART )
  4. [Time T = 'DBD exchange time']DBD анализируется, и SPF запускается ( OSPF STATE: FULL )

Когда понижать HelloIntervalдля сети OSPF точка-точка

Рассмотрим эти случаи ...

Случай A: Прямая оптоволоконная связь между маршрутизаторами

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

Соединение между маршрутизаторами настроено как точка-точка сети OSPF. Если связь между Router1 и Router2 прекратится, оба маршрутизатора сразу увидят, что их связь не работает, и запустите SPF, чтобы найти альтернативный путь. Сбои процессов OSPF, как правило, очень редки, поэтому обычно нет хорошего аргумента для снижения HelloIntervalдля CaseA.

Случай B: один коммутатор между двумя маршрутизаторами

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

Соединение между маршрутизаторами настроено как точка-точка сети OSPF. Если связь между Router1 и коммутатором прекращается, возникает проблема ... Router1 сразу же знает, что нужно запустить SPF (после ожидания SPFDelay); однако ссылка на Router2 все еще работает. Следовательно, Router2 должен ждать конвергенции до тех пор, пока не RouterDeadIntervalистечет срок действия или пока Router2 не увидит новый LSA Router1 (затопленный после того, как Router1 завершит SPF). В большинстве случаев Router2 увидит новый LSA Router1, а затем сам запустит SPF ... однако в этом случае повторная сходимость Router2 будет как минимум в два раза больше SPFInterval(по SPFIntervalумолчанию: 5 секунд в IOS).

Стоит понизить приветственные таймеры (или таймеры BFD) для CaseB, когда ваши маршрутизаторы настроены как точка-точка сети OSPF.

Случай C: два маршрутизатора, смежные через несколько коммутаторов

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

Это наихудший случай для времени сходимости точка-точка OSPF; соединение между маршрутизаторами настроено как точка-точка сети OSPF. Если связь между Switch1 и Switch2 прекратится, оба маршрутизатора увидят свои связи; это означает, что HelloIntervalтаймеры по умолчанию должны быть изменены, чтобы предотвратить двухминутную задержку между отключением канала и выполнением SPF. В этом случае, безусловно, стоит снизить таймеры приветствия (или таймеры BFD) для CaseC, когда ваши маршрутизаторы настроены как точка-точка сети OSPF.


Спасибо, Майк! Отличная информация Последний вопрос. Нужно ли выполнять команду «точка-точка» на обеих конечных точках? Мои мысли да ...
Джим

Да, оба интерфейса должны соответствовать конфигурациям p2p-интерфейса
Майк Пеннингтон,

1

На самом деле есть несколько вещей для вас, чтобы взвесить этот вопрос.

Используйте точку-точку, если:

  • Быстрое обнаружение сбоев и конвергенция важны для вас.
    • Конвергенция: отсутствие выборов DR / BDR ускорит конвергенцию
    • Обнаружение сбоев: Соедините тип сети точка-точка OSPF с BFD для быстрого обнаружения сбоя канала. Вы можете настроить таймеры OSPF, но BFD работает лучше, чем fast-hellos, и немного проще для системных ресурсов.
  • Вы хотите использовать сети / 31 в своих двухточечных каналах для экономии пространства IP-адресов
    • Маска сети в пакетах приветствия для сетей точка-точка игнорируется

Примечание. Для маршрутов, полученных через сеть типа «точка-точка», OSPF сообщит о следующем переходе в качестве соседнего маршрутизатора.

Использовать трансляцию (тип по умолчанию), если:

  • Вы не слишком обеспокоены временем конвергенции
  • Вы не хотите разрабатывать сложное отлаженное решение

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


Я не уверен, что сети OSPF p2p являются собственностью Cisco; они объяснены в RFC2328 Раздел 12.4.1.1
Майк Пеннингтон

Да, абсолютно, я здесь не прав. Это точка-многоточечная и точка-многоточечная NBMA, с которой я перепутал это. Эти два являются собственностью.
mbud

0

Одна вещь, которую нужно беспокоить, это таймеры. Вещательные сети имеют 40 секундный таймер, но PTP - 120 секунд. Это может быть проблемой для времени конвергенции / восстановления в случае сбоя сети.


-1

Обычно настройка OSPF на двухточечную настройку выполняется для экономии полосы пропускания на арендованных каналах, поскольку на ней не будет выборов, поэтому, если ссылка не арендована или не измерена, вы не увидите большой разницы между обеими настройками.


Проблема пропускной способности не отвечает на вопрос о выборах
user5025

Сохраните пропускную способность, не проводя выборы OSPF. Извините, подумал быстрее, чем набрал.
Педро Брито

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