IPtv multicast
-
1. udpxy понимает(проксит) IGMP?
2. зачем? если есть igmpproxy…1. вполне
2. например для Wi-Fi (там вообще udpxy неизбежен, по-моему), а также если не хочется гнать мультикаст через тупые свичи а-ля D&%#nk - их тошнит -
1. udpxy понимает(проксит) IGMP?
2. зачем? если есть igmpproxy…1. вполне
2. например для Wi-Fi (там вообще udpxy неизбежен, по-моему), а также если не хочется гнать мультикаст через тупые свичи а-ля D&%#nk - их тошнитЧто-то не нашёл я про 1., но если вполне, то пожалуйста - нарисуй пакетик к pfSense'у. Думаю, многие тебе спасибо скажут.
-
-
а если поставить прямо так? как обычный пакет… не сломается ли что нибудь... в частности веб интерфейс
-
сделал pkg_add -r udpxy
запустил по ману
вроде работает, ничего не сломалось (да и с чего бы ломаться)Использование - в простейшем случае указать только источник мультикаста (-m <интерфейс>), и все. По дефолту слушает на 81 порту. Формат URL для плеера - http://<адрес_роутера>:81/udp/<мультикаст-адрес_канала>.
Пакет делать смысла особого нет, наверное, штука простая как топор
-
сделал pkg_add -r udpxy
не поставилось так….
пришлось ставить pkg_add -r http://...../udpxy -
всю голову сломал… иптв так и не заработало...
-
Столкнулся с проблемой зависание картинки, на разных каналах с разным интервалом.(Если напрямую, то все ок).
В логах на момент зависания появляются такие сообщения:Oct 13 20:59:19 igmpproxy: Note: Adding MFC: 192.168.184.111 -> 239.255.255.250, InpVIf: 0 Oct 13 20:59:22 igmpproxy: Note: RECV V2 member report from 192.168.1.3 to 239.195.0.46 (ip_hl 24, data 8) Oct 13 20:59:22 igmpproxy: Note: Adding MFC: 93.100.195.74 -> 239.195.0.46, InpVIf: 0 Oct 13 20:59:22 igmpproxy: Note: RECV V2 member report from 192.168.1.3 to 239.195.0.46 (ip_hl 24, data 8) Oct 13 20:59:22 igmpproxy: Note: Adding MFC: 93.100.195.74 -> 239.195.0.46, InpVIf: 0 Oct 13 20:59:27 igmpproxy: Note: RECV V2 member report from 192.168.1.1 to 224.0.0.2 (ip_hl 24, data 8) Oct 13 20:59:27 igmpproxy: Note: The IGMP message was from myself. Ignoring. Oct 13 20:59:27 igmpproxy: Warn: age_table_entry: SIOCGETSGCNT failing for (192.168.185.177 239.192.152.143); Errno(49): Can't assign requested address Oct 13 20:59:27 igmpproxy: Note: Removing MFC: 192.168.185.177 -> 239.192.152.143, InpVIf: 0 Oct 13 20:59:27 igmpproxy: Warn: MRT_DEL_MFC; Errno(49): Can't assign requested address Oct 13 20:59:27 igmpproxy: Warn: age_table_entry: SIOCGETSGCNT failing for (192.168.185.175 239.192.152.143); Errno(49): Can't assign requested address Oct 13 20:59:27 igmpproxy: Note: Removing MFC: 192.168.185.175 -> 239.192.152.143, InpVIf: 0 Oct 13 20:59:27 igmpproxy: Warn: MRT_DEL_MFC; Errno(49): Can't assign requested address Oct 13 20:59:27 igmpproxy: Warn: age_table_entry: SIOCGETSGCNT failing for (192.168.184.225 239.192.152.143); Errno(49): Can't assign requested address Oct 13 20:59:27 igmpproxy: Note: Removing MFC: 192.168.184.225 -> 239.192.152.143, InpVIf: 0 Oct 13 20:59:27 igmpproxy: Warn: MRT_DEL_MFC; Errno(49): Can't assign requested address Oct 13 20:59:27 igmpproxy: Warn: age_table_entry: SIOCGETSGCNT failing for (192.168.184.28 239.192.152.143); Errno(49): Can't assign requested address Oct 13 20:59:27 igmpproxy: Note: Removing MFC: 192.168.184.28 -> 239.192.152.143, InpVIf: 0 Oct 13 20:59:27 igmpproxy: Warn: MRT_DEL_MFC; Errno(49): Can't assign requested address Oct 13 20:59:27 igmpproxy: Note: Removing MFC: 192.168.187.69 -> 239.255.255.250, InpVIf: 0
Не могу понять почему через меня проходят запросы от других пользователей?
Oct 13 20:59:27 igmpproxy: Warn: MRT_DEL_MFC; Errno(49): Can't assign requested address Oct 13 20:59:27 igmpproxy: Warn: age_table_entry: SIOCGETSGCNT failing for (192.168.184.28 239.192.152.143); Errno(49): Can't assign requested address Oct 13 20:59:27 igmpproxy: Note: Removing MFC: 192.168.184.28 -> 239.192.152.143, InpVIf: 0 Oct 13 20:59:27 igmpproxy: Warn: MRT_DEL_MFC; Errno(49): Can't assign requested address Oct 13 20:59:27 igmpproxy: Note: Removing MFC: 192.168.187.69 -> 239.255.255.250, InpVIf: 0 Oct 13 20:59:27 igmpproxy: Note: Removing MFC: 192.168.186.192 -> 239.255.255.250, InpVIf: 0 Oct 13 20:59:27 igmpproxy: Note: Removing MFC: 192.168.184.28 -> 239.255.255.250, InpVIf: 0 Oct 13 20:59:30 igmpproxy: Note: New origin for route 239.192.152.143 is 192.168.185.177, flood -1 Oct 13 20:59:37 igmpproxy: Note: New origin for route 239.192.152.143 is 192.168.184.225, flood -1 Oct 13 20:59:38 igmpproxy: Note: New origin for route 239.192.152.143 is 192.168.185.128, flood -1
Настройки все не сколько раз перепроверил,все как и должно быть :-[
Кто нибудь сталкивался с такой проблемой? -
screenshot конфига igmpproxy сюда пожалуйста и какие подсети на LAN и WAN?
-
screenshot конфига igmpproxy сюда пожалуйста и какие подсети на LAN и WAN?
WAN (Static)
192.168.184.XX/21
LAN
192.168.1.1/24
-
Канал 239.192.152.143 переезжает с одного хоста на другой - от этого похоже и замирания.
А почему решил, что другие пользователи проходят через тебя?
@noker:Не могу понять почему через меня проходят запросы от других пользователей?
-
А почему решил, что другие пользователи проходят через тебя?
Я конечно в первые сталкнулся с такой инф. по логам и возможно делаю ошибочные выводы,но по идее я не должен видеть запросы на широковещательный адрес от других пользователь из сети ???
[ct 13 20:59:27 igmpproxy: Note: Removing MFC: 192.168.187.69 -> 239.255.255.250, InpVIf: 0 Oct 13 20:59:27 igmpproxy: Note: Removing MFC: 192.168.186.192 -> 239.255.255.250, InpVIf: 0 Oct 13 20:59:27 igmpproxy: Note: Removing MFC: 192.168.184.28 -> 239.255.255.250, InpVIf: 0 [/code] Или вот такого типа запросы не совсем мне понятны: [code] 20:59:30 igmpproxy: Note: New origin for route 239.192.152.143 is 192.168.185.177, flood -1 Oct 13 20:59:37 igmpproxy: Note: New origin for route 239.192.152.143 is 192.168.184.225, flood -1 Oct 13 20:59:38 igmpproxy: Note: New origin for route 239.192.152.143 is 192.168.185.128, flood -1 [/code]
-
А как можно обновить версию.. Больше не знаю что делать.
Уже все перепробовал, все что в ветке было, все равно не идет.
Друзья помогите.. -
Я конечно в первые сталкнулся с такой инф. по логам и возможно делаю ошибочные выводы,но по идее я не должен видеть запросы на широковещательный адрес от других пользователь из сети ???
[ct 13 20:59:27 igmpproxy: Note: Removing MFC: 192.168.187.69 -> 239.255.255.250, InpVIf: 0 Oct 13 20:59:27 igmpproxy: Note: Removing MFC: 192.168.186.192 -> 239.255.255.250, InpVIf: 0 Oct 13 20:59:27 igmpproxy: Note: Removing MFC: 192.168.184.28 -> 239.255.255.250, InpVIf: 0 [/code] igmpproxy перестал слушать поток 239.255.255.250, который можно было принять с этих IP 192.168.187.69 192.168.186.192. [quote] Или вот такого типа запросы не совсем мне понятны: [code] 20:59:30 igmpproxy: Note: New origin for route 239.192.152.143 is 192.168.185.177, flood -1 Oct 13 20:59:37 igmpproxy: Note: New origin for route 239.192.152.143 is 192.168.184.225, flood -1 Oct 13 20:59:38 igmpproxy: Note: New origin for route 239.192.152.143 is 192.168.185.128, flood -1 [/code] [/quote] Здесь никаких "других" пользователей нет. Просто multicst поток 239.192.152.143 теперь доступен с других серверов на стороне WAN: 192.168.185.177 192.168.184.225 192.168.185.128. Ошибки вот только действительно какие-то странные в логах -(
-
А как можно обновить версию.. Больше не знаю что делать.
Уже все перепробовал, все что в ветке было, все равно не идет.
Друзья помогите..Знаю умельцы загружали свежий порт с freebsd, но там синтаксис запуска немного другой, придётся вручную запускать.
А делать нужно вот что:
-запостить конфигурацию
-запостить логи
-запостить tcpdump -
удалено
-
и вправду старая версия, на какой адрес выслать работающую?
-
Evgeny, спасибо огромное за помощь!
Igmpproxy прекрасно работает, в моем случае все дело было в правилах фаервола. Работает та версия, которая ставиться самим PFsense'ом.
Дело в том что в pfsense правила создаются таким образом, что при отработке правила дальнейшее движение по цепочке правил прекращается.
Поэтому правило lan net -> 224.0.0.0/4 c галкой "This allows packets with ip options to pass …" в AdvancedOptions, нужно поставить в самое начало правил LAN.Хотя есть вариант вообще не создавать вышеописанное, если есть правило выпускать lan net(или отдельный ip lan_net диапозона) -> to anу.
В этом случае нужно, в этом правиле, установит галку "This allows packets with ip options to pass ..." в AdvancedOptions. -
Evgeny, спасибо огромное за помощь!
[/qoute]
пожалуйста.Igmpproxy прекрасно работает, в моем случае все дело было в правилах фаервола. Работает та версия, которая ставиться самим PFsense'ом.
Дело в том что в pfsense правила создаются таким образом, что при отработке правила дальнейшее движение по цепочке правил прекращается.
Поэтому правило lan net -> 224.0.0.0/4 c галкой Advanсed -> "Disables the PF scrubbing option which can sometimes interfere with NFS and PPTP traffic", нужно поставить в самое начало правил LAN.Ты имел ввиду "This allows packets with ip options to pass …" в AdvancedOptions для правила. scrubbing к этому делу никакого отношения не меет.
И ещё ты забыл про "сложный случай раз (пункт 6)" отсюда http://ru.doc.pfsense.org/index.php/%D0%9A%D0%B0%D0%BA_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B8%D1%82%D1%8C_IPTV
Вобщем, надо чётко следовать шагам howto и всё будет зашибись. -) -
Evgeny, спасибо огромное за помощь!
[/qoute]
пожалуйста.Igmpproxy прекрасно работает, в моем случае все дело было в правилах фаервола. Работает та версия, которая ставиться самим PFsense'ом.
Дело в том что в pfsense правила создаются таким образом, что при отработке правила дальнейшее движение по цепочке правил прекращается.
Поэтому правило lan net -> 224.0.0.0/4 c галкой Advanсed -> "Disables the PF scrubbing option which can sometimes interfere with NFS and PPTP traffic", нужно поставить в самое начало правил LAN.Ты имел ввиду "This allows packets with ip options to pass …" в AdvancedOptions для правила. scrubbing к этому делу никакого отношения не меет.
И ещё ты забыл про "сложный случай раз (пункт 6)" отсюда http://ru.doc.pfsense.org/index.php/%D0%9A%D0%B0%D0%BA_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B8%D1%82%D1%8C_IPTV
Вобщем, надо чётко следовать шагам howto и всё будет зашибись. -)Да ты прав! Именно эту галку и имел ввиду.. поправил.
Рекомендую добавить эту поправку в документацию, т.к. мелочь, а времени отняла три дня поиска.