Multicast IPTV и коммутаторы

[blackcatw]

У меня интеграторы собираются настраивать IPTV.

Есть коммутатор агрегации qtech 3900 коммутаторы доступа qtech 2900. Куплено PBI DCH 4000P S2 каналы с FTA транспордера настроены на мультикаст.

Я когда тест PBI сделал, на коммутаторе видно, что поток вещается на все подключенные порты. Порылся в инете и пришёл к выводу, чтобы мультикаст вещался не на все порты, должен быть настроен маршрутизатор, и протокол PIM на маршрутизаторе. Коммутаторы этот протокол поддерживают и настраиваются.

И я говорю интеграторам, что нужно кроме коммутаторов ещё и настраивать маршрутизатор. А они мне говорят, что это всё должна делать middleware. А на миддлеваре мы не договариваемся.

 

Так всё-же что нужно? Настроить маршрутизатор соответствующим образом или же это должна "разруливать" миддлеваре?

[martini]

нужно послать подальше таких интеграторов..

на аксесных коммутаторах нужно настроить MVR или IGMP Snooping

[blackcatw]

Замечательное предложение, но всё-же.

Нужно ли настраивать маршрутизатор по PIM протоколу, для корректной работы мультикаста?

И причём здесь миддлеваре?

И можно ли на маршрутизаторе настроить статистику подключающихся абонентов (когда и к какому потоку подключился, когда отключился) например в лог-файл для дальнейшего анализа?

[vIv]

1) могу предположить, что коммутаторы доступа подписываются на все доступные группы. Проверь их конфиги и статусы малтикаста

2) PIM нужен тогда, когда малтикаст идёт через маршрутизируемую сеть. 3900 много или один?

3) миддлтварь вообще тут не при делах, интригаторы не в курсе, что пытаются интегрировать. Присоединяюсь к посылу их в песду школу. Пусть сначала почитают книжки.

 

JFYI: на сети из только коммутаторов (в т.ч. L3) в подавляющем большинстве случаев более, чем достаточно, пробросить VLAN с малтикастом до доступа. PIM не нужен. Он понадобится только на ОЧЕНЬ большой сети.

[blackcatw]

1) могу предположить, что коммутаторы доступа подписываются на все доступные группы. Проверь их конфиги и статусы малтикаста

2) PIM нужен тогда, когда малтикаст идёт через маршрутизируемую сеть. 3900 много или один?

3) миддлтварь вообще тут не при делах, интригаторы не в курсе, что пытаются интегрировать. Присоединяюсь к осылу их в песду школу. Пусть сначала почитают книжки.

 

JFYI: на сети из только коммутаторов (в т.ч. L3) в подавляющем большинстве случаев более, чем достаточно, пробросить VLAN с малтикастом до доступа. PIM не нужен. Он понадобится только на ОЧЕНЬ большой сети.

 

1 - коммутатор к которому я для теста подключил мультикаст никак не настраивался. Поэтому конфиг ничего не даст.

2 - чем отличается маршрутизируемая сеть от немаршрутизируемой? По моему если сеть подключается к выходу в интернет в ней ОБЯЗАТЕЛЬНО должен присутствовать маршрутизатор. Пусть это железяка или сервер для данной задачи. 3900 один... пока... сеть в процессе строительства.

3 - ....

 

Сеть для предоставления услуг населению вряд ли можно сделать на одних только коммутаторах.

Вопрос остается для меня открытым - нужно или нет настраивать на маршрутизаторе PIM протокол?

И можно ли чтобы маршрутизатор собирал статистику в логи о подключении к группе IP адреса абонента и сколько и в какое время он был подключен и когда отключился?

[vIv]

Нафига прогонять СВОЙ малтикаст через погранца? Залей его после погранца сразу в свою коммутируемую сеть.

Как строить сеть оказания услуг на коммутаторах - это к Гольдштейну. Скорее наоборот: что бы этому могло помешать? Если шнурков хватает, то коммутаторы лучший выбор. Ага, в том числе и маршрутизирующие ;-)

 

