WWW.LIB.KNIGI-X.RU
БЕСПЛАТНАЯ  ИНТЕРНЕТ  БИБЛИОТЕКА - Электронные материалы
 

«Вот уже 2.5 года прошло с момента первой публикации о “противостоянии” технологий IPTV и DVBc. Срок конечно не очень большой для ...»

IP — DVB: кто кого? Или давайте жить дружно. Часть 2

Вот уже 2.5 года прошло с момента первой публикации о “противостоянии” технологий

IPTV и DVBc. Срок конечно не очень большой для каких либо окончательных выводов,

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

возможному симбиозу являются несколько факторов:

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

наличие большого числа относительно недорогого оборудования для реформирования MPTS потоков в SPTS мультикаст потоки (пригодные для IPTV вещания), а также появление свободно распространяемого софта, которое способно выполнять те же функции (типа Cesbo Astra или FFMpeg) развитие предложений по middleware приложениям - совершенствование бесплатного и удешевление платного.

снижение цен и расширение предложения по IPTV приставкам расслоение клиентов по интересам на тех, кто готов платить за IPTV “плюшки” и на тех, кому нужно просто качественное ТВ.

удешевление и распространение ТВ приемников со встроенными DVB-С приемниками и функциями “SmartTV” и последняя по списку, но далеко не последняя по значению - конкуренция с IPTV провайдерами Почему решил расширить первый очерк - работаю в компании которая как раз использует обе технологии для выживания на рынке где уже “орудуют” две большие компании c иcключительно IPTV на “борту”.


Забегая немного вперед могу сказать, что ни за одну строчку написанную ранее я, по крайней мере пока, не раскаиваюсь и даже наоборот скорее получил их подтверждение, хоть это и не сделало мою жизнь слаще, а скорее наоборот немного усложнили ее. Использование IPTV, как и ожидалось, потребовало более жесткого обслуживания сети и более продвинутых админов-сетевиков и в смысле затрат все тоже пока подтверждается, ведь более менее адекватные IPTV тюнера с небольшим заделом на будущее (для IPTV это важно, ведь в силу своего принципа работы постоянно вводятся в строй новые сервисы) даже на момент написания этой статьи все равно стоят на 20 долларов дороже даже хорошего HD DVB-С тюнера, корейского производства.

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

Так вот, до относительно недавнего времени, кроме наших профильных сервисов телефонии и интернета, мы занимались также предоставлением цифрового ТВ в формате DVB-С.

В качестве каналообразующего используем ремультиплексоры и процессоры-модуляторы TELEVIEW с возможностью нешифрованного вывода результирующего MPTS потока, инкапсулированного в IP.

Первые “ласточки” использования IP -MPTS выходов стали появляться еще года четыре назад, когда стало возможно приобретение более-менее надежных IPTV сетопбоксов долларов за 100-150, которые умели принимать UDP/MPTS потоки. Тогда сначала один, а потом и несколько других небольших, “местечковых”, кабельных ТВ операторов просчитали, что содержание своего антенного поля и его обслуживание выходит дороже, чем брать и ежемесячно оплачивать уже принятый и агрегированный контент. К тому времени стоимость оптического кабеля уже не была критичной и вполне отбивала себя уже через год, так что взаимовыгодность такого сотрудничество была очевидна. Чуть позже, когда появились доступные EDGE устройства (у того же TELEVIEW ) позволяющие принять IP, ремультиплексировать и “поднять” пакет каналов в DVB-С, стали появляться небольшие операторы которые, уже из соображений конкуренции, стали забирать у нас MPTS в IP для формирования уже своих собственных, цифровых пакетов. Конечно в обоих случаях вопросы касающиеся прав на ретрансляцию и т.д. оставались за самими операторами.

