1 Тема от adminnu

(0 ответов, оставленных в FreeBSD & BSD)

Здравствуйте!

Эпилог: В нашей сети есть IPTV, вещание multicast-ом. Потоки поступают по протоколу rtp.

Требования: перенаправлять вещание IPTV TCP-пакетами по протоколу HTTP, по VPN-соединению.

Особые требования: вещание будет только для ограниченного, небольшого круга людей. Необходимо, чтобы вещание транслировалось только по запросу IPTV-клиентов, а не постоянно, то есть происходило отключение потока после отключения клиента. Желательно распределения качества видео/аудио картинки по портам (1) для коммуникатора - с уменьшенным битрейтом и размером картинки, (2) для ПК - без изменения.

Оборудование: FreeBSD 8.0-RELEASE-p3, vlc-1.0.6,3, udpxy-1.0.16, pf и ipfw на время настройки отключены.

Мои решения и возникшие проблемы:

Использовал для данного вещания 2 способа.

1 способ VLC:

VLC запускал со следующими параметрами:

vlc --ttl 12 -I telnet --telnet-password 123

После телнета:

new channel broadcast enabled
setup channel input rtp://@IP входящего потока:Порт входящего потока
setup channel output #std{access=http,mux=ts,dst=0.0.0.0:Порт для запросов}
control channel play

(Плюсы)
Вещание прекрасное, поврежденных пакетов нет, есть возможность изменения картинки благодаря #transcode и множество других функций.
(Минусы)
Постоянное вещание после control channel play, при большом количестве потоков сильно сказывается на трафике.

2 способ udpxy:

Запускаю со следующими параметрами:

udpxy -p Порт для запросов -a IP-для запросов -S -c 4  -M 30 -B 1Mb

(Плюсы)
Появляется возможность открывать любые потоки благодаря изменению URL, а не настроек сервера. При отсутствии IPTV-клиентов, трафик не используется.
(Минусы)
Большое кол-во поврежденных пакетов. Или не доработан udpxy или руки-криворуки.  Нет изменения качества видео-аудио.

Вывод:
Что сделать, что-бы трансляция частично или полностью удовлетворяла моим требованиям.
Низкоприоритетным параметром является преобразование качества. Высокоприоритетным параметром сжигание трафика без клиентов, и поврежденные пакеты.
Как это реализовать с помощью VLC или починить udpxy для передачи без артефактов.

2 Ответ от adminnu

(2 ответов, оставленных в FreeBSD & BSD)

Мне нужен был php5.3.2, но вчера обновил порты и он уже на релизе появился.
А во вторых проблемы с обновлением двух портов php5-snmp для кактуса, и c либом libpng у png. Сегодня с обновленными портами проверю, если не поставится, скину, устал уже с этими двумя портами после обновления.

Добавлено: 18-04-2010 11:29:44

В общем проблема с установкой php5-snmp:

checking for snmp_parse_oid in -lnetsnmp... no
checking for init_snmp in -lnetsnmp... no

воспользовался инструкцией: https://www.freebsd.org/cgi/query-pr.cgi … 8&cat=

заменил: --with-gnu-ld --with-libwrap --with-libs="-lm -lkvm -ldevstat"
на: --with-libwrap --with-libs="-lm -lkvm -ldevstat -lssp"

Не помогло:

checking for snmp_parse_oid in -lnetsnmp... no
checking for init_snmp in -lnetsnmp... no
configure: error: SNMP sanity check failed. Please check config.log for more information.

Добавлено: 18-04-2010 13:45:18

проблемы все сразу решил, переставив perl 5.10 на perl 5.8

3 Тема от adminnu

(2 ответов, оставленных в FreeBSD & BSD)

Здравствуйте!

Обновил свою фрю с 7.2 до 8.0, только вот не увидел, что уже вышла stable. Там и php 5.3.2 да и так)
Что требуется чтобы обновить. Требуется выполнять тебе самые действия, что и при обновлении с 7.2 на 8 или все проще.

4 Ответ от adminnu

(4 ответов, оставленных в FreeBSD & BSD)

Нашел ошибку, спутал маршрут один, у скрипта io-up.sh mpd4 утилиты.
Хотел починить одно, вышло, что починил все.
Все сразу заработало.
Я счастлив) Спасибо

5 Ответ от adminnu

(4 ответов, оставленных в FreeBSD & BSD)

При пинге:
18:12:20.241245 IP 195.14.51.66 > 195.14.33.55: ICMP echo request, id 41067, seq 514, length 40
18:12:21.241396 IP 195.14.51.66 > 195.14.33.55: ICMP echo request, id 41067, seq 770, length 40
18:12:22.241295 IP 195.14.51.66 > 195.14.33.55: ICMP echo request, id 41067, seq 1026, length 40
При телнете на 80:
18:12:51.493932 IP 195.14.51.66.51971 > 195.14.33.55.http: S 3259302013:3259302013(0) win 16384 <mss 1420,nop,nop,sackOK>
18:12:54.416822 IP 195.14.51.66.51971 > 195.14.33.55.http: S 3259302013:3259302013(0) win 16384 <mss 1420,nop,nop,sackOK>
18:13:00.351673 IP 195.14.51.66.51971 > 195.14.33.55.http: S 3259302013:3259302013(0) win 16384 <mss 1420,nop,nop,sackOK>
При телнете на 22:
18:13:27.807450 IP 195.14.51.66.53157 > 195.14.33.55.ssh: S 148755724:148755724(0) win 16384 <mss 1420,nop,nop,sackOK>
18:13:30.730348 IP 195.14.51.66.53157 > 195.14.33.55.ssh: S 148755724:148755724(0) win 16384 <mss 1420,nop,nop,sackOK>
18:13:36.767025 IP 195.14.51.66.53157 >195.14.33.55.ssh: S 148755724:148755724(0) win 16384 <mss 1420,nop,nop,sackOK>

6 Тема от adminnu

(4 ответов, оставленных в FreeBSD & BSD)

На FreeBSD поднял серв. Он находится за NAT, поэтому поднято PPTP соединение c помощью mpd4.
IP 195.14.33.55
И возникла такая ситуация, есть доступ к серваку со всех IP-шников, кроме подсети 195.14....
Пинг идет, трасса тоже идет, но при соединении по любому порту Time Out
Пробовал с двух IP на 195.14., больше не нашел, проксей с такой подсетью тоже мало.
Кто знает куда копать?

Добавлено: 31-07-2009 16:01:06

Немного все поменялось.
Оказывается есть доступ с подсетки 195.14...
а нет доступа из нат где и стоит сервак.
Траса проходит, пинг есть, телнет по 22-ту нет, по остальным так-же, проходит по 80, но ничего не выводит пусто, в браузере просто грузит, потом Соединение было сброшено.
Толи нат блокирует, толи сервер. Не могу понять.