Stepashka

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

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

День добрый, поискал по форуму, нашел только одну тему, но и там решения не обнаружилось... Топология такая: 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, просто хотел убедиться что нет штатного решения в прошивке/нативных пакетах. Спасибо!

Блин, вот только хотел заморочиться со всем этим (бесячий монополист РТ в моем доме), но адовый нагрев модулей, и гнетущее ощущение колхоза яростно против этой инициативы Пойду в управляющую компанию, может удастся подбить их на договор с нормальным провайдером