Затем, по мере становления других IPTV(+интернет+телефон) операторов мы вдруг стали замечать тенденцию оттока тех наших абонентов, кто пользовал интернет и/или телефонию, но в силу принципов распределения DVB-С сигнала и построения PON не мог принимать нашу ТВ услугу (не было возможности по финансовым или по техническим соображениям). Как оказалось, в определенных ситуациях, при все одинаковых “прочих”, скоммутировать на абонента сигнал инкапсулированный в IP было намного проще и менее затратный, вплоть до того, чтобы использовать “тоннели” в сетях других провайдеров.

Положение было печальным, поскольку многие наши “жирные” клиенты были “юридическими лицами”, сиречь компаниями, и как правило располагались вне основного городского массива, ну если так можно выразиться, то условно в “промзоне”, в то время как, наши DVB-С сети, по понятным причинам, располагались именно по жилому фонду. Для “удержания” таких важных клиентов и было принято решение поднять IPTV сервис параллельно с DVB-С и как мы тогда решили с коммерсантами подключение будем осуществлять по принципу - “только для отдельных “караул-случаев”.

Сразу вырисовывались следующие две проблемы:

- какой формат использовать для передачи в IP

- необходимость “расшивки” MPTS в отдельные SPTS С форматом разобрались быстро, поскольку этот выбор надиктовывался возможностями оборудования TELEVIEW, которое позволяло выводить MPTS потоки только в формате UDP или RTP.

Следующую проблему - трансформации MPTS потоков в отдельные SPTS потоки, можно было решить несколькими способами:

Первый, колено-кустарный способ - запустить хороший мощный сервер с двумя гигабитными сетевыми платами (или с одной) и “разбирать” MPTS при помощи бесплатных или условно-бесплатных программ типа FFMpeg или Cesbo Astra. О надежности такой системы судить не берусь, отзывы на разных ресурсах крайне противоречивы, но думаю что для 50-ти каналов оно вполне бы подошло. Могу сказать что мой личный опыт показал, что система достаточно живуча, проблемой для меня было введение некоего подобия мониторинга и сигнализации для всех процессов.

Второй способ - использование специально “заточенного” под эту процедуру оборудования.

Прикинув стоимость первого и второго способа мы получили разницу в 1000-1500 долларов и подумали что это не те деньги и не тот процесс на котором стоит экономить и приобрели за 3500$ “железку” от китайской компании Gospell, которая называется “GM2730S MPTS to SPTS adapter”, по спецификации способной обработать до 400 каналов, при условии, конечно, что все они будут вмещаться в гигабитный порт. В итоге мы, подав со всех процессоров и ремультиплексоров DVL, MPTS потоки, получили готовые к употреблению 140 UDP-мультикастных потоков - полный IPTV клон всех существующих у нас на тот момент DVB-С каналов! В этот момент мы УЖЕ, хотя только и теоретически, могли раздавать каналы по IP... “Теоретически” - потому что мультикаст, в силу своих принципов работы/вещания, требует для работы тщательной подготовки тракта, которая в основном, в нашем случае, заключалась в том, что все свитчи, по дороге к клиенту, должны уметь работать с протоколом IGMP - главным «регулировщиком»

мультикаста в сети, который не позволяет ему лезть во все стороны, поднимая в сети “шторм”. К счастью, вся наша сеть построена в основном на пусть хоть и стареньких, но свитчах Cisco, подавляющее большинство которых поддерживало работу с IGMP. Купив наиболее распространенные в то время и зарекомендовавших себя на нашем рынке медиапроигрыватели MAG250 (или они еще назывались Aura) мы залатали нашу технологическую брешь и “спасли” основную часть наших “дорогих”, во всех смыслах, клиентов.

Но радовались мы недолго – сработал эффект “сарафанное радио”. Началось все с руководителей тех самых компаний, у которых мы уже применили IPTV, многие из них захотели иметь чудесную коробочку с IPTV и прочими интересными сопутствующими возможностями ( YouTube, Web, Picasso, всеядный медиапроигрыватель) и у себя дома тоже, а “хорошим людям” и их знакомым “хорошим людям” отказывать, как известно, нельзя !

