pavlabor

Немного не понял, что собственно пробовать по другому?

Я не пойму, вы действительно не понимаете о чем идет речь?

Все правильно. Проблема, если ее можно назвать проблемой, начинается с выборов месного самоуправления. После того как прошли выборы, вы дали свое добро на управление всей собственностю громады. И теперь власть имеет право брать налоги, давать или не давать землю, разрешать или не разрешать заниматся какойто деятельностю и т.д. То есть, жители даного населенного пункта делегировали право распоряжатся имуществом громады до следующих выборов. Городской транспорт, водоканал, гаи, милиция, тот же убоп, это структуры которые созданы той же властю,(которой вы делегировали право) чтобы вам жить было хорошо. И платили, платите и будете платить вы им реальное бабло которое на деревьях не растет. Поетому, для того чтобы исполком дал вам в аренду метр квадратный, не нужно ходить и собирать подписи, это право делегировано во время выборов. Равно как и то что, на том же основании власть может организовать контору, которая будит рубить бабло за парковку, аренду места под ящик, кабель, или просто так, налог на воздух. И это все на законных основаниях. К сожелению. ps. Модератор, сотрите мой топик!

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

Это для меня это не новость, даже в этой ветке мне это пишут начиная от третего поста.

Текущая ситуация - разная метла, по разному метет. При проработке этого вопроса в законодательном поле, получается что исполком имеет полное право, не только сдавать в аренду коллектиную собственность, но и вводить всякие поборы за которые пишется выше. К сожелению. Но разная подготовка юристов и разный подход, порождают вот такие разные решения. Но договор он на то и договор, чтобы договариватся, приводить свои доводы, расчеты, бумага это просто фиксация факта что договорились, на таких то условиях. Если другая сторона не желает договариваться, аргументирует это - нам сверху пришло, это шантаж, вымогательство, использование монопольного положения, злоупотребление и превышение власти. То есть это другая история. Наличие такого договора, не противоречит законодательству Украины, более того очень даже полезная бумажка. Поетому идите и договаривайтесь, результат выложите, покурим. Бог вам в помощь.

Если пойти в испоком и попросить в аренду метр квадратный, то вам ответят, что согласно выше представленого решения суда, вам нужно собрать подписи всех жильцов что они не против, после этого сесия решит, давать ли вам ордер на аренду соответствующего метра. На самом деле там все печально.

Хватает. А IGMP протокол придумали, потому что было нечего делать.

Прогресс это конечно хорошо, только вот оплачивает этот прогресс клиент. А на фоне подешевления пакетов, тендеции загрузки пользовательских пакетов, которые практически ВЫНУЖДАЮТ подавать магистральную полосу по не соответствующей стоимости, стоимости железа на одного абонента, наводит на мысль что не все тут, уж так кучерявенько! Сомневаюсь что в Украине найдется даже десяток провайдеров которые смогут раскошелится на необходимые брасы. Потому что, то что крутило 150ка абонентов, при таких темпах, через год, нужно ставить на 15ка абонентов. И если раньше за 100грн. продавалась полоса 1мегабит, а теперь за 100грн продавать 100, то 150ка, вообще превращаются 1.5ка! Эти клиенты формируют потенциальные финансовые поступления, на которые и строится прогресс. Производители тоже не дураки, они очень даже не прочь посчитать чужие деньги. Разработчики торента не ожидали такого развития ситуации, а разработчики железа и подавно не ожидали что какойто один сервис вырежет 70% общемирового трафика, как в байтовом, так ив ппс ном выражении. Железо разрабатывается с учетом текущих реалий, плюс динамика развития, цена на железо под нагрузки 150к абонентов подразумевает что провайдер будет иметь поступления от минимум 50ка абонентов, если есть только 15ка, то у бизнеса пропадает рентабельность. Если пионер, сел на коленке нарисовал столб, кабель..., то крупные проекты разрабатывают серьезные конторы, у которых заложено в софт "что будет, если". Так что, не растопыривайте пальцы...!!! То что "такого" как "г-а" есть, это как сказать, 99% пользователей в упор не понимают как его взять! А то что выше приведеный сервис отдает контент безплатно, и собирается получать бабосы с рекламы, говорит следующее, В ближайшее время инет заполонят банеры, типа "Аватар" - хочеш посмотреть в онлайн? После этого остается только кликнуть, и ломонутся туда как раз оте 99% пользователей которые не знали как его качнуть с шарового сервака. Расказывать как скакнет нагрузка? Расказать сколько на сапорт пойдет звонков - "у меня кино лагает!" Ну ребята, мы же грамотные пацаны! Не думаю что владельцу сервисов удастся наставит серваков достаточно, чтобы обеспечить отдачу, но вот тут возможно и начнется использоватся технология торента, с определенными ограничениями по сиру. Собственно радует что, где то там, уже каждый ленивый предлагает такие тарифы. При таких тарифах, их разберет 70%, и чтобы дожить до звездочки, нужно иметь - ой какие не кислые каналы! И как замечено выше, два гига это абсолютно нечего. Нам, к сожелению, такое не под силу.

закрывайтесь и продавайтесь - лучший метод борьбы с тем траффиком, который вы обещаете клиенту. За последний месяц объем траффика не изменился, изменилась только структура траффика - больше пакетов стало. Сразу стало ясно кто готов был к зиме, а кто любит работать на пределе. Может и так. http://www.msk-ix.ru/eng/traffic.html За год объем трафика вырос больше чем в 4 раза. Навряд ли кто то может похвастатся ростом клиентской базы в таком же темпе. А на подходе вот такие сервисы http://korrespondent.net/business/mmedia_and_adv/1051584 все безплатно, немного будут напрягать рекламой! Пионерский подход начинает вымерать как класс, на подходе взрослые дядьки http://internet.beeline.ua/rus/tariffs/rates.wbp

Вам видней, но всеравно спасибо. И я тоже извинился, потому как понял что у чела проблема, а то что эту проблему, оперативно получается решить только так как я написал, описано много раз здесь http://forum.nag.ru/forum/index.php?showtopic=55025 И еще раз напишу развитие, где то в начале февраля обнаружил повышение активности, 10 февраля обратились несколько знакомых с подобной жалобой, порекомендовал что нужно сделать, реакция такая же как и здесь - нельзя отрубать UDP! но 15, ситуация стала критической у людей реально падало ядро, попробовали отрубить и все нормализовывалось, клиенты начали получать инет. Один человек начал просить чтобы я расписал суть проблемы, говорю времени нет, но распишу и на локале выложу. Он опять пишет - ну где же статья? Пришлось все отложить написать статью, 21.02 выложил на локале. 22.02 аналогичный вопрос поднялся на наге. К чему это я? Да к тому что вопрос уже пол месяца как накалялся, когда я выложил решение по той ветке которую вы упоминаете. Не вникая в ее корни я дал ответ - что делать. Подвожу итоги, считаю что тема с торентом раскрыта. Проблемы связаные с торентом две: - Повышеная нагрузка на железо. - Необходимость обеспечения избыточности пропускной способности внешних каналов. Как кто будет на это реагировать, сугубо личное дело, зависит от желания и финансов. Удачи. ps. да вон корбилайн одним из первых полез фильтровать uTP вовсю, пользователи уже ощутили "до и после". http://forum.nag.ru/forum/index.php?showtopic=55025&view=findpost&p=479035 pss. То что вы такие крутые, пользователи переходят к вам и вам хоть бы хны, говорит только одно, архитектура вашей сети позволяет переаботать на ПОРЯДОК больше абонентов чем у вас есть сейчас. Это может быть обяснено что вы начинающвя компания, и еще не набрали достаточную базу абонентов. Но паралельно могут возникнуть вопросы от ваших инвесторов. - на какую емкость абонентов расчитана сесть, и почему это вдруг, она снизилась до 20%. если компания не нова, и железо закопано давно, то ребята вы всадили инвестора, перестраховались и вместо ядра стоимостю 200к зелени закопали 600. В любом случае, ситуация заставляет задуматся как провайдерам у которых начала падать сеть, так и тем у которых сеть не падает! Правда при условии что руководитель вменяемый.

Если не трудно разжуй этот пункт ребятам, которые считают что благодаря великому и могучему шейпу у них абсолютно нет проблем с превышением входящего трафика над той полосой что купил абонент. Раскажи кто прокачивает оте 10% трафика(которые больше шейпа), за чей счет и кому в итоге те 10% достаются. От себя добавлю что 10% это хотелка, реально может прокачиватся и 200%. Ну если посмотреть но саму техническую реализацию шейпа и работы ТСП то могу сказать так. Что конечно переюз будет но не такой большой, да прыжки могут быть до 200% если уж очень много сессий будет и если шейп в малоскоростной при мегабитах такого точно не будет. Тут зависимость от скорости на шейпе и его глубины (размера буфера), ТСП же работает как - увеличивает окно или до максимума или пока не дропнется тогда резко уменьшает его в 2 раза. Если буфер не очень большой (по отношению к скорости) в шейпе то тсп быстрее догадывается что опа надо снизить размер окна передачи. По этому тут главное это размер буфера в шейпе. Конечно играет и количество сессий сколько валит на юзера, ибо тут все сесии ростят окно а потом у большей части появляется в толпе дроп и все резко бах и уменьшили окно. Там чехарда получается одни ростят у других уменьшилось и опять растят. Но до 200% это только возможно на очень низких скоростях (тогда пинг больше 1 секунды у юзера будет). И то это будет скачкообразно максимум спад ибо все сесии снизили окна как начался дроп, хотя может у вас буфер шейпа большой и может 4 сек запомнить тогда 400% прыжки будут. Вернемся теперь к протоколу что в торенте, он не будет ждать дропа от переполнения буфера шейпа, а уже когда увидит что задержка выросла больше чем на 100 мс начнет предпринимать действия с торможения (кстати тогда и до дропа не дойдет, меньше ретрансферов будет). Правда вот этот прикол что с уменьшением скорости общей потока, он начинает уменьшать пакет, то это бьет по маршрутизаторам уже. Вот такое могу сказать. Так что от части вы правы особенно на небольших сокростях. А по поводу больших провайдеров то там коэффициент мультиплексирования больше чем у маленьких соответственно такие всплески не так видны будут. Расчеты вы приводите правильные. Но ряд експерементов показали что размер купленой полосы не сильно зависит на превышение. Где то читал за автомобили, иследования показали, что увеличение проезжой части на 10 сантиметров, приводит к увеличениию средней скоросто автомобилей на 10 км в час. В интернете получается похожая картина, клиен покупает шире полосу и ставит другой режим прокачек, в результате при использовании агресивной прокачки даже на TCP, приводит к превышении входящего объема трафика до шейпа до 20%. Но если использовать UDP, входящий объем трафика может увеличиватся до 200 и даже 400%. Эти данные видно если снимать статистику каждую секунду, конечно средневзвешеные данные за 5 минут, на графиках выглядят по другому. Связываю эту проблему с возможным дропанием управляющих TCP пакетов торент протокола. При наличии большого количества сесий, это приводит к большому количеству неуправляемых входящих потоков, которые конечно исправно рубятся шейпом, а это в свою очередь приводит к следующей порции дропнутых маркеров и т.д. Такое подобие микро-дос атак в общем объеме закачки. Новый протокол конечно хорош, в той части что определяет скорость задержки, если сделает реакцию в добавок к уменьшению пакетов, вытоматической понижение количества сесий, то ему цены не будет. Но стоимость инета для конечного пользователя, тогда возрастет до стоимости магистрального мегабита.

