У меня есть несколько подсетей / 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 секунд
[Time T = 0]
Оба маршрутизатора отправляют OSPF Hellos при установлении связи. ( OSPF STATE: INIT )
[Time T = 0]
Оба маршрутизатора видят противоположный привет; однако, если не сконфигурировано с приоритетом DR 0, оба маршрутизатора должны ждать RouterDeadInterval
секунды, чтобы убедиться, что на канале нет других DR- кандидатов. ( СОСТОЯНИЕ ОСПП: 2-Х ПУНКТ )
[Time T = 40]
Выбираются DR / BDR, и начинается обмен DBD ( СОСТОЯНИЕ OSPF: EXSTART )
[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 секунд)
[Time T = 0]
Оба маршрутизатора отправляют OSPF Hellos при установлении связи. ( OSPF STATE: INIT )
[Time T = 0]
Оба роутера видят противоположный привет. ( СОСТОЯНИЕ ОСПП: 2-Х ПУНКТ )
[Time T = 0]
Начинается обмен DBD ( OSPF STATE: EXSTART )
[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.
На самом деле есть несколько вещей для вас, чтобы взвесить этот вопрос.
Используйте точку-точку, если:
Примечание. Для маршрутов, полученных через сеть типа «точка-точка», OSPF сообщит о следующем переходе в качестве соседнего маршрутизатора.
Использовать трансляцию (тип по умолчанию), если:
Примечание. Для маршрутов, полученных через широковещательный тип сети, OSPF сообщит о следующем переходе в качестве рекламного маршрутизатора.
источник
Одна вещь, которую нужно беспокоить, это таймеры. Вещательные сети имеют 40 секундный таймер, но PTP - 120 секунд. Это может быть проблемой для времени конвергенции / восстановления в случае сбоя сети.
источник
Обычно настройка OSPF на двухточечную настройку выполняется для экономии полосы пропускания на арендованных каналах, поскольку на ней не будет выборов, поэтому, если ссылка не арендована или не измерена, вы не увидите большой разницы между обеими настройками.
источник