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

Интерфейс VRRP на мосту

Интерфейс VRRP на мосту, RouterOS

Xymelin

Guest

01.03.2012 12:14:00

Привет! У нас такая проблема: есть роутер с VRRP-интерфейсом на мостовом интерфейсе. Проблема в том, что трафик, который приходит на один из портов моста, дублируется на другие порты моста. Через 5 минут (время устаревания) всё начинает работать нормально. Суть в том, что когда трафик дублируется, я не вижу MAC-адрес интерфейса VRRP в Bridge Hosts. Интересно, может, это я что-то неправильно понимаю, или это баг Mikrotik? Может, кто-то подскажет, в чём может быть дело?

brainy

Guest

07.06.2013 16:28:00

Я замечаю эту проблему уже во многих версиях routerOS. Суть в том, что мост не понимает, к какому интерфейсу относится vrrp-интерфейс (посмотрите таблицу хостов на мосту — вы не увидите MAC-адрес vrrp-интерфейса, как вы уже упомянули). Из-за этого весь трафик, который приходит на мост и должен дойти до (локального) vrrp-интерфейса, рассылается по всем портам моста. У меня уже есть открытый тикет в MT с сообщением, что это баг. Надеюсь, они это исправят. С уважением, Joerg

Tolaris

Guest

11.10.2014 23:20:00

Есть новости по этому поводу? У меня та же проблема. MAC-адреса VRRP-интерфейсов не узнаются мостом, из-за чего они сбрасываются на все порты. Одно из решений — использовать Bridge → Filters и создать правило для переадресации вроде такого: цепочка forward, интерфейсы / out. интерфейс = ether2, MAC-адрес назначения = MAC VRRP-интерфейса, действие DROP. Повторить для каждого интерфейса etherX, ведущего к другим хостам. Не применяйте это к интерфейсам, которые соединяются с другими роутерами с VRRP. Я еще не тестировал этот метод.

brainy Guest	#4 0 12.10.2014 07:19:00 Привет, вот как я «починил» это за последние несколько лет... не думаю, что MT с этим справится. Может, ты создашь заявку в их поддержку и посмотрим, что из этого выйдет. С уважением, Йорг.

9bt Guest	#5 0 18.10.2014 01:37:00 У меня такая же проблема.

Tolaris

Guest

21.10.2014 08:56:00

Да. На моём устройстве порты ether2-4 входят в мост и никогда не будут вести адрес VRRP. ether5 подключён к запасному роутеру. Вот что я сделал:
/interface bridge filter
add action=drop chain=forward comment="No VRRP gw traffic to hosts" dst-mac-address=00:00:5E:00:01:14/FF:FF:FF:FF:FF:FF in-bridge=LAN_Internal out-interface=ether2
add action=drop chain=forward comment="No VRRP gw traffic to hosts" dst-mac-address=00:00:5E:00:01:14/FF:FF:FF:FF:FF:FF in-bridge=LAN_Internal out-interface=ether3
add action=drop chain=forward comment="No VRRP gw traffic to hosts" dst-mac-address=00:00:5E:00:01:14/FF:FF:FF:FF:FF:FF in-bridge=LAN_Internal out-interface=ether4

Это решило проблему, но всё равно всё огорчает. Я не верю, что Mikrotik реально внедрит то, что мы просим. У них долгая история игнорирования важных функций, например, OpenVPN UDP.

teamer Guest	#7 0 03.03.2017 16:07:00 Проблема всё ещё сохраняется. CCR1009-8G-1S-1S+, 6.37.1.

sup5

Guest

08.02.2018 17:38:00

Столкнулся с этой проблемой тоже. Решил её с помощью петлевого кабеля на роутере: ether1 — IP-адрес роутера, vrrp1 — ведомый от ether1 с виртуальным IP-адресом, ether2 — ведомый в бридже, который включает все остальные нужные порты, кроме ether1, петлевой кабель между ether1 и ether2. В общем, это очень неудобно! Все остальные производители маршрутизаторов и коммутаторов на рынке могут без проблем настроить VRRP (или его аналоги вроде HSRP, VRRP-e/a) на VLAN, SVI или бридже.

sup5

Guest

02.03.2018 08:42:00

После короткого разговора с поддержкой эта проблема была решена в течение нескольких дней в последнем релиз-кандидате: Что нового в 6.42rc35 (26 февраля 2018, 10:46): *) bridge — исправлено обучение MAC-адресов для интерфейсов VRRP на мосту;

andrewdl Guest	#10 0 10.03.2018 10:53:00 6 лет… 1 год с перерывами я пытался настроить работу VRRP между CCR в своей сети. И вот теперь всё работает на прошивке 6.42rc35. Огромное спасибо. Особая благодарность sup5.

