IP-TV

santa_maria

интересный форум у вас, хочу сказать Smile

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

santa_maria

зы: простите за флуд.
сотая тема! как ни как!
думаю стоит ее развить Wink

Prosat

Насколько я понимаю, IP телевидение это практически тоже самое что онлайн телевидение в интернете (многие телеканалы транслируются и в сети) только скорости намного больше и контент идёт от оператора по запросу с компьютера пользователя или абонентского терминала.
Ну а насчёт 1% от того что ожидали, помоему переоценка. Мы вообще почти ни разу не обсуждали эту тему, так мимоходом разве что. Ситуация с IP телевидением сейчас очень неоднозначная. Мелким операторам это не по карману, а крупные работают почти в убыток. Мне кажется что ещё не время прорыву этой технологии в массы, больше рекламы чем реального дела.
_________________
Фрилансер со стажем.

lokin60

Я полностью согласен с Prosat, . Нам еще непочатый край работы с кабельными сетями (особенно в малых населенных пунктах). Давайте уж лучше на этом форуме шлифовать это.

Prosat

Я думаю одно другому не помешает. Здесь отдельно обсуждаем IP TV , делимся опытом и тд. Если конечно найдутся те, кто этим вплотную занимается.
_________________
Фрилансер со стажем.

Michaell · Гость

у нас в городе сейчас Корбина сторит сеть передачи данных и IP-TV, тоже хотелось бы узнать поподробнее, что это за зверь

Prosat

В принципе, как я уже в одной из веток писал, это что то вроде большой локальной сети в пределах города. Тоесть устанавливается мощный сервер (или группа серверов) на которые подключается магистральный канал интернета (принцип тот же что и при подключении интернета по технологии DSL). Но дополнительно на эти сервера подключается оборудование для передачи потокового видео. Это нужно для организации просмотра телеканалов по сети. Так же устанавливается оборудование которое на определённого абонента подаёт определённый телеканал в виде потокового видео. Тоесть хочеш посмотреть телеканал РТР, подаётся запрос от абонентского терминала или компьютера на включении РТР и этот телеканал от сервера идёт к тебе. Тоесть главное отличие от кабельного ТВ заключается в том, что в один определённый момент к абоненту подаётся только один определённый канал, а не все сразу.
Это кстати даёт такие возможности - как иметь полную информацию о том, кто какой канал в данный момент смотрит. Можно иметь динамическую 100% верности информацию о реитинговости каналов в определённые дни и часы, а так же определять рейтинги фильмов и передач в реальном времени без всяких опросов населения. Ну и абонент будет оплачивать только то, что он реально смотрел.
_________________
Фрилансер со стажем.

FreeMan

В IP-TV самое интересное только "видео по запросу" потомучто сам по себе протакол IP не особо удобен для трансляции ТВ в стандартном виде.
Со временем всё телевидение будет только "по запросу" - за этим будощее.

adynadyn

Что-нибудь интересней придумают. В будущем то.)

Prosat

Я вижу развитие информационных сетей и телевидения в том числе как один из вариантов получения информации в следующем - эфир будет использоваться только для мобильных систем получения доступа а для стационарных пользователей будут использоваться кабеля (оптика, витая пара). Телевидения и радио в том виде какое оно сейчас не будет. Всё будет выкладываться на сервера и уже оттуда можно будет всё просматривать из любой точки планеты, независимо от того, дома сейчас находишся или едеш в поезде (летиш на самолёте, едеш в автомобиле, плывёш на катере или просто решил отдохнуть на полянке в лесу).
Есть несколько фантастических романов в которых описывается нечто похожее, причём написанны они были ещё до изобретения интернета, и мне кажется что именно к тому что предсказывали фантасты мы и идём.
_________________
Фрилансер со стажем.

Untercop

Тема действительно интересная, но кол-во вложенных усилий не даёт желаемого. Лучше подумать и эти усилия направить в другие русла, где уже будет поинтереснее.
Имел опыт постройки локальной сети с внедрением сервиса IPTV - путём ретрансляции каналов со спутников. Схема такая, сервер достаточно мощный по железу (стоит уделить внимание оперативке) несколько ДВБ карт (каждая карта 1 транспордер) юникс, и скрипты для возможности работы двб не завтстмо друг от друга, а так же программулька для декодирования и вещания каналов в сеть мультикастом. Подкину инфы:
Существует три основных метода передачи трафика в IP-сетях, это - Unicast, Broadcast и Multicast.

Понимание разницы между этими методами является очень важным для понимания преимуществ IP-телевидения и для практической организации трансляции видео в IP-сети.

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

