On Thu, 29 Apr 2004, Uplink wrote:
> Cum ar trebui sa arate configul pentru q_parse pentru mai multe
> clase de clientzi, o clasa cu limita maxima de download de 8 kbps (1
> KB/s), una cu limita maxima de download de 24 kbps, una cu limita
> maxima de "cat duce banda" shi una pentru proxy cu canal rezervat?
Relevanta unei clase in cbq este data de prioritate. Drept
urmare joaca-te din prio, si anume:
- clasele unde ai limitari punct la punct (src proxy, dst
clienti ar fi una dintre ele) da-le prioritate cit mai mare (
ai mica numeric);
- ar urma, sa zicem, o clasa cu limitarile pentru ip-urile din
reteaua locala (src reteaua locala dst clienti), apoi una cu
metropolitana - clienti, si ultima, cu prioritate minima, cea in care
cele 2 capetesint mai largi: pentru internet probabil vei avea dstclient
si nic la src (deci 0.0.0.0/0).
AI insa o problema: pui limitele destul de jos, si intri pe
terenul periculos al burst-urilor apropiate de MTU. De obicei pe
ethernet (untagged, unaltceva), mtu-ul e de 1500 bytes. Daca trimiti cu
1 mtu in cuanta de tip (3/cpufreq? 2?) asta inseamna 1500bytes pe tich
adica 12kb (b mic). Limita ta e pe la 24Kbps, adica primesti in 3 cuante
1500 bytes iar apoi stai o vesnicie (pentru cpu) degeaba, pentru ca
estimatorul va sti ca tu intr-o secunda ai primit deja cit trebuia. De
aici dedu si tu cam cum va merge treaba.
--
Any views or opinions presented within this e-mail are solely those of
the author and do not necessarily represent those of any company, unless
otherwise expressly stated.
---
Detalii despre listele noastre de mail: http://www.lug.ro/