lug-bg: Re: lug-bg: Re: lug-bg: шейпър ... чупи се мамка му
> И аз в момента съм тръгнал по този път и бих се радвал, > ако споделиш малко опит. > > Явор Атанасов Ами ето аз как процедирах. Въобще мигрирането от 2.4 към 2.6 е малко стресиращо. Аз съм със слак 10.2. Копирах конфига от test26.s дир-а. След това пачваш квото имаш да пачваш по ядрото. (При мене това беше patch-o-matic и esfq) После make oldconfig. Отговаряш на въпросчетата ;) и внимаваш къде ще те питат за пачовете и новите неща. Next - make menuconfig за допълнителни настройки по ядрото и го компилираш и инсталираш както си му е реда. След това пачваш и iproute2 както е и описано в README-то на esfq. И инсталираш и или копираш tc binary-то, което фактически ти трябва. И това е всичко. Би трябвало да заработи. Надявам се да съм ти бил полезен!
Re: lug-bg: Re: lug-bg: шейпър . .. чупи се мамка му
Alexander N wrote: Пиши когато имаш резултати и наблюдения :) Ами вече някъде към 2 седмици работи и нямам оплаквания ... Преминах целия сървър на ядро 2.6.14, беше си доста работа, пачвания, глупости и т.н., но накрая всичко заработи правилно. Същият шейпър си използвам само с esfq hash dst опцията и направо заспа ... Скоростта вече се разпределя според ip правилно и както аз го искам :) Поздрави! И аз в момента съм тръгнал по този път и бих се радвал, ако споделиш малко опит. Явор Атанасов
Re: lug-bg: Re: lug-bg: шейпър ... чупи се мамка му
On Friday 11 November 2005 12:45, Alexander N wrote: > sfq Погледни документацията на SQF. Това което прави е не да балансира по IP, а на база конекция. Т.е. трафика който получаваш е правопропорционален на броя на конекциите които отваряш. Тези които теглят без разните му менажери които отварят безброй връзки, или просто си браузват го духат. Погледни lartc, в часта му за WRR и ESFQ. Тези две опашки правят това което ти трябва.
lug-bg: Re: lug-bg: шейпър ... чупи се мамка му
> Значи допреди няколко дни шейпърът ми си работеше нормално бях го
> изнамерил от листа някъде ... сега започна да се чупи ... един от
клиентите
> ми незнам какво прави но заема целия канал ... какви ли варианти на този
> шейпър не пробвах и ...неще и неще ... Молбата ми е да ми дадете линк за
> някакъв работещ шейпър ... който дели скоростта на всички по равно ... с
sfq
> опашка
>
> Просто направо съм подивял. Торентите ли така го омазват. Немога да
разбера.
> :(
Прилагам и шейпъра ако може някой да ми помогне и да каже защо не работи
както трябва ?
# Start shaper here #
#!/bin/bash
# device
dev=eth0
# tc
tc=/sbin/tc
htb_stats ()
{
# show class stats
$tc -s -d class show dev $dev
# show qdisc stats
$tc -s -d qdisc show dev $dev
} #htb_stats
htb_stop ()
{
# remove all qdiscs from $dev
$tc qdisc del dev $dev root &>/dev/null
} # htb_stop
htb_start ()
{
set -x
# attach root discipline
$tc qdisc add dev $dev root handle 1: htb default 12
$tc class add dev $dev parent 1: classid 1:1 htb rate 600kbps ceil 600kbps
$tc class add dev $dev parent 1:1 classid 1:10 htb rate 15kbps ceil 600kbps
$tc class add dev $dev parent 1:1 classid 1:11 htb rate 20kbps ceil 600kbps
$tc class add dev $dev parent 1:1 classid 1:12 htb rate 565kbps ceil 600kbps
$tc filter add dev $dev protocol ip parent 1:0 prio 1 u32 \
match ip src 192.168.53.9 match ip dport 80 0x flowid 1:10
$tc filter add dev $dev protocol ip parent 1:0 prio 1 u32 \
match ip src 192.168.53.19 match ip dport 80 0x flowid 1:10
$tc filter add dev $dev protocol ip parent 1:0 prio 1 u32 \
match ip src 192.168.53.20 match ip dport 80 0x flowid 1:10
$tc filter add dev $dev protocol ip parent 1:0 prio 1 u32 \
match ip src 192.168.53.21 match ip dport 80 0x flowid 1:10
$tc filter add dev $dev protocol ip parent 1:0 prio 1 u32 \
match ip src 192.168.53.22 match ip dport 80 0x flowid 1:10
$tc filter add dev $dev protocol ip parent 1:0 prio 1 u32 \
match ip src 192.168.53.23 match ip dport 80 0x flowid 1:10
[EMAIL PROTECTED]
$tc filter add dev $dev protocol ip parent 1:0 prio 1 u32 \
match ip src 192.168.53.9 flowid 1:11
$tc filter add dev $dev protocol ip parent 1:0 prio 1 u32 \
match ip src 192.168.53.19 flowid 1:11
$tc filter add dev $dev protocol ip parent 1:0 prio 1 u32 \
match ip src 192.168.53.20 flowid 1:11
$tc filter add dev $dev protocol ip parent 1:0 prio 1 u32 \
match ip src 192.168.53.21 flowid 1:11
$tc filter add dev $dev protocol ip parent 1:0 prio 1 u32 \
match ip src 192.168.53.22 flowid 1:11
$tc filter add dev $dev protocol ip parent 1:0 prio 1 u32 \
match ip src 192.168.53.23 flowid 1:11
$tc qdisc add dev $dev parent 1:10 handle 20: pfifo limit 5
$tc qdisc add dev $dev parent 1:11 handle 30: pfifo limit 5
$tc qdisc add dev $dev parent 1:12 handle 40: sfq perturb 10
} # htb_start
case "$1" in
### START ###
start)
htb_start
;;
### STOP ###
stop)
htb_stop
;;
### RESTART ###
restart)
$0 stop
$0 start
;;
### STATS ###
stats)
htb_stats
;;
### default ###
*)
echo "Usage: " `basename $0` "{start|stop|restart|stats}"
esac
End shaper here
lug-bg: шейпър
Здравейте, по този въпрос има мнооого изписано и след дълго четене "сътворих" едно"творение" но не съм много сигурен дали работи правилно. Та искам да помоля някой ако може да отдели 5 минути и да си каже мнението :-) Та става въпрос за ADSL -ла (на една добре известна компания :-)) и няколко човека в мрежа. Идеята предполагам е ясна - да се раздели справедливо трафика между всички. Ето това направих до момента: Първо отбелязваме изходящия трафик: iptables -t mangle -A FORWARD -s x.x.x.x -j MARK --set-mark 1 iptables -t mangle -A FORWARD -s y.y.y.y -j MARK --set-mark 2 ... След това входящия: iptables -t mangle -A POSTROUTING -s ! x.x.x.x -d x.x.x.x -j MARK --set-mark 101 iptables -t mangle -A POSTROUTING -s ! y.y.yy -d y.y.y.y -j MARK --set-mark 102 Ето и самия шейпър: #path to tc TC=/usr/sbin/tc #interface for users dev_lan=eth0 dev_inet=eth1 #download speed d_speed=512kbit #upload speed u_speed=128kbit $TC qdisc del dev $dev_lan root &>/dev/null $TC qdisc del dev $dev_inet root &>/dev/null $TC qdisc add dev $dev_lan root handle 1: htb #default 1000 $TC qdisc add dev $dev_inet root handle 2: htb #default 1001 #general class $TC class add dev $dev_lan parent 1: classid 1:1 htb rate $d_speed ceil $d_speed $TC class add dev $dev_inet parent 2: classid 2:1 htb rate $u_speed ceil $u_speed #general download class $TC class add dev $dev_lan parent 1:1 classid 1:2 htb rate 73Kbit ceil $d_speed #general upload class $TC class add dev $dev_inet parent 2:1 classid 2:2 htb rate 18Kbit ceil $u_speed И самите дисциплини: $TC filter add dev $dev_lan parent 1: protocol ip prio 1 handle 101 fw classid 1:2 $TC filter add dev $dev_inet parent 2: protocol ip prio 1 handle 1 fw classid 2:2 Не е нищо особено но имам някои съмнения върху правилната му работа. Благодаря! pgpa2B0T2tqVV.pgp Description: PGP signature
