Страницы

вторник, 20 марта 2012 г.

IPTV Beeline. Просмотр бесплатных каналов в Ubuntu 12.04


Настраивается бесплатное IPTV от Билайна (Билайн-ТВ) в городе Санкт-Петербурге

Домашняя сеть построена следующим образом:
микросервер HP Proliant Microserver - сервер-шлюз на базе Ubuntu 12.04, подключен через интерфейс beeline (быв. eth1) к провайдеру Beeline Интернет. Через интерфейс home (быв. eth0) микросервер подключен к домашней сети в "серых" адресах 192.168.3.0/24. Интернет настроен по VPN-соединению на интерфейсе ppp9 (PPtP). Включен IP forwarding и NAT. Сеть провайдера Билайн также характеризуется использованием "серых" IP-адресов из диапазона 10.0.0.0/8.
В принципе, это стандартная схема подключения, в условиях ограниченных IPv4-адресов, когда только ppp-подключение имеет "белый" динамический IPv4-адрес.

Требуется настроить следующие вещи:
+1. Просмотр бесплатных каналов IPTV на домашнем компьютере
+1a. При подключении домашнего компьютера напрямую к провайдеру
+1б. При подключении домашнего компьютера через сервер-шлюз
+2. Запись бесплатных каналов IPTV на сервере-шлюзе, по требованию, по расписанию.
+3. Доступ в Интернет, одновременно с IPTV.
+3а. При подключении домашнего компьютера напрямую к провайдеру
+3б. При подключении домашнего компьютера через сервер-шлюз
+4. Просмотр различных каналов на различных компьютерах домашней сети.

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

Для начала надо уточнить ряд вопросов.

1. Какую технологию IPTV использует Beeline? Конкретные технологические термины и определения.
На этот вопрос, ответ в прямом виде найти сложно, на сайте Билайна в основном инструкции обычного пользователя, но нас интересует технологические подробности, четко и ясно, - Что!.
Услуга «Домашнее цифровое телевидение» и все сервисы базируются на платформе Microsoft Media Room. Пользователю предоставляется специальное настроенное оборудование (т.н. STB - set top box).
Для просмотра бесплатных каналов, это не актуально.

2. Как получить доступ к IPTV?
Доступ к бесплатным каналам IPTV, является приятным дополнением к услуге "Интернет Билайн", однако официально это широко не рекламируется. Хотя это, серьезный маркетинговый инструмент привлечения новых подписчиков.
На форумах советуют использовать анализаторы трафика, для выяснения параметров доступа.
К параметрам доступа отнесем: список бесплатных каналов, адреса видеосерверов, протоколы доступа, используемые видео-аудио кодеки, рекомендуемое ПО, настройки сетевой конфигурации.

3. Список каналов? Что доступно?
По сообщениям форума Билайна (см. Ресурсы), для пользователей остается возможность бесплатного просмотра ряда каналов. Вот их небольшой список. Этот список надо поместить в текстовый файл с расширением m3u, для формирования списка воспроизведения. После этого можно его открывать в vlc.
#EXTM3U
#EXTINF:0,Первый
rtp://@233.33.210.86:5050
#EXTINF:0,Россия
rtp://@233.33.210.92:5050
#EXTINF:0,Россия 2
rtp://@233.33.210.93:5050
#EXTINF:0,Россия Культура
rtp://@233.33.210.60:5050
#EXTINF:0,Вести
rtp://@233.33.210.115:5050
#EXTINF:0,НТВ
rtp://@233.33.210.82:5050
#EXTINF:0,5СПБ
rtp://@233.33.210.6:5050
#EXTINF:0,Русская Ночь
rtp://@233.33.210.96:5050

Назовем это все мультиплекс, по аналогии с DVB-T, хотя и сементически не совсем верно, но слово прикольное. Видимо, в российском обществе слово "пакет", "пакет каналов" уже не котируется, употребляющие их кажутся какими-то отсталыми людьми, неспособными "двигаться в ногу", да и привлечение лишних посетителей не помещает блогу. Итак, в нашем случае, мультиплекс - это бесплатные каналы IPTV.

Из синтаксиса URL каналов заключаем, что используется RTP протокол. Порт 5050.
Также стало известно, что используется  видеокодек h.264.

4. Что требуется настроить на микросервере Linux Ubuntu 12.04, а на домашнем компьютере?
Опции ядра, ответственные за групповую маршрутизацию.
Маршруты в таблице маршрутизации.
IP таблицы netfilter. Проще - Firewall, брандмауэр.
Демона групповой маршутизации (multicast routing daemon).

Домашний компьютер выступает в двух ролях: "песочница" и "телевизор iptv". В "песочнице" проверяются и конфигурируются опции аналогичные серверным. В роли "телевизор iptv" практически ничего настраивать не надо, кроме запуска VLC.

5. Надо ли компилировать ядро, или обойдется настройками существующего. Какие
возможности у существующего ядра в интересующей области.

В Ubuntu server 12.04, не требуется перекомпиляция. Все настраивается опциями ядра.

6. Сторонние серверные программы, какие?
mrouted?
igmpproxy?
udpxy?
smcroute
pimd?
xorp?
rigelmcr?

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

7. Как настраивать клиентскую программу просмотра? Какую?
VLC.
$sudo apt-get install vlc
или для сервера
$sudo apt-get install vlc-nox
Настройки, программа VLC, не требует. Поддержка RTP-протокола идет в комплекте.
Для просмотра надо открыть список воспроизведения, сформированный ранее.