Если не трудно разжуй этот пункт ребятам, которые считают что благодаря великому и могучему шейпу у них абсолютно нет проблем с превышением входящего трафика над той полосой что купил абонент. Раскажи кто прокачивает оте 10% трафика(которые больше шейпа), за чей счет и кому в итоге те 10% достаются. От себя добавлю что 10% это хотелка, реально может прокачиватся и 200%.

На самом деле все там довольно просто, сложно с этих простых кубиков собрать всю картину, чтобы она в один момент засияла, птому что все стало ясно как Божий день. Чистый UDP не может применятся в транспорте, самый яркий пример как работает UDP, это DNS. если выполнить запрос avtoluks# dig google.com ; <<>> DiG 9.4.2-P2 <<>> google.com ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15995 ;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 4, ADDITIONAL: 0 ;; QUESTION SECTION: ;google.com. IN A ;; ANSWER SECTION: google.com. 300 IN A 74.125.87.99 google.com. 300 IN A 74.125.87.105 google.com. 300 IN A 74.125.87.106 google.com. 300 IN A 74.125.87.104 google.com. 300 IN A 74.125.87.103 google.com. 300 IN A 74.125.87.147 ;; AUTHORITY SECTION: google.com. 172080 IN NS ns3.google.com. google.com. 172080 IN NS ns2.google.com. google.com. 172080 IN NS ns4.google.com. google.com. 172080 IN NS ns1.google.com. ;; Query time: 59 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Thu Feb 25 12:46:20 2010 ;; MSG SIZE rcvd: 196 То мы получим ответы от днс системы которая обслуживает гугль и первым мы видим ответ google.com. 300 IN A 74.125.87.99 так вот UDP запрос ушол ко всем DNS серверам, тот кто ответил первым отдал ип 74.125.87.99 клиент уйдет на кластер 74.125.87.99. Если повторить запрос avtoluks# dig google.com ; <<>> DiG 9.4.2-P2 <<>> google.com ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9897 ;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 4, ADDITIONAL: 0 ;; QUESTION SECTION: ;google.com. IN A ;; ANSWER SECTION: google.com. 292 IN A 74.125.87.147 google.com. 292 IN A 74.125.87.99 google.com. 292 IN A 74.125.87.105 google.com. 292 IN A 74.125.87.106 google.com. 292 IN A 74.125.87.104 google.com. 292 IN A 74.125.87.103 ;; AUTHORITY SECTION: google.com. 172072 IN NS ns4.google.com. google.com. 172072 IN NS ns1.google.com. google.com. 172072 IN NS ns2.google.com. google.com. 172072 IN NS ns3.google.com. ;; Query time: 1 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Thu Feb 25 12:46:28 2010 ;; MSG SIZE rcvd: 196 При повторном запрсе мы получили первый ответ google.com. 292 IN A 74.125.87.147 клиент уходит на кластер 74.125.87.147. Почему мы имеем два ип 74.125.87.99 и 74.125.87.147. Потому что гугль мало того что кластеризирует свою систему, он еще и произвольно балансирует клиентский трафик между датацентрами. Это возможно только благодаря протоколу UDP ну и особеностями реализации DNS. UDP, не гарантированая доставка пакета, и ответ принимается тот кто быстрее пришол, а инет он нестабильный и ответы приходят в произвольной форме. Но самое главное что сесия розрезолвливания состоит из буквально дву пакетов, запрос, ответ, кто не ответил, проблем нет потому как их ответ уже никому не нужен. Это все на что способен чистый UDP. Если по такому принципу передавать файл, то единыжды его запросив, тем более у четырехсот источников, можно комп выключать, а трафик будет поступать и померать на порту. Более того, в этом случае, передатчики работают по мере саоей технической возможности, забивая входящий канал провайдеру под завязку, конечно дальше, на шейпе на клиента нарежется его лимит, скажеи один мегабит. А у провайдера выжрет 10, 50 да и 100 уйдет за глаза. Поетому торент использует модификацию протокола RTP. Суть его в том что основной поток, и синхронизация блоков происходит на протоколе TCP, а потом идет серия пакетов по протоколу UDP. Тем самым достигается гарантирование доставки и целосности блока данных. В текущий момент, как оказалось, в торент протоколе допущена стратегическая ошибка, этот вопрос в текущее время обсуждается во всем мире. Конечно что думали разработчики я не знаю, но смоделировать могу. Они посчитали что, если передавать данные блоками по 1500 байт, то при потере пакета теряется 1500 байт, которые нужно повторно закачать и сделали как бы услугу провайдерам, при проседании канала торент начинает уменьшать размер пакета в полть до 150 байт. Логично, что при потере пакета 150, повторно нужно закачивть меньше. Но данный подход привел к чрезмерномц скачку количества пакетов, так как, даже хороший канал торентом забивается под завязку, торен видит яаное ухудшение канала и начинает уменьшать размер пакетов. Хотели как лучьше, а получилось как всегда, снежная лавина которая сметает все на своем пути. То что масово начали сыпатся роутеры, это превышение количества пакетов в секунду. Пока практически никто не обращает внимание на избыточный трафик котрый приходится прокачивать провайдеру в ноль.

