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

OSPFv3 отсутствуют маршруты /128 в версии 5.1

OSPFv3 отсутствуют маршруты /128 в версии 5.1, RouterOS

SethM

Guest

22.04.2011 02:10:00

RouterOS 5.1, работающий с OSPFv3 в существующей сети Cisco, похоже, игнорирует маршруты с префиксом /128, которые используются как loopback-адреса для таких вещей, как BGP-соседи и nexthops. Можно как-то это исправить? (Прежде чем кто-то начнёт предлагать использовать /64 для loopback, посмотрите RFC 5375, раздел B.2.3.)

falz

Guest

27.05.2011 23:58:00

Похоже, у меня противоположная проблема. Я вижу /128 от его соседей по OSPFv3, но не могу найти способ анонсировать свой loopback (bridge) интерфейс с /128. Этот бридж без привязанных портов. Тот же бридж используется для OSPFv2 для IPv4 и отлично работает, когда я добавляю network statement. В OSPFv3 ничего подобного нет. Я пытался вручную добавить интерфейс OSPFv3 для loopback, ставил его passive и non passive, но он так и не появляется — состояние просто "down". Также пробовал добавить "all", что, похоже, пытается добавить информацию о физических ethernet интерфейсах, но не о бридже. Тестировал на RouterOS 5.1, 5.2 и сейчас на 5.4.

SethM

Guest

28.05.2011 00:30:00

Вам нужно вручную задать MAC-адрес для моста. Смотрите: http://wiki.mikrotik.com/wiki/Manual:Creating_IPv6_loopback_address. Но это не связано с моей проблемой, судя по всему, RouterOS игнорирует тип LSA с маршрутизаторов Cisco, которые передают /128 с интерфейсов loopback Cisco.

falz Guest	#4 0 28.05.2011 00:36:00 Спасибо, ты прав. И правда, я не вижу /128 с остальной части моей сети, которая в основном на Cisco. Зато вижу кое-какие /127 и /126. Похоже, без /128 я не смогу использовать loopbacks для ipv6 BGP.

SethM Guest	#5 0 28.05.2011 00:47:00 Я увидел то же самое: RouterOS ловит всё, кроме /128, а я тоже использую их для BGP. Приятно знать, что кто-то ещё может это подтвердить. Надеюсь, Mikrotik рано или поздно это исправит.

falz

Guest

28.05.2011 00:54:00

Действительно. В качестве временного решения я настраиваю пиринг по IP интерфейса. Однако у большинства моих маршрутов в качестве следующего хопа указаны loopback с маской /128, поэтому эти маршруты недействительны. По сути, это делает IPv6 BGP на любой Mikrotik в моей сети непригодным к использованию.

fewi Guest	#7 0 28.05.2011 01:28:00 Вы уже открыли официальный запрос в службу поддержки?

falz

Guest

28.05.2011 16:57:00

Я только что это сделал. Интересно, что /system sup-output тоже вылетает с сообщением «Console has crashed; please log in again», так что я не смог отправить этот файл в поддержку. К тому же, мне кажется, проблема не только в OSPFv3 — я даже не могу пропинговать свой локальный /128 IP, хотя с других OSPFv3 хостов в моей сети он пингуется.

cupis Guest	#9 0 08.06.2011 11:23:00 Ты слышал что-нибудь от Mikrotik по этому поводу? У меня такая же проблема в смешанной сети Mikrotik/Cisco.

falz Guest	#10 0 09.06.2011 00:36:00 Давно не было новостей от поддержки Mikrotik, но сегодня утром получил такое письмо: Спасибо за ваш отчет, мы постараемся исправить эту проблему в одной из следующих версий.

Prolixium

Guest

#11

05.07.2011 00:03:00

RouterOS 5.1, разговаривая по OSPFv3 с уже существующей сетью Cisco, вроде бы игнорирует маршруты /128, которые используются в качестве loopback-адресов для таких вещей, как BGP-соседи и nexthops. Можно ли это исправить? Я не видел, чтобы об этом писали, но дело не только в /128 от Cisco IOS, которые игнорируются. То же самое происходит при установлении соседства с двумя маршрутизаторами Juniper. Например, маршруты OSPFv3, которые видит Junos:

