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 ?
If yes, why not in this case ?
If not, do I have to enable something for this ?
many thks for your help.
Vincent
-----------------------------------------------------------------
ATTENTION:
The information in this electronic mail message is private and
confidential, and only intended for the addressee. Should you
receive this message by mistake, you are hereby notified that
any disclosure, reproduction, distribution or use of this
message is strictly prohibited. Please inform the sender by
reply transmission and delete the message without copying or
opening it.
Messages and attachments are scanned for all viruses known.
If this message contains password-protected attachments, the
files have NOT been scanned for viruses by the ING mail domain.
Always scan attachments before opening them.
-----------------------------------------------------------------
Received on Tue Apr 14 2009 - 14:59:42 MDT
This archive was generated by hypermail 2.2.0 : Tue Apr 14 2009 - 12:00:02 MDT