Пока порадовать нечем, одни хотелки.

Нет не накладно. PPS На графике клиенту показывается текущее количество пакетов в секунду, на базе анализа соотношения трафика и количество пакетов, раньше определялась дос атака от клиента, позже эту опцию отбросили. Сейчас осталась сигнализация ДОС атаки, на базе разницы количества отпавленых и принятых пакетов, коректируется средним коеффициентом по системе, на графике рисуется красным. Реакцию на данное собитие не делаем, потому как под эту раздачу попадает скайп, игрушки и другой софт который агресивно использует UDP, протокол. Делить на протоколы накладно. Но это сложный комплекс. Для скрипта анализа торент-подобного трафика, много ресурсов не требуется, в текущий момент сам трафик не анализируется класичиское считывание счетчиков, сверка с лимитом, динамическое внесение ип в таблицу бана. Задержка реакции сейчас у нас 10-15 минут потому как проверка идет с периодичностю в 5 минут, если сделать проверку кадую минуту, реакцию можно сделать 1-2минуты. С цыской не смог реализовать, там действительно нужно было много ресурсов. Сам принцип, скажем защиты, основан на превышении входящего трафика на клиента от потенциально возможного. Собственно что и вызвало бурный хохот. Но мне кажется что смеятся может только тот кто не имеет представление что творится в его сети. Немного удивлен реакцией nightfly, потому как человек вроде сам пишет билинг и на мой взгляд неплохой.

То что сейчас стоит, писано давно, под другие потоки, и становится все тяжелей и тяжелей. Поетому если писать сейчас то принцып напрашивается следующий, никак руки не дойдут. На каждый пакет вводится пороговое значение, нв кадый ип организовывается счетчик, например, раз в одну минуту снимается статистика. Если объем трафика превышает пороговое значение, исполняется скрип реакции. Сегодня у нас рубится UDP протокол, полность кроме 53 порта. для рубки имеется таблица в ipfw. То есть скрип имеет две секции, 1. сравнения текущего трафика и потенциально возможного трафика на купленой полосе, 2. динамическое внесение ип в таблицу бана. Раньше динамически вводили ограничение по количеству сесси, но в таком случае у клиента валилось все, при отключении UDP, клиент может зайти в билинг и посмотреть чем вызвано ограничение. Для клиентов в билинг отбрасывается предупреждение что и почему блокировано, что рекомендуется сделать чтобы этого не происходило. Через час, ип с бана выводится, если ситуация повторяется, банится на сутки. На третий раз банится пока клиент не обратится в службу поддержки. Разруливается на софтовом роутере, фря. В самой первой статье приведен скрин клиента и реакция системы, Ниже окаунт другого качальщика, но чел качает как бы по правилах, загрузка приличная, но проблем абсолютно никаких.

