[GLUG-chat] Re: Bandwith Sharing

["Gerhardus Geldenhuis" <gerhardus@xxxxxxxxxxx>]

Hi
Would it be possible to give certain users higher bandwidth and also
make bandwidth limit bigger after hours.

A quick search on google I think would answer my question with a
positive yes.

Can I make the statement that squid can basically do anything with
bandwidth that you can imagine or is that a bit overrated?

I did a search at one time to see what kind of managament reports are
available for squid. I could not realy find something. Is there stuff
default available with squid or are there other solutions available.

Groete

Gerhardus Geldenhuis
Chief Technical Assistant
Reactor Theory(NECSA)
gerhardus@xxxxxxxxxxx 
Mobile +27 83 784 7664
Office +27 12 305 5600 

> -----Original Message-----
> From: Ray Leach [mailto:spoons@xxxxxxxxxx] 
> Sent: 27 January 2004 12:04
> To: gerhardus@xxxxxxxxxxx
> Cc: GLUG Chat
> Subject: Re: [GLUG-chat] Bandwith Sharing
> 
> 
> On Tue, 2004-01-27 at 11:30, Gerhardus Geldenhuis wrote:
> > Hi
> > We currently have 478 users who have internet access. In you humble 
> > opinions is a 512k local and 256 international line sufficient to 
> > provide proper internet access.
> > 
> > Secondly what would be the typical measures in managing 
> bandwidth. Eg 
> > cap size, time frames, caching, priority of traffic etc.
> > 
> IMHO, yes. That should be plenty, if you're not hosting high 
> traffic sites too.
> 
> We have a 512k (burstable to 1M) with 256k international. We 
> host 12 websites, one of which averages over 1 million hits 
> (1GB) per month.
> 
> It all comes down to what policy you put in place (and 
> obviously the equipment to support that policy) for your 
> users to download/surf.
> 
> We restrict our users to 8k/s (64kbits/s) using squid delay 
> pools at all times.
> 
> We do not allow normal users to use IM clients at any time.
> 
> We do not allow normal users to download zip, mpg, mp3, etc. 
> files during working hours. After hours they can 
> browse/download whatever they want (still only at 8k/s).
> 
> Regards
> 
> Ray
> > Groete
> > 
> > Gerhardus Geldenhuis
> > Chief Technical Assistant
> > Reactor Theory(NECSA)
> > gerhardus@xxxxxxxxxxx
> > Mobile +27 83 784 7664
> > Office +27 12 305 5600 
> > 
> > This email and any files transmitted with it are confidential and 
> > intended solely for the use of the individual or entity to 
> whom they are addressed. If you have received this email in 
> error please notify the system manager. This message contains 
> confidential information and is intended only for the 
> individual named. If you are not the named addressee you 
> should not disseminate, distribute or copy this e-mail.
> > ---
> > To unsubscribe: send the line "unsubscribe glug-chat" in the
> > subject of a mail to "glug-chat-request@xxxxxxxxxxxx".
> > Problems? Email "glug-chat-admins@xxxxxxxxxxxx". Archives are at
> > http://www.linux.org.za/Lists-Archives/
> > 
> -- 
> --
> Raymond Leach <raymondl@xxxxxxxxxxxxxxxxxxxxxx>
> Network Support Specialist
> http://www.knowledgefactory.co.za
> "lynx -source http://www.rchq.co.za/raymondl.asc | gpg 
> --import" Key fingerprint = 7209 A695 9EE0 E971 A9AD  00EE 
> 8757 EE47 F06F FB28
> --
> 

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.
---
To unsubscribe: send the line "unsubscribe glug-chat" in the
subject of a mail to "glug-chat-request@xxxxxxxxxxxx".
Problems? Email "glug-chat-admins@xxxxxxxxxxxx". Archives are at
http://www.linux.org.za/Lists-Archives/