Как повесить iptv на один vlan

Как повесить iptv на один vlan

Региональные представители:

Глава 3: IPTV MULTICAST трансляция как услуга

В предыдущих двух статьях мы построили головную станцию (стример) и научились транслировать услугу IPTV Unicast-ом при помощи relaying. По большому счету, многим небольшим провайдерам этого достаточно, особенно если представить, что услуга IPTV носит некоммерческий, а маркетинговый характер. Однако для того, чтобы предложить своим клиентам качественный, легко управляемый, коммерческий продукт, с большим выбором пакетов телепрограмм, изложенный ранее метод не подходит. На помощь таким провайдерам приходит трансляция IPTV при помощи multicast рассылок.

Multicast

На вопрос, что же такое Multicast легко найти ответ, так, например, Википедия считает, что это специальная форма широковещания, при которой сетевой пакет одновременно направляется определённому подмножеству адресатов — не одному (unicast), и не всем (broadcast). С данной формулировкой трудно не согласиться. Технология IP Multicast очень выгодна в использовании, когда один и тот же набор данных должны получать сотни и тысячи подписчиков на эти данные, без увеличения нагрузки на сеть. Довольно трудно себе представить сервер, способный выдать хотя бы пятимегабитный поток данных тысячам потребителей. Так как обслуживание двухсторонних соединений процесс довольно ресурсоемкий, да еще и дублирование одних и тех же данных явное свидетельство нерациональной расточительности.

IP Multicast — это диапазон IP адресов с 224.0.0.0 до 239.255.255.255. Для того, чтоб использовать Multicast рассылки в Вашей сети необходимо выполнить ряд условий:

— сегмент сети, в котором планируется использование Multicast, должен быть построен на управляемых коммутаторах;

— управляемые коммутаторы должны поддерживать протокол IGMP, при помощи которого определяется членство в Multicast группе порта.

Подходы к реализации Multicast вещания

На сегодняшний день существует несколько технологий доставки Multicast трафика подписчикам, основные из них это:

• PIM-DM в связке с IGMP-snooping;
• PIM-SM в связке с IGMP-snooping;
• MVR.

Попробуем коротко разобраться с этими подходами. Для маршрутизации multicast трафика существует специальный протокол — PIM. В свою очередь PIM имеет два режима работы:

— PIM-DM (dense mode) или режим рассылки и отсечения;

— PIM-SM (sparse mode) или режим, при котором рассылка начинается только тогда, когда появляется запрос на членство в группе.

Разница в этих режимах работы заключается в том, что при использовании режима PIM-DM multicast роутер рассылает все зарегистрированные на нем multicast группы и только потом отсекает те, в которые никто не подписался. Напротив, режим PIM-SM рассылает multicast потоки только после того, когда на него придет IGMP запрос на членство в группе multicast рассылки. Также существует еще одно существенное отличие между режимами PIM-DM и PIM-SM, заключается оно в том, что для режима PIM-SM необходима так называемая точка рандеву — RENDEZVOUS POINT (RP). Точка рандеву — это место, где регистрируются все источники Multicast потоков. Таким образом, все Multicast потоки собираются в этой точке и из нее выдаются членам группы. В итоге, потребители Multicast потоков абсолютно ничего не знают об источнике потока.

Также существует еще один способ доставки IPTV потребителям — это MVR или, если перевести аббревиатуру, Регистрация Мультикастовых VLAN’ов. Суть данного способа заключается в том, что multicast трафик бежит по сети в отдельном VLAN, а вот уже MVR подмешивает этот трафик в порты, запросивших определенную Multicast группу клиентов.

Поскольку в рамки статьи не входит рассмотрение каждого из описанных выше подходов, то остановимся только на одном из них.

Реализация трансляции с использованием PIM-SM.

Для данной реализации использовался коммутатор BD-COM S3928GX, который вполне сгодиться для ядра довольно таки не маленькой сети, так как это полноценный L3 свитч на борту которого можно установить 4*10G порта XFP, а при условии, что цена очень гуманна, альтернатив сегодня не так уж и много.

На рисунке представлена примерная схема реализации:

Настройка коммутатора сводиться к следующим шагам:

1. Создадим VLAN 111 и включим в него наш стример порт 23.

2. Включим потребителя IPTV в уже существующий дефолтный VLAN 1 порт 21

3. Определим в каком режиме будет работать маршрутизация Multicast

4. Включим в VLAN 1 поддержку IGMP

5. На VLAN 111 настроим поддержку PIM

Собственно, на этом настройка коммутатора заканчивается, а ниже я приведу полный конфиг свитча.

Теперь пришло время проверить, а все ли работает так, как нам хотелось. Потребителем IPTV будет выступать компьютер с установленным Linux и программой VLC Player (www.videolan.org). Для удобства просмотра я подготовил маленький плэйлист с двумя ранее настроенными каналами:

Загрузив плэйлись в плэйер, на экране появился «Первый» канал. Теперь осталось убедиться в том, что мы все правильно настроили и в наш порт прилетает единственная multicast группа. Для это запустим tcpdump и посмотрим, а что же твориться на нашем сетевом интерфейсе.

Теперь переключим канал и опять глянем в tcpdump

Как видим, при переключении телеканала IGMP отключается от одной группы и подключается к другой.

Настройка IPTV на уровне доступа

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

На настройки одной из них в сетях Ethernet-провайдера и посмотрим.

