С недавнего времени в моей домашней сети заработало телевидение. Количесиво каналов пока скромное, но иногда всё же хочется отдохнуть под какую-нибудь забугорную муть.
Сам центел предлагает для просмотра поставить VLC (videolan.org) и скачать с их сайта ярлык на плейлист. Надо сказать, пользуюсь VLC довольно давно и под венды и под юних, на некотором уровне разобрался в исходном коде.
Из плейлиста стало понятно, что трансляция бежит по протоколу UDP Multicast (igmp), но загвоздка в том, что у меня шлюз на BSD, за которым прячется моя небольшая домашняя локальная сеть (4 машины =))). Есть в BSD так называемая функция рутинга multicast трафика, для этого в ядро надо добавить MROUTING и запустить демона mrouted, который по умолчанию рутит на всех интерфейсах, умеющих multicast. Всё скомпилял, запустил... жду видео... на экране наглым образом вырисовывается болт. Такой поворот событий мне не понравилось и я начал исследовать вещание более подробно. В итоге оказалось, что пакетики UDP доходят до моего пограничника с TTL=1 и демон никуда их не рутит, потому как с TTL=0 пересылать пакеты не принято у нас на селе. Так же выяснилось что мой вендовый VLC шлёт igmpv2 запрос также с TTL=1 и он просто не доходит до порта включения моего пограничника в сеть центеля. Идею с рутингом мультикаста пришлось закинуть (временно).
Теперь передо мной стояла иная задача - заглотить видео поток на шлюзе (до него же поток доходит отлично) и плюнуть им в локалку. В общем необходимо собрать ретранслятор. Минусы данного подхода очевидны - грамотного и простого переключения каналов не получится.
Параметры запуска VLC на шлюзе:
/usr/local/bin/vlc -vvv udp://@239.255.2.14:1234 --sout "#standard{access=http,mux=asf,dst=192.168.25.1:8080}"
Как видно, мы глотаем поток udp и создаём сервер по протоколу http:8080 на локальной машине (на шлюзе) с муксером ASF.
После этого запускаем на венде тотже VLC и отркрываем ссылку http://192.168.25.1:8080
На этом моменте я пошёл спать под какую-то забугорную муть.

А можно было вместо мультикастного роутинга просто в режиме bridge флудить этими мультикастами на локальную сетку? Думаю особо не положишь сеть.
Я бы попробовал воткнул еще одну сетевуху, объединил ее в бридж с той, которая принимает от провайдера мультикаст, и на этой сетевухе можно смотреть видео, при желании как угодно можно с ней извратиться
Причем VLC такая прога, везде найдет поток, если он в бридже будет проброшен

Конечно можно как вариант, мост можно собрать и на имеющихся 2х сетевухах и фаером ограничить прохождение ненужного трафа (кроме, пожалуй, arp). В любом случае, еслиб рутился мулькаст, то он бы попадал во всю мою локалку.

PS А поток на канал там 5mbit, качество очень неплохое.

И еще тут возникает проблема с локальным dhcp-сервером, т.к. когда пробрасывается поток в бридже от провайдера, то можно неожиданно легко получить адрес от провайдера, а не от локального dhcp, что не есть гуд, на СтримТВ есть этот момент, поэтому надо немного помудрить с настройками

Можно фаером закрыть броадкасты между сетями (от прохождения l2 не защитит).
Мне кажется можно написать репликатор нужных UDP multicast групп. слушать на одном интерфейсе, выплёвывать в другой.. наверняка такое уже есть.

Итак, продолжаем тему, проблема ничуть не решена. Подключили мне телек - пошел мультикаст на всю сетку, все ок, телек смотрится. Поток от провайдера и сетка соответственно в одном vlan"е.
Увидел такую канитель на ноуте и очень удивился:


C:\Documents and Settings\serg.SERG-NOTE>ping ya.ru

Обмен пакетами с ya.ru [127.0.0.1] по 32 байт:

Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128

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