Форум русскоязычного сообщества Ubuntu


Получить помощь и пообщаться с другими пользователями Ubuntu можно
на irc канале #ubuntu-ru в сети Freenode
и в Jabber конференции ubuntu@conference.jabber.ru

Автор Тема: [FAQ] Ограничение скорости для клиентов на Ubuntu-Server (htb.init)  (Прочитано 166827 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Lion-Simba

  • Старожил
  • *
  • Сообщений: 1126
    • Просмотр профиля
например в файле eth0-2:2001 изменяя параметр RATE я даю клиенту с айпишкой в RULE ту скокрость которую укажу, но не более чем та, которая указана параметром CEIL ?
Да. RATE - это гарантируемая скорость, то есть ниже RATE максимальная скорость скачивания у клиента с айпишкой в RULE опуститься не может. CEIL - это верхний предел, до которого может подниматься скорость клиента при свободном канале, то есть когда другие пользователи не используют полностью свои RATE.
Необходимо помнить, что сумма RATE всех клиентов-потомков одного класса не должна превышать RATE этого класса, то есть 20МБит в нашем случае. Иначе поведение шейпера будет непредсказуемо. Сумма CEIL - может превышать.

/etc/init.d/htb restart  после изменений конфига.
да.
Оказываю индивидуальную платную техподдержку широкого профиля. Обращаться в ЛС или Jabber.

Оффлайн TrEK

  • Автор темы
  • Активист
  • *
  • Сообщений: 738
  • good day in FolK-King life :)
    • Просмотр профиля
    • smallprogs.ru
Необходимо помнить, что сумма RATE всех клиентов-потомков одного класса не должна превышать RATE этого класса, то есть 20МБит в нашем случае.

А как понимать значение "классовость"?
это как разбиение всего канала на отдельные каналы?
Скажем если 150 клиентам я отдаю 20 Мбит... и сумма RATE их всех не должна превышать RATE файла eth0-2.root, тогда можна создать второй клас, в котором будет айпишник моего компьютера, на который можно выделить 5 Мбит остальной емкости канала (скажем он увеличился до 25 Мбит)? если , например , во втором классе eth0-3.root будет RATE=25Mbit, и всего одна моя айпишка eth0-3:2001:

Цитировать
RATE=5Mbit
CEIL=5Mbit
LEAF=sfq
RULE=my_ip

Соответственно, если мне для еще одной айпишки надо гарантировать 2 МБита (общий канал уже 27Мбит):
тогда создаеться третий класс?:
eth0-4.root:
RATE=2Mbit

eth0-4:2001:
Цитировать
RATE=2Mbit
CEIL=2Mbit
LEAF=sfq
RULE=VIP_ip

И возникает встречный вопрос : сумма RATE всех трех классов eth0-2.root, eth0-3.root и eth0-4.root так же не должна превышать значение R2Q файла eth0 ???
или это важно только для под-классов?



Оффлайн Lion-Simba

  • Старожил
  • *
  • Сообщений: 1126
    • Просмотр профиля
Необходимо помнить, что сумма RATE всех клиентов-потомков одного класса не должна превышать RATE этого класса, то есть 20МБит в нашем случае.
А как понимать значение "классовость"?
это как разбиение всего канала на отдельные каналы?
Да, вот картинка:

На ней класс Main Link делится на классы A и B, класс A в свою очередь делиться на WWW и SMTP классы. При этом происходит балансировка скорости между WWW и SMTP, а также между A и B.

Пример:
в A:
RATE=4MBit

в WWW:
RATE=2MBit
CEIL=4Mbit

в SMTP:
RATE=2MBit
CEIL=4Mbit

Теперь представим, что в данный конкретный момент почту никто не отправляет, то есть реальная требуемая скорость в классе SMTP = 0. Но при этом есть много желающих качать по WWW. Тогда 2 свободных мегабита из SMTP временно (пока SMTP никто не пользуется) передаются в класс WWW и народ качает со скоростью 4Mbit.
Если бы классы WWW и SMTP были корневыми, то есть находились бы на месте Main Link, то перераспределения трафика бы между ними НЕ происходило, так как у них не было бы общего класса-предка.

