[Mallorn]

ещё в начале месяца, включая в торренте bt.transp_disposition в значение 15(оно по умолчанию, сам выставляю в 5) можно было наблюдать десяток, на сотню качальщиков, с буковками uTP. сейчас-же их совсем мало.

 

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

можно подробнее?

Сегодня специально скачал новую торрент-раздачу, из 25 пиров 23 работало через uTP

 

Насчет шейпера - имелись в виду мелкие пакеты udp, конечно. Подозрение простое - шейпер вечером при увеличении числа качальщиков начинает сильно загружать CPU, порядка 70-85% в часы пик. До 15 февраля как раз такого и не было. Соответственно, летят дропы пакетов и в рисовалке трафика ntop, что живет на шлюзе. Может конечно и шлюз не справляется, может и правила шейпера не оптимально выстроены (поряда 2 000 линейных правил шейпирования по ip-адресам). Однозначно не скажу, потом только подозрение.

[YuryD]

Включил, режется примерно 10% от udp iplen 0-61 про приведенным сигнатурам

За ночь ситуация поменялась, режется ~55% мелких пакетов, жалоб пока нет..., снижения нагрузки и падения скорости тоже не наблюдается...

Комп - чистый natd, траффик до 110Мбит/c в пике...

 

65200 58830989 3319802627 netgraph 61 udp from any to any iplen 0-61

65300 32374767 1974852847 deny udp from any to any tagged 0-61

[Ivan Rostovikov]

-- 2010-03-23: Version 2.0.1 Beta (build 18723)

...

- Fix: fixed uTP packet size bug on local networks

- Fix: fixed uTP fast-resend counter wrapping bug

- Fix: fixed uTP advertised window size bug

...

[darkagent]

таки дождались.

[XeonVs]

