Добрый вечер!:)
Есть сеть (см. рисунок) Хочу запустить в сеть ТВ.
Схема похожа на разобранную в факе, но отличия имеются.
Пользовательские vlan'ы терминируются на каждом из L3 коммутаторов, причем все коммутаторы доступа цепочки, идущей от любого порта коммутатора L3(даун линк) находится в своем vlanе. Между L3 бегает OSPF (зеленым цветом на рисунке, подписанные интерфейсы создавались специально для OSPF). Все управление всех коммутаторов сети вынесено в отдельный vlan.
Я правильно понимаю, что мне ОПТИМАЛЬНЕЕ будет использовать именно маршрутизацию multicast, т.е. PIM
Могу ли я в этой схеме обойтись без ISM vlan'a и чем мне это грозит, т.к. в цепочке коммутаторов доступа могут быть не только д'линки.
И чем мне грозит использование все-таки этого ISM vlan на тех коммутаторах, которые эту технологию не поддерживают (но поддерживают IGMP snooping)?
Предположим, я решил использовать и pim-sm, и ism vlan. Тогда я создаю обычный vlan (пусть будет vlan 100) на коммутаторах L3, и все даунлинк порты загоняю тегированными в этот vlan. Так? На доступе я уже создаю ism vlan 100. Какой коммутатор будет querier'ом? Если 3627G, то в каком именно vlan'e?
Источник мультикаста мне тоже загонять в этот vlan 100 без тега или можно использовать другой, например, как у меня сейчас vlan 50?
И еще хотел спросить на коммутаторах L3 создавать ip интерфейс в vlan 100?

Попробую разбить по порядку:
1) Мне обязательно использовать PIM? Если нет, то мне будет необходимо коммутировать multicast vlan?
2) В каждом vlan должен быть свой querier или необязательно?
3) Подсеть и vlan источника должны быть такие же, как и multicast vlan на доступе (ISM)?
4) Можно ли обойтись без ISM vlan'a, если с l3 коммутаторов в каждый даунлинк порт уходит только один пользовательский vlan?

скажите тогда, где можно нормальную инфу по этой теме почитать?
в факе д'линка http://www.dlink.ru/ru/faq/58/267.html много неточностей.
вы перед тем как на официальный сайт выложить мануал сами проверяете его?

3) по третьему вопросу разобрался, адреса подсетей и номера vlan'ов могут отличаться.

с querier'ом так и не догнал. в примере, разобранном в факе, вообще не нашел ни строчки про querier.
про "точки рандеву" тоже не совсем понятно.. они ведь нужны по идее, когда несколько мультикаст источников, или я ошибаюсь.

представители компании, пожалуйста, хоть как-то прокомментируйте данную тему. или подскажите материал, по которому можно разобраться.
заранее, спасибо

Выслал Вам более актуальную документацию. Та, что выложена на сайте конечно проверялась, но она довольно старая и в ней рассмотрены более старые серии устройств.
По Вашим вопросам:
1) В такой схеме Вам лучше использовать PIM, более подробную документацию я Вам выслал на почту.
2) Должен, но в случае использования PIM на интерфейсе отдельно включать querier уже не нужно, это также рассмотрено в документации.
4) Если влан только один, то смысла в использовании ISM влана нет.

спасибо:)
4) я неправильно сформулировал вопрос: в каждый даунлинк уходит свой влан (как на схеме, например в первый порт 3612 воткнуты все абоненты влан 101, во второй порт - влан 102, и т.д. )

а по факу, там недочеты следующего плана: забыли создать влан на коммутаторе DGS-3324SR#3,
на коммутаторе DGS-3324SR#2 не те порты поместили в влан 40 (надо с 1 по 12) и т.д.

документацию прочитаю, если возникнут вопросы - отпишусь.

Сами клиенты, насколько я вижу маршрутизируются на разных коммутаторах, а между ними будет настроен PIM, поэтому думаю, что в такой схеме лучше мультикаст в клиентские вланы как раз пимить, а ISM влан не использовать.

Да, на каждом из коммутаторов l3 маршрутизируются клиентские подсети. (причем один порт коммутатора l3 = один клиентский vlan = шлюз для одной клиентской подсети). Значит ISM никакой эффективности не добавит в моем конкретном случае.
Документацию прочитал (не сочтите придирчивым, но там тоже есть несколько неточностей, особенно в примерах конфигов, вам редактор не нужен? ), но все же хотел уточнить пару вопросов:
1) igmp snooping нужно включать везде? и на l3 коммутаторах: на ip интерфейсах и в vlanах; и на l2 коммутаторах: на клиентских vlan'ах + включить fast leeave и filter unregistered groups на всех портах (и магистральных тоже?)
2) как лучше назначать RP? В документации написано, что применимо для небольших сетей, что значит небольшая сеть?
в моем случае, как лучше поступить? руками назначить static RP, равный ip адресу интерфейса if_s2 на коммутаторе 3627G.
Потому что, если не статически, то я не понимаю какой интерфейс назначить C-BSR???

