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:05:45 MST