https://m.opennet.dev/openforum/vsluhforumID3/74931.html Возникла необходимость обеспечения возможности просмотра IPTV сразу на нескольких устройствах в домашней сети. Реализации данной схемы мешало то, что полученный от провайдера модем имел два раздельных порта для данных и для IPTV. Простейшим решением было бы закорачивание IPTV-порта в домашний коммутатор, но такая схема нарушает принципы построения безопасных систем и сулит появление паразитного трафика. В связи с этим было решено организовать перенаправление IPTV-трафика через локальный шлюз, на котором используется пакетный фильтр PF и IGMP-прокси.<br><br>1. Включаем поддержку переброса между сетевыми интерфейсами мультикаст трафика, для OpenBSD:<br><br> echo "multicast_router=YES" &gt;&gt; /etc/rc.conf.local<br><br>перезагружаем систему.<br><br>Активируем перенаправление мультисаст трафика:<br><br> sysctl net.inet.ip.mforwarding=1<br><br>в /etc/sysctl.conf сохраняем настройку "net.inet.ip.mforwarding=1".<br><br>2. Устанавливаем пакет net/igmpproxy с реализацией igmp-прокси:<br><br> pkg_add igmpproxy<br><br>Отображаем свои сетевые настройки в https://m.opennet.dev/openforum/vsluhforumID3/74931.html#16 Sat, 24 Mar 2012 15:21:42 GMT Проброс IPTV для линукса, в примере используется Debian, может кому пригодиться<br><br>http://rukul.ru/system-setting/linux-debian-проброс-multicast-iptv-пробросить-через-nat-в-лока<br> https://m.opennet.dev/openforum/vsluhforumID3/74931.html#14 Tue, 01 Mar 2011 15:27:09 GMT Что-то я в свое время не осилил igmpproxy. На мой взгляд для локалки не будет заметно разницы между udpxy и igmpproxy по объему генерируемого трафика.<br> https://m.opennet.dev/openforum/vsluhforumID3/74931.html#13 Sun, 27 Feb 2011 16:04:48 GMT Укртелеком? Если нет приставки и нужно смотреть передачи на локальном компе, стоящем за опенроутером - как вам удалось всё это сконфигурировать?<br> https://m.opennet.dev/openforum/vsluhforumID3/74931.html#12 Sun, 27 Feb 2011 03:57:23 GMT Тема заинтересовала, но у меня всё гораздо проще. IPTV идёт через ADSL модем. С модема убраны все разделдения портов на группы. Интернет настроен через PPPoE в модеме. VPI/VCI с потоком в режиме бридж, так же как и управляющий канал для приставки.<br>Из неприятного - приходится отказаться от DHCP. Точнее оно присутствует из-за управляющего канала и выдаёт хитрые адреса с медленным интернетом. Так что при отсутствии приставки можно просто убрать управляющий канал, а при её наличии вбивать адреса устройств руками.<br>Ещё встречался с проблемой, что некоторые каналы идут с 200 номера порта. Приходится играть с файерволом и перенаправлять их на порт выше 1024.<br> https://m.opennet.dev/openforum/vsluhforumID3/74931.html#8 Thu, 24 Feb 2011 15:20:06 GMT multicast_router не нужен точно. А вот forward нужен, тут я ошибся<br> https://m.opennet.dev/openforum/vsluhforumID3/74931.html#7 Thu, 24 Feb 2011 08:30:46 GMT этому (udpxy) порту всего 13 месяцев, igmpproxy был доступен раньше.<br>ну и они разные вещи делают вообщето. <br>схожие, но udp и http раздача клиентам в локалкеэто не одно и тоже<br> https://m.opennet.dev/openforum/vsluhforumID3/74931.html#6 Thu, 24 Feb 2011 08:13:09 GMT udpxy ни как не осилить?<br>По дефолту 16 клиентво на один процесс.<br> https://m.opennet.dev/openforum/vsluhforumID3/74931.html#5 Thu, 24 Feb 2011 04:33:37 GMT у меня такое решение на FreeBSD 7 серии работает и давно уже (более года), раньше правда igmpproxy в портах не было, щас все легко и просто.<br><br>по поводу конфигов, помоему у меня с 0.0.0.0/0 не работало, если такое наблюдается - можно перечислить как это у провайдера сделано например: altnet 10.0.0.0/8 и altnet 224.0.0.0/4<br><br>в PF использовал правила<br>mcast_ll= "10.0.0.0/8"<br>mcast_as= "224.0.0.0/4"<br>pass quick on {$int_if $ext_if} proto igmp to {$mcast_ll $mcast_as} allow-opts modulate state label "mcast"<br>pass quick on {$int_if $ext_if} proto udp to {$mcast_ll $mcast_as} port {1234, 9875} keep state label "mcast udp"<br><br>единственное с чем не доконца разобрался - наблюдал много не очень нужных мне пакетов которые просто решил блокировать:<br>block in quick on $ext_if proto 103 all label "block in PIMv2 Cisco Hello spam"<br><br>а в целом отличный проксик, с ключом -d инфы выдает очень много и подробно (если чего не выходит то можно поколупатся и поанализировать), очень благодарен умельцам которые ее с линукса порти https://m.opennet.dev/openforum/vsluhforumID3/74931.html#4 Thu, 24 Feb 2011 03:31:28 GMT Нет. IGMP прокси, проксирует только igmp запросы.<br>Получает запрос с внутренней сети, и подписывается на поток снаружи и добавляет маршрут в таблицу маршрутизации. ( можно посмотреть netstat -g ). Т.е. до клиента бежит multicast трафик.<br>Скорее всего вы перепутали с udpxy, который как раз сам подписывается на поток и перегоняет его к вам уже по unicast.<br>