8. Как выглядит правильно настроенная поддержка IPTV(multicast, igmp) в Linux
Это можно выяснить из этого сообщения.



Multicast Какой?

Эту часть можно проехать, до настройки на домашнем компьютере. Просто разрозненные цитатки из разных источников. Не редактированная часть.

Немного знаний о технологии Multicast и ее принципах функционирования, для лучшего понимания того, что делаю.

Цитата: "Основным механизмом доставки телевизионных программ до абонентов в локальных сетях является вещание в виде широковещательных IP-пакетов (иногда такой поток называют "мультикаст" от английского "multicast"). ".

Из википедии:
IPTV функционирует в IP-сетях с использованием следующих протоколов:
UDP — для передачи потокового видео
HTTP — для организации интерактивных сервисов (таких как пользовательские меню и пр.)
RTSP — для управления потоками вещания.
RTP — для передачи потокового видео.
IGMP — для управления мультикаст-потоками.

"Class D networks with a range of IP addresses from 224.0.0.0 to 239.255.255.255  have typically been reserved for multicast."

"For a process to receive multicast datagrams it has to request the kernel to join the multicast group and bind the port receiving the datagrams. When a process is no longer interested in the multicast group, a request is made to the kernel to leave the group"
Процесс, желающий принимать широковещательные датаграммы, должен запросить ядро присоединиться к группе вещания и к порту принимающему датаграммы.

"Note that on multihomed systems (more than one IP address/network card), only one device can be configured to handle multicast."

"On the local network, multicast delivery is controlled by IGMP (on IPv4 network)"

"Если IGMP корректно функционирует в сети, то абонентское устройство сможет "увидеть" этот поток"

Т.е. надо обеспечить корректную работу протокола IGMP.

"IGMP snooping разработан для предотвращения широковещательной (broadcast) ретрансляции multicast трафика компьютерам-потребителям, которые явно не заявили о своей заинтересованности в нём"



Первоначальная настройка на домашнем компьютере. Песочница

Подключение сети beeline к домашнему компьютеру напрямую. iptables чистые. VLC версия 1.1.12 из поставки Ubuntu 11.10.
Домашний компьютер, в результате, также имеет 2 интерфейса - beeline и home. VPN подключение отключено. Выяснил, что IPTV не работает при поднятой сети home, одновременно с beeline. При отключении сети home, и переподключении beeline (ifdown/ifup или через GUI) маршрутом по умолчанию становиться мой районный шлюз. IPTV начинает работает при настройках по умолчанию. Список каналов - действительный, они открываются с задержкой 1-2-3 секунды.
При подключении VPN, маршрутом по-умолчанию становиться туннель ppp0, что отключает работоспособность IPTV, в части переключения каналов, однако если идет вещание, то оно не прерывается некоторое время(какая-то особенность).


Основная причина неработоспособности IPTV в данной конфигурации - это похоже маршрутизация. Причем маршрутизация на "multihomed" компьютере, т.е. с несколькими сетевыми адаптерами.
IPTV использует несколько адресов хостов (видеосерверов) и чтобы они были доступны, маршруты до них должны быть прописаны в таблице маршрутизации.
В тестовом случае, когда у меня один интерфейс beeline, все проблемы IP-доступа к видеосерверам решает маршрут по-умолчанию и IPTV работает.

Предположение. RTP - комплексный протокол, и в ответах от указанного в url сервера, могут приходить ссылки на другие IP-адреса, а они могут быть недоступны через имеющиеся маршруты.
Т.е. возникает необходимость выяснения структуры вещания, адреса каналов и пр.

У меня, в автоматических маршрутах приходит и маршрут до сетки: 233.32.240.0/24, а протестированные каналы в сети 233.33.210.0/24
В непроверенном списке с форума, присутствуют каналы в сети 233.33.220.0/24. Маршрута автоматического, до этой сети, нет.

На форуме, также сообщается, что канал Карусель сменил адрес: rtp://@233.33.210.105:5050
Т.е. изначальный список каналов на форуме содержит недостоверные сведения.

Методика настройки IPTV+VPN, примерно следующая.
0. В наличии, только одно подключение beeline. Маршрут по-умолчанию, через районный шлюз на интерфейсе beeline.

