На форуме разработчиков клиента µTorrent появилось сообщение, что новая альфа-версия этого популярного торрент-клиента µTorrent 1.9 build 13485 поддерживает работу в режиме uTP (UDP torrenting). Более того, такой режим будет стоять по умолчанию. Другими словами, передача файлов в торрент-сетях (а это более 50% мирового трафика) может перейти с протокола TCP на протокол UDP. Для торрентов пинг снижается с 2000 мс до 50-100 мс (результаты тестирования см. в PDF), это хорошо. Но чем это грозит для качества работы VoIP, многопользовательских игр и других приложений, которые используют UDP для передачи данных (и в данный момент потребляют не более 2% мирового трафика) — сложно даже предположить.

В данный момент телекомы эффективно угнетают торрент-трафик, освобождая полосу в пиковые часы. Если торренты перейдёт на UDP, то телекомы не смогут делать это на существующем оборудовании. По крайней мере, существующая практика пакетной атаки типа TCP RST, которую использует Comcast и другие провайдеры, станет полностью бесполезной.

Первые тестеры, которые уже проверили работу новой альфа-версии µTorrent, рапортуют о том, что на них не действует шейпинг в сети провайдера Bell Canada. Использовать эту раннюю версию, однако, не советуем, потому что в ней ещё много серьёзных багов.

Опубликованная первая бета-версия µTorrent 2.0 (build 16126) — самого популярного торрент-клиента. Новые фичи в нём показывают, как изменились торренты и вся индустрия связи в последние годы.

Вот, например, главное нововведение — вкладка “Transfer Cap” в настройках. Она позволяет поставить ограничение по объёму закачек и раздач (в мегабайтах), по достижении которого программа прекращает работу.

Всем известно, что в последнее время провайдеры разных стран внедрили ограничения по ежемесячному объёму трафика практически на всех «неограниченных» тарифы. За превышение лимита обрезают скорость или взыскивают дополнительную плату. Новая фича uTorrent позволит не выйти за эти ограничения.



Кроме того, в µTorrent 2.0 появилась поддержка UDP-трекеров (менее ресурсоёмкий вариант трекеров) и микро-транспортного протокола uTP. Эта интересная технология создана для того, чтобы P2P-клиент мог работать на максимальной скорости и при этом не мешать работе параллельных программ. Протокол отслеживает параллельные TCP-потоки и снижает скорость закачки торрентов в случае необходимости (если те начинают подтормаживать).

Полный список новых фич см. здесь.

Simplicity does not precede complexity, but follows it. /Alan J. Perlis/

История эта началась в начале 2000-х, когда все поняли на примере Gnutella, что пиринговую сеть убивает фрирайдерство — масса пользователей-паразитов, только скачивающих, но не раздающих. Была написана масса статей про доверие и учёт траффика в пиринговых сетях. Например, «The EigenTrust Algorithm for Reputation Management in P2P Networks», одна из самых популярных и цитируемых статей этого направления, где в соавторах был сам Гарсия-Молина, была представлена на WWW'2003. Как говорится, всё по классу «А». Статья подразумевала, что пиры будут совместно высчитывать PageRank-подобную метрику, передавая друг другу векторы размером N, где N-количество участников. Я знаю несчастных, которые даже сегодня продолжают заниматься такими метриками, с O(N) данных на узел и сложными правилами вывода. А в реальной жизни «победил» BitTorrent, в котором некоторый репутационный элемент конечно был — алгоритм tit-for-tat, «ты мне — я тебе», но всё это было сильно проще репутационно-учётных систем на основе DHT и прочего подобного. Просто каждый пир пытается отвечать взамностью и слать траффик (интересное в мелочах) трём пирам, которые закачали ему больше всего в последние 20 секунд и ещё одному, случайно выбранному. Конечно, следует признать, что простые репутационные системы тоже в ходу. Пóфиксы, как я их называю, или затычки. Sharing ratio enforcement есть на том же torrents.ru, tvtorrents.com и где только его нет. Но с моей точки зрения, это доказывает следующее: траффика будет море, если только есть какое-то, пусть даже самое символическое вознаграждение. Если вознаграждения нет совсем, то траффик будет. Но не море. Как на thepiratebay.com.

В каком же направлении эта область развивается сейчас? По-видимому, в сторону упрощения. Дело в том, что алгоритм tit-for-tat потребовал разделения файла на мелкие кусочки и затем обмена ими по алгоритму rarest-first (о чём также было написано море забавных статей). Плюс ещё «рейтинги». Всё это довольно сложно. А что если убрать коренную причину конфликта — тот мотив, из-за которого пользователи прекращают сидить? Конкретнее, проблема в том, что лазить по интернету при работающем BitTorrent становится сильно неудобно. Это вызвано тем, что все 50 соединений, открываемых BitTorrent'ом, получают свои доли траффика на равных с теми робкими 4 TCP-соединениями, которые открывает браузер. В результате, браузер тормозит. А если отказаться от TCP и использовать для P2P более робкий транспорт, загружающий аплинк, когда тот свободен и быстро уступающий всплескам TCP-траффика? Многие читали новости про такой транспорт (uTP) в µTorrent. Его разработкой в BitTorrent Inc занимается Станислав Шалунов. Если uTP хорошо пойдёт, возможно удастся искупать пользователей в халявном траффике.

