Базовые вопросы по IPTV (multicast)

[XNeo]

Здравствуйте.

 

Пытаемся запустить у себя IPTV и не до конца понятны пару вопросов:

1. Допустим, гирляндой (последовательно) включены 5 коммутаторов доступа (L2) с клиентами. Поток IPTV (multicast) приходит в первый. Как их нужно настроить чтобы клиенты в каждом коммутаторе имели доступ используя IGMP Snooping? Просто на всех включить IGMP Snooping или при нескольких каскадах есть нюансы?

2. Зачем нужен Querier и обязателен ли он? Он нужен только когда в один сегмент multicast может поступать с двух маршрутов или он нужен в любом случае всегда?

[martin]

не занимайтесь мазохизмом, делайте юникаст и не морочте голову ни себе , ни юзерам

[XNeo]

Как-то пугают меня цифры в ядре сети при юникасте 

[martin]

ок, расскажи твои цыхверки ) люблю цыхверки

[mort1k]

Если пугают цифры в ядре, значит не удачное ядро =D

[XNeo]

2k клиентов. В вечерний пик из них пусть 1к активных. Я не знаю сколько из них захотят посмотреть ТВ в это время, но пусть 500 потоков. Кто-то смотрит именно ТВ на компе. А у кого-то стоит приставка и телек вообще целый день не вырубается.

Средний поток SD канала 5мбит. Итого 2,5 Гбит трафика.

Это ещё не критично конечно, но уже не так уж и мало. Чтобы забрать со стримера нужно 10G.

500 TCP соединений = 500 потоков проца (в 99% случаев). Отдать 2,5Гб в один поток и отдать 500 потоков по 5мбит совсем разные вещи. Я не тестировал, но думаю, что потребление CPU будет ощутимым и стример тоже надо не тухлый.

 

Реально не тестил, это всё предположения. Если есть опыт с юникастом 1000+ клиентов делитесь

[mort1k]

Не адекватное соотношение общего кол-ва и активно смотрящих хомячков. Как-то были страшилки на каком-то УКОСЕ, что скоро потоковое высосет все бабки у провайдеров =)

[XNeo]

Ну и в чём вообще недостатки мультикаста, кроме чуть большей сложности реализации?

[martin]

ага, опыта валом, поэтому и советую юникаст.

реальный пример - сетка 14000 абонов , трафик примерно 1.5 гига, при событиях (спорт. новый год) прыжки до 2-2.2 гига

 

На вашей сетке в 2к смотрящих ТВ юзеров будет 10-15% максимум, так что сервак с 10Г в ядро будет стоять очень долго..

[ttttt]

500 TCP соединений = 500 потоков проца

Лучше не думайте, а послушайте людей про юникаст, ибо этот расчет - полнейший бред.

[XNeo]

ага, опыта валом, поэтому и советую юникаст.

реальный пример - сетка 14000 абонов , трафик примерно 1.5 гига, при событиях (спорт. новый год) прыжки до 2-2.2 гига

 

На вашей сетке в 2к смотрящих ТВ юзеров будет 10-15% максимум, так что сервак с 10Г в ядро будет стоять очень долго..

При 1.5 Гб сколько приблизительно клиентских потоков, какой проц на стримере и его загрузка?

[martin]

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

[martin]

а зачем тебе клиентские потоки считать ?? да хоть миллион )

коре7 тянет 10Г без напряга и с фаерволом (что кому можно)

[mort1k]

 

ага, опыта валом, поэтому и советую юникаст.

реальный пример - сетка 14000 абонов , трафик примерно 1.5 гига, при событиях (спорт. новый год) прыжки до 2-2.2 гига

 

На вашей сетке в 2к смотрящих ТВ юзеров будет 10-15% максимум, так что сервак с 10Г в ядро будет стоять очень долго..

При 1.5 Гб сколько приблизительно клиентских потоков, какой проц на стримере и его загрузка?

 

по двум стримерам с парой L5520 размазаны по лагам(на эти же лаги и влетает мультикаст) 700 подключений. Работает как часы

Відредаговано 19 січня, 2015 mort1k

[Lynx100]

Ну и в чём вообще недостатки мультикаста, кроме чуть большей сложности реализации?

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

 

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

вам советуют дело

Відредаговано 19 січня, 2015 Lynx100

[Respect!]

Здравствуйте.

 

Пытаемся запустить у себя IPTV и не до конца понятны пару вопросов:

1. Допустим, гирляндой (последовательно) включены 5 коммутаторов доступа (L2) с клиентами. Поток IPTV (multicast) приходит в первый. Как их нужно настроить чтобы клиенты в каждом коммутаторе имели доступ используя IGMP Snooping? Просто на всех включить IGMP Snooping или при нескольких каскадах есть нюансы?

2. Зачем нужен Querier и обязателен ли он? Он нужен только когда в один сегмент multicast может поступать с двух маршрутов или он нужен в любом случае всегда?

Посмотрите как настраивается IGMP-Snooping на свитчах, укажите Source-port, Destination-port. Но рекомендовал бы использовать мультикаст если на свитчах есть MVR тогда будет все нормально работать. В конце концов, если 100 абонентов будут смотреть одновременно нововсти по 1+1, то это все равно 5 мегабит на всех, а не 5*100 юникастом.  

