Перейти к содержимому
Калькуляторы

tc filter police rate ограничения скорости абонентам как замена htb

Для ограничения скорости абонентам сейчас используем HTB,

тарифы у юзеров перевалили за 10МБит/c, и дабы разгрузить процессор задумался использовать полисер tc filter police rate

 

В связи с чем возникли вопросы как лучше это использовать, что бы абонент не почувствовал разницу по сравнению с HTB.

Использовать ли ядро с включенным Estimators или filter police использовать в режиме TBF,

как рассчитать burst для заданной скорости.

Изменено пользователем Стич

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Для ограничения скорости абонентам сейчас используем HTB,

тарифы у юзеров перевалили за 10МБит/c, и дабы разгрузить процессор задумался использовать полисер tc filter police rate

Может лучше обратить внимание на дисциплину HFSC вместо HTB?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Существенной разницы не будет, у меня не было, во всяком случае.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

а может лучше заюзать хеш таблицы ?? )

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В моем скрипте такой метод ограничения трафика реализован, причем уже с хэш-таблицами. Чтобы был полисинг в двух направлениях, в sc.conf нужно поставить limit_method = policing. Не думаю, что на практике получится какой-то существенный выигрыш в производительности от замены шейпинга с простейшей краевой дисциплиной pfifo на полисинг. Но с точки зрения экспериментальной проверки это интересно. Кроме того, придется подкручивать параметр burst в краевых фильтрах, чтобы полисинг обеспечивал номинальную скорость.

Изменено пользователем photon

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Хеш таблицы заюзаны изначально, но они ни как не связаны с методом ограничения трафика HTB или полисинг.

Первоначальные эксперименты показали выигрыш полисинга в производительности, но были прерваны по причине дискомфорта юзеров

предположительно из за неправильно подобранного burst. Кроме того в документации упоминается что если включить в ядре Estimators,

то это будет ещё проще для процессора.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Полисинг также увеличит потребление трафика процентов на 25, т.к. пока буфер для входящего трафика не заполнен, имеет место всплеск скорости, значительно превышающий номинал. Поэтому использование шейпинга с краевыми дисциплинами fifo или red вместо sfq является компромиссным вариантом.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.