[LionSprings]

Шейпинг, HTB+pfifo, реальники.

[vitalyb]

Другой вопрос - почему уже после установки соединения идет мелочь (вплоть до 150 байт).

Это фича такая.

 

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

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.

Кто-нибудь, отключите автору сего чуда Интернет 8)

 

[avalone]

Vitalyb, по поводу фичи:

 

Changelog uTorrent - жирным выделенно то, на что хотелось бы обратить внимание:

 

-- 2010-02-18: Version 2.0.1 Beta (build 18284)

- Fix: high CPU bug due to TCP and uTP connection race condition fix

- Fix: issue where we would incorrectly report being as seed when using magnet links

- Feature: Add option to render the legend as solid instead of transparent

 

-- 2010-02-18: Version 2.0.1 Beta (build 18244)

- Fix: Make toolbar icons render nice on vista+

- Feature: Add option to not report problems

- Change: Make uTP packet size depend on global uTP rate instead of the rate of each individual connection

- Feature: add detailed network overhead breakdown graph

- Fix: UDP tracker peer list parsing

- Change: increase allowed max packet size (fixes issue with torrents with more than 131000 pieces)

- Change: increase the max number of AddTorrent windows from 5 to 20

- Fix: BEP 22 would sometimes not kick in for new torrents

- Feature: make initial uTP packet size configurable

- Fix: Close download bar with hotkey

- Feature: display overhead at status bar

- Change: Do not count local overhead if local peers are not limited

- Change: Count overhead for transfer caps

- Feature: added legend to graphs

- Feature: it's now possible to graph the tcp_rate_control rates

- Fix: potential buffer overrun with mismatched langpack

- Fix: enable apply button if changing scheduler

- Change: Do not stop torrents when automatically shutdown

- Fix: DHT would store duplicate peers for torrents

- Feature: Added support for suggest piece messages (part of FAST extensions)

- Fix: Potential bug when accessing the root directory of a URL

- Fix: 'Cookie' setting in WebUI add-torrent-by-url works again

- Fix: simultaneous uTP and TCP connection race condition

 

 

Видимо 2.0 еще долго будут отлаживать... на хомячках, а провайдеры будут более внимательно смотреть на поведение/структуру трафика.

 

Кстати, один из разрабов этого (как вы выразились) чуда - русский :) (Stansilav Shalunov) [говорящая фамилия :) ]

 

Вопросы задавались, но хотелось как лучше, а получилось - сами видете как.

http://forum.bittorrent.org/viewtopic.php?id=131

[vIv]

Там ещё есть arvid :-)

[vitalyb]

хотелось как лучше, а получилось - сами видете как.

Да, получился еще один ATM :)

 

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

Еще один звиздец новой технологии. Валом фрагментированные UDPшки.

 

Ведь раньше при применении pppoe/pptp ставился правильный mss.

 

Теперь клиентский роутер разбивает каждый пакет на 2. И они так парами 1400+60байт по инету и гуляют.

[UTP]

Вот я и нашел причину своей проблемы, и даже не знаю радоваться или нет :)

А обрадовал провайдинг как всегда торрент. И беда в том что и резать UDP не выход, жалеть нужно тот же скайп, онлайн игры, иначе хомячки разорвут техподдержку. Пока добавили еще один сервер. Будем думать что делать дальше.

Но вопрос в другом, во сколько выростет pps через месяц-другой?:)

Интересен опыт тех, кто еще держит акцесы на Freebsd какое количетво пакетов он сможет прожевать. У меня начались потери где-то при 400-450к.

И поделитесь как с помощью мртж отрисовать pps с FreeDSD.

[dsk]

Зачем же резать все UDP, тут уже много раз упомянули что надо резать.

[alex_001]

Вот я и нашел причину своей проблемы, и даже не знаю радоваться или нет :)

А обрадовал провайдинг как всегда торрент. И беда в том что и резать UDP не выход, жалеть нужно тот же скайп, онлайн игры, иначе хомячки разорвут техподдержку. Пока добавили еще один сервер. Будем думать что делать дальше.

Но вопрос в другом, во сколько выростет pps через месяц-другой?:)

Интересен опыт тех, кто еще держит акцесы на Freebsd какое количетво пакетов он сможет прожевать. У меня начались потери где-то при 400-450к.

И поделитесь как с помощью мртж отрисовать pps с FreeDSD.

FreeBsd 7.3. Xeon (старый nocona) 3.6Ghz 2ML2 x2 , bge , polling , mpd 4.3 , pptp+l2tp. Без появления ошибок тянет в районе 80kpps. Думаю xeon 55XX + em понове вашу нагрузку потянет.

PPS - поставить net-snmp , с него дергать. oid не вспомню так - у меня cacti , там можно просто выбрать из списочка что рисовать , в том числе и pps.

Изменено 23 февраля, 2010 пользователем alex_001

[aelfwine]

*зачитываясь man ipfw

подскажите пожалуйста как сделать аналогичное во freebsd

[vurd]

*зачитываясь man ipfw

подскажите пожалуйста как сделать аналогичное во freebsd

Удалось нарыть только это.

 

Или тупо:

/sbin/ipfw add 10 deny udp from any to any iplen 61

 

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

[ingress]

вам поможет ng_bpf

но писать для него "программу", ещё хлеще чем PCF для длинка :)

[goletsa]

*зачитываясь man ipfw

подскажите пожалуйста как сделать аналогичное во freebsd

Удалось нарыть только это.

 

Или тупо:

/sbin/ipfw add 10 deny udp from any to any iplen 61

 

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

Только судя по ченжлогу выше можно задавать свой размер пакета :(

 

[aelfwine]

вам поможет ng_bpf

но писать для него "программу", ещё хлеще чем PCF для длинка :)

ага, спс, как раз его изучаю.

[Magnum72]

Странная картинка получается. За 5 часов надропалось

    pkts      bytes
90301718 5349928966

получается, что средний размер дропнутого пакета 60 байт. Они там что - вообще с дуба рухнули, с такой то "разгрузкой"?

Но с таким правилом вроде нормально, за все время не больше 260кппс было, без правила - до 500 доходило. Апгрейд маршрутизаторов можно на какое-то время отложить.

Из всех предложенных вариантов вы каким конкретно воспользовались ?

[vitalyb]

Вдруг кому будет интересно:

 

http://www.ams-ix.net/sflow-stats/size/

http://www.ams-ix.net/cgi-bin/stats/16all?...counter=packets

 

[LionSprings]

Из всех предложенных вариантов вы каким конкретно воспользовались ?

Который

-A FORWARD -m udp -p udp -m string --hex-string "|7F FF FF FF AB|" --algo kmp --from 40 --to 44 -m statistic --mode random --probability 0.90 -j DROP

При этом ни жалоб, ни воплей от юзерв не наступило.

[Davion]

блин как всетаки это правило на микротике реализовать...

-A FORWARD -m udp -p udp -m string --hex-string "|7F FF FF FF AB|" --algo kmp --from 40 --to 44 -m statistic --mode random --probability 0.90 -j DROP

[pvb]

Здесь статейка

может комуто поможет, хотя на локале вызвала только смех.

[SunShine30]

Вполне адекватная статья. Смешного в ней не нашел

[Magus]

Вчера просидел 3 часа на ирц канале уторента. Результаты:

1) разработчики не знали что увеличения количества пакетов это плохо

2) способ блокировки пакетов - не правильный ибо http://bittorrent.org/beps/bep_0029.html#header-format, и 40-44 бит - это кусок таймстампа и он будет меняться. Советовали придумывать что-то на 1-8 бит(версию+тип)

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

Изменено 24 февраля, 2010 пользователем Magus

[Умник]

http://bittorrent.org/beps/bep_0029.html#header-format

Документ устаревший. Текущие версии uTorrent используют совсем другую модификацию uTP.

[Quazy]

А можно ли расценивать действия разработчиков как попытку DDoS атаки и инкриминировать 272 статью УК РФ?

 

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

[dsk]

*зачитываясь man ipfw

подскажите пожалуйста как сделать аналогичное во freebsd

Код для ng_bpf:

bpf_prog_len=12 bpf_prog=[ { code=48 jt=0 jf=0 k=0 } { code=84 jt=0 jf=0 k=240 } { code=21 jt=
0 jf=8 k=64 } { code=48 jt=0 jf=0 k=9 } { code=21 jt=0 jf=6 k=17 } { code=40 jt=0 jf=0 k=6 } { code=69 jt=4 jf=0 k=8191 } { code=177 jt=0 jf=0 k=0 } { code=64 jt=0 jf=0 k=20 } { co
de=21 jt=0 jf=1 k=2147483647 } { code=6 jt=0 jf=0 k=65535 } { code=6 jt=0 jf=0 k=0 } ]

Изменено 24 февраля, 2010 пользователем dsk

[Умник]

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

Согласен. Самое дурное в этой ситуации - то, что в открытом доступе даже нет полного описания этого uTP.