изменение скорости в зависимости от времени

[cav]

Добрый день!
Как можно в связке freebsd+mpd+utm реализовать безлимитный тариф со скоростями с 0 часов до 7 часов скорость 512кбит/с , с 7 до 24 часов скорость 128кбит/с ?

[mikkey finn]

скриптами. Клиентов фаерволом запихивать в таблицы с указанием номера пайпа. Для соотв пайпов по крону дергать скорость. Не фонтан решение, конечно...
Да, я в свое время страховался от внезапных ребутов - проверял раз в 120 минут скорость на одном из тарифов на нужное значение.

[gil]

скриптами. Клиентов фаерволом запихивать в таблицы с указанием номера пайпа. Для соотв пайпов по крону дергать скорость. Не фонтан решение, конечно...
Да, я в свое время страховался от внезапных ребутов - проверял раз в 120 минут скорость на одном из тарифов на нужное значение.

а скрипт не проще будет раз в 120 минут вызывать, и он бы сам смотрел, который сейчас час и ставил скорость пайпу??
тогда надобность во втором скрипте отпадает, имхо..

[mikkey finn]

я вообще хотел написать раз в 10 минут...

[Oleg_121]

Мы делали не так - все клиенты в таблицах , в 8 вечере запускаем скрипт для фаревола где скорости пайпов устанавливаем в хх , а в 3 часа ночи запускаем другой скрипт фаревола для пайпов со скоростями уууу. Все работает но!!! Серверу на фрибсд при большом количестве пользователей сильно не нравиться такая операция. Дело в том что в момент перезагрузки правил фаревола сервер не понимает куда относить трафик пользователей и переодически впадает в panic!
и уходит в перезагрузку, как следствие потеря коннекта ВПН у всех пользователей и нарекания на работу сети.
Поэтому от такой системы отказались.

[drained]

А как можно поступить если шейпинг организован средствами ng_car ?

[mikkey finn]

скриптом через ngctl обходить все ноды и увеличивать скорость.

[serjk]

В переработанном модуле utm5_dynashape будет возможность задания скорости в зависимости от временного диапазона.

[mikkey finn]

лучше радиус научите отдавать в ответах на апдейт сессии в зависимости от времени какие-нить новые атрибуты.

http://www.ietf.org/rfc/rfc3576.txt
это не стандарт, это так, хозяйке на заметку, как говорится

[drained]

лучше радиус научите отдавать в ответах на апдейт сессии в зависимости от времени какие-нить новые атрибуты

было бы здорово.

В переработанном модуле utm5_dynashape будет возможность задания скорости в зависимости от временного диапазона

А когда возможно будет обновленный модуль посмотреть?

[serjk]

лучше радиус научите отдавать в ответах на апдейт сессии в зависимости от времени какие-нить новые атрибуты

было бы здорово.

В переработанном модуле utm5_dynashape будет возможность задания скорости в зависимости от временного диапазона

А когда возможно будет обновленный модуль посмотреть?

Новый модуль будет в 007, вероятно в пределах месяца. Правила шейпирования будут выполняться через utm5_rfw. Насчет радиуса - планируется возможность передачи текущей пропускной способности в задаваемых параметрах.

[AndrewE]

использование dynashape в том варианте в котором он сейчас юзается мало привлекательно, т.е. скажем имеем 10к юзеров с шейпированным трафиком, значит создается 10к правил для ipfw или tc которые начинают дико тормозить систему.

поэтому необходимо именно изменение параметров через радиус, что бы выставлять правила индивидуально на интерфейс ppp, а для тех кто ходит в инет напрямую (без директа) уже использовать правила шейпирования на маршрутизаторе.

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

[serjk]

В общем все планируется сделать так, как Вы написали.

[Arti]

В общем все планируется сделать так, как Вы написали.

Было бы неплохо за одно решить и эту проблему:

viewtopic.php?t=6168&postdays=0&postorder=asc&start=0

И совсем хорошо добавлять атрибут после события "блокировка ЛС" - т.е. с очередным апдейтом можно сбросить клиента с линии.

[mikkey finn]

Disconnect описан в указанном мной rfc, главное - чтоб можно было настроить код вендора и атрибут для сброса сессии.