| |
  |
| Приветствую Вас в уголке /DVB !!! |
|
 |
|
отправлено dvb on Sunday December 10, @05:48PM
from the dept.
|
|
|
|
|
D V B приветствует: "Есть много мест, в которых я мог бы жить и писать то, о чем хочу я поведать далее, но мне почему-то захотелось это сделать в "/" ;-))"
|
|
|
|
|
|
Существует много других форумов про использование спутниковых технологий в компьютерной сфере, например на Oskom-е, в Omicom-е, не считая прочей мелочи, на Украине, в Спутниковых системах, в Itelsat-е, в LuckyLink-е. Можно даже на LinuxTV сунуться, так зачем-же еще один?
Тут я планирую с одной стороны помещать информацию, которую вы никогда не узнаете из официальных источников, с другой стороны у меня будет небольшая возможность отсекать уж явно вредоносную для сервиса информацию.
Я надеюсь, что моя роль хирурга принесет именно помощь, а не увечья...
Приглашаю и других заинтересованных в обсуждении DVB-технологий и надеюсь, что вскоре тут будет организован отдельный раздел
BTW: я сейчас 
|
|
|
|
< Ваша информационная безопасность находится в руках американского правительства! | Макс Планк и начало неоклассической эры. > | |
|
|
Эта дискуссия заархивирована.
Новые комментарии не добавляются.
|
|
|
|
|
|
|
|
|
Я обычный системный администратор, и мой сервер (естественно) работает на Linux. По воле судьбы мне пришлось осваивать спутниковые технологии передачи данных, конечно же снова все это происходило под Linux. Сначала я пользовался услугами "EON", теперь это "НТВ Интернет"
Собственно фунционирование DVB карточек под Линуксом давно не новость и о том, как можно все это настроить можно прочитать например тут.
Мне прийдется временно опустить много интересных деталей, если что-то интересно - пишите сюда, надоело отвечать по сто раз об одном и том-же, заодно хочется увековечить хотя бы на некоторое время (во загнул фразу... :-)) и другие достижения юзверино-сателлитной мысли, так-что с удовольствием буду помещать сочинения и других авторов...
Ну а теперь...
|
|
|
|
|
|
|
|
|
|
|
|
|
Пользователи НТВИ наверно замечали, что при отсутствии активности DVB-карта SkyStar1 "засыпает" и требуется держать вечный ping на proxy-сервер, но и это не решало проблемы целиком. Некоторые неумело играются фильтрами MAC-адреса и добившись мало-мальской стабильности и хорошей скорости сразу кричат на всех углах свои советы. Увы, расплатой за чайниковость получаем трафик по земле, принудительные "прозрачные" завороты на прокси провайдера и прочие неприятности. Но недавно мной было найдено компромисное решение.
Итак, для стабильной работы с НТВИ без засыпаний в /etc/dvbd.conf надо прописать следующие две строчки:
filter_0 768
filter_1 768 00:02:c0:a8:02:ee
По указанному MAC адресу стабильно льется поток на скорости 1..1,5 мегабита, что во первых - не дает карте уснуть, во вторых - не превышает пределы способностей самой карты, и самое главное, в третьих - поток идет по локальному адресу 192.168.2.239 и не должно повредить другим пользователям провайдера.
А теперь...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
>получаем трафик по земле, принудительные
>"прозрачные" завороты на прокси
>провайдера и прочие неприятности
Не совсем понятно, каким образом трафик идущий к чужим ip адресам создает проблемы. Хоть карта их и пропускает, но если нет интерфейсов с данными ip, ядро просто игнорирует такие пакеты. Это все равно что снифферить локальную сеть получая чужой трафик на сетевую карту. Ущерба никакого. И что за "прозрачные завороты"?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Как эти фильтры приспособить для NT сервер
|
|
|
|
|
|
|
|
|
|
|
|
|
выставлять фильтры. Другое дело, алгоритм обработки в SkyTool этих фильтров может отличаться. Надо перебирать возможные значения фильтров и смотреть как меняется общая скорость приема после фильтра.
|
|
|
|
|
|
|
|
|
|
|
|
|
Если льется поток на 192.168.2.239 я должен его вылавливать и тогда карта не будет засыпать.
Но не понятно где еще какие галки проставить.
Как уникаст его нельзя - уже есть один
Как бродкаст он не дается.
Как бы поподробнее - хотя бы даже теортически?
|
|
|
|
|
|
|
|
|
|
|
|
|
на 192.168.2.238
Добиться что б у DVB интерфейса был именно такой ip
Игнорировать push поток (udp пакеты с помощью какого-нибудь файрвола)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
А спасительный поток то кончился... карточка опять виснет, может вспомнить про идею одиного пинга на всех ??
|
|
|
|
|
|
|
|
|
|
|
|
|
Что это за поток?
После простейшего анализа его содержимого можно с уверенностью говорить: НТВИ тестирует PUSH-технологию!
На dstport 20000/UDP с разных srcport-ов в данный момент идут три куска размерами соответсвенно 372408, 587016 и 2556360 байт длины.
К сожалению пока мне не удалось правильно разбить содержимое на части, но в потоке можно легко увидеть, что проверяются передачи сайтов www.anekdot.ru, www.infoart.ru и НТВ-Плюс.
Все куски кодируются с помощью ZIP. Чтобы не быть голословным - вот листинг одного из них:
Archive: rrrrrrrr.zip 1774068 bytes 7 files
warning [rrrrrrrr.zip]: 854400 extra bytes at beginning or within zipfile
(attempting to process anyway)
-rw-a-- 2.3 ntf 1153 b- defX 17-Nov-00 13:41 NTVPlus/backblue.gif
-rw-a-- 2.3 ntf 655 b- defX 17-Nov-00 14:01 NTVPlus/go.htm
drwx--- 2.3 ntf 0 b- stor 17-Nov-00 14:07 NTVPlus/NTVPlus/
-rw-a-- 2.3 ntf 441988 b- defX 31-Oct-00 05:59 NTVPlus/NTVPlus/listtv.zip
-rw-a-- 2.3 ntf 8589 b- defX 17-Nov-00 10:57 NTVPlus/NTVPlus/ltv_det.html
-rw-a-- 2.3 ntf 13635 b- defX 17-Nov-00 10:57 NTVPlus/NTVPlus/ltv_faq.html
-rw-a-- 2.3 ntf 71122 b- defX 9-Dec-00 01:02 NTVPlus/NTVPlus/ntvplus.zip
7 files, 537142 bytes uncompressed, 520847 bytes compressed: 3.0%
Всем, кого заинтересовало данное сообщение, и кто готов заняться дальнейшим ковырянием могу выслать кусок потока - упомянутый rrrrrrrr.zip
|
|
|
|
|
|
|
|
|
|
|
|
|
|
... частично мною отложенных до лучших времен...
Пока некоторое время у меня небыло наземки я занимался спутниковым видео под линукс. Хотелось сделать сервер, получающий поток с ДВБ-карты и раздающий его по сети... Собственно любой поток как таковой можно раздать многими способами, но встала проблема получить нужный формат потока и кодек для его воспроизведения софварным способом под windows. Мне даже удалось записать mpeg2-видео файл под линукс, и воспроизвести его виндой с помощью PowerDVD. Увы, это был файл, а не "лайв-трансляция", зато удалось транслировать живьем олтфильтрованный mpeg2-аудиострим с помощью ВинАмпа... Вы наверно скажете, что "это не имеет смысла - с помощью карточки можно принять только один видеоканал, и проще раздать все это обычным видео-кабелем на телевизоры по низкой частоте"... Да, совершенно верно! "Головка" тарелки может работать в один момент времени только с одним транспондером, но (!) на одном транспондере могут идти одновременно несколько каналов с разными PID!!! и двб-карты способны фильтровать несколько ПИДов одновременно и одвавть на шину Transport Stream, в котором будет несколько наборов видео-аудио потоков. Далее это надо отсортировать и подать на разные RTP-потоки, и - вуаля! Неверующим в Москве могу продемонстрировать одновременную работу интернета и просмотр видео, с помощью только одной тарелки, одной головки (с одним выходом) и одной двб-карты. Ну вот и все пожалуй на сегдоня... пишите сюда, о чем хочется поговорить Вам в местечке "/DVB" далее...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
На старом форуме Omicom (сейчас к сожалению не доступен) был разговор в сентябре-октябре на эту тему, и один парень утверждал, что добился автоматического вещания каналов по локалке в RTP mpeg с помощью mrouted. Вроде как этот же парень делал роутеры для Omicoma (готовое решение для локальной сети). Но может я путаю. Может это возможно только с EOL. Деталей не знаю.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
большинство хороших каналов зашифровано, и рыть
кодеки и доки ради нескольких каналов, которые и так доступны, смысла нет. Хотя конечно есть DVB карты которые позволяют смотреть платные каналы с помощью всяких смарткарт и может быть даже применяемые в них алгоритмы криптографически нестойки, но на эту тему у меня мало информации. Может кто-что знает?
|
|
|
|
|
|
|
|
|
|
|
|
|
... не все же только давать...
Первыми в списке идут вопросы к автору графика "NTV Internet Usage"...
Красивая картинка интересует мало, о том откуда цифирки берутся - тоже знаю...
Интересен столбец "рекордов" - какой программой он был собран? Мне тут надо внутренний трафик учитывать, а удовлетворительной проги еще не видел... Вернее видел, но под *BSD. Интересно аккумулировать статистику по всем хостам и всем портам в отдельности и анализировать ее "пост-фактум", а не заранее прописав все рулезы для учета...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
которая составляет top20 на 195.90.161.182
Обычный скрипт на shell обрабатывает вывод tcpdump:
/usr/sbin/tcpdump -r ./dump -n|awk '{print $4}' |uniq|awk -F '.' '{print $1"."$2"."$3"."$4}'|sort > ip_p
cat ip_p |uniq > ip_u
cat ip_u|while read a; do grep $a ip_p|wc -l; done|sort -n > ip_c
cat ip_u|while read a; do b=`grep $a ip_p|wc -l`; echo $b" "$a; done|sort -n > top_ip
|
|
|
|
|
|
|
|
|
|
|
|
|
> Обычный скрипт на shell обрабатывает вывод tcpdump
:-))
Никак не ожидал, что это старичек тцп-свальщик...
Теперь понятна причина ограниченности времени сбора статистики пятью секундами...
Не уверен, что в таком виде оно мне сразу подойдет, но всеравно - спасибо...
|
|
|
|
|
|
|
|
|
|
|
|
|
Сразу предупреждаю, что чайник в инетовских делах и принимаю любые количества помоев на свою голову.
Вопрос в следующем. НТВ дает ограничение в 12 ТСР сессий для одного клиента. Если проанализировать среднее количество сессий на одну среднюю страницу в инете, то это приблизительно 10-12 объектов (то есть тех же 12 ТСР сессий). Таким бразом частный юзер из-за этого ограничения врядли сможет параллельно открывать более, чем 1 страницу (ну полторы). Вот тут возникает первый вопрос: а стоит ли этот серфинг таких денег? Второй вопрос: если средняя скорость выделяемая конечным сервером доступающемуся к нему юзеру не превышает 64 кБит/сек, то с учетом предыдущего замечания спутниковый инет при таких условиях не будет отличаться от дай_лапы. Зачем тогда он нужен?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
если бы ты меня разубедил
|
|
|
|
|
|
|
