Хорошо, жду результаты.

_________________
С уважением,
Бигаров Руслан.

Да, к сожалению продолжает сыпаться.
Есть ли смысл сделать отдельный влан + отдельный интерфейс, ни на один порт его не выводя, и включить static_group на нём?

Вы же ISM VLAN не используете, а при IGMP Snooping-е вещать в одном VLAN-е не получится.

_________________
С уважением,
Бигаров Руслан.

Так а... Если на 3627 заведено несколько клиентских вланов с вещанием в них IPTV. Создавать static_group нужно в любом одном влане, и проблема исчезнет для всех, или всё же нужно для каждого static_group задавать и соответственно непрерывно тянуть (число потоков * число вланов)?

Ну и в любом случае - как всё же решить проблему?

Как лучше, можно выяснить только экспериментальным путём, попробуйте для начала в одном VLAN-е, если будет всё нормально, тогда пришлите мне описание и конфигурационные файлы от обоих случаев и я уточню у ШК, почему в первом случае картинка рассыпается.

_________________
С уважением,
Бигаров Руслан.

Продолжаем изыскания...

1. На одном и том же DGS. При назначении некоторово кол-ва static_groups (до того, как сыпаться начинают, пара десятков) на ТОТ ЖЕ интерфейс, на котором сижу я. Работает отлично, переключение происходит моментально.
Но - в других интерфейсах всё по старому, переключение долгое. То бишь нужно запускать кучу дублей потоков от RP для каждого юзерского влана. Как-то не очень...

2. Из Ваших слов следовало, что достаточно задать static_groups только на конечном DGS. Однако запустив их на DGS#3, на DGS#2 всё осталось по-прежнему. В принципе, следовало ожидать после 1-го пункта, но грустно ;(



Итого... Возвращаемся к изначальному вопросу Как вернуть нормальную скорость подписки (неважно, со static_groups или без)?

Переходить на схему с ISM VLAN-ом.

_________________
С уважением,
Бигаров Руслан.

1. То есть вполне стандартный функционал, который заявлен в описании устройств и неоднократно подтвержден сотрудниками D-Link на форуме - нормально работать не будет? Это официальный ответ?

2. До этого вы не знали о "ньюансах" 3627 и ставили на нас эксперимент, по сути - "а попробуйте так, вдруг заработает"?

перейдите на ISM для пробы - у нас сыпало, пока что забросили эксперименты... %)

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.

Да естественно перейдём, выбора-то нету =) Просто вся эта бадяга тянулась с полгода (я не говорю, что в этом вина только D-Linka), хотя если бы изначально было озвучено, что кроме ISM выбора нет - всё бы давно переделали.
Неприятно быть полигоном.

я имел в виду, что у нас с ISM сыпало

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.

То же самое. Cisco -> DGS -> DGS -> 3526 -> я.
L3 - каталист. Через ДГСы пропущен с тегом, во влане включен снупинг. На 3526 настроен как ISM. Везде максимально приоритезирован. Звук "квакает" ;(
Подскажите выход из ситуации пожалуйста.

мне как раз советовали переход с ISM на PIM (на 3627), т.к. у 3627 третий уровень лучше прокачан, чем второй... круг замкнулся? %)

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.

...Слов нет =)

Ещё интерестен сам принцип. Если сеть _большая_, с несколькими тысячами единиц акцес-свитчей. Это нужно дополнительно для каждого придумывать и учитывать уникальный replace_source_ip?!

я кстати так и не понял зачем в ISM vlan нужна эта опция.

работает что с уникальным ип что с нулевым.

сейчас более 100 свичей des-3526 des-3028 des-1228/me работают с replace_source_ip равным 0.0.0.0 и телек превосходно работает. проблем не замечено. сидим ждем что нибуть новенького (кроме уже известного)

_________________
Умная книжка по теории сетей и настройкам свичей:
ftp://ftp.dlink.ru/pub/Trainings/Switch_D-Link_newest_Basic.pdf