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

IPv6 рекурсивные следующие хопы через iBGP

IPv6 рекурсивные следующие хопы через iBGP, RouterOS

liteforce

Guest

05.06.2010 06:38:00

Привет! Мы недавно добавили новое устройство RouterOS в нашу сеть, и поскольку мы используем iBGP и eBGP, это был первый случай, когда нам пришлось применять multihop iBGP (до этого все устройства были напрямую между собой связаны; это новое устройство доступно только через маршрутизируемый IPv4/IPv6). Все устройства работают на RouterOS версии 4.10. Проблема, с которой я столкнулся, в том, что IPv4 multihop iBGP работает отлично, если в входящем фильтре для этой сессии задан параметр «target-scope» для маршрута: маршруты появляются в таблице маршрутизации именно так, как я и ожидал — «a.a.a.a recursive via b.b.b.b ether1». До того как я понял, что «target-scope» – это проблема, я видел вместо этого «a.a.a.a unreachable». Тем не менее, сейчас IPv4 multihop iBGP работает без проблем, так что я доволен. К сожалению, IPv6 multihop iBGP поставил меня в тупик. Та же настройка «target-scope» в входящем фильтре для iBGP-сессии только с IPv6 не даёт такого же результата; фильтр точно срабатывает, потому что изменения видны во вкладке «Attributes» в Winbox для всех маршрутов, полученных через эту сессию. Есть ли кто-то в сообществе RouterOS, кто готов поделиться советами, предложениями или примерами конфигурации, которые помогут мне решить эту проблему? Готов предоставить детали конфигурации, если это будет полезно. Заранее спасибо! С уважением, Терри Фрой, Spilsby Internet Solutions

timoid

Guest

20.01.2011 12:53:00

Кто-нибудь смог решить эту проблему? Похоже, что между OSPFv3 и BGP нет связи, поэтому BGP не видит внутренний маршрут?

[admin@hostname] /ipv6 route> print detail where distance=200

Флаги: X — отключено, A — активно, D — динамическое, C — коннект, S — статическое, r — rip, o — ospf, b — bgp, U — недоступно

0 Db dst-address=2000:2000::/32 gateway=2403:9000::1:0:0:1000:3 gateway-status=2403:9000::1:0:0:1000:3 unreachable distance=200 scope=40 target-scope=30 bgp-as-path=“AS_PATH” bgp-local-pref=1000 bgp-med=0 bgp-origin=igp received-from=IPv6-ACCESS01

1 Db dst-address=2000:2000::/32 gateway=2403:9000::1:0:0:1000:3 gateway-status=2403:9000::1:0:0:1000:3 unreachable distance=200 scope=40 target-scope=30 bgp-as-path=“AS_PATH” bgp-local-pref=1000 bgp-med=0 bgp-origin=igp received-from=IPv6-ACCESS02

21 ADo dst-address=2403:9000::1:0:0:1000:0/124 gateway=fe80::222:90ff:fe0c:25f1%vlan0621 gateway-status=fe80::222:90ff:fe0c:25f1%vlan0621 reachable distance=110 scope=20 target-scope=10 ospf-metric=10

mrz Guest	#3 0 26.01.2011 12:48:00 Это известная ошибка. Рекурсивный поиск не работает, если шлюз — это локальный адрес ссылочного типа. Чтобы маршруты BGP работали, нужна статическая маршрутизация с глобальным адресом в качестве шлюза.

brointhemix Guest	#4 0 05.10.2011 20:22:00 Вы планируете исправить это или представить официальное решение этой проблемы в одном из следующих обновлений?

sten Guest	#5 0 03.11.2011 09:24:00 Нельзя ничего объявлять с адресами link local, ведь это, в конце концов, локальные адреса. Для маршрутизации (даже для шлюза) используйте не link local адреса.

brointhemix Guest	#6 0 23.11.2011 14:20:00 Привет, sten, можешь привести пример, как это сделать? Как бы я ни старался, не могу заставить свои MT принять глобально уникальный следующий хоп вместо локального по ссылке…

