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

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

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

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

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

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

Тестирование новой версии µ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

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

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

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

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

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 часа в сутки могут. Если только это не создаёт неудобств.

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

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

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



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

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