спасибо всем, решение - через RIP. Понял, почему не сработало раньше и забил на эту тему - фильтровался мультикаст на уровне провайдера-транспорта, нихера не работало, вот и забил. В этот раз вник, вкурил, что это работает и по юникасту, теперь всё ок.
Для будущего "поколения" или для других юзернеймов, кому будет эта идея интересна.
На базе микротика это решил так:
1) На главном роутере, который будет получать маршруты от других, Routing -> RIP, добавляем в Interface новую запись.
Interface: тот интерфейс, на котором будем слушать инфу о маршрутах с других роутеров
Receive/Send: v2 (юзаем вторую версию протокола)
Authentication: none (не буду вдаваться в опции авторизации, кому интересно - разберется сам)
Passive - ставим галочку, т.к. этот роутер будет только слушать маршруты;
Neighbours - здесь добавляем ипы роутеров, с которых будем слушать маршруты;
2) На остальных роутерах, которые будут отправлять инфу о маршрутах, Routing -> RIP, добавляем в Interface новую запись.
Всё тоже самое, что и на главном, кроме галочки Passive, она не нужна.
На той же вкладке правее RIP Settings - здесь вверху never, т.к. нам не нужно ничего делать с дефолтным маршрутом
Ниже указываем какие маршруты будем отправлять (статические, оспф, бгп, кому что нужно, мне например - connected нужны были)
Далее идем в Neighbours, добавляем запись с ипом, куда будем слать инфу о маршрутах. Это как оказалось, ключевой момент, который определяет, что инфу нужно юникастом слать на определенный адрес (routeros wiki).
Теперь самое интересное. Если не задать что конкретно, то роутер будет отдавать инфу о всех подряд своих маршрутах, зачастую это нафиг не нужно, потому идем в RIP->Filters.
Добавляем новое правило, в chain указываем rip-out, а в action указываем reject. Это правило должно быть в итоге в самом конце, по окончанию настройки.
Снова добавляем правило, где в chain rip-out, prefix - указываем маску подсети для маршрутов, которые будем отправлять, ниже - длину маски, (можно указать диапазон, например 16-32, кому что нужно). В action - accept. Напомню, первое правило что мы создали должно быть последним в списке.
Такой подход мне понравился больше, чем фильтровать на входе всё подряд, а роутеры будут отправлять всё подряд. Лучше отправлять то, что полезно, а на входе вообще не фильтровать. Но это уже тонкости настройки.
Собственно всё. Описал своими словами, по памяти, для "чайников", иногда это нужно для общего понимания картины.