prox@zat> show ospf3 route |match /
2001:48c8:1:100::c/126 Intra Network IP 20
2001:48c8:1:104::2a/128 Intra Network IP 0
2001:48c8:1:104::2b/128 Intra Network IP 10
2001:48c8:1:104::2c/128 Intra Network IP 20
2001:48c8:1:104::2f/128 Intra Network IP 20
2001:48c8:1:131::8/126 Intra Network IP 10
2001:48c8:1:131::c/126 Intra Network IP 20
2001:48c8:1:131::10/126 Intra Network IP 10
2001:48c8:1:131::14/126 Intra Network IP 10
2001:48c8:1:131::18/126 Intra Network IP 20

А маршруты, которые видит RouterOS:

[admin@cicada] > routing ospf-v3 route print
# DST-ADDRESS STATE COST
0 2001:48c8:1:100::c/126 intra-area 20
1 2001:48c8:1:104::2f/128 intra-area 10
2 2001:48c8:1:131::8/126 intra-area 20
3 2001:48c8:1:131::c/126 intra-area 20
4 2001:48c8:1:131::10/126 intra-area 20
5 2001:48c8:1:131::14/126 intra-area 10
6 2001:48c8:1:131::18/126 intra-area 10

Единственный /128, который RouterOS видит в OSPFv3 — это собственный loopback. Сначала заметил это в RouterOS 5.2, сейчас вижу и в 5.5. Не очень хорошо. Mark

cupis Guest	#12 0 08.09.2011 17:25:00 Кто-нибудь слышал что-то новое по этому вопросу? В списках изменений пока не написано, что это исправили в версии 5.6 (я пока всё ещё на 5.4).

fewi Guest	#13 0 08.09.2011 17:52:00 Я получаю /128 адреса без проблем от Vyatta и других ROS-роутеров как через OSPFv3, так и напрямую через BGP. А вот насчёт Junos или IOS не уверен.

falz

Guest

#14

30.12.2011 17:53:00

Возобновляю тему, так как проблема всё ещё не решена. В одном из моих последних сообщений в этой ветке я уже говорил, что когда на локальном интерфейсе (мост как loopback) назначен /128, он вообще не пингуется локально. С версией 5.11 ситуация не изменилась. Я могу пинговать ipv4 /32 на том же интерфейсе. fewi, у тебя это работает?

Весь мой тестовый железный парк — Routerboard, без x86.

редакт: только что заметил кое-что интересное. Если адрес xxxx:yyyy::z/128 — не работает. А если xxxx:yyyy::z:a/128 — работает:

[falz@rb751] /ipv6 address> set 2 address=2617:f5e1::F/64
[falz@rb751] /ipv6 address> /ping 2617:f5e1::F
HOST SIZE TTL TIME STATUS
sent=1 received=0 packet-loss=100%

[falz@rb751] /ipv6 address> set 2 address=2617:f5e1::0:F/64
[falz@rb751] /ipv6 address> /ping 2617:f5e1::0:F
2617:f5e1::f 56 64 2ms echo reply

Другой пример:

/ipv6 address> set 1 address=1234:1234::1/128
/ipv6 address> /ping 1234:1234::1
HOST SIZE TTL TIME STATUS
timeout
sent=1 received=0 packet-loss=100%

/ipv6 address> set 1 address=1234:123::1/128
/ipv6 address> /ping 1234:123::1
HOST SIZE TTL TIME STATUS
timeout
sent=1 received=0 packet-loss=100%

/ipv6 address> set 1 address=1234:12::1/128
/ipv6 address> /ping 1234:12::1
HOST SIZE TTL TIME STATUS
1234:12::1 56 64 0ms echo reply
sent=1 received=1 packet-loss=0% min-rtt=0ms avg-rtt=0ms max-rtt=0ms

SethM

Guest

#15

16.01.2012 19:04:00

Я давно хотел вернуться к этой проблеме, используя RB751, который у меня есть на тестовом стенде, но всё было некогда. У меня нет устройств Juniper, но я тестировал OSPFv3 с Cisco, Vyatta (на базе quagga) и OpenBSD. Все, кроме RouterOS, корректно работают с /128.

janisk Guest	#16 0 19.01.2012 11:10:00 У меня нет такого дорогостоящего оборудования в моей тестовой сети, но мои управляющие IPv6-адреса маршрутизатора с префиксом /128 обычно нормально распространяются по сети. Речь идёт о связке OSPFv3 в RouterOS.

falz Guest	#17 0 19.01.2012 12:45:00 Смотрите мои примеры выше с адресами IPv6, которые работают, и с теми, что не работают. Те, что не работают, даже локально не пингуются, так что это проблема намного серьёзнее, чем просто OSPF.

Читают тему

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