Проброс SSDP 239.255.255.250.1900 в/из подсети ("сегмента")

[Stepashka]

День добрый, поискал по форуму, нашел только одну тему, но и там решения не обнаружилось...

Топология такая:
 

34: br2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
    link/ether 52:ff:20:23:3c:00 brd ff:ff:ff:ff:ff:ff
    inet 192.168.8.1/29 brd 192.168.8.7 scope global br2
       valid_lft forever preferred_lft forever
    inet6 fe80::50ff:20ff:fe23:3c00/64 scope link
       valid_lft forever preferred_lft forever
40: br8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
    link/ether 52:ff:20:23:3b:fa brd ff:ff:ff:ff:ff:ff
    inet 192.168.242.1/29 brd 192.168.242.7 scope global br8
       valid_lft forever preferred_lft forever
    inet6 fe80::50ff:20ff:fe23:3bfa/64 scope link
       valid_lft forever preferred_lft forever

- br2 - здесь сервер miniDLNA 

- br8 - смарт-тв по вайфаю, "Enable access to home network applications" отключен

- в фаерволе на обоих мостах (временно) разрешены все TCP/UDP/ICMP, для чистоты эксперимента

Задача очевидная, тв, как и miniDLNA шлет мультикаст UDP пакеты на 239.255.255.250:1900,  ну и естественно они не доходят до адресатов (dlna/tv). Т.е. все что нужно, это переслать SSDP трафик с/на необходимые интерфейсы. Я 100% уверен, что можно решить это дело с помощью iptables, просто хотел убедиться что нет штатного решения в прошивке/нативных пакетах.

Спасибо!

 

Edited December 24, 2021 by Stepashka

[Stepashka]

Забыл добавить, что br2 - VLAN2, а br8 - VLAN8, но подозреваю, это к проблеме не относится

[Stepashka]

Я так понимаю, нативного решения нет?