Re: lug-bg: htb, cbq, wrr, red, gred, csz, wfq, hfsc, blue, etc.

[zimage@email.domain.hidden (Theodor Milkov)]

On Thu, Mar 20, 2003 at 06:21:57PM +0200, Boyan Krosnov wrote:
<em class="quotelev1">> wrr vyrsheshe rabotata koqto se ochakvashe ot nego - t.e. da podelq
<em class="quotelev1">> trafika po ravno mejdu potrebitelite.
<em class="quotelev1">> ne sym si igral da promenqm hash funkciqta na sfq-to, no dopuskam che i
<em class="quotelev1">> s modificirano sfq moje da se svyrshi syshstata rabota po podelqne,
<em class="quotelev1">> dostatychno dobre.
<em class="quotelev1">> 
<em class="quotelev1">> wrr-to e po-dobro ot sfq-to za tazi cel zashtoto mojesh da nabljudavash
<em class="quotelev1">> vseki otdelen potrebitel i mojesh da im nastrojvash razlichni
<em class="quotelev1">> prioriteti, syotvetno skorosti.
<em class="quotelev1">> 
<em class="quotelev1">> Nito wrr-to nito sfq-to obache ne mogat da pravqt ogranichenie na vseki
<em class="quotelev1">> otdelen potrebitel da ne nadvishava nqkakva predvaritelno definirana
<em class="quotelev1">> skorost.
<em class="quotelev1">> tova koeto probahme beshe wrr, kym chiito leaf clasove zakachihme mnogo
<em class="quotelev1">> tbf-ta. tazi shema bi trqbvalo da raboti no imahme problemi s neq.
<em class="quotelev1">> (spomenatoto zabravqne da obslujva otdelni potrebiteli, ot koeto se
<em class="quotelev1">> trupaha mnogo paketi v opashkata na tbf-to, koito nikoga ne se
<em class="quotelev1">> obslujvaha). Tova prilichashe na bug, no nqmahme vyzmojnost da go
<em class="quotelev1">> izsledvame.

A zashto ne htb + wrr kato leaf? Ot tova koeto znam za traffic control
vav Linux, ne stava iasno dali classful queueing moje da bade leaf na
drug classful queueing...

<em class="quotelev1">> Vkrajna smetka se sprqhme na varianta samo htb s mnogo klasove.
<em class="quotelev1">> Razbira se tova izobshto ne oznachava che htb e edinstvenoto raboteshto
<em class="quotelev1">> reshenie pod linux. Prosto na nas takyv ni beshe kysmeta, che s vsqko
<em class="quotelev1">> drugo koeto opitahme si imahme problemi.
<em class="quotelev1">> 
<em class="quotelev1">> Nqkoj drug osven men i Nicky, shte spodeli li opit s traffic control pod
<em class="quotelev1">> free OSes?

Tova koeto az polzvam e obsht htb class za tip usluga, razdelen na po
malki podklasove ot po 10-ina potrebitelia (IP-ta) sas zakacheni dst
matching sfq kato leaf clasove za fair queueing. Raboti gore-dolu dobre.
Vsashtnost edinstvenia nedostatak e, che sfq niakaksi ne e dostatachno
barz ili "fair". Kogato niakoi okupira kanala, drugite mogat da go
izmestiat, no dosta bavno (10-ina secundi?) i laga (ping do koe da e IP
ot grupata) kato cialo e golemichak. S namaliavane na daljinata na
opashkite na sfq saobrazno skorostta laga malko vliza v granici
(default-a ot 128 packets e too long za 64kbps napr.), no vse oshte ne e
"dostatachno" dobre ;-)

Bez sfq razbira se e tragichno. Postepenno se opitvat da se namestiat
sesiite no 1 che otnema minuti i 2 che ako niakoi pusne multiple
sessions zaema proporcionalna chast ot kanala. T.e. sfq raboti.

Chudeh se ako go zamenia s wrr kak shte se chuvstva. Nai-veroiatno kato
mi ostane dostatachno svobodno vreme (shototo moite lichni queues sa se
raztegnali chak do nachaloto na juni ;-D) shte izprobvam niakoi novi
varianti. Ako niakoi obache ima opit...


-- 
        Theodor Milkov        Head Network Administrator
        Davidov Net           Phone: +359 (2) 730158
============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================