[pppoetest]

Делать что и делать как?

[Sergey Gilfanov]

Делать что и делать как?

Посылать видеопоток с публичного сайта по https. Хочется знать чего полезного этим достичь можно, чего по http и WebRTC получить сложнее.

[pppoetest]

А пачиму Ви таки это у меня сп'гашиваете? Это, батенька, вам к гуглу надо обращаться, почему они, паразиты, своё видео на https перетащили.

[snvoronkov]

Задумчиво глядя на графики с DPI в час пик...

 

Торренты ~ 33%, MPEG+HTTP ~ 45%, HTTPS ~ 10%.

[pppoetest]

http ~43, https ~33, торренты ~15

[survivor]

http ~ 35%, https ~ 5%, про торренты точно сказать не могу ибо приходится их сильно резать... до 10%. Могу предположить что их более 20% будет если отпустить.

Одноко тупо прижимать торренты уже не получается, действительно появляются абоненты которые фильмы из торрентов онлайном смотрят.

Изменено 28 апреля, 2015 пользователем survivor

[DimaM]

Посылать видеопоток с публичного сайта по https. Хочется знать чего полезного этим достичь можно

 

На прошлом КРОСе был представитель Гугла и он про это рассказывал:

они переводять все сервисы в https (постепенно по регионам), чтобы бороться с вмешательством в их трафик,

в частности планируют таким образом заблокировать все сторонние кеширующие системы.

То что они начали шифровать видео, это imho конечно перебор, но на телевизоры это новшество

пока не распространяется, наверное телеки не тянут.

[Sergey Gilfanov]

То что они начали шифровать видео, это imho конечно перебор, но на телевизоры это новшество

пока не распространяется, наверное телеки не тянут.

Кстати, к вопросу о старых телеках. Ютуб, помнится, недавно прекратил поддержку старого железа. Так что это 'исправят'.

Кто-нибудь уже

видел?

[survivor]

Разговор плавно перетек в "приручение онлайн-видео" )) а как насчет сабжа? Как я понял все забили на приручение P2P? Просто хочу понять стоит браться или нет... поделитесь так сказать личными выводами из практики.

По мне peerapp дорог (oversi вообще огонь), да и тема encrypted торрента не раскрыта, думаю в направлении сидбокса (вкупе с retracker.local), только есть два вопроса - как автоматизировать его наполнение горячим контентом и как повысить его приоритетность как сидера для своих абонентов. Чего то более менее готового не нашел. Пилить самому - много времени надо и непонятно какое будущее у этого всего.

[DimaM]

По мне peerapp дорог (oversi вообще огонь)

 

Как вариант, в комплекте СКАТ Complete идет кэш,

эффективность не хуже peerapp и есть поддержка локальных раздач для торрентов.

[survivor]

По мне peerapp дорог (oversi вообще огонь)

 

Как вариант, в комплекте СКАТ Complete идет кэш,

эффективность не хуже peerapp и есть поддержка локальных раздач для торрентов.

 

Так-так! Можно поподробней? На сайте я про торренты ничего не увидел. Да и в вики как-то глухо..

Расскажите про примененную технологию

[DimaM]

Расскажу на КРОСе. Сейчас успешно прошел тестирование у крупного оператора,

в сочетании с seedbox на 600ТБ 90% торрентов остаются в локальной сети.

Изменено 28 апреля, 2015 пользователем DimaM

[MATPOC]

Разговор плавно перетек в "приручение онлайн-видео" )) а как насчет сабжа? Как я понял все забили на приручение P2P? Просто хочу понять стоит браться или нет... поделитесь так сказать личными выводами из практики.

Вопрос кэширования торрентов неспешно обсуждается в теме Модифицированный ретрекер.

 

в сочетании с seedbox на 600ТБ 90% торрентов остаются в локальной сети.

seedbox на 600 Тб? ШЕСЬТСОТ Терабайт, Карл?

Изменено 28 апреля, 2015 пользователем MATPOC

[karpa13a]

seedbox на 600 Тб? ШЕСЬТСОТ Терабайт, Карл?

сходите уже на рутрэкер и посмотрите что там нынче в моде.

раздачи 30-40-60гиг вполне уже норма.

а с учетом вариативности - 600 Тб это я бы сказал - начальный уровень.

[xcme]

Разговор плавно перетек в "приручение онлайн-видео" )) а как насчет сабжа? Как я понял все забили на приручение P2P? Просто хочу понять стоит браться или нет...

Как минимум различные тесты провести стоит. Решил как то дома ускорить загрузку торрента и запустил такую же закачку параллельно на офисной машине. Однако этот второй локальный пир так и не нашелся. На другой день полезли разбираться, оказалось, что в retracker.local каким то образом попал адрес 127.0.0.1. Затем, согласно логике работы скрипта, это все неоднократно апдейтилось и этот адрес оказался в значительном числе раздач, постепенно сводя полезность ретрекера к нулю. Это все поправили, повесили триггеры на такие адреса, отсутствие апдейтов и пр.

 

Далее, опытным путем выяснил, что мой клиент qBittorrent находит локальных пиров, но не может к ним подцепиться, если включена галочка "Включить управление полосой пропускания (uTP)". Снимаешь ее и пиры тут же добавляются.

 

Затем повторил первый тест и обнаружил что-то похожее и с DHT. Когда поиск пиров через DHT включен, то их сразу может найтись большая пачка. При этом они займут доступные соединения и новых попыток поиска клиент предпринимать не будет. Локальные пиры в моем случае в список не попали. Но как только я снял соответствующую галочки, они тут же обнаружились и файл докачался очень быстро.

 

В общем, склоняюсь пока к тому, что все эти "улучшения" от лукавого. Чем меньше сомнительного функционала (uTP, DHT) тем быстрее закачка, как ни странно.

 

При этом нашел еще кое-что интересное:

- При использовании DHT другие узлы могут еще несколько часов "пинговать" узел даже если он давно отсуствует в сети. Это создает внешний трафик на уже неактивные адреса и держит уже ненужные сессии на NAT (у нас NAT-1-в-1), "расходуя" белые IP.

- Один и тот же пир может найтись в сети с разными адресами. Когда у клиента серый адрес в локалке и белый в инете, то они оба могут анонсироваться к другим пирам. На скриншоте ниже 2 пира на самом деле один и тот же хост в сети. Как видно, внешний хост нашелся через Peer eXchange. При том, что это тестовая локальная раздача.

 

Что со всем этим делать пока не понятно. Ясно лишь, что не все так просто, как казалось раньше. :) Доля торрент-трафика у нас значительная и получается, что канал в инет расходуется не актуально. Как по части использования самой полосы, так и по части расхода IP-адресов.

[Sergey Gilfanov]

Кстати, а за retracker.local вас абоненты с маками не бьют? Нестандартное и неправильное использование же. И ломает этот самый *.local.

А того момента, когда retracker.local изобрели, сами изобретатели торрент-протокола в протокол нужных свойств навставляли, насколько я помни.

 

DHT - вообще для поиска локальных пиров не очень придумано. Оно придумано, чтобы без трекера обходиться.

[MATPOC]

Кстати, а за retracker.local вас абоненты с маками не бьют? Нестандартное и неправильное использование же. И ломает этот самый *.local.

 

Правильные провайдеры размещают у себя зону retracker.local, а не *.local.

[xcme]

Кстати, а за retracker.local вас абоненты с маками не бьют?

Не бьют, у нас есть любители маков, от трекера такого им ни жарко ни холодно.

 

DHT - вообще для поиска локальных пиров не очень придумано. Оно придумано, чтобы без трекера обходиться.

Отдавать пиров одна из задач трекера. В клиенте так и написано "Использовать DHT чтобы найти больше пиров". И флаг есть такой "H — Пир добавился через DHT".

 

Кстати, забыл написать, в ретрекере с огромным отрывом лидирует клиент Zona. Используется ли это на практике или нет не знаю, т.к. скачать через uTorrent такой хеш очень тяжело, несмотря на дикое кол-во источников.

 

И еще насчет bep 22 возник вопрос: оно где-нибудь включено по дефолту кроме uTorrent последних версий? Для qBittorrent не вижу такой опции вообще.

[Sergey Gilfanov]

Кстати, а за retracker.local вас абоненты с маками не бьют?

Не бьют, у нас есть любители маков, от трекера такого им ни жарко ни холодно.

Так дело не в трекере. А в зоне. Соответствующие демоны любят ругаться 'у тебя у вышестоящего DNS зона .local есть. Локально (т.е. в домашней локалке) сервис запускать не буду'. В результате локальные по сетке устройства дбуг друга немного хуже обнаруживают.

[Sergeylo]

а за retracker.local вас абоненты с маками не бьют?

.local немного ломает работу Avahi в linux-дистрибутивах, где он предустановлен по умолчанию. Avahi может вслух ругаться. Я не знаю живых примеров, когда это реально что-то ломало.

 

Да, стоит добавить, что с такими тенденциями в законодательстве, торрент-трафиком скоро можно будет пренебречь.

Изменено 6 мая, 2015 пользователем Sergeylo

[banec]

Собрал middleman под Linux.

Патчи:

<a href="http://pastie.org/754339" target="_blank">http://pastie.org/754339</a> - gcc 4.4.

<a href="http://pastie.org/754356" target="_blank">http://pastie.org/754356</a> - ыщё один.

<a href="http://pastie.org/754354" target="_blank">http://pastie.org/754354</a> - x86_64.

 

Спасибо Ivan A-R.

 

Попытался собрать на убунте 14.04 не прокатило.

/usr/include/x86_64-linux-gnu/bits/fcntl2.h:50:26: error: call to ‘__open_missing_mode’ declared with attribute error: open with O_CREAT in second argument needs 3 arguments
   __open_missing_mode ();
                         ^
make: *** [src/cache.o] Error 1

 

Кто пробывал собрать?

[banec]

Или подскажите как собрать на Сквиде?

 

redirect_program ? или кyда вписывать скрипт?

[ivanm38]

некрофильнем темку :) у кого остались скрипты и конфиг под решение с мидлманом? поделитесь плиз, не могу ни как найти

[pppoetest]

В 28.04.2015 в 09:44, pppoetest сказал:

http ~43, https ~33, торренты ~15

Прошло джва года

http ~17, https ~70, торренты ~11

 

Ставьте ggc и не парьте мозги, торрент это уже не тот тип трафика который стоит душить.

[No_name]

54 минуты назад, pppoetest сказал:

Ставьте ggc и не парьте мозги, торрент это уже не тот тип трафика который стоит душить.

Так, ради интереса, а что, еще есть трафик  который стоит душить?