[Voicemaster]

Вообще интересно мнение таких организаций как ICANN к данной проблеме.

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

Правильно понимаете, IMHO.

 

.

[Дегтярев Илья]

Странно, но у себя на сети проблемы так и не заметил.

Да, количество UDP пакетов возросло в разы. Но никакого потока мелких 150-300 байтовых пакетов не вижу, треть прошедших полного размера.

 

среди мелких чуть ли не каждый пятый в 33 байта нагрузки с ip[40:4]=0x7FFFFFFF.

 

Единственно исключения - от хомячков с роутерамми пакеты валят парами 1400+60 не влезших из-за pptp байт.

 

Графики загрузки 7201 подтверждают - пики/среднесуточные в пределах погрешности.

 

Кстати, кого задело - вы из каких регионов? Потому что гдето проскочила мысля, что уменьшение размера пакета идет при rtt>50 мс, поэтому московских провайдеров и не касается.

Изменено 5 марта, 2010 пользователем Дегтярев Илья

[cmhungry]

Кстати, кого задело - вы из каких регионов? Потому что гдето проскочила мысля, что уменьшение размера пакета идет при rtt>50 мс, поэтому московских провайдеров и не касается.

Питер и Москву как раз задело

[Jene]

Ан нет, "источник всемирного зла".

За ними какашки выгребают, а они всё недовольны.

Воистину, "куда абонента не целуй, везде *опа"

Угу, не найдется такой канализационной трубы, которую не смогли бы забить своим.... трафиком юзеры. Лет двадцать назад кому могло бы прийти в голову гнать видео через Интернет. Хочется иногда крикнуть - люди, шо ж вы делаете? "Война и Мир" в тексте CP866 занимает 600кб, и то пробелами отформатировано, что ж такого умного вы с тех пор сочинили, что каналов не хватает вселенскую мудрость передать... =)

 

[Sqquirrel]

Не совсем понял формат пакета с uTP, Wireshark показал 2 вида (инкапсуляция pptp):

Такой:

0000  00 1e ec 97 52 b8 00 1d 70 d5 18 1a 08 00 45 00   ....R...p.....E.
0010  00 65 59 3a 00 00 fe 2f 43 a3 0a 01 01 01 0a 0a   .eY:.../C.......
0020  0a 81 30 81 88 0b 00 41 92 6c 00 00 f8 23 00 00   ..0....A.l...#..
0030  fb  af ff 03 00 21 45 00 00 3d 5a 8e 00 00 7a 11   .....!E..=Z...z.
0040  56 19 6d bf 09 1e 3e 21 db 0a 87 59 8a 96 00 29   V.m...>!...Y...)
0050  c3 5f 43 f0 0a 7a 4b 8f 4f 8a 00 0e 24 96 7f ff   ._C..zK.O...$...
0060  ff   ff ab 02 02 19 56 00 01 00 08 00 00 00 00 00   ......V.........
0070  00 00 00

 

И такой пакет:

0000  00 1d 70 d5 18 1a 00 e0 44 40 00 cc 08 00 45 00   ..p.....D@....E.
0010  00 61 f2 e5 00 00 80 2f 31 59 0a a8 00 86 0a 01   .a...../1Y......
0020  01 01 30 01 88 0b 00 41 04 b2 00 31 b7 8e ff 03   ..0....A...1....
0030  00 21 45 00 00 3d f2 e4 00 00 80 11 f3 37 ac 10   .!E..=.......7..
0040  00 6c 4e 24 59 f3 d6 42 8e 68 00 29 34 42 74 86   .lN$Y..B.h.)4Bt.
0050  5c 56 4b 90 c2 bb 00 05 fa ea 7f ff ff ff ab 02   \VK.............
0060  04 00 01 00 00 00 08 00 00 00 00 00 00 00 00      ...............

 

Использовал Wireshark фильтр "udp and (data.data contains 7F:FF:FF:FF:AB)". Фильтровать можно какой-то один, вот только какой? Dlink 3612G не дает создать два pcf acl...

Изменено 5 марта, 2010 пользователем Sqquirrel

[TikiMe]

З.Ы. со стороны этот форум реально кажется источником всемирного зла, а все потому что вы не ставите своих абонентов в расчет и не информируете их о своих действиях, не уж то это так трудно делать... или думаете пронесет, не заметят и им пофиг что их в расчет не ставят?

