Jump to content

Stepashka

Forum Members
  • Posts

    6
  • Joined

  • Last visited

Posts posted by Stepashka

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

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

    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, просто хотел убедиться что нет штатного решения в прошивке/нативных пакетах.

    Спасибо!

     

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

    Пойду в управляющую компанию, может удастся подбить их на договор с нормальным провайдером

×
×
  • Create New...