однако это бета, а не 2.0 релиз который у масс стоит :(

[Гость Merridius]

обновилась до build 18758

У меня проблемы остались, хотя загрузка снизилась

[brog77]

Может это и кардинально, но я совсем зарезал трафик с указанным контентом. Вот уже 5-е сутки и юзвери проблем не высказывают, а результат по пакетам налицо:

 

[halver]

Кто-то спрашивал про влияние uTP на VoIP. Недавно запустили у себя в тест данную услугу, соотв. есть плацдарм для исследования.

uTP у себя глобально не режем, голос терминируем до шейперов(т е по факту оценивается влияние на канал Клиент<->техплощадка). Из оборудования между клиентом и ТП - маршрутизатор сегмента на базе FreeBSD/либо L3 маршрутизирующий свитч. Аплинк с доступа гиговый, выше на агрегации либо 1 Гбит/с, либо транки 2-3 Гбит/c до L3. Линии загружены слабо, 20-30% максимум от пропускной способности. Голос пока идет в общем клиентском влане вместе с тыртырнетом.

 

При использовании софтфонов, и включенном у клиента uTP(раскачка по максимуму тарифа вход/выход) наблюдается значительная временная задержка (3-5с), естественно услуга с такими параметрами никому не нужна, ибо комфорт от пользования нулевой. При отключении uTP у клиента в uTorrent'e и максимальной раскачкой канала, ситуация меняется кардинальным образом - задержки минимальные. Собственно результаты предсказуемые, признаться, мы думали все будет гораздо хуже:)

[SZlodey]

Выводы: utp резать беспощадно.

[Dyr]

Хм, такой фильтр не работает

Работает такой:

 

...skipped...

 

ipfw add netgraph 61 udp from any to any iplen 0-61

ipfw add deny udp from any to any tagged 0-61[/code]

 

и обязательно: sysctl net.inet.ip.fw.one_pass=0

У меня и предыдущий, и этот фильтр приводит к тому, что пользователи начинают жаловаться на невозможность присоединиться к игровым серверам Counter-Strike [1.6 и CSS].

[dsk]

Что-то не так делали. У меня контра работает как и все остальное юдп.

[Dyr]

Скопировал всё один в один.

Правила ipfw вы в начало же ставите?

[blackjack]

заюзал ng_bpf

теперь если посмотреть

vmstat -z

такую картину

ITEM                     SIZE     LIMIT      USED      FREE  REQUESTS  FAILURES

...
16 Bucket:                152,        0,      167,        8,      167,        0
32 Bucket:                280,        0,      206,        4,      211,        0
64 Bucket:                536,        0,      166,        2,      175,       77
128 Bucket:              1048,        0,     3979,        5, 22605011,     2636
...
NetGraph items:            72,     4118,        1,      405, 136888374,        0
NetGraph data items:       72,      522,        0,      522, 45409409251,   268915
...

 

кто скажет, нормально ли что появили файлурес?

[XeonVs]

FAILURES это нехватка памяти под сткуктуры нетграфа

крутилки на эту тему из loader.conf

net.graph.maxdata

net.graph.maxalloc

 

[samorez]

На микротиках чем побеждать?

[Jugernault]

На микротиках чем побеждать?

а тему прочитатьь от начала до конца никак?

[blackjack]

FAILURES это нехватка памяти под сткуктуры нетграфа

крутилки на эту тему из loader.conf

net.graph.maxdata

net.graph.maxalloc

Дякую, підкрутив.

[Elisium]

Вышла новая версия уТоррент

Как всегда - бета (

 

-- 2010-04-09: Version 2.0.1 RC2 (build 18973)

- Change: prioritize downloading torrents even more than seeds when making new connections

- Change: change default uTP packet size to 600 bytes

- Change: Use new uTP header by default

 

Смущает третья строчка - это старые фильтры уТП могут не работать? (у кого они включены, само собой)

[sdy_moscow]

Походу торент надо все-таки запрещать! Если разработчики никак не хотят успокоиться....

Изменено 10 апреля, 2010 пользователем sdy_moscow

[disappointed]

Проверил - хендшейк Utp такой же (хотя возможно это из-за того что удалённый пир старой версии).

[newbieman]

Проверил - хендшейк Utp такой же (хотя возможно это из-за того что удалённый пир старой версии).

Начинаем мылить веревки.

В 2.0.1 bt.transp_disposition выставлено в 31

Сигнатура перестает действовать.

udp врубается даже с версией 2.0

 

http://www.tmsnetwork.org/blog/%C2%B5torre...alues-explained

* 1 – allows uTorrent to attempt outgoing TCP connections

* 2 – allows uTorrent to attempt outgoing uTP connections

* 4 – allows uTorrent to accept incoming TCP connections

* 8 – allows uTorrent to accept incoming uTP connections

* 16 – tells uTorrent to use the new uTP header. This is an improved communication header, but is not backwards compatible with clients that do not understand it.

Интересно что будет если выставить bt.transp_disposition в 31 в последней версии 2.0?

Тоже перестанет действовать сигнатура?

 

[hiller]

PPS полез вверх. Для теста поставил uTorrent 2.1 Alpha, в списке пиров снова появились флажки uTP. Старый фильтр не действует %(

[Abram]

Подтверждаю, лезет вверх.

[sdy_moscow]

Может всё-же "глобально" запретить торент ВСЕМ операторам (просто зафильтровав сайты) хотя-бы на 1 день - тем самым дать понять разработчикам,что или они начнут заботиться о НОРМАЛЬНОЙ закрузке ихним ПО каналов операторов связи, или операторы начнут бороться с торентами как с ДОС атаками....

 

З.Ы. может кто скинет разработчикам ссылку на этот форум....

[NiTr0]

Торрент полностью запрещать смысла нет даже на день... А вот зарезать uTorrent 2.0+ - таки можно, тем более, по ресурсам это немного займет (фильтрация tcp пакетов на определенные адреса трекеров/анонсеров в отдельную цепочку, match по строке, далее - при обнаружении uTorrent рубка его на корню).

 

Хотя более правильно это было бы совместить с оргмерами - публичное объявление на форуме провайдера uTorrent 2.0+ дырявой поделкой, портящей жизнь другим пользователям; предоставление альтернативы (в т.ч. с софтиной для переноса раздач) и просьба перейти на нее по-хорошему; дальше, спустя скажем недельку - если ситуация не улучшится, рубить uTorrent, опять же, под громкие заявления об огромных проблемах от него. Хотя, ессно, это займет таки время на разработку "альтернативы" (вернее, тест клиентов, выбор наиболее симпатичного, и написание софтины для миграции/допиливания клиента для миграции с uTorrent). Ну и ессно, делать это опять-таки коллективно.

 

Ну либо опять-таки, реверсить эту мерзость или снифить траффик, искать новые сигнатуры...

Изменено 15 апреля, 2010 пользователем NiTr0