О теории мультикастового траффика, а IPTV есть ничто иное, как мультикаст, было хорошо рассказано пользователем lena_sakhno в топике Multicast routing для IPTV, там шел разговор в основном о ядре сети и о PIM-маршрутизации. Но каким образом можно пользователю предоставить телевидение как услугу, причем дополнительную к интернету и локальной сети?
Провайдер всей своей душой хочет разнести все свои сервисы по различным IP-подсетям, вланам и прочая, чтобы было удобно тарифицировать, управлять услугами, изменять качество обслуживания, в конце концов. Т.е. подавать в одном VLAN пользователю все услуги мы не имеем морального плана. Выдавать пользователю транковое соединение? Да за такое яйца оторвут по голове не погладят, тем более, что мы можем огрести дублированный поток мультикаст-траффика в одном направлении. С первого взгляда ситуация патовая, но не стоит отчаиваться!

У производителей коммуникационного оборудования есть технология, позволяющая нам красиво жить: у Cisco она называется MVR, у D-Link — ISM vlan.

Так сложилось, что на уровне доступа в основном используются коммутаторы фирм D-Link (повсеместно) и Edge-Core (как минимум, у нас :)), на их примере и рассмотрим настройку.

Суть этой технологии заключается в том, что пользователю мы подаем отдельный влан с локальной сетью (или изолированный влан, у кого какая схема подключения), внутри которого будет бегать локальный траффик (как вариант, DC++, eMule, Shareman и т.д.). Выход в интернет будет осуществляться посредством PPTP\L2TP, всё как обычно. Для IPTV траффика заведен отдельный влан, посредством которого коммутатор будет накапливать все IGMP-сообщения о вступлении в группу на этом нем и от своего лица отправлять отчеты опрашивающему устройству IGMP. Таким образом, для каждого канала будет передаваться только одна копия многоадресного потока. Затем ISM VLAN будет перенаправлять поток соответствующим зарегистрированным подписчикам в VLAN-ах.

Итак, у нас есть пользовательские вланы 10, 20, и ISM vlan 601. Запросы от подписчиков приходят до свитча в пользовательских вланах, дальше свитч от своего имени перенаправляет запрос на вышестоящий коммутатор, который является PIM-маршрутизатором. От него поток будет приходить в 601 влане, дальше свитч перенаправляет этот трафик в соответствующий пользовательский влан.

ОК, что касается непосредственно настройки, пример для D-Link 3526:

Порты 1,2 коммутатора идут соответственно к пользователям, порты 25-26 — аплник.
Командой create igmp_snooping multicast_vlan IPTV 601 мы создаем ISM vlan с именем IPTV, находящийся в VLAN 601.
Командой config igmp_snooping multicast_vlan IPTV member_port 1-2 настраиваем потры 1,2 в качестве получателей услуги, source_port 25-26 — порты источника, replace_source_ip 10.21.255.2 — подменять IP адреса пользователей в IGMP-запросах на данный адрес.

Следующий пример для Edge-core ES3528. У него немного урезанная версия MVR, насколько я понял, и поддерживает он только схему, когда и пользователь 1, и пользователь 2 находятся в одном влане, например, в vlan 10.

Здесь мы создаем влан в vlan database, включаем mvr, командой mvr type receiver
на пользовательском порту говорим, что это порт получателя, командой mvr type source
на аплинк порту настраиваем порт источника.

С помощью нехитрых протоколов и настроек мы можем предоставить пользователям такую замечательную вещь, как телевидение 🙂

Как повесить iptv на один vlan

cisco 3750
3 и 4 порт заведены в vlan 22
В 3 порт подключен сервер ТВ, вещающий мультикаст и имеющий ip 192.168.200.202/16
В 4 подключена не большая сетка на неуправляемом свитче с адресами 192.168.200.1-192.168.200.10 с 16 битной маской.

На cisco настроен (вроде как) igmp snooping

ТВ не работает, ушел курить, прихожу, показывает. Проходит 5-10 секунд, картинка начинает виснуть и в итоге совсем встает. Через какое-то время картинка опять появляется и снова пропадает.

Что делаю не так?

Только наверное не multicast v3 а igmp v3 поменять на v2.

Вот ктонить зашел бы в тему подмог. В общем я отключил во всех vlan IGMP остваил только в одном в котором и должно все быть также отключил v3 все также показывает 6 минут и отключается картинка висит трафик перестает передаваться.

sh ip igmp snooping
Global IGMP Snooping configuration:
————————————
IGMP snooping : Disabled
IGMPv3 snooping : Disabled
Report suppression : Disabled
TCN solicit query : Disabled
TCN flood query count : 2
Last Member Query Interval : 1000

Vlan 290:
———
IGMP snooping : Enabled
IGMPv2 immediate leave : Disabled
Explicit host tracking : Enabled
Multicast router learning mode : pim-dvmrp
Last Member Query Interval : 1000

Вот ктонить зашел бы в тему подмог. В общем я отключил во всех vlan IGMP остваил только в одном в котором и должно все быть также отключил v3 все также показывает 6 минут и отключается картинка висит трафик перестает передаваться.

sh ip igmp snooping
Global IGMP Snooping configuration:
————————————
IGMP snooping : Disabled
IGMPv3 snooping : Disabled
Report suppression : Disabled
TCN solicit query : Disabled
TCN flood query count : 2
Last Member Query Interval : 1000

Vlan 290:
———
IGMP snooping : Enabled
IGMPv2 immediate leave : Disabled
Explicit host tracking : Enabled
Multicast router learning mode : pim-dvmrp
Last Member Query Interval : 1000

Сейчас у меня заработало в 1 vlan, вроде все работает не плохо, НО! Время от времени мультикаст пробивается в сеть, буквально на секунду, и снова все стабилизируется. Так же скачок происходит при подключении приставки D-Link dib 120.

yegorgk, как вы отключили igmp snooping v3?

no ip igmp snooping

вот так можно включить в отдельном vlan

vlan 290
ip igmp snooping

включится только в этом vlan.

Кстати у вас весь косяк может из-за того что вы мультикаст запихали в дефолтный влан лучше этого не делать. переделайте в другой.