Jump to content

Recommended Posts

Posted

Собственно в чем задача, перекатил более менее ровно на utm5, теперь шейпится за счет указания тарифного плана. Тарифы созданы на базе одного шаблона услуги.

Но, пользователь просит поднять ему скорость, то есть надо сменить тарифный план, но как это можно сделать чтобы остались настройки услуги которая уже подключена?

 

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

Буду очень признателен за помощь.

Posted

Собственно в чем задача, перекатил более менее ровно на utm5, теперь шейпится за счет указания тарифного плана. Тарифы созданы на базе одного шаблона услуги.

Но, пользователь просит поднять ему скорость, то есть надо сменить тарифный план, но как это можно сделать чтобы остались настройки услуги которая уже подключена?

 

Собственно если параметры скорости выдаются nas-у радиусом, то можно пользователю выдавать другие параметры шейпера не через радиус-параметры в общем тарифном плане, а прямо в пользователе. А менять тариф в utm - это мрачная песня. Особенно с расчетными периодами. Не советую...

Posted

А том-то и проблема, что nas нету...

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

Posted

Если используется RFW, то можно создать дополнительные правила с различными скоростями, привязав их к клиентской группе.

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

Posted

Если используется RFW, то можно создать дополнительные правила с различными скоростями, привязав их к клиентской группе.

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

Тут штука такая, ipfw+dummynet при большом количестве индивидуальных правил вводят маршрутизатор почти в кому.

Поэтому лучше сразу использовать table. А еще лучше сразу поднять mpd...

Posted

Если используется RFW, то можно создать дополнительные правила с различными скоростями, привязав их к клиентской группе.

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

Тут штука такая, ipfw+dummynet при большом количестве индивидуальных правил вводят маршрутизатор почти в кому.

Поэтому лучше сразу использовать table. А еще лучше сразу поднять mpd...

а еще лучше забыть про mpd и не городить туннели внутри своей сети.

лучше сразу использовать table + tablearg

пример можно тут найти http://habrahabr.ru/blogs/telecom/82656/ специально его подробно описывал и комментировал

Posted

а еще лучше забыть про mpd и не городить туннели внутри своей сети.

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

Join the conversation

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

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.