<div class="gmail_quote">Писал в community, но там затруднились ответить...<br><br>Недавно перевели офис на безлимитный интернет со скоростью 256 кбит/с<br>Во избежание монопольного захвата канала какой-нибудь закачкой решил на проксе (squid) использовать delay pools.<br>
В первой редакции задача звучит так:<br>1) Используется один пул второго класса (с отдельным ведром для каждого хоста в подсети)<br>
2) Канал на подсеть не ограничен<br>3) Каждый хост получает не больше 64 кбит/с<br><br>Правила получились такие:<br><br><div style="margin-left: 40px;">acl lan src <a href="http://192.168.0.0/24" target="_blank">192.168.0.0/24</a><br>
<br>
delay_pools 1<br>delay_class 1 2<br><br>delay_access 1 allow lan<br>delay_access 1 deny all<br><br>delay_parameters 1 -1/-1 8000/8000<br></div><br>И все-таки эта ведерно-бассейная аналогия у меня не до конца уложилась... С одной стороны у меня хостов существенно больше четырех (около 30-ти) и при таких ограничениях четверо энтузиастов могут забить весь канал. С другой стороны, далеко не всегда они дружно что-то качают - это скорее исключение, чем правило. С третьей стороны, делать канал заведомо тоньше 64кбит/с в наш век - садизм.<br>

<br>Отсюда вопрос: можно ли сделать так, чтобы:<br>а) при отсутствии конкурентов, любой хост получал целый канал (или это и так делается автоматом?),<br>б) при массовом заходе в инет, канал делился не по байтам в секунду, а в процентном отношении?<br>

<br><br>Есть там параметр delay_initial_bucket_level. Изменяется от 0 до 100 процентов. По умолчанию равен 50-ти. Но я так и не понял, насколько он полезен для моих целей...<br>
</div><br><br>P.S. Можно ли в delay pools использовать mac-адреса отправителей, части fqdn назначения, время прохождения пакета и т.п.? Какие классы delay pools тогда нужно использовать?<br>