+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Маршруты OSPF отмечены как недействительные.

Маршруты OSPF отмечены как недействительные., RouterOS

mafiosa Guest	#1 0 03.07.2020 17:30:00 Я установил соседство OSPF с другими роутерами Mikrotik, но маршруты OSPF, которые были получены, помечены как недопустимые на роутере с конфигурацией rosv7 beta 8 config.rsc (10.4 КБ)

oreggin

Guest

22.07.2020 10:30:00

Привет! У меня есть тестовая настройка ROS v7.1ß1 с CHR на qemus, и у меня та же проблема с OSPFv2. Все мои ipv4 маршруты ospf дублированы и неактивны: [admin@rtr1.CPE] > routing/ospf/interface-state/print
Флаги: D - динамический; V - виртуальный интерфейс
0 D адрес=fe80::d012:2bff:fe83:2e99%Loopback0 область=backbone6 идентификатор экземпляра=0 состояние="DR" dr=10.0.10.11 bdr=0.0.0.0

1 D адрес=10.0.10.11%Loopback0 область=backbone4 идентификатор экземпляра=0 состояние="DR" dr=10.0.10.11 bdr=0.0.0.0

2 D адрес=fe80::a00:27ff:fe00:5102%ether2 область=backbone6 идентификатор экземпляра=0 состояние="Точка-точка"

3 D адрес=10.0.1.2%ether2 область=backbone4 идентификатор экземпляра=0 состояние="Точка-точка"
[admin@rtr1.CPE] > routing/ospf/neighbor-state/print
Флаги: X - отключен, I - неактивен, D - динамический
0 D адрес=fe80::a00:27ff:fe00:4101%ether2 идентификатор маршрутизатора=10.0.10.1 состояние="Full"

1 D адрес=10.0.1.1 идентификатор маршрутизатора=10.0.10.1 состояние="Full"
[admin@rtr1.CPE] > ip route/print detail where ospf
Флаги: D - динамический; X - отключен, I - неактивен, A - активный; C - соединение, S - статический, r - rip, b - bgp, o - ospf, d - dhcp, v - vpn, m - модем; + - ecmp
DIo dst-address=10.0.0.0/30 routing-table=main gateway=ether2 type=unicast distance=110 scope=20 target-scope=10

DIo dst-address=10.0.0.0/30 routing-table=main gateway="" type=unicast distance=110 scope=20 target-scope=10

DIo dst-address=10.0.0.4/30 routing-table=main gateway=ether2 type=unicast distance=110 scope=20 target-scope=10

DIo dst-address=10.0.0.4/30 routing-table=main gateway="" type=unicast distance=110 scope=20 target-scope=10

DIo dst-address=10.0.0.8/30 routing-table=main gateway=ether2 type=unicast distance=110 scope=20 target-scope=10

DIo dst-address=10.0.0.8/30 routing-table=main gateway="" type=unicast distance=110 scope=20 target-scope=10

DIo dst-address=10.0.0.12/30 routing-table=main gateway=ether2 type=unicast distance=110 scope=20 target-scope=10

DIo dst-address=10.0.0.12/30 routing-table=main gateway="" type=unicast distance=110 scope=20 target-scope=10

и т.д. Интересно, что OSPFv3 работает нормально: [admin@rtr1.CPE] > ipv6/route/print detail where ospf
Флаги: D - динамический; X - отключен, I - неактивен, A - активный; C - соединение, S - статический, r - rip, b - bgp, o - ospf, d - dhcp, v - vpn, m - модем; + - ecmp
DAo dst-address=b00b::10:0:10:1 routing-table=main gateway=fe80::a00:27ff:fe00:4101%ether2 immediate-gw=fe80::a00:27ff:fe00:4101%ether2 type=unicast distance=110 scope=20
target-scope=10

DAo dst-address=b00b::10:0:10:2 routing-table=main gateway=fe80::a00:27ff:fe00:4101%ether2 immediate-gw=fe80::a00:27ff:fe00:4101%ether2 type=unicast distance=110 scope=20
target-scope=10

DAo dst-address=b00b::10:0:10:3 routing-table=main gateway=fe80::a00:27ff:fe00:4101%ether2 immediate-gw=fe80::a00:27ff:fe00:4101%ether2 type=unicast distance=110 scope=20
target-scope=10

DAo dst-address=b00b::10:0:10:4 routing-table=main gateway=fe80::a00:27ff:fe00:4101%ether2 immediate-gw=fe80::a00:27ff:fe00:4101%ether2 type=unicast distance=110 scope=20
target-scope=10

DAo dst-address=b00b::10:0:10:5 routing-table=main gateway=fe80::a00:27ff:fe00:4101%ether2 immediate-gw=fe80::a00:27ff:fe00:4101%ether2 type=unicast distance=110 scope=20
target-scope=10

DAo dst-address=b00b::10:0:10:6 routing-table=main gateway=fe80::a00:27ff:fe00:4101%ether2 immediate-gw=fe80::a00:27ff:fe00:4101%ether2 type=unicast distance=110 scope=20
target-scope=10

DIo dst-address=b00b::10:0:10:11 routing-table=main gateway=Loopback0 type=unicast distance=110 scope=20 target-scope=10

DAo dst-address=b00b::10:0:10:12 routing-table=main gateway=fe80::a00:27ff:fe00:4101%ether2 immediate-gw=fe80::a00:27ff:fe00:4101%ether2 type=unicast distance=110 scope=20
target-scope=10

