Re: [squid-users] you tube +delay pool

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 <crobertson@gci.net> 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 <crobertson@gci.net> 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 -