hiller Опубликовано 17 мая, 2011 · Жалоба Добрый день! Подскажите пожалуйста, чем руководствоваться при подборе величин R2Q и BURST в HTB? Какие дисциплины правильнее использовать для шейпинга абонентов? При введении тарифов 5-20Мбит, начались проблемы с маленькой скоростью у клиентов ~50% от установленного в RATE :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 17 мая, 2011 · Жалоба Дык r2q - отношение rate/quantum. quantum должен быть в пределах 1.5-64к. Отсюда и плясать... Burst - по принципу "чем больше тем лечше", рекомендую хотя бы где-то на уровне 1-секундного объема прокачиваемых данных. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
hiller Опубликовано 17 мая, 2011 · Жалоба Еще можно доходчиво, что такое Quantum? Это размер порции, которой шейпер отдает клиенту данные? Правильно ли я понимаю, что если quantum 64000, а rate 256000, то r2q должен быть 4? а burst, это объем данных, который отдается без шейпинга, после этого объёма включается шейпер? Я прав? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 17 мая, 2011 · Жалоба Это размер порции, которой шейпер отдает клиенту данные? Да. Правильно ли я понимаю, что если quantum 64000, а rate 256000, то r2q должен быть 4? Нет. quantum - в КБ/с, rate - в данном случае в кбит/с. а burst, это объем данных, который отдается без шейпинга, после этого объёма включается шейпер? Если не ошибаюсь - да. Либо - тот объем, который отдается со скоростью, равной ceil. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
photon Опубликовано 18 мая, 2011 · Жалоба Не совсем. Для ceil есть соответствующий параметр cburst. Вообще говоря, burst рассчитывается автоматом, проблемы обычно возникают с quantum. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
hiller Опубликовано 20 мая, 2011 · Жалоба Есть ли какая-нибудь методика расчета квантума? Не поделитесь примерами для скоростей 4 и более мбит? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SiXeD Опубликовано 20 мая, 2011 · Жалоба Есть ли какая-нибудь методика расчета квантума? Не поделитесь примерами для скоростей 4 и более мбит? вот стандартно burst 2kbit quantum 1500 тарифы до 50мб, режет тютелька в тютельку лучше покажи структуру твоего шейпера Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 20 мая, 2011 · Жалоба вот стандартно burst 2kbit quantum 1500 тарифы до 50мб, режет тютелька в тютельку Это у вас фактически полисиер вышел. Причем - без урезания траффика пропорционально скорости для rate<ceil при оверкоммите (если все дочерние классы захотели траффика больше, чем рейт родительского) - резаться будет всем поровну Т.е. при наличии к примеру 5 качков по 50 мбит и 3 качков по 30 мбит и внешнем канале в 200 мбит - скорость между качками распределится поровну и будет составлять по 25 мбит. Благодаря фиксированному quantum' у. По поводу r2q - для скоростей от 4 мбит он должен быть равен 300 - при этом минимально возможный quantum получается где-то на 3.6 мбит, максимальный - на 150 мбит. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lessless Опубликовано 20 мая, 2011 · Жалоба вот стандартно burst 2kbit quantum 1500 тарифы до 50мб, режет тютелька в тютельку Это у вас фактически полисиер вышел. Причем - без урезания траффика пропорционально скорости для rate<ceil при оверкоммите (если все дочерние классы захотели траффика больше, чем рейт родительского) - резаться будет всем поровну Т.е. при наличии к примеру 5 качков по 50 мбит и 3 качков по 30 мбит и внешнем канале в 200 мбит - скорость между качками распределится поровну и будет составлять по 25 мбит. Благодаря фиксированному quantum' у. По поводу r2q - для скоростей от 4 мбит он должен быть равен 300 - при этом минимально возможный quantum получается где-то на 3.6 мбит, максимальный - на 150 мбит. звучит безвыходно :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SiXeD Опубликовано 21 мая, 2011 · Жалоба Это у вас фактически полисиер вышел. Канал большой, так что проблем пока не испытывал Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 22 мая, 2011 · Жалоба Да, выходит 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); Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...