1. При работающем IPTV запускается trafshow -i beeline
2. Выясняется "верхний в списке" IP-адрес, он будет с самым большим трафиком. Назовем его   вещатель.
3. Делается трассировка маршрута traceroute до вещателя. Выясняются все промежуточные узлы.
Вот пример от меня до вещателя, который вещает 5 канал (rtp://@233.33.210.6:5050)

traceroute to 78.107.196.212 (78.107.196.212), 30 hops max, 60 byte packets
 1  10.123.240.1 (10.123.240.1)  1.142 ms  1.830 ms  2.764 ms
 2  10.123.1.117 (10.123.1.117)  1.466 ms  2.172 ms  3.114 ms
 3  10.123.1.73 (10.123.1.73)  22.583 ms  23.407 ms  24.097 ms
 4  10.24.254.145 (10.24.254.145)  0.801 ms  0.747 ms  0.703 ms
 5  bmor18-bb-teng1-2-95.spb.corbina.net (85.21.225.100)  1.282 ms  1.224 ms  1.181 ms
 6  bmor18-bb.spb.corbina.net.225.21.85.in-addr.arpa (85.21.225.41)  0.989 ms  0.950 ms  0.979 ms
 7  85.21.225.199 (85.21.225.199)  1.299 ms  1.402 ms  1.488 ms
 8  line21-iptv-rs1-te-1-0-1.spb.corbina.net (85.21.225.113)  1.723 ms  1.828 ms  2.067 ms
 9  line21-iptv-rs1-te-1-0-1.spb.corbina.net (85.21.225.113)  1.431 ms !X  1.483 ms !X *


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

4.  Выбираются подсети, которые проходит пакет и маршруты до них добавляются в таблицу маршрутизации.
10.123.1.0/24
10.24.254.0/24
85.21.225.0/24
78.107.196.0/24 - подсеть вещателей
Дополнение от 20 марта, в принципе и без этих маршрутов у меня заработало, когда я перезагрузился и забыл их внести. Спишем их на процесс отладки. Не нужны. Фактически остается только один маршрут - 224/4.
Еще одно дополнение, "о майн год" и без маршрута 224/4 работает при запущенному igmpproxy.  Я в осадке, наверное моя мысль зашла не в ту ветку.
Я посносил практически все маршруты пришедшие по DHCP.
5. Отключается маршрут по умолчанию.
ip route del default
6. Делается контрольная трассировка до вещателя, но уже без наличия в системе маршрута по умолчанию. На этом этапе трассировка проходит, но не происходит разрешение IP-адресов в DNS-имена.
7. Добавляются маршруты к локальными DNS-серверам. На этом этапе начинают разрешатся IP-адрес в DNS-имена.

8. Удаляется лишнее. В автоматических маршрутах получаемых при поднятии (подключении) интерфейса beeline присутствуют неактуальные сведения, либо назначение этих маршрутов мне неизвестно. Сносим, но можно и не сносить, чтобы чего-нибудь не сломать.
ip route del 233.32.210.0/24
ip route del 233.32.240.0/24
9. Добавляется маршрут multicast адреса 224.0.0.0/4 (или кратко записанный 224/4) через IP-адрес адаптера beeline, полученный под DHCP.
ip route add 224/4 via 10.123.x.x dev beeline
10. Перезапускается VLC. По идее, на этом этапе, должно начать показывать IPTV. Т.е. из всего этого, я делаю вывод, что для показа IPTV требуются маршруты до местных DNS серверов, вещателей и промежуточных узлов, а также multicast адрес, и все они не приходят автоматически.

11. При подключении и отключении VPN, часто восстанавливается маршрут по-умолчанию beeline.

12. Поднимаем сеть home.
# ifconfig home up
# dhclient home
Пока работает (VLC включается, выключается).




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

- интернет default dev ppp0  proto static - подключение VPN

- локальная сеть Билайна - 10.0.0.0/8 via 10.123.240.1 dev beeline  proto static
- промежуточный узел 10.24.254.145 в этой сети - 10.24.254.0/24 via 10.123.240.1 dev beeline
 10.123.240.0/21 dev beeline  proto kernel  scope link  src 10.123.x.x  metric 1
 78.107.23.0/24 via 10.123.240.1 dev beeline  proto static
 78.107.52.0/24 via 10.123.240.1 dev beeline  proto static
 78.107.184.0/24 via 10.123.240.1 dev beeline
вещатели отсюда - 78.107.196.0/24 via 10.123.240.1 dev beeline
 83.102.146.96/27 via 10.123.240.1 dev beeline  proto static
 83.102.254.196 via 10.123.240.1 dev beeline  proto static
 83.102.254.196 via 10.123.240.1 dev beeline  src 10.123.x.x
 83.102.254.196 dev ppp0  proto kernel  scope link  src 93.80.x.x
 83.102.255.224/28 via 10.123.240.1 dev beeline  proto static
 85.21.72.80/28 via 10.123.240.1 dev beeline  proto static
 85.21.79.0/24 via 10.123.240.1 dev beeline  proto static
- промежуточный узел ... в этой сети 85.21.90.0/24 via 10.123.240.1 dev beeline  proto static
 85.21.138.208/28 via 10.123.240.1 dev beeline  proto static
DNS сервер - 85.21.192.3 via 10.123.240.1 dev beeline
- промежуточный узел ... в этой сети 85.21.225.0/24 via 10.123.240.1 dev beeline
 89.179.134.64/28 via 10.123.240.1 dev beeline  proto static
 169.254.0.0/16 dev beeline  scope link  metric 1000
домашняя сеть - 192.168.3.0/24 dev home  proto kernel  scope link  src 192.168.3.5
194.67.1.0/24 via 10.123.240.1 dev beeline  proto static
194.67.18.0/24 via 10.123.240.1 dev beeline  proto static
DNS сервер - 213.234.192.8 via 10.123.240.1 dev beeline
217.118.84.0/24 via 10.123.240.1 dev beeline  proto static
-мультикаст-адрес - 224.0.0.0/4 via 10.123.x.x dev beeline

Где 10.123.x.x - IP-адрес присвоенный интерфейсу beeline
Если доступна информация о более точной конфигурации сети, то можно прописать более узкие подсети, чтобы случайно не сделать недоступной часть сети Интернет, потому что адреса вещателей - уж больно не попадают в диапазон "серых" IP-адресов. Впрочем, /24 - вполне узкая.

Итак, после того как IPTV заработало в песочнике, надо попробовать настроить сервер.
Формируем файл с маршрутами в скрипт, заливаем на сервер, выполняем. Изначально предполагаем неработоспособность IPTV в такой недоконфигурации.
Делаем трассировку на сервере, до вещателя.

traceroute to 78.107.196.11 (78.107.196.11), 30 hops max, 60 byte packets
 1  10.123.240.1 (10.123.240.1)  1.092 ms  2.114 ms  2.989 ms
 2  10.123.1.117 (10.123.1.117)  1.589 ms  2.433 ms  3.148 ms
 3  10.123.1.73 (10.123.1.73)  40.108 ms  40.816 ms  41.535 ms
 4  10.24.254.145 (10.24.254.145)  0.686 ms  0.772 ms  0.743 ms
 5  bmor18-bb-teng1-2-95.spb.corbina.net (85.21.225.100)  1.251 ms  1.431 ms  1.540 ms
 6  m9-crs.msk.corbina.net (78.107.184.212)  14.961 ms  10.760 ms  10.678 ms
 7  8m-iptv-bb-vl92.corbina.net (78.107.184.149)  9.248 ms  9.439 ms  8.990 ms
 8  78-107-196-11.broadband.corbina.ru (78.107.196.11)  8.702 ms  8.805 ms  8.642 ms


Делаем трассировку на настольном компьютере, до вещателя.

traceroute to 78.107.196.11 (78.107.196.11), 30 hops max, 60 byte packets
 1  192.168.3.1 (192.168.3.1)  0.296 ms  0.254 ms  0.247 ms
 2  10.123.240.1 (10.123.240.1)  1.395 ms  2.359 ms  3.163 ms
 3  10.123.1.117 (10.123.1.117)  1.764 ms  2.569 ms  3.293 ms
 4  10.123.1.73 (10.123.1.73)  2.233 ms  3.060 ms  3.792 ms
 5  10.24.254.145 (10.24.254.145)  1.181 ms  1.156 ms  1.138 ms
 6  bmor18-bb-teng1-2-95.spb.corbina.net (85.21.225.100)  1.531 ms  1.557 ms  1.705 ms
 7  m9-crs.msk.corbina.net (78.107.184.212)  10.280 ms  13.532 ms  13.513 ms
 8  8m-iptv-bb-vl92.corbina.net (78.107.184.149)  10.338 ms  10.456 ms  10.315 ms
 9  78-107-196-11.broadband.corbina.ru (78.107.196.11)  9.036 ms  9.057 ms  9.025 ms

На клиенте видим прохождение нашего сервера-шлюза, остальное совпадает.

Ну что же, похоже решение сводиться к включению multicast-роутинга на сервере, опций ядра и пр.


Настройка микросервера-шлюза

Настройка состоит из 4 частей.
1. Настройка опций ядра
2. Настройка маршрутизации
3. Настройка IP tables. Файрвола.
4. Настройка демона групповой маршрутизации

Опции ядра микросервера

Проверка сетевой конфигурации  микросервера.
1. Включен ли IP forwarding?
$cat /proc/sys/net/ipv4/conf/default/forwarding
1
По отдельным интерфейсам:
$cat /proc/sys/net/ipv4/conf/beeline/forwarding
1
$cat /proc/sys/net/ipv4/conf/home/forwarding
1

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


Цитата: "Логическая переменная mc_forwarding управляет пересылкой пакетов с групповыми (multicast) адресами. Для использования групповой адресации требуется ядро, со включенной опцией CONFIG_MROUTE и демон, поддерживающий групповую маршрутизацию."

В Ubuntu server 12.04 опция CONFIG_MROUTE включена в конфигурации ядра.

Далее смотрим:
/proc/sys/net/ipv4/conf/all/mc_forwarding.
0
/proc/sys/net/ipv4/conf/all/mc_forwarding
0
$cat /proc/sys/net/ipv4/conf/beeline/mc_forwarding
0
$cat /proc/sys/net/ipv4/conf/home/mc_forwarding
0
Видим, что групповая маршрутизация выключена на интерфейсах. Как я понял из описаний, эта опция включиться при запуске демона. Забегая вперед, скажу, да включилась.

Выведем список групповых маршрутов
$ip mroute
На ненастроенном сервере, в выводе будет пусто.

Оцениваем состояние протокола IGMP.
$cat /proc/sys/net/ipv4/conf/all/force_igmp_version
$cat /proc/sys/net/ipv4/conf/beeline/force_igmp_version
$cat /proc/sys/net/ipv4/conf/home/force_igmp_version

Оцениваем состояние фильтра Reverse path filter
$cat /proc/sys/net/ipv4/conf/beeline/rp_filter
1
$cat /proc/sys/net/ipv4/conf/home/rp_filter
1

Теперь что надо сделать.


Для сохранения состояния опции ядра можно использовать специальный файл /etc/sysctl.conf
Зададим в нем следующие опции:

# Reverse path filter
# Это несколько нарушит безопасность шлюза, но что делать, что делать.
net.ipv4.conf.default.rp_filter = 0
net.ipv4.conf.all.rp_filter = 0

# Принудим систему использовать IGMPv2
#net.ipv4.conf.beeline.force_igmp_version=2
#net.ipv4.conf.home.force_igmp_version=2
net.ipv4.conf.all.force_igmp_version=2
net.ipv4.conf.default.force_igmp_version=2

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

Если нет желания перезагружать, то можно выполнить команду
$sudo sysctl -p
Впрочем эти же опции меняются также через файловую систему /proc, на лету, записью в их файлы, что удобно для выявления их воздействия, на функционирование той или иной части системы "сервер-клиенты", а по-простому на домашнюю компьютерную инфраструктуру.


Маршруты на микросервере
Просмотрим маршруты на сервере.
$ip route

Существенным фактором является маршрут 224/4. В рамках только сервера, при наличии только подключения beeline, с маршрутом по-умолчанию, с отключенными другими интерфейсами, он является определяющим для работоспособности IPTV.
Остальные маршруты, это вопрос конкретной конфигурации, для клиентской сети и пр.

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

Подготавливаю файл скрипт
touch "маршруты для iptv.sh"
Заполняю приблизительно следующим:
#! /bin/sh
# Промежуточные сети узлов через районный шлюз
ip route add 10.24.254.0/24 via 10.123.240.1 dev beeline
ip route add 78.107.184.0/24 via 10.123.240.1 dev beeline
ip route add 78.107.196.0/22 via 10.123.240.1 dev beeline
ip route add 85.21.225.0/24 via 10.123.240.1 dev beeline

# DNS-сервера локальной сети через районный шлюз
ip route add 213.234.192.8 via 10.123.240.1 dev beeline
ip route add 85.21.192.3 via 10.123.240.1 dev beeline
# Мультикаст-адрес через IP-адрес адаптера билайн
ip route add 224.0.0.0/4 via 10.123.x.x dev beeline


Исполнять у себя нет смысла, у Вас своя конфигурация, свои маршруты и пр.


Настройка (IP tables) таблиц протокола IP. Настройка Firewall - "препятствия огню"

Настройка сводиться к разрешению приема широковещательного трафика на интерфейсе beeline и перенаправления его (forwarding), с небольшим изменением времени жизни.

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

Эти строки помогут, когда ничего не помогает и отчаяние велико.
Сохраним конфигурацию netfilter, а потом очистим его.
$sudo iptables-save >"исходная конфигурация netfilter"
$sudo iptables -F

Смотрим:
$sudo iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination      

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination      

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination


Чистый, как слеза, файрвол на сервере. Зачем все эти ограничения - информация должна быть свободна - это я так.


Если в системе включен файрволл, есть какие-то правила, и главным правилом стоит правило запрета (вида iptables -A INPUT -p all -j DROP), тогда можно отрывать по чуть-чуть.


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

Выполнение работа по настройке сего, требует прав суперпользователя на сервере.

# Улучшается время жизни TTL широковещательной датаграммы udp. Перед этим подгружается модуль ядра ответственный за это. В моем случае, работает и без этого правила.
modprobe ipt_TTL
iptables -t mangle -A PREROUTING -d 224/4 -p udp -j TTL --ttl-inc 1

# Прием
# Все пребывающие пакеты с адресом назначения 224/4 прием разрешить
iptables -t filter -A INPUT -d 224/4 -i beeline -j ACCEPT

# Перенаправление.
# Все прибывшие пакеты с адресом назначения 224/4 принять к перенаправлению
iptables -t filter -A FORWARD -d 224/4 -j ACCEPT

Эти все правила не нужны, это можно утверждать по опыту использования igmpproxy.

Так сказать - "открыли краник, а воды и нет".
 Но т.к. мультикаст требует "подписки абонента - аналог платежки ЖКХ", то пока не подпишимся, маршрутизаторы провайдера не будут присылать мультикаст к нам на порт. А подписку за нас сделает VLC.

Это достаточно хорошо видно при инспекции трафика на интерфейсах.

Также, при включенном файрволе может разрешения для  протокола igmp, по схеме, аналогично вышеприведенному.

Для просмотра правил NAT.
$sudo iptables -t nat -L
или
$sudo iptables -t nat -S



По настройке файрвола у меня отдельная тема. А его, я еще не включал.

В порядке экспериментов с iptables, снес всю таблицу на сервере, перестал работать google.com на клиенте. Опомнился, восстановил, гугл заработал. Что интересно, многие обычные сайты работали, а гугл нет. Не сразу заметил.


Диагностика
Для быстрой диагностики состоянии настроек для iptv, я создаю скрипт, который проверяет разные параметры, опции ядра.

использовать ping для диагностики доступности видеосерверов не получиться, icmp-протокол на них фильтруется.
Это тоже можно не включать, по результатам использования igmpproxy. Не влияет.
Включение multicast-пингов:
# echo 0 > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
# cat /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
0

После этого ping широковещательного адреса начинает работать.
#ping 224.0.0.1

PING 224.0.0.1 (224.0.0.1) 56(84) bytes of data.
64 bytes from 10.123.242.x: icmp_req=1 ttl=64 time=0.115 ms


$ sudo tcpdump -i any igmp -n

$ sudo trafshow -i beeline

$ sudo netstat -g

Как использовать информацию из следующих файлов, я пока не придумал. Да видно, ну и что? Как управлять?

$cat /proc/net/dev_mcast


$cat /proc/net/igmp




Настройка демона групповой маршрутизации IGMP proxy в Ubuntu Server 12.04

Пакета с программой igmpproxy нет в репозиториях. Придется собирать из исходников. Для начала установим пакет программ для сборки.
apt-get install build-essential
С сайта http://sourceforge.net/projects/igmpproxy/ загружаем последнюю версию.

Распаковываем, конфигурируем, устанавливаем. Впрочем, это стандартная процедура сборки из исходных кодов.
Делаю все с привелегиями суперпользователя.
#tar -xzf igmpproxy-0.1.tar.gz
#cd igmpproxy-0.1
#./configure
#make
#make install

Копируем конфигурационный файл из /usr/local/etc/igmpproxy.conf  в /etc/igmpproxy.conf
Редактируем:
$sudo nano /etc/igmpproxy.conf


##------------------------------------------------------
## Configuration for beeline (Upstream Interface)
##------------------------------------------------------
phyint beeline upstream  ratelimit 0  threshold 1
        altnet 10.0.0.0/8
        altnet 224.0.0.0/4
        altnet 78.107.196.0/22
        altnet 10.24.254.0/24
        altnet 85.21.90.0/24
##------------------------------------------------------
## Configuration for home (Downstream Interface)
##------------------------------------------------------
phyint home downstream  ratelimit 0  threshold 1
##------------------------------------------------------
## Configuration for eth2 (Disabled Interface)
## Это интерфейсы вирт.машин и пр.
##------------------------------------------------------
phyint lo disabled
phyint ppp9 disabled
phyint lxcbr0 disabled
phyint virbr0 disabled

Сеть вещателей 78.107.196.0/22 а не /24, как выяснилось.

Запускаю/останавливаю сервис igmproxy следующим образом:
$ service igmpproxy start
$ service igmpproxy stop
Для того чтобы это было возможно, был создан файл /etc/init.d/igmpproxy

$ sudo touch /etc/init.d/igmpproxy 
$ sudo nano /etc/init.d/igmpproxy

#!/bin/bash
### BEGIN INIT INFO
# Provides: igmpproxy
# Required-Start: $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: IP-TV multicast routing daemon
### END INIT INFO
# Exit if igmpproxy.conf doesn't exist
test -f /etc/igmpproxy.conf || exit 0
PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/local/sbin
NAME=igmpproxy
DAEMON=/usr/local/sbin/$NAME
CONF="/etc/igmpproxy.conf"
test -x $DAEMON || exit 0
start()
{
        echo -n "Запуск IGMP PROXY server: $NAME"
        start-stop-daemon --start --background --exec $DAEMON $CONF
}
stop()
{
        echo -n "Остановка IGMP PROXY server: $NAME"
        start-stop-daemon --stop --name $NAME --oknodo
}
case "$1" in
  start)
        start
        echo "."
