IGMP-snooping

[foxroot]

Доброго времени суток. Есть проблема с зависанием IPTV, происходит это следующим образом, у абонента застывает картинка, если не переключать канал, то отвисает, по времени у всех по-разному, если заново запросить группу, то канал заработает.

Есть подозрение что такая ситуация связана с time igmp-snooping, так как у нас мультивендорная сеть. К примеру на уровне pim роутера установлен juniper MX на уровне распределения huawei а у клиента zyxel MES3500. У каждого оборудование свои значения time (по умолчанию) IGMP General Membership Query или IGMP Membership Group-Specific Query

подскажите какие оптимальные значения для следующих атрибутов

query-interval

query-last-member-interval

query-response-interval

может кто сталкивался с подобной проблемой?

[Ivan_83]

Ищите по форуму, уже обсасывалось.

[Sacrament]

На Zyxel MES3500 юзали mvr - все работало отлично

[foxroot]

Добрый день! на форуме ничего не нашел. скиньте ссылку если не трудно.

Sacrament я тоже использую MVR но у нас постоянно встает изображение. Какие значения таймингов на zyxel Вы используете (какие они по умолчанию?) ?

[plotnik07]

У нас на сети Dlink и cisco

 

Query Interval : 125

Max Response Time : 10

Robustness Value : 2

Last Member Query Interval : 1

Host Timeout : 260

Route Timeout : 260

Leave Timer : 10

 

 

 

Сталкивался с подобной проблемой. Зависания прекратились после отключения fast live, и включения forward_mc_router only.

[anikishov]

Доброго времени суток. Есть проблема с зависанием IPTV, происходит это следующим образом, у абонента застывает картинка, если не переключать канал, то отвисает, по времени у всех по-разному, если заново запросить группу, то канал заработает.

Есть подозрение что такая ситуация связана с time igmp-snooping, так как у нас мультивендорная сеть. К примеру на уровне pim роутера установлен juniper MX на уровне распределения huawei а у клиента zyxel MES3500. У каждого оборудование свои значения time (по умолчанию) IGMP General Membership Query или IGMP Membership Group-Specific Query

подскажите какие оптимальные значения для следующих атрибутов

query-interval

query-last-member-interval

query-response-interval

может кто сталкивался с подобной проблемой?

 

Вам бы другое направление в траблшуте выбрать, т.е. не настройки таймеров сверять, как правило штатные настройки таймеров igmp должны соответствовать rfc и подкручивать их следует совсем уж в специфичных ситуация.

А обратить внимание на абсолютные значения тех самых таймеров, а точнее:

- время жизни (timeout) подписки на проблемную группу;

- доходят ли сообщения о продлении подписки (igmp membership reports) и т.д.

[undro]

По симптомам, первое что в голову приходит, копнуть в сторону immediate/fast-leave.

У меня как-то iptv отпадал на некоторых юзерских роутерах, оказалось, что проблемой тому был src мультика с адресов 192.168.х.х.

Перевел интерфейсы вещалок в другую сетку, отлегло.

[foxroot]

На коммутатора можно конечно отклчить immediate/fast-leave. но данная команда просто отключает группы на клиентских портах при попадании в интерфейс leave пакета. на Uplink портах стоит Normal leave.

На ADSL концентраторах данный параметр вообще нельзя выкручивать так как immediate там работает по умолчанию (не выключается) на всех ADSl портах. Это сделано для того чтобы юзеры не забивали свои порты при переключении каналов.

[Azamat]

Еще вопрос - находится ли абонентская приставка в заказанной группе в момент фриза ? show mvr members показывает абонентский порт в целевой группе ? Если приставка в группе, а коммутатор не выливает в порт ТВ траффик - проблема может быть аппаратная, igmp здесь будет не причем.

 

А если у абонента две приставки - фризы одновременно на обеих приставках ? в случае если заказана одна и та же группа или разные группы на каждую из приставок

 

дамп на самой приставке показывает получение GQ И GSQ и ответный report по целевой группе ?

Edited August 3, 2017 by Azamat