1) могу предположить, что коммутаторы доступа подписываются на все доступные группы. Проверь их конфиги и статусы малтикаста

1 - коммутатор к которому я для теста подключил мультикаст никак не настраивался. Поэтому конфиг ничего не даст.

Посмотри IGMP статусы. Если твои 2900 подписались на малтикаст, то всё логично. Смотри их конфиги и статусы. Для сокращения времени подписки клиента коммутатор доступа часто подписывается на всё доступное. Спорно, нужно ли это, - но часто это так. Короче, смотреть в книжку, проверять, что получилось. Потом при желании менять настройки под своё видение мира.

 

Вопрос остается для меня открытым - нужно или нет настраивать на маршрутизаторе PIM протокол?

Когда ты поймёшь, что местами шнурков не хватает, что нужно управлять потоками, - да, понадобится PIM. В твоём случае с одним 3900 по уши хватит одного VLAN и IGMP.

 

И можно ли чтобы маршрутизатор собирал статистику в логи о подключении к группе IP адреса абонента и сколько и в какое время он был подключен и когда отключился?

Клиенты маршрутизатора - другие маршрутизаторы и коммутаторы. Если только ты абонентов в порты маршрутизатора не включаешь ;-) Это суть малтикаста. Про поведение портов доступа знают коммутаторы доступа.

[vladimirslk]

я чёт не догоняю - нахрена маршрутизатор? целяешь в коммутатор в ядре - иптв в отбельный влан - и поехали. на влане там уже включаешь снупинг итпд

[blackcatw]

Отдельный вилан на IPTV это понятно и логично. То что будет происходить в этом вилане на остальные не повлияет. Но каким образом тогда дойдёт поток мультикаста до абонента если не будет использоваться маршрутизатор?

 

Ну хорошо, настроятся все 2900 и соответственно 3900 для работы с мультикастом, IPTV засунем в отдельный вилан. Как поток-то будет попадать на виланы других коммутаторов и порты абонентов без маршрутизатора? Ну не будем мы задействовать пограничный маршрутизатор, а как тогда потоки будут доходить до абонента?

 

На сколько я понял без маршрутизатора без настроенного протокола PIM весь поток пойдёт на все коммутаторы и все порты. Так-как пакеты широковещательные. И кто будет давать команду коммутатору получать или не получать поток мультикаста?

 

В протоколе PIM реализована возможность выдавать тот или иной поток абоненту по запросу. Причём не всё что есть, а только то что нужно абоненту. У коммутаторов реализована ПОДДЕРЖКА протокола PIM. и они будут по запросу абонента и указанию маршрутизатора направлять поток с мультикастовой группы этому абоненту. Кроме того абонент на маршрутизаторе должен инициировать событие о подписке на получение данных. И так-же послать маршрутизатору событие на прекращение получения данных. Если в описании протокола PIM описан именно такой алгоритм работы, то во первых без маршрутизатора не обойтись а во вторых если маршрутизатор задействован, как сделать чтобы события по PIM протоколу отражались в логе для дальнейшего анализа?

[vIv]

Начни читать отсюда: http://www.cisco.com/en/US/docs/switches/lan/catalyst2950/software/release/12.1_22ea/SCG/swigmp.html

[No_name]

...

В протоколе PIM реализована возможность выдавать тот или иной поток абоненту по запросу. Причём не всё что есть, а только то что нужно абоненту. У коммутаторов реализована ПОДДЕРЖКА протокола PIM. и они будут по запросу абонента и указанию маршрутизатора направлять поток с мультикастовой группы этому абоненту. Кроме того абонент на маршрутизаторе должен инициировать событие о подписке на получение данных. И так-же послать маршрутизатору событие на прекращение получения данных. Если в описании протокола PIM описан именно такой алгоритм работы, то во первых без маршрутизатора не обойтись а во вторых если маршрутизатор задействован, как сделать чтобы события по PIM протоколу отражались в логе для дальнейшего анализа?

