• Почему приложение не получает видеопоток, поступающий на сетевой интерфейс?

    v-oz
    @v-oz Автор вопроса
    ССЗБ
    Доктор ЛОР прописал вписать маршрут не только в широковещательную сеть, но и до точек рандеву (RP) провайдера IPTV.
    Видимо плохо прочитал матчасть про мультикаст, если забыл об этом. Хорошо хоть вспомнил сразу, как прочел рецепт.
    Если коротко, то клиент шлёт запрос на сервер группы, там выбирается какой сервак будет вещать. Этот сервер шлёт трафик в точку встречи клиента и сервера для подсети клиента. Клиент забирает поток из точки рандеву. Этих точек может быть несколько.

    Как определить RP - включаем плеер и просматриваем все ссылки на потоки параллельно снимаем дамп с интерфейса и смотрим откуда идет трафик на адреса указанные в ссылках:
    21:14:15.446253 IP (tos 0xb8, ttl 53, id 0, offset 0, flags [none], proto UDP (17), length 1344)
    198.18.20.5.50201 > 225.33.23.48.commplex-main: [no cksum] UDP, length 1316


    добавляем маршруты
    ip route add -net 224.0.0.0/4 via dev eth2
    route add -net 198.18.0.0/16 gw 192.168.222.110

    где 192.168.222.110 - IP адрес интерфейса маршрутизатора, к которому подключен интерфейс нашего клиента. Маршрут до него также должен быть определен.
    В принципе, если в системе только один интерфейс, то всё как-то само должно разрулиться. А вот в случае как у меня или на ЛОРе, интерфейс не по умолчанию для доступа к потоку приходится указывать руками. И надеяться, на то, что провайдер не часто будет менять топологию своей сети.

    ЗЫ. это всё коротко и наверняка где-то чуток ошибочно и потому не отменяет усвоения матчасти про мультикаст и маршрутизацию.
    Ответ написан
    Комментировать