[sisyphus] IPTV multicast и Сизиф

["Вячеслав Диконов" <sdiconov@mail.ru>]

Задаю вопрос сюда, так как нужно знание тонкостей.

Мой комп подключен к Корбине и может ловить IPTV (UDP multicasting).
Смотреть можно с помощью mplayer, VLC, VDR-iptv и т.п.

Три дня назад на Сизифе с ядром std-up-2.6.16-alt9 я поставил VLC и
попробовал смотреть. Все работало, и на ТВ выводилось (через карту SS1).
Показывало даже качественнее спутника на одинаковых каналах (Вести,
Russia Today). Однако. через несколько часов на середине передачи все
оборвалось. С тех пор любые проигрыватели просто не начинают принимать
UDP мультикаст.  Во время звонка в техподдержку Корбины было некоторое
мерцание ("Первый канал" вдруг заработал, и опять потух через минут 5). 

Разбирательство с техподдержкой привело к тому, что проблема связана с
системой так как:

1) Мультикасты в мой провод идут исправно, а мои соседи-виндузятники все
смотрят стабильно через виндовый VLC.
2) Уникаст запрос на присоединение к мультикаст группе от меня уходит и
Корбина его видит.
3) У меня VLC и все аналоги работали и отключились синхронно.
4) dist-upgrade в промежутке не делал, с маршрутами все в порядке.
5) iptables отключены.
6) Ноутбук с Сизифом, но ядром 2.6.18-wks-smp ведет себя также.
7) Диагноз - прием идущих ко мне мультикаст пакетов не начинается.
8) Мне сказали, что _моя_ машина не посылает _некоторых_ необходимых
пакетов "igmp_snooping group".
9) Поскольку я пользовался 2 разными проигрывателями и не менял
настроек, то валить на собственно VLC не получается.

Как можно исключить из подозреваемых ядро и библиотеки?
Как проверить локально, не режет ли что-то эти самые igmp пакеты до
выхода в сеть, и посылаются ли они действительно?

У кого есть опыт IPTV вещания/приема?





Это лог VLC при подключении к Первому каналу
---------------------------------------------------------
main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 3019971472 (input) created at priority 0
(input/input.c:265)
main debug: `udp://@233.32.240.115:5050' gives access `udp' demux `'
path `@233.32.240.115:5050'
main debug: creating demux: access='udp' demux=''
path='@233.32.240.115:5050'
main debug: looking for access_demux module: 0 candidates
main warning: no access_demux module matched "udp"
main debug: creating access 'udp' path='@233.32.240.115:5050'
main debug: looking for access2 module: 7 candidates
access_udp debug: opening server=:0 local=233.32.240.115:5050
main debug: net: connecting to '[]:0@[233.32.240.115]:5050'
main debug: looking for network module: 1 candidate
ipv6 debug: 233.32.240.115: Семейство адресов не поддерживатся для
данного имени хоста
main debug: using network module "ipv6"
main debug: removing module "ipv6"
main debug: looking for network module: 1 candidate
ipv4 debug: resolving 233.32.240.115:5050...
ipv4 debug: resolving :0...
ipv4 debug: IP_ADD_MEMBERSHIP multicast request
main debug: using network module "ipv4"
main debug: removing module "ipv4"
main debug: using access2 module "access_udp"
main debug: pre buffering