Два маршрутизатора в Ethernet-канале постоянно зависают в состояниях ExStart/Exchange во время формирования смежности после того, как на одной стороне был изменен MTU. Какова наиболее вероятная основная причина?

Когда два маршрутизатора OSPF застревают в состояниях ExStart/Exchange, это часто указывает на проблему с обменом пакетами Database Description (DBD). Эти пакеты содержат информацию о базе данных состояния канала и используются для синхронизации баз данных между соседями. Если MTU (Maximum Transmission Unit) не совпадает на интерфейсах, маршрутизаторы могут не принимать или отбрасывать пакеты DBD, поскольку их размер превышает допустимый MTU на принимающем конце. Это приводит к невозможности завершить фазу обмена и установить полную смежность. Несоответствие OSPF area ID, дублирующиеся router ID или несоответствие OSPF process ID привели бы к тому, что смежность вообще не сформировалась бы или застряла на более ранних стадиях, таких как Init или 2-Way, а не ExStart/Exchange.