Почему для соседних узлов OSPF сохраняется состояние Exstart/Exchange?
Введение
В OSPF для формирования смежности используются следующие состояния: Down(отключение), Init (инициализация), Attempt (попытка), 2-way (двухстороннее согласование), Exstart (запуск обмена), Exchange (обмен), Loading (загрузка) и Full (заполненное состояние). Зависание соседних узлов OSPF в состоянии Exstart/Exchange может быть вызвано многими причинами. В этой статье внимание уделяется несоответствию размеров MTU между соседними узлами OSPF, приводящему к состоянию Exstart/Exchange.
Состояние Exstart
После того как два соседних маршрутизатора OSPF устанавливают двустороннюю связь и завершают выбор DR/BDR (на сетях множественного доступа), эти маршрутизаторы переходят в состояние exstart. В этом состоянии соседние маршрутизаторы устанавливают ведущее устройство/подчиненное отношение и определяют начальный дескриптор базы данных (DBD) порядковый номер для использования при обмене Пакетами dbd.
Состояние обмена
Как только о ведущем устройстве/подчиненном отношении выполнили согласование (маршрутизатор с самым высоким Router-ID становится ведущим устройством), переход соседних маршрутизаторов в состояние обмена. В этом состоянии маршрутизаторы обмениваются пакетами DBD, которые описывают всю их базу данных состояний каналов.
Маршрутизаторы также передают пакеты запроса состояния канала, в которых запрашиваются последние анонсы состояния канала (LSA) от соседей.
Несмотря на то, что переход окружений OSPF через состояния Exstart/Exchange во время обычного процесса создания смежностей OSPF, это не обычно для окружений OSPF для застревания в этом состоянии. Далее описывается наиболее распространенная причина, по
которой соседние узлы OSPF продолжают оставаться в этом состоянии.
Стек соседних узлов в состоянии обмена Exstart/Exchange
Проблема происходит наиболее часто при попытке выполнить OSPF между маршрутизатором Juniper (Или Cisco) с маршрутизаторами других поставщиков. Когда параметры настройки максимального размера передаваемого блока данных (MTU) для интерфейсов соседнего маршрутизатора не совпадают, проблема происходит. Если маршрутизатор с более высоким MTU передает пакет, больше, чем набор MTU на соседнем маршрутизаторе, соседний маршрутизатор игнорирует пакет 0. Когда эта проблема происходит, выходные данные показов команды show ospf neighbor
Маршрутизатор 10.255.255.6 и маршрутизатор 10.255.255.5 в скрине связаны линком irb.52. и имеют разные MTU (1500 и 9206)
После того, как в настройках порта были выставлены принудительно одинаковые mtu – состояние порта перешло в состояние Full
Comments
So empty here ... leave a comment!