sup5

Guest

#11

10.03.2018 11:26:00

В общем и целом: всегда сообщайте в техподдержку о багах. Не полагайтесь на форумы. Сократите настройку до минимума, чтобы показать и воспроизвести ошибку. Добавьте диаграммы, PCAP-файлы и прочее. Все баги, о которых я сообщил в техподдержку, уже были исправлены.

andrewdl

Guest

#12

19.04.2018 09:04:00

Привет. Можно ли сделать так, чтобы ответ ICMP приходил с виртуального IP-адреса, а не с основного IP-адреса мастера в конфигурации VRRP на мосту с VLAN-ами при трассировке маршрута? Например, если мой IP шлюза по умолчанию — 192.168.1.254 (виртуальный IP для VLANx на CCR), то я получаю ответ с 192.168.1.253 (основной IP мастера).

tawhwat

Guest

#13

20.12.2019 01:55:00

До сих пор у меня остаётся эта проблема: все участники моста забиты трафиком с конечным MAC-адресом 00:00:5E:00:01:01, который принадлежит VRRP ID1 на этом мосту. Сейчас я решаю её, добавляя этот MAC-адрес VRRP и привязываю его к одному из физических интерфейсов-участников в разделе «/interface bridge host».

icko81

Guest

#14

20.12.2019 23:22:00

Привет! Концепция протокола VRRP в том, что оба роутера знают свои роли и при необходимости импортируют конфигурацию друг у друга, если что-то идет не так. Только неопытные пользователи думают, что вторичный роутер получит адрес с номером 2 вместо 1 в подсети, если первый роутер выйдет из строя. Главное — это адрес шлюза и активация интерфейса мастера в бридже. Если оба роутера находятся в одном бридже, возникнут коллизии и петли, поэтому нужно отключать трафик в бридже мастера 2 или того, который у вас второй роутер.

VRRP — это простой протокол: когда первый роутер сломался, вторичный запускает стартовый скрипт и становится главным. Для этого у вас должен быть только один кабель, напрямую передающий сигнал протокола, подобно пульсу (heartbeat). Если сигнал теряется, роутер 2 становится интерфейсом и мастер-роутером, перенаправляя интернет-трафик. Когда роутер 1 возвращается, происходит обратное — роутер 2 становится интерфейсом с адресом 2 или другим, но не шлюзом.

Хорошо в роутерах Mikrotik то, что они отлично работают не только с VRRP, но и с резервированием питания: оба могут получать питание от блока питания через кабель, когда PoE включен в коммутаторе. Для меня это самый важный момент, поскольку основной роутер не выйдет из строя из-за проблем с питанием и останется работоспособным.

Так же есть у всех: Ubiquity, DD-WRT, pfSense и другие дистрибутивы Linux. У Mikrotik всё есть в графическом интерфейсе, а движок на FreeBSD готов к работе. У них самый быстрый запуск из всех брендов, что я пробовал — очень стабильные и надёжные решения, и всё это бесплатно входит в лицензию.

kormenator

Guest

#15

16.10.2021 09:20:00

Извиняюсь, что отвечаю в старой теме. У меня такая же проблема с последним rc (7.1rc4) на CCR2004, может кто-то подтвердить, сохраняется ли эта ошибка в 7.1rc? Когда я добавляю VRRP-интерфейс на бридж, каждый исходящий пакет с бриджа отправляется обратно на все интерфейсы, входящие в бридж. Я также пробовал добавить MAC-адрес VRRP-интерфейса в bridge/hosts и привязать его к физическому интерфейсу, но тогда вообще нет подключения к интернету.

azazel Guest	#16 0 06.03.2022 16:18:00 У меня тоже такая проблема на ROS 7.1.3 на CCR2004.

mazza Guest	#17 0 28.04.2022 09:35:00 У меня такая же проблема на CCR1009-7G-1C-1S+ с RouterOS v6.48.6. Я наткнулся на эту тему, когда исследовал, почему пропускная способность одного TCP-соединения в 3 раза выше при использовании обычного VLAN-интерфейса на бридже, чем при использовании VRRP-интерфейса поверх VLAN-интерфейса. Также могу подтвердить, что MAC-адрес VRRP-интерфейса не появляется в таблице Host / MAC на бридже. В итоге весь трафик, приходящий на один из портов бриджа с VRRP-интерфейсом в качестве назначения, пересылается на остальные порты бриджа. Думаю, именно это и вызывает огромный падение производительности, которое я наблюдаю при использовании VRRP-интерфейса IPv4 в роли шлюза для хоста за роутером, вместо IPv4 без VRRP на самом роутере.

Читают тему

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