Правильно рассуждаете.

Ваш коммутатор поддерживает PIM вот его и надо настраивать. Так же и igmp snooping(у вас может быть по-другому называться) на коммутаторах доступа.

Читайте документацию там должно быть описано.

 

 

Начни читать отсюда: http://www.cisco.com/en/US/docs/switches/lan/catalyst2950/software/release/12.1_22ea/SCG/swigmp.html

Умно, конечно, на циску посылать, только нафига? У человека совершенно другое оборудование.

Для понятия принципов? Так в инете вагон инфы на русском и помимо циски. Что за мода в лес слать?

Edited May 16, 2012 by Brainiac

[vIv]

Начни читать отсюда: http://www.cisco.com/en/US/docs/switches/lan/catalyst2950/software/release/12.1_22ea/SCG/swigmp.html

Умно, конечно, на циску посылать, только нафига? У человека совершенно другое оборудование.

Для понятия принципов? Так в инете вагон инфы на русском и помимо циски. Что за мода в лес слать?

Это самый полный, понятный, "от и до" букварь по малтикасту, алгоритму работы IGMP и тому, как MVR помогает победить врождённое уродство IGMP. С примерами в картинках. После понимания, как оно должно работать, - уже можно переходить к чтению доки на своё железо в поисках конкретных опций настройки.

Кстати, на 2900 вроде как заявлен MVR. Так-что есть, в какую сторону думать и какую главу мануала читать.

 

Ты где-то ещё видел настолько же подробное и понятное объяснение этого вопроса? Давай ссылки тогда.

 

Ваш коммутатор поддерживает PIM вот его и надо настраивать.

Накойхер ему в данном случае PIM с одним L3 коммутатором? Усложню вопрос: накойхер ему PIM в случае ажно целых трёх L3 коммутаторов?

[martini]

да забудьте вы про PIM, MVR настройте хоть на одном коммутаторе и протестите.

[Guest Гость]

Отдельный вилан на IPTV это понятно и логично. То что будет происходить в этом вилане на остальные не повлияет. Но каким образом тогда дойдёт поток мультикаста до абонента если не будет использоваться маршрутизатор?

 

Ну хорошо, настроятся все 2900 и соответственно 3900 для работы с мультикастом, IPTV засунем в отдельный вилан. Как поток-то будет попадать на виланы других коммутаторов и порты абонентов без маршрутизатора? Ну не будем мы задействовать пограничный маршрутизатор, а как тогда потоки будут доходить до абонента?

 

На сколько я понял без маршрутизатора без настроенного протокола PIM весь поток пойдёт на все коммутаторы и все порты. Так-как пакеты широковещательные. И кто будет давать команду коммутатору получать или не получать поток мультикаста?

 

В протоколе PIM реализована возможность выдавать тот или иной поток абоненту по запросу. Причём не всё что есть, а только то что нужно абоненту. У коммутаторов реализована ПОДДЕРЖКА протокола PIM. и они будут по запросу абонента и указанию маршрутизатора направлять поток с мультикастовой группы этому абоненту. Кроме того абонент на маршрутизаторе должен инициировать событие о подписке на получение данных. И так-же послать маршрутизатору событие на прекращение получения данных. Если в описании протокола PIM описан именно такой алгоритм работы, то во первых без маршрутизатора не обойтись а во вторых если маршрутизатор задействован, как сделать чтобы события по PIM протоколу отражались в логе для дальнейшего анализа?

 

эээ ну у клиента предполагается что будет рутер? ибо комп+приставка = рутер с вланами уже. тэг получил и на 1-2-3-4 лан раскидал - сюда тв сюда инет.

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

[blackcatw]

Условная схема сети

оборудование Qtech на агрегации 3900 на доступе 2900

Для того чтобы формировать поток каналов взят 2800 через медный порт 1/28 подключен к 3900.

 

