Архивировано

Эта тема находится в архиве и закрыта для публикации сообщений.

впупкин

DHT не "заводится" - режем UDP ?

Рекомендованные сообщения

Так, вот тут надо поподробнее, а то, чую, рождается байка. Какой такой "UDP-обмен" не работает?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Так, вот тут надо поподробнее, а то, чую, рождается байка. Какой такой "UDP-обмен" не работает?

Я уже много раз писал!

Основные "атрибуты" блокировки на данный момент:

1. Отсутствие прямого uTP-обмена данными между клиентами (после IP-адреса в статистике идет приписка [uTP]) или местами крайне малое количество соединений.

2. Порезано DHT/PEX (что подтверждают сами админы тут на форуме). Из-за чего статистика peer/seed несопоставимо мала по сравнению с доступом через других операторов.

3. ....

4. PROFIT!!!!111

 

Кстати! Сейчас на работе качаю торрент, 6 раздающих, переключаю в реальном времени параметр bt.transp_disposition с 5 на 31 - через 5-10 секунд ВСЕ пиры перешли на uTP!!!!!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1. Отсутствие прямого uTP-обмена данными между клиентами (после IP-адреса в статистике идет приписка [uTP]) или местами крайне малое количество соединений.

uTP работает. Если бы он был заблокирован, то вообще не было бы ни одного пира с такой припиской. Малое количество uTP-пиров может быть от чего угодно. Хотя бы из-за той же байки, что "uTP -- криво сделанная фигня и её нужно отключать", которая встречается повсеместно (в т.ч. и в этой теме).

 

2. Порезано DHT/PEX (что подтверждают сами админы тут на форуме). Из-за чего статистика peer/seed несопоставимо мала по сравнению с доступом через других операторов.

Админы подтверждают только порезанность DHT. А PEX вообще нельзя порезать. Он может не работать только в случае, если пиры не могут общаться между собой (что означало бы, что они не могут качать друг у друга).

 

Кстати! Сейчас на работе качаю торрент, 6 раздающих, переключаю в реальном времени параметр bt.transp_disposition с 5 на 31 - через 5-10 секунд ВСЕ пиры перешли на uTP!!!!!

Ну так это всего лишь означает, что они предпочитают обычным соединениям соединения по uTP. И что? Как это подтверждает, что uTP заблокирован или ограничен?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все бы хорошо, но скачивая одну и ту же раздачу одновременно на работе и дома, вижу крайне сильную разницу что по uTP-обмену, что по количеству сидов/пиров.

 

Для примера - кинул раздачу с рутора, прошло 5 минут с момента ее добавления... комментарии надо?

post-380451-043509500 1345648172_thumb.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да, картинка выглядит странно, но повторюсь: совершенно не означает, что uTP режется. Было бы неплохо, если бы кто-нибудь сделал нормальное исследование аналогично такому с DHT. Я не могу этого сделать, т.к. не наблюдаю таких проблем.

 

@впупкин, дело может быть в т.н. "new utp header", которые прячется в bt.transp_disposition под флагом 16 и который ты зачем-то переключаешь. Т.е., например, в сообщении выше (и в других аналогичных экспериментах) bt.transp_disposition надо менять не между 5 и 31, между 21 и 31.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
комментарии надо?

У меня deja vu.

Вы б, делали общий снимок в торрент-клиенте столбец ДОБАВЛЕНО, а ниже панель задач windows/kde/gnome с часиками. Конечно отфотошопить можно всё что угодно. :P Однако, так будет нагляднее!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
@впупкин, дело может быть в т.н. "new utp header", которые прячется в bt.transp_disposition под флагом 16 и который ты зачем-то переключаешь. Т.е., например, в сообщении выше (и в других аналогичных экспериментах) bt.transp_disposition надо менять не между 5 и 31, между 21 и 31.

Значение 5 для bt.transp_disposition - обычный TCP-обмен между клиентами. Посему и стоИт постоянно. Насчет значений еще раз погуглил, попробую дома поставить 15 вместо 31.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Хотя бы из-за той же байки, что "uTP -- криво сделанная фигня и её нужно отключать", которая встречается повсеместно (в т.ч. и в этой теме).

 

Это не байка, а правда. И с этой правдой согласны, кстати, сами разработчики чТР, забанившие первую версию протокола в последних версиях клиентов.

 

Кстати! Сейчас на работе качаю торрент, 6 раздающих, переключаю в реальном времени параметр bt.transp_disposition с 5 на 31 - через 5-10 секунд ВСЕ пиры перешли на uTP!!!!!

 

Совершенно естественно для авторов этого одноглазого ребенка продвигать свое кривое детище, работающее абы как.

 

Ну так это всего лишь означает, что они предпочитают обычным соединениям соединения по uTP. И что? Как это подтверждает, что uTP заблокирован или ограничен?

 

Это предпочтение ВСТРОЕНО в клиент. И кстати, есть алгоритм предпочитания 100килобитного чТР аплинка, 10мбитному TCP. Клиент переходит на ТСР только если аплинков чТР вообще нет.

 