Поэтому изначально установленный нами принцип для подключения IPTV, который я упоминал чуть ранее, “только для отдельных караул-случаев” незаметно мутировал в принцип “в виде исключения”, а поскольку понятие “исключения” имело весьма расплывчатое значение, то с каждым днем таких “исключений” становилось все больше и больше, а принцип все беспринципнее … и тогда неизбежно возникла следующая техническая необходимость - в виду того, что сеть не есть застывшая догма а достаточно динамично развивающийся организм, мы вскоре пришли к убеждению что вся эта «кухня» должна как-то централизованно управляться, а главное, уже в то время, глядя на появившийся на лице у коммерсантов розовый румянец, какой-то глубинный “поскрёбыш” отчетливо говорил, что “хорошими людьми” все это дело вряд-ли закончится и что надо готовиться к большему. Вот тогда и пришли к устойчивому пониманию, что middleware все-же необходим.

Поскольку времени у нас было немного, то перебрав некоторое количество предложений, остановились на рассмотрении и тестировании двух вариантов middleware - BeeSmart и Stalker.

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

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

Долго находились в раздумьях, подсчетах, взвешиваниях всех ЗА и ПРОТИВ. В конечном итоге был выбран Stalker, в основном конечно из финансовых соображений. Немаловажную роль сыграли и следующие факторы:

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

платформа поддерживала все основные сопутствующие сервисы IPTV (или как принято их называть “плюшки”) - такие как VoD, nVR, remote TimeShift, проигрыватель медиафайлов из WEB или из сети, EPG, Радио,YouTube, WEB кинотеатры и т.д.

дает возможность полного управления и контроля за приставками Надо сказать что к этому моменту принцип подключения «в виде исключения» был окончательно переиначен в принцип “всем, до кого не можем дотянуться сигналом DVB-С”.

Принцип этот, на тот момент, все еще касался преимущественно подключений юридических лиц, но последующий запуск middleware окончательно стер эту особенность и, на радость отдела маркетинга, под него стали подпадать и физические лица. Важно заметить что сервис IPTV, так-же, как и раньше, официально нами на рынок выведен не был, специально не продвигался и не рекламировался даже в офисе. Конечное решение, какую технологию использовать при подключении, было за монтажником и за ведущим абонента менеджером, а для абонента это все должно было быть прозрачно.

Таким образом контингент подключенных по IP сильно расширился за счет физлиц и “сарафанное радио” заработало с удвоенной силой!

Наши существующие абоненты DVB-С, разбалованные жесткой конкуренцией на рынке платного ТВ, услышав от соседа или знакомого про чудесную коробочку, звонили и настоятельно требовали установки себе оной под страхом немедленного перемещения себя любимого в лоно другого оператора. Изначально мы заняли жесткую позицию по вопросу принятия решения о используемой технологии но существующая экономическая ситуация быстро урезонила нас и принцип “всем, до кого не можем дотянуться сигналом DVB-C” стал принципом “всем, кто требует”. Дальше - больше! Как говорится, “дай палец

- откусит по локоть”, получив вожделенные коробочки в свое безграничное владение наши абоненты стали, естественно сравнивать их функционал с другими операторами IPTV. К самому сервису ТВ нареканий не возникло, зато была масса нареканий из-за отсутствия некоторых “плюшек”, которые уже появились у конкурентов к тому времени. Назвались “гусем” следовательно и в суп лезть - пришлось в авральном режиме поднимать YouTube, Radio, Megogo (с этими никаких проблем не было), сетевой TimeShifting (тут пришлось повозиться поскольку есть требования к пропускной способности, стабильности и к железу). Начиная с этого момента количество подключаемых к IPTV абонентов стало быстро расти и как это всегда бывает стали проявляться проблемы,которых ранее заметно не было. Нет, я не говорю сейчас о том, что где-то пригружалась сеть и надо было менять свитчи на более “широкие” или про то, что где-то вылезли проблемы с оптическим или UTP кабелем, это мы знали и были к этому готовы, но я говорю о том, что появились проблемы о которых мало пишут на профсайтах, или продавцы middleware, сетопбоксов и те же интеграторы.

