Va dau un paste cu configul meu de htb..(tinand cont ca am un adsl de la
pcnet)
am de asemenea grija sa nu faca routerul pcnetului queing..(deci pun o
rata mai mica la mine fata de rata la care ar merge uploadul maxim)
IF_EXT=eth0
$tc qdisc del dev $IF_EXT root
$tc qdisc add dev $IF_EXT handle 1: root htb default 99
$tc class add dev $IF_EXT parent 1: classid 1:1 htb rate 550kbit
$tc class add dev $IF_EXT parent 1:1 classid 1:2 htb rate 400kbit ceil
550kbit prio 1
$tc class add dev $IF_EXT parent 1:1 classid 1:3 htb rate 80kbit ceil
450kbit prio 2
$tc class add dev $IF_EXT parent 1:1 classid 1:4 htb rate 10kbit ceil
450kbit prio 3
$tc class add dev $IF_EXT parent 1:1 classid 1:99 htb rate 10kbit ceil
450kbit prio 7
##LAS CLASELE 1:2 SI 1:3 FIFO CUM SUNT STANDARD...PT CA DACA PUN SFQ
PERTURB CHIAR SI # 1..IMI DECALEAZA PACHETELE SI IMI CRESTE
LAG-UL PT COUNTERSTRIKE....LA FEL SI IN CAZUL #ACK-URILOR....IMI SCADE
DOWNLOADUL DACA NU IL LAS FIFO
### PLUS CA LA LARTC E RECOMANDAT SA FIE LASATE FIFO PT CAZUL IN CARE
ESTE DORIT UN #LATENCY MIC..PACHETE GEN COUNTER-STRIKE IN CAZUL MEU
$tc qdisc add dev $IF_EXT parent 1:4 handle 40: sfq perturb 10
$tc qdisc add dev $IF_EXT parent 1:99 handle 990: sfq perturb 10
# ICMP
$tc filter add dev $IF_EXT protocol ip prio 2 parent 1: u32 \
match ip protocol 1 0xff flowid 1:2
#Counter-strike
$tc filter add dev $IF_EXT protocol ip prio 2 parent 1: u32 \
match ip dport 27015 0xffff flowid 1:2
######################################
#ackurile pt downloads
$tc filter add dev $IF_EXT parent 1: protocol ip prio 2 u32 \
match ip protocol 6 0xff \
match u8 0x05 0x0f at 0 \
match u16 0x0000 0xffc0 at 2 \
match u8 0x10 0xff at 33 \
flowid 1:3
$tc filter add dev $IF_EXT protocol ip prio 2 parent 1: u32 \
match ip dport 53 0xffff flowid 1:3
#############################################
# diverse trafice stiute
$tc filter add dev $IF_EXT parent 1: protocol ip prio 2 u32 \
match ip dport 80 0xffff flowid 1:4
$tc filter add dev $IF_EXT parent 1: protocol ip prio 2 u32 \
match ip dport 31280 0xffff flowid 1:4
$tc filter add dev $IF_EXT parent 1: protocol ip prio 2 u32 \
match ip dport 3128 0xffff flowid 1:4
$tc filter add dev $IF_EXT parent 1: protocol ip prio 2 u32 \
match ip dport 411 0xffff flowid 1:4
$tc filter add dev $IF_EXT parent 1: protocol ip prio 2 u32 \
match ip dport 6667 0xffff flowid 1:4
$tc filter add dev $IF_EXT parent 1: protocol ip prio 2 u32 \
match ip dport 1412 0xffff flowid 1:4
#############################################
# Restu
$tc filter add dev $IF_EXT protocol ip prio 2 parent 1: u32 \
match ip src 0.0.0.0/0 flowid 1:99
pana aici totul logic...am facut niste grafice cu mrtg pt eth0 ...
si banda de upload este tot timpul full adica la 570(am zis eu 20k in
plus fata de cat am specificat maxim ...or fii de la burst)...dar totusi
nu e de inteles...pt ca am tot timpul 570..sau 560..cu toate ca nu se
efectueaza trafic de counter-strike..(care oricum nu avea cum sa ocupe
atata banda cat i-am garantat cred)...si restul claselor urca maxim pana
in 450..
De unde vine ocuparea de 570 ? daca orice alta clasa in afara de cea cu
icmp si counter-strike nu are voie sa urce peste 450?
Mentionez si ca datele cu privire la traficul dp eth0 le obtin cu
ajutorul unor comenzi de genul
INFO=`grep eth0 /proc/net/dev | tr -s '''' | cut -d: -f2`
RECEIVE=`echo $INFO | cut -d" " -f9`
TRANSMIT=`echo $INFO | cut -d" " -f1`
si apoi echo variabilele pt a le pune in mrtg...
Care poate fii explicatia ?
---
Pentru dezabonare, trimiteti mail la
[EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'.
REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
