IPtv multicast

Eugene

ЗЫ я конечно всё равно не понял что именно сделал. и откуда это 213.85.187.0/24 в логах взялся но факт то что работает!

если хочешь понять, перечитай ещё раз, как это работает.
Пожалуйста -)

Versuz

@Versuz:

ЗЫ я конечно всё равно не понял что именно сделал. и откуда это 213.85.187.0/24 в логах взялся но факт то что работает!

если хочешь понять, перечитай ещё раз, как это работает.
Пожалуйста -)

Поверьте перечитывал и не один десяток раз. Туповат я. Слишком сложно.
А атк то в вашем описании всё правильно написано было. Тока я сразу не понял что у меня "сложный случай"…

И ещё не мешало бы для новичков добавить в статью картинки с настройкой этого дела. без картинок мне правила писать было сложновато. Щас пока остановился на варинте когда всё по UDP и IGMP разрешено.))

ЗЫ а вообще за статью огромный респект!

А так то можно попробовать собрать подборку настроек по провайдерам:
провайдер QWERTY; WAN -> upstream -> networks: 213.85.187.0/24; остальное как описано в статье.

Quasar

Никто случаем не настраивал igmpproxy для билайновского ТВ? Я вроде всё сконфигурировал, прописал в фаерволе - на компьютере ТВ есть, а на приставке (которую они выдают) ничего нет.
Кто подскажет - куда копать?

Quasar

В добавление к предыдущему: если на компе запустить какой-то канал, то на ТВ-приставке он сразу же начинает показывать. Если остановить на компьютере - то прекращается.
Видимо приставка не может подписаться на группу через роутер?…