1) IGMP Snooping нужно включать во всех вланах, по которым проходит мультикаст. Fast leave нужно включать только на коммутаторах доступа. Фильтрацию нужно настраивать на всех портах, в том числе магистральных.
2) Насколько я вижу Вам достаточно назначить Static RP на всех коммутаторах, в качестве которого выбирается IP адрес интерфейса if_s2.

ок. спасибо.

Денис, попробовал потестить, результат неудачный
Стример вещает мультикаст (2 канала) с адресами 239.10.10.1 и 239.10.10.2.
Настройки IP на стримере: 10.230.0.2/24 шлюз 10.230.0.1
Стример подключен к 23 порту коммутатора 3627G.
23 порт untagged в vlan'e 70. В этом vlan'е создал IP интерфейс v70: 10.230.0.1/24
далее, в 17 порт этого коммутатора подключен DGS-3200-10
17 порт настроен как tagged в vlan 100. В этом vlan'е IP интерфейс v100: 10.20.10.1/25
Для этих vlan'ов (70 и 100) включен IGMP snooping:

Для соответствующих IP интерфейсов IGMP настроен так: (включен только для v 100)

На коммутаторе глобально включен OSPF, и эти интерфейсы туда добавлены, так же глобально включен PIM, и включены эти два интерфейса в режиме SM:

Также настроена RP:


Далее по цепочке воткнут dgs-3200-10 приходящий с 3627 в 10 порт, уходящий далее в 3526 в 3 порт
3, 10 порт в vlan'е 100 отмечены как tagged, в этом vlan'е включен igmp snooping (с функцией Filter Unregistered Groups в этом vlan'е):


Далее идет коммутатор des-3526, приходящий в 26 порт, тестовый абонент в 4 порту:
в vlan'е 100: 26 порт tagged, 4 порт untagged.
включен igmp snooping (+Filter Unregistered Groups):


У абонента ip 10.20.10.60/25 шлюз 10.20.10.1
адрес 10.230.0.1 пингуется,
открываю VLC плеер, пытаюсь открыть поток с адреса udp://239.10.10.1
видео не проигрывается.
На 23 порту 3627G, куда воткнут стример поток приходит - загрузка поднялась до 5 мбит/с
на 3526 вижу следующее:

на 3200 это:

на 3627:

и еще там же:

Какая-то странная группа отображается 239.255.255.250?
Подскажите, в чем накосячил?

блин, поменял сегодня на источнике вещать в rtp, на vlc плеере открываю поток rtp://239.10.10.1:1234
и все прекрасно показывает, не понимаю, почему по udp не вещалось..
поэтому пока продолжаю тесты.

В таком случае я думаю, что стоит проверить TTL мультикаст потока, он по умолчанию обычно равен единице и это значение нужно повысить. Также проверьте, чтобы Static RP была прописана на каждом из L3 коммутаторов. Что касается группы 239.255.255.250 - то ее можно заблокировать при помощи CPU ACL или Limited Multicast Address, чтобы впустую не расходовать ресурсы коммутаторов.

TTL проверял, стоит равное 5, Static RP тоже везде прописал. Я же говорю, что не менял никакие настройки, только выбрал на PBI вещать по протоколу rtp, а не udp, и соответственно в плеере запросил rtp.. грешу в сторону vlc. А не подскажите, что это за группа? Просто сейчас, когда все работает, ве равно она отображается..
И еще по поводу IGMP: вот для чего igmp в vlan включаем понятно, но вот зачем igmp включается на ipif ? У меня он включен не на всех ipif коммутаторов L3, а только на тех, что являются шлюзами для пользователей.

Судя по полученным у Вам результатам проблема скорее всего в VLC, Вы каким образом трансляцию организуете?
Что касается группы 239.255.255.250, то она используется самой ОС Windows: http://support.microsoft.com/kb/317843/ru

У меня стоит PBI DCH-4000P-42S. На нее на тюнер приходит сигнал со спутника, а выход настроен через IP при помощи мультикаст.

Расскажу свой опыт, у на 5 DGS-3627G стеке, порядка 120 маршрутизируемых подсетей побитых с помощью VLAN. Вещаем стримером NetUP IPTV + стример на Linux. Используется маршрутизация IGMP DVMRP. Долго бился пока добился работы, симптомы теже... Оказалось что на NetUp-е нужно было включить мультикаст маршрутизатор, а в linux mrouted...В результате имеем стабильно работающих 80 каналов IPTV...
Возможно у вас таже проблема. Что касается стримера не подскажу а в linux нужно настроить pimd (pim-sm).