http://mikrotik.moscow Новое в теме Интерфейс VRRP на мосту форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Tue, 14 Jul 2026 07:21:30 +0300 Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
У меня такая же проблема на CCR1009-7G-1C-1S+ с RouterOS v6.48.6. Я наткнулся на эту тему, когда исследовал, почему пропускная способность одного TCP-соединения в 3 раза выше при использовании обычного VLAN-интерфейса на бридже, чем при использовании VRRP-интерфейса поверх VLAN-интерфейса. Также могу подтвердить, что MAC-адрес VRRP-интерфейса не появляется в таблице Host / MAC на бридже. В итоге весь трафик, приходящий на один из портов бриджа с VRRP-интерфейсом в качестве назначения, пересылается на остальные порты бриджа. Думаю, именно это и вызывает огромный падение производительности, которое я наблюдаю при использовании VRRP-интерфейса IPv4 в роли шлюза для хоста за роутером, вместо IPv4 без VRRP на самом роутере.
28.04.2022 09:35:00, mazza.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388194 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388194 Thu, 28 Apr 2022 09:35:00 +0300 RouterOS Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
У меня тоже такая проблема на ROS 7.1.3 на CCR2004.
06.03.2022 16:18:00, azazel.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388193 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388193 Sun, 06 Mar 2022 16:18:00 +0300 RouterOS Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
Извиняюсь, что отвечаю в старой теме. У меня такая же проблема с последним rc (7.1rc4) на CCR2004, может кто-то подтвердить, сохраняется ли эта ошибка в 7.1rc? Когда я добавляю VRRP-интерфейс на бридж, каждый исходящий пакет с бриджа отправляется обратно на все интерфейсы, входящие в бридж. Я также пробовал добавить MAC-адрес VRRP-интерфейса в bridge/hosts и привязать его к физическому интерфейсу, но тогда вообще нет подключения к интернету.
16.10.2021 09:20:00, kormenator.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388192 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388192 Sat, 16 Oct 2021 09:20:00 +0300 RouterOS Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
Привет! Концепция протокола VRRP в том, что оба роутера знают свои роли и при необходимости импортируют конфигурацию друг у друга, если что-то идет не так. Только неопытные пользователи думают, что вторичный роутер получит адрес с номером 2 вместо 1 в подсети, если первый роутер выйдет из строя. Главное — это адрес шлюза и активация интерфейса мастера в бридже. Если оба роутера находятся в одном бридже, возникнут коллизии и петли, поэтому нужно отключать трафик в бридже мастера 2 или того, который у вас второй роутер.

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

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

