Проблемы с VRRP

Вот что на самом деле настроено — несколько DSTNAT/SRCNAT для публичных IP и DHCP-сетей. Эта конфигурация такая же, как на других MikroTik-устройствах/сайтах и никаких проблем с VRRP не вызывает. Единственное отличие — MTik01 это CCR1009, а MTik02 — RB1100AHx2. Я добавил входящий интерфейс для VRRP, который должен был увеличиваться, но оба роутера продолжали назначать статус RM.

MTik01
/ip address
add address=10.1.0.2/24 comment="LAN IP" interface=ether1 network=10.1.0.0  
add address=10.3.0.2/24 comment="WiFi IP" interface=ether2 network=10.3.0.0  
add address=10.1.0.1 comment="VRRP: LAN IP" interface=vrrp_lan network=10.1.0.0  
add address=10.3.0.1 comment="VRRP: WiFi IP" interface=vrrp_wifi network=10.3.0.0  

/interface vrrp
add comment="WiFi VRRP" interface=ether2 name=vrrp_wifi priority=150 vrid=200  
add comment="LAN VRRP" interface=ether1 name=vrrp_lan priority=150 vrid=100  

/ip firewall filter
add action=accept chain=input protocol=vrrp  
add action=drop chain=forward comment="Clients<!>Client: Drop" in-interface-list=Client out-interface-list=Client  
add action=drop chain=input dst-port=80,21,22,23,2222,8291,443,8728,8729 protocol=tcp src-address-list=!Trusted  
add action=drop chain=input dst-port=161 protocol=udp src-address-list=!Trusted  

/ip service set
telnet disabled=yes  
ftp disabled=yes  
api disabled=yes  
api-ssl disabled=yes  

MTik02
/ip address
add address=10.1.0.3/24 comment="LAN IP" interface=ether1 network=10.1.0.0  
add address=10.3.0.3/24 comment="WiFi IP" interface=ether2 network=10.3.0.0  
add address=10.1.0.1 comment="VRRP: LAN IP" interface=vrrp_lan network=10.1.0.0  
add address=10.3.0.1 comment="VRRP: WiFi IP" interface=vrrp_wifi network=10.3.0.0  

/interface vrrp
add comment="WiFi VRRP" interface=ether2 name=vrrp_wifi priority=100 vrid=200  
add comment="LAN VRRP" interface=ether1 name=vrrp_lan priority=100 vrid=100  

/ip firewall filter
add action=accept chain=input protocol=vrrp  
add action=drop chain=input dst-port=80,21,22,23,2222,8291,443,8728,8729 protocol=tcp src-address-list=!Trusted  
add action=drop chain=input dst-port=161 protocol=udp src-address-list=!Trusted  

/ip service set
telnet disabled=yes  
ftp disabled=yes  
api disabled=yes  
api-ssl disabled=yes  

В общем, конфиг идентичен другим, только железо немного отличается, и VRRP почему-то не пашет, как ожидалось — оба роутера всё время в режиме RM, хотя приоритеты разные.

Между ними стоит коммутатор. VLAN 100 — это управление локальной сетью, VLAN 101 — управление Wi-Fi. VLAN настроены правильно между фаерволами. Подтверждено, что они видят друг друга через neighbors и могут пинговать локальные IP друг друга. Например, если отключить VRRP на MTik02, он всё равно пингует и видит MTik01 с правильным IP-адресом, заканчивающимся на .1.

Да. Я подтвердил, что оба маршрутизатора видят друг друга на уровне 2 и отображаются в списках соседей друг друга. VLAN на коммутаторах настроены правильно. Согласен, похоже, что маршрутизаторы не общаются по VRRP, но насколько я могу судить, в конфигурации всё в порядке. Как я уже упоминал, MikroTik настроены точно так же, как и другие MikroTik в других местах, где VRRP прекрасно работает. То же касается конфигураций коммутаторов. Единственная разница в том, что у нас есть CCR1009 и RB1100AHx2. Мне всё время было интересно, не связано ли это с аппаратной несовместимостью между этими двумя устройствами, которая мешает им нормально работать.

Используя инструмент Packet Tracer на обоих MikroTik’ах, я вижу, что ни один из них не принимает VRRP-пакеты; оба только отправляют, что кажется странным, потому что счётчик входящих VRRP в фильтре увеличился при добавлении, хоть и медленно. Это подтверждает то, что мы обсуждали, но я всё ещё не понимаю, где именно затык. Я также проверил конфигурацию коммутатора и там вроде всё в порядке, но продолжу копаться и в MikroTik’ах, и в коммутаторе.

Должно быть, дело в переключателях, как я думаю. Какой у них бренд?