;;
  stop)
        stop
        echo "."
;;
  restart)
        stop
        start
        echo "."
;;
  *)
        echo "Использование: /etc/init.d/$NAME {start|stop|restart}"
        exit 1
;;
esac
exit 0


Чтобы происходила загрузка igmpproxy при запуске сервера:
$update-rc.d igmpproxy defaults

 Adding system startup for /etc/init.d/igmpproxy ...
   /etc/rc0.d/K20igmpproxy -> ../init.d/igmpproxy
   /etc/rc1.d/K20igmpproxy -> ../init.d/igmpproxy
   /etc/rc6.d/K20igmpproxy -> ../init.d/igmpproxy
   /etc/rc2.d/S20igmpproxy -> ../init.d/igmpproxy
   /etc/rc3.d/S20igmpproxy -> ../init.d/igmpproxy
   /etc/rc4.d/S20igmpproxy -> ../init.d/igmpproxy
   /etc/rc5.d/S20igmpproxy -> ../init.d/igmpproxy

Однако запуск/остановка сервиса, можно реализовать используя систему Upstart, которая с некоторых пор используется в Ubuntu. В этом случае не надо создавать файл /etc/init.d/igmpproxy . Вместо этого, создается файл в папке /etc/init/igmpproxy.conf со следующим содержимым.


