IPtv multicast

Eugene

Вот это сделал:

6\. Сложный случай раз - провайдер вещает из какой-то сети, отличной от той, что прописана на Upstream (от 1.1.1.0/24 на моей диаграмме), например с адреса 3.4.5.42\. Необходимо в конфигурации igmpproxy на Upstream интерфейсе добавить эту сеть в Networks - 3.4.5.0/24 (можно 3.4.5.42/32 для пущего страха).

Versuz

ААААА!!!!!
ПОЛУЧИЛОСЬ! Спасибо, Evgeny!!!

прописал в подсети на WAN -> upstream -> networks: 213.85.187.0/24
а до этого я туда тупо писал 239.255.2.0/24

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

Eugene

@Versuz:

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

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

Versuz

@Evgeny:

@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

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