vladd Опубликовано 15 декабря, 2014 (изменено) Всех приветствую! Периодически тут всплывает тема касательно передачи IPTV/multicast через публичный интернет, в том числе для резервирования. Предлагаем протестировать новый софт для этого. Он гарантированно доставляет сигнал до вашего узла при количестве потерь в канале до 20% и RTT до 600 мс. Данный софт ставится на вашем сервере, получает потоки со станции, и далее ретранслирует их мультикастом или юникастом по вашей сети. При этом пережатие, снижение битрейта и прочие ухудшающие качество вещи не происходят. В настоящее время таким образом можем доставить сигнал с нескольких спутников в любую точку мира, при наличии у вас прямого лицензионного договора - наземный сигнал телеканалов от нескольких вещателей, а также сигнал Home-IPTV - более 200 каналов, если у вас есть или планируется с ними договор. В настоящее время протестирован стабильный прием в нескольких городах России, а также в Германии, Англии и США. Особенно удобно использовать эту систему в связке с astra - просто прописываете резервный источник в виде http-ссылки на localhost для каждого канала - в результате получаем всегда стабильный прием канала, вне зависимости от наличия сигнала на спутнике. При этом интернет-полоса расходуется только при реальной потребности - когда основной источник канала со спутника недоступен. Такую же схему можно использовать и с Home-IPTV - если пропадает их сигнал с основного канала (мегафон), можно получить его через любой другой интернет, хоть домашний PON от Ростелекома :) Также возможен круглосуточный прием сигнала, с передачей его напрямую в мультикаст. Это удобно, если какие-либо спутники не ловятся в вашем регионе. Если Home-IPTV раньше не мог подать сигнал в вашем городе - теперь и это возможно. Требования к системе - любой linux x64, оперативки - 10 мб на канал. Скорость интернета - в зависимости от количества и типа запрошенных потоков. При желании протестировать софт, а также по всем остальным вопросам - просьба писать в личку. Изменено 15 декабря, 2014 пользователем vladd Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maxlapshin Опубликовано 16 декабря, 2014 Какой latency добавляется? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vladd Опубликовано 16 декабря, 2014 Какой latency добавляется? 2-3 секунды. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maxlapshin Опубликовано 16 декабря, 2014 Эт хорошо. Мы уже долго ковыряемся с правильной реализацией udp push, потому что ньюансов очень много и непросто добиться действительно монотонной выдачи. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 16 декабря, 2014 Он гарантированно доставляет сигнал до вашего узла при количестве потерь в канале до 20% и RTT до 600 мс. Требования к системе - любой linux x64, оперативки - 10 мб на канал. Как то с натяжкой даже для SD. Чем это всё лучше TCP с cc=hybla? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maxlapshin Опубликовано 16 декабря, 2014 Иван, а hybla реально помогает? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 16 декабря, 2014 Реально. HD с сибири с ним идёт без стабильно, с htcp иногда затыкается, с кубиком часто затыкается. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vladd Опубликовано 16 декабря, 2014 Требования к системе - любой linux x64, оперативки - 10 мб на канал. Как то с натяжкой даже для SD. Очень даже не с натяжкой, а наоборот много для SD - это целых 20-25 секунд буфера. Сделано с запасом для HD, бывают битрейты до 20 мбит/с. Чем это всё лучше TCP с cc=hybla? Тем, что пофиг на non-congestion loss. Пофиг до такой степени, что когда падают все аплинки кроме одного, трафик упирается в жуткую полку, и сайты открываются по полчаса - HD каналы продолжают спокойно идти без каких-либо затыков. Это все на основе собственной эксплуатации в течение двух лет. Перегоняем 400 мбит мультикаста через дешевый, но не очень качественный канал ростелекома на 2000 км. Плюс еще несколько операторов в разные места. Теперь решили поделиться, если кому надо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
paradox_ Опубликовано 16 декабря, 2014 Теперь решили поделиться, если кому надо. так выкладывайте ее нашару, чего нычковать? или подписываете бинарники на каждого юзера?))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vladd Опубликовано 16 декабря, 2014 так выкладывайте ее нашару, чего нычковать? или подписываете бинарники на каждого юзера?))) Смысл подписывать клиентскую часть? Это не только софт, но и куча разных потоков с разных мест, как и было написано в оригинальном сообщении. Весьма неплохой резерв, особенно в свете последних проблем с разными спутниками. Cинтеpрa например за такое хочет на порядки большую кучу денег. И latency там не 2-3 секунды, а 20-30. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
paradox_ Опубликовано 16 декабря, 2014 это услуга не софт? тогда в оригинальном сообщении вам надо слишком много слов зачеркнуть Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vladd Опубликовано 16 декабря, 2014 это услуга не софт? Услуга на основе софта. Просто потоки можно много где взять по http, но работать будут не всегда стабильно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maxlapshin Опубликовано 16 декабря, 2014 Не, самое очевидное решение, которое мы будем делать — это забить болт на TCP и гнать по UDP с лимитированным окном ретрансмита. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 16 декабря, 2014 Я как то баловался, заворачивал мультик в udp на netgraph и гнал, из сибири в сибирь через москву, нормально шло. После этого я и заинтересовался почему TCP так не хочет работать и где крутить чтобы заработал. Учитывая описание, очень смахивает на RTCP + RTP. Если взглянуть на проблему шире, то RTCP + RTP это в принципе тот же TCP только со специфичным CC. Думаю налабать свой модуль сс под такую задачу относительно не сложно - во фре и в линухе это дело поставили на поток, оно пишется легко как плагинчик, главное сам алгоритм представлять. В данном случае заранее известно что полоса достаточна и можно долго мозг не ломать ограничивая скорость отправки, по сути взять htcp и выкинуть снижение скорости из него. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maxlapshin Опубликовано 16 декабря, 2014 > RTCP + RTP это в принципе тот же TCP только со специфичным CC. и с правом на «сдаться и не просить перепослать устаревший пакет» Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 16 декабря, 2014 Это оч редко актуально, когда где то некоторый пакет с определённым содержимым ну никак не проходит. Такое упоминалось для глючащих медиаконвертеров. Но в шапке было слово "гарантированно". А если не гарантированно - можно и обычным udp, разница не велика будет. Для клиента модифицированный СС удобен тем, что на клиенте практически ничего трогать не нужно, только убедится что некоторые стандартные настройки tcp включены/настроены, софт дополнительный не нужен, модификации настроек в софте тоже не нужны. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 17 декабря, 2014 Это оч редко актуально, когда где то некоторый пакет с определённым содержимым ну никак не проходит. Такое упоминалось для глючащих медиаконвертеров. Вы реально думаете, что между AS-ками стоят медиаконвертеры? Нет, конечно где-то остались мелкие провайдеры, подключаешиеся гигом в супер-пупер-маршрутизатор cisco 3550 без оптических портов (хотя все адекватные люди давно отказались от медика для подключения к аплинку), но на транзите вы такой порнографии не найдёте. Ну и вообще, ситуацию "некоторый пакет с определённым содержимым ну никак не проходит" можно описать как 100% потерю, а в посте речь идёт о 20% и очевидно, что говорится о потерях независимо от их содержимого, а не об экзотических медиках, дропающих определённую последовательность байт Суть идеи понятна и как оно работает тоже понятно. Вопрос лишь в том, что это не софт, а услуга, что сразу же добавляет огромное кол-во бизнес-рисков. И при том услуга довольно уникальая, это не просто взять и поменять интернет-аплинка Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
L-ZiX Опубликовано 2 января, 2015 Список каналов и условия - в личку плиз. Очень интересно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Alex_P89 Опубликовано 2 января, 2015 Список каналов и условия - в личку плиз. Очень интересно. Странная они контора. Сами представится не желают, никаких сведений о себе не предоставляют, но затребуют всю информацию о вас. Без этого коммерческое не дадут. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SmokerMan Опубликовано 8 января, 2015 Хорошо работает, пользуемся Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
