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 09:38:56PM +0200, Boyan Krosnov wrote:
<cut>
<em class="quotelev2">> > Tova koeto az polzvam e obsht htb class za tip usluga, razdelen na
<em class="quotelev2">> > po malki podklasove ot po 10-ina potrebitelia (IP-ta) sas zakacheni
<em class="quotelev2">> > dst matching sfq kato leaf clasove za fair queueing. Raboti
<em class="quotelev2">> > gore-dolu dobre.  Vsashtnost edinstvenia nedostatak e, che sfq
<em class="quotelev2">> > niakaksi ne e dostatachno barz ili "fair". Kogato niakoi okupira
<em class="quotelev2">> > kanala, drugite mogat da go izmestiat, no dosta bavno (10-ina
<em class="quotelev2">> > secundi?) i laga (ping do koe da e IP ot grupata) kato cialo e
<em class="quotelev2">> > golemichak. S namaliavane na daljinata na opashkite na sfq saobrazno
<em class="quotelev2">> > skorostta laga malko vliza v granici (default-a ot 128 packets e too
<em class="quotelev2">> > long za 64kbps napr.), no vse oshte ne e "dostatachno" dobre ;-)
<em class="quotelev1">>
<em class="quotelev1">> Mislil li si dali efekta s golemite delay-i ne se dylji na prekomerna
<em class="quotelev1">> preupotreba na kapaciteta?  Primerno 64 kilobita s 10 aktivni
<em class="quotelev1">> (tegleshti) potrebitelq vseki ot koito popada v otdelen service flow i
<em class="quotelev1">> imash 1500 baitovi paketi za vseki potrebitel.

Ne, ne e tova. Dostatachni sa 3 download sesii za da se vdigne lag-a na
okolo 1 secunda. Iavno reshenieto e po-malki grupi i daljina na
opashkite saobrazena sas skorostta (na parent class).

<em class="quotelev1">> Ednoposochniq delay za prekarvane na edin paket kym 11-ti potrebitel
<em class="quotelev1">> prez takava opashka e _sredno_ 2 sekundi. Delay-a idva ot tova che
<em class="quotelev1">> trqbva vseki potrebitel da byde obslujvan i ne mojesh da obslujvash
<em class="quotelev1">> po-malko ot quantum (minimum 1500 bytes) na potrebitel.  Ta ako imash
<em class="quotelev1">> prekomerna preupotreba na kapaciteta, t.e. mnogo potrebiteli za koito
<em class="quotelev1">> imash paketi chakashti na opashka pri teb ne mojesh da reshish
<em class="quotelev1">> problema sys zakysneniqta po prostata prichina che vsichki potrebiteli
<em class="quotelev1">> trqbva da bydat obslujeni.
<em class="quotelev1">> Ima nachin da dropish paketi pri preupotreba ot nqkoj potrebitel, no
<em class="quotelev1">> taka ili inache ne mojesh da pazish po-malko ot edin paket na opashka
<em class="quotelev1">> na potrebitel, koeto e dostatychno za da se vdigne delay-a do
<em class="quotelev1">> nebesata, v sluchaj che imash seriozno pretovarvane.

Sas zdrave,


-- 
        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
============================================================================