Из техподдержки Qtech мне выслали несколько документов. Методика тестирования QSW-2800-28_V4.pdf и Механизмы групповых рассылок Multicast и их настройка.doc Из настроек приведённых в документах понял, что мультикаст IPTV нужно сажать на отдельный вилан.

 

Вот настройки моих коммутаторов Qtech.zip в данный момент, чтобы продвигаться дальше в своих исследованиях, не знаю как прописать порт в 3900 0/0/2 (медный интерфейс на комбо-порту). нужен служебный vlan 1, vlan 90 например определим для IPTV и vlan 50 для телематических служб и устройств (видеорегистратор, ftp сервер, сервера для хостинга и т.п.).

 

Как мне правильно прописать и настроить данный порт на коммутаторе агрегации чтобы я "видел" 2800 по ip адресу в telnet и мог удалённо его настраивать?

 

PS:Прошу сильно ногами не пинать...

[blackcatw]

Со всем разобрался. Вот выводы и настройки.

 

# Команды для 3900

 

# в режиме глобального конфигурирования

no dlf-forward multicast

# создаём вилан для мультикаста

vlan 90

switchport all

exit

igmp-snooping

igmp-snooping querier

igmp-snooping querier-vlan 90

igmp-snooping general-query source-ip 10.10.10.10 \\ указываем любой адрес,для предотвращения ситуации если программы

\\ не отвечают на эти запросы квери сообщением о членстве в группе

igmp-snooping route-port vlan 90 interface ethernet 0/0/2 \\ указываем за каким интерфейсом источник мультикаста.

 

# и далее порт откуда будет приходить мультикаст в режиме порта

interface ethernet 0/0/2

switchport access vlan 90

switchport trunk allowed vlan 1

exit

 

# включаем 2-й порт в 1-й вилан

 

vlan 1

switchport ethernet 0/0/2

exit

 

# включим 2-й порт в 300-й вилан

vlan 300

switchport ethernet 0/0/2

exit

 

interface 0/0/2

switchport mode trunk

exit

 

\\ сохранить внесённые изменения

copy running-config startup-config

 

\\ выполнить сохранённую сонфигурацию

copy startup-config running-config

 

======================================================================================================

 

# Команды для 2900

# в режиме глобального конфигурирования

# запрещаем коммутатору неизвестный мультикастовый трафик

1#configure terminal

1(config)#no dlf-forward l2-multicast

1(config)#no dlf-forward l3-multicast

1(config)#vlan 90

1(config-if-vlan)#switchport ethernet 0/1 to ethernet 0/23 ethernet 1/1 ethernet 2/1

1(config-if-vlan)#exit

1(config)#igmp-snooping

1(config)#igmp-snooping route-port vlan 90 interface ethernet 1/1 \\ отправляем запросы и

\\ получаем потоки через первый комбо-порт (25)

# далее все абонентские порты доступа

1(config)#interface ethernet 0/1

1(config-if-ethernet0/1)#igmp-snooping multicast vlan 90

 

\\ switchport access vlan 90 - в случае если вилан 90 будет виланом по умолчанию.

\\ # igmp-snooping fast-leave \\ если за портом разрешено только одно устройство

 

1(config-if-ethernet0/1)#exit

1(config)#interface ethernet 0/2

1(config-if-ethernet0/2)#igmp-snooping multicast vlan 90

1(config-if-ethernet0/2)#exit

......

\\ все остальные порты настраиваются аналогично

 

1(config)#interface ethernet 0/23

1(config-if-ethernet0/23)#igmp-snooping multicast vlan 90

1(config-if-ethernet0/23)#exit

 

# Порт на следующий коммутатор

# комбо-порт (26)

1(config)#interface ethernet 2/1

1(config-if-ethernet2/1)#igmp-snooping multicast vlan 90

1(config-if-ethernet2/1)#exit

 

 

 

==================================================================================================

