Re: Fwd: Re: [squid-users] Re: Bandwidth split?

From: J Webster <webster_jack_at_hotmail.com>
Date: Tue, 9 Nov 2010 23:46:41 +0100

I have v2.6
The article seems to show that squid can only ever limit on a single
aggregate and then per user afterwards:
http://www.visolve.com/squid/squid27/delaypools.php#delay_pools
Should it be a class 4 bucket instead?

--------------------------------------------------
From: "Chad Naugle" <Chad.Naugle_at_travimp.com>
Sent: Tuesday, November 09, 2010 11:05 PM
To: "J Webster" <webster_jack_at_hotmail.com>; <squid-users_at_squid-cache.org>
Subject: Re: Fwd: Re: [squid-users] Re: Bandwidth split?

> I could be wrong here, please read up on Visolve, relating to your
> version of Squid for more information...
>
> (3.X) http://www.visolve.com/squid/squid30/delaypools.php#delay_pools
> (2.7) http://www.visolve.com/squid/squid27/delaypools.php#delay_pools
>
>
> ---------------------------------------------
> Chad E. Naugle
> Tech Support II, x. 7981
> Travel Impressions, Ltd.
>
>
>
>>>> "J Webster" <webster_jack_at_hotmail.com> 11/9/2010 3:32 PM >>>
> So, at present, my #3 pool is only allowing 64kbps for the entire
> server?
> That doesn;t seem right as using iftop on the server reports that the
> current speed is 2.22Mb and reached a peak of 5.25Mb total (in/out)
> Why use a class 3 at all in most server cases? I suppose you might want
> to
> restrict proxy server usage to a percentage.
> I would like the server to be unlimited but each user using it should
> only
> get say 1Mb max, maybe less.
> So, can I forget the class 3 completely?
>
> --------------------------------------------------
> From: "Chad Naugle" <Chad.Naugle_at_travimp.com>
> Sent: Tuesday, November 09, 2010 9:16 PM
> To: "J Webster" <webster_jack_at_hotmail.com>;
> <squid-users_at_squid-cache.org>
> Subject: Re: Fwd: Re: [squid-users] Re: Bandwidth split?
>
>> Remember, the #3 pool here, should represent the TOTAL allowed rate
> for
>> the Squid Proxy, for all users in 1 bucket. If you want to limit
>> individual users' bandwidth, use at least a Class 2, or Class 3
> pool.
>>
>> In my trial & error testing, 64000 does not directly equate to
> 64k/sec
>> in actual throughput. You need to tweak the settings to fit your
>> situation, until you get desirable results.
>>
>> Here is my example to get up to 150-300k/sec thruput per a userid,
>> notice I used a Class 4 pool due to eDirectory IP -> User mappings,
> and
>> deny access to the pool outside of normal business hours, and
> "Level1"
>> employee's.
>>
>> # Delay Pools
>> delay_pools 1
>> delay_class 1 4
>> delay_access 1 deny allowed_src
>> delay_access 1 deny edir_root_level1
>> delay_access 1 deny edir_beth_level1
>> delay_access 1 deny edir_far_level1
>> delay_access 1 deny edir_mel_level1
>> delay_access 1 deny edir_riv_level1
>> delay_access 1 deny !biz_hours_norm !biz_hours_wknd !biz_hours_ext
>> delay_access 1 allow all
>> # Hard 128-256K/sec Limit per/user
>> delay_parameters 1 -1/-1 -1/-1 128000/256000 128000/256000
>> delay_initial_bucket_level 25
>>
>>
>> ---------------------------------------------
>> Chad E. Naugle
>> Tech Support II, x. 7981
>> Travel Impressions, Ltd.
>>
>>
>>
>>>>> "J Webster" <webster_jack_at_hotmail.com> 11/9/2010 3:05 PM >>>
>> This is how it looks at present.
>> It seems that it might be appliued as aggregate and individual?
>>
>>
>> Number Class Aggregate limit Individual limit Network limit
>> 1 Aggregate and individual Unlimited Unlimited=20
>> 2 Aggregate and individual 32000/sec, 150000 max 32000/sec, 120000
>> max=20
>> 3 Aggregate 64000/sec, 128000 max=20
>>
>> Is that 64kbps on #3? Should be enough to view video shouldn;t it?
>>
>>
>>
>> Travel Impressions made the following annotations
>> -------------------------------------------------------------
>> "This message and any attachments are solely for the intended
> recipient
>> and may contain confidential or privileged information. If you are
> not
>> the intended recipient, any disclosure, copying, use, or distribution
> of
>> the information included in this message and any attachments is
>> prohibited. If you have received this communication in error,
> please
>> notify us by reply e-mail and immediately and permanently delete
> this
>> message and any attachments.
>> Thank you."
>>
>
>
> Travel Impressions made the following annotations
> -------------------------------------------------------------
> "This message and any attachments are solely for the intended recipient
> and may contain confidential or privileged information. If you are not
> the intended recipient, any disclosure, copying, use, or distribution of
> the information included in this message and any attachments is
> prohibited. If you have received this communication in error, please
> notify us by reply e-mail and immediately and permanently delete this
> message and any attachments.
> Thank you."
>
Received on Tue Nov 09 2010 - 22:47:48 MST

This archive was generated by hypermail 2.2.0 : Wed Nov 10 2010 - 12:00:03 MST