У зв'язку з переходом uTorrent 2.0 на протокол uTP, сильно зросли навантаження на мережу, сервер трекера, а так само ваші модеми та роутери, що призводить до уповільнення роботи трекера, а так само всієї мережі.
Переключити utorrent назад в TCP.
Налаштування -> додатково -> bt.transp_disposition = 5 -> зберегти і перезапустити uTorrent.
Так само можна відключити управління швидкістю, для цього потрібно прибрати галочку в налаштуваннях bitTorrent
_________________
З усіх питань прошу писати ЛЗ
Стаж: 8 років 7 місяців
а звідки інформація. особливо по навантаженнях на трекер, мережа і призначені для користувача модеми.
_________________
OFF: пішов на Білайн.
Стаж: 8 років 9 місяців
_________________
PC (i5-3570K, 16Gb, GF GTX 660, Crucial M4 128Gb, 8Tb) | PS3 | X360 | PSP | PS Vita | NDS | 3DS | iPad || PSN. WandererWDR | Steam
Ви б хелп шанували до 2.0 і вище.
bt.transp_disposition: This option controls μTorrent's level of bias towards using TCP or uTP for transporting data (assuming the peer at the other end of the connection supports both transport protocols). The following is a list of the accepted values:
1 allows μTorrent to attempt outgoing TCP connections
2 allows μTorrent to attempt outgoing uTP connections
4 allows μTorrent to accept incoming TCP connections
8 allows μTorrent to accept incoming uTP connections
16 tells μTorrent to use the new uTP header. This is an improved communication header, but is not backwards compatible with clients that do not understand it.
This option is interpreted as a bitfield, so values can be added together to obtain a combination of behaviors. Setting this value to 255 guarantees that all behaviors are enabled.
Якщо на російський, то це такі бітові прапори, та ці значення змінювалися від версії 1.8 до версії 2.0 і зараз вляглося:
1 - дозволяє використання вихідних TCP з'єднань
2 - дозволяє використання вихідних uTP з'єднань
4 - дозволяє використання вхідних з'єднань TCP
8 - дозволяє використання вхідних uTP з'єднань
16 - вказує utorrent-у використовувати нові заголовки uTP пакетів. (Покращена зв'язок), але не має зворотної сумісності з клієнтами, які їх не розуміють.
Установка бітових прапорів в 255 гарантує включення всіх фичей.
Отже 5 і 21 (як тут на зображенні у кенідока) вказує використання тільки TCP з'єднань
А навантаження на обладнання провайдера дійсно збільшується, але банально через те, що були продані неіснуючі потужності). І тепер звалюють все на "uTP". А ще так смішно вийшло, що деяка частка обладнання, клієнтського і не тільки, як би раптово виявилася не подрасчітанной на обсяги UDP трафіку. хто винен і що робити
_________________
Теми НЕ моніторю, про виправлення писати ЛЗ з посиланням на роздачу.
Мережа призначена для передачі корисних даних, а не для того, щоб всякі криворукий завалювали її власним службовим трафив.
До речі, там де не було необхідності в відфільтровування uTP (був запас по продуктивності маршрутизаторів) швидкість віддачі-закачувань не перевищувала 70% від тарифної. Як же так? Провайдер від себе дає абоненту, все, що тому належить. А абонент бачить дві третини. Хом'ячки бунтували: "Я плачу, чому не отримую? Хто вкрав?"
Виходячи з проданої швидкості, по середній довжині пакета обгрунтовано вибрати продуктивність маршрутизаторів.
Точно так само зайняти замовлена швидкість у вищих провайдерів.
Кілька відсотків абонентів, оновивши клієнт, ненавмисно обсірать всім іншим якість наданої послуги. Чи не забагато гонору, заради ведучого себе подібно дос-ящему трояни нахер не потрібного протоколу збільшувати витрати на обладнання і на ареду каналів? Витрати, до речі, підуть в ціну послуги всіх інших абонентів.
Протокол містить очевидні помилки.
Бо: "Необхідна умова працездатності не має централізованого управління мережі - здатність джерела виявляти зміни навантаження ділянки мережі і адекватно змінювати свою продуктивність".
Замість цього, виявивши великий пінг, uTP зменшує довжину пакета, зберігаючи при цьому загальну швидкість.
Взявши участь в торрент мережі, охочий до халяви хом'ячок, помітивши зниження якості інших сервісів, починає напружувати саппорт, на який в буржуїни існують обов'язкові для виконання нормативи. Тим самим змушуючи провайдера збільшувати на нього, торрентованного хом'ячка, витрати.
Буружйскіе провайдери пригрозили забанити всі протоколи торрента нахрен.
У відповідь на ці загрози, начальник BitTorrent-а зарубав в ЗМІ зробити поступливий ненапряжний протокол. Так, що він буде визначати завантаженість доступної смуги, швидко за потребою поступатися її інших сервісів, і, виявивши звільнення смуги від інших, захвтивать її знову.
TCP (сотні і тисячі сесій для торрента проти одиниць-десятків для інших сервісів) цим вимогам не міг задовольнити. Треба було вигадувати щось поверх - на рівні додатку. І придумали. Але реалізували з точністю до навпаки.
Протокол, який порушив працездатність мережі, повинен бути заборонений.
Інакше, можна дійти до того, що DDoS-єри і спамери будуть вимагати ставлення до себе, як до повноправного споживачеві послуги доступу.