Jump to content
Калькуляторы

Мониторинг качества IPTV потока

Предлагают купить IPTV контент для распространения по сети. Больше всего, на текущий момент интересует вопрос мониторинга качества этого потока/контента.

Какие параметры критичные? Какие инструменты для этого использовать?

Пока пользуемся http://iptv-analyzer.org/wiki/index.php/Main_Page, есть ли что-то ещё, на что обратить внимание?

 

Накидайте ссылок, что почитать? Либо так, подскажите, буду очень признателен.

Share this post


Link to post
Share on other sites

Можете мониторить с помощью VLC - при достаточном уровне логирования можно получить массу информации о качестве потока

Share this post


Link to post
Share on other sites

Можете мониторить с помощью VLC - при достаточном уровне логирования можно получить массу информации о качестве потока

Всё что мог облазил, всю документацию прочитал. Подскажите, как проверять, ну допустим continuity counter с помощью vlc? А inter arrival time?

 

Пожалуйста, хоть один показательный пример :) Я всё что мог просмотрел, ничего близко похожего нет.

Share this post


Link to post
Share on other sites

Доброе время суток !

Нужен физический поток видеоконтента (каналы )для iptv .

Если кто знает где взять пожалуйста помогите .

Share this post


Link to post
Share on other sites

Нужен физический поток видеоконтента (каналы )для iptv .

Если кто знает где взять пожалуйста помогите .

локация какая? город, область

Share this post


Link to post
Share on other sites

Хочу апнуть тему. Друзья, кто чем мониторит? У нас по сети ходит около 120 IPTV каналов. Не можем определиться чем мониторить качество. Пока юзаем TS Reader, но это крайне неудобно и малоэффективно.

Share this post


Link to post
Share on other sites

Анализтор TS потока я временно сломал в своей софтине, а клиентов мониторю просто: tcp_info с сокета:

Каждый лаг любого клиента практически как на ладони.

Здесь всё чисто, у проблемных обычно total_retrans не нулевой и data to send больше 128кб.

 Source: multicast-udp 233.ххх.ххх.ххх:1234@lo	[state: running, status: 0, priority: 0, rate: 6710918, error rate: 0, pids: 0, no data recv time: 0]
	127.0.0.1:51537 (ххх.ххх.ххх.ххх)	[conn time: 0+00:01:25, flags: 259, dtr: 0, cc: htcp, maxseg: 65468, snd_block_min_size: 64 kb, precache: 4096 kb, data to send: 51 kb]	[user agent: VLC media player - version 1.0.3 Goldeneye - (c) 1996-2009 the VideoLAN team]
    	TCP FSM state: SYN_SENT
    	ca_state: 0
    	retransmits: 0
    	probes: 0
    	backoff: 0
    	Options enabled on conn: TIMESTAMPS SACK WSCALE
     	RFC1323 send shift value: 10
    	RFC1323 recv shift value: 10
    	Retransmission timeout (usec): 220000
    	ato (usec): 40000
    	Max segment size for send: 65468
    	Max segment size for receive: 536
    	unacked: 0
    	sacked: 0
    	lost: 0
    	retrans: 0
    	fackets: 0
    	last_data_sent: 68
    	last_ack_sent: 0
    	Time since last recv data (usec): 85180
    	last_ack_recv: 68
    	pmtu: 65520
    	rcv_ssthresh: 132038
    	rtt: 23500
    	rttvar: 14000
    	snd_ssthresh: 2147483647
    	snd_cwnd: 15
    	advmss: 65483
    	reordering: 3
    	rcv_rtt: 0
    	rcv_space: 130966
    	total_retrans: 0

Share this post


Link to post
Share on other sites

Нормального бюджетного решения, по сути, нету. Бриджитек, решения от Стрим-Лабса - в среднем около 5-6 тыр за один канал. Причем это инструментальный мониторинг. Визуальный - еще дороже. Есть, правда, сравнительно недорогое решение от Элекарда, если не ошибаюсь 1000 баксов - мультискрин плеер или как-то так. Но там мониторинг чисто визуальный, инструментальный так же есть, но не постоянно, а только если ткнёшь по конкретному каналу.