# Для 2800 настройки под мои нужды

#

#

QSW2800_1>

QSW2800_1>enable

QSW2800_1#configure terminal

QSW2800_1(config)#vlan 90;300 \\ создаем C-Vlan`ы

QSW2800_1(config-if-vlan)#exit

QSW2800_1(config)#ip igmp snooping

QSW2800_1(config)#ip igmp snooping vlan 300

 

QSW2800_1(config)#interface ethernet 1/28 \\ uplink

QSW2800_1(config-if-ethernet1/8)#switchport mode trunk

QSW2800_1(config-if-ethernet1/8)#switchport trunk allowed vlan 1;90;300

\\ добавление в trunk C-Vlan`ы 90,300

QSW2800_1(config-if-ethernet1/8)#exit

QSW2800_1(config)#interface ethernet 1/1 \\ поры для телематики с 1/1 по 1/8

QSW2800_1(config-if-ethernet1/1)#switchport mode access

QSW2800_1(config-if-ethernet1/1)#switchport access vlan 300

QSW2800_1(config-if-ethernet1/1)#exit

QSW2800_1(config)#interface ethernet 1/9 \\ порты для служебного пользования в админю сети 1/9-1/15

QSW2800_1(config-if-ethernet1/2)#switchport mode access

QSW2800_1(config-if-ethernet1/2)#switchport access vlan 1

QSW2800_1(config-if-ethernet1/2)#exit

QSW2800_1(config)#interface ethernet 1/16 \\ порты для телевидения мультикаст 1/9-1/15

QSW2800_1(config-if-ethernet1/2)#switchport mode access

QSW2800_1(config-if-ethernet1/2)#switchport access vlan 90

QSW2800_1(config-if-ethernet1/2)#exit

 

\\ # если нужно добавить гигабитные порты

QSW2800_1(config)#interface ethernet 1/25 \\ комбо порт для телематики 1/25

QSW2800_1(config-if-ethernet1/1)#switchport mode access

QSW2800_1(config-if-ethernet1/1)#switchport access vlan 300

QSW2800_1(config-if-ethernet1/1)#exit

QSW2800_1(config)#interface ethernet 1/26 \\ комбо порт для телевидения мультикаст 1/26

QSW2800_1(config-if-ethernet1/1)#switchport mode access

QSW2800_1(config-if-ethernet1/1)#switchport access vlan 300

QSW2800_1(config-if-ethernet1/1)#exit

 

\\ В тех.поддержке посоветовали исходящий порт тоже настроить транком

QSW2800_1(config)#interface ethernet 1/27 \\ downlink

QSW2800_1(config-if-ethernet1/8)#switchport mode trunk

QSW2800_1(config-if-ethernet1/8)#switchport trunk allowed vlan 1;90;300

[telecom]

JFYI: на сети из только коммутаторов (в т.ч. L3) в подавляющем большинстве случаев более, чем достаточно, пробросить VLAN с малтикастом до доступа. PIM не нужен. Он понадобится только на ОЧЕНЬ большой сети.

Давно дело уже было. Помню, когда IPTV только начинали года три назад, пока нормальный L3 между стримером и сетью на L2 не поставили, ничего нормально так и не заработало.

Щас конечно техника вперед ушла и L2 уже перенимает функционал от L3, а привычка осталась)))

Вот недавно в гостиничке iptv поднимали, так после PBI-ек поставили Zyxel 4728. Дальше идет огород из L2 и мылниц. Так вот, все прекрасно пашет!

ЗЫ

Там в Zyxel конечно Multicast Routing кастрированный очень по сравнению с той Циской или Экстримом.

Но для начального уровня самое то! Настраивается просто как три копейки!

 

Так всё-же что нужно? Настроить маршрутизатор соответствующим образом или же это должна "разруливать" миддлеваре?

Прочел начало топика и прослезился!

Конечно послать таких горе-интеграторов куда подальше!

Тут практически любой Вам это все настроит за пиво без всяких шминтеграторов!

ЗЫ

В последнем слове опечатки нет.

И точно, не надо трогать маршрутизатор!

Edited June 14, 2012 by telecom

[logalize]

Спасайте!

Запутался совсем!

Имею Huawei терминал от Ростелекома по оптике с 4-мя гигабитными портами. 3 первых по умолчанию это для ТВ приставок. 4-ый инет.

Планирую взять с рук какой-нить гигабитный свитч d-link DGS-1100-08 и зацепить его на 4-ый порт Huawei. Хотел взять HP ProCurve 1810G-8, но он не умеет IGMP + отзыв на Маркете негативный как раз про него и IPTV!

Хочу следующее:

работающий инет и Интерактивное ТВ от Ростелекома, а также IPTV. Всё это сразу на 4-х ТВ.

Те к телекам у меня подходит 2 витухи.

1 воткну в приставку, она идёт от Huawei. 2-ую в ТВ БОКС. Не важно - любой (пока не приобрёл, возможно Tronsmart Vega s95...). Где-то просто телек поменяю на какой-нить с Android.

Вопрос. Как грамотно разделить трафик? Где конкретно включать IGMP? На том 4-ом порту Huawei. А также наверное на самом свитче на тех линках, которые идут к ТВ Боксам?

Просьба не ругать, а дать развернутый совет!

Спасибо!

[alibek]

Так всё-же что нужно?

PIM не нужен.

В сети нужен igmp-snooping в мультикастовом VLAN.

На доступе дополнительно нужен MVR.

На QTECH 2900 он несколько самобытный, у меня более-менее стабильно работала следующая конструкция:

interface ethernet 0/1
switchport mode hybrid
switchport default vlan 400
no switchport hybrid vlan 1
switchport hybrid untagged vlan 60,400
no ingress filtering
no dlf-forward l2-multicast
no dlf-forward l3-multicast
discard-bpdu
igmp-snooping fast-leave
igmp-snooping group-limit 5
igmp-snooping drop query
igmp-snooping multicast vlan 60
igmp-snooping profile refer 10

VLAN 60 - мультикаст, VLAN 400 - абонентский.

[rdc]

Хочу следующее:

работающий инет и Интерактивное ТВ от Ростелекома, а также IPTV. Всё это сразу на 4-х ТВ.

А ростелеком точно отдаст четыре разных потока? Могут и не отдать.

 

Свич же можно ставить хоть неуправляемый, он тупо размножит поток на все приставки и всё.

[fox_m]

У меня интеграторы собираются настраивать IPTV.

Есть коммутатор агрегации qtech 3900 коммутаторы доступа qtech 2900. Куплено PBI DCH 4000P S2 каналы с FTA транспордера настроены на мультикаст.

Я когда тест PBI сделал, на коммутаторе видно, что поток вещается на все подключенные порты. Порылся в инете и пришёл к выводу, чтобы мультикаст вещался не на все порты, должен быть настроен маршрутизатор, и протокол PIM на маршрутизаторе. Коммутаторы этот протокол поддерживают и настраиваются.

И я говорю интеграторам, что нужно кроме коммутаторов ещё и настраивать маршрутизатор. А они мне говорят, что это всё должна делать middleware. А на миддлеваре мы не договариваемся.

 

Так всё-же что нужно? Настроить маршрутизатор соответствующим образом или же это должна "разруливать" миддлеваре?

 

Странный у вас интегратор ) Middleware - это всего лишь посредник между пользователем и провайдером и никак не отвечает за распределение мультикаста. Если у вас сеть плоская, грубо говоря один сегмент, то достаточно, что бы коммутаторы поддерживали IGMP. Если много ранговая, что более вероятно, то настройка PIM, который предназначен для передачи мультикаста через L3 сегменты. Посмотрите информацию о PIM, PIM RP, PIM SSM Да, мультикаст льется не во все порты, а только туда, где есть потребители.