От себя добавлю. Тогда станет возможным забить и на tit-for-tat и на rarest-first и наконец-то, скачивать файлы по порядку и смотреть кино «по клику», как в YouTube. Возможно, для этого понадобится ещё пара пóфиксов, но фундаментально уравнение таково: пользователи не могут скачивать кино 24 часа в сутки. А сидить 24 часа в сутки могут. Если только это не создаёт неудобств.

Традиционно большинство P2P-приложений использовало TCP для обмена данными. Про то, что µTorrent начинает использовать новый протокол, основанный на UDP, на хабре уже упоминали (раз, два). В данном посте новый протокол µTP описан подробнее, в том числе его тюнинг и возможность отключения. Подробности описаны таким образом, чтобы было понятно далёким от сетевых протоколов людям.

Update: Официальная документация на протокол: www.bittorrent.org/beps/bep_0029.html

Привет хабр!
Уже год московский интернет-провайдер замыкающий пятерку крупнейших провайдеров Москвы (по оценкам AC&M-Consulting, ему принадлежит примерно 6% московского рынка ШПД),
зарезает исходящий — upload трафик по протоколу p2p.

Я как абонент, у которого рейтинг на внешних торрент-трекерах всё падал и падал, так как восполнять скачанное я уже не мог, испытал все возможные способы обхода данного ограничения. Что из этого вышло,

— Готовимся к прошедшим войнам
— UTP #2 мне понравился больше
— Наша, очень красная шапка Миша
— Поздравления ис школы и план эвакуации
— Преступления нашей деревни
— Рекомендации помогли
— Красавец от гугла
— Вопросы и сериалах и ценах

* Tom Waits, Hows It Gonna End

подписка на оф.сайте: podcast.umputun.com

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

Ключевые особенности µTorrent 2.0:

• Поддержка UDP-трекеров;
• Поддержка микро-транспортного протокола µTP и TCP Rate Control;
• Улучшения интерфейса: новый диалог установки, улучшенный встроенный тест скорости, новый дефолтный скин;
• Функция Transfer Cap для контроля потребления траффика.

Про преимущества новых протоколов хорошо написано тут: habrahabr.ru/blogs/p2p/68332

Скачать µTorrent 2.0 можно с официального сайта: download.utorrent.com/2.0/utorrent.exe

Тем временем автор программы не останавливается на достигнутом и продолжает развитие программы: свежие тестовые билды версии 2.1 можно найти на официальном форуме: forum.utorrent.com/viewtopic.php?id=63247

Завершение разговора о распределенных системах

— немного об установке
— самую малость о GUI
— побольше про ветки и слияние

* Запись на выезде с соотв. качеством

** Этот выпуск тоже потерялся в момент выхода. В порядке исправления — выкладываю как только вспомнил

подписка на utp.umputun.com

Трафик проходящий по витой паре может быть прослушан абсолютно незаметно для участников соединения.
В этом посте будет показано как изготовить автономный сниффер с возможностью сохранения дампа на диск и управляемый по Wi-Fi.

Сегодня Bittorrrent а именно разработчики uTorrent открыли свою спецификацию uTP под лицензией MIT/

Исходный код в виде библиотеки написанной на С++ можно скачать на github

А так же была выпущена новая версия KTorrent 4.0

Я уже как-то писал в своем блоге про плату Марсоход — это универсальная плата для разных поделок. Это Open Source Hardware Project. Раньше с помощью этой платы мы делали в основном игрушки: это были разные машинки (например управляемые по IR или выезжающие из лабиринта), или "пасхальный принтер" для раскраски яиц, или видео-игра «Теннис» и многие другие.

Сейчас мы сделали новый проект (с помощью платы Марсоход), который, я надеюсь, может быть реально полезен администраторам локальных сетей. Мы сделали простой тестер разъема UTP установленного на кабель.

Когда заходит разговор о кабельной составной дата-центров оптико-волокно конечно же имеет ряд существенных преимуществ над аналогами, которые делают его очень желанными для повсеместного применения. В тоже время, если проанализировать структурную составную большинства существующих дата-центров, медная проводка в них все еще доминирует. Вместо того, что бы полностью уступить новым материалам, медные кабели крепко вплелись в инфраструктуру ЦОД и по самым серьезным оценкам имеют весьма хорошие перспективы и далее занимать в дата-центрах ключевую позицию. Далее в статье мы попробуем разобраться в такой, несколько не однозначной, ситуации, почему же медь до сих пор настолько конкурентна?