1) о каких именно интерфейсах идет речь?
2) куда сажать vrrp интерфейсы?
3) присваивать ли ip адреса vlan интерфейсам?

можно ли вкратце описать возможное решение?

- получается, в /int vlan нужно привязать вланы к vrrp интерфейсам.
Куда в таком случае привязывать сами vrrp интерфейсы? если на транковый eth5, тогда Vrrp все равно будет в invalid

- методом проб и ошибок я сделал заключение, что vrrp можно вешать только на интерфейс, которому присвоен какой-либо ip адрес

- шаманство с бриджами также не помогло…

vrrp интерфейс переходит в состоянии Invalid

Вот поэтому мне и пришлось извращаться и загонять VLAN в VRRP.

«VRRP не работает на VLAN‘ах. Но ведь VLAN завернуть в VRRP никто не мешает»

сейчас vrrp на вланах уже работает, но тем не менее, тема с заворотом vlan в vrrp меня все равно итересует

Мне необходимо добиться, чтобы МТ рутеры полностью заменяли L3 свичи,
т.е. хосты втыкалиь бы в access порты МТ, МТ были бы между собой в транке
+ ко всему между вланами спокойно бы гуляло vrrp.

с первой частью все ок, а вот vrrp наотрез отказывается работать.

Логика в целом:
- рутеры соединяем между собой через порты eth5
- создаем два влана, вешаем их на порт eth5 на обоих рутерах
- на эти вланы заводим соотвествующие ip адреса
- access порты и vlan интерфейсы загоняем в один bridge (один бридж на один влан)

в итоге получаем, что хост с одного МТ прекрасно видит свой шлюз, а также хост на втором микротике из дургого влана

все бы хорошо, но еще нужно присобачить vrrp
- если Vrrp повесить на существующий влан, vrrp интерфейс переходит в состоянии Invalid
- если этот влан убрать из бриджа (/int bridge port), тогда vrrp переходит в рабочий статус, но
при этом перестает работать связка «хоствлан»

уже много часов убил на эти микротики. может кто подскажет, как заставить работать vrrp при описанной схеме