Stephen, Might I suggest that generally it is not a good idea to give the bosses faster access than you give their minions. Do that and before you know it the Internet access budget starts getting cut and/or you keep getting forced to carry more users with the same or less bandwidth.
Where I am a "boss", I don't ask for this. It tends to distort decision-making. Find out what's eating the bandwidth. Perhaps block torrents, youtube and such during work hours, relay all outgoing mail via your ISP's SMTP server, etc.. Lots of firewall, Linux config and squid recipes for this out there. P. On May 25, 2010, at 21:31, Kyle Spencer wrote: > Correction: example assumes 10-15 "bosses." > > ----- Original message ----- >> This example assumes a 1Mbps link, 100ish total (not necessarily >> network-active) >> users, and about 5 "bosses." >> >> It will give servers in the 192.168.0/24 range 256Kbps of bandwidth, general >> users in 192.168.1/24 512Kbps w/ 3KB/s down max w/ 50KB burst, and bosses in >> the >> 192.168.2/24 range 256Kbps total w/ 5KB/s down max w/ 50KB burst. >> >> Note that squid only manages HTTP traffic, so this won't stop bittorrent >> users >> or traffic of other protocols. To manage /all traffic/ you may want to look >> into systems like Dummynet. >> >> Anyway, add the following to the bottom of your squid.conf and subnet your >> network accordingly (or modify this example according to your existing >> topology): >> >> acl servers src 192.168.0.0/24 >> acl users src 192.168.1.0/24 >> acl bosses src 192.168.2.0/24 >> delay_pools 3 >> delay_class 1 1 >> delay_class 2 2 >> delay_class 3 2 >> delay_parameters 1 32768/32768 >> delay_parameters 2 65536/65536 3072/51200 >> delay_parameters 3 32768/32768 5120/51200 >> delay_access 1 allow servers >> delay_access 2 allow users >> delay_access 3 allow bosses >> >> Reload/restart Squid and you're good to go. >> >> Regards, >> Kyle >> >> ----- Original message ----- >>> Hello all, i want to allocate bandwidth to some users(Bosses) so that >>> even if the link is slow, they are not affected. I was hoping to use >>> squid to do this but i not succeed. I have a red hat box as my >>> gateway. >>> Thanks in advance >>> >>> -- >>> Stephen Kabali >>> Datacenter Administrator >>> Uganda Industrial Research Institute (UIRI) >>> [email protected] >>> www.uiri.org >>> _______________________________________________ >>> LUG mailing list >>> [email protected] >>> http://kym.net/mailman/listinfo/lug >>> >>> LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ >>> >>> All Archives can be found at http://www.mail-archive.com/[email protected]/ >>> >>> The above comments and data are owned by whoever posted them (including >>> attachments if any). The List's Host is not responsible for them in any way. >>> --------------------------------------- >>> >> >> _______________________________________________ >> LUG mailing list >> [email protected] >> http://kym.net/mailman/listinfo/lug >> >> LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ >> >> All Archives can be found at http://www.mail-archive.com/[email protected]/ >> >> The above comments and data are owned by whoever posted them (including >> attachments if any). The List's Host is not responsible for them in any way. >> --------------------------------------- >> > > _______________________________________________ > LUG mailing list > [email protected] > http://kym.net/mailman/listinfo/lug > > LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ > > All Archives can be found at http://www.mail-archive.com/[email protected]/ > > The above comments and data are owned by whoever posted them (including > attachments if any). The List's Host is not responsible for them in any way. > --------------------------------------- _______________________________________________ LUG mailing list [email protected] http://kym.net/mailman/listinfo/lug LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ All Archives can be found at http://www.mail-archive.com/[email protected]/ The above comments and data are owned by whoever posted them (including attachments if any). The List's Host is not responsible for them in any way. ---------------------------------------