# Служба управления групповой маршрутизации igmpproxy
# сервер: микросервер
# Дата изменения: 23 марта 2012
#
description "Служба групповой маршрутизации igmpproxy"
exec /usr/local/sbin/igmpproxy /etc/igmpproxy.conf

# Запускается, когда устройство beeline (eth1) поднято (UP)
start on net-device-up IFACE=beeline
# Останавливается, когда устройство beeline опущено (DOWN)
stop on net-device-down IFACE=beeline



После этого запуск/остановка выполняется системными средствами Upstart.
$ sudo start igmpproxy
$ sudo stop igmpproxy
Состояние работы "igmpproxy" проверяется так:
$ sudo status igmproxy


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

Просмотреть список запущенных заданий Upstart
$ initctl list



Вот как выглядит вывод команды ip mroute, при работающем igmproxy

$sudo ip mroute show
(78.107.196.5, 233.33.210.92)    Iif: beeline    Oifs: home
(78.107.196.6, 233.33.210.96)    Iif: beeline    Oifs: home

Видно 2 маршрута от разных вещателей. 2 канала IPTV.

Консольный клиент IPTV для записи на сервере

Ну что же, после некоторого просмотра Интернета, наметились пути решения и этого вопроса.
У программы VLC существует консольная реинкарнация CVLC. Правда, не работает под root.
Настроек - море.
Но для IPTV оказалось просто надо запустить:
cvlc -vvv rtp://@233.33.210.6:5050  --sout file/ts:5channel.ts
Команда на приостановку записи - отключение killall vlc.