Пробовал уже и статические марщруты добавлять до сетей провайдера и в фаерволе все порты открывать - ничего((...

Забыл сказать: использую pfsense 2.0beta5

Адреса такие:
WAN - по DHCP 10.240.79./22
Приставка тоже получает адрес из 10.240.79./22. Вещание идёт из другой сети (сейчас точный адрес её не помню; добавил её в igmpproxy - на компе после этого заработало).

Eugene

igmpproxy в логах видит IGMP от приставки?

Quasar

В логах-то он видит приставку…

Всё заработало! Проблема была в том, что igmpproxy не умеет сам считать адреса и выделять сетевую часть. Я на LAN в networks прописывал 10.240.79.0/22 (адрес приставки), думая, что igmpproxy сам адрес посчитает. Ан нет! Надо было вводить именно 10.240.76.0/22.

Правда картинка каждые 2-3 минуты прерывается, секунд через 10 продолжается.. И ошибки в логах появляются.

Кто-нибудь знает, что вот эта запись значит: igmpproxy: Note: New origin for route ... is ..., flood -1. Точнее что значит "flood -1"?

deutsche

Какой-то лимит привышается похоже.

Quasar

Ничего пока не получается сделать: через 2-4 минуты картинка подвисает на 20-30 секунд. Потом всё дальше показывает.
В логах ошибок никаких нет; вот лог после того, как приставка опять начинает показывать:

Feb 2 22:27:11 igmpproxy: Note: Adding MFC: 78.107.196.7 -> 233.33.210.92, InpVIf: 1
Feb 2 22:27:11 igmpproxy: Note: RECV V2 member report from 10.240.79.* to 233.33.210.92 (ip_hl 24, data 8)
Feb 2 22:27:10 igmpproxy: Note: Adding MFC: 78.107.196.7 -> 233.33.210.92, InpVIf: 1
Feb 2 22:27:10 igmpproxy: Note: New origin for route 233.33.210.92 is 78.107.196.7, flood -1
Feb 2 22:27:10 igmpproxy: Note: RECV V2 member report from 10.240.79.* to 233.33.210.92 (ip_hl 24, data 8)
Feb 2 22:27:09 igmpproxy: Note: RECV Membership query from 10...* to 224.0.0.1 (ip_hl 24, data 12)
Feb 2 22:27:09 igmpproxy: Note: RECV Membership query from 10...* to 233.33.210.92 (ip_hl 24, data 8)
Feb 2 22:27:09 igmpproxy: Note: RECV Membership query from 10...* to 224.0.0.1 (ip_hl 24, data 12)
Feb 2 22:27:09 igmpproxy: Note: RECV Membership query from 10...* to 233.33.210.92 (ip_hl 24, data 8)
Feb 2 22:27:09 igmpproxy: Note: joinMcGroup: 233.33.210.92 on re1
Feb 2 22:27:09 igmpproxy: Note: RECV V2 member report from 10.240.79.* to 233.33.210.92 (ip_hl 24, data 8)
Feb 2 22:27:09 igmpproxy: Note: Route is not active. No kernel updates done.
Feb 2 22:27:09 igmpproxy: Note: Removing MFC: 78.107.196.7 -> 233.33.210.92, InpVIf: 1
Feb 2 22:27:09 igmpproxy: Note: leaveMcGroup: 233.33.210.92 on re1
Feb 2 22:27:09 igmpproxy: Note: RECV Leave message from 10.240.79.* to 224.0.0.2 (ip_hl 24, data 8)

Адрес с одной звёздочкой - ТВ-приставка, с несколькими - LAN-интерфейс pfsense.

Такое ощущение, что igmpproxy слишком редко подтверждает подписку и мультикаст просто перестаёт приходить…

Eugene

Приставка сама уходит из этой группы.
Запусти```
tcpdump -ni <lan interface=""> -s0 -w pristavka.cap igmp</lan>

и как изображение пропадёт/появится ДВА раза нажми Ctrl+C и пришли мне файл pristavka.cap

killeo

Для провайдера T_R_I_O_L_A_N в Украине:
Всё сделал как тут 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
огромное спасибо автору!!!

Галка убрана System->Advansed->Disables the PF scrubbing option which can sometimes interfere with NFS and PPTP traffic

Services: IGMP Proxy
WAN upstream 10.5.200.1/32

Dda

Имею тот же трабл. что и у большинства провайдер НАШНЕТ КИЕВ.
Кто настраивал и получилось ? Что нужно прописать в upstream какую сеть ? Общался с провайдером - говорит не поступает запрос на соединение. У провайдера каналы вещаются с адресов 228.0.0.Х и тд. В лог кидается вот такой тред

Feb 19 21:33:33 igmpproxy: Note: RECV Membership query from 172.16.25.1 to 224.0.0.1 (ip_hl 20, data 8)
Feb 19 21:33:33 igmpproxy: Note: RECV V2 member report from 172.16.25.158 to 224.0.0.2 (ip_hl 20, data 8)
Feb 19 21:33:33 igmpproxy: Note: Adding MFC: 172.16.25.52 -> 239.255.255.250, InpVIf: 0
Feb 19 21:33:33 igmpproxy: Note: Adding MFC: 172.16.25.173 -> 239.255.255.250, InpVIf: 0
Feb 19 21:42:07 igmpproxy: Note: The source address 172.16.25.35 for group 239.255.255.250, is valid DOWNSTREAM VIF #0.
Feb 19 21:42:07 igmpproxy: Note: New origin for route 239.255.255.250 is 172.16.25.35, flood 0
Feb 19 21:42:07 igmpproxy: Note: Adding MFC: 172.16.25.35 -> 239.255.255.250, InpVIf: 0
Feb 19 21:51:36 igmpproxy: Warn: The source address 10.5.5.1 for group 228.0.0.103, is not in any valid net for upstream VIF.
Feb 19 21:51:36 igmpproxy: Warn: The source address 10.5.5.1 for group 228.0.0.130, is not in any valid net for upstream VIF.
Feb 19 21:51:36 igmpproxy: Warn: The source address 10.5.5.1 for group 228.0.0.57, is not in any valid net for upstream VIF.

Настройки делал по статье, что упоминал killeo

Eugene

10.5.5.0/24 на upstream интерфесе в Networks добавил?

Dda

@Evgeny:

10.5.5.0/24 на upstream интерфесе в Networks добавил?

Пробовал и так тоже. Лог пишет:

Feb 20 10:40:14 	igmpproxy: Note: Route is not active. No kernel updates done.
Feb 20 10:40:14 	igmpproxy: Note: leaveMcGroup: 224.0.1.60 on re1
Feb 20 10:40:14 	igmpproxy: Note: Removing MFC: 172.16.25.97 -> 239.192.152.143, InpVIf: 0
Feb 20 10:40:14 	igmpproxy: Note: leaveMcGroup: 239.192.152.143 on re1
Feb 20 10:40:14 	igmpproxy: Note: Route is not active. No kernel updates done.
Feb 20 10:40:14 	igmpproxy: Note: leaveMcGroup: 224.0.1.178 on re1
Feb 20 10:40:14 	igmpproxy: Note: Route is not active. No kernel updates done.
Feb 20 10:40:14 	igmpproxy: Note: leaveMcGroup: 239.255.255.250 on re1
Feb 20 10:40:14 	igmpproxy: Note: Route is not active. No kernel updates done.
Feb 20 10:40:14 	igmpproxy: Note: leaveMcGroup: 224.0.0.251 on re1
Feb 20 10:40:14 	igmpproxy: Note: Route is not active. No kernel updates done.
Feb 20 10:40:14 	igmpproxy: Note: leaveMcGroup: 224.0.0.252 on re1
Feb 20 10:40:14 	igmpproxy: Note: Route is not active. No kernel updates done.

во время сканирования каналов IP-TV плеером :

Feb 20 10:45:26 	igmpproxy: Note: RECV Membership query from 172.16.25.1 to 224.0.0.1 (ip_hl 20, data 8)
Feb 20 10:45:26 	igmpproxy: Note: RECV V2 member report from 172.16.25.158 to 224.0.0.2 (ip_hl 20, data 8)
Feb 20 10:45:26 	igmpproxy: Note: RECV Membership query from 94.244.154.180 to 224.0.0.1 (ip_hl 20, data 8)
Feb 20 10:45:27 	igmpproxy: Note: RECV V2 member report from 172.16.25.91 to 224.0.0.252 (ip_hl 24, data 8)
Feb 20 10:45:27 	igmpproxy: Note: RECV V2 member report from 172.16.25.32 to 224.0.1.60 (ip_hl 24, data 8)
Feb 20 10:45:28 	igmpproxy: Note: RECV V2 member report from 172.16.25.172 to 239.255.255.250 (ip_hl 24, data 8)
Feb 20 10:45:28 	igmpproxy: Note: RECV V2 member report from 172.16.25.172 to 224.0.0.253 (ip_hl 24, data 8)
Feb 20 10:45:30 	igmpproxy: Note: RECV V2 member report from 172.16.25.173 to 224.0.0.251 (ip_hl 24, data 8)
Feb 20 10:45:30 	igmpproxy: Note: RECV V2 member report from 172.16.25.98 to 224.0.0.2 (ip_hl 24, data 8)

Версия pfsense 1.2.3 Release
igmpproxy 0.1

Rules WAN lan


Proto 	Source 	Port 	Destination 	Port 	Gateway 	Schedule
UDP 	* 	* 	224.0.0.0/4 	* 	* 	  
	Proto 	Source 	Port 	Destination 	Port 	Gateway 	Schedule 	Description 		
	IGMP 	LAN net 	* 	224.0.0.0/4 	* 	*

Кажись пакет igmpproxy у меня старый… можешь выслать работающий пакетик ?

$ ls -l /usr/local/sbin/igmpproxy
-rwxr-xr-x  1 root  wheel  31060 Feb 19 22:23 /usr/local/sbin/igmpproxy

Eugene

отсюда

Feb 20 10:45:26 igmpproxy: Note: RECV Membership query from 172.16.25.1 to 224.0.0.1 (ip_hl 20, data 8)
Feb 20 10:45:26 igmpproxy: Note: RECV V2 member report from 172.16.25.158 to 224.0.0.2 (ip_hl 20, data 8)
Feb 20 10:45:26 igmpproxy: Note: RECV Membership query from 94.244.154.180 to 224.0.0.1 (ip_hl 20, data 8)
Feb 20 10:45:27 igmpproxy: Note: RECV V2 member report from 172.16.25.91 to 224.0.0.252 (ip_hl 24, data 8)
Feb 20 10:45:27 igmpproxy: Note: RECV V2 member report from 172.16.25.32 to 224.0.1.60 (ip_hl 24, data 8)
Feb 20 10:45:28 igmpproxy: Note: RECV V2 member report from 172.16.25.172 to 239.255.255.250 (ip_hl 24, data 8)
Feb 20 10:45:28 igmpproxy: Note: RECV V2 member report from 172.16.25.172 to 224.0.0.253 (ip_hl 24, data 8)
Feb 20 10:45:30 igmpproxy: Note: RECV V2 member report from 172.16.25.173 to 224.0.0.251 (ip_hl 24, data 8)
Feb 20 10:45:30 igmpproxy: Note: RECV V2 member report from 172.16.25.98 to 224.0.0.2 (ip_hl 24, data 8)

что-то вырезано или так и есть в логе?

Dda

!!!!! Заработало, блокировалось WAN 10.10.5.1 в firewall.
Еще вопрос - как лучше настроить балансировку UDP трафика, если у меня 2 входящих интерфейса от провайдера? WAN и OPT1 работают в режиме loadballancing. Но я так понимаю это только для TCP\IP….
В настройках igmpproxy говорится, что upstream поток может быть только один и он у меня на wan. Downstream смотрит в lan. Как пристроить opt1 ?

Eugene

@Dda:

!!!!! Заработало, блокировалось WAN 10.10.5.1 в firewall.
Еще вопрос - как лучше настроить балансировку UDP трафика, если у меня 2 входящих интерфейса от провайдера? WAN и OPT1 работают в режиме loadballancing. Но я так понимаю это только для TCP\IP….
В настройках igmpproxy говорится, что upstream поток может быть только один и он у меня на wan. Downstream смотрит в lan. Как пристроить opt1 ?

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

Dda

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

Имееся в виду возможность получать UDP пакеты на свой хост с распределением по интерфейсам OPT1 и WAN, а не только через WAN как сейчас. Или это невозможно в принципе для IPTV?

Eugene

Не думаю, что это возможно.

Philosof

Прочитал всю ветку. Спасибо всем кто помог прояснить этот вопрос.
Помогите.
После всех мучений) так и не заработало. Но трафик UDP потока на upstream появляется и что самое интересное он появляется и на downstream интерфейсе но как (in) входящий. Хотя на LAN трафик долженбыть исходящим. Через udpxy все работает как надо. Но нужен мультикаст для приставки. Где может быть косяк?

системный лог сразу после запуска (плеер запускается на 172.30.0.100 )

Mar 4 00:43:21 igmpproxy: Note: RECV Membership query from 172.30.0.254 to 224.0.0.1 (ip_hl 24, data 12)
Mar 4 00:43:21 igmpproxy: Note: RECV V2 member report from 172.30.0.100 to 233.3.2.1 (ip_hl 24, data 8)
Mar 4 00:43:21 igmpproxy: Note: joinMcGroup: 233.3.2.1 on em1_vlan2
Mar 4 00:43:21 igmpproxy: Note: New origin for route 233.3.2.1 is 213.140.243.98, flood -1
Mar 4 00:43:21 igmpproxy: Note: Adding MFC: 213.140.243.98 -> 233.3.2.1, InpVIf: 1
Mar 4 00:43:22 igmpproxy: Note: RECV V2 member report from 172.30.0.100 to 233.3.2.1 (ip_hl 24, data 8)
Mar 4 00:43:22 igmpproxy: Note: Adding MFC: 213.140.243.98 -> 233.3.2.1, InpVIf: 1
Mar 4 00:43:23 igmpproxy: Note: RECV V2 member report from 172.30.0.100 to 233.3.2.1 (ip_hl 24, data 8)
Mar 4 00:43:23 igmpproxy: Note: Adding MFC: 213.140.243.98 -> 233.3.2.1, InpVIf: 1
Mar 4 00:43:25 igmpproxy: Note: RECV Membership query from 172.30.0.254 to 224.0.0.252 (ip_hl 24, data 8)
Mar 4 00:43:25 igmpproxy: Note: RECV Membership query from 172.30.0.254 to 224.0.0.1 (ip_hl 24, data 12)
Mar 4 00:43:27 igmpproxy: Note: RECV V2 member report from 172.30.0.113 to 224.0.0.252 (ip_hl 24, data 8)
Mar 4 00:43:31 igmpproxy: Note: RECV Membership query from 172.30.0.254 to 224.0.0.252 (ip_hl 24, data 8)
Mar 4 00:43:31 igmpproxy: Note: RECV Membership query from 172.30.0.254 to 224.0.0.1 (ip_hl 24, data 12)

Eugene

@Philosof:

Но трафик UDP потока на upstream появляется и что самое интересное он появляется и на downstream интерфейсе но как (in) входящий.

Как определил, что входящий? -)