Share this post


Link to post
Share on other sites

Да чё там мониторить, кроме сс error rate!?

Всё остальное по барабану, ибо повлиять на это уже никак.

 

Stream hub: 233.xxx.xxx.xxx:1234@ [clients: 0, refs: 0, mru: 1316, rate: 3050695, pids: 7]
PID: 1061 [Packets: 1222913276, Size: 224519234 kb, Scrambling: 0, CC errors: 109, TE count: 16] 
PID: 1062 [Packets: 90890428, Size: 16686914 kb, Scrambling: 0, CC errors: 86, TE count: 2] 
PID: 0 [Packets: 11481565, Size: 2107943 kb, Scrambling: 0, CC errors: 1, TE count: 0] 
PID: 1064 [Packets: 17221306, Size: 3161724 kb, Scrambling: 0, CC errors: 74, TE count: 0] 
PID: 1060 [Packets: 11111176, Size: 2039942 kb, Scrambling: 0, CC errors: 2, TE count: 0] 
PID: 18 [Packets: 15207259, Size: 2791957 kb, Scrambling: 0, CC errors: 2, TE count: 0] 
PID: 17 [Packets: 551456, Size: 101243 kb, Scrambling: 0, CC errors: 1, TE count: 0] 
PIDs summary [Packets: 1369376466, Size: 251408960 kb, CC errors: 275, TE count: 18]

Ещё есть бесплатный модуль в иптаблес для линуха.

Share this post


Link to post
Share on other sites

В общем, нет решения лучшего, чем свое собственное... =)

Пишу систему мониторинга. На данный момент научил ее мониторить около 130 мультикастов, из которых около 15 HD каналов. Сервер умеет почти непрерывно считать CCErrors по каждому каналу, определять работает канал или нет, презагружать зависшее оборудование, на котором упали каналы, рассылать СМС, вести всевозмодные логи и еще много чего.

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

Из затрат: придется приобрести сервер. ЦП Core i7 вполне справляется, памяти нужно на 100 каналов около 8 Гб, хорошая гиговая сетевая. Система Linux. Мониторинг построен на VLC и bash =)

Edited by ___StrangeR___

Share this post


Link to post
Share on other sites

Вариант брать статистику с STB - не вариант?

Share this post


Link to post
Share on other sites

Какие то запредельные требования.

Словить гиг мультикаста можно без особых проблем и на гораздо более слабом железе, на анализ потока нужен мизер от проца.

Памяти из расчёта 4 мегабайта на канал - с огромным запасом, те 400 мегов на 100 каналов.

Если вам просто СС считать, то нарисуйте хоть на перле, всё лучше будет.

Share this post


Link to post
Share on other sites

Суть проблемы:

У нас в области есть база отдыха, на которой недавно был развернут сервис цифрового TV вещания (от Ростелекома). Провайдер "гонит" поток на 200 каналов, из которых мы берем только интересующих нас 30 (все групповые ip адреса у нас есть). На границе сети с провайдером стоит их управляемый коммутатор huawei, один порт которого они настроили под это самое цифровое телевидение, другой - для канала обычного интернет (делят они vlan-ами или еще как мы не знаем).

 

Схематично топологию сети нарисовал в mspaint (см. вложение).

 

Далее в сети установлен управляемый коммутатор от d-link (но включен и работает как "тупой"), который с одной стороны подключен к huawei коммутатору, а с другой - к цифровой платформе sumavision EMR 3.0 (кратко о ней здесь http://www.sumavision.tv/products/EMR_3_0/), которая раздает поток уже непосредственно клиентам в номера и домики по коаксиалу. Из настроек на ней - изменен только ip адрес (для удаленного доступа) и прописаны все групповые ip адреса каналов вещания.

Изначально коммутатора d-link и вовсе не было за ненадобностью, sumavision emr 3.0 непосредственно подключался к huawei.

 

Сейчас возникла необходимость добавить к обычным каналам вещания телевидения собственные промо ролики (реклама в рамках турбазы), для чего был поднят сервер на базе ОС UBuntu и ПО VLC, куда и были загружены эти ролики (4 шт.).

 

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

Share this post


Link to post
Share on other sites

IGMP снупинг и фильтер анрегистред групс включите для начала на своём длинке.

Share this post


Link to post
Share on other sites

Вариант брать статистику с STB - не вариант?

А как не подскажете?

Пользуемся MAG-245.

Share this post


Link to post
Share on other sites

Всем привет. Будет первый пост :)

 

