Хочу обратить внимание, в частности, абонентов Корбины, смотрящих IPTV через DFL. Все сказанное относится к последней прошивке 2.20.01.05-4843. Ну как минимум это замечено на ней.
Настройки IGMP роутера Корбины могут отличаться в разных районах, в своем я видел то опрос с интервалом 125 сек, то 30 как сейчас. ResponseInterval ставят то 10 секунд, то 20. Так вот суть поста.
Этапы работы IGMP:
1) От мультикаст-роутера Корбины приходит опрос на группу 224.0.0.1 каждые 30 секунд. При этом в пакете IGMP Query в поле Max Response Time явно прописано время ожидания ответа от хоста - 20 секунд
2) В соответствие с протоколом IGMP хосты должны ответить в течение указанного интервала IGMP report'ом о том, подписчиками какой мультикаст-группы они являются. Вот тут важный момент. Дело в том, что хост имеет право ответить через полсекунды, а имеет право и через 19 секунд. Интервал выбирается хостом произвольно. Если ПК отвечает в течение нескольких секунд, то мультикаст-поток от DFL не прерывается, но если ответа нет более этого времени, то после этого DFL закроет поток на разрешенный в качестве получателя интерфейс до момент отправки хостом (ПК, например) ответа на IGMP Query. Вот как это выглядит (сниффинг был непрерывным в течение 27 секунд):
а) Запускаем VLC и начинаем смотреть ОРТ (мультикаст-группа 233.32.240.222). Отсортирую пока весь дамп по протоколу IGMP, чтобы показать подписку на группу.
Здесь видим Report от ПК с IP-адресом 192.168.0.4 на группу 233.32.240.222 (пакеты 1, 230, 549 в течение 1,5 секунды).
б) Через какое-то время от мультикаст роутера Корбины приходит опрос всех групп (пакет 3794 в 16:42:47).
По идее у нас 20 секунд на то, чтобы ПК ответил, подписчиком каких мультикаст-групп он является.
в) Сниму фильтр IGMP протокола и посмотрим, что произошло через примерно 3 секунды
Пакет 4515 в 16:42:49 был последним мультикаст-пакетом, который роутер отправил с WAN интерфейса на LAN - туда, где находится ПК с VLC. После этого лампочка WAN-порта по-прежнему продолжала быстро мигать, а свитч показывал, что к роутеру валятся пакеты ТВ, но роутер сам их не пропускает в сегмент LAN.
В 16:42:58 от ПК, наконец, приходит сообщение, что он по-прежнему нуждается в подписке на мультикаст-группу 233.32.240.222 (пакет 4517). И сразу начиная с этого момента (пакет 4518) роутер снова начинает просачивать мультикаст в LAN сегмент. Замечу, что интервал между 16:42:58 и 16:42:47 составил 11 секунд, что укладывается в рамки 20 секунд, в течение которых можно было слать ответы. В течение 9 секунд между 16:42:49 и 16:42:58 VLC будет показывать стоп-кадр. Многие решат, что это проблема у Корбины. Но это такие настройки по умолчанию в DFL. Почему DFL самостоятельно решает, сколько времени ждать ответа мне неизвестно. Пробовал играться с настройками Advanced Multicast Settings в веб-интрефейсе DFL, не помогло. Вот они, кстати
Чтобы решить данную проблему и переписать настройки DFL по умолчанию, необходимо сделать индивидуальную настройку LAN-сегмента по части IGMP. Делается это в разделе Routing-IGMP-IGMP Interface Settings. Создаем объект
в настройках которого указываем в поле Query Response Interval цифру больше, чем в Корбине. Я поставил 25000 ms (25 секунд на ответ)
Остальные параметры не имеют особого значения и относятся больше к ситуации, когда DFL работает в режиме IGMP-Proxy.
Сложно сказать, баг это или фича, но факт остается фактом - ставя настройку IGMP Interface Settings в состояние Disable, как начинаем получать стоп-кадр каждые 30 секунд. Делаем Enable, и смотрим ТВ сколь угодно без остановок. И повторю, что в Корбине в разных районах могут быть разные настройки мультикаст-роутера, поэтому кто-то не заметит всего вышесказанного, если в его районе Max Response Time корбинщики пропишут очень маленьким, скажем, несколько секунд. Сниффер вам точно скажет, что к чему.
Для сотрудников Д-Линка прикладываю дамп Wireshark'а, который был проанализирован в данной теме.
dump_dfl.pcap
Вход
Регистрация
FAQ
Поиск
пропустил эту настроичку