Первая, действительно сложная проблема, это КРАТКОВРЕМЕННЫЕ прерывания вещаемого потока. Как известно передача информации по UDP или RTP характерна тем, что досылка потерянных пакетов в таких протоколах не предусмотрена, что приводит, конкретно в нашем случае, к кратковременному появлению черного поля.

Причин пропадания пакетов на всем пути до абонента масса и при всей интерактивности IPTV приставок и сетевых устройств, природу именно кратковременных пропаданий очень тяжело “вычислять”. Это схоже с процессом рыбалки... хороший сетевой специалист, вместо занятия своими прямыми обязанностями, должен парсить каждый свитч, читать уйму логов и т.д. и т.п Можно конечно перейти на вешание в протоколах поддерживающих досылку потерянных пакетов, НО! такие протоколы не работают в мультикасте и следовательно не регулируют избыточный “трафик” в сети, что в итоге, при большом количестве транслируемых каналов, приведет к масштабной структурной переделке сети, ее неминуемому сегментированию для уменьшения нагрузки, смене оборудования, не считая финансовых затрат для перевода UDP в новый протокол.

Вторая проблема это все-таки более сложное, по сравнению с DVB-C приставками, управление IPTV сетопбоксами. Для людей старшего возраста многое из этих новых “плюшек” кажется непостижимым и непонятным. Как следствие - нагружается отдел обслуживания, круглые сутки объясняющий как, когда и куда надо нажимать.

Третья проблема с которой мы столкнулись - это замурованные в стену при ремонте квартиры кабеля, которые чаще всего не UTP. Конечно есть вариант передать по WiFi, но дело это весьма неблагодарное как правило вылезающее впоследствии боком (опять-же потому что UDP ).

Конечно, все эти проблемы так или иначе решались, и какое-то время желающих подключить именно IPTV было очень много. Возникли даже планы строить сети без DVB-С, но оказалось что это выгодней сети под DVB-С только в случаях, когда на всех абонентов работает только один активный свитч. В случае с IPTV такой свитч как правило покрывал всего-лишь 9-ти этажный 2-х подъездный дом, тогда как самый слабый и более дешевый, чем свитч, оптический узел для DVB-С может легко покрыть 4-х подъездный.

Кроме этого, в последнее время мы начали наблюдать тенденцию когда некоторые абоненты переходили с IPTV обратно на DVB-С.

Основные причины:

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

из-за сложности IPTV приставок некоторым (как правило пожилым людям) пользование было в тягость.

удешевление и распространение ТВ с функциями SmartTV (конечно с встроенным DVB-С тюнером). Взвешивая полезность “плюшек” IPTV и эргономику (пользование одним пультом, нет дополнительных проводов к ТВ от приставки, нет самой приставки) некоторые абоненты делали выбор в пользу эргономики.

На данный момент все вошло в свое русло, ажиотаж спал и люди выбирают то, что нужно им, а не то что “у соседа”.

Мы спокойно строим смешанные сети и предлагаем на выбор ту или иную технологию, что в итоге дает нам следующие очевидные плюсы:

у наших менеджеров небольшая фора для работы, потому что они могут предложить чуть больше, чем другие операторы.

более дешевые приемники DVB-С позволяют нам поддерживать и предоставлять социальный пакет (для пенсионеров и т.д.) требовательный клиент может выбирать между эргономикой и “плюшками”, а кто-то в зависимости от ситуации и места выбирает и то и другое.

мы развиваем наши IPTV сервисы сообразно требованиям рынка и готовы к вводу новых сервисов.

трансляция каналов 4K “не за горами” и, как известно, они требуют достаточно широкой полосы и даже если это не пройдет в IPTV, то уж точно возможно передать в DVB-С.

