IPtv multicast

TEN

Можешь дать мне временный доступ к твоей коробке (информацию в приват)?

Был в отпуске, не мог ответить. Отправил.

TEN

Большое спасибо за помощь, все работает :D

vagiff

выложите сдесь настройки которые производились
что бы разобраться с проблемами

Eugene

@vagiff:

выложите сдесь настройки которые производились
что бы разобраться с проблемами

Да вобщем-то всё по мануалу. Непонятно только почему в pfSense-репозитории появилась опять старая нерабочая версия бинарника igmpproxy.
В 2.0 пакет должен работать на ура.

vagiff

а почему бы не использовать альтернативу? udpxy например

Eugene

1. udpxy понимает(проксит) IGMP?
2. зачем? если есть igmpproxy…

bortmex

@Evgeny:

1. udpxy понимает(проксит) IGMP?
2. зачем? если есть igmpproxy…

1. вполне
2. например для Wi-Fi (там вообще udpxy неизбежен, по-моему), а также если не хочется гнать мультикаст через тупые свичи а-ля D&%#nk - их тошнит

Eugene

@bortmex:

@Evgeny:

1. udpxy понимает(проксит) IGMP?
2. зачем? если есть igmpproxy…

1. вполне
2. например для Wi-Fi (там вообще udpxy неизбежен, по-моему), а также если не хочется гнать мультикаст через тупые свичи а-ля D&%#nk - их тошнит

Что-то не нашёл я про 1., но если вполне, то пожалуйста - нарисуй пакетик к pfSense'у. Думаю, многие тебе спасибо скажут.

bortmex

@Evgeny:

нарисуй пакетик к pfSense'у

попробую в ближайшее время, мне и самому надо

vagiff

а если поставить прямо так? как обычный пакет… не сломается ли что нибудь... в частности веб интерфейс

bortmex

сделал pkg_add -r udpxy
запустил по ману
вроде работает, ничего не сломалось (да и с чего бы ломаться)

Использование - в простейшем случае указать только источник мультикаста (-m <интерфейс>), и все. По дефолту слушает на 81 порту. Формат URL для плеера - http://<адрес_роутера>:81/udp/<мультикаст-адрес_канала>.

Пакет делать смысла особого нет, наверное, штука простая как топор

vagiff

@bortmex:

сделал pkg_add -r udpxy

не поставилось так….
пришлось ставить pkg_add -r http://...../udpxy

vagiff

всю голову сломал… иптв так и не заработало...

noker

Столкнулся с проблемой зависание картинки, на разных каналах с разным интервалом.(Если напрямую, то все ок).
В логах на момент зависания появляются такие сообщения:

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

Настройки все не сколько раз перепроверил,все как и должно быть :-[
Кто нибудь сталкивался с такой проблемой?

Eugene

screenshot конфига igmpproxy сюда пожалуйста и какие подсети на LAN и WAN?

noker

@Evgeny:

screenshot конфига igmpproxy сюда пожалуйста и какие подсети на LAN и WAN?

WAN (Static)
192.168.184.XX/21
LAN
192.168.1.1/24

1.jpg_thumb

Eugene

Канал 239.192.152.143 переезжает с одного хоста на другой - от этого похоже и замирания.
А почему решил, что другие пользователи проходят через тебя?
@noker:

Не могу понять почему через меня проходят запросы от других пользователей?

noker

@Evgeny:

А почему решил, что другие пользователи проходят через тебя?

Я конечно в первые сталкнулся с такой инф. по логам и возможно делаю ошибочные выводы,но по идее я не должен видеть запросы на широковещательный адрес от других пользователь из сети ???


[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]

Helfer_Panch

А как можно обновить версию.. Больше не знаю что делать.
Уже все перепробовал, все что в ветке было, все равно не идет.
Друзья помогите..

Eugene

@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]

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.
Ошибки вот только действительно какие-то странные в логах -(