Pull to refresh

Comments 25

На самом деле можно было использовать всего одну PBI DCH-4000P и 3 тюнера, например DTN-1, по два транспондера и 2 кам модуля, соединеные через ASI, как раз до 80 мегабит эта штука и держит.
:) Я его слепила из того что было ©

А за DTN-1 спасибо, объязательно поизучаю на досуге.
Вместо того чтобы исправить огород из убогих свичей, вы к текущему огороду добавили еще одну грядку. Чем дальше в лес, тем больше будет палок. Если много абонентов, то подумайте о нагрузке: что будет в случае использования http и udp, которым гонит этот приемник
до конца не дочитали, правда? :)

1. Абонентов много
2. Откуда вы там udp в сторону сети увидели?
3. Менять огород вкладывая как минимум $70к никто не собирается в ближайших скажем пол-года.
Не правда. Хоть и концовку было совсем не интересно читать.

1. Я не вижу конкретного числа, а «много» у каждого своё.
2. Если бы увидел, то не писал это сообщение. Нужно почитать матчасть, а не то, что у вас в «о себе» написано. С udp загрузка была бы в разы меньше. Разы зависят от кол-ва абонентов и топологии.
3. Значит когда сеть упрется в себя и на этом кончится.
1. мде
2. обоснуйте ©
3. либо текущее железо плавно переползает скажем в филиалы и также плавно меняется на более кошерное. Не допускаете? К счастью пропускной способности в 21 Гбит на данный момент мне полностью достаточно.
1. Что значит мде? если рассуждать как провайдер внутри локальной сети многоэтажки, то вам будет 3 «клиента» много, а если как Ростелеком? Для меня много начинается с 50 000.
2. Что? В Википедии можно ознакомится с обоими протоколами, и примерно прикинуть разницу. Хинт: в случае использования мультикаста трафик не дублируется каждому абоненту. По http от сервера до каждого клиента по «4-4.5Мбит».
3. Тоже ответ ни о чем. Пропускная способность в 21 Гбит на всех участках FTTB? Опять же эта цифра больше для онанизма: более важна архитектура и «гарантированная пропускная способность» до клиента.

Но всё это офф-топ наверно. По теме был мой первый коммент: нормальный приемник вам в таком решении не нужен, вам бы хватило скайстаров в ваш системный блок. Те же яйца.
1. Мде — собственно это самое и значит.
2. :) Хинт — еще раз внимательно перечитайте статью, о том чем отличается мультикаст от юникаста и шауткаста (подобие которого в финале и получилось) я более чем в курсе. Почему сделано так а не иначе уже говорил.
3. ушел заниматься онанизмом, спасибо что напомнили.

[sarcasm]А куда в скайстарах кам модуля засовывать — напомните пожалуйста[/sarcasm]
Не надо выворачиваться. В статье нет слов «CAM», «КАМ» и модуль.
«Первое что пришло в голову, это просто настроить тюнера на неких 6 открытых каналов на каком-то одном транспондере.»
и вы сами читали свою статью? «Естественно аналогичным макаром можно ловить каналы при помощи DVB карточки, либо просто показывать кино с файлопомойки – тут уже как фантазия работает/ресурсы позволяют. „
Специально процитирую ключевые моменты для вас, дабы более вопросов не возникало:

>>Изначально предполагалось использовать эти тюнера для замены зоопарка, который начинался Openbox-ами и Glob-ами и заканчивался Vantag-ами, а также для реализации DVB-C по HFC и некоего подобия DVB-S при помощи Митрис-а
на тему кам-ов

>>также изначальную пионерность и сырость решения по очевидным причинам – один пользователь 4-4.5Мбит
это о ваших намеках про почитать матчасть

>>Как тестовая реализация, собранная за пол рабочего дня – вполне может быть. Но да – не для серьезного продакшена.
к вопросу о концептуальщине

Думаю далее вы сами найдете ответы на все интересующие вас вопросы :)
дык а где вы «выворачивание» увидели? Логично вроде как все.
И где логика? У меня 21 такой приемник, CAM-модули стоят далеко не во всех, в тексте упоминаний нет.
Спор ни о чем и не надо звать друзей, от этого качество ваших топиков/комментов/«продуктов» не повысится.
почему вы не использовали свежую версию VLC?
говорят, с выходом 1 версии буфер больше не переполняется.
ну на тот момент это было последнее что было в портах — а далее вопрос лени и перекладывания собственных обязанностей на crontab ;)
Зачем вы используете HTTP для стриминга по клиентам, там TCP весь поток, для видео стриминга надо использовать UDP, VLC есть поддержка Video On Demand RTSP/RTP используйте его.
и вообще я не понял зачем у вас там мультикаст по схеме на один не мультикастный ip… бред, вместо VLC поставьте DarwinSS ретрансмитер. Хотелось бы узнать сколько сея коробочка которую вы назвали тюнером хотя по описанию это stb стоит?
>>бред, вместо VLC поставьте DarwinSS ретрансмитер
Позвольте полюбопытствовать а чем оно лучше за исключением того что впервые о нем слышу?
Выглядит типа как «молоток отстой, используйте микроскоп».

>>Хотелось бы узнать сколько сея коробочка которую вы назвали тюнером хотя по описанию это stb стоит?
эта коробочка стоит чуть меньше $1к, описание видимо вы невнимательно читали поскольку цитирую «professional receiver series, DCH-4000P» что находиться в разделе «Products -> Headend System». Имеет 2 слота CI и ловит в 6 каналов с одного транспондера выдавая 5 из них в виде Unicast/Multicast UDP, 6 из них в виде ASI, и один в аналоговый композит что какбы все нужно для построения гибридной аналогово-цифровой станции с возможностью модуляции всего в PSK/QAM. Некое подобие iptv там просто побочный продукт деятельности.
сам когда-то занимался такими извратами на vlc. а потом познал udpxy — udp-to-http proxy.
для ваших целей самое то, память не жрет, мегастабилен.
udpxy
Упс, таки логичнее решение намного, незнал — спасибо.

Год назад когда мы обсуждали net.inet.ip.dummynet.io_fast и когда воротились сабжевый огород этот совет изменил бы текущее положение вещей кардинально. Сейчас плавненько так просто свитчи меняються из рассчета 1Гбит на абонентский порт :)
Честно говоря не понял, как относится net.inet.ip.dummynet.io_fast к сабжу =)
эммм, ну собственно это я вас так рад видеть здесь =)
ну и кстати наслышан, что на freebsd udpxy падает часто.
по-крайней мере у меня на дебиан за год упал только 1 раз.
обязательно попробую, какраз бесхозная машинка и пара ресиверов лежат — если что будет повод написать о подымании упавших процесов monit-ом =)
Sign up to leave a comment.

Articles