foxroot Опубликовано 25 июля, 2017 · Жалоба Доброго времени суток. Есть проблема с зависанием 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 может кто сталкивался с подобной проблемой? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 25 июля, 2017 · Жалоба Ищите по форуму, уже обсасывалось. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Sacrament Опубликовано 26 июля, 2017 · Жалоба На Zyxel MES3500 юзали mvr - все работало отлично Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
foxroot Опубликовано 1 августа, 2017 · Жалоба Добрый день! на форуме ничего не нашел. скиньте ссылку если не трудно. Sacrament я тоже использую MVR но у нас постоянно встает изображение. Какие значения таймингов на zyxel Вы используете (какие они по умолчанию?) ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
plotnik07 Опубликовано 2 августа, 2017 · Жалоба У нас на сети 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. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
anikishov Опубликовано 3 августа, 2017 · Жалоба Доброго времени суток. Есть проблема с зависанием 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) и т.д. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
undro Опубликовано 3 августа, 2017 · Жалоба По симптомам, первое что в голову приходит, копнуть в сторону immediate/fast-leave. У меня как-то iptv отпадал на некоторых юзерских роутерах, оказалось, что проблемой тому был src мультика с адресов 192.168.х.х. Перевел интерфейсы вещалок в другую сетку, отлегло. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
foxroot Опубликовано 3 августа, 2017 · Жалоба На коммутатора можно конечно отклчить immediate/fast-leave. но данная команда просто отключает группы на клиентских портах при попадании в интерфейс leave пакета. на Uplink портах стоит Normal leave. На ADSL концентраторах данный параметр вообще нельзя выкручивать так как immediate там работает по умолчанию (не выключается) на всех ADSl портах. Это сделано для того чтобы юзеры не забивали свои порты при переключении каналов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Azamat Опубликовано 3 августа, 2017 (изменено) · Жалоба Еще вопрос - находится ли абонентская приставка в заказанной группе в момент фриза ? show mvr members показывает абонентский порт в целевой группе ? Если приставка в группе, а коммутатор не выливает в порт ТВ траффик - проблема может быть аппаратная, igmp здесь будет не причем. А если у абонента две приставки - фризы одновременно на обеих приставках ? в случае если заказана одна и та же группа или разные группы на каждую из приставок дамп на самой приставке показывает получение GQ И GSQ и ответный report по целевой группе ? Изменено 3 августа, 2017 пользователем Azamat Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...