закрываем все вопросы по связке netup-radius + mpd + shape
- kaN5300
- Сообщения: 480
- Зарегистрирован: Пт янв 21, 2005 17:27
- Откуда: Ыукзгрщм
- Контактная информация:
Blackmore, спасибо за работу!
Протестил. mpd-5.2, freebsd-7.1. Работает как одновременно с пайпами (полезно для плавного перехода с дамминета к ng_car), так и без.
Осталось понять, исходя из чего выбираются аргументы для shape и для rate-limit.
В доке афтар ставит для shape burst, равный половине rate. А по rate-limit я как-то вкуривал механизм работы token bucket, когда настраивал коммутатор cisco с его rate-limit. Вот пример из дока по mpd:
Опять же, исходя из чего подбирается нормальный burst и extended burst.
Протестил. mpd-5.2, freebsd-7.1. Работает как одновременно с пайпами (полезно для плавного перехода с дамминета к ng_car), так и без.
Осталось понять, исходя из чего выбираются аргументы для shape и для rate-limit.
Код: Выделить всё
rate-limit {rate(bits/s)} [{normal burst(bytes)} [{extended burst(bytes)}]]
shape {rate(bits/s)} [{burst(bytes)}]
Код: Выделить всё
mpd-limit += "out#2=all rate-limit 1024000 150000 300000"
имхо это надо смотреть и подбирать в каждом конкретном случае, готовых рецептов я не видел (может плохо искал?)Опять же, исходя из чего подбирается нормальный burst и extended burst.
но я могу и ошибаться - интересно было бы посмотреть на ваш случай, исходя из каких соображений было сделано именно так ?
тыц!kaN5300 писал(а):Осталось понять, исходя из чего выбираются аргументы для shape и для rate-limit.
Код: Выделить всё
rate-limit {rate(bits/s)} [{normal burst(bytes)} [{extended burst(bytes)}]] shape {rate(bits/s)} [{burst(bytes)}]
я уже давно использую формулу:Cisco писал(а):Recommended Burst Values
Cisco recommends the following values for the normal and extended burst parameters:
normal burst = configured rate * (1 byte)/(8 bits) * 1.5 seconds
extended burst = 2 * normal burst
Код: Выделить всё
normal burst = configured rate * 3 / 16
extended burst = 2 * normal burst
2 kaN5300 - хороший у Вас блог
![Wink ;)](./images/smilies/icon_wink.gif)
- kaN5300
- Сообщения: 480
- Зарегистрирован: Пт янв 21, 2005 17:27
- Откуда: Ыукзгрщм
- Контактная информация:
UPMental Noize писал(а):И ещё вопрос мучает, как ввести в такой реализации повышение скорости в ночное время?
Просто менять ночью атрибуты радиуса не катит, клиент тогда обязан будет переподключиться для вступления изменений в силу. А если подключился ночью и не выключался хоть в течении года сиди сутками напролёт на ночной скорости...
Есть идеи по реализации ночной скорости с помощью ngctl например?
UP
UP
Может кто знает, как сделать скрипт, который с помощью ngctl и ipfw будет по крону лепить обходчик ng_car-овских ограничений и делать на ночной интервал неограниченную скорость для всех авторизованных на насе абонентов?
Если так, то надо действовать по двум направлениям. Первое - это изменить атрибуты RADIUS, чтобы для тех, кто ночью подключился, и скорость была соответственно ночная. Второе - перепрограммировать ноды ng_car на уже поднятых соединениях.
Но тут может быть такая беда. Если ночью полная скорость, то ноды ng_car на этом интерфейсе нет. И встраивать ее в работающее соединение - это задача не админа, это задача mpd. Идеальный вариант - отправить mpd новые RADIUS атрибуты. Он это понимает на ходу или только при старте?
Но тут может быть такая беда. Если ночью полная скорость, то ноды ng_car на этом интерфейсе нет. И встраивать ее в работающее соединение - это задача не админа, это задача mpd. Идеальный вариант - отправить mpd новые RADIUS атрибуты. Он это понимает на ходу или только при старте?