Установим на сервере vlc-nox, пакет VLC собранный без поддержки графической системы X11. В этом пакете также есть cvlc. Сборка VLC из стандартного репозитория не содержит несвободных кодеков.
$sudo apt-get install vlc-nox

При попытке записи на сервере, выяснилась неприятная особенность - отсутствует звуковая плата в HP Proliant Microserver, из-за этого cvlc не пишет.
После добавления опции --no-audio в строку вызова, cvlc сказал, что он не поддерживает кодек h.264 и я не могу это исправить. Провал.
Тщательное изучение опций, родило такое решение:
cvlc -vvv rtp://@233.33.210.6:5050 --sout 'standard{mux="ts",dst="file.ts"}' --no-audio
Файл пишется со звуком, без перекодировки. Похоже, это то что нужно на первое время. А дальше, чтение справки и тонкая настройка cvlc.

Остается настроить стандартный планировщик CRON. С синтаксисом можно ознакомиться из статьи Wikipedia. Задача стоит так - запускать от имени обычного пользователя сервера видеозапись в определенное время.
А пока воспользуемся более простой командой at.

Подготовим скрипт видеозаписи, например первого канала, вечерних новостей, а также фильма "Робинзон" по состоянию на 19 марта 2012 года.
В расписании фильм занимает время: 21:20—22:20. Реально он начался в 21:30. Эту особенность надо учитывать при планировании времени записи. Закончился в 22.23. Так что, зазор в 5-10 минут, добавлять в конец.
Также есть полезная опция --run-time=<секунды>, ограничивающая время работы записи. Использовать ее надо в следующем синтаксисе, для часовой видеозаписи: --run-time=3600 vlc://quit. vlc://quit - команда на выход из vlc и передачи управления дальше в скрипте. Без этого висит и ждет.



