using squid to limit bandwidth based on domain

I have been reading about using delay pools with squid, but I am not
sure how this can solve the problem of restricting bandwidth according
to the site.

Delay pools seem to restrict based on your local network address, what
I would like to do is restrict the bandwidth taken up by sites like
video.google.com. How can I accomplish this and where can I find
information on how to do it?

Thanks

(E-Mail Removed) wrote:
> I have been reading about using delay pools with squid, but I am not
> sure how this can solve the problem of restricting bandwidth according
> to the site.
>
> Delay pools seem to restrict based on your local network address, what
> I would like to do is restrict the bandwidth taken up by sites like
> video.google.com. How can I accomplish this and where can I find
> information on how to do it?
>

Maybe you should use regex?
Something like this;

acl magic_words url_regex -i video.google.com
delay_pools 1
delay_class 1 1
delay_parameters 1 16000/16000
delay_access 1 allow magic_words

--
Artur 'Bzyk' Frydel | artur.frydel[at]gmail-dot-com
In /dev/null no one can hear your scream

Artur Frydel wrote:
> (E-Mail Removed) wrote:
> > I have been reading about using delay pools with squid, but I am not
> > sure how this can solve the problem of restricting bandwidth according
> > to the site.
> >
> > Delay pools seem to restrict based on your local network address, what
> > I would like to do is restrict the bandwidth taken up by sites like
> > video.google.com. How can I accomplish this and where can I find
> > information on how to do it?
> >
>
> Maybe you should use regex?
> Something like this;
>
> acl magic_words url_regex -i video.google.com
> delay_pools 1
> delay_class 1 1
> delay_parameters 1 16000/16000
> delay_access 1 allow magic_words
>
> --
> Artur 'Bzyk' Frydel | artur.frydel[at]gmail-dot-com
> In /dev/null no one can hear your scream

looks good to me, I'll give it a try and let you know what happens

I was looking at trying something similar but I would have totally
missed out the pools and class variables, mine would have looked like
this:

acl slow_it_down url_regex -i video.google.com
delay_parameters 1 16000/16000
delay_access 1 allow slow_it_down

which would probably end up doing nothing, or causing and error when i
tried to apply it and restart squid

please correct me if i'm wrong, but the parameter 16000/16000 should
slow it down to 128kbps, which is probably around the speed I was
looking to use

thanks!!!

Artur Frydel wrote:
> (E-Mail Removed) wrote:
> > I have been reading about using delay pools with squid, but I am not
> > sure how this can solve the problem of restricting bandwidth according
> > to the site.
> >
> > Delay pools seem to restrict based on your local network address, what
> > I would like to do is restrict the bandwidth taken up by sites like
> > video.google.com. How can I accomplish this and where can I find
> > information on how to do it?
> >
>
> Maybe you should use regex?
> Something like this;
>
> acl magic_words url_regex -i video.google.com
> delay_pools 1
> delay_class 1 1
> delay_parameters 1 16000/16000
> delay_access 1 allow magic_words
>
> --
> Artur 'Bzyk' Frydel | artur.frydel[at]gmail-dot-com
> In /dev/null no one can hear your scream

just tested it, and as far as we can tell it works like a charm, on our
wirless network it can take up to 10 seconds for the browser to load
just 1 second of video

thanks again

(E-Mail Removed) wrote:

> please correct me if i'm wrong, but the parameter 16000/16000 should
> slow it down to 128kbps, which is probably around the speed I was
> looking to use
>

Yes. The first parameter is bandwidth limit for each file *bigger* than
the second parameter. In other words... if you download file bigger than
1600 bytes, after downloading 1600 bytes speed limit slow down to 128kbit.

More information, and complete squid book is here;
http://man.chinaunix.net/newsoft/squ...book-full.html


--
Artur 'Bzyk' Frydel | artur.frydel[at]gmail-dot-com
"Always look on the bright side of life."