[linux] Riadenie toku siete. (sirka pasma, atd...)

[Peter Surda]

On Wed, Nov 22, 2000 at 08:42:51AM +0100, Marcel Telka wrote:
> On nov 21 2000 18:41 Peter Surda wrote:
> > On Sun, Nov 19, 2000 at 11:00:36PM +0100, Michal Zimen wrote:
> > > Ahoj.
> > Caf.
> > >   Ak vhodny nastroj pouzit na $SUBJ ?
> > >   (cital som nieco o shaperi alebo QoS....?)
> > >   :porovnanie, vysledky, pouzitie ?
> > tc. Za chvilu to budem pouzivat taxa ozvem :-)
> Volakto v Cesku o tom pisal celkom zrozumitelnu diplomku. Mala by sa dat
> stiahnut niekde na www.linux.cz, pripadne ftp://ftp.vadium.sk/linux/doc/qos&tc/
Diki moc, pomohlo. Sam autor tej diplomovky pise ze k tc je malo dostupnej
dokumentacie :-)

Takze co som potreboval: rozdelenie priorit upstreamu, aby ti co furt
uploaduju nebrzdili ostatnych a aby veci ktore musia bezat co najrychlejsie aj
najrychlejsie bezali.

Mame 512kbps upstream, tak som to rozdelil na 64kbps priorita 1 isolated (to
znamena ze ostatne z toho nemozu "ukusovat"), 384 priorita 4 a 64 priorita 8.
Pakety delim cez zvlast chain v ipchains a znackujem ich:

--------cut cast z /etc/sysconfig/ipchains ----------------------
-A cbq-b -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 1024:65535 -p 17 -m 65553
-A cbq-b -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 -p 1 -m 65553
# teda udp traffic na porty >= 1024 (quake, gphone, ...) a icmp

-A cbq-b -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 0:1023 -p 6 -m 65554
-A cbq-b -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 0:1023 -p 17 -m 65554
# tcp a udp traffic na porty < 1024 (bezne protokoly ako http, smtp, pop-3
# atd)

-A cbq-b -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 1024:65535 -p 6 -m 65555
# a tcp traffic na porty >= 1024 (teda uploady cez FTP, IRC, Napster a pokial
# sa nemylim aj ICQ
---------------------------------cut-----------------------------
(tie marks su mozno lepsie pochopitelne ako 0x10011 - 13)

no a potom tc filter to da do class-u 1:11 az 1:13, ktorym som dal vhodne
parametre
----------cut tc.sh---------
tc qdisc add dev eth1 root handle 1: cbq bandwidth 10Mbit avpkt 1000
tc class add dev eth1 parent 1:0 classid 1:1 cbq bandwidth 512kbit rate 512kbit allot 1514 weight 512kbit prio 3 maxburst 20 avpkt 1000 isolated
tc class add dev eth1 parent 1:0 classid 1:2 cbq bandwidth 9728kbit rate 9728kbit allot 1514 weight 9728kbit prio 3 maxburst 20 avpkt 1000 bounded
tc class add dev eth1 parent 1:1 classid 1:11 cbq bandwidth 512kbit rate 64kbit allot 1514 weight 64kbit prio 1 maxburst 6 avpkt 1000 isolated
tc class add dev eth1 parent 1:1 classid 1:12 cbq bandwidth 512kbit rate 384kbit allot 1514 weight 384kbit prio 4 maxburst 20 avpkt 1000
tc class add dev eth1 parent 1:1 classid 1:13 cbq bandwidth 512kbit rate 64kbit allot 1514 weight 64kbit prio 8 maxburst 20 avpkt 1000
tc qdisc add dev eth1 parent 1:11 sfq quantum 1514b perturb 15
tc qdisc add dev eth1 parent 1:12 sfq quantum 1514b perturb 15
tc qdisc add dev eth1 parent 1:13 sfq quantum 1514b perturb 15
tc qdisc add dev eth1 parent 1:2 sfq quantum 1514b perturb 15
tc filter add dev eth1 parent 1:0 protocol ip prio 100 fw
-------------cut------------

No a teraz mi niekto kto tomu rozumiete vysvetlite, ci je to prilis velka
volovina :-)

U nas je este problem ze nas linuxovy router vlastne routuje medzi eth1 a
eth1:0, takze mame kolizie. Toto sa snad vyriesi ked budeme mat novy server.

Funguje to iba asi 3 hodiny, takze nemozem sa presne vyjadrit nakolko to
vplyva, ale pingy su rychlejsie a quake zobrazi viac servrov z ktorych sa da
vybrat.

S pozdravom,

Peter Surda (Shurdeek) <surda na bigfoot.com>, ICQ 10236103, +4369910964300

--
     The three Rs of Microsoft support: Retry, Reboot, Reinstall.