Unicast трафик (одноцелевая передача пакетов) используется прежде всего для сервисов «персонального» характера. Каждый абонент может запросить персональный видео-контент в произвольное, удобное ему время.

Unicast трафик направляется из одного источника к одному IP-адресу назначения. Этот адрес принадлежит в сети только одному единственному компьютеру или абонентскому STB. Число абонентов, которые могут получать unicast трафик одновременно, ограничено доступной в магистральной части сети шириной потока (скоростью потока). Для случая Gigabit Ethernet сети теоретическая максимальная ширина потока данных может приближаться к 1 Гб/сек за вычетом полосы, необходимой для передачи служебной информации и технологических запасов оборудования. Предположим, что в магистральной части сети мы можем для примера выделить не более половины полосы для сервисов, которым требуется unicast трафик. Легко подсчитать для случая 5Мб/сек на телевизионный канал MPEG2, что число одновременно получающих unicast трафик абонентов не может превышать 100. Так что будущего до сих пор нет и этот велосипед лучше оставить в покое.
Multicast трафик (групповая передача пакетов) используется для передачи потокового видео, когда необходимо доставить видео-контент неограниченному числу абонентов, не перегружая сеть. Это наиболее часто используемый тип передачи данных в IPTV сетях, когда одну и ту же программу смотрят большое число абонентов.
Multicast трафик использует специальный класс IP-адресов назначения, например адреса в диапазоне 224.0.0.0 ….. 239.255.255.255. Это могут быть IP-адреса класса D.
В отличие от unicast трафика, multicast адреса не могут быть назначены индивидуальным компьютерам (или STB). Когда данные посылаются по одному из multicast IP-адресов, потенциальный приемник данных может принять решение принимать или не принимать их, то есть будет абонент смотреть этот канал или нет. Такой способ передачи означает, что головное оборудование IPTV оператора будет передавать один единственный поток данных по многим адресам назначения. В отличие от случая broadcast передачи, за абонентом остается выбор - принимать данные или нет.
Важно знать, что для реализации multicast передачи в IP-сети должны быть маршрутизаторы, поддерживающие multicast. Маршрутизаторы используют протокол IGMP для отслеживания текущего состояния групп рассылки (а именно, членство в той или иной группе того или иного конечного узла сети).
Основные правила работы протокола IGMP следующие:
- конечный узел сети посылает пакет IGMP типа report для обеспечения запуска процесса подключения к группе рассылки;
- узел не посылает никаких дополнительных пакетов при отключении от группы рассылки;
- маршрутизатор m ulticast через определенные временные интервалы посылает в сеть запросы IGMP. Эти запросы позволяют определить текущее состояние групп рассылки;
- узел посылает ответный пакет IGMP для каждой группы рассылки до тех пор, пока имеется хотя бы один клиент данной группы. Загрузка магистральной части сети multicast трафиком зависит только от числа транслируемых в сети каналов. В ситуации с Gigabit Ethernet сетью, предположив, что половину магистрального трафика мы можем выделить под multicast передачу, мы получаем около 100 телевизионных MPEG-2 каналов, каждый имеющий скорость потока данных 5 Мб/сек.
Т.е. из выше написанного ясно, что лучший способ на сегодня это мультикаст, сервак выбрасывает пакеты каналов непрерывно, и постоянно занимает Х ширину канала, но чтобы пакеты себя так просто не чувствовали и чтобы не грузить всю сеть, при постройке стоит уделить внимание на наличие функции IGMP в коммутаторах, эта фигулина не будет пропускать трафик вещания, если никто его не ждёт, как только кто-то захотел посмотреть, один, два, хоть 10 коммутаторов до сервера получают сигнал пропускать вещание. Вроде проще некуда объяснять. Вещать можно даже VLC плеером. Нужно всего лишь построить для себя план, где брать ТВ каналы и с этого начинать прыгать и конечно же не стоит забывать о лицензиях и прочих бумажках =) Вещайте забугорные ТВ на русском - это не противозаконно, т.к. их спутники не имеют права транслировать ТВ на территории РФ, а ведь вещают, так что можно ретранслировать, т.к. мы берём и продаём то, чего нет!

Prosat

я бы выделил этот топик в отдельную статью. Очень полезная инфа для тех кто ещё не в теме о IP TV.
Кстати, именно из за того что при услуге видео по запросу сервер может занять всю полосу пропускания при наличии небольшого количества пользователей и создаёт проблемы в развитии этой услуги. Что бы её обеспечить для большого количества пользователей нужно либо использовать сверширокие каналы связи, что в принципе очень затратно и вряд ли окупится, либо приближая абонентов к конечному серверу делая териториальную разноску, что в принципе тоже очень дорого.
_________________
Фрилансер со стажем.