Скажем если 150 клиентам я отдаю 20 Мбит... и сумма RATE их всех не должна превышать RATE файла eth0-2.root, тогда можна создать второй клас, в котором будет айпишник моего компьютера, на который можно выделить 5 Мбит остальной емкости канала (скажем он увеличился до 25 Мбит)? если , например , во втором классе eth0-3.root будет RATE=25Mbit, и всего одна моя айпишка eth0-3:2001:
Цитировать
RATE=5Mbit
CEIL=5Mbit
LEAF=sfq
RULE=my_ip
Почти так.
В файле eth0-3 будет RATE=5Mbit. И причем надобности в eth0-3:2001 нет, поскольку получается, что он будет единственным потомком у eth0-3. Параметры LEAF и RULE можно прописать прямо в eth0-3. Что касается CEIL, то его можно не указывать в случае, когда CEIL=RATE.
Еще одно замечание: имя файла eth0-3:2001 будет неверным, так как у нас уже есть класс с идентификатором 2001. Идентификаторы не должны повторяться в пределах одного устройства (eth0). Здесь можно было бы использовать, например, имя eth0-3:3001.

Соответственно, если мне для еще одной айпишки надо гарантировать 2 МБита (общий канал уже 27Мбит):
тогда создаеться третий класс?:
Да, с теми же оговорками.

И возникает встречный вопрос : сумма RATE всех трех классов eth0-2.root, eth0-3.root и eth0-4.root так же не должна превышать значение R2Q файла eth0 ???
или это важно только для под-классов?
Нет, R2Q - это вообще другой параметр. :) Он определяет насколько точно будут соблюдаться заданные тобой правила. Чем меньше R2Q, тем точнее соблюдаются правила. Чем больше R2Q, тем меньшая нагрузка на процессор. В скрипте htb.init говорится, что значение 10 хорошо для скоростей в 5-500 кбит/с и должно быть увеличино для бОльших скоростей - поэтому я навскидку предложил 20. :)

Общее замечание 1: смотри Замечание 2 в моем большом посте. 8)
Общее замечание 2: В этой конфигурации мы имеем три "корневых" класса: eth0-2, eth0-3, eth0-4. То есть канал между ними перераспределяться не будет. Соответственно и выше соответствующих CEIL (которые по умолчанию = RATE) подниматься не будет. То есть, если допустим канал на самом деле не 27 МБит, а скажем 50 МБит, то при такой настройке будет использоваться только 27 МБит, даже если оставшиеся 23 ничем не заняты.
Эта ситуация аналогична той, как если бы классы WWW и SMTP из примера выше были бы корневыми.
Оказываю индивидуальную платную техподдержку широкого профиля. Обращаться в ЛС или Jabber.

Оффлайн TrEK

  • Автор темы
  • Активист
  • *
  • Сообщений: 738
  • good day in FolK-King life :)
    • Просмотр профиля
    • smallprogs.ru
Цитировать
Почти так.
В файле eth0-3 будет RATE=5Mbit. И причем надобности в eth0-3:2001 нет, поскольку получается, что он будет единственным потомком у eth0-3. Параметры LEAF и RULE можно прописать прямо в eth0-3. Что касается CEIL, то его можно не указывать в случае, когда CEIL=RATE.

Актуальное замечание, будем-с знать! :)

Цитировать
Еще одно замечание: имя файла eth0-3:2001 будет неверным, так как у нас уже есть класс с идентификатором 2001. Идентификаторы не должны повторяться в пределах одного устройства (eth0). Здесь можно было бы использовать, например, имя eth0-3:3001.
Тоже хорошо, что обьяснили, так бы наломал дров.. и топор бы винил )


Цитировать
Нет, R2Q - это вообще другой параметр. :) Он определяет насколько точно будут соблюдаться заданные тобой правила. Чем меньше R2Q, тем точнее соблюдаются правила. Чем больше R2Q, тем меньшая нагрузка на процессор. В скрипте htb.init говорится, что значение 10 хорошо для скоростей в 5-500 кбит/с и должно быть увеличино для бОльших скоростей - поэтому я навскидку предложил 20. :)
Pentium4 2.2 Ггц, 512 DDR, 40 Гб жесткого диска хватит для организации шлюза в моем случае (iptables+squid+htb)

.

В общем хочу сказать : htb - отличная дисциплина для моего решения, проста в настройке и применении, отлична в реализации.
Хочу поблагодарить Lion-Simba, за его помощь во всех вопросах, так или иначе, даный пост помог не мне одному, и будет служить опорным конспектом для многих.





Подводя итоги конфигурации, меня интересует еще пару вещей:

1. 150 клиентов - я взял в среднем, так как количество их увеличиваеться, тоесть есть вероятность, что через пол-года уже будет 250 клиентов. Вопрос: как быть с распределением параметра RATE для всех подклассов, если общий канал останеться тем же, прийдетсья вручную править значение RATE в файле каждого клиента... уменьшая его, или есть альтернатива?

2. Создавать eth0-2:2001, eth0-2:2002, eth0-2:2003, eth0-2:2004, eth0-2:2005, eth0-2:2006 .... eth0-2:2150 как-то неудобно, есть ли возможность генерирования автоматически нужного количество файлов, с задаными подклассами, айпишками и всеми нужными параметрами, или все таки надо будет вручную добавлять n-нное количество файликов?

3. Можно ли для файла, к примеру, eth0-2:2001 задать следующие:
RATE=100Kbit
CEIL=1Mbit
LEAF=sfq
RULE=192.168.0.1 192.168.0.2 192.168.0.3 192.168.0.4 192.168.0.5

 
Тоесть, чтоб в RULE одного из под-классов основного под-класса попали данные айпишки, чтобы не создавать на каждую ip пять файлов eth0-x:xyyy. Я так понимаю, 1Мбит будет распределяться между теми айпишками в произвольном порядке.

____________________

приметка: классовость начинаетсья с двойки? почему нельзя задать первый класс eth0-1:2001? и обязательно ли идентификатор подклассовости должен начинаться с :2001, тоесть вариант для первого клиента eth0-1:1 будет совершенно неверным?... (я так понимаю, что eth0-1:2001 - это как бы рут-класс, потому и с eth0-2:2001 начинаеться)

Каково действие параметра BURST, что-то по аналогии МТУ ?
и актуально ли использовать параметр peakrate?







<----ping<----ping<----ping<----ping<----ping<----ping<----ping<----ping<----ping<----ping<----ping<----ping<----ping<----ping<----ping<----ping
« Последнее редактирование: 21 Август 2008, 16:36:59 от TrEK »

Оффлайн Lion-Simba

  • Старожил
  • *
  • Сообщений: 1126
    • Просмотр профиля
1. 150 клиентов - я взял в среднем, так как количество их увеличиваеться, тоесть есть вероятность, что через пол-года уже будет 250 клиентов. Вопрос: как быть с распределением параметра RATE для всех подклассов, если общий канал останеться тем же, прийдетсья вручную править значение RATE в файле каждого клиента... уменьшая его, или есть альтернатива?
Можно просто поставить его заранее очень низким и всё. Ведь в задаче (договоре) не говорится о гарантированной скорости. Можно хоть 1Kbit поставить. :) При свободном канале скорость будет подниматься вплоть до CEIL.

2. Создавать eth0-2:2001, eth0-2:2002, eth0-2:2003, eth0-2:2004, eth0-2:2005, eth0-2:2006 .... eth0-2:2150 как-то неудобно, есть ли возможность генерирования автоматически нужного количество файлов, с задаными подклассами, айпишками и всеми нужными параметрами, или все таки надо будет вручную добавлять n-нное количество файликов?
Автоматически - возможно и есть, но я такого решения не знаю. Всегда можно написать специализированный скрипт. Причем скрипт может работать как с htb.init, так и напрямую с tc.

3. Можно ли для файла, к примеру, eth0-2:2001 задать следующие:
...
RULE=192.168.0.1 192.168.0.2 192.168.0.3 192.168.0.4 192.168.0.5
 Тоесть, чтоб в RULE одного из под-классов основного под-класса попали данные айпишки, чтобы не создавать на каждую ip пять файлов eth0-x:xyyy. Я так понимаю, 1Мбит будет распределяться между теми айпишками в произвольном порядке.
Нет, такой синтаксис неверен. Можно писать несколько правил:
...
CEIL=1Mbit
LEAF=sfq
....
RULE=192.168.0.1
RULE=192.168.0.2
RULE=192.168.1.0/24
- в класс будут попадать пакеты, идущие к хостам 192.168.0.1, 192.168.0.2 и всей подсети 192.168.1.1-254.

Однако ты прав в том, что при этом 1МБит будет равномерно (а не произвольно - спасибо LEAF=sfq) распределяться между всеми этими хостами, а не для каждого в отдельности.