скрипт располагается в домашней директории простого пользователя сервера.
touch "первый_канал.sh"
внесем:

#! /bin/bash
# Скрипт для видеозаписи 1 канала
# Особенности:
# Выходной файл создается с датой-временем,
# при использовании русских букв в имени выходного файла
# надо использовать кавычки в команде mv
# В данном скрипте, видеозапись длиться 1 час 10 минут, что составляет 4200 секунд.
TMP_VIDEOFILE="1.ts"
OUTPUT_VIDEOFILE="avoska/"`date +%Y%m%d-%T`".первый канал.видеозапись.ts"
echo $OUTPUT_VIDEOFILE
cvlc -vvv rtp://@233.33.210.6:5050 --sout '#standard{mux=ts,dst="$TMP_VIDEOFILE"}' --run-time 4200 vlc://quit --no-audio
mv "$TMP_VIDEOFILE" "$OUTPUT_VIDEOFILE"



chmod +x "первый_канал.sh"

Далее под обычным пользователем
$at -f "первый_канал.sh" -v 21:25
Список текущих заданий по расписанию:
$at -l
Удалить задание по номеру в списке.
$at -r 3

Не надо зарываться, с числом пишущихся каналов, иначе провайдер обрубит трафик, так, 2-3 канала.

Один канал, генерирует поток ~ 3 МБит.
Видеофайл, длительностью 1 час, занимает на диске место в размере приблизительно 1,3 ГБайта.


Планировщик CRON можно привлекать в более регулярных случаях, например записи новостей за день. 
Дополнено 21 марта 2012:
Итак, для регулярной записи программ новостей, с помощью CRON изготовлен многоканальный цифровой видеомагнитофон.
В домашней папке пользователя создается файл daynews.sh - заготовка для CRON, приблизительно такого вида:

#!/bin/bash
# Запись новостей телеканала "Первый"
# сервер: микросервер
# Дата создания: 21 марта 2012
#
# Постановка файла на исполнение: crontab -u user  daynews.sh
# Время записи определяется внутри самой команды

00 08 * * * /home/user/"новости_первый_канал.sh" 2> /tmp/daynews.cron
00 12 * * * /home/user/"новости_первый_канал.sh" 2> /tmp/midnews.cron
00 21 * * * /home/user/"вечерние_новости_первый_канал.sh" 2> /tmp/evnnews.cron

#36 08 * * * /home/user/testrec.sh 2> /tmp/test.cron

после этого, он ставится в расписание командой:
$ crontab -u user daynews.sh

или кратко
$ crontab daynews.sh
Выполняется эта команда под обычным пользователем.
Просмотреть задания:
$ crontab -l

Для записи каждого канала, передачи, создается отдельный файл. Содержание его см. выше, чуть выше. Желательно также разнести имена создаваемых промежуточных видеофайлов, чтобы небыло конфликтов.
Этот многоканальный цифровой видеомагнитофон пишет влёт, успевай только винчестеры подносить.

У VLC есть опция -I telnet. Позволяющая управлять программой через протокол telnet. Может пригодиться.

Важно!. Для функционирования cvlc на сервере должен существовать маршрут 224/4, если его нет, то добавляется : ip route add 224/4 dev beeline

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

Также, можно автоматически формировать список воспроизведения из записанных видеоданных, для воспроизведения на клиентских компьютерах.

Замеченное

