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

[Michal Zimen]

On Wed, 22 Nov 2000, Peter Surda wrote:

> Date: Wed, 22 Nov 2000 14:58:33 +0100
> From: Peter Surda <shurdeek na panorama.sth.ac.at>
> Reply-To: linux na rak.isternet.sk
> To: linux na rak.isternet.sk
> Subject: Re: [linux] Riadenie toku siete. (sirka pasma, atd...)
> 
> 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.
> 
....idem to vyskusat....   :)

P>S> Potom aky je rozdiel (zakladny) medzi shaperom tc ?
   Poskytuje tc nieco ovela viac ako shaper, alebo tieto veci
    plnia inu funkciu. ?




   Dik
   						Mizu


-- 
    _    _    _    _.._   _   _
   [ ]  [ ]  [ ]  [__  ] [ ] [ ]
   [ ]\/[ ]  [ ]    / /  [ ]_[ ]
   [_]  [_]  [_]  / /___ [_____]
                 [______] 
      --> Linux Friendly <--
--
-> E-mail:mizu na nextra.sk     
-> ICQ:97165392
-> WWW: http://