[SQU] Transparent proxying with delay pools based on IP precedence bit

From: David Wilson <davew@dont-contact.us>
Date: Tue, 6 Feb 2001 19:42:56 +0200

Hi guys, howzit going ? ;-)

An nice juicy question:

We are an ISP and we allocate our leased line clients subnets of IP's.
At the moment we use a Packeteer traffic shaper to limit our each of clients
international bandwidth to 16K international & 64K Local.
The Packeteer is able to distinguish between local & international traffic
because our bandwidth provider marks our incoming packets "precedence"
fields of all international traffic with a "2" and all local traffic with a
"0".

Obviously because of this we cannot run a transparent Squid cache because it
all allows our clients to request that our Cache fetches web content on
behalf of each client, thus their HTTP traffic is not limited to that set by
the Packeteer.
To use transparent caching we need to setup "delay pools" in Squid that
would limit each client to their allocated bandwidth, we also need Squid to
distinguish between local & international traffic by looking at the
"precedence" fields in each incoming packet so that each client is limited
to their 16K international & 64K local bandwidth allowances.

I have looked around and cannot find any info on how to do this, except by
going for an integrated hardware cache/traffic shaper.
Surely there is away to do this... even if we get our router to split the
international & local traffic and apply "Cisco route maps, based on
precedence bit" to forward the HTTP traffic to 2 separate transparent caches
(1 Squid for international traffic & 1 Squid for local), then on each we
implement "delay pools" for each client ?

Surely someone has done this before to enable Squid to limit bandwidth based
on precedence bit ?
Thanks, any guidance would be most appreciated.

Kindest regards
David Wilson
The S.A Internet

--
To unsubscribe, see http://www.squid-cache.org/mailing-lists.html
Received on Tue Feb 06 2001 - 10:51:38 MST

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:57:53 MST