Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    RouterOS
    Проблемы с VRF в RouterOS

    Проблемы с VRF в RouterOS

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Проблемы с VRF в RouterOS, RouterOS
     
    SplitHorizon
    Guest
    #1
    0
    28.04.2016 11:42:00
    Кто-нибудь из вас сталкивался с тем, что 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 всё работает без проблем.
     
     
     
    SplitHorizon
    Guest
    #2
    0
    12.10.2016 16:51:00
    Ах, в итоге пришлось использовать 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 до сих пор нельзя... я однажды потерял доступ самым неловким способом.

    Но, вообще, это реально работает — попробуйте сами.
     
     
     
    Splash
    Guest
    #3
    0
    13.10.2016 08:25:00
    Вы также можете использовать опцию IP Route Rules, чтобы указать маршруту искать назначение в другой таблице маршрутизации. Это избавит вас от необходимости использовать mangle-правила фаервола. Пример: /ip route rule
    add dst-address=10.188.120.2/32 table=DN42
     
     
     
    SplitHorizon
    Guest
    #4
    0
    13.10.2016 14:42:00
    Ах, классно, не думал об этом раньше, но мне интересно: что если у вас есть пересекающиеся подсети, для которых вы используете VRF, чтобы разделить трафик клиентов... разве правило маршрутизации не приведёт к неприятным последствиям? На самом деле я никогда не пробовал это на Mikrotik, учитывая, что VRF там не настолько логически изолированы, как на Cisco. Интересно, к чему приведёт наличие двух VRF с одинаковой подсетью... Спасибо, Splash.
     
     
     
    ZeroByte
    Guest
    #5
    0
    13.10.2016 15:20:00
    Можно использовать src-address в правиле маршрутизации и указать управляющий IP-адрес роутера. Тогда вероятность пересечения с любыми таблицами маршрутов vpnv4 будет значительно меньше. В противном случае, думаю, самое точное решение — правило с src-address в цепочке output таблицы mangle.
     
     
     
    shahedfardous
    Guest
    #6
    0
    15.03.2020 13:57:00
    Спасибо, чувак... ты спас мой день...
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры