i.e
Assuming that you want to redirect all your lan traffic to a proxy server
you would do the following
first configure the interface with a route map
>int ethernet 0
> ip policy route-map redirect-proxy
then define the route map. This tells the router to check access-list 110
for matching conditions and redirect anything that matches to the next-hop
ip address (which usually is the proxy)
>route-map redirect-proxy permit 10
> match ip address 110
> set ip default next-hop proxy.ip.address
then set an access list defining the addresses and protocols to redirect
(www in our example)
>access-list 110 permit tcp network.address network.mask any eq www
You will find that it takes a bit of processor time when you do that, but
performance seems unaffected.
Regards
Chazakis Ioannis
CTO
Acropolis Net
-----Original Message-----
From: ntisp-request@iea-software.com
[mailto:ntisp-request@iea-software.com]On Behalf Of Jeff Binkley
Sent: Thursday, April 13, 2000 7:15 PM
To: NTISP@IEA-SOFTWARE.COM
Subject: RE: [NTISP] CACHING DEVIC
How hard is it to setup a Cisco router to do transparent caching ? I am
assuming you are using WCCP and the Squid box has two NICs in it with
two different addresses ?
Jeff Binkley
ASA Network Computing
N>Another bonus with a Transparent Caching server is the fact that those
N>= Advertising firms (doubleclick.com) can NOT get much information
N>about = you. Or practically can't get anything from your clients.
N>That is also = a bit encouraging for ISPs who want to show a bit of
N>security to the = client.
N>-----Original Message-----
N>From: ntisp-request@iea-software.com
N>[mailto:ntisp-request@iea-software.com]On Behalf Of Chazakis Ioannis
N>Sent: Thursday, April 06, 2000 7:31 AM
N>To: ntisp@iea-software.com
N>Subject: RE: [NTISP] Caching devices good? bad? Help
N>We have been using squid and set our cisco routers to do transparent =
N>caching
N>for some time now.. Works like a charm.
N>Cidera looks very good, infact we are expecting their technician to =
N>install
N>the dish and adapter. Apart from the large customer base, its also got
N>a 45Mbps downlink to each dish, so its pretty fast too.
N>-----Original Message-----
N>From: ntisp-request@iea-software.com
N>[mailto:ntisp-request@iea-software.com]On Behalf Of Peter Deacon
N>Sent: Thursday, April 06, 2000 1:45 AM
N>To: ntisp@iea-software.com
N>Subject: Re: [NTISP] Caching devices good? bad? Help
N>On Tue, 4 Apr 2000, JM Foster wrote:
N>> We used a cache server from Cobalt Networks.
N>> Personally I don't think caching is a viable solution
N>> on the mid to small level ISP because the community is not large
N>> enough to have a decent cache. I spoke to Cidera.com, they use a =
N>global
N>> community of 8.5 million customers to create their cache.
N>> This is what we are going to move to.
N>There's something about caches that seem faster even if only one
N>person = is
N>using it and the data your requesting is not in the cache -- over
N>dialup anyway (but it might be my imagination:) I think it has
N>something to do with tcp chat latency being absorbed by the cache
N>buffering data = locally.
N>Have Fun!
N>Peter
N>For more information about this list (including removal) go to:
N>http://www.iea-software.com/support/maillists/liststart
N>For more information about this list (including removal) go to:
N>http://www.iea-software.com/support/maillists/liststart
N>For more information about this list (including removal) go to:
N>http://www.iea-software.com/support/maillists/liststart
CMPQwk 1.42 9999
For more information about this list (including removal) go to:
http://www.iea-software.com/support/maillists/liststart
For more information about this list (including removal) go to:
http://www.iea-software.com/support/maillists/liststart