приметка: классовость начинаетсья с двойки? почему нельзя задать первый класс eth0-1:2001? и обязательно ли идентификатор подклассовости должен начинаться с :2001, тоесть вариант для первого клиента eth0-1:1 будет совершенно неверным?... (я так понимаю, что eth0-1:2001 - это как бы рут-класс, потому и с eth0-2:2001 начинаеться)
Зри в хелп внутри скрипта htb.init - там описан принцип именования файлов. В кратце формат таков:
<device>-<parent_class_id>:<class_id>.<comment>
<device> - имя интерфейса;
<class_id> - числовой идентификатор того класса, который описывается этим файлом;
<parent_class_id> - числовой идентификатор класса-предка;
<comment> - комментарий.
Числовые идентификаторы задаются в шестнадцатиричной системе исчисления, но без ведущего спецификатора этой системы (например 45AE вместо 0x45AE). Идентификаторы двухбайтовые (4 шестнадцатиричных цифры). В htb.init говорится, что идентификаторы могут быть в диапазоне от 0x2 до 0xFFFF.

Вариант eth0-1 будет неверным потому что идентфикатор 1 не разрешен.
Вариант eth0-2:3 будет вполне нормальным.
В примерах выше я выбрал eth0-2:2001 исходя из следующих соображений:
1. 2 - наименьший разрешенный идентификатор
2. пользователей 150 - значит нам нужно как минимум 3 цифры, чтобы красиво их именовать. (можно использовать eth-2:YYY)
3. а вдруг потом еще где-то понадобиться по-другому ограничить тех же пользователей? а эти красивые идентификаторы (YYY) уже будут заняты. Поэтому я решил добавить еще ведущую цифру, совпадающую с идентификатором корневого класса (получилось eth-2:2YYY).
То есть это просто конвенция именования и более ничего. Можно было именовать последовательно без привязки идентификаторов классов к IPшникам.

Каково действие параметра BURST, что-то по аналогии МТУ ?
и актуально ли использовать параметр peakrate?
[/size]
BURST - это уже тонкая настройка, определяет максимальное количество данных, которое может передать один класс до того, как htb попытается обслужить другой класс. При использовании htb.init можно не задавать - вычисляется автоматически.

Про peakrate ничего не могу сказать - не пользовался... (сделал cat htb.init | grep peakrate - пусто)... ты вообще о чем? :)

<----pong<----pong<----pong<----pong<----pong<----pong<----pong<----pong<----pong<----pong<----pong<----pong<----pong<----pong<----pong<----pong
Оказываю индивидуальную платную техподдержку широкого профиля. Обращаться в ЛС или Jabber.

Оффлайн Stiff

  • Активист
  • *
  • Сообщений: 677
    • Просмотр профиля
Однако ты прав в том, что при этом 1МБит будет равномерно (а не произвольно - спасибо LEAF=sfq) распределяться между всеми этими хостами, а не для каждого в отдельности.
Неправда. Почитайте, как работает sfq. Он распределяет пропускную способность между сессиями (то бишь сокетами tcp и udp), а не по хостам.

Оффлайн TrEK

  • Автор темы
  • Активист
  • *
  • Сообщений: 738
  • good day in FolK-King life :)
    • Просмотр профиля
    • smallprogs.ru
Цитировать
Можно просто поставить его заранее очень низким и всё.

Понял.

Цитировать
Автоматически - возможно и есть, но я такого решения не знаю. Всегда можно написать специализированный скрипт. Причем скрипт может работать как с htb.init, так и напрямую с tc.
Будем искать :)


Цитировать
Нет, такой синтаксис неверен. Можно писать несколько правил:
...
CEIL=1Mbit
LEAF=sfq
....
RULE=192.168.0.1
RULE=192.168.0.2
RULE=192.168.1.0/24
- в класс будут попадать пакеты, идущие к хостам 192.168.0.1, 192.168.0.2 и всей подсети 192.168.1.1-254.
Однако ты прав в том, что при этом 1МБит будет равномерно (а не произвольно - спасибо LEAF=sfq) распределяться между всеми этими хостами, а не для каждого в отдельности.
Уяснил.

Цитировать
Поэтому я решил добавить еще ведущую цифру, совпадающую с идентификатором корневого класса (получилось eth-2:2YYY).
Как сказал один мой клиент, когда я хотел помочь ему в траблшуте, который возник с его стороны: "Я бывший военный, а у нас Инициатива наказуема! (почините со своей стороны)" :))

