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@xxxxxxxxxxxxxxxxxxx> 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 > >
