HTB: Какой выставлять R2Q и BURST?

[hiller]

Добрый день!

 

Подскажите пожалуйста, чем руководствоваться при подборе величин R2Q и BURST в HTB?

Какие дисциплины правильнее использовать для шейпинга абонентов?

 

При введении тарифов 5-20Мбит, начались проблемы с маленькой скоростью у клиентов ~50% от установленного в RATE :(

[NiTr0]

Дык r2q - отношение rate/quantum. quantum должен быть в пределах 1.5-64к. Отсюда и плясать...

Burst - по принципу "чем больше тем лечше", рекомендую хотя бы где-то на уровне 1-секундного объема прокачиваемых данных.

[hiller]

Еще можно доходчиво, что такое Quantum? Это размер порции, которой шейпер отдает клиенту данные?

 

Правильно ли я понимаю, что если quantum 64000, а rate 256000, то r2q должен быть 4?

 

а burst, это объем данных, который отдается без шейпинга, после этого объёма включается шейпер?

 

Я прав?

[NiTr0]

Это размер порции, которой шейпер отдает клиенту данные?

Да.

 

Правильно ли я понимаю, что если quantum 64000, а rate 256000, то r2q должен быть 4?

Нет. quantum - в КБ/с, rate - в данном случае в кбит/с.

 

а burst, это объем данных, который отдается без шейпинга, после этого объёма включается шейпер?

Если не ошибаюсь - да. Либо - тот объем, который отдается со скоростью, равной ceil.

[photon]

Не совсем. Для ceil есть соответствующий параметр cburst. Вообще говоря, burst рассчитывается автоматом, проблемы обычно возникают с quantum.

[hiller]

Есть ли какая-нибудь методика расчета квантума? Не поделитесь примерами для скоростей 4 и более мбит?

[SiXeD]

Есть ли какая-нибудь методика расчета квантума? Не поделитесь примерами для скоростей 4 и более мбит?

 

вот стандартно

burst 2kbit

quantum 1500

 

тарифы до 50мб, режет тютелька в тютельку

лучше покажи структуру твоего шейпера

[NiTr0]

вот стандартно

burst 2kbit

quantum 1500

 

тарифы до 50мб, режет тютелька в тютельку

Это у вас фактически полисиер вышел. Причем - без урезания траффика пропорционально скорости для rate<ceil при оверкоммите (если все дочерние классы захотели траффика больше, чем рейт родительского) - резаться будет всем поровну Т.е. при наличии к примеру 5 качков по 50 мбит и 3 качков по 30 мбит и внешнем канале в 200 мбит - скорость между качками распределится поровну и будет составлять по 25 мбит. Благодаря фиксированному quantum' у.

 

По поводу r2q - для скоростей от 4 мбит он должен быть равен 300 - при этом минимально возможный quantum получается где-то на 3.6 мбит, максимальный - на 150 мбит.

[lessless]

вот стандартно

burst 2kbit

quantum 1500

 

тарифы до 50мб, режет тютелька в тютельку

Это у вас фактически полисиер вышел. Причем - без урезания траффика пропорционально скорости для rate<ceil при оверкоммите (если все дочерние классы захотели траффика больше, чем рейт родительского) - резаться будет всем поровну Т.е. при наличии к примеру 5 качков по 50 мбит и 3 качков по 30 мбит и внешнем канале в 200 мбит - скорость между качками распределится поровну и будет составлять по 25 мбит. Благодаря фиксированному quantum' у.

 

По поводу r2q - для скоростей от 4 мбит он должен быть равен 300 - при этом минимально возможный quantum получается где-то на 3.6 мбит, максимальный - на 150 мбит.

звучит безвыходно :(

[SiXeD]

Это у вас фактически полисиер вышел.

Канал большой, так что проблем пока не испытывал

[nuclearcat]

Да, выходит 60000/1500 - перекрывает диапазон , минимум -> минимальная скорость * 40

По идее можно quantum менять нелинейно и менять соотносительно нужного нам диапазона скоростей. Т.е. к примеру

3.6 Mbit = 450000 / 300 = 1500

максимум нам нужен 500 Mbps, 62500000, разница в 138 раз.

Т.е. арифметически выходит так:

BWdiff = (BWcur - BWmin);

BWstep = (BWmax - BWmin); // 62050000

BWx = BWstep / 40; // 1551250

quantum = 1500 * (BWdiff / BWx);