Контроль по сигнатуре слабо помогает и ненадолго. Ноги у торента растут с 1997 года, тогда вышел VAMPIRE, который позволял качать в десять сесий, гдето в 2000 году, столкнулся с проблемой как на диалап канал выжимали 200%, Афигел. Ответ оказался прост, в контора на 50 компах, работали Вампиры. Статистика на интерфейсе клиента была согласно заявленой, а на стороне провайдера подскакивала до 200%. В 2002 году торент подобные проги уже стали становится популярными и гдето в это время обнаружил что это аморфная прога, не позволяющяя себя контролировать. Сигнатуры могли менятся как угодно и когда угодно. Даже цыска со своими анонсами решений, не давала ефекта. В 2004 году, к билингу был написан скрипт который стряхивал качальщиков, анализируя структуру нагрузки. За время его работы, не одно решение было придумано и провалилось, анализ по структуре трафика, до сих пор работает как часы. Анализ торента наводит на мысль что это не чесный сервис, а пиратский подход к пользованию инетом. Цель - анонимность источников, уход от контроля на уровне маршрутизации, то есть тотальный подход выведение сервиса с под какого либо контроля в том числе и с под ограничений шейпа. Не исключаю что в будущем, торент подобный софт, будет запрещен, силовиками как класс.

Емкость канала до шейпа увеличивается. Занимаюсь этой проблемой не с средины февраля, а несколько лет. Статью написал потому как действильно в феврале, начались обращатся знакомые с проблемой резкого возростания нагрузки. Проблему с выходом новой версии торента, не связывал. Вот реакция ========8<-------- Согласен, я просто рубанул всех кто качал по протоколу uTP, и загрузка упала мгновенно, дальше начала потихоньку расти, пока сильно не выросла, а вот ближе к вечеру все должны вернуться к работе по TCP и увеличить загрузку канала. Это будет уже результат. Я не говорю что нашел способ экономии полосы, я всего лишь пытаюсь ограничить работу протокола uTP, и как следствие уменьшить нагрузку в PPS ========8<-------- Правктически во всех случаях проблема решалась именно как здесь написано, запрет UDP, с последубщим выборочным вывода качальщиков в отдельную группу. Даю 100% гарантию, больше двух месяцев не продержится даже самый крутой провайдер, UDP будет зарезан. Новая версия торента, применяет технологию уменьшения пакета до 150, именно для увеличения ширины шейпа и при этом уменьшения дропнутых пакетов. То есть получения с канала КПД больше 100%. Плевки в мою сторону, не провоцыруют меня расписывать проблему боле детально. ps. Или провайдеры имеющие 1-2тысяч абонентов, готовте техническую базу такую, какая какая была у провайдеров 10-15 тысяч абонентов. В противном случае нагрузку не выдержать ни внешние канали, ни железо.

Аренда 75коп. за метр кабеля..., наверно прошло по все Украине. Можно смело идти в горсовет. На повестке следующие вопросы. 1. Будет ли платить эти деньги обленерго, радио, телеком, кабельное телевидение? Если нет, то просьба в прокуратуру дать разяснение как такое решене вяжется с антимонопольным законодательством. 2. Как горисполком собирается сдавать в аренду площади находящиеся в часной собственности? Есть ли у горисполкома полномочия, тоесть договор подписаный с жильцами на право сдачи в аренду их собственности. Жалобу писать в прокуратуру не стесняйтесь, себе дешевле, и жить потом поспокойней. Просьбу можете заготовить на бумаге, ответить они обязаны в течении 10 дней. Как правило любые вопросы после этого пропадают. ps. Обленерго, радио, телеком, кабельное телевидение - часные компании которые предоставляют услуги жильцам с целью получения прибыли.

В статье не говорится что шейп не режит, режит и вот выдержка из стати где показано как он режет! =================8<--------------------- Если кто-то не понял, Рисунок 1. А - структура трафика до пайпа В - пайп, его счетчик и его работа. С - структура трафика после пайпа. До пайпа идет нерегламентированный трафик "А", он регистрируется счетчиком правила, точка "В1", он отражается в статистике, тут же обжимается в значение пайпа, точка "В2", лишний трафик ставится в очередь и пропускается по мере освобождения полосы, если канал загружен полностю, пакет в очереди утаревает и дропается, при больших нагрузках и длительных закачках никакой очереди не хватит накапливать пакеты, дальше идет полоса выставленая на пайпе "С", это уже та полоса которую оплатил клиент, но на статистике она не может быть отражена, так как это результат работы пайпа. Чтобы увидеть что сделал пайп, необходимо ставить счетчик на выходе с роутера. =================8<--------------------- Цель статьи обратить внимание на трафик "А", именно на ту часть что клиент использует входящую полосу провайдера гораздо больше, чем оплатил (трафик "С") Расписан как с помощю торента, фходящуюю полосу можно поднять в несколько раз, тем самим забить входящий канал провайдера. Для одного клиента покупающего 1 мегобит и забивающего входящий канал на 2 мегабита это не смертельно, Но если таких клиентов много то провайдер вынужден расширять входящий канал существенно, у некоторых провайдеров, полоса уходящяя в никуда составляет до 40%. Это означает, что при покупке 100мегабит внешнего трафика, 60 мегабит разбирается клиентами, а 40 сжигается пайпами. Крутые? Можете позволить и больше? Да на здоровье, статья написана для оптимизации внешнего канала, нормальными провайдерами! И блокировка сервисов, если он а выходит из под контроля, есть у любых нормалных провайдеров, например по Воле буквально неделю назад человек наисал что провайдер блокировал вирус по рассылке спама, включил комп, через десять минут бан, и звонок по телефону. А стоило бы им печалиться, с 20 гигами внешних каналов? Просто нормальный подход, не то что у Телекома! Не нужно путать предоставление услуги и бардак, провайдер регламентирует свою работу согласно закона о телекомуникациях, должен отвечать на письма при дос атаках на всякие структуры, предоставлять отчеты правоохранительным органам по запросам саязаных с пользованием интернетом. И правило хорошего тона, предупреждать клиента о возсожных посдедствиях. Более того, я даю 100% гарантию что у все 100% провайдеров присутствует полоса мертвого трафика которая сжигвется в шейпах, и можете ставать в позу и раставлять пальцы, покупать дополнительную полосу. А можете сделать выводы как повлиять на ситуацию. Один провайдер не понимал проблемы пока каналы и железо вытягивало потоки, но когда ресурсы исчерпались и стал вопрос выложить 20ка зелени на реструктуризацию, почемуто сразу все понял. Потому как не может полторы тысячи абонентов потреблять 200мегабит трафика! Поетому всему свое время! В целом, немного удивлен, довольно широким непониманием ситуации! Ожидал более конструктивное обсуждение вопроса.

Никто никого не ложит, даже на роутере+шейпере работающем на Винде А то что на некоторых трекерах заряжается по 25 тыщ сессий - это уже зло, в первую очередь для юзера, который получает больший процент заголовков пакетов чем полезной в них инфы. По этому я себе для класса пользовтелей "хоум юзер" сделал лимит 200 сессий. И если недовольный юзер звонит что страницы открываються через раз - культурно обьяснить, чтобы в своем торрент-клиенте в настройках установил некоторый лимит. Мне странно, куда девают инфу качки? Есть пара юзеров, которые в месяц по полтора терабайта нагребаю себе. Винты то не резиновые? Я бы даже заплатил, чтобы они ушли к другому провайдеру ))) Хм. А вот prototip с тобой не согласен! "а вот хотел бы я посмотреть на юзеровскую машину , которая открывает 200000 сесий - реально это флуд , наверное при этом шлепер даже мышью дернуть не могет " Осталось определить грань, до которой можно сказать не ложит, после которой все же ложит!

