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

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

В последнюю неделю наблюдается стабильный рост количества транзитных pps через BRASы, за 7 дней порядка 25% при этом явно видно, что увеличилось количество UDP пакетов.

Очень сильное подозрение, что это связанно с выходом новой версии utorrenta.

 

Кто еще столкнулся с подобными вещами?

 

µTorrent начиная с версии 1.8.1 стал поддерживать протокол обмена µTP (Micro Transport Protocol). Полноценная работа протокола возможна при работе с версией µTorrent 2.0. Работа µTP между µTorrent 1.8.1 невозможна.

 

µTP предназначен для более быстрого скачивания, так как работает по протоколу UDP, в котором обмен данными происходит быстрее, чем через протокол TCP. Ускорение достигается за счёт того, что торрент-клиент берёт на себя выполнение нужных функций, отсутствующих в UDP, например, клиент перепроверяет целостность данных и, если блок неверен, скачивает его заново. Также, провайдерам намного сложнее блокировать передачу данных через µTP

 

http://ru.wikipedia.org/wiki/%CE%9CTorrent

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


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

Может и давно, но есть тенденция роста количества UDP трафика и pps или я один такой?

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


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

Вопрос к 2Garin и ко всем. В каком соотношении у вас находится pps и трафик (Мбит/с)? Другими словами, какой у вас в среднем размер исходящего пакета и какой размер входящего. Очень любопытно.

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


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

У нас очень интересная ситуация. Есть два гигабитных аплинка. Один - пиринг (московский Home-iX), второй - Интернет (full view). Оба загружены под завязку. При этом на первом имеем ~100K входящего pps, а на втором 200K pps (!). Никак не могу понять, из-за чего такая разница. Зарубежный IP-трафик сильно фрагментирован? Что еще может быть?

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


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

В данный момент времени выглядит вот так, вечером погляжу в пике, что будет, но думаю в этих пределах

 

64 5%

64-127 58%

128-255 16%

256-511 5%

512-1023 4%

1024-1518 13%

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


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

есть рост пакетов.

за последние недели две выросло с 170кппс до 210 где-то при той же нагрузке

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


Ссылка на сообщение
Поделиться на других сайтах
Вопрос к 2Garin и ко всем. В каком соотношении у вас находится pps и трафик (Мбит/с)? Другими словами, какой у вас в среднем размер исходящего пакета и какой размер входящего. Очень любопытно.
Наблюдаю увеличение количества пакетов за последние неделю-полторы почти в 1.5 раза.

 

До этой катавасии - Average packet size (octets): 650

Сейчас - Average packet size (octets): 515

 

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


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

есть двух кратный рост pps

c92ce455191et.jpg

3ab70be36025t.jpg

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

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


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

Т.е. таки торрент... А в частности Micro Transport Protocol...

Ну и что делать будем?

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


Ссылка на сообщение
Поделиться на других сайтах
временно резать абонам ппсы
Чтото навскидку не припомню способа как это сделать на freebsd например штатными средствами. Режу скорости ng_car (dummynet грузит значительно сильнее) , видимо придется патчик к нему(car) делать :( С линуксом правда все сильно проще ..

 

P.S. А с mTP вышло традиционно: хотели как лучще а получилось....

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

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


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

А зачем резать? напрягает сильно?

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


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

В столицах, где трафик "бесплатен" - думаю не напрягает, а вот регионы с их транспортом думаю не обрадуются

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


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

В столицах, где трафик "бесплатен" - думаю не напрягает, а вот регионы с их транспортом думаю не обрадуются

вы там покупаете что ли пакеты в секунду? :)))

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


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

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

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


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

Простите, торможу, похоже... а как оно на pps сказывается-то? - то, что по udp траффик идёт. Почему pps-ы растут?

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


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

Простите, торможу, похоже... а как оно на pps сказывается-то? - то, что по udp траффик идёт. Почему pps-ы растут?

Средний размер пакета меньше чем в аналогичном варианте с TCP по каким-то причинам.

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


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

alex_001, более того, исходя из:

 

http://www.bittorrent.org/beps/bep_0029.html

 

получается, что чем сильнее забит канал клиента, тем мельче будут пакетики (вплоть до 150 байт) - видимо чтобы дать другим приложениям больший шанс получить доступ к каналу. Плюс ко всему уменьшается sliding window. Второе TCP умеет, а первое нет. Поэтому и подрос PPS. Не понятно только почему это началось только пару недель назад. uTP ведь уже давно в BitTorrent-е и включен по дефолту.

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


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

В столицах, где трафик "бесплатен" - думаю не напрягает, а вот регионы с их транспортом думаю не обрадуются

Даже если трафик "бесплатен" оно в случае доступа не IPoE , начинает убивать сервера стоящие на терминации. В моем случае pptp/l2tp.

Про бордеры тут тоже уже писали , правда оно намного менее заметно.

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


Ссылка на сообщение
Поделиться на других сайтах
Простите, торможу, похоже... а как оно на pps сказывается-то? - то, что по udp траффик идёт. Почему pps-ы растут?

http://bittorrent.org/beps/bep_0029.html#packet-sizes

 

packet sizes

 

In order to have as little impact as possible on slow congested links, uTP adjusts its packet size down to as small as 150 bytes per packet. Using packets that small has the benefit of not clogging a slow up-link, with long serialization delay. The cost of using packets that small is that the overhead from the packet headers become significant. At high rates, large packet sizes are used, at slow rates, small packet sizes are used.

 

Умник опередил :(

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


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

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас