LionSprings Опубликовано 23 февраля, 2010 · Жалоба Шейпинг, HTB+pfifo, реальники. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vitalyb Опубликовано 23 февраля, 2010 · Жалоба Другой вопрос - почему уже после установки соединения идет мелочь (вплоть до 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) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
avalone Опубликовано 23 февраля, 2010 · Жалоба 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 23 февраля, 2010 · Жалоба Там ещё есть arvid :-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vitalyb Опубликовано 23 февраля, 2010 · Жалоба хотелось как лучше, а получилось - сами видете как.Да, получился еще один ATM :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Дегтярев Илья Опубликовано 23 февраля, 2010 · Жалоба Еще один звиздец новой технологии. Валом фрагментированные UDPшки. Ведь раньше при применении pppoe/pptp ставился правильный mss. Теперь клиентский роутер разбивает каждый пакет на 2. И они так парами 1400+60байт по инету и гуляют. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
UTP Опубликовано 23 февраля, 2010 · Жалоба Вот я и нашел причину своей проблемы, и даже не знаю радоваться или нет :) А обрадовал провайдинг как всегда торрент. И беда в том что и резать UDP не выход, жалеть нужно тот же скайп, онлайн игры, иначе хомячки разорвут техподдержку. Пока добавили еще один сервер. Будем думать что делать дальше. Но вопрос в другом, во сколько выростет pps через месяц-другой?:) Интересен опыт тех, кто еще держит акцесы на Freebsd какое количетво пакетов он сможет прожевать. У меня начались потери где-то при 400-450к. И поделитесь как с помощью мртж отрисовать pps с FreeDSD. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dsk Опубликовано 23 февраля, 2010 · Жалоба Зачем же резать все UDP, тут уже много раз упомянули что надо резать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alex_001 Опубликовано 23 февраля, 2010 (изменено) · Жалоба Вот я и нашел причину своей проблемы, и даже не знаю радоваться или нет :)А обрадовал провайдинг как всегда торрент. И беда в том что и резать 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aelfwine Опубликовано 24 февраля, 2010 · Жалоба *зачитываясь man ipfw подскажите пожалуйста как сделать аналогичное во freebsd Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vurd Опубликовано 24 февраля, 2010 · Жалоба *зачитываясь man ipfwподскажите пожалуйста как сделать аналогичное во freebsd Удалось нарыть только это. Или тупо: /sbin/ipfw add 10 deny udp from any to any iplen 61 Сомневаюсь, что сильно много полезных пакетов попадут под нож. Анализируя трафик, ничего кроме uTP не увидел по этой длинне. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ingress Опубликовано 24 февраля, 2010 · Жалоба вам поможет ng_bpf но писать для него "программу", ещё хлеще чем PCF для длинка :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
goletsa Опубликовано 24 февраля, 2010 · Жалоба *зачитываясь man ipfwподскажите пожалуйста как сделать аналогичное во freebsd Удалось нарыть только это. Или тупо: /sbin/ipfw add 10 deny udp from any to any iplen 61 Сомневаюсь, что сильно много полезных пакетов попадут под нож. Анализируя трафик, ничего кроме uTP не увидел по этой длинне. Только судя по ченжлогу выше можно задавать свой размер пакета :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aelfwine Опубликовано 24 февраля, 2010 · Жалоба вам поможет ng_bpfно писать для него "программу", ещё хлеще чем PCF для длинка :) ага, спс, как раз его изучаю. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Magnum72 Опубликовано 24 февраля, 2010 · Жалоба Странная картинка получается. За 5 часов надропалось pkts bytes 90301718 5349928966 получается, что средний размер дропнутого пакета 60 байт. Они там что - вообще с дуба рухнули, с такой то "разгрузкой"? Но с таким правилом вроде нормально, за все время не больше 260кппс было, без правила - до 500 доходило. Апгрейд маршрутизаторов можно на какое-то время отложить. Из всех предложенных вариантов вы каким конкретно воспользовались ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vitalyb Опубликовано 24 февраля, 2010 · Жалоба Вдруг кому будет интересно: http://www.ams-ix.net/sflow-stats/size/ http://www.ams-ix.net/cgi-bin/stats/16all?...counter=packets Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LionSprings Опубликовано 24 февраля, 2010 · Жалоба Из всех предложенных вариантов вы каким конкретно воспользовались ?Который -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 При этом ни жалоб, ни воплей от юзерв не наступило. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Davion Опубликовано 24 февраля, 2010 · Жалоба блин как всетаки это правило на микротике реализовать... -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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pvb Опубликовано 24 февраля, 2010 · Жалоба Здесь статейка может комуто поможет, хотя на локале вызвала только смех. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SunShine30 Опубликовано 24 февраля, 2010 · Жалоба Вполне адекватная статья. Смешного в ней не нашел Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Magus Опубликовано 24 февраля, 2010 (изменено) · Жалоба Вчера просидел 3 часа на ирц канале уторента. Результаты: 1) разработчики не знали что увеличения количества пакетов это плохо 2) способ блокировки пакетов - не правильный ибо http://bittorrent.org/beps/bep_0029.html#header-format, и 40-44 бит - это кусок таймстампа и он будет меняться. Советовали придумывать что-то на 1-8 бит(версию+тип) 3) обещали что в новой бете большие пакеты будут использоваться более агрессивно, но когда она выйдет не сказали. Изменено 24 февраля, 2010 пользователем Magus Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Умник Опубликовано 24 февраля, 2010 · Жалоба http://bittorrent.org/beps/bep_0029.html#header-format Документ устаревший. Текущие версии uTorrent используют совсем другую модификацию uTP. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Quazy Опубликовано 24 февраля, 2010 · Жалоба А можно ли расценивать действия разработчиков как попытку DDoS атаки и инкриминировать 272 статью УК РФ? Создать хотя бы прецедент, дабы люди сначала думали, а потом уже делали, осознавая всю ответственность. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dsk Опубликовано 24 февраля, 2010 (изменено) · Жалоба *зачитываясь 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Умник Опубликовано 24 февраля, 2010 · Жалоба Создать хотя бы прецедент, дабы люди сначала думали, а потом уже делали, осознавая всю ответственность. Согласен. Самое дурное в этой ситуации - то, что в открытом доступе даже нет полного описания этого uTP. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...