RE: [squid-users] Multiple ISP setup

Wennie,

I don't know of any way Squid can know about (or act upon) the
conditions of external links, but it sounds like you might want to
investigate squid delay pools. Again, if you use multiple boxes you have
more options available.

Regards

Phil DG

> -----Original Message-----
> From: Wennie V. Lagmay [mailto:wlagmay@yanbulink.net]
> Sent: 22 May 2005 06:03
> To: Damian-Grint Philip; squid-users@squid-cache.org
> Cc: squidrunner team
> Subject: Re: [squid-users] Multiple ISP setup
>
>
> Hi Phi DG,
>
> BGP will be involved in the connection with the 2 ISP's, I
> will be enabling
> BGP to merge and balance traffic and as a backup to each
> other. my only
> concern is the cache/proxy server, since I need to define the
> cache_peer
> parents for each of 2 ISP's my question is, can squid knows
> that it has 2
> ISP links and it should merge load balance the traffic (for
> example ISP 1
> is 1 Mbps and ISP 2 is 1 Mbps) so can squid knows that the
> total bandwidth
> is 2 Mbps? second, If ISP 1 fails all traffic is redirected to ISP 2
> automatically by BGP, so squid should also fetch object to
> ISP 2 with 1 Mbps
> bandwidth.
>
> I short can we configure squid to follow the routing
> activity? the router
> ang BGP routing will do the layer 1 to layer 4, and squid
> cache will ride on
> it?
>
> Thank you very much,
>
> Wennie
>
>
> ----- Original Message -----
> From: "Damian-Grint Philip" <pdamian-grint@collierscre.co.uk>
> To: "Wennie V. Lagmay" <wlagmay@yanbulink.net>;
> <squid-users@squid-cache.org>
> Cc: "squidrunner team" <squidrunner_dev@yahoo.com>
> Sent: Saturday, May 21, 2005 8:07 PM
> Subject: RE: [squid-users] Multiple ISP setup
>
>
> > Hi Wennie,
> >
> > I may be getting the wrong end of the stick here, but It
> sounds like you
> > are asking how to load-balance traffic to and from a single
> host (squid
> > box) over two links that you only control on the near end, without
> > touching the routers involved.... that's quite a challenge.
> >
> > One approach which has worked very well for me in the past
> is to use at
> > least two squid boxes, each associated to an address that
> is preferred on
> > separate links. You can then split your traffic across the
> two links by
> > splitting your traffic across the two squid boxes.
> >
> > You could do this for proxy-configured clients by using a
> WPAD proxy
> > script which returns different PROXY strings based on the
> ip address of
> > the client, and for non-proxy-configured clients, by
> letting WCCP split
> > the load (by destination address hashes I think) as long as
> both squid
> > boxes register with the same intercepting router.
> >
> > If you can involve your BGP config engineer, then you will
> have more
> > options - you can't talk about load balancing and
> redundancy without
> > involving routing anyway - you split the inbound traffic
> from the outbound
> > traffic and then talk about how you can influence the paths
> taken in each
> > case.
> >
> > Regards
> >
> > Phi DG
> >
> > -----Original Message-----
> > From: Wennie V. Lagmay [mailto:wlagmay@yanbulink.net]
> > Sent: Sat 21/05/2005 07:24
> > To: squid-users@squid-cache.org
> > Cc: squidrunner team
> > Subject: [squid-users] Multiple ISP setup
> >
> >
> >
> > How can I setup my squid to automatically connect and load
> balance from
> > two
> > or more ISP at the same time? Presently we are connected to
> ISP 1 so all
> > clients are served by our proxy server through ISP 1, now
> we are about to
> > have ISP 2 my question now is how can I configure my squid
> to use both
> > ISP
> > at the same time, when ISP 1 is down all request will be on
> ISP 2 and vice
> > versa?
> >
> > The routing will be handle by our router configure for BGP,
> so my only
> > concern is about squid.
> >
> > Thank you very much,
> >
> > Wennie
> >
> >
> >
> ______________________________________________________________________
> > This email has been scanned by the MessageLabs Email
> Security System.
> > For more information please visit http://www.messagelabs.com/email
> >
> ______________________________________________________________________
> >
> >
> >
> > Confidentiality Notice
> > This communication and the information it contains:
> > (a) is intended for the person(s) or Organisation(s) named
> above and for
> > no other persons or organisations and,
> > (b) may be confidential, legally privileged and protected by law.
> > Unauthorised use, copying or disclosure of any of it may be
> unlawful.
> > When addressed to our clients any opinions or advice
> contained in this
> > e-mail are subject to CCRE's terms and conditions of
> business notified to
> > the client or expressed in the governing client engagement letter.
> > If you receive this communication in error, please notify
> us immediately,
> > destroy any copies and delete it from your computer system.
> >
>
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>

Confidentiality Notice
This communication and the information it contains:
(a) is intended for the person(s) or Organisation(s) named above and for no other persons or organisations and,
(b) may be confidential, legally privileged and protected by law.
Unauthorised use, copying or disclosure of any of it may be unlawful.
When addressed to our clients any opinions or advice contained in this e-mail are subject to CCRE's terms and conditions of business notified to the client or expressed in the governing client engagement letter.
If you receive this communication in error, please notify us immediately, destroy any copies and delete it from your computer system.
Received on Mon May 23 2005 - 10:40:39 MDT