From owner-freebsd-isp Tue Nov 21 4:41:13 2000 Delivered-To: freebsd-isp@freebsd.org Received: from mail.sai.co.za (ns1.amandla.co.za [196.33.40.1]) by hub.freebsd.org (Postfix) with ESMTP id 8ACF237B4CF for ; Tue, 21 Nov 2000 04:41:07 -0800 (PST) Received: from fdisk (dave.sai.co.za [196.33.40.17]) by mail.sai.co.za (8.9.3/8.9.3) with SMTP id OAA66818 for ; Tue, 21 Nov 2000 14:41:51 +0200 (SAST) (envelope-from davew@sai.co.za) Message-ID: <003b01c053b8$462a2970$112821c4@sai.co.za> Reply-To: "Dave Wilson" From: "Dave Wilson" To: Subject: Fw: [SQU] IP precedence/header/TOS bits and delay pools Date: Tue, 21 Nov 2000 14:40:47 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi guys, howzit going ? > > We limit all our clients international bandwidth usage based on what package > they purchase from us. i.e. a client pays for a limited 32K of international > bandwidth but has unlimited Local (South African) bandwidth. > We limit the clients International bandwidth based on their subnet range > using a Packeteer Packet shaper. > > When we started selling these "Limit international bandwidth" packages we > had to ditch our transparent Squid proxy, because the proxy would obviously > fetch everything on behalf of the client at what ever bandwidth was > available on our main pipe, and thus the client was not getting limited at > whatever bandwidth was specified for that clients subnet range. > Putting our transparent proxy back would be a really great idea as long as > we can limit the bandwidth which our "bandwidth limited" clients use. > I have seen that delay pools would be perfect for the task, the problem is > that we would have to enter in every local IP range to discriminate between > local and international websites. > At the moment our upstream bandwidth provider "colors" or marks the > TOS/Precedent bit field of all our incoming international traffic, which our > packeteer then picks up and utilizes to discriminate between international > and local traffic. > > Is there any way to patch Squid or use some external utility along with > Squid to recognize TOS/IP precedence fields and make delay pool decisions on > it ? > If this is possible then our transparent proxy will then be implemented > again. ;-) > Thanks. > > > Regards > Dave Wilson > The S.A. Internet > (033) 3456777 > 0825496159 > http://www.sai.co.za > "Who is "General Failure", and what is he doing reading my hard disk ?" > > > > > > -- > To unsubscribe, see http://www.squid-cache.org/mailing-lists.html > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message