https://www.opennet.ru/openforum/vsluhforumID3/12789.html Daniel Hartmeier, автор пакетного фильтра pf, созданного для OpenBSD, подробно поясняет (http://www.bsdforums.org/forums/showthread.php?t=36706), как работают системы лимитирования пропускной способности и почему ALTQ может гарантированно ограничивать и приоритезировать только отправляемый в заданный сетевой интерфейс трафик, и какие существуют решения для контроля входящего трафика (управление TCP потоком и шейпер на два интерфейса в системе). <br><br>URL: http://www.bsdforums.org/forums/showthread.php?t=36706<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=6481<br> https://www.opennet.ru/openforum/vsluhforumID3/12789.html#30 Tue, 14 Jun 2011 23:50:04 GMT В клуб порезать не проблема, причём на исходящих в локалку.<br>а вот на входящих в внешку реально плохо что неработает , иногда очент надо<br> https://www.opennet.ru/openforum/vsluhforumID3/12789.html#29 Fri, 13 Mar 2009 07:10:20 GMT Ладно, пример того почему надо шейпить входящий трафик... Клуб, на каждый комп приходить должно не более 128кбит, pf+altq(cbq) ограничивает только исходящий, а мне нужно и то и другое, и желательно в синхроне, ибо трафик не резиновый (на 10Мбитах... по мегабайт-но)... Скажи те чем по вашему порезать канал для каждого ИПа в сети ?????<br><br>Я НИКОГО НЕ ОБСУЖДАЮ, но если нет инструментария то и говорить не очем, просто так и напишите что АЛЬТКУ не способен резать входящий канал.... А НЕ РАЗВОДИТЕ ДЕМАГОГИЮ по поводу ПОЧЕМУ !!!!<br> https://www.opennet.ru/openforum/vsluhforumID3/12789.html#28 Sun, 18 Dec 2005 16:59:18 GMT &gt;&gt;за такое полагается канделябром :) <br>&gt;Ежели пров черным по белому пишет что вот, держите анлим за ваши <br>&gt;деньги, но шобы мне канал не сажали вот вам 15 TCP <br>&gt;сессий и ешьте их как хотите. <br>&gt;Интересно кому канделябром в таком или похожем раскладе? <br><br>Смотря какие деньги. Если так, как у меня - полная халява - то я закрою глаза и на лимит сессий, и на негарантированную полосу. А если кто сурьезные деньги плОтит, а ему на мегабит 100 сессий дают... И ведь я знаю таких! При этом купленный мегабит оборачивается в 700-800 кбит в пиках, и 200-300 кбит среднего в долгосрочке.<br><br>Тут не канделябром, тут топором надо. Меж рогов. <br> https://www.opennet.ru/openforum/vsluhforumID3/12789.html#27 Sun, 18 Dec 2005 10:29:06 GMT &gt;Народ. :) Ну что вы пургу все гоните?-) <br>Взаимно?<br>&gt;<br>&gt;1. Шейпить входящий траффик невозможно. Запомните это раз и навсегда. Шейпинг -- <br>&gt;управление загрузкой физического канала. И хоть ты удропайся входящие пакеты -- <br>&gt;если тебе их с другой стороны шлют, канал всё равно будет <br>&gt;на 100% загружен. :) <br><br>Это в клиническом случае полного отсутствия flow control'а у передающего (грубо говоря, это есть флуд в чистом виде и за него полагается по голове). В случае если есть какое-то управление потоком - например, в TCP оно включено так что убрать не получится - то задержки и дропы входящего потока будут не сразу и не столь аккуратно, но регулировать потребление получится. Что точно не получится: грамотная приоритизация для интерактивного и особенно изохронного трафика. Например, выделить в отдельный класс голосовой трафик и давать пакетам такого трафика безусловный приоритет над веб-трафиком. Пример того что точно получится: ограничить потребление некоторой подсетью не более K% трафика; дать ей минимальный при https://www.opennet.ru/openforum/vsluhforumID3/12789.html#26 Sun, 18 Dec 2005 10:14:10 GMT &gt;Можете посчитать сами -- скорость TCP-потока -- 1 окно в round-trip time <br>&gt;линка. Высота геостационарной орбиты -- около 35 тысяч километров. Пренебрегая примерно <br>&gt;в 15 раз меньшим основанием треугольника, с хорошей точностью можно считать, <br>&gt;что свет проходит 70 тысяч километров при передаче пакета. Скорость света <br>&gt;-- 300 тысяч км/сек. Итого -- получаем 230 миллисекунд в одну <br>&gt;сторону. RTT - 460 миллисекунд. Грубо -- полсекунды (с учётом нашего <br>&gt;приближения). При окне в 64 килобайта получаем скорость 128 килобайт в <br>&gt;секунду -- примерно 1 мегабит/сек. :) <br><br>Выставляю окно в 256K без проблем. И скорости соответствующие.<br><br>&gt;Что есть тыщщу раз проверено (спросите у своих друзей со спутниковыми каналами). <br><br>Не надо друзей, сам сидел на таком канале. 2MBit/s получалось без напряга.<br><br>&gt;А вы говорите, не зашейпится. ;) <br><br>Речь в теме немного не о том. Но в данном случае Вы несли полную чушь - и по скорости, и по количеству потоков ограничения совсем другие. И в пике потребления мы получали 38Mbit/ https://www.opennet.ru/openforum/vsluhforumID3/12789.html#25 Fri, 25 Nov 2005 11:06:35 GMT &gt;&gt;Ограничить число сессий по ИП <br>&gt;за такое полагается канделябром :) <br>just try it!<br>Ежели пров черным по белому пишет что вот, держите анлим за ваши деньги, но шобы мне канал не сажали вот вам 15 TCP сессий и ешьте их как хотите.<br>Интересно кому канделябром в таком или похожем раскладе? https://www.opennet.ru/openforum/vsluhforumID3/12789.html#24 Fri, 25 Nov 2005 05:52:43 GMT &gt;И, кстати, именно из-за этого не имеет смысла делать спутниковые каналы более <br>&gt;скоростными, чем 2 МБит/сек -- TCP через геостационарный спутник со скоростью, <br>&gt;большей, чем 1 МБит/сек не работает. <br>&gt;<br>&gt;Можете посчитать сами -- скорость TCP-потока -- 1 окно в round-trip time <br>&gt;линка. Высота геостационарной орбиты -- около 35 тысяч километров. Пренебрегая примерно <br>&gt;в 15 раз меньшим основанием треугольника, с хорошей точностью можно считать, <br>&gt;что свет проходит 70 тысяч километров при передаче пакета. Скорость света <br>&gt;-- 300 тысяч км/сек. Итого -- получаем 230 миллисекунд в одну <br>&gt;сторону. RTT - 460 миллисекунд. Грубо -- полсекунды (с учётом нашего <br>&gt;приближения). При окне в 64 килобайта получаем скорость 128 килобайт в <br>&gt;секунду -- примерно 1 мегабит/сек. :) <br>&gt;<br>&gt;Что есть тыщщу раз проверено (спросите у своих друзей со спутниковыми каналами). <br>&gt;А вы говорите, не зашейпится. ;) <br><br><br>Существует вроде такой параметр масштабирования окна,<br>которыйможно передать в сегменте SYN.<br>Максимальный размер о https://www.opennet.ru/openforum/vsluhforumID3/12789.html#23 Thu, 24 Nov 2005 16:11:27 GMT &gt;Ограничить число сессий по ИП <br>за такое полагается канделябром :)<br><br> https://www.opennet.ru/openforum/vsluhforumID3/12789.html#22 Thu, 24 Nov 2005 13:35:50 GMT Ограничить число сессий по ИП