В даном случае, за инициативу +1.  ;)


Цитировать
Про peakrate ничего не могу сказать - не пользовался... (сделал cat htb.init | grep peakrate - пусто)... ты вообще о чем? :)
Да помню вычитал где-то.. что относилось к дисциплине, связаной с НТВ.



п.с. и все-таки возвращаюсь к пропущенному вопросу, на счет характеристик сервера.. на котором должно все крутиться... моих хватит, иль может не потянуть?


Оффлайн TrEK

  • Автор темы
  • Активист
  • *
  • Сообщений: 738
  • good day in FolK-King life :)
    • Просмотр профиля
    • smallprogs.ru
Однако ты прав в том, что при этом 1МБит будет равномерно (а не произвольно - спасибо LEAF=sfq) распределяться между всеми этими хостами, а не для каждого в отдельности.
Неправда. Почитайте, как работает sfq. Он распределяет пропускную способность между сессиями (то бишь сокетами tcp и udp), а не по хостам.

Тоесть Вы утверждаете, что траффик будет делиться не по хостам, а по класификациям?

Оффлайн Lion-Simba

  • Старожил
  • *
  • Сообщений: 1126
    • Просмотр профиля
п.с. и все-таки возвращаюсь к пропущенному вопросу, на счет характеристик сервера.. на котором должно все крутиться... моих хватит, иль может не потянуть?
Я думаю, что за глаза.

Однако ты прав в том, что при этом 1МБит будет равномерно (а не произвольно - спасибо LEAF=sfq) распределяться между всеми этими хостами, а не для каждого в отдельности.
Неправда. Почитайте, как работает sfq. Он распределяет пропускную способность между сессиями (то бишь сокетами tcp и udp), а не по хостам.
Да, верно. Поэтому получается, чем больше ты потоков заюзал на закачку, тем больше тебе досталось. Не совсем FAIR. :)
Оказываю индивидуальную платную техподдержку широкого профиля. Обращаться в ЛС или Jabber.

Оффлайн TrEK

  • Автор темы
  • Активист
  • *
  • Сообщений: 738
  • good day in FolK-King life :)
    • Просмотр профиля
    • smallprogs.ru
Спасибо ziv, HuKeJIb 7C9, axe за помощь.
Ваши скрипты  помогли в работе!

Для всех, кому понадобиться подобное: СЮДА

Оффлайн TrEK

  • Автор темы
  • Активист
  • *
  • Сообщений: 738
  • good day in FolK-King life :)
    • Просмотр профиля
    • smallprogs.ru
Цитировать
<device>-<parent_class_id>:<class_id>.<comment>

ВОт скрипт, который мне дублирует файлы :


#!/bin/bash

TARGET_DIR=$1;

FILES_COUNT=64;

echo "Creating $FILES_COUNT files in $TARGET_DIR";

for ((k=1; k<=$FILES_COUNT; k++));
do
FILE_NAME=$(printf "$TARGET_DIR/eth0-2:2%03d.[b]192_168_xxx_yyy[/b]" $k);

echo " *Creating file $FILE_NAME";

echo "RATE=50Kbit" > $FILE_NAME;
echo "CEIL=1Mbit" >> $FILE_NAME;
echo "LEAF=sfq" >> $FILE_NAME;

RULE_NUM=$((4*$k-3));
echo "RULE=192.168.xxx.$RULE_NUM" >> $FILE_NAME;
done

тоесть итоговое названия файлов конфигурационных будут от eth0-2:2001.192_168_xxx_yyy до eth0-2:2064.192_168_xxx_yyy.
соответственно конфиг для сети 192.168.zzz.nnn выдаст файлы от eth0-2:2001.192_168_zzz_nnn до eth0-2:2064.192_168_zzz_nnn.
для сети 192.168.kkk.lll - от eth0-2:2001.192_168_kkk_lll до eth0-2:2064.192_168_kkk_lll.

Итого, в Ворк_Дир htb ,файлы будут размещенны так:
eth0-2:2001.192_168_xxx_yyy
eth0-2:2001.192_168_zzz_nnn
eth0-2:2001.192_168_kkk_lll
eth0-2:2002.192_168_xxx_yyy
eth0-2:2002.192_168_zzz_nnn
eth0-2:2002.192_168_kkk_lll
....
....
....
eth0-2:2064.192_168_xxx_yyy
eth0-2:2064.192_168_zzz_nnn
eth0-2:2064.192_168_kkk_lll



xxx_yyy, zzz_nnn , kkk_lll - я выбираю сети, чтоб потом легко было найти айпишку из-под нужной сети.

Так вот, название файлика eth0-2:2001.192_168_xxx_yyy не будет проворичивым правилам настройки HTB ? Я имею ввиду, что не возникнит никаких програмных конфликтов через .192_168_xxx_yyy, я так понимаю это будет являться коментарием.. и на работу влиять недолжно .?

На счет этого :
eth0-2:2001.192_168_xxx_yyy
eth0-2:2001.192_168_zzz_nnn
eth0-2:2001.192_168_kkk_lll
чувствую грешок за собой... так как кажеться мне, что для xxx_yyy должен быть файлы eth0-2:2001. ...
                                                                                          для zzz_nnn -                                 eth0-2:3001. ...
                                                                                          для kkk_lll    -                                 eth0-2:4001. ...
Верны мои догадки?
« Последнее редактирование: 23 Август 2008, 02:37:04 от TrEK »

Оффлайн TrEK

  • Автор темы
  • Активист
  • *
  • Сообщений: 738
  • good day in FolK-King life :)
    • Просмотр профиля
    • smallprogs.ru
to Lion-Simba


после создания 500 файлов для всех доступных айпишек сети... при перезагрузки HTB в логах пишет следующие:
Цитировать
....
....
....
....
Aug 23 02:31:14 ubuntu kernel: [307527.265166] HTB: quantum of class 18055 is small. Consider r2q change.
Aug 23 02:31:14 ubuntu kernel: [307527.270467] HTB: quantum of class 18056 is small. Consider r2q change.
Aug 23 02:31:14 ubuntu kernel: [307527.275744] HTB: quantum of class 18057 is small. Consider r2q change.
Aug 23 02:31:14 ubuntu kernel: [307527.281188] HTB: quantum of class 18058 is small. Consider r2q change.
Aug 23 02:31:14 ubuntu kernel: [307527.286479] HTB: quantum of class 18059 is small. Consider r2q change.
Aug 23 02:31:14 ubuntu kernel: [307527.291761] HTB: quantum of class 18060 is small. Consider r2q change.
Aug 23 02:31:14 ubuntu kernel: [307527.297052] HTB: quantum of class 18061 is small. Consider r2q change.
Aug 23 02:31:14 ubuntu kernel: [307527.302327] HTB: quantum of class 18062 is small. Consider r2q change.
Aug 23 02:31:14 ubuntu kernel: [307527.307607] HTB: quantum of class 18063 is small. Consider r2q change.
Aug 23 02:31:14 ubuntu kernel: [307527.315171] HTB: quantum of class 18064 is small. Consider r2q change.

Надо увеличить параметр r2q с 20 на большее значение?

Оффлайн Al Nixon

  • Новичок
  • *
  • Сообщений: 1
    • Просмотр профиля
Сейчас у меня 80 машин в двух подсетях,
на 25 из них интернет ADSL 1 Мбит (NAT + Squid-transparent + Sarg).
От сквида мало проку (доля http в суммарном трафике небольшая,
proxy не нужен, delaypool не эффективен).
Хочу контроллировать весь трафик, а не только http.
Присматриваюсь к HTB.
Сдерживает только желание руководства обязательно знать кто куда лазит и сколько качает;-)
Пока не знаю как это реализавать. Поделитесь своими мыслями, плз.
Учет трафика - вот в чем вопрос.
Спасибо.

Оффлайн Lion-Simba

  • Старожил
  • *
  • Сообщений: 1126
    • Просмотр профиля
На счет этого :
eth0-2:2001.192_168_xxx_yyy
eth0-2:2001.192_168_zzz_nnn
eth0-2:2001.192_168_kkk_lll
чувствую грешок за собой... так как кажеться мне, что для xxx_yyy должен быть файлы eth0-2:2001. ...
                                                                                          для zzz_nnn -                                 eth0-2:3001. ...
                                                                                          для kkk_lll    -                                 eth0-2:4001. ...
Верны мои догадки?
Да. В пределах одного устройства идентификаторы классов не могут дублироваться.

