Пробуем внедрить IP-TV в сеть.
Получаем со спутника сигнал и передаем его по езернету на Каталист 3560, в порт Gi 0/21, который находится в Vlan6.
Айпи-адрес моего рабочего компьютера находиться в Vlan5.
Как сделать доступ по мультикасту к IP-TV ? Какие должны быть глобальные настройки и настройки на ВЛАНах или Gi-габитніх портах, чтоб избежать флудинга udp , который портит VoIP, которая тоже имеется.?Когда железка , что принимает сигнал и отдает мультикаст находиться в Vlan5, IP-TV работает , но тогда из-за флуддинга, с перерывами работает VoIP.
Как это все правильно сделать? Спасибо.
QinQ тоннель для VoIP и MVR для мультикаста итд.
> QinQ тоннель для VoIP и MVR для мультикаста итд.Хм.. а можно хоть парочку примеров, как и куда?
Надо весь голосовой трафик запаковать в одну ВЛАН , а телевизионный мультикаст в другую?
> QinQ тоннель для VoIP и MVR для мультикаста итд.Описываете группы мультикаста и откуда этот самый мультикаст брать. Например:
mvr vlan 6
mvr mode dynamic
mvr group 225.16.16.1
mvr group 225.16.16.2
mvr group 225.16.16.3
mvrи кому дать принимать этот мультикаст:
int fa 0/12
mvr type receiver
mvr immediate
end
>> QinQ тоннель для VoIP и MVR для мультикаста итд.забыл
и на магистральном порту
int gi 0/1
mvr type source
endP.S. Мурзилка в помощь http://www.cisco.com/en/US/products/hw/switches/ps5023/produ...
> mvr group 225.16.16.2
> mvr group 225.16.16.3
> mvrПоследняя строка так и должна быть? просто mvr ... или там просто не дописали "group 225.16.16.4"
> и кому дать принимать этот мультикаст:
> int fa 0/12
> mvr type receiver
> mvr immediate
> endТак так, а если к примеру принимать должна та клиентская ВЛАН на том порту, в которой используется VoIP ?
>[оверквотинг удален]
>> mvr
> Последняя строка так и должна быть? просто mvr ... или там просто
> не дописали "group 225.16.16.4"
>> и кому дать принимать этот мультикаст:
>> int fa 0/12
>> mvr type receiver
>> mvr immediate
>> end
> Так так, а если к примеру принимать должна та клиентская ВЛАН на
> том порту, в которой используется VoIP ?пустой командой mvr осуществляется его включение.
Второго вопроса не понял
>[оверквотинг удален]
>> не дописали "group 225.16.16.4"
>>> и кому дать принимать этот мультикаст:
>>> int fa 0/12
>>> mvr type receiver
>>> mvr immediate
>>> end
>> Так так, а если к примеру принимать должна та клиентская ВЛАН на
>> том порту, в которой используется VoIP ?
> пустой командой mvr осуществляется его включение.
> Второго вопроса не понялВсе, я по цисковскому мануалу настроил. Спасибо.
Теперь я так понимаю, мультикаст не флудит по всей Каталисте, а полько дает на свой входящий порт поток, а кому надо, тот его подбирает.. так?Суть второго вопроса с следующем. Допустим есть клиент в влане 222, который по этой же влан пользуеться VOIP, если он будет принимать мультикаст, в среде одного влана не будит флудинга? тоесть трафик мультикаста не будет мешать голосовому трафику?
Только что выяснил что айпи-телефония работает с рывками.... Как тогда избежать этого?
>[оверквотинг удален]
>> Второго вопроса не понял
> Все, я по цисковскому мануалу настроил. Спасибо.
> Теперь я так понимаю, мультикаст не флудит по всей Каталисте, а полько
> дает на свой входящий порт поток, а кому надо, тот его
> подбирает.. так?Ну на каком порту прием разрешили - туда и пойдет. Пойдет только та группа, которую попросили
> Суть второго вопроса с следующем. Допустим есть клиент в влане 222, который
> по этой же влан пользуеться VOIP, если он будет принимать мультикаст,
> в среде одного влана не будит флудинга? тоесть трафик мультикаста не
> будет мешать голосовому трафику?
> Только что выяснил что айпи-телефония работает с рывками.... Как тогда избежать этого?На коммутаторе должна быть включена поддержка COS (на интерфейсе делаем mls qos trust cos). Ну и телефон должен эти тэги поддерживать.
Расписывать не буду - тут хорошо описано http://habrahabr.ru/blogs/cisconetworks/125746/
>[оверквотинг удален]
>> дает на свой входящий порт поток, а кому надо, тот его
>> подбирает.. так?
>> Суть второго вопроса с следующем. Допустим есть клиент в влане 222, который
>> по этой же влан пользуеться VOIP, если он будет принимать мультикаст,
>> в среде одного влана не будит флудинга? тоесть трафик мультикаста не
>> будет мешать голосовому трафику?
>> Только что выяснил что айпи-телефония работает с рывками.... Как тогда избежать этого?
> На коммутаторе должна быть включена поддержка COS (на интерфейсе делаем mls qos
> trust cos). Ну и телефон должен эти тэги поддерживать.
> Расписывать не буду - тут хорошо описано http://habrahabr.ru/blogs/cisconetworks/125746/Спасибо, попробую по ссылке сделать.
http://www.cisco.com/en/US/products/hw/switches/ps5023/produ...
Что еще хотел спросить, по мануалу я вижу в конфиге есть интерфейс "Port-channel20".
Зачем он?Как я понимаю к нему привязывается "mvr type source", а потом к Гигабитным портам (которые в режиме trunk) уже привязывается "channel-group 20 mode active" ?
То есть на транковые порты надо указывать не "mvr type receiver" ?
> http://www.cisco.com/en/US/products/hw/switches/ps5023/produ...
> Что еще хотел спросить, по мануалу я вижу в конфиге есть интерфейс
> "Port-channel20".
> Зачем он?
> Как я понимаю к нему привязывается "mvr type source", а потом к
> Гигабитным портам (которые в режиме trunk) уже привязывается "channel-group 20 mode
> active" ?
> То есть на транковые порты надо указывать не "mvr type receiver" ?это пример конфигурации
вам нужно завести группы мультикаста, включить mvr и указать на интерфейсах кто источник а то приёмник. И ничего более =) Выше я вам дал пример рабочего конфига, болше этого вам не нужно
То есть мне можно удалить Port-channel20 ?
и на TRUK-овые порты которые принимают мультикаст так же указывать "mvr type receiver" и "mvr immediate"?
>[оверквотинг удален]
> mvr mode dynamic
> mvr group 225.16.16.1
> mvr group 225.16.16.2
> mvr group 225.16.16.3
> mvr
> и кому дать принимать этот мультикаст:
> int fa 0/12
> mvr type receiver
> mvr immediate
> endЕще на VLAN, которая привязана к порту надо указать: ip pim dense-mode
> Еще на VLAN, которая привязана к порту надо указать: ip pim dense-modeЭто на роутерах включается. Я дал пример с коммутаторов 2 уровня
>> Еще на VLAN, которая привязана к порту надо указать: ip pim dense-mode
> Это на роутерах включается. Я дал пример с коммутаторов 2 уровняНу у меня Catalyst 3560 , L3.
А вообще вот есть у меня IpTV , VoIP , интернет.
Вот как вообще правильно организовать?
Допустим, до этого времени был клиент в Влан 100 , например, и ему подавали интеренет и СИП-телефонию, все работало хорошо, но IpTV все меняет, и я уже нахожу примеры, где вообще показывают, что IpTV, VoIP и интернет подавать в трех разных ВЛАН...
Так и должно быть?
>>> Еще на VLAN, которая привязана к порту надо указать: ip pim dense-mode
>> Это на роутерах включается. Я дал пример с коммутаторов 2 уровня
> Ну у меня Catalyst 3560 , L3.
> А вообще вот есть у меня IpTV , VoIP , интернет.
> Вот как вообще правильно организовать?
> Допустим, до этого времени был клиент в Влан 100 , например, и
> ему подавали интеренет и СИП-телефонию, все работало хорошо, но IpTV все
> меняет, и я уже нахожу примеры, где вообще показывают, что IpTV,
> VoIP и интернет подавать в трех разных ВЛАН...
> Так и должно быть?И для чего тогда IGMP ?
8
сори, тех. неполадки)
7
6
5
4
3
2
>И для чего тогда IGMP?IGMP Snooping в помощь MVP
Организовать мультисервисную сеть.
Разделить трафик различных сервисов, при этом обеспечить QoS.
QinQ Selective позволяет все это реализовать, классифицируя трафик по типу сервисов, делаете VLAN на сервис: 1) Интернет 2) VoIP 3) MVR на мультикаст (IPtv). Затем можно упаковать пользовательские VLANы VoIP в дугой транспортный VLAN, а мультикаст оставить за бортом этого туннеля, т.е. мультикаст не упаковывается в QinQ, а двигается в отдельных VLANах со своей приоритезацией))
> Организовать мультисервисную сеть.
> Разделить трафик различных сервисов, при этом обеспечить QoS.
> QinQ Selective позволяет все это реализовать, классифицируя трафик по типу сервисов, делаете
> VLAN на сервис: 1) Интернет 2) VoIP 3) MVR на мультикаст
> (IPtv). Затем можно упаковать пользовательские VLANы VoIP в дугой транспортный VLAN,
> а мультикаст оставить за бортом этого туннеля, т.е. мультикаст не упаковывается
> в QinQ, а двигается в отдельных VLANах со своей приоритезацией))Как-то на данном моменте тяжеловато.
А q-in-q надо делать везде или как?:
к примеру, после Каталисты идут DSLAM-ы или Свитчи 2 уровня. На них тоже надо QinQ настраивать или они просто будут кушать тот трафик разделенный , который поступает с Каталисы?
>[оверквотинг удален]
>> QinQ Selective позволяет все это реализовать, классифицируя трафик по типу сервисов, делаете
>> VLAN на сервис: 1) Интернет 2) VoIP 3) MVR на мультикаст
>> (IPtv). Затем можно упаковать пользовательские VLANы VoIP в дугой транспортный VLAN,
>> а мультикаст оставить за бортом этого туннеля, т.е. мультикаст не упаковывается
>> в QinQ, а двигается в отдельных VLANах со своей приоритезацией))
> Как-то на данном моменте тяжеловато.
> А q-in-q надо делать везде или как?:
> к примеру, после Каталисты идут DSLAM-ы или Свитчи 2 уровня. На них
> тоже надо QinQ настраивать или они просто будут кушать тот трафик
> разделенный , который поступает с Каталисы?Главное чтобы на границе ввода и выхода Q-in-Q трафика были железки, подерживающие двойное тэгирование.
>[оверквотинг удален]
>>> (IPtv). Затем можно упаковать пользовательские VLANы VoIP в дугой транспортный VLAN,
>>> а мультикаст оставить за бортом этого туннеля, т.е. мультикаст не упаковывается
>>> в QinQ, а двигается в отдельных VLANах со своей приоритезацией))
>> Как-то на данном моменте тяжеловато.
>> А q-in-q надо делать везде или как?:
>> к примеру, после Каталисты идут DSLAM-ы или Свитчи 2 уровня. На них
>> тоже надо QinQ настраивать или они просто будут кушать тот трафик
>> разделенный , который поступает с Каталисы?
> Главное чтобы на границе ввода и выхода Q-in-Q трафика были железки, подерживающие
> двойное тэгирование.Тогда посмею спросить еще такие вещи.
Авторизация sip-звонков осуществляется на cisco as5350 , которая включена в Catalyst 3560.
В последнюю включены уже ДСЛАМы с юзверями.
Так вот, Q-in-Q для VoIP надо нстраивать и на AS5350 и Catalyst3560, или же только на последней?
>[оверквотинг удален]
>>> к примеру, после Каталисты идут DSLAM-ы или Свитчи 2 уровня. На них
>>> тоже надо QinQ настраивать или они просто будут кушать тот трафик
>>> разделенный , который поступает с Каталисы?
>> Главное чтобы на границе ввода и выхода Q-in-Q трафика были железки, подерживающие
>> двойное тэгирование.
> Тогда посмею спросить еще такие вещи.
> Авторизация sip-звонков осуществляется на cisco as5350 , которая включена в Catalyst 3560.
> В последнюю включены уже ДСЛАМы с юзверями.
> Так вот, Q-in-Q для VoIP надо нстраивать и на AS5350 и Catalyst3560,
> или же только на последней?Я вообще не понимаю смысла использовать в вашей схеме Q-in-Q. Вланов и так хватит чтобы отделить трафик и назначить ему приоритеты
>[оверквотинг удален]
>>>> разделенный , который поступает с Каталисы?
>>> Главное чтобы на границе ввода и выхода Q-in-Q трафика были железки, подерживающие
>>> двойное тэгирование.
>> Тогда посмею спросить еще такие вещи.
>> Авторизация sip-звонков осуществляется на cisco as5350 , которая включена в Catalyst 3560.
>> В последнюю включены уже ДСЛАМы с юзверями.
>> Так вот, Q-in-Q для VoIP надо нстраивать и на AS5350 и Catalyst3560,
>> или же только на последней?
> Я вообще не понимаю смысла использовать в вашей схеме Q-in-Q. Вланов и
> так хватит чтобы отделить трафик и назначить ему приоритетыЯ не знаю как правильно поступить? я просто думал что Q-in-Q надо для того, чтоб засунуть в Клиентский влан вланы ip-tv и vo-ip....
Ведь суть в том, что клиент сидит либо сам в влане с айпишкой и шлюзом по /30, ну или несколько клиентов в одной влане.
А как правильно все сделать?....хм.
Скажите, а когда на Циске активировать "ip igmp", тогда MVR выключается?