DAo dst-address=b00b::10:0:10:13 routing-table=main gateway=fe80::a00:27ff:fe00:4101%ether2 immediate-gw=fe80::a00:27ff:fe00:4101%ether2 type=unicast distance=110 scope=20
target-scope=10

DAo dst-address=b00b::10:0:10:14 routing-table=main gateway=fe80::a00:27ff:fe00:4101%ether2 immediate-gw=fe80::a00:27ff:fe00:4101%ether2 type=unicast distance=110 scope=20
target-scope=10

DAo dst-address=b00b::10:0:10:15 routing-table=main gateway=fe80::a00:27ff:fe00:4101%ether2 immediate-gw=fe80::a00:27ff:fe00:4101%ether2 type=unicast distance=110 scope=20
target-scope=10

DAo dst-address=b00b::10:0:10:16 routing-table=main gateway=fe80::a00:27ff:fe00:4101%ether2 immediate-gw=fe80::a00:27ff:fe00:4101%ether2 type=unicast distance=110 scope=20
target-scope=10
[admin@rtr1.CPE] >

mrz Guest	#3 0 22.07.2020 12:00:00 Начнет ли оно работать, если изменить тип интерфейса с точка-точка на широковещательный?

mafiosa Guest	#4 0 22.07.2020 21:05:00 Нет такой же проблемы даже с точка-точка и широковещательной передачей! Также для BGP следующий хоп меняется на ::, что является недопустимым, как результат все маршруты становятся недействительными.

mducharme

Guest

23.07.2020 08:03:00

У меня возникла проблема только с некоторыми маршрута ми OSPFv2. У меня есть маршруты OSPFv2 через туннель L2TP к устройству RouterOS 6 — они все показываются как недействительные. У меня также есть маршруты OSPFv2 к устройству RouterOS 6 через туннель EoIP — они вроде работают.

mrz Guest	#6 0 23.07.2020 14:15:00 Для вашего сведения, проблема наблюдается только на P2P интерфейсах (не на OSPF интерфейсах, а именно на настоящих P2P интерфейсах, таких как L2TP и т.д.). Мы устраним проблему как можно скорее.

oreggin Guest	#7 0 24.07.2020 08:39:00 Да, спасибо, mrz, за обходное решение.

mafiosa Guest	#8 0 25.07.2020 12:20:00 Да, проблема связана с p2p как с типами интерфейсов, так и с p2p туннельными интерфейсами.

mafiosa

Guest

01.08.2020 12:00:00

Привет, могу подтвердить, что с интерфейсом GRE, если я устанавливаю тип сети на "broadcast", тогда маршруты OSPF работают. Однако при включении OSPFv3 использование ЦП возрастает до 50-70%, и иногда LAN интерфейсы перестают обрабатывать трафик (IPv4).

VVlasy Guest	#10 0 26.12.2021 12:31:00 Я все еще сталкиваюсь с этой проблемой на версии 7.1.1.

ipred

Guest

#11

26.12.2021 15:40:00

Всем привет. Я столкнулся с тем, что маршруты OSPF помечаются как недействительные на ROSv7 (независимо от версии, которую я использую). Но это происходит случайным образом! Простая установка CHR работает нормально. Другая простая установка CHR вообще не работает. Обе находятся на одном мосту на сервере, где они запущены. Я действительно не знаю, почему это происходит случайно, так как на 2 из 5 экземпляров CHR все работает нормально, а единственные отличия — это Ether IP и Loopback IP. Кстати, если я запускаю CHR v6.49, они все работают прекрасно, однако, похоже, что CHR v6.49 не может работать с драйверами virtio (это не только у меня), так что мой единственный шанс — заставить OSPF на ROSv7 работать. Спасибо заранее.

hammy559

Guest

#12

30.12.2021 00:08:00

Убедитесь, что ваша виртуальная машина для CHR настроена на использование чипсета i440fx, а не q35. Если она настроена на q35, драйверы virtio не будут работать, а при использовании i440fx все должно работать нормально. У меня была похожая проблема, и это ее решило. Пожалуйста, распространите информацию в других постах, где у людей возникают проблемы.

mducharme Guest	#13 0 30.12.2021 01:10:00 F означает отфильтрованный, что означает, что у вас создан фильтр маршрутов, чтобы исключить эти маршруты и не позволять им активироваться. Уберите фильтр, и все эти маршруты должны загрузиться.

VVlasy Guest	#14 0 04.01.2022 11:36:00 Все правила отключены. Может быть, проблема с обновлением с v6 на v7? Редактирование: ПРОБЛЕМА РЕШЕНА, по сравнению с v6, в фильтрах маршрута должно существовать правило «принять».

mducharme

Guest

#15

04.01.2022 17:36:00

Да, но если вам не нужны никакие фильтры, просто уберите название цепочки фильтров из вашей конфигурации OSPF, вместо того чтобы указывать ospf-in и ospf-out, и тогда никаких правил не потребуется. Правило принятия нужно только в том случае, если вы указали название цепочки фильтров в конфигурации OSPF.

VVlasy Guest	#16 0 05.01.2022 10:07:00 Как видно из моей конфигурации, мне нужны некоторые фильтры. Поэтому я не могу просто их опустить. Это изменение в поведении с v6, которое ломает существующие конфигурации. Надеюсь, это поможет тем, кто обновляется.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры