[squid-users] PARENT_HIT coming as MISS :(

From: Hasanen AL-Bana <hasanen_at_gmail.com>
Date: Thu, 30 Dec 2010 18:18:03 +0300

Hello everybody,
My setup is :     Client ------> [Squid Cache Server (A)] -------> Internet
                                                 |
                                                 |------------------->
[Cache Peer as parent (B)] ------> Internet
The first squid server forwards only Youtube flv requests to its
parent , the Squid peer server is configured to cache big flv files
from youtube.
The youtube cache is working perfectly ,however , ICP replied are
coming as miss while the requested file is really a HIT !!
here is what I get on my (B) Server :
0 10.0.0.51 UDP_MISS/000 403 ICP_QUERY
http://v15.lscache4.c.youtube.com/videoplayback?ip=0.0.0.0&sparams=id%2Cexpire%2Cip%2Cipbits%2Citag%2Calgorithm%2Cburst%2Cfactor%2Coc%3AU0dYSFdPVF9FSkNNOF9PSVhF&fexp=903812&algorithm=throttle-factor&itag=34&ipbits=0&burst=40&sver=3&expire=1293746400&key=yt1&signature=20098C51B763EDBF1C17FE983EB384AF3EE6AD9F.1685B0C8D59DF91F018E51485507949EE18A25D0&factor=1.25&id=697072249842d2a4&
- NONE/- -
10.0.0.51 TCP_HIT/200 3023704 GET
http://v15.lscache4.c.youtube.com/videoplayback? - NONE/- video/x-flv

And here is what I get on my (A) server :
1293721262.107  11725 127.0.0.1 TCP_MISS/200 3023828 GET
http://v15.lscache4.c.youtube.com/videoplayback?
-FIRST_PARENT_MISS/youtube video/x-flv

The weird thing on the (B) server is that ICP_QUERIES are reported
MISS ,hence my (A) server take it as a MISS too  despite the fact it
is a realy TCP_HIT on the parent.
Here is what I have on my (A) server :
acl x-flv rep_mime_type -i video/x-flv
acl x-flv rep_mime_type -i x-flv
acl x-flv-req urlpath_regex videoplayback

icp_query_timeout 10000
cache_peer 10.0.0.10 parent  3128 3130  name=youtube weight=10 proxy-only
cache_peer_access youtube allow x-flv
cache_peer_access youtube allow x-flv-req
cache_peer_access youtube deny all
Is this a bug or something ?
Received on Thu Dec 30 2010 - 15:18:30 MST

This archive was generated by hypermail 2.2.0 : Thu Dec 30 2010 - 12:00:04 MST