Похоже, в OSPF в версии 2.8.11 какая-то проблема с функциональностью. Согласно документации Mikrotik для 2.8.11: "Могут быть Point-to-Point сети или Multi-Access сети. Multi-Access сеть может быть broadcast сетью (одно сообщение может быть отправлено всем маршрутизаторам)". "Для Point-to-Point ссылок следует установить сетевой адрес точно таким же, как IP-адрес удаленной точки. Правильная маска в этом случае – /32".
Если у меня есть PtP-ссылка, например, 10.0.0.1/30 с одной стороны и 10.0.0.2/30 с другой, я могу установить OSPF соседство между этими двумя маршрутизаторами, используя: `/routing ospf network add network=10.0.0.0/30 area=backbone`. Однако, используя IP-адрес, будь то локальный или удаленный с маской /32, соседство не устанавливается. Проблема с использованием маски /30 заключается в том, что каждый пытается выучить ссылку друг у друга, и я получаю недействительный OSPF маршрут в моей таблице, хотя у меня уже есть подключенный маршрут.
Я надеялся, что используя PtP функциональность с маской /32, этот недействительный маршрут исчезнет и будет объявлен только другим маршрутизаторам в области. Но похоже, что это сломано.
Например, вот соседство на PtP-ссылке, используя 10.0.3.0/30:
[admin@somewhere] routing ospf neighbor> print
router-id=10.0.3.1 address=10.0.3.1 priority=1 state=“2-Way” state-changes=0 ls-retransmits=0 ls-requests=0 db-summaries=0 dr-id=10.0.3.2 backup-dr-id=10.0.3.1
router-id=10.0.3.2 address=10.0.3.2 priority=1 state=“Full” state-changes=6 ls-retransmits=0 ls-requests=0 db-summaries=0 dr-id=10.0.3.2 backup-dr-id=10.0.3.1
Оба этих маршрутизатора настроены на "redistribute-connected", поэтому каждый узнает свой подключенный маршрут 10.0.3.0/30 друг у друга, что приводит к недействительному маршруту в таблице: 5 Io 10.0.3.0/30 110.
Изменение утверждения "ospf network" для использования /32 не работает. Я пробовал использовать локальную сторону PtP-ссылки и удаленную сторону, как говорится в документации, но соседство не устанавливается.
Пожалуйста, подскажите, что делать, Брайан.
Если у меня есть PtP-ссылка, например, 10.0.0.1/30 с одной стороны и 10.0.0.2/30 с другой, я могу установить OSPF соседство между этими двумя маршрутизаторами, используя: `/routing ospf network add network=10.0.0.0/30 area=backbone`. Однако, используя IP-адрес, будь то локальный или удаленный с маской /32, соседство не устанавливается. Проблема с использованием маски /30 заключается в том, что каждый пытается выучить ссылку друг у друга, и я получаю недействительный OSPF маршрут в моей таблице, хотя у меня уже есть подключенный маршрут.
Я надеялся, что используя PtP функциональность с маской /32, этот недействительный маршрут исчезнет и будет объявлен только другим маршрутизаторам в области. Но похоже, что это сломано.
Например, вот соседство на PtP-ссылке, используя 10.0.3.0/30:
[admin@somewhere] routing ospf neighbor> print
router-id=10.0.3.1 address=10.0.3.1 priority=1 state=“2-Way” state-changes=0 ls-retransmits=0 ls-requests=0 db-summaries=0 dr-id=10.0.3.2 backup-dr-id=10.0.3.1
router-id=10.0.3.2 address=10.0.3.2 priority=1 state=“Full” state-changes=6 ls-retransmits=0 ls-requests=0 db-summaries=0 dr-id=10.0.3.2 backup-dr-id=10.0.3.1
Оба этих маршрутизатора настроены на "redistribute-connected", поэтому каждый узнает свой подключенный маршрут 10.0.3.0/30 друг у друга, что приводит к недействительному маршруту в таблице: 5 Io 10.0.3.0/30 110.
Изменение утверждения "ospf network" для использования /32 не работает. Я пробовал использовать локальную сторону PtP-ссылки и удаленную сторону, как говорится в документации, но соседство не устанавливается.
Пожалуйста, подскажите, что делать, Брайан.