Так же есть у всех: Ubiquity, DD-WRT, pfSense и другие дистрибутивы Linux. У Mikrotik всё есть в графическом интерфейсе, а движок на FreeBSD готов к работе. У них самый быстрый запуск из всех брендов, что я пробовал — очень стабильные и надёжные решения, и всё это бесплатно входит в лицензию.
20.12.2019 23:22:00, icko81.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388191 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388191 Fri, 20 Dec 2019 23:22:00 +0300 RouterOS Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
До сих пор у меня остаётся эта проблема: все участники моста забиты трафиком с конечным MAC-адресом 00:00:5E:00:01:01, который принадлежит VRRP ID1 на этом мосту. Сейчас я решаю её, добавляя этот MAC-адрес VRRP и привязываю его к одному из физических интерфейсов-участников в разделе «/interface bridge host».
20.12.2019 01:55:00, tawhwat.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388190 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388190 Fri, 20 Dec 2019 01:55:00 +0300 RouterOS Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
Привет. Можно ли сделать так, чтобы ответ ICMP приходил с виртуального IP-адреса, а не с основного IP-адреса мастера в конфигурации VRRP на мосту с VLAN-ами при трассировке маршрута? Например, если мой IP шлюза по умолчанию — 192.168.1.254 (виртуальный IP для VLANx на CCR), то я получаю ответ с 192.168.1.253 (основной IP мастера).
19.04.2018 09:04:00, andrewdl.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388189 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388189 Thu, 19 Apr 2018 09:04:00 +0300 RouterOS Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
В общем и целом: всегда сообщайте в техподдержку о багах. Не полагайтесь на форумы. Сократите настройку до минимума, чтобы показать и воспроизвести ошибку. Добавьте диаграммы, PCAP-файлы и прочее. Все баги, о которых я сообщил в техподдержку, уже были исправлены.
10.03.2018 11:26:00, sup5.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388188 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388188 Sat, 10 Mar 2018 11:26:00 +0300 RouterOS Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
6 лет… 1 год с перерывами я пытался настроить работу VRRP между CCR в своей сети. И вот теперь всё работает на прошивке 6.42rc35. Огромное спасибо. Особая благодарность sup5.
10.03.2018 10:53:00, andrewdl.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388187 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388187 Sat, 10 Mar 2018 10:53:00 +0300 RouterOS Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
После короткого разговора с поддержкой эта проблема была решена в течение нескольких дней в последнем релиз-кандидате: Что нового в 6.42rc35 (26 февраля 2018, 10:46): *) bridge — исправлено обучение MAC-адресов для интерфейсов VRRP на мосту;
02.03.2018 08:42:00, sup5.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388186 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388186 Fri, 02 Mar 2018 08:42:00 +0300 RouterOS Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
Столкнулся с этой проблемой тоже. Решил её с помощью петлевого кабеля на роутере: ether1 — IP-адрес роутера, vrrp1 — ведомый от ether1 с виртуальным IP-адресом, ether2 — ведомый в бридже, который включает все остальные нужные порты, кроме ether1, петлевой кабель между ether1 и ether2. В общем, это очень неудобно! Все остальные производители маршрутизаторов и коммутаторов на рынке могут без проблем настроить VRRP (или его аналоги вроде HSRP, VRRP-e/a) на VLAN, SVI или бридже.
08.02.2018 17:38:00, sup5.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388185 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388185 Thu, 08 Feb 2018 17:38:00 +0300 RouterOS Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
Проблема всё ещё сохраняется. CCR1009-8G-1S-1S+, 6.37.1.
03.03.2017 16:07:00, teamer.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388184 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388184 Fri, 03 Mar 2017 16:07:00 +0300 RouterOS Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
Да. На моём устройстве порты 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.
21.10.2014 08:56:00, Tolaris.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388183 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388183 Tue, 21 Oct 2014 08:56:00 +0400 RouterOS Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
У меня такая же проблема.
18.10.2014 01:37:00, 9bt.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388182 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388182 Sat, 18 Oct 2014 01:37:00 +0400 RouterOS Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
Привет, вот как я «починил» это за последние несколько лет... не думаю, что MT с этим справится. Может, ты создашь заявку в их поддержку и посмотрим, что из этого выйдет. С уважением, Йорг.
12.10.2014 07:19:00, brainy.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388181 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388181 Sun, 12 Oct 2014 07:19:00 +0400 RouterOS Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
Есть новости по этому поводу? У меня та же проблема. MAC-адреса VRRP-интерфейсов не узнаются мостом, из-за чего они сбрасываются на все порты. Одно из решений — использовать Bridge → Filters и создать правило для переадресации вроде такого: цепочка forward, интерфейсы / out. интерфейс = ether2, MAC-адрес назначения = MAC VRRP-интерфейса, действие DROP. Повторить для каждого интерфейса etherX, ведущего к другим хостам. Не применяйте это к интерфейсам, которые соединяются с другими роутерами с VRRP. Я еще не тестировал этот метод.
11.10.2014 23:20:00, Tolaris.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388180 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388180 Sat, 11 Oct 2014 23:20:00 +0400 RouterOS Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
Я замечаю эту проблему уже во многих версиях routerOS. Суть в том, что мост не понимает, к какому интерфейсу относится vrrp-интерфейс (посмотрите таблицу хостов на мосту — вы не увидите MAC-адрес vrrp-интерфейса, как вы уже упомянули). Из-за этого весь трафик, который приходит на мост и должен дойти до (локального) vrrp-интерфейса, рассылается по всем портам моста. У меня уже есть открытый тикет в MT с сообщением, что это баг. Надеюсь, они это исправят. С уважением, Joerg
07.06.2013 16:28:00, brainy.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388179 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388179 Fri, 07 Jun 2013 16:28:00 +0400 RouterOS Интерфейс VRRP на мосту RouterOS в форуме RouterOS.
Привет! У нас такая проблема: есть роутер с VRRP-интерфейсом на мостовом интерфейсе. Проблема в том, что трафик, который приходит на один из портов моста, дублируется на другие порты моста. Через 5 минут (время устаревания) всё начинает работать нормально. Суть в том, что когда трафик дублируется, я не вижу MAC-адрес интерфейса VRRP в Bridge Hosts. Интересно, может, это я что-то неправильно понимаю, или это баг Mikrotik? Может, кто-то подскажет, в чём может быть дело?
01.03.2012 12:14:00, Xymelin.]]> http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388178 http://mikrotik.moscow/forum/forum57/84594-interfeys-vrrp-na-mostu/message388178 Thu, 01 Mar 2012 12:14:00 +0400 RouterOS