Перейти к содержимому
Калькуляторы

А торрент ли? Увеличение количества pps на серверах

2010-01-25 - вышла стабильная версия 2.0 с этим долбанным uTP. И у всех выскочи попап автообновления.

так в том и дело что попап выскочил 25.01 а прирост ППС во второй половине февраля...

У меня постепенно начала расти загрузка, заметил проблему 5го числа, к сегодняшнему дню она усугубилась.

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


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

2010-01-25 - вышла стабильная версия 2.0 с этим долбанным uTP. И у всех выскочи попап автообновления.

так в том и дело что попап выскочил 25.01 а прирост ППС во второй половине февраля...

а вы думаете народ сразу рванул обновлять версию торент клиента

в любом случае надо классифицировать текущий udp

и душить bittorent_udp

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


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

Главное чтоб душилка сама себя не задушила....

Каковы шансы задушить шифрованный торрент?

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


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

2010-01-25 - вышла стабильная версия 2.0 с этим долбанным uTP.

Тогда все понятно. Просто я считал, что uTP появился значительно раньше.

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


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

Каковы шансы задушить шифрованный торрент?
Ну, в массе своей юзеры не настолько продвинуты, что б лезть включать шифрование. Тем более, что душить не кардинально, а так - чуточки. До разумных (с точки зрения оператора, ессно) пределов.

 

 

так в том и дело что попап выскочил 25.01 а прирост ППС во второй половине февраля
попап выскакивает при перезапуске клиента, а у многих качков комп не выключается вообще. Вот и шло плавное переползание с плавным же приростом.

 

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


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

Главное чтоб душилка сама себя не задушила....

Каковы шансы задушить шифрованный торрент?

Нормальные. Зашифрован контент , а не заголовки , + размер пакета мелкий. По ним можно гадость вычислять. Формат можно посмотреть по ссылкам выше.

Интересно , если мелкие пакеты дропать , оно их слать продолжит или перейдет на нормальный размер?

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


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

Интересно , если мелкие пакеты дропать , оно их слать продолжит или перейдет на нормальный размер?

С чего бы? Мелкие пакеты он тоже не от хорошей жизни начинает слать. Так что скорее всего перейдет на еще более мелкие. :)

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


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

но вот что будет через месяц? или через 2 когда переедет большинство?
Да странно как-то этот "переезд" произошел. Все тихо-спокойно было, и вдруг неожиданно, за неделю, подскочил PPS. Я понял если бы он рос постепенно с момента появления первых версий BitTorrent-а с поддержкой uTP (кстати, в этом случае никто ничего не заметил бы), но нынешний скачок мне не ясен.

Вот тут пишут:

 

Латентно uTP появился в µTorrent версии 1.8, но умел принимать только входящие uTP-соединения, инициировать их сам — не умел. Впервые это научилась альфа-версия 1.9, потом стало возможным включить это и в новых версиях 1.8 ключиком bt.transp_disposition. Его значение от версии к версии менялось, но сейчас устаканилось на следующих битовых флагах:

 

1 — разрешить инициировать исходящие TCP-соединения,

2 — разрешить инициировать исходящие uTP-соединения,

4 — разрешить принимать входящие TCP-соединения,

8 — разрешить принимать входящие uTP-соединения

 

Таким образом, 13 (1+4+8), значение по умолчанию в последних версиях 1.8, означает возможность принимать все виды соединений, но самостоятельно устанавливать только TCP. 15 (значение по умолчанию в 2.0) разрешает все виды как исходящих так и входящих соединений. Чтобы запретить uTP вообще (если он вызывает какие-либо проблемы) надо поставить 5 (1+4).

Складывается впечатление, что ситуацию перекосил апдейт от 16.02.2010 г.

 

 

У меня постепенно начала расти загрузка, заметил проблему 5го числа, к сегодняшнему дню она усугубилась.
Ну в начале месяца мы восприняли возрастание нагрузки как сезонное явление, а вот с 16-го поперло нормально так...

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


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

Нормальные. Зашифрован контент , а не заголовки , + размер пакета мелкий. По ним можно гадость вычислять. Формат можно посмотреть по ссылкам выше.
Нууу.... Пошла конкретика :) ...

Насколько я понял, то uTP в процессе обмена шлет UDP пакеты квитирования (аналог ACK) размером 23 байта.

Интересно , если мелкие пакеты дропать , оно их слать продолжит или перейдет на нормальный размер?
Мы пытались добиться что бы uTP вообще не включился, а клиент продолжал работать по старому, т.е. на TCP.

Пока это не получилось. - Насколько я понимаю надо вклиниться в процесс негошиэйшина между пирами и вырубить флаг "P" у обоих пиров - тогда они будут работать по строму.

Ну и если честно, то мне не понятно, чего же такого нового и прекрасного привнес в жизнь абонентов uTP? - ведь и так раньше торрент прекрасно работал, а мы еще и CBQ вешали на "листья", что бы клиенту комфортней жилось.

 

Интересно , если мелкие пакеты дропать , оно их слать продолжит или перейдет на нормальный размер?
С чего бы? Мелкие пакеты он тоже не от хорошей жизни начинает слать. Так что скорее всего перейдет на еще более мелкие. :)

Ну конечно... Он уменьшает размер пакета потому что у него время между отсылкой пакета и приходом квитанции растет. А ростет оно потому, что пакеты в очереди стоят в шейпере. И вместо того что бы сначала сбавить их посылаемое количество, он сбавляет размер...

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


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

