Sirs,
My fault that I bungled the sequence of delay_parameters in the mail
expressing my delay pools problem.
But in squid.conf it is as advised by you.
Further, after reading your reply, I tested the download again and I
have found that this speed disobedience is caused in Mozilla Firefox
browser only.
In Internet Explorer, the speed hovers around 6000 (which is the
pool/bucket) as specified in the delay pool for the Heavy files
(STRINGS_SLOW) but it does not go to the lower limit of 4000 (which is
allowed speed) even in Internet Explorer.
Best Regards
On 19/11/2007, Henrik Nordstrom <henrik@henriknordstrom.net> wrote:
> On s�n, 2007-11-18 at 11:29 +0530, Santosh Rani wrote:
>
> > delay_access 1 allow THIS_SIDE
> > delay_access 4 allow OTHER_SIDE
> > delay_access 2 allow LOCALUSERS
> > delay_access 3 allow STRINGS_SLOW
>
> When Squid is trying to determine which delaypool to use it starts with
> the first one in numeric order, and stops with the first one where the
> request is allowed. So the above is best read as
>
> delay_access 1 allow THIS_SIDE
> delay_access 2 allow LOCALUSERS
> delay_access 3 allow STRINGS_SLOW
> delay_access 4 allow OTHER_SIDE
>
> which means
> THIS_SIDE gets pool 1
> LOCALUSERS gets pool 2
> if not in the above and matching STRINGS_SLOW then pool 3
> if not in the above and matching OTHER_SIDE then pool 4
> else no delay pool at all
>
> Another note, you may want to make that regex case-insensitive (-i
> option)
>
> Regards
> Henrik
>
>
Received on Mon Nov 19 2007 - 21:59:37 MST
This archive was generated by hypermail pre-2.1.9 : Sat Dec 01 2007 - 12:00:02 MST