[foreverok]

А чего все так боятся multicast ? Еще 3 года назад он бегал замечательно даже на D-Link 1210.

[XNeo]

 

 

Посмотрите как настраивается IGMP-Snooping на свитчах, укажите Source-port, Destination-port. Но рекомендовал бы использовать мультикаст если на свитчах есть MVR тогда будет все нормально работать. В конце концов, если 100 абонентов будут смотреть одновременно нововсти по 1+1, то это все равно 5 мегабит на всех, а не 5*100 юникастом.  

Свитчи DLink. В основном DES-1228. MVR есть. На одном тестово настроил, проверил, вроде всё работает как часы. Поэтому и спрашиваю какая схема настройки если есть гирлянда. Может кто-нибудь всё-таки поделится опытом?

 

Unicast'ом тоже очень заманчиво. Максимальная простота и минимум гемора, это я понимаю и полностью согласен. Но если с multicast есть подводные камни которые надо будет решать на ходу, то громадное потребление ресурсов при unicast не решить в принцыпе. Единственный вариант это апгрейды.

[Digital_storm]

Как-то пугают меня цифры в ядре сети при юникасте 

Ви б краще буковок лякалися.

[foreverok]

 

Посмотрите как настраивается IGMP-Snooping на свитчах, укажите Source-port, Destination-port. Но рекомендовал бы использовать мультикаст если на свитчах есть MVR тогда будет все нормально работать. В конце концов, если 100 абонентов будут смотреть одновременно нововсти по 1+1, то это все равно 5 мегабит на всех, а не 5*100 юникастом.  

Свитчи DLink. В основном DES-1228. MVR есть. На одном тестово настроил, проверил, вроде всё работает как часы. Поэтому и спрашиваю какая схема настройки если есть гирлянда. Может кто-нибудь всё-таки поделится опытом?

 

Unicast'ом тоже очень заманчиво. Максимальная простота и минимум гемора, это я понимаю и полностью согласен. Но если с multicast есть подводные камни которые надо будет решать на ходу, то громадное потребление ресурсов при unicast не решить в принцыпе. Единственный вариант это апгрейды.

 

Проблемы с которыми мне пришлось столкнуться:

1. Некоторые клиентские роутеры периодически зависают от multicast потока (соответственно клиент не доволен).

2. Пытались использовать Multicast Auth(авторизация через радиус при подключении к мультикаст потоку) в Dlink'ах, работало криво и часто вешало свич, пришлось отказаться.

В остальном все гладко.

P.S. Это было 3 года назад. Сейчас ситуация может быть другая. 

[loki]

2k клиентов. В вечерний пик из них пусть 1к активных. 

 

 

2К живых клиентов, или по базе ? Из те живых пусть 100 будут смотреть - и то хорошо будет.

По поводу производительности, если вещать уникастом тут уже правильно было замечено, до 10Гбит на i7 (а это порядка 1-1,5К одновременно смотрящих юзеров), или наращивайте порты  в агрегации.

[XNeo]

 

1. Некоторые клиентские роутеры периодически зависают от multicast потока (соответственно клиент не доволен). 2. Пытались использовать Multicast Auth(авторизация через радиус при подключении к мультикаст потоку) в Dlink'ах, работало криво и часто вешало свич, пришлось отказаться.

 

п.1 я думаю со временем сам "рассосётся".

п.2 Мы радиус не используем. У нас автоконфигурирование коммутаторов через SNMP. Можно использовать ACL к примеру.

[Respect!]

 

Посмотрите как настраивается IGMP-Snooping на свитчах, укажите Source-port, Destination-port. Но рекомендовал бы использовать мультикаст если на свитчах есть MVR тогда будет все нормально работать. В конце концов, если 100 абонентов будут смотреть одновременно нововсти по 1+1, то это все равно 5 мегабит на всех, а не 5*100 юникастом.  

Свитчи DLink. В основном DES-1228. MVR есть. На одном тестово настроил, проверил, вроде всё работает как часы. Поэтому и спрашиваю какая схема настройки если есть гирлянда. Может кто-нибудь всё-таки поделится опытом?

 

Unicast'ом тоже очень заманчиво. Максимальная простота и минимум гемора, это я понимаю и полностью согласен. Но если с multicast есть подводные камни которые надо будет решать на ходу, то громадное потребление ресурсов при unicast не решить в принцыпе. Единственный вариант это апгрейды.

 

Могу сказать точно нормально работает когда узел состоит из трех свитчей, включенных последовательно. Соответственно в настройках указывается откуда берется мультикаст и в какие порты отдается. Еще настроить лимит мультикаст групп на юзерских портах, чтоб не загнулся аплинк.

[XNeo]

Вот какой вопрос нарисовался...

При использовании мультикаста ТВ поток транслируется с помощью UDP с негарантированной доставкой без избыточного кодирования. Тоесть при потере пакета будет наблюдаться небольшое "рассыпание" видео. Какая бы небыла сеть потери всегда есть.

 

Наблюдается ли данный недостаток на практике и как часто?

[Гайджин]

При потерях в 1% и более - наблюдается.

 

Кстати FEC тоже реализовать можно, главное что бы его плеер понял.