> Hi Dayo and others,
>
> The documentation you sended was very useful.
>
> Is there a way to allow a user to use the full bandwidth when avaible,
> but try to assure a minimum bandwidth when lots of users are using the
> link. For example, with a 1Mb link. When user A is downloading a file,
> it uses the full bandwitdh, and other user can barely browse the web. My
> goal is to allow user A to download with full speed when the link is
> 'idle', but garantee at least 128k for the other users, when the try to
> access some page.
>
> Is it possible with squid?
It's a bit of a voodoo hack. Squid has user caps, or global caps. The user
cap can be based on IP or username or some external_acl_type result.
Option 1) the simple one
pool all requests with files over a certain size. There are gaps which
open when the file has unknown length.
option 1) the big hack.
Using a class 5 delay pool with external_acl_type tag= that only
'matches' when bandwidth pipe usage is above a threshold.
The two can be combined of course, for a closer catch of problem requests.
Some research is ahead if you choose the class 5 tag pool to discover
exactly how its configured and how it works. My knowledge of it is
currently limited to whats written in the config manual.
Amos
>
> Dayo Adewunmi escreveu:
>> Leonardo Carneiro wrote:
>>> i've tried to create a bandwidth control using delay_pools, but was a
>>> total failure. i don't think a fully understood how the process works
>>> =S
>>> someone here managed to configure this feature once?
>>> i'm using 3.0PRE6
>>>
>>> tks in advance and sorry about my poor english
>> Have a look at the delay_pools page on the wiki:
>> http://wiki.squid-cache.org/Features/DelayPools
>>
>> Regards
>>
>> Dayo
>>
>
> --
>
> *Leonardo de Souza Carneiro*
> *Veltrac - Tecnologia em Logística.*
> lscarneiro_at_veltrac.com.br <mailto:lscarneiro_at_veltrac.com.br>
> http://www.veltrac.com.br <http://www.veltrac.com.br/>
> /Fone Com.: (43)2105-5601/
> /Av. Higienópolis 1601 Ed. Eurocenter Sl. 803/
> /Londrina- PR/
> /Cep: 86015-010/
>
>
>
>
Received on Tue May 26 2009 - 04:25:24 MDT
This archive was generated by hypermail 2.2.0 : Tue May 26 2009 - 12:00:01 MDT