marcof

Guest

05.07.2012 12:40:00

Привет, есть какие-то новости по этому поводу? Я только что столкнулся с этим багом в версии 5.18! Это же элементарная маршрутизация, которая работает на всех остальных системах, что я знаю. В чём проблема, почему RouterOS не справляется с этим? nexthops у OSPFv3 всегда линк-локальные, так что, полагаю, обходных вариантов нет. Лучшей практикой считается использовать loopback-адреса для iBGP и маршрутизировать их через OSPFv3. Когда этот баг исправят? Для MikroTik это вообще неприемлемо, если у тебя больше одного роутера. Спасибо, Марко.

igwana

Guest

21.07.2012 18:37:00

Привет, у меня такая же проблема (использую версию 5.17). Маршруты OSPFv3 имеют ссылочные nexthop (в соответствии с RFC) и не используются для рекурсивного разрешения nexthop маршрутов iBGP! Фильтры маршрутов (с использованием set-in-nexthop-ipv6 в цепочке ospf-in) — это решение только если у вас не более одного соседа по OSPF, потому что фильтр не может определить, от какого соседа пришёл маршрут, и соответственно задать nexthop. Можем ли мы надеяться, что это скоро исправят?

Маршрут iBGP с нерешённым nexthop:
35 Db dst-address=2001:db8::/32 gateway=fc00::2
gateway-status=fc00::2 unreachable distance=200 scope=40
target-scope=30 bgp-as-path="65000" bgp-local-pref=100 bgp-origin=igp
received-from=ibgp_router2

Маршрут из OSPFv3, который должен использоваться для разрешения nexthop, но не используется:
32 ADo dst-address=fc00::2/128 gateway=fe80::a61:702%sit4-vr1
gateway-status=fe80::a61:702%sit4-vr1 reachable distance=110 scope=20
target-scope=10 ospf-metric=10

marcof

Guest

04.06.2013 08:04:00

Привет! Прошло несколько месяцев, вышел RouterOS 6.0, а проблема всё ещё не решена. Кто-нибудь нашёл нормальный способ обхода, кроме добавления статических маршрутов? Статические маршруты — это вообще не выход, потому что они просто не работают в избыточной сетевой топологии! Очень хотелось бы знать, когда эту проблему наконец исправят. Для BGP с двойным стеком на MikroTIK это реально «вонять» полный. Спасибо, Марко.

paoloaga Guest	#10 0 11.06.2013 10:16:00 У меня тоже большие проблемы с RouterOS и iBGP для IPv6 из-за этой ошибки. Пожалуйста, Mikrotik, подумайте о том, чтобы это исправить!

marcof

Guest

#11

12.06.2013 06:27:00

Вы также можете написать письмо в службу поддержки MT по этому вопросу. Очень грустно, что такие базовые вещи не работают. MikroTik нужно пересмотреть своё отношение к IPv6 — это ведь не новинка, он существует уже много лет, и сейчас любой провайдер либо использует, либо внедряет его. MikroTik сможет стать полноценной альтернативой Cisco и другим на рынке провайдерского оборудования только тогда, когда хотя бы простой и базовый маршрутизм будет доступен и исправно работать (и да, IPv6 — это просто). Пожалуйста, исправьте это. Спасибо.

paoloaga

Guest

#12

15.06.2013 09:44:00

Пару месяцев назад я уже писал им, когда заменял часть магистральной инфраструктуры Cisco на роутеры CCR (~ 25 CCR). Они ответили, что исправят это в будущем. Но на самом деле у меня большие проблемы. Я начал внедрять IPv6 у клиентов еще в 2008 году, и сейчас у меня сеть, где все магистральные линии и loopback’и роутеров распределены через OSPF, а маршруты клиентов — через BGP. Проблема в том, что использовать iBGP с IPv6 невозможно. Я даже не могу перераспределить маршруты BGP в OSPFv3, потому что в OSPFv3 нет фильтрации маршрутов. В итоге мне пришлось поставить огромное количество статических маршрутов (!!!), чтобы маршруты iBGP были доступны, а это ужасно, потому что статические маршруты действительно СТАТИЧНЫ, и с ними просто кошмарно работать при обслуживании. Похоже, Mikrotik недооценивают важность этой проблемы. Надеюсь, скоро поправят.

