НЕТ менюшки динамического шейпирования
НЕТ менюшки динамического шейпирования
Помогите с проблемой, активировали модуль динамического шейпирования. Все сделали как полагается, а менюшки в настройках такой нет. Что делать? кто нить встречался с этим?
Re: НЕТ менюшки динамического шейпирования
плагин liburfa-dynashape.so загружен?anclbob писал(а):Помогите с проблемой, активировали модуль динамического шейпирования. Все сделали как полагается, а менюшки в настройках такой нет. Что делать? кто нить встречался с этим?
Re: НЕТ менюшки динамического шейпирования
да все нашли проблему оказывается у нас все пользователи включая админов были в другой группе. Вот она и не отображаласьserjk писал(а):плагин liburfa-dynashape.so загружен?anclbob писал(а):Помогите с проблемой, активировали модуль динамического шейпирования. Все сделали как полагается, а менюшки в настройках такой нет. Что делать? кто нить встречался с этим?

Народ, а при динамическом шейпировании, используя RADIUS и mpd получится скорость менять?
Посмотрел в http://mpd.sourceforge.net/doc/mpd62.html , там атрибуты mpd-limit и прочие неподдерживаются для "Accounting
", только для "Access".
Значит ли это, что mpd не может на лету менять rate-limit?
На обычных тарифах все прекрасно работает с радиус атрибутами и rate-limit/
Посмотрел в http://mpd.sourceforge.net/doc/mpd62.html , там атрибуты mpd-limit и прочие неподдерживаются для "Accounting
", только для "Access".
Значит ли это, что mpd не может на лету менять rate-limit?
На обычных тарифах все прекрасно работает с радиус атрибутами и rate-limit/
На циске кажется нет дин шейпа тока при след коннекте
http://www.netup.ru/UTM5/articles.php?n=40
Средствами внешних скриптов. По некоторому событию (например, при расходовании определённого количества трафика) биллинговая система запускает внешний скрипт управления шейпером, который меняет полосу пропускания (или, возможно, разрывает соединение). В параметрах скрипту обычно передаётся IP-адрес пользователя и новое значение установленной для него полосы пропускания.
Скрипт вызывает внешние утилиты управления трафиком (например, tc из пакета iproute2 в случае Linux и ipfw в случае FreeBSD со включённой функциональностью dummynet). Для использования данных утилит может требоваться предварительная настройка операционной системы или стороннего ПО.
При помощи RADIUS-атрибутов (в случае услуг VPN и Dial-UP). В ответе на запрос аутентификации RADIUS-сервер может отсылать атрибут или набор атрибутов, определённый для данного абонента и данного NAS, и содержащий в себе инструкции по управлению пропускной способностью устанавливаемого соединения. В данном случае необходима поддержка этой возможности программным обеспечением со стороны NAS. Такой поддержкой обладают, в частности, маршрутизаторы Cisco.
При данном способе управления полоса пропускания устанавливается в момент установления соединения, и её корректировка в зависимости от израсходованного трафика происходит не мгновенно при достижении определённого значения, а только при следующем соединении.
http://www.netup.ru/UTM5/articles.php?n=40
Средствами внешних скриптов. По некоторому событию (например, при расходовании определённого количества трафика) биллинговая система запускает внешний скрипт управления шейпером, который меняет полосу пропускания (или, возможно, разрывает соединение). В параметрах скрипту обычно передаётся IP-адрес пользователя и новое значение установленной для него полосы пропускания.
Скрипт вызывает внешние утилиты управления трафиком (например, tc из пакета iproute2 в случае Linux и ipfw в случае FreeBSD со включённой функциональностью dummynet). Для использования данных утилит может требоваться предварительная настройка операционной системы или стороннего ПО.
При помощи RADIUS-атрибутов (в случае услуг VPN и Dial-UP). В ответе на запрос аутентификации RADIUS-сервер может отсылать атрибут или набор атрибутов, определённый для данного абонента и данного NAS, и содержащий в себе инструкции по управлению пропускной способностью устанавливаемого соединения. В данном случае необходима поддержка этой возможности программным обеспечением со стороны NAS. Такой поддержкой обладают, в частности, маршрутизаторы Cisco.
При данном способе управления полоса пропускания устанавливается в момент установления соединения, и её корректировка в зависимости от израсходованного трафика происходит не мгновенно при достижении определённого значения, а только при следующем соединении.
http://www.lissyara.su/articles/freebsd/trivia/nas_mpd/ - судя по этой доке, можно на лету менять скорость. Атрибут и вендор такие же будут? (12341,7 ) или (12341,8 ) как описано тут - http://mpd.sourceforge.net/doc5/mpd32.html#32 ?
У меня никак не хочет
У меня никак не хочет
Возвращаясь к теме динамического шейпирования, точнее к загрузке модуля. На версии 007-04 всве работало более или менее, были определенные баги, по совету нетапа обновились до 007-12. Путем долгого шаманства модуль удалось подгрузить, были проблемы похожие с правами, однако сейчас при перезагрузке биллинга модуль не подгружается в майн логе пишется - RPFCMan can not open " .....libyrfa-dynashape.so" руками модуль можно подгрузить, однако права в системной группе динашейпа не выставляются! Звоним в Нетап, нам говорят платите деньги настроим. Мне кажется есть определенный баг в 12 версии, Если кто использует пожалуста если будите перегружать биллинг , посмотрите все нормально подгружается если кто сталкивался , подскажите куда копать. Или уже с Нетапом ругаться по серьезному?
- kaN5300
- Сообщения: 480
- Зарегистрирован: Пт янв 21, 2005 17:27
- Откуда: Ыукзгрщм
- Контактная информация:
Кто вобще что думает о комбинированных тарифах? Мы начинали с использования динашейп+дамминет, но это был ад. Дамминет постоянно вешал сервера доступа, скрипт динашейп мучал биллинг своими запросами каждый час и т.д. Потом разобрались с ng_car. И сейчас вроде всё гуд. Но наступила мода на динамические тарифы, когда например дают 10 гигов без ограничений и с 11 гига начинается ограничение полосы. Выходит, возвращаемся к старым баранам. Вобщем, если кто-то научился совмещать mpd5+ng_car с динашейпом, поделитесь инфой.