http://mikrotik.moscow Новое в теме Проблемы с VRF в RouterOS форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Wed, 05 Aug 2026 05:23:21 -0400 Проблемы с VRF в RouterOS RouterOS в форуме RouterOS.
Спасибо, чувак... ты спас мой день...
15.03.2020 13:57:00, shahedfardous.]]> http://mikrotik.moscow/forum/forum57/86211-problemy-s-vrf-v-routeros/message404289 http://mikrotik.moscow/forum/forum57/86211-problemy-s-vrf-v-routeros/message404289 Sun, 15 Mar 2020 13:57:00 -0400 RouterOS Проблемы с VRF в RouterOS RouterOS в форуме RouterOS.
Можно использовать src-address в правиле маршрутизации и указать управляющий IP-адрес роутера. Тогда вероятность пересечения с любыми таблицами маршрутов vpnv4 будет значительно меньше. В противном случае, думаю, самое точное решение — правило с src-address в цепочке output таблицы mangle.
13.10.2016 15:20:00, ZeroByte.]]> http://mikrotik.moscow/forum/forum57/86211-problemy-s-vrf-v-routeros/message404288 http://mikrotik.moscow/forum/forum57/86211-problemy-s-vrf-v-routeros/message404288 Thu, 13 Oct 2016 15:20:00 -0400 RouterOS Проблемы с VRF в RouterOS RouterOS в форуме RouterOS.
Ах, классно, не думал об этом раньше, но мне интересно: что если у вас есть пересекающиеся подсети, для которых вы используете VRF, чтобы разделить трафик клиентов... разве правило маршрутизации не приведёт к неприятным последствиям? На самом деле я никогда не пробовал это на Mikrotik, учитывая, что VRF там не настолько логически изолированы, как на Cisco. Интересно, к чему приведёт наличие двух VRF с одинаковой подсетью... Спасибо, Splash.
13.10.2016 14:42:00, SplitHorizon.]]> http://mikrotik.moscow/forum/forum57/86211-problemy-s-vrf-v-routeros/message404287 http://mikrotik.moscow/forum/forum57/86211-problemy-s-vrf-v-routeros/message404287 Thu, 13 Oct 2016 14:42:00 -0400 RouterOS Проблемы с VRF в RouterOS RouterOS в форуме RouterOS.
Вы также можете использовать опцию IP Route Rules, чтобы указать маршруту искать назначение в другой таблице маршрутизации. Это избавит вас от необходимости использовать mangle-правила фаервола. Пример: /ip route rule
add dst-address=10.188.120.2/32 table=DN42
13.10.2016 08:25:00, Splash.]]> http://mikrotik.moscow/forum/forum57/86211-problemy-s-vrf-v-routeros/message404286 http://mikrotik.moscow/forum/forum57/86211-problemy-s-vrf-v-routeros/message404286 Thu, 13 Oct 2016 08:25:00 -0400 RouterOS Проблемы с VRF в RouterOS RouterOS в форуме RouterOS.
Ах, в итоге пришлось использовать mangle-правила в выходящей цепочке, чтобы это починить. Совсем не идеально, но «работает». Mangle-правило, по сути, говорит — всё, что направлено на этот IP, помещать в VRF таблицу маршрутизации. Да, ROS должен это знать сам по себе, ведь интерфейсы находятся в VRF, но он не знает. Mikrotik, может, добавьте пару строк кода, которые будут делать это за нас в фоне и влиять на выходящую цепочку, то есть... если протокол маршрутизации требует TCP-соединения, например, BGP, и если IP назначения в той же подсети, что напрямую подключённый интерфейс/VLAN, и если IP источника тоже из этого интерфейса/VLAN, то ставьте routing mark в VRF этого напрямую подключённого интерфейса.

Кстати, я не вижу проблем с использованием OSPF или RIP в VRF, только с BGP возникают заморочки. Захваты пакетов и Interface Torch подтверждают то, что говорит Zero Byte, но это относится только к BGP. OSPF работает отлично. Однако войти на роутер по IP из VRF до сих пор нельзя... я однажды потерял доступ самым неловким способом.

Но, вообще, это реально работает — попробуйте сами.
12.10.2016 16:51:00, SplitHorizon.]]> http://mikrotik.moscow/forum/forum57/86211-problemy-s-vrf-v-routeros/message404285 http://mikrotik.moscow/forum/forum57/86211-problemy-s-vrf-v-routeros/message404285 Wed, 12 Oct 2016 16:51:00 -0400 RouterOS Проблемы с VRF в RouterOS RouterOS в форуме RouterOS.
Кто-нибудь из вас сталкивался с тем, что RouterOS ищет записи в основной таблице маршрутизации, хотя они находятся в VRF? Например, после создания bgp-инстанса и указания таблицы маршрутизации, а также интерфейса в VRF, когда пытаюсь поднять пир, он зависает на стадии подключения. В логах появляется “there is no route to host”… то есть он ищет пира в основной таблице маршрутизации вместо VRF. Это адрес /30, я могу пропинговать два роутера через VRF, но почему-то BGP, хотя в инстансе указана VRF, всё равно смотрит в основную таблицу.

Похожая проблема была после изменения next-hop у маршрута, выученного через VPNv4, на интерфейс туннеля на другом конце VRF. Next-hop добавлен и присутствует в таблице маршрутизации VRF, но RouterOS всё равно пытается искать next-hop в основной таблице, а не в таблице VRF. При этом на Cisco IOS всё работает без проблем.
28.04.2016 11:42:00, SplitHorizon.]]> http://mikrotik.moscow/forum/forum57/86211-problemy-s-vrf-v-routeros/message404284 http://mikrotik.moscow/forum/forum57/86211-problemy-s-vrf-v-routeros/message404284 Thu, 28 Apr 2016 11:42:00 -0400 RouterOS