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

Маршрут, предоставленный BGP, отмечен как недоступный.

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

troykelly

Guest

27.07.2017 06:40:00

Я пытаюсь перераспределить маршруты на наши внутренние устройства, но так как все маршруты помечены как недоступные, они не рекламируются.

41404 Db dst-address=2c0f:fd90::/32 gateway=2001:19f0:ffff::1 gateway-status=2001:19f0:ffff::1 unreachable distance=20 scope=40 target-scope=30 bgp-as-path="64515,20473,17819,2914,3356,37084,37185" bgp-origin=igp
bgp-communities=64515:44 received-from=peer6_vultr

41405 Db dst-address=2c0f:fda8::/32 gateway=2001:19f0:ffff::1 gateway-status=2001:19f0:ffff::1 unreachable distance=20 scope=40 target-scope=30 bgp-as-path="64515,20473,17819,4826,6939,37349" bgp-origin=igp
bgp-communities=64515:44 received-from=peer6_vultr

41406 Db dst-address=2c0f:fdb0::/48 gateway=2001:19f0:ffff::1 gateway-status=2001:19f0:ffff::1 unreachable distance=20 scope=40 target-scope=30 bgp-as-path="64515,20473,17819,2914,37100,33765" bgp-origin=igp
bgp-communities=64515:44 received-from=peer6_vultr

41407 Db dst-address=2c0f:fdc0::/32 gateway=2001:19f0:ffff::1 gateway-status=2001:19f0:ffff::1 unreachable distance=20 scope=40 target-scope=30 bgp-as-path="64515,20473,17819,2914,6453,36930" bgp-origin=igp
bgp-communities=64515:44 received-from=peer6_vultr

41408 Db dst-address=2c0f:fdc8::/32 gateway=2001:19f0:ffff::1 gateway-status=2001:19f0:ffff::1 unreachable distance=20 scope=40 target-scope=30 bgp-as-path="64515,20473,17819,4826,6939,37105,37049" bgp-origin=igp
bgp-communities=64515:44 received-from=peer6_vultr

Есть ли способ заставить маршрутизатор не обращать внимания на то, что он считает маршруты недоступными? Можно ли как-то убедить маршрутизатор, что они доступны? (всё работает, и следующий хоп доступен)

/ping 2001:19f0:ffff::1
SEQ HOST SIZE TTL TIME STATUS
0 2001:19f0:ffff::1 56 64 0ms echo reply
1 2001:19f0:ffff::1 56 64 0ms echo reply
2 2001:19f0:ffff::1 56 64 0ms echo reply
3 2001:19f0:ffff::1 56 64 0ms echo reply
4 2001:19f0:ffff::1 56 64 0ms echo reply
5 2001:19f0:ffff::1 56 64 0ms echo reply
6 2001:19f0:ffff::1 56 64 0ms echo reply

sent=7 received=7 packet-loss=0% min-rtt=0ms avg-rtt=0ms max-rtt=0ms

alp

Guest

14.08.2018 08:56:00

У меня похожая проблема. С HE.net и NetAssist я настраиваю BGP через туннель. При этом я запускаю прямую BGP-сессию с Vultr. К сожалению, полный маршрут из Vultr отображается как «недоступный». Не могли бы вы помочь с этой проблемой?

mrz Guest	#3 0 15.08.2018 14:07:00 Вероятно, вам нужно рекурсивно разрешать шлюз, но для правильной работы это должно происходить через маршрут с глобальным адресом (адреса локальной связи не подойдут).

mafiosa Guest	#4 0 01.06.2020 13:15:00 @mrz @savage У меня такая же проблема с Vultr. Помогите, пожалуйста.

kevinM

Guest

01.06.2020 17:29:00

Для рекурсивной маршрутизации IPv6 мы используем фильтры маршрутов и задаём следующий хоп — локальные шлюзы канального уровня с проверкой пинга шлюза. Так, если один из путей перестанет работать, трафик не попадёт в чёрную дыру, и при этом маршрут остаётся динамичным (статические маршруты используем только в крайнем случае).

mafiosa Guest	#6 0 01.06.2020 17:34:00 Значит, я могу использовать локальный ссылочный адрес интерфейса eth1 в качестве следующего перехода через фильтр и убрать статический маршрут к IP пиру Vultr?

Читают тему

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