По мониторингу не буду списка публиковать напишу то что сам пробовал тестировал и тп. В варианте "просто СС смотреть" есть пару нюансов, а как PCR проверять, EPG, размер UDP пакета и тп. Не хочу увлекаться, список параметров которые можно и нужно мониторить на головной можно долго перечислять.

 

Вобщем по реальным вещам, то что тестировал:

1. Sencore/Bridge tech - для мониторинга лучшая вещь, в цикле проходит по мультикаст группам, проверяет транспортный поток на ETR, собирает статистику по ошибкам, все параметры можно под себя подогнать по необходимости. Огромный плюс касаемо IPTV, умеет декодировать сервис давать информацию по всем аудио\видео пидам, мерит звук. Короче ничего лучше на рынке для мониторинга транспорта не существует. Мерит джитер. Помогает реально быстро вылавливать ошибки.

2. TAGVs - тут распутье. Sencore всё таки не мониторинг "реального времени" так сказать, если статистика по СС и прочим легко определимым метрикам появляется сразу то ETR ошибки приходиться проверять в цикле, и если это 120 SPTS, то на каждый будет уходить примерно 30сек, пока определит битрейт в IP, битрейт еффективный, нулл стаффинг и пр. Полный цикл на 120 считай займёт часик. TAGvs же система, вопервых бежит на стандартном сервреном железе, вовторых, делает мозайку из активных для мониторинга сервисов. Прикол в том что мозайка делается как отдельный сервис и выкидывается в мультикаст, можно создать 5 выходных мультикаст групп, в каждой будет по сервису, каждый сервис мозайка на 16 сервисов. ~90 сервисов к примеру, просто можно раскидывать мозайки по размеру либо 8х8,4х4 и тп. Во первых это будет мультикаст который принимай чем хош в свое сети либо в http выкидывай либо в VPN. Много написал, но где же мониторинг ? Все ошибки притом как транспорта, как декодирования видео, как и ETR накладывается слоем графики сверху на сервис в мозайке. Бонус мониторинг в реалтайме, поддержка мультиаудио, поддержка субтитров и кажись телетекста, вообщем как ни крути очень продвинутая вещь.

3. Dektec StreamXpert - ну это бюджетный ответ на ТСридер, за всей сетью не смотрит но доказал себя годами использования как адекватный анализатор.

 

Вообщем ребята номер 1\2 продвинутые, а как продвинутые стоят денег.

 

То что не тестировал но знаю что есть:

 

1. DVBControl DVBMosaic

2. Dektec Xpect

3. Streamlabs

 

Кстати может кто поделиться опытом эксплуатации Streamlabs Multiscreen интересует что он может с HLS делать да и вообще по стабильности.

 

З.Ы. Самый тупой вопрос, тему как создавать :) ?

Share this post


Link to post
Share on other sites
А как не подскажете?

Не подскажу, увы. Знаю, что возможность такая существует, как минимум на некоторых коробках. А уж как брать... Может, через какой-нибудь TR069 или что там есть для STB

Share this post


Link to post
Share on other sites

 

Кстати может кто поделиться опытом эксплуатации Streamlabs Multiscreen интересует что он может с HLS делать да и вообще по стабильности.

Все отлично работает, стабильно.

Поддержка протоколов мобильного и Интернет вещания (OTT) 
FLASH RTMP streams (Real Time Messaging Protocol). The support of H.264 video and AAC and MP3 audio streams;
HLS (HTTP Live Streaming Monitoring); supports encrypted streams
MMS&MMSH (Microsoft Media Server Protocol & MMS over HTTP);
RTSP (RFC 1889, 2326, 3550).

Можем в тест организовать.

Edited by MrCloud

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this