Я всё ждал, следя за темой, когда же вылезут возмущённые хомячки.

Разумеется, вылезли.

Как же, "режут, ограничивают !!!"

 

Не потрудившись ни грамма хотя бы попытаться понять, о чём идёт речь.

Что режут?

Для чего режут?

 

Мусор, который плодят сами хомячки, вот его и режут.

Дерьмо-с, плодимое хомячковым uTorrent версии 2.0, его режут.

 

Чтобы инет у хомячка начал работать снова нормально.

Чтобы график закачки/раздачи, в хомячковом торренте, снова стал нормальной линией, а не гребёнкой вверх-вниз.

Чтобы онлайн-игры вернулись к тому пингу, который был до февраля.

Чтоб, в конце-то концов, хомячковый роутер перестал виснуть от pps.

 

Ан нет, "источник всемирного зла".

За ними какашки выгребают, а они всё недовольны.

Воистину, "куда абонента не целуй, везде *опа"

ты мне это объясняешь? я там же писал, что я то понимаю почему и для чего это делается, но сотни других не поймут :)

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

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

 

З.Ы. это так... пища для размышления, чтоб не вышло "хотели как лучше, а получилось как всегда".

[st_re]

Странно, но у себя на сети проблемы так и не заметил.

Да, количество UDP пакетов возросло в разы. Но никакого потока мелких 150-300 байтовых пакетов не вижу, треть прошедших полного размера.

Насколько мне видится проблема, уТорент анализирует время ответа от других пиров, и на основании этого времени решает, хороший канал или перегруженый. И ужеттогда или шлет большими пакетами или же рубит по 170 байт. Наверное там есть какието цифры, скажем 50 мс. меньше - хорошо - больше плохо (цифра условная, в сорцах не ковырялся). Если Вы в Москве, и 90% ваших пиров тоже, то скорее всего, если Ваш канал не в полку уложен, то значительного роста ППСа не будет. но если Вы, скажем, во Владике. 90% Ваших пиров в той же Москве, Вы их видите через линк до Москвы (который сам по себе даст Вам, если не предел лимита для уторента, то очень рядом), а то еще и через Фракфурт.. Есть подозрение, что в их лимиты Ваш случай не впишется, оно решит что канал перегружен и начнет рубить в капусту пакеты даже при свободном канале. Ну или же при пустом канале пинг еще туда-сюда, но канал загружен изрядно, и пинг вываливается за границу допустимого.

 

Потом, Вы сколько клиентам полосы продаете ? Если средняя полоса 1 мегабит или средняя 10 мегабит. 1 мегабит при торенте почти навярняка занят на 100%, а 10.. далеко не у всех, а 100 мегабит для 99% домашних клиентов цифра вообще не достижимая в длительном промежутке. опять же реакция уТорента будет разная.

 

Поэтому ктото видит увеличение в 2 раза. У меня вот процентов 15-20 в часы пик, наверное есть (не сильно заметно на фоне вообще разброса туда-сюда по дням). мне вот не кртитично, чтобы прямо сниматься и всем рубить. Но в 2 раза или больше будет уже не так весело. Хуже всего, что, чем больше загрузка, тем больше оно будет реагировать и еще больше рубить пакеты. т.е. уже и так хреново, а оно еще намельчит (типа добей...).

[amx]

Это называется бот-нет.

Ребята протестировали фичу.

Завтра пройдет апдейт, после которого мюторрент будет искать пиров по адресу www.microsoft.com

вот такой вот ддос )

О дааа! Какой инструмент кое у кого в руках!

 

[AstraSerg]

Чтоб, в конце-то концов, хомячковый роутер перестал виснуть от pps.

До тех пор, пока хомяк не рубанет uTP у себя - его мыльница будет вешаться, ведь траф рубится на коммутаторах/серверах. Кстати,возник резонный вопрос: а что вообще происходит с uTorrent, когда он понимает, что через uTP установить связь не получается?

...

Писали уже, на tcp переползёт.

 

[terekhov]

До тех пор, пока хомяк не рубанет uTP у себя - его мыльница будет вешаться, ведь траф рубится на коммутаторах/серверах. Кстати,возник резонный вопрос: а что вообще происходит с uTorrent, когда он понимает, что через uTP установить связь не получается?