Надо увеличить параметр r2q с 20 на большее значение?
Видимо. Попробуй.

Цитата: Al Nixon
Учет трафика - вот в чем вопрос.
Это вопрос другой темы. HTB - ограничение и балансировка скорости.
Оказываю индивидуальную платную техподдержку широкого профиля. Обращаться в ЛС или Jabber.

Оффлайн TrEK

  • Автор темы
  • Активист
  • *
  • Сообщений: 738
  • good day in FolK-King life :)
    • Просмотр профиля
    • smallprogs.ru
to Lion-Simba
Странно, параметр r2q увеличил до 220, но в логах все ровно то же:

Aug 25 14:47:26 ubuntu kernel: [523958.156428] HTB: quantum of class 17063 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.161901] HTB: quantum of class 17064 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.167722] HTB: quantum of class 18001 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.172923] HTB: quantum of class 18002 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.178467] HTB: quantum of class 18003 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.183679] HTB: quantum of class 18004 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.188888] HTB: quantum of class 18005 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.194091] HTB: quantum of class 18006 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.199446] HTB: quantum of class 18007 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.206637] HTB: quantum of class 18008 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.212137] HTB: quantum of class 18009 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.218703] HTB: quantum of class 18010 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.224546] HTB: quantum of class 18011 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.229892] HTB: quantum of class 18012 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.235122] HTB: quantum of class 18013 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.240332] HTB: quantum of class 18014 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.245642] HTB: quantum of class 18015 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.250856] HTB: quantum of class 18016 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.258057] HTB: quantum of class 18017 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.263571] HTB: quantum of class 18018 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.268929] HTB: quantum of class 18019 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.274185] HTB: quantum of class 18020 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.279409] HTB: quantum of class 18021 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.284638] HTB: quantum of class 18022 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.289822] HTB: quantum of class 18023 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.295201] HTB: quantum of class 18024 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.300386] HTB: quantum of class 18025 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.307606] HTB: quantum of class 18026 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.313096] HTB: quantum of class 18027 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.318365] HTB: quantum of class 18028 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.323605] HTB: quantum of class 18029 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.328850] HTB: quantum of class 18030 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.334088] HTB: quantum of class 18031 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.339332] HTB: quantum of class 18032 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.344711] HTB: quantum of class 18033 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.349968] HTB: quantum of class 18034 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.357167] HTB: quantum of class 18035 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.362645] HTB: quantum of class 18036 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.367908] HTB: quantum of class 18037 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.373166] HTB: quantum of class 18038 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.378418] HTB: quantum of class 18039 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.383657] HTB: quantum of class 18040 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.388896] HTB: quantum of class 18041 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.394275] HTB: quantum of class 18042 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.399498] HTB: quantum of class 18043 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.404772] HTB: quantum of class 18044 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.412257] HTB: quantum of class 18045 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.417530] HTB: quantum of class 18046 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.422803] HTB: quantum of class 18047 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.428098] HTB: quantum of class 18048 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.433340] HTB: quantum of class 18049 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.438604] HTB: quantum of class 18050 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.443999] HTB: quantum of class 18051 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.449269] HTB: quantum of class 18052 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.454514] HTB: quantum of class 18053 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.461891] HTB: quantum of class 18054 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.467209] HTB: quantum of class 18055 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.472459] HTB: quantum of class 18056 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.477755] HTB: quantum of class 18057 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.483022] HTB: quantum of class 18058 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.488283] HTB: quantum of class 18059 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.493499] HTB: quantum of class 18060 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.498830] HTB: quantum of class 18061 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.504097] HTB: quantum of class 18062 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.511552] HTB: quantum of class 18063 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.516983] HTB: quantum of class 18064 is small. Consider r2q change.
Aug 25 14:47:26 ubuntu kernel: [523958.522241] HTB: quantum of class 19003 is small. Consider r2q change.


А вот логирование перезагрузки, когда r2q равно 2:

Aug 25 16:13:38 ubuntu kernel: [529117.030051] HTB: quantum of class 10002 is big. Consider r2q change., и такое выкидает до r2q=5, после опять по строке Aug 25 14:47:26 ubuntu kernel: [523958.516983] HTB: quantum of class 18064 is small. Consider r2q change. на каждый файл.
« Последнее редактирование: 25 Август 2008, 16:45:34 от TrEK »

 

Страница сгенерирована за 0.219 секунд. Запросов: 23.