IPtv multicast

Eugene

Как я уже постил раньше, должно быть примерно так:
должно быть примерно так:
Debu: Packet from 192.168.7.185: proto: 2 hdrlen: 20 iplen: 8 or 2048
Note: RECV V2 member report from 192.168.7.185 to 224.0.0.22 (ip_hl 20, data
Debu: Should insert group 239.142.1.1 (from: 192.168.7.185) to route table. Vif Ix : 0
Debu: No existing route for 239.142.1.1. Create new.
Debu: Found existing routes. Find insert location.
Debu: Inserting at beginning, before route 224.0.1.60
Info: Inserted route table entry for 239.142.1.1 on VIF #0
Debu: Joining group 239.142.1.1 upstream on IF address 2.2.2.2
Note: joinMcGroup: 239.142.1.1 on le1

Не вижу у тебя при старте
Debu: Found config for rl1…

filosoff96

Смущает вот эта строка

Debu: Config: IF: Config for interface dc0.

такого интерфейса нет в системе

есть rl0, rl1, ed0

rl0 > LAN
rl1 > WAN
ed0 > ADSL - не настроен

Eugene

Вот это вот выдаётся, когда разбирается igmpproxy.conf

Debu: Allowednet ptr : 2820c040
Debu: Config: Got a phyint token.
Debu: Config: IF: Config for interface dc0.
Debu: Config: IF: Got downstream token.
Debu: Config: IF: Got ratelimit token '0'.
Debu: Config: IF: Got threshold token '1'.

возможно тупой вопрос, но ты уверен, что в /tmp/igmpproxy.conf у тебя нет этого интерфейса?

filosoff96

С первой строчкой разобрался

в остальном все так же непонятно

Eugene

с первой строчкой?

filosoff96

Копался вот что вышло

Debu: Aging Origin 192.168.0.99 Dst 239.255.255.250 PktCnt 1 -> 1
Debu: Origin 192.168.0.99 Vif bits : 0x00000000
Debu: Identified Input VIF #0 as DOWNSTREAM.
Debu: Setting TTL for UPSTREAM Vif 1 to 1
Note: Removing MFC: 192.168.0.99 -> 239.255.255.250, InpVIf: 0
Debu: Removing group 239.255.255.250. Died of old age.
Debu: Removed route entry for 239.255.255.250 from table.
Note: Route is not active. No kernel updates done.
Debu:
Current routing table (Remove route);

filosoff96

На внешнем интерфейсе появилось вот это

14:13:09.750924 IP 10.255.189.193 > 239.255.0.133: igmp query v2 [max resp time 10] [gaddr 239.255.0.133]
14:13:10.750688 IP 10.255.189.193 > 239.255.0.133: igmp query v2 [max resp time 10] [gaddr 239.255.0.133]
14:13:11.749474 IP 10.255.189.193 > 239.255.0.133: igmp query v2 [max resp time 10] [gaddr 239.255.0.133]

filosoff96

Вообще что я понял

1. на внутренний интерфейс пакеты приходят:

14:39:15.816624 IP 192.168.0.98 > 239.255.0.146: igmp v2 report 239.255.0.146
14:39:16.034333 IP 192.168.0.99 > 239.192.152.143: igmp v2 report 239.192.152.143
14:39:18.034329 IP 192.168.0.99 > 239.255.0.143: igmp v2 report 239.255.0.143
14:39:28.733350 IP 192.168.0.98 > 224.0.0.2: igmp leave 239.255.0.146

2. Прокси их видит:

Note: New origin for route 239.192.152.143 is 192.168.0.99, flood 0
Debu: Origin 192.168.0.99 Vif bits : 0x00000000
Debu: Identified Input VIF #0 as DOWNSTREAM.
Debu: Setting TTL for UPSTREAM Vif 1 to 1
Note: Adding MFC: 192.168.0.99 -> 239.192.152.143, InpVIf: 0
Debu:
Current routing table (Activate Route);
–---------------------------------------------------

Debu: #0: Dst: 239.192.152.143, Age:2, St: A, OutVifs: 0x00000000
Debu: #0: Origin: 192.168.0.99 floodIf 0 pktcnt 0
Debu:

3. Но на внешнем интерфейсе ничего нет

14:37:36.341589 IP 10.255.189.193 > 224.0.0.1: igmp query v2
14:38:36.469784 IP 10.255.189.193 > 224.0.0.1: igmp query v2
14:39:36.471234 IP 10.255.189.193 > 224.0.0.1: igmp query v2
14:40:36.588887 IP 10.255.189.193 > 224.0.0.1: igmp query v2

Eugene

А почему multicast address всегда меняется?
Замаршрутизируй тогда весь multicast range на upstream interface.
route add -net 224.0.0.0/4 10.255.189.193

Здесь же видишь multicast на WAN:
14:13:09.750924 IP 10.255.189.193 > 239.255.0.133: igmp query v2 [max resp time 10] [gaddr 239.255.0.133]
14:13:10.750688 IP 10.255.189.193 > 239.255.0.133: igmp query v2 [max resp time 10] [gaddr 239.255.0.133]
14:13:11.749474 IP 10.255.189.193 > 239.255.0.133: igmp query v2 [max resp time 10] [gaddr 239.255.0.133]

filosoff96

Маршрутизацию уже делал …

Адреса меняются в зависимости от канала

239.255.0.0/24
239.255.1.0/24

провайдер пишет что достаточно написать

altnet 212.49.127.0/24

Eugene

altnet сейчас вообще ни на что не влияет. Это дело присутствует в коде, но до ума его не довели. Можно не париться и вообще в конфиге не указывать.
Давай ещё раз к твоему случаю.
1. Upstream и downstream должны быть правильно присвоены.
2. Маршрутизация должна вести на upstream.
У меня это работает. Должно работать и у тебя.
Теперь что должно работать: IGMP пакеты, принятые на downstream interface, должны быть странслированы на upstream interface.

filosoff96

Как то еще странно ведет себя прокси проходит наружу только 3 пакета и все.
Потом только переустановка прокси и еще 3 пакета пройдет

Прокси жадный по поводу железа?

Машинка П-133

Eugene

Нет, совсем не жадный.
Я тебе отправил новый бинарник для 1.2.2. В нём igmp шлётся строго с upstream, не обращая внимания на маршрутизацию.
Запусти его пожалуйста с -d и весь debug зашли мне обратно.
Похоже мы тут спамим с тобой, может лучше по почте продолжим?

filosoff96

ок

Eugene

После получения net dump'ов от filosoff96 и немерянного числа безуспешных попыток понять что же происходит я похоже набрёл на правду. Все IGMP пакеты, генерируемые его проигрывателем имеют IP Router Alert Option в IP-заголовке, а pf на данный момент такие пакеты тупо молча игнорирует. Вобщем они даже не доходят до демона igmpproxy.
Пока выхода два:

найти плэйер, который не вставляет это дело в IP (~~Edited: например, http://www.nsplayer.org/Download-4.html~~ )
запретить pf (но это не опция, это так - для теста)…
Вопрос задан разработчикам, посмотрим, что ответят. (Edited: в 2.0 решено http://redmine.pfsense.org/issues/show/54 )

Вот такая фикня -((((
PS: filosoff, если не жалко пришли пожалуйста дамп того, что шлёт твой хост 192.168.0.99 - очень интересно.

Ilyuha

@Eugene:

в 2.0 решено

В pfsence 2.0.0 уже работает?

Eugene

В pfSense 2.0 есть галочка "разрешать IP options", т.е. pf не будет отфильтровывать эти пакеты.
Как ведёт себя igmpproxy в 2.0 я понятия не имею.

Eugene

К своему великому удивлению я обнаружил эту опцию в своём 1.2.2
Идём на downstream interface в Rules, кликаем Edit и в Advanced options есть галочка "This allows packets with ip options to pass otherwise they are blocked by default i.e. with multicast routing/proxing." Отмечаем её, сохранить, применить и всё. Работает.

Ilyuha

Теперь бы еще резюме с полным процессом настройки. Мне например не понятно чего указывать в настройках igmpproxy в параметрах downstream и upstream.

Eugene

Процесс очень прост. Upstream - это тот нитерфейс, на котором к тебе приходит мультикаст (провайдер я предполагаю, т.е. WAN).
Downstream - интерфейсы где хочешь видеть этот multicast трафик. На счёт altnet можно не заморачиваться, этот параметр сейчас игнорируется. Что в правилах будет разрешено, то и будет проходить.

IPtv multicast

Debu: #0: Dst: 239.192.152.143, Age:2, St: A, OutVifs: 0x00000000 Debu: #0: Origin: 192.168.0.99 floodIf 0 pktcnt 0 Debu:

Debu: #0: Dst: 239.192.152.143, Age:2, St: A, OutVifs: 0x00000000
Debu: #0: Origin: 192.168.0.99 floodIf 0 pktcnt 0
Debu: