Stepashka
-
Posts
6 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by 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, просто хотел убедиться что нет штатного решения в прошивке/нативных пакетах.
Спасибо!
-
Блин, вот только хотел заморочиться со всем этим (бесячий монополист РТ в моем доме), но адовый нагрев модулей, и гнетущее ощущение колхоза яростно против этой инициативы
Пойду в управляющую компанию, может удастся подбить их на договор с нормальным провайдером
Проброс SSDP 239.255.255.250.1900 в/из подсети ("сегмента")
in Обмен опытом
Posted
Я так понимаю, нативного решения нет?