Uhm, doesn't delay_access only match on -request-, not -reply-? :) (I've got a patch here to match on reply for delay_pools that a customer would like me to integrate.)
Adrian On Tue, Mar 25, 2008, s f wrote: > Hi, > > I tried but its not working. I know this is a lame answer but before > mailing you all i even tried with this > > delay_pools 1 > delay_class 1 1 > delay_parameters 1 1000/1000 > acl dp rep_mime_type video/flv > delay_access 1 allow dp > > The videos from sites like youtube, metacafe, dialymotion plays smoothly. > I verified with access.log and the reqest are there on proxy. > upon checking /usr/local/squid/bin/squidclient mgr:delay, the delay > pool is not currently used. > > I again tried with > > delay_pools 1 > delay_class 1 1 > delay_parameters 1 1000/1000 > acl dp url_regex \.flv$ > delay_access 1 allow dp > > But the result is same. > > What could be the problem? Have anyone tried putting flash video in delay > pool? > - Show quoted text - > > On Tue, Mar 25, 2008 at 6:55 AM, Chris Robertson <[EMAIL PROTECTED]> wrote: > > Amos Jeffries wrote: > > > > > Chris Robertson wrote: > > >> s f wrote: > > >>> hi, > > >>> > > >>> here is the things u mentioned > > >>> > > >>> acl our_networks src x.x.x.x/x > > >>> delay_pools 1 > > >>> delay_class 1 2 > > >>> delay_parameters 1 -1/-1 2048/8000 > > >>> #delay_parameters 1 4096/8000 > > >>> acl dp url_regex -i \.mp3$ \.wmv$ \.avi$ \.wma$ \.mpe?g$ > > >>> acl dp1 rep_mime_type video/flv > > >>> #acl youtube url_regex -i youtube > > >>> acl youtube dstdomain .youtube.com #rep_mime_type didnt worked so > > >>> currently am having this. but since youtube has > > >>> delay_access 1 allow dp our_networks > > >>> delay_access 1 allow dp1 our_networks > > >>> > > >> > > >> I think the problem originates from mixing reply_mime_type and src. > > > > > > Agreed, that should probably be: > > > delay_access 1 allow dp1 youtube > > > > Except most of the videos are not served from youtube domains (or the > > next delay_access line would have worked). > > > > For me, the page http://www.youtube.com/watch?v=mmVaLp8icoU references > > the movie at... > > > > http://www.youtube.com/get_video?$longString > > > > ...which is a 303 to... > > > > http://cache.googlevideo.com/get_video?$lotsOfArguments > > > > ...which is a 302 to... > > > > http://74.125.15.158/get_video?$lotsOfArguments > > > > ...which finally delivers the movie. > > > > > > > > ie flash videos coming from youtube domains. > > > > > > > >> At the very least, you should drop the "our_networks" from this > > >> line. On the others it's just redundant. > > > > > > Not good advice unless we can see the whole config. > > > > > > He may be running a dual-mode proxy and not wanting the delay pools to > > > apply to reverse-proxied web traffic. In which case their presence is > > > vital not to interfere with hosting service times. > > > > Fair enough. > > > > > > > > > >> > > >>> delay_access 1 allow youtube our_networks > > >>> delay_access 1 deny all > > >>> > > >>> The delay pool is working for acl dp and youtube. But there is no > > >>> effect in youtube videos. > > >>> > > >> > > >> Chris > > > > > > Amos > > > > Chris > > > > > Reply > > Forward > > > > > New window > Print all > Expand all > Collapse all > Forward all > > > On Tue, Mar 25, 2008 at 6:55 AM, Chris Robertson <[EMAIL PROTECTED]> wrote: > > Amos Jeffries wrote: > > > Chris Robertson wrote: > > >> s f wrote: > > >>> hi, > > >>> > > >>> here is the things u mentioned > > >>> > > >>> acl our_networks src x.x.x.x/x > > >>> delay_pools 1 > > >>> delay_class 1 2 > > >>> delay_parameters 1 -1/-1 2048/8000 > > >>> #delay_parameters 1 4096/8000 > > >>> acl dp url_regex -i \.mp3$ \.wmv$ \.avi$ \.wma$ \.mpe?g$ > > >>> acl dp1 rep_mime_type video/flv > > >>> #acl youtube url_regex -i youtube > > >>> acl youtube dstdomain .youtube.com #rep_mime_type didnt worked so > > >>> currently am having this. but since youtube has > > >>> delay_access 1 allow dp our_networks > > >>> delay_access 1 allow dp1 our_networks > > >>> > > >> > > >> I think the problem originates from mixing reply_mime_type and src. > > > > > > Agreed, that should probably be: > > > delay_access 1 allow dp1 youtube > > > > Except most of the videos are not served from youtube domains (or the > > next delay_access line would have worked). > > > > For me, the page http://www.youtube.com/watch?v=mmVaLp8icoU references > > the movie at... > > > > http://www.youtube.com/get_video?$longString > > > > ...which is a 303 to... > > > > http://cache.googlevideo.com/get_video?$lotsOfArguments > > > > ...which is a 302 to... > > > > http://74.125.15.158/get_video?$lotsOfArguments > > > > ...which finally delivers the movie. > > > > > > > > > > ie flash videos coming from youtube domains. > > > > > >> At the very least, you should drop the "our_networks" from this > > >> line. On the others it's just redundant. > > > > > > Not good advice unless we can see the whole config. > > > > > > He may be running a dual-mode proxy and not wanting the delay pools to > > > apply to reverse-proxied web traffic. In which case their presence is > > > vital not to interfere with hosting service times. > > > > Fair enough. > > > > > > > > > > > >> > > >>> delay_access 1 allow youtube our_networks > > >>> delay_access 1 deny all > > >>> > > >>> The delay pool is working for acl dp and youtube. But there is no > > >>> effect in youtube videos. > > >>> > > >> > > >> Chris > > > > > > Amos > > > > Chris > > > > -- - Xenion - http://www.xenion.com.au/ - VPS Hosting - Commercial Squid Support - - $25/pm entry-level VPSes w/ capped bandwidth charges available in WA -
