At 01:26 18/04/00, Henrik Nordstrom wrote:
> > it's cache but upon retrieving the object , squid uses the client's IP
> > address who requested the object ...
>
>The hardest part is to get the return packets to go to Squid rather than
>the client IP. WCCP can redirect the client requests to Squid, but how
>do you redirect the packets arriving from the internet to Squid if Squid
>is using the client's IP address?
>
>I only see this possible when Squid is running on the border gateway or
>behind a smart L4 switch who tracks TCP sessions rather than IP/mac
>addresses, not when using WCCP.
in WCCP's case, it is a deliberate decision to NOT masquerade as the 
web-browser to the web-server, but only in the direction of web-browser to 
web-server.
the web-server will only ever see requests from cache's ip address itself, 
and only ever from the real web-browser if the flow is bypassing a cache in 
some manner (not really relevant to WCCPv1 but more-so for WCCPv2).
while it wouldn't be impossible to do this, and take the hit of maintaining 
all that per-flow state information in a switching device (can you say: 
"doesn't scale"?), it would break spectacularly if you had assymetric 
routing or redundant paths that traffic can take back to the end-user.
cheers,
lincoln.
--
   Lincoln Dale           Content Switching
   ltd@cisco.com          Cisco Systems Inc.        |         |
                                                    ||        ||
   +1 (408) 525-1274      bldg G, 170 West Tasman  ||||      ||||
   +61 (3) 9659-4294 <<   San Jose CA 95134    ..:||||||:..:||||||:.. 
Received on Tue Apr 18 2000 - 06:19:08 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:52:58 MST