Ничего себе 5 секунд ... Ну время жизни пакета знаете не мной придумано и если мне не изменяет память более 1500 мс никак для єзера (1,5 сек ). Сами понимаете если пакет уйдет и в течении 1,5 сек от него ни привета ни ответа , то ... А размер очереди для fifo (стандартный тип очереди на эзере) 50 пакетов , для энтузиастов его можно увеличить . Просто следует задуматься в разделе торентов , что тип fifo - первый пришел , первый ушел и тут по все видимости у вас и возникает проблема , поскольку для критичных приложений с небольшим размером пакета , но чувствительным к задержкам возникает трабла (Voip). Решение этой проблемы может быть всеже PCQ , хотя и это не панацея , одной из проблем является кушание вашей оперативы под эти самые очереди . Где а статье написано что шейпы как то, вдруг, не работают? В статье написано что изначально приходит большое количество трафика, и шейп производит стабилизацию потока. Все правильно, стабилизация проходит, при колебании трафика на 0.0001%, за счет запихивания пакетов в очередь, формирования задержки, но не больше времени жини пакета в очереди. То что произвольно формируется превышение входящего трафика, процедура работы пайпа, в статье не расматривается, читайте другие источники. По поводу раставления правил, это самообман, Можно на входе поставить пайп, на выходе счетчик, и все будет кучерявенько. Но от этого размер входящего трафика не уменьшится. В статье расмотрен механизм возникновения превышения трафика, что и как на это влияет. То что хто то не понял, это уже не мои проблемы, курите маны.

К сожелению торент клиентам пофиг ваши надежды..., или я отстал и есть такая опция? Вот здесь http://local.com.ua/forum/topic/20354-torent-pochemu-ego-tak-ne-ljubjat-provaideri/page__pid__150913__st__0entry150913 расписал почему с торентами сложно спорить. Афтторр жжжет , я плачу насчет этой статейки с пайпами думинета . Модераторы удалите хоть эту ссылку ибо пионеры поначитаются и еще и поверят что это правда , трубы думинета во фре не бог весть какого года рождения но тупо разрезать скорость в канале умеют , просто стоит разобраться как эти трубы конфигурить ... и на какаих итерфейсах для входящего и исходящего потока они висят . Сколько бы трубам небыло лет, и сколько бы ума у тебя небыло, но за ночь, превышение по очереди, на такого клиента может собраться на не один десяток гиг! Подскажи, если не сложно, где можно уместить эту очередь, как ее отдавать, что нужно делать с этой очередью, если клиент взял и дропнул закачку? Не ужели такой чесный провайдер будет засырать клиенту канал еще суток несколько? Собственно тут логика есть, бабосы то за внешний канал провайдером уплачены, пусть клиент принимает! Только механизма такого, лично я не знаю. Так рассуждают админы у которых нет статистики. А связка с текущей темой в том что на удаленных вайфаях, вообще нереально контролировать эту проблему, и без торента, будет два чела прокачивать трафик между 3 и 4 базой, будет качатся двое суток, и все двое суток будут блокировать всех клиентов что находятся дальше.

Сори, похоже я не так понял фразу "Возникла такая проблема" тем более если проблема на таких скоростях "заряжает вместо положенных 256кбит", Подумал что проще проблему оператиыно закрыть, а потом спокойно разбиратся с рюшечками. Практика показывает что один бешеный торент может положть маленькую сеть с внешним каналом до 10мегабит, да и 20 положит.