zimage Guest	#13 0 24.09.2013 03:05:00 Проблема всё ещё существует в RouterOS 6.3. Планирую обновиться до 6.4 позже на этой неделе.

zimage Guest	#14 0 04.10.2013 21:15:00 Проблема всё ещё возникает в версии 6.5rc1. Я написал в поддержку на support@, и мне ответили, что мне просто нужно подкорректировать значения scope и target-scope. Только непонятно, что именно мне с этим делать.

mrz Guest	#15 0 07.10.2013 07:48:00 У тебя нет той проблемы, которая обсуждается в этой теме. Рекурсивный поиск не работает только когда nexthop является локальным адресом ссылки. У тебя были глобальные nexthop.

zimage Guest	#16 0 13.10.2013 04:42:00 Возможно, я что-то неправильно понимаю, но похоже, что следующие переходы — это link-local адреса. 0 Db dst-address=2001:470:1f10:9a7::/64 gateway=2001:470:c334::b gateway-status=2001:470:c334::b unreachable distance=200 scope=40 target-scope=30 bgp-local-pref=100 bgp-origin=igp received-from=fhl-r3 1 ADC dst-address=2001:470:c334::9/128 gateway=loopback gateway-status=loopback reachable distance=0 scope=10 2 ADo dst-address=2001:470:c334::a/128 gateway=fe80::20c:42ff:feff:5c7d%ether5 gateway-status=fe80::20c:42ff:feff:5c7d%ether5 reachable distance=110 scope=20 target-scope=10 ospf-metric=20 3 ADo dst-address=2001:470:c334::b/128 gateway=fe80::d6ca:6dff:fe35:d345%ether1 gateway-status=fe80::d6ca:6dff:fe35:d345%ether1 reachable distance=110 scope=20 target-scope=10 ospf-metric=20 4 ADo dst-address=2001:470:c334::13/128 gateway=fe80::20c:42ff:feff:5c7d%ether5 gateway-status=fe80::20c:42ff:feff:5c7d%ether5 reachable distance=110 scope=20 target-scope=10 ospf-metric=30 5 ADC dst-address=2001:470:c334:1::/64 gateway=ether1 gateway-status=ether1 reachable distance=0 scope=10 6 ADC dst-address=2001:470:c334:4::/64 gateway=ether5 gateway-status=ether5 reachable distance=0 scope=10 7 ADo dst-address=2001:470:c334:6::/64 gateway=fe80::20c:42ff:feff:5c7d%ether5 gateway-status=fe80::20c:42ff:feff:5c7d%ether5 reachable distance=110 scope=20 target-scope=10 ospf-metric=20 8 ADo dst-address=2001:470:c334:7::/64 gateway=fe80::20c:42ff:feff:5c7d%ether5 gateway-status=fe80::20c:42ff:feff:5c7d%ether5 reachable distance=110 scope=20 target-scope=10 ospf-metric=20 9 ADo dst-address=2001:470:c334:b::/64 gateway=fe80::d6ca:6dff:fe73:25ce%ether2 gateway-status=fe80::d6ca:6dff:fe73:25ce%ether2 reachable distance=110 scope=20 target-scope=10 ospf-metric=20 10 ADC dst-address=2001:470:c334:c::/64 gateway=ether2 gateway-status=ether2 reachable distance=0 scope=10 Строка 0 получена через iBGP. В качестве шлюза указан loopback адрес роутера — 2001:470:c334::b. Строка 3 содержит маршрут для достижения loopback роутера. Шлюз — fe80::d6ca:6dff:fe35:d345%ether1, это link-local адрес. Эти два маршрута очень похожи на те, что были в посте у igwana.

Читают тему

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