- Не забыть перезагрузить сервер и проверить настройки. Всегда случаются какие-то упущения.
- При записи на сервере, на клиенте также наблюдается multicast-трафик. При записи нескольких потоков, трафик увеличивается. Клиенты тоже его получают. Сеть нагружается. Тут уже начинает играть роль планирование сети, vlan и пр.
- При слове "видео" сразу возникает слове "хранение". Ну что, HP Proliant microserver позволяет организовать до 16 Тб пространства в стандартной конфигурации, при 4ТБ винчестерах, до 12 Тб, при 3Тб винчестерах, - в половину меньше, при включении режима дублирования RAID 1 ~ 6Тб; этого хватить на 4600 часов видеозаписи или на полгода непрерывной 24-х часовой записи. Получается такой "видеосервер HP proliant microserver".
- При написании скриптов Bash, основные проблемы из-за синтаксических ошибок. А т.к. это интерпретатор, то эффекты бывают разные, "вплоть до".
- Наблюдается плавающий глюк, cvlc иногда пишет, а иногда не пишет и файл нулевого размера. Этот глюк пересекается с тем, что если запустить просмотр на домашнем компьютере, то и на сервере можно писать видео. А если выключить, то и сервер как-бы охладевает к теме записи видео. Надо разобраться. [Решено: добавлены маршруты к 230.33.210.x/24 и 233.33.220.0/24 через IP-адрес beeline]

Резюме - Включить опции ядра и поставить igmpproxy. Все.

На этом все.

Ресурсы, которые помогли прояснить неясное.
. IP multicast. http://en.wikipedia.org/wiki/IP_multicast
. Multicast address. http://en.wikipedia.org/wiki/Multicast_address
. Multicast маршрутизация для IPTV http://habrahabr.ru/post/61466/
. Форум Билайна по цифровому телевидению. http://homenet.beeline.ru/index.php?showforum=730
. Подфорум Билайна по цифровому телевидению на компьютере http://homenet.beeline.ru/index.php?showforum=783
. Linux Network Configuration http://www.yolinux.com/TUTORIALS/LinuxTutorialNetworking.html#MULTICAST
. Kernel configuration http://www.tldp.org/HOWTO/Multicast-HOWTO-3.html
. Описание протокола управления группами Интернета (IGMP). http://ru.wikipedia.org/wiki/IGMP
. Транспортный протокол реального времени. http://ru.wikipedia.org/wiki/RTP
.    http://www.netup.tv/ru-RU/configuring-igmp-in-lan-for-managing-multicast-iptv-streams.php
. Список каналов для vlc. http://homenet.beeline.ru/index.php?showtopic=208098
. Настройка статической multicast-маршрутизации в Alt Linux http://www.altlinux.org/Static_Multicast_Routing
. Распределение протоколов по уровням OSI. http://ru.wikipedia.org/wiki/TCP/IP
. Утилита iptables. http://ru.wikipedia.org/wiki/Iptables
. Непроверенный список каналов с форума, по состоянию на 15 марта 2012 года. http://homenet.beeline.ru/index.php?showtopic=163042&view=findpost&p=1065003113
.   http://blog.lystor.org.ua/2010/03/using-igmpv2-by-default-in-linux.html
. Мультикаст в Linux. http://www.xgu.ru/wiki/Multicast_%D0%B2_Linux
.The ip and smcroute Multicast Utilities. http://fengnet.com/book/ICUNA/ch14lev1sec5.html
. Multicast Architecture. http://etutorials.org/Networking/Integrated+cisco+and+unix+network+architectures/Chapter+14.+Multicast+Architectures/
.igmp тупит. http://forum.ubuntu.ru/index.php?topic=134589.0
.Sysctl. http://www.sysctl.ru/linux.html
.http://mrcat.ru/iptv-local-network
.http://grub4dos.ru/sysadmins/laninet/28-ustanovka-i-nastroyka-igmpproxy-dlya-prosmotra-potokovogo-video-v-ip-tv-player-v-lokalnoy-seti-za-serverom-ubuntu-server-na-primere-provaydera-internet-cntr-chebnet.html
. Igmpproxy - multicast router. http://sourceforge.net/projects/igmpproxy/
. VLC (Video LAN Client). http://ru.wikipedia.org/wiki/VLC
.   http://linuxfresh.blog.com/?p=1231
. Learning rtmpdump Through Examples. http://pclosmag.com/html/Issues/201104/page19.html
. VideoLAN streaming HOWTO. http://www.videolan.org/doc/streaming-howto/en/streaming-howto-en.html
. Системный планировщик CRON. http://ru.wikipedia.org/wiki/Cron
.

P.S. 15 февраля 2014 года. Установил сеть вещателей с маской /22, а не /24, по совету с форумов.



3 комментария:

Анонимный комментирует...

9. Добавляется маршрут multicast адреса 224.0.0.0/4 (или кратко записанный 224/4) через IP-адрес адаптера beeline, полученный под DHCP.
ip route add 224/4 via 10.123.x.x dev beeline
10. Перезапускается VLC. По идее, на этом этапе, должно начать показывать IPTV. Т.е. из всего этого, я делаю вывод, что для показа IPTV требуются маршруты до местных DNS серверов, вещателей и промежуточных узлов, а также multicast адрес, и все они не приходят автоматически.
— собственно, именно это и нужно было сделать: как сказано в статье ранее, только один интерфейс может быть настроен на приём мультикаста; и им должен быть физический интерфейс, глядящий в локалку. Или на роутерной машине IGMP Proxy поднять (что куда проще).

Анонимный комментирует...

И — к чертям маршруты до DNS: для мультикаста тебе хватит записи, что по группам мультикаста надо ходить именно на районный шлюз локалки, он там живёт.

Анонимный комментирует...

Что для меня изменится в следовании этому мануалу, если ubuntu установлена на vmware? Или можно следовать дословно и меня ждет успех?