Перейти до

UA.IPTV (цикл статей)


Рекомендованные сообщения

Вам сюди http://cesbo.com/forum/

да я поняв, просто сама астра скачується а зарегатися і патчик скачати 

Sorry, you don't have permission for that!
Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 66
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Глава 1: IPTV стример своими руками на базе Linux и DVB карты TBS6985 DVB-S2 Quad Tuner PCIe Card Наверное, сегодня, только самый маленький и ленивый провайдер не задумывался о создании дополнительн

Мы начинаем цикл статей по теме IPTV. Тематика статей:   Глава 1: IPTV стример своими руками Глава 2: IPTV UNICAST трансляция как услуга Глава 3: IPTV MULTICAST трансляция как услуга Глава

К чему все эти статьи? Сделать объем на продажах карт? Бред! (с) НЕП.   Продавайте STB с нормальным софтом к ним заметно дешевле МАГ-250, и станете неимоверно популярным продаваном!

Posted Images

Опубліковано: (відредаговано)

Глава 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 порта SFP+, а при условии,
что цена очень  гуманна, альтернатив сегодня не так уж и много.
На рисунке представлена примерная схема реализации:
 
post-4093-0-71690100-1372952898_thumb.jpg
Настройка коммутатора сводиться к следующим шагам:
1. Создадим VLAN 111 и включим в него наш стример порт 23.
2. Включим потребителя IPTV в уже существующий дефолтный VLAN 1 порт 21
3. Определим в каком режиме будет работать маршрутизация Multicast
                                   router pim-sm
4. Включим в VLAN 1 поддержку IGMP
                                   ip igmp enable
5. На VLAN 111 настроим поддержку PIM
                                   ip pim-sm
Собственно, на этом настройка коммутатора заканчивается, а ниже я приведу полный конфиг свитча.







Switch#show conf
!version 2.1.0B build 7185
service timestamps log date
service timestamps debug date
!
no spanning-tree

!
aaa authentication login default local
aaa authentication enable default none
!
username XXXX password 0 XXXX
!
                                                                                                                                                                                              
ip multicast-routing                                                                                                                                                                            
                                                                                                                                                                                             
!                                                                                                                                                                                               
interface Null0
!
interface GigaEthernet0/1
!
.
.
.
interface GigaEthernet0/20
!
interface GigaEthernet0/21
!
interface GigaEthernet0/22
!
interface GigaEthernet0/23
 switchport pvid 111
!
interface GigaEthernet0/24
!
interface TGigaEthernet1/1
!
interface TGigaEthernet1/2
!
interface TGigaEthernet2/1
!         
interface TGigaEthernet2/2
!
interface VLAN1
 ip address 192.168.2.168 255.255.255.0
 no ip directed-broadcast
 ip pim-sm
 ip igmp enable
!
interface VLAN111
 ip address 10.10.10.1 255.255.255.0
 no ip directed-broadcast
 ip pim-sm
 ip igmp enable
!
!
!
vlan 1,111
!
!
ip igmp-snooping
no ip igmp-proxy enable
!
ip route default 192.168.2.10 
ip exf
!
router pim-sm
  reg-rate-limit 1
!
Switch#

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

 

#EXTM3U

#EXTINF:5, Первый

udp://@239.255.1.90:1234

#EXTINF:5, Euronews

udp://@239.255.1.91:1234

 

 

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

настроили и в наш порт прилетает единственная multicast группа. Для это запустим tcpdump и посмотрим, а что же твориться на нашем сетевом интерфейсе







# tcpdump -ni eth0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
17:43:24.413102 IP 10.10.10.2.39109 > 239.255.1.90.1234: UDP, length 1316
17:43:24.413147 IP 10.10.10.2.39109 > 239.255.1.90.1234: UDP, length 1316
17:43:24.418339 IP 10.10.10.2.39109 > 239.255.1.90.1234: UDP, length 1316
17:43:24.418384 IP 10.10.10.2.39109 > 239.255.1.90.1234: UDP, length 1316

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





# tcpdump -ni eth0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
17:42:46.130451 IP 10.10.10.2.47782 > 239.255.1.91.1234: UDP, length 1316
17:42:46.130495 IP 10.10.10.2.47782 > 239.255.1.91.1234: UDP, length 1316
17:42:46.135728 IP 10.10.10.2.47782 > 239.255.1.91.1234: UDP, length 1316
17:42:46.135782 IP 10.10.10.2.47782 > 239.255.1.91.1234: UDP, length 1316

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

Відредаговано wladd
Ссылка на сообщение
Поделиться на других сайтах

udpxy - при 50 клиентах разношерстных - валится. Ну не сделан он под многопользовательскую работу.

relaying - больше 50 клиентов - начинает жрать память, да и не предсказуемая штука ))

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

Ссылка на сообщение
Поделиться на других сайтах
Ссылка на сообщение
Поделиться на других сайтах

Может от коммерческой идеи они и далеко, но мне, как юристу в сфере телекоммуникаций, ибо я не технарь, очень помогли расставить несколько точек над "І" в вопросе  "что же такое есть IPTV с юридической точки зрения". Есть опять над чем подумать и что проанализировать.
ЗЫ. И таки да, нехочуха прав, про 176 УК никак нельзя забывать - она тут совсем рядом стоит. Даже если "в тестовом режиме как дополнительную бесплатную услугу". Это для абонов она бесплатная, а для тех кто производил данный канал очень даже платная.

Так что ИМХО статьи полезны для "задуматься".

Відредаговано zachott
Ссылка на сообщение
Поделиться на других сайтах

хтось може підсказати що поправити щоб в астрі небуло тої бяки

/usr/lib/gcc/i686-linux-gnu/4.6/include/emmintrin.h:32:3: ошибка: #error "SSE2 instruction set not enabled"
   SKIP: /home/partizan/astra-3.10/modules/biss_encrypt
на Intel зібралося без проблем
Відредаговано PartizanGZ
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Я долго не отвечал на критику в это теме.

Давайте я отвечу что бы не было дальше инсинуаций.

1. Когда вы читаете статью про ремонт автомобиля или особенности огнестрельного оружия,

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

нарушением УК. Думаю все мы должны быть вполне вменяемыми людьми и всегда думать о том что

наши те или иные действия могут нарушать или ущемлять интересы других людей или быть прямо направлены

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

и обогащения урана. (последнее заявление приведено с долей иронии и предоставлено на првах шутки)

 

2. Мой друг из столицы крыма эксплуатирует серевер на базе relaying который генерирует до 2Гигабит трафика

(компьютер правда довольно мощный). Реально в продашене. (предприятие имеет все лицензии и договора с правообладателями)

 

3. Радиус решения несомненно на порядок более масштабируемые и надежные,

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

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

Відредаговано wladd
Ссылка на сообщение
Поделиться на других сайтах

Есть возможно полезная информация на анализ

многоуважаемого Олл.

TBS2 9 00

http://www.tbsdtv.com/launch/TBS_MOI_FAQ_use_manual.html
http://www.tbsdtv.com/download/

 

Есть фантазия такая, что можно несколько каналов будет получить на этом устростве

и использовать его как аппаратный стример.

Пытаемся разобраться.

Ссылка на сообщение
Поделиться на других сайтах

По поводу MOI - там нечего разбираться, оно укладывается по прерываниям и больше не дышит.. юзать можно только один вход и то для пары каналов. Про DVB-S2 и речи быть не может )) Короче, опять домашняя игрушка.

По поводу relaying - я юзал его тоже на трафике 2 Гб, если по крону рестартить - то сойдет )

Ссылка на сообщение
Поделиться на других сайтах

мне удалось чуть больше чем 2 канала

на одном входе 

все зависит от битрейта, получается ~10 каналов  на железку

только FTA каналы

Ссылка на сообщение
Поделиться на других сайтах

Сделайте, пожалуйста, ссылки в первом посту кликабельными на конкретные посты

Глава 1: IPTV стример своими руками
Глава 2: IPTV UNICAST трансляция как услуга
Глава 3: IPTV MULTICAST трансляция как услуга 
Глава 4: Чем и как смотреть.

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Сделайте, пожалуйста, ссылки в первом посту кликабельными на конкретные посты

Глава 1: IPTV стример своими руками

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

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

Глава 4: Чем и как смотреть.

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

