Есть такие позиции:
acl boss arp 00:00:00:00:BO:SS
acl users_arp arp "../acl/users_arp"
acl dl_time time "../acl/dl_time"
acl allowed_nets dst "../etc/allowed_nets"
acl bad_files urlpath_regex -i \.avi$ \.mp3$ ...

http_access allow boss bad_files
http_access allow users_arp bad_files dl_time allowed_nets
http_access deny all_files

cat > dl_time
13:00-14:00
18:00-23:59
00:00-08:00

Тоесть юзверям можно качать "плохие файлы" в 3 промежутка времени с разрешенных сетей.

Вопрос1) Правильно ли выставлены пулы для такой ситуации?:
- На юзера boss нет ограничений вообще (т.е. может качать файлы и серфить всегда и без ограничений на мах скорости, которую выдает канал в данный момент).
- Во время dl_time юзерам users_arp выдается канал 30 kb/sec (делят как хотят) для закачки файлов, но надо так, чтобы серф был на мах скорости.
- скорость на одного чела круглосуточно, за исключением boss, не может превышать 8 kb/sec

delay_pools 3

delay_class 1 1
delay_class 2 2
delay_class 3 2

delay_parameters 1 -1/-1
delay_parameters 2 30000/200000 -1/-1
delay_parameters 3 -1/-1 8000/200000

delay_access 1 allow boss
delay_access 1 deny all
delay_access 2 allow users_arp dl_time
delay_access 2 deny all
delay_access 3 allow users_arp
delay_access 3 deny all

Вопрос2) Как будет разграничиваться скорость между boss и users_arp в dl_time? Ему будет отдана оставшаяся часть канала (канал-30) или он будет брать дополнительно кусок от 2го пула?

Вопрос3) delay_parameters 2 30000/200000 5000/100000
Не могу понять значимости цифры 200000 :(
То что она относится к сетке и что это ведро на 200 килограм ясно. Но для чего оно? Как срабатывает? Когда сумарный трафик в единицу времени превысит 200 кб? А если допустим 2 чела в нете: один качает другой серфит. Чтоже это получается: тот кто серфит не может загружать страницы на полной скорости из-за того что кто-то начал качать?

Вопрос4) delay_parameters 2 30000/200000 10000/100000
Даем на всех 30 и по 10 каждому. Т.е. если на троих, то все понятно. А если влезет 4й? 30/4?

• Delay pools,DeadLoco, 17:12 , 09-Окт-06
  • Delay pools,FreeLSD, 20:26 , 09-Окт-06

>Вопрос1) Правильно ли выставлены пулы для такой ситуации?:

Неправильно.

>delay_pools 3
>delay_class 1 1
>delay_class 2 2
>delay_class 3 2
>delay_parameters 1 -1/-1
>delay_parameters 2 30000/200000 -1/-1
>delay_parameters 3 -1/-1 8000/200000

заменяем на:

delay_pools 2
delay_class 1 1
delay_class 2 2
delay_parameters 1 30000/200000       # коллективный бакет - кто успел, тот и съел
delay_parameters 2 -1/-1 8000/20000   # коллективный с персональным пределом - не более указанного на лицо

Соответственно, в пулы сажаем вот так:

delay_access 1 allow users_arp dl_time
delay_access 1 deny all
delay_access 2 allow users_arp
delay_access 2 deny all

Босс, не посаженный никуда, будет ничем не ограничен.

>Вопрос2) Как будет разграничиваться скорость между boss и users_arp в dl_time?

users_arp будут брать не более 30000 байт/с при условии, что босс бездействует. Нелимитированный босс может отбирать часть полосы у пулов.

>Вопрос3) delay_parameters 2 30000/200000 5000/100000
>Не могу понять значимости цифры 200000

Бакет - это кеш пула. Под высокой нагрузкой малый кеш не вмещает пакеты от всех сессий ответов на запросы, что нарушает плавность течения траффика. Чем выше размер кеша, тем более гладко траффик льется пользователям вниз. Размер кешей пула (агрегатного/сетевого/индивидуального) вопреки расхожему мнению не влияет на скорость скачивания малых файлов. Верхний предел размера этих кешей ограничен только и единственно объемом ОЗУ хоста, на котором крутится сквид. Потребные объемы кешей определяются простым расчетом из количества пользователей.

>Вопрос4) delay_parameters 2 30000/200000 10000/100000
>Даем на всех 30 и по 10 каждому. Т.е. если на троих,
>то все понятно. А если влезет 4й? 30/4?

Да. Всем поровну, но не более индивидуальной пайки.

Ответ достоин уважения! Огромное, космическое спасибо!! Но если чесно - ответ на 3й вопрос ТрудноПеревариваемый :)
Пошол искать инфу о бакетах.. СПАСИБО!