Вот щас все вместе соберемся и устроим торентокапец.

 

Как по мне, ISP в стране-разработчике быстро им по шляпе надают, и всё уладится.

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


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

Вот щас все вместе соберемся и устроим торентокапец.
Т.е. 2012 ждать не будем? :)

 

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


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

Вот щас все вместе соберемся и устроим торентокапец.
Т.е. 2012 ждать не будем? :)

Ага. На ЛОРе машину времени стырим.

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


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

локальные ретрекеры и обширные ресурсы наверное могут помочь :) тынц здесь как прозрачно добавлять ретрекер

Изменено пользователем weldpua2008

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


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

локальные ретрекеры и обширные ресурсы наверное могут помочь :) тынц здесь как прозрачно добавлять ретрекер

Это все хорошо... Только чем оно напрямую (не косвенно) поможет?

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


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

Он уменьшает размер пакета потому что у него время между отсылкой пакета и приходом квитанции растет. А ростет оно потому, что пакеты в очереди стоят в шейпере.

А если провайдер использует полисер? В этом случае задержки не растут. Что тогда?

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


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

Он уменьшает размер пакета потому что у него время между отсылкой пакета и приходом квитанции растет. А ростет оно потому, что пакеты в очереди стоят в шейпере.
А если провайдер использует полисер? В этом случае задержки не растут. Что тогда?

как что? - "время между отсылкой пакета и приходом квитанции" увеличивается до бесконечности... Ну и далее по алгоритму....

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


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

Ну и далее по алгоритму....

Ну вот в том-то и дело, что алгоритма нет. http://www.bittorrent.org/beps/bep_0029.html не дает полной картины. Это неполное описание протокола. Полное будет, когда IETF его одобрит и примет. А пока остается только реверс-инженерить реализацию в официальном клиенте. Парадокс какой-то: в открытом доступе нет полного описания протокола, который теперь занимает значительную долю UDP трафика. Как-то это неправильно. :(

Изменено пользователем Умник

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


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

Кстати, даже заголовок uTP пакета, описанный в этом документе, не соответствует действительности. Во всяком случае мой uTorrent 2.0 (build 18296) шлет несколько другие заголовки.

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


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

2010-01-25 - вышла стабильная версия 2.0 с этим долбанным uTP. И у всех выскочи попап автообновления.

так в том и дело что попап выскочил 25.01 а прирост ППС во второй половине февраля...

 

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


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

2010-01-25 - вышла стабильная версия 2.0 с этим долбанным uTP. И у всех выскочи попап автообновления.

так в том и дело что попап выскочил 25.01 а прирост ППС во второй половине февраля...

 

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


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

так в том и дело что попап выскочил 25.01 а прирост ППС во второй половине февраля...
http://m.habrahabr.ru/post/82951/

 

Получается, что все-таки 3 февраля.

И вот, 25 явнваря, была выпущена тестовая сборка RC5 (17920), а сегодня, спустя неделю, по причине отсутствия проблем с последним билдом — он перешёл в статус финальной версии.

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


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

Ну и далее по алгоритму....
А пока остается только реверс-инженерить реализацию в официальном клиенте.

Это оно? Сигнатура 7F FF FF FF AB со смещения 0x28 в udp пакетах?

 

tcpdump -i eth12345 -n ip[40:4]=0x7FFFFFFF -X

Изменено пользователем disappointed

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


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

Под это правило попадут все SYN-пакеты. DROP конечно это жестоко. Можно -j CONNMARK.

 

-A FORWARD -p udp -m state --state NEW -m string --hex-string "|ffffab0204000100|" --algo bm --to 50 -j DROP

 

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


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

Под это правило попадут все SYN-пакеты. DROP конечно это жестоко. Можно -j CONNMARK.

 

-A FORWARD -p udp -m state --state NEW -m string --hex-string "|ffffab0204000100|" --algo bm --to 50 -j DROP

Нет, 7fff ffff ab02 иногда меняется на 7fff ffff ab00

 

14:20:20.618738 IP 95.86.242.55.51111 > 193.107.95.83.28238: UDP, length 33
        0x0000:  4500 003d 3b0f 0000 7411 9954 5f56 f237  E..=;...t..T_V.7
        0x0010:  c16b 5f53 c7a7 6e4e 0029 7ed6 a1e9 73b2  .k_S..nN.)~...s.
        0x0020:  4b83 9dc0 000a a196 7fff ffff ab02 0400  K...............
        0x0030:  0100 0000 0800 0000 0000 0000 00         .............
^C14:20:20.631865 IP 78.92.171.122.60363 > 193.107.95.59.50279: UDP, length 23
        0x0000:  4500 0033 70d0 0000 7011 bf6c 4e5c ab7a  E..3p...p..lN\.z
        0x0010:  c16b 5f3b ebcb c467 001f dac1 3726 0bb1  .k_;...g....7&..
        0x0020:  4b83 9def 0002 9e88 7fff ffff ab00 0168  K..............h
        0x0030:  6200 01                                  b..

 

а дроп нужно не полный делать а что-то вроде -m statistic --mode random --probablity 0.85 к примеру.

Изменено пользователем disappointed

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


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

disappointed,

 

Я так решил, что:

 

00 - пакет с данными

02 - SYN

 

Я только SYN-ы предлагал рубить. :)

 

Но в любом случае это не точно. Описания нет.

Нет, не верно это. Глупость написал.

Изменено пользователем Умник

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


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

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.