Re: [squid-users] ICP behaviour question ?

vincent.blondel_at_ing.be wrote:
> Hello all,
>
> I am doing some tests for implementing ICp in our SQUID platform
> including two level of SQUID devices, the SQUID proxies the users are
> connected on and the Gateways directly connected on the internet.
>
> After reading some old pdf documents I found on the net it seems if I
> good understood the way it works, an icp query is sent to all parent
> caches each time a url must be retrieved from the internet.
>
> config at proxy level ..
>
> icp_port 3130
> icp_query_timeout 0
> maximum_icp_query_timeout 50 # (milliseconds)
> dead_peer_timeout 1 second
> log_icp_queries off
> icp_hit_stale off
> icp_access deny all
>
> config at gateway level ..
>
> icp_port 3130
> log_icp_queries off
> icp_hit_stale off
> icp_access allow srcip_internalproxies
> icp_access deny all
>
> I made a very little test for requesting from my proxy (sbeaskda) a web
> resource from the freebsd website. This proxy gets two parents (sbepskcw
> and sbepskcy).
>
> # squidclient http://www.freebsd.org/layout/css/fixed.css
>
> # snoop ...
>
> sbeaskda -> sbepskcw UDP D=3130 S=3130 LEN=76
> sbeaskda -> sbepskcy UDP D=3130 S=3130 LEN=76
> sbepskcw -> sbeaskda UDP D=3130 S=3130 LEN=72
> sbepskcy -> sbeaskda UDP D=3130 S=3130 LEN=72
> sbeaskda -> sbepskcw HTTP GET
> http://www.freebsd.org/layout/css/fixed.css HTTP/1.0
> sbepskcw -> sbeaskda HTTP (proxy) R port=58841
> sbepskcw -> sbeaskda HTTP HTTP/1.0 200 OK
> sbeaskda -> sbepskcw HTTP (proxy) C port=58841
>
> We see the proxy sending an udp request to port 3130 to all the parents,
> each of them replying to the request. We then see the http query sent to
> sbepskcw.
>
> This is all working fine but I also read in this same pdf that if the
> object retrieved is not too large, the gateway can include the object
> (in this case the css page) in the udp reply so the proxy client does
> not have to send an icp and http query for each object.
>
> so my question is ..
>
> Is this still the case with SQUID ?
>

not sure. maybe.

> If yes, why not in this case ?
>
> If not, do I have to enable something for this ?
>

To be certain try HTCP.

Amos

-- 
Please be using
   Current Stable Squid 2.7.STABLE6 or 3.0.STABLE14
   Current Beta Squid 3.1.0.7