...

Писали уже, на tcp переползёт.

Это я читал/понял/щупал/слышал/видел. "Как долго он продолжает бомбежку UDP пакетами, затыкается ли? Если затыкается, надолго ли?". Интересны повторные попытки включить uTP.

[mr.Scamp]

uTorrent снова обновился.

-- 2010-03-05: Version 2.0 (build 18488)

- Fix: Fixed half-open limit on Windows 7

- Fix: Fixed bug where uTorrent could freeze on broken web UI requests

- Fix: Fixed bug in uTP header field layout

[visir]

uTorrent снова обновился.

-- 2010-03-05: Version 2.0 (build 18488)

и конечно же в пятницу вечером... :D

[Negator]

uTorrent снова обновился.

-- 2010-03-05: Version 2.0 (build 18488)

- Fix: Fixed half-open limit on Windows 7

- Fix: Fixed bug where uTorrent could freeze on broken web UI requests

- Fix: Fixed bug in uTP header field layout

То есть надо другую сигнатуру блочить?

[AntonS]

ничего не надо

просто подождать.........

[BiWiS]

Я так понял uTP пофиксили слегка, сделали зависимость размера udp пакетов от общей ширины канала. Т.е. количество мелких пакетов должно стать в разы меньше.

Ждем когда все обновятся, только это будет не скоро еще, по умолчанию то обновление на бета версии отключено у большинства :)

 

[uraeus]

<br />Ждем когда все обновятся, только это будет не скоро еще, по умолчанию то обновление на бета версии отключено у большинства :)<br /><br />

Сегодня обновился на BUILD 18488, и это при отключенном обновлении до беты.

[Jugernault]

Сегодня обновился на BUILD 18488, и это при отключенном обновлении до беты.

Хм... Стоит BUILD 18408 и обновляться не хочет даже после пинка.

[Saab95]

Если блочить uTP полностью, то программа переключаеться на TCP, но от торрентщика продолжает дропаться 20-30ппс в секунду.

[lm]

Если блочить uTP полностью, то программа переключаеться на TCP, но от торрентщика продолжает дропаться 20-30ппс в секунду.

Поздравляю с юбилейным постом :)

[uraeus]

Сегодня обновился на BUILD 18488, и это при отключенном обновлении до беты.

Хм... Стоит BUILD 18408 и обновляться не хочет даже после пинка.<br />

Похоже вот почему:

-- 2010-03-05: Version 2.0 (build 18488)
- Fix: Fixed half-open limit on Windows 7

У меня там Window7 стоит. Сейчас проверил под ХР - обновлятся не хочет.

[weldpua2008]

Сегодня обновился на BUILD 18488, и это при отключенном обновлении до беты.

Хм... Стоит BUILD 18408 и обновляться не хочет даже после пинка.<br />

Похоже вот почему:

-- 2010-03-05: Version 2.0 (build 18488)
- Fix: Fixed half-open limit on Windows 7

У меня там Window7 стоит. Сейчас проверил под ХР - обновлятся не хочет.

офтоп: вопрос - зачем до беты вообще обновляться?

[uraeus]

weldpua2008 - Beta - это build 18408

Jugernault, 18408 это 2.0.1(beta) а не 2.0(stable)

Изменено 7 марта, 2010 пользователем uraeus

[osenevp]

Коллеги, поделитесь опытом, как запрещали uTP на Cisco ESR 10000? Железка не поддерживает Flexible Packet Matching. В данном контексте я не рассматриваю вариант с работы ESR за DPI устройством.

[UglyAdmin]

Коллеги, поделитесь опытом, как запрещали uTP на Cisco ESR 10000? Железка не поддерживает Flexible Packet Matching. В данном контексте я не рассматриваю вариант с работы ESR за DPI устройством.

А зачем? Это же не софтроутер, он прожуёт...

[osenevp]

Это же не софтроутер, он прожуёт...

Судя по всему так и есть. Дело в том что у железки появились нетокоторые проблемы которые совпали по времени с широким распространением uTP трафика. Поэтому тут даже скорее желание заматчить этот трафик и посмотреть на масштаб "проблемы" нежели зафильтровать.