мы можем давать наш ТВ сервис даже тем абонентам, которые не подключены непосредственно к нашей сетевой инфраструктуре.

так-же, как и раньше мы можем предоставлять уже агрегированные каналы другим операторам, но уже не MPTS потоками, а конкретные каналы собранные под их требования

Похожие работы:

«Федеральное агентство железнодорожного транспорта Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования "Уральский государственный университет путей сообщения" (ФГБОУ ВПО УрГУПС) Утверждаю: Ректор А.Г.Галкин "_01_"092014 г.ОБРА...»

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

«АЛЬТЕРНАТИВНЫЕ ИСТОЧНИКИ ЭНЕРГИИ УДК 574.36 О. Ю. МАЙСТРЕНКО, д-р техн. наук Ю. В. КУРІС, канд. техн. наук Институт угольных энерготехнологий НАН и Минтопэнерго Украины, г. Киев В. М. ВЛАСЕНКО, магістр Запорізька державна інженерна академія, м. Запоріжжя...»

«Руководство пользователя Seagate Dashboard Руководство пользователя Seagate Dashboard © 2012 Seagate Technology LLC. С сохранением всех прав. Seagate, Seagate Technology, логотип Wave и FreeAgent являются торговыми марками либо зарегистрированными торговыми...»

«АННОТАЦИИ РАБОЧИХ ПРОГРАММ ПРОФЕССИОНАЛЬНЫХ МОДУЛЕЙ программы подготовки основной профессиональной образовательной программы среднего профессионального образования по специальности среднего профессионального образования 101101 "Гостиничный сервис" В соответствии с программой подготовки ос...»

«А. А. Конопленко Орден меченосцев в первом крестоносном завоевании Южной Эстонии (1208–1217 годы) Период 1208–1217 гг. возможно обозначить как время первого крестоносного завоевания Южной Эстонии – земель Саккала и Унгавния. Если покорение Либии и Ла...»

«177 Хан Ф. Фермойлен ГЕРАРД ФРИДРИХ МИЛЛЕР (1705 1 7 8 3 ) И СТАНОВЛЕНИЕ ЭТНОГРАФИИ В СИБИРИ * Введение Начало этнологии обычно связывают с XIX столетием. Этнологи почти повсеместно восприняли мысль, что этнология "молодая" на­ ука, начало которой в 60-х годах XIX в. связано с именами Тейлора в Англии, Бастиана...»

«Датчик уровня топлива LLS 20160 Руководство по эксплуатации 20160 РЭ Номер редакции 8 ООО "Омникомм Технологии" Россия, 101000 г. Москва, ул. Покровка, д. 18/18, строение 1 +7 (495) 623-2553, info@omnicomm.ru, www.omnicomm.ru, www.fue...»

«Манускрипт № 39 Восхищение Церкви Др. Арнольд Г. Фрухтенбаум На основе радиослужения Переведено с разрешения миссии "Кехилат Ариел" и "Бет Ариел" Санкт-Петербург Россия Оглавление A. Определение. B. Восхищение Церкви 1. События Восхищения. 2. Время наступления Восхищения. C. Судный трон...»

«2013 ПРОБЛЕМЫ АРКТИКИ И АНТАРКТИКИ № 3 (97) УДК 004.9+338.2+502.5+504.05+519.87+656.6 Поступила 18 июня 2013 г. МОДЕЛЬ ОЦЕНКИ РИСКОВ ТРАНСПОРТНЫХ ОПЕРАЦИЙ В УСЛОВИЯХ ЛЕДЯНОГО ПОКРОВА канд. геогр. наук В.Ю.ТРЕТЬЯКОВ, зав. лаб. С.В.ФРОЛОВ ГНЦ РФ Арктический...»










 
2017 www.lib.knigi-x.ru - «Бесплатная электронная библиотека - электронные материалы»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.