https://slinkov.ru/openforum/vsluhforumID1/80030.html Всем не хворать!<br><br>Имеется slackware 12 + tc+htb шейпер, и локалка, ходящая через него в инет.<br>В течение большинства времени шейпер должен не вмешиваться в проходящий трафик.<br>Но как только устанавливается соединение по определенному порту (например радмин) - максимально быстро сузить занимаемую полосу и освободить половину канала для радмина.<br><br>имеется вот така поделка:<br><br>#!/bin/sh<br><br>TC="/sbin/tc"<br>IPT="/usr/sbin/iptables"<br><br>IFACE="eth0"<br>RATE="100" # kbit<br><br>$TC qdisc del dev $IFACE root<br>$TC qdisc add dev $IFACE root handle 1:0 htb default 50<br><br>$TC class add dev $IFACE parent 1:0 classid 1:1 htb rate ${RATE}kbit ceil ${RATE}kbit<br><br>$TC class add dev $IFACE parent 1:1 classid 1:10 htb rate $[$RATE/2]kbit ceil ${RATE}kbit burst 512kb<br>$TC class add dev $IFACE parent 1:1 classid 1:50 htb rate $[$RATE/5]kbit ceil ${RATE}kbit<br><br>$TC filter add dev $IFACE protocol ip parent 1:0 prio 1 handle 10 fw flowid 1:1<br><br>. ./common/ipt-flush.sh <br>$IPT -t mangle -A PREROUTING -i $IFACE -p tcp --sport 4899 -j MARK -- https://slinkov.ru/openforum/vsluhforumID1/80030.html#9 Sun, 04 May 2008 04:24:41 GMT &gt;ваша проблема, что вы хотите сделать из говна конфетку. Сначала разберитесь с <br>&gt;L2, а потом крутите софтовые решения по управлению трафика. Проведите аналогичные <br>&gt;измерения в среде ethernet или atm. <br><br>измерения на eth проводились и упомянуты выше.<br>но, возможно, вы и правы, говно хоть крась, хоть бели...<br>тем не менее, все же удалось слегка улучшить картину времени реакции.<br>при экспериментах приоритетным являлся http и ssh, тесты проводились при двух одновременных ftp-сессиях, параллельно с которыми прорубалась http-закачка файла и ssh-подключение.<br>все это в "почти модемном" соединении 100kbit.<br>если кому интересно, выглядит это так:<br><br>#!/bin/sh<br><br>SPD="100"<br>MSR="kbit"<br><br>CADD="tc class add dev eth0 parent"<br>QADD="tc qdisc add dev eth0 parent"<br><br>shape_on() {<br><br>tc qdisc add dev eth0 root handle 1: htb default 12<br><br>$CADD 1: classid 1:1 htb rate $SPD$MSR ceil $SPD$MSR<br><br>#$CADD 1:1 classid 1:10 htb rate $[$SPD/2]$MSR ceil $SPD$MSR<br>#$CADD 1:1 classid 1:11 htb rate $[$SPD/4]$MSR ceil $SPD$MSR<br>#$CADD https://slinkov.ru/openforum/vsluhforumID1/80030.html#8 Wed, 30 Apr 2008 17:49:40 GMT ваша проблема, что вы хотите сделать из говна конфетку. Сначала разберитесь с L2, а потом крутите софтовые решения по управлению трафика. Проведите аналогичные измерения в среде ethernet или atm.<br> https://slinkov.ru/openforum/vsluhforumID1/80030.html#7 Wed, 30 Apr 2008 13:12:57 GMT &gt;[оверквотинг удален]<br>&gt;<br>&gt;В принципе, работает, тока уж шибко медленно реагирует. <br>&gt;Т.е. с момента возникновения трафика на радминский порт, свою половину канала радмин <br>&gt;получает через несколько минут. <br>&gt;<br>&gt;Кому-нить приходилось сталкиваться? <br>&gt;Это как-нить лечится? <br>&gt;Закрывать все остальные порты на это время не предлагайте, такая идея у <br>&gt;мну уже была =) <br>&gt;Юзеров полностью отрубать низя... <br><br>я бы подкрутил r2q. <br>в конце-концов можно htb заменить hfsc<br> https://slinkov.ru/openforum/vsluhforumID1/80030.html#6 Wed, 30 Apr 2008 05:42:26 GMT &gt;Дык может проблема в диалапе - и не столько времени занимает перестройка <br>&gt;шейпера, сколько очередm на модеме и со стороны провайдера рассасываются? <br><br>Дело точно не в прове, т.к. тестили также и в условиях локалки на сильно сниженной скорости интерфейса. При этом статический шейпинг на весь интерфейс работает легко. Шейпили до 115 кбит/сек, получили практически идеальные модемные условия. А вот динамические изменения трафика по приоритетам внутри этих 115 кбит/с получаются как описано в сабже.<br> https://slinkov.ru/openforum/vsluhforumID1/80030.html#5 Tue, 29 Apr 2008 11:47:16 GMT &gt;Задача - бысто договорить радмин на загруженном диалапе любым некоммерческим програмным путем! <br><br>Дык может проблема в диалапе - и не столько времени занимает перестройка шейпера, сколько очередm на модеме и со стороны провайдера рассасываются?<br><br><br> https://slinkov.ru/openforum/vsluhforumID1/80030.html#4 Tue, 29 Apr 2008 06:41:24 GMT не стал гадать почему не робит как надо с tc+htb<br>предлагаю альтернативный вариант<br>http://freshmeat.net/projects/shaperd/<br> https://slinkov.ru/openforum/vsluhforumID1/80030.html#3 Tue, 29 Apr 2008 05:43:15 GMT &gt;1. Я бы оставил burst на автоматический выбор. <br><br>пробовал.<br>когда нужно протолкнуть канал параллельно с фтп-сессией - без большого бёрста никак.<br><br>&gt;2. Определяя классы в htb использовал бы prio (man tc-htb): <br>&gt; prio priority In the round-robin process, classes with the lowest <br>&gt;priority field are tried for packets first. Mandatory. <br><br>читал и пробовал.<br>по поводу prio обильно гуглил и находил самые разные вариации, включая эту. особой разницы не замечено.<br><br>&gt;3. В filter трафик бы при этом как раз и заворачивал в <br>&gt;нужный класс типа 1:10 или 1:50 - тот у кого приоритет <br>&gt;шире, а не в 1:1. <br><br>не знаю почему, но при прямом указании фильтра на оконечный класс почему-то получается еще медленнее...<br><br>Может есть какой-нить радикально другой способ, без шейпинга? (циски и прочие аппаратности не предлагайте =))<br>Пусть даже с кратковременной ПОЛНОЙ остановкой юзерского трафика...<br>Задача - бысто договорить радмин на загруженном диалапе любым некоммерческим програмным путем! =)<br> https://slinkov.ru/openforum/vsluhforumID1/80030.html#2 Mon, 28 Apr 2008 19:29:04 GMT &gt;опечатка в последней строчке листинга... <br>&gt;-o $IFACE --&gt; -i $IFACE =))<br><br>Не вчитывался в детали - но как-то смутило следующее:<br>1. Я бы оставил burst на автоматический выбор.<br>2. Определяя классы в htb использовал бы prio (man tc-htb):<br> prio priority In the round-robin process, classes with the lowest priority field are tried for packets first. Mandatory.<br>3. В filter трафик бы при этом как раз и заворачивал в нужный класс типа 1:10 или 1:50 - тот у кого приоритет шире, а не в 1:1.<br><br> https://slinkov.ru/openforum/vsluhforumID1/80030.html#1 Mon, 28 Apr 2008 09:16:27 GMT опечатка в последней строчке листинга... <br>-o $IFACE --&gt; -i $IFACE =))<br>