Відредаговано wladd
Ссылка на сообщение
Поделиться на других сайтах
  • 2 months later...

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від dj_uise
      Вітаю , підкажіть хто користується  QTX2 від СТВ Одеса ? 
      В мене виникла проблема з прийомом Multicast від Cosmonova та VIANET постійно вилзять фрізи на екранах телевізорів . 
      Схема підключення така як на зображенні.
      Cosmonova та VIANET приходять на мікрот untagged. Cosmonova через IGMP Proxy передається іншим mikrotik"ом. На Mikrotik який я спробував намалювати -порти поєднані в брідж з IGMP Snooping.
      На компютері в VLC пікселів наче немає а ось в цифрі є. 
      Може є в когось практика в трансляції Cosmonova з QTX ?

    • Від Quella
      An ONU with a CATV port serves as a gateway for IPTV services. It connects the fiber optic network to the user's premises, allowing the delivery of television content over the internet protocol. The CATV port enables the reception of television signals, which can be distributed to TVs within the home via traditional coaxial cables.
       
      And the VOIP port on an ONU facilitates Voice over Internet Protocol (VOIP) services. It enables the transmission of voice calls over the internet, converting analog voice signals into digital data packets that can be transmitted over the network. This port allows users to make phone calls using their internet connection instead of traditional telephone lines.
       
      Here, Exw Shenzhen 1600UAH (Shipping cost and tariff not included) you will get a WIFI 6 ONU with CATV, VOIP, USB port!
       
       
      For whole price, just contact viber/whatsapp/wechat by +8618086327779 for more details!
       
    • Від Minotaur
      Вітаю!
       
      Є моніторинговий сервер, під'єднадний до комутатора, в якому в сусідньому порту живе отримувач низки multicast-потоків. На комутаторі налаштовано віддзеркалення вихідного трафіку на клієнтському порту в сторону сервера. Проблема полягає в тому, що astra не бачить multicast-потоків.
      tcpdump:
      10:15:17.841020 88:90:09:72:f8:64 > 01:00:5e:00:03:7e, ethertype IPv4 (0x0800), length 1358: 10.93.53.10.33966 > 228.0.3.126.1234: UDP, length 1316 10:15:17.841021 88:90:09:72:f8:64 > 01:00:5e:00:03:7e, ethertype IPv4 (0x0800), length 1358: 10.93.53.10.33966 > 228.0.3.126.1234: UDP, length 1316 10:15:17.841022 88:90:09:72:f8:64 > 01:00:5e:00:03:7e, ethertype IPv4 (0x0800), length 1358: 10.93.53.10.33966 > 228.0.3.126.1234: UDP, length 1316 10:15:17.841024 88:90:09:72:f8:64 > 01:00:5e:00:03:7e, ethertype IPv4 (0x0800), length 1358: 10.93.53.10.33966 > 228.0.3.126.1234: UDP, length 1316 10:15:17.841030 88:90:09:72:f8:64 > 01:00:5e:00:03:7e, ethertype IPv4 (0x0800), length 1358: 10.93.53.10.33966 > 228.0.3.126.1234: UDP, length 1316
      astra:
      [root@localhost-live liveuser]# ./astra --analyze udp://10.0.0.1@228.0.3.126:1234 Apr 25 10:17:21: INFO: Starting Astra 4.4.182 Apr 25 10:17:22: INFO: Bitrate: 0 Kbit/s Apr 25 10:17:23: INFO: Bitrate: 0 Kbit/s Apr 25 10:17:24: INFO: Bitrate: 0 Kbit/s ^CApr 25 10:17:25: INFO: [main] exit
      Адреса 10.0.0.1 прибита на відповідному інтерфейсові. Що їй не подобається? Дякую!
    • Від Hope
      Актуальные каналы для операторов по всему миру доставка
      все свои локал.
      более 1000
      как для основного стрима так и для бекапа
       
      отвечаю только в личке
    • Від forella
      проблема собвственно вот в чем: сейчас все больше каналов дают трансляцию по iptv, пускаем трансляцию iptv с обычного тюнера типо AMIKO через rca в аналоговые модуляторы, но проблема в том что если тюнер вкл\выкл трансляцию нужно запускать вручную потом через приложение на тюнере. (вариант поставить ups на эти тюнера не вариант=)
      Подскажите ктото готовое решение с iptv в аналог(по rca) либо может можно свой сервер собрать. т.е. такое решение которое после перезагрузки автоматически запустит каналы.
      знаю есть возможность собрать сервер к примеру чтоб взять каналы со спутника и пустить в iptv, а тут нужно с iptv в аналог.

×
×
  • Створити нове...