https://opennet.dev/openforum/vsluhforumID3/45831.html ""Справедливый" прозрачный шейпер на FreeBSD (http://www.opennet.ru/base/net/transparent_shaper.txt.html)" - пример настройки FreeBSD для равномерного распределения полосы пропускания между конечными клиентами.<br><br>URL: http://www.opennet.ru/base/net/transparent_shaper.txt.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=19158<br> https://opennet.dev/openforum/vsluhforumID3/45831.html#16 Mon, 01 Dec 2008 17:18:15 GMT не кошерный шейпер - он работает по алгоритму дропа пакетов.<br> https://opennet.dev/openforum/vsluhforumID3/45831.html#14 Mon, 01 Dec 2008 15:20:38 GMT На ipfw можно очень по-разному организовать, что сначала - шейпинг или нат. Вот кривиникий пример который будет шейпить все сразу и для клиентов за натом и для самого рутера.<br><br>em0 - inet<br>fxp0 - lan<br>--<br>/etc/sysctl.conf<br>net.inet.ip.fw.one_pass: 0<br>--<br><br>ipfw add 100 allow all from any to any via lo0<br><br>ipfw add 210 pipe 100 config bw 95Mbit/s<br>ipfw add 220 pipe 200 config bw 95Mbit/s<br>ipfw add 230 queue 111 config weight 30 queue 50 pipe 100 gred 0.002/5/15/0.05<br>ipfw add 240 queue 112 config weight 70 queue 50 pipe 100 gred 0.002/5/15/0.05<br>ipfw add 231 queue 211 config weight 30 queue 50 pipe 200 gred 0.002/5/15/0.05<br>ipfw add 241 queue 212 config weight 70 queue 50 pipe 200 gred 0.002/5/15/0.05<br><br>ipfw add 250 queue 111 udp from me to any out via em0<br>ipfw add 260 queue 112 tcp from me to any out via em0<br>ipfw add 270 queue 211 udp from any to me in via em0<br>ipfw add 280 queue 212 tcp from any to me in via em0<br><br>ipfw add 290 check-state<br><br>ipfw add 300 allow tcp from me to any out via em0 keep-state<br> https://opennet.dev/openforum/vsluhforumID3/45831.html#13 Mon, 01 Dec 2008 14:04:39 GMT &gt;&gt; А вот если сам роутер является одним из потребителей инета одновременно с клиентами _за_ ним - то на этот вопрос и линух толком не отвечает...<br>&gt;<br>&gt;Да ну?! <br>&gt;"А мужики-то не знают!.." (с) <br>&gt;Видимо, это только у юнг не работает. <br><br>ок, слушаю "на пальцах" как классифицировать пакет-ответ (входящий во интерфейс) на реальный аддресс, за которым сидят И проги с самого роутера И клиенты в локалке.<br><br>Т.е. пакет-ответ идет на адресс, на котором осуществляеццо SNAT.<br>За сим, информации о том кому на самом деле направляется пакет (самому роутеру или одному из клиентов - что доступно только на этапе deNAT'а, а он много дальше, чем ingress на ифейсе с реальным ИП по тракту IP модуля) на этапе входящего (а только там можно зажать траффик для самого роутера) шейпинга.<br><br>Я даже предпринял попытку реализовать это дело. Даже написал патч и отправил. Меня послали, но указали в чем я был неправ.<br><br>Вобщем, я весь во внимании. ДОпускаю, что чего-то я и не заметил.<br> https://opennet.dev/openforum/vsluhforumID3/45831.html#12 Mon, 01 Dec 2008 13:50:28 GMT &gt; А вот если сам роутер является одним из потребителей инета одновременно с клиентами _за_ ним - то на этот вопрос и линух толком не отвечает...<br><br>Да ну?!<br>"А мужики-то не знают!.." (с)<br>Видимо, это только у юнг не работает.<br> https://opennet.dev/openforum/vsluhforumID3/45831.html#11 Mon, 01 Dec 2008 13:23:06 GMT А как соотносятся:<br><br>net.inet.ip.dummynet.hash_size=1024<br>net.inet.ip.fw.dyn_buckets=1024<br><br>если у имеется 4900 динамических очередей? Не мало?<br> https://opennet.dev/openforum/vsluhforumID3/45831.html#9 Mon, 01 Dec 2008 11:14:03 GMT Гы-гы, я с эти делом давно знаком, как и весь наш отдел :)<br><br>Собственно, вот: http://dotu.stalin.lv/<br><br> https://opennet.dev/openforum/vsluhforumID3/45831.html#8 Mon, 01 Dec 2008 11:08:11 GMT Я вообще, по жизни, не занимался глубокими изысканиями в этом вопросе: насколько высоко задавать планку шейпера.<br><br>Но я изучал "Достаточно общую теорию управления" (ДОТУ) авторского коллектива ВП СССР.<br>Как видите, она дает возможность войти в любую проблемматику и дать достаточно полный анализ.<br>Горячо рекомендую всем и каждому с целью повышения управленческих способностей:<br>http://dotu.ru/2004/06/23/20040623-dotu_red-2004/<br><br>Или в виде аудиокниги:<br>http://kob.in.ua/sound/dotu_audioboock.rar<br><br>ДОТУ лежит в основе Концепции общественной безопасности (КОБ),<br>которая является единственным (без преувеличений) выходом из того развала,<br>куда нас опустили в процессе "независимости" после развала СССР.<br>Рекомендуется всем думающим людям.<br><br>Кратко и наглядно изложено в видеолекциях Петрова:<br>http://pravdu.ru/lessons/petrov/<br><br>PS Не примите за спам, ибо это реальные и очень важные знания.<br> https://opennet.dev/openforum/vsluhforumID3/45831.html#7 Mon, 01 Dec 2008 10:53:14 GMT &gt;Автор сделал верхнюю планку ниже (не суть на сколько) с подчеркнутой целью: <br>&gt;<br>&gt;создать очередь своих клиентов у себя, а не у ISP. Почему это <br>&gt;так для него важно - в статье, увы, не рассмотрено и <br>&gt;принято за аксиому. <br><br>.........<br><br>&gt;[оверквотинг удален]<br>&gt;обслуживать наши упорядоченные запросы - уже нашего шейпера касаться не должны. <br>&gt;Но если касаются, и реальная пропускная ниже установленной в нашем шейпере <br>&gt;( &lt; urate) - то в конце концов дропы (ответное падение <br>&gt;пропускной) постигнут наших клиентов в любом случае. <br>&gt;Возможно, автор опасается именно этого, (а на практике апстримы могут реально давать <br>&gt;такие результаты) и принимает алгоритм дропа как случайный - то да, <br>&gt;чтобы улучшить качество приоритезации - стоит опустить планку ниже апстрима. <br>&gt;Но если алгоритм дропа _может_ учитывать заданные параметры шейпера и дропать недополученную <br>&gt;полосу у всех клиентов согласно их лимитам - то любое падение <br>&gt;пропускной апстрима отразится на всех клиентах ожидаемым образом, согласно лимитам. https://opennet.dev/openforum/vsluhforumID3/45831.html#6 Mon, 01 Dec 2008 10:49:41 GMT Теория информации здесь ни при чем. Скорее, теория очередей, a.k.a. теория массового обслуживания.<br>