Пока не купили запасной 3627G на всякий случай (пару раз они отказывались грузиться после удалённой прошивки, теперь всегда под рукой потенциальную замену держим).

Так вот, пока до прошивки не доходит, пытаюсь придумывать
Не покатит ли в этой ситуации ISM Vlan от циски до акцеса? Запрашиваться мультик будет непосредственно с неё, минуя DGS'ы...

Что смущает: один vlan по всей немаленькой сети, от последнего акцесного 3010/3526 через всё железо до циски. Любая петля на этом 3010/3526 грозит положить всю цепочку оборудования

Ну и никогда даже не пробовал с ISM Vlan играться за ненадобностью, а уж тем более - ism+cisco =)

Теоритически хватит обычного влана между циской и длинком, если есть возможность пусти его по отдельным портам.

Это как? Обычным вланом между DGS'ами, а на акцессе его (этот vlan) настраивать уже как ISM?

Magnum72 должно быть решение красивее прописывать статические группы на каналы группы которых периодически меняются и количество достигает сотни как-то не то

замена прошивок кардинального эффекта не дало статические группы пока не делал

Так люди не все 100 каналов смотрят, есть самые популярные, для них и создать.

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

Добрый день, позволю себе апнуть тему =)

1. Схема немного перестроена:
Циска (RP) -> 3627 #1 -> 3627 #2 -> 3627 #3

Перепрошили все 3627 на 2.81-B02. Правильно ли я понимаю, что достаточно задать статические группы лишь на последнем?


Сделал так, как указал ув. Магнум, для нескольких групп на 3627 #3:

Но всё по-прежнему, каналы включаются с жутким скрипом.

Рекомендации Руслана из письма:

Вот тут не понятно.
- Как вы сами же ранее рекомендовали, на L3 снупинг выключен. Есть ли при этом смысл делать igmp_snooping static_group?
- `vlan iptv` в примере - влан, по которому приходит PIM-SM от аплинка?
- Какие порты нужно указывать в `config .....`?
- В чём разница между `igmp static_group` и `igmp_snooping static_group`?

- Ну и вообще, как это работает -- промежуточные железки будут видеть поток, идущий "сквозь них" и "брать" его? К RP они будут при этом по-прежнему обращаться?

p.s. ISM vlan, если что, нигде не используется.

Хмм, вообще-то, включать IGMP Snooping нужно даже на L3 коммутаторах.



В слуачае статических IGMP записей, на PIM маршрутизаторе будут данные и клиенты смогут быстро подписаться на каналы, а если добавить ещё статические IGMP Snooping записи, то коммутатор будет пробрасывать Multicast каналы даже без запросов от клиента(ов).



ISM VLAN ни как не связан со статическими IGMP и IGMP Snooping записями.

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

> Хмм, вообще-то, включать IGMP Snooping нужно даже на L3 коммутаторах.
В таком случае, на каких вланах? На клиентских? На влане обмена по PIM-SM? При включении на всех клиентских резко скакнула загрузка cpu до 100% ;(
После выключения igmp_snooping нагрузка уже 10 минут как висит на 60-70% при том, что до включения она была 20-25%. Как бы без ребута её опустить? =)

> В слуачае статических IGMP записей, на PIM маршрутизаторе будут данные и клиенты смогут быстро подписаться на каналы, а если добавить ещё статические IGMP Snooping записи, то коммутатор будет пробрасывать Multicast каналы даже без запросов от клиента(ов).

И тем не менее, при задании igmp static_group (без снупинга) - никакого улучшения не наблюдается...



Ещё такой вопрос. Вся цепочка 3627 соединена по link_aggregation. Как lagg соотносится с мультикастом? Не получится ли так, что весь мультикаст будет валить в один порт из всей группы, а остальной трафик будет балансироваться по-прежнему, и в итоге один из портов будет вечно перегружен, из-за чего возникнут рандомные лаги на рандомной части трафика?

Всё зависит от схемы и используте ли Вы а доступе ISM VLAN, а также как настроен Multicast на коммутаторах доступа.



Т.е. даже имея запись в igmp table, время подписки не уменьшается!?



Через Flood Port идёт только служебный трафик, остальной трафик распределяется между путями LAG.

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

ISM, как я уже говорил, не используем. Настройки мультикаста на доступе минимальны:

Как в этом случае поступить наилучшим образом?


Именно так. Как я писал выше, записи в igmp table я задал первым делом. И если бы всё заработало - этих постов бы не было.

Querier нужно включать только на том коммутаторе, к которому подключён Streamer, если используется PIM, то нужно включить IGMP на интерфейсах, на которые приходят join & leave. На остальных коммутаторах querier включать не нужно.



Спасибо, буду иметь ввиду.

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

Подскажите пожалуйста, на какой интерфейс нужно вешать igmp static_group? Если на клиентский - при большом кол-ве групп все картинки "сыпятся", если же на интерфейсе обмена pim-sm включить igmp - работать вообще перестаёт.

На клиентском. А Multicast приоритезируется и всё равно сыпется!?

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

Сейчас конечная схема до меня DGS #3 -> оптика -> 3526 с 2 компами, трафика нет, приоритезировать особо нечего =) Но попробую всё равно, отпишусь чуть позже.