Спросите - какое лекарство? Отвечу - не юзать поделки чТоррент и БитТоррент.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну так это всего лишь означает, что они предпочитают обычным соединениям соединения по uTP. И что? Как это подтверждает, что uTP заблокирован или ограничен?

 

Это предпочтение ВСТРОЕНО в клиент. И кстати, есть алгоритм предпочитания 100килобитного чТР аплинка, 10мбитному TCP. Клиент переходит на ТСР только если аплинков чТР вообще нет.

 

Спросите - какое лекарство? Отвечу - не юзать поделки чТоррент и БитТоррент.

А как быть с DHT? Я не ратую за uTP, но его отсутствие говорит об ограничениях. То же касается и DHT.

 

Спасибо, почитаем)

 

Что сказать... На регионах тестируют))) доберутся и до столиц! Ждите внедрения "ограничений" во всех городах присутствия.

 

«Оператор сделал весомый вклад в развитие своего бизнеса, внедрив решение Procera для глубокого анализа трафика,
улучшения качества работы сети и, как следствие, повышения лояльности клиентов», — считает Пол Грэйси, вице-президент по 
продажам в регионе EMEA компании Procera Networks.

Да охренеть, я такой лояльный, прям ненарадуюсь! :))

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это не байка, а правда. И с этой правдой согласны, кстати, сами разработчики чТР, забанившие первую версию протокола в последних версиях клиентов.

Ну и где логика? Мы что обсуждаем: актуальную версию или то, что когда-то было?

 

Это предпочтение ВСТРОЕНО в клиент. И кстати, есть алгоритм предпочитания 100килобитного чТР аплинка, 10мбитному TCP. Клиент переходит на ТСР только если аплинков чТР вообще нет.

Ссылка с подробностями есть? Или ещё один слух?

 

Давайте уже не отвлекаться от темы. Есть предположение, что в некоторых случаях режется uTP. Кто-нибудь проверял?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

P.S. C флагами выше я что-то, похоже, перемудрил, 16 по идее не должен влиять, т.к. мы же переключаем его одновременно с uTP вообще. Хотя, при отключении uTP галочкой в настройках bt.transp_disposition переключается именно между 21 и 31. Возможно, что флаг 16 влияет на работу и при отключённом uTP. В общем, тут дело тёмное.

 

Могу вечерком сделать скриншоты одной и той же закачки на работе и дома.

Это не сильно поможет. Потому как слишком много факторов и однозначный вывод сделать будет нельзя.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

«Оператор сделал весомый вклад в развитие своего бизнеса, внедрив решение Procera для глубокого анализа трафика,
улучшения качества работы сети и, как следствие, повышения лояльности клиентов», — считает Пол Грэйси, вице-президент по 
продажам в регионе EMEA компании Procera Networks.

Да охренеть, я такой лояльный, прям ненарадуюсь! :))

Дык любому провайдеру гораздо важнее лояльность одноглазников и вконтактников, чем Ваша. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Sopcast и skype работают? Значит UDP протокол сам по себе не режут. Только торренты по мTP

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну вот, ещё один. Может, стоит почитать сначала, что здесь написано?

 

@впупкин, может скопируешь основную информацию в шапку?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

P.S. C флагами выше я что-то, похоже, перемудрил, 16 по идее не должен влиять, т.к. мы же переключаем его одновременно с uTP вообще. Хотя, при отключении uTP галочкой в настройках bt.transp_disposition переключается именно между 21 и 31. Возможно, что флаг 16 влияет на работу и при отключённом uTP. В общем, тут дело тёмное.

 

Могу вечерком сделать скриншоты одной и той же закачки на работе и дома.

Это не сильно поможет. Потому как слишком много факторов и однозначный вывод сделать будет нельзя.

bt.transp_disposition контролирует, какой транспорт должен использоваться для исходящих соединений (это значит, что он пропускает 
только те соединения, которые разрешены выставленным параметром). Допустимые значения параметра:

1 : разрешить инициировать исходящие TCP-соединения.
2 : разрешить инициировать исходящие uTP-соединения.
4 : разрешить принимать входящие TCP-соединения.
8 : разрешить принимать входящие uTP-соединения.
16 : использовать новый uTP заголовок, данная опция повышает производительность, однако она не совместима с клиентами, не поддерживающими её.

 

Посему возможны только 2 варианта с uTP - 15 и 31 :)

 

Sopcast и skype работают? Значит UDP протокол сам по себе не режут. Только торренты по мTP

Это уже "режут", неужели логики нет у вас? ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Посему возможны только 2 варианта с uTP - 15 и 31 :)

Это к чему? Возможны для чего? Я-то говорю про то, что компьютеры в разных сетях, могут быть разные настройки, у пиров может быть своя логика, по которой для одного клиента они будут предпочитать uTP, а для другого - TCP. Все эти факторы (может ещё и другие) влияют на то, будут показываться пиры в списке как uTP или нет. И пока есть куча таких факторов, картинки с одновременно работающих клиентов на одной раздаче ничего однозначно не объясняют и не подтверждают.

 

Но сделать скрины, конечно, не помешает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Посему возможны только 2 варианта с uTP - 15 и 31 :)

Это к чему? Возможны для чего? Я-то говорю про то, что компьютеры в разных сетях, могут быть разные настройки, у пиров может быть своя логика, по которой для одного клиента они будут предпочитать uTP, а для другого - TCP. Все эти факторы (может ещё и другие) влияют на то, будут показываться пиры в списке как uTP или нет. И пока есть куча таких факторов, картинки с одновременно работающих клиентов на одной раздаче ничего однозначно не объясняют и не подтверждают.

 

Но сделать скрины, конечно, не помешает.

Кинул пару раздач популярных. Со значением 15 - немного uTP-пиров есть, локальные пиры почти все на uTP жарят. Но с DHT все равно некрасиво :(

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Кcтати, если сравнивать на одинаковых раздачах, то показательнее будут как раз непопулярные, чтобы не было так, что один клиент работает с одними пирами, а другой -- с другими.

 

@впупкин, а с 31? А скрины будут? Или уже всё, бесполезно, и сам не веришь, что uTP режется? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

P.S. C флагами выше я что-то, похоже, перемудрил, 16 по идее не должен влиять, т.к. мы же переключаем его одновременно с uTP вообще. Хотя, при отключении uTP галочкой в настройках bt.transp_disposition переключается именно между 21 и 31. Возможно, что флаг 16 влияет на работу и при отключённом uTP. В общем, тут дело тёмное.

Бит с весом 16, будучи установленным, приводит к игнорированию запросов uTP со старыми (до версии 2.0 uTorrent'а) заголовками. В новых версиях установлен по умолчанию. Ни на что другое он влиять не должен.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Что за фишка: писать очевидные вещи, которые не опровергают и не подтверждают цитированное, а даже практически повторяют?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Trolzen, может хватит уже тестами заниматься? уже все выяснили. прикрутили DPI. "лояльность" выказываем деньгами.(кстати самый эффективный способ.) нравится - платим. не нравится - уходим. если есть время, желание, деньги - подаем в суд. все же просто. а мерить что-то безконца - напрасная трата времени. хочешь достоверно узнать что и как режется? найми специалистов-профессионалов для экспертизы. они и тест проведут и бумагу-заключение дадут. а тут ты этого не добьешься.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Какой именно информации? Можно смело пост Слоника кидать в качестве пруфа. С uTP пока неясно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Какой именно информации? Можно смело пост Слоника кидать в качестве пруфа. С uTP пока неясно.

Основной полезной, которая в этом обсуждении была получена: какая техническая причина (избирательная фильтрация; каких именно пакетов), как проверить, ответ слоника, ссылка на статью об успешном тестовом внедрении DPI билайном в регионах, упоминание о подозрениях на проблемы с udp-трекерами и utp-соединениями. Кратенько, основные мысли со ссылками на конкретные посты, своего рода оглавление. Словом, чтобы не знакомый с проблемой человек мог зайти и, прочитав минимум на видном месте, мог получить всю полезную инфу о проблеме, и чтобы не приходилось лопатить все 370 сообщений этой темы.

 

И чтобы вот такие маразмы не появлялись:

Значит UDP протокол сам по себе не режут. Только торренты по мTP

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Какой именно информации? Можно смело пост Слоника кидать в качестве пруфа. С uTP пока неясно.

Основной полезной, которая в этом обсуждении была получена: какая техническая причина (избирательная фильтрация; каких именно пакетов), как проверить, ответ слоника, ссылка на статью об успешном тестовом внедрении DPI билайном в регионах, упоминание о подозрениях на проблемы с udp-трекерами и utp-соединениями. Кратенько, основные мысли со ссылками на конкретные посты, своего рода оглавление. Словом, чтобы не знакомый с проблемой человек мог зайти и, прочитав минимум на видном месте, мог получить всю полезную инфу о проблеме, и чтобы не приходилось лопатить все 370 сообщений этой темы.

 

И чтобы вот такие маразмы не появлялись:

Значит UDP протокол сам по себе не режут. Только торренты по мTP

Смотрю умных мыслей тоже не привалило.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Самое смешное - качать по DHT - всё равно можно даже сейчас.

Правда - путём паразитной загрузки канала скачиванием попутно 10-20 Гб какой-нибудь совершенно ненужной фигни. Ну все поняли.

Хотели разгрузить каналы - разгрузка вышла знатная.

Российские решения - бессмысленные и беспощадные...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

DHT не может быть причиной "загрузки каналов", это копеешный трафик.

Трафик-то копеечный...

Когда DHT у меня стартует, он создаёт 10-12 тысяч соединений через NAT в роутере.

Как подобное поведение DHT сказывается на оборудовании провайдера?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах