Биллинговая система Nodeny
29 Марта 2024, 13:11:52 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
Новости: Прекращена поддержка версии Nodeny 49
 
   Начало   Помощь Поиск Войти Регистрация  
Страниц: 1 [2] 3
  Печать  
Автор Тема: Совершенствование динамического шейпера  (Прочитано 16269 раз)
Aivanzipper
NoDeny
Старожил
*

Карма: 62
Offline Offline

Сообщений: 388


206967443
Просмотр профиля
« Ответ #15 : 25 Ноября 2009, 13:56:58 »

А возможно проводить анализ, например, каждые 5 минут? И, соответственно, если порог превышен резать скорость. А то сутки как-то многовато....
Записан
Efendy
Администратор
Спец
*****

Карма: 138
Offline Offline

Сообщений: 4794



Просмотр профиля
« Ответ #16 : 25 Ноября 2009, 14:15:10 »

трафик проверяется даже чаще чем 5 минут. Просто за основу берется трафик за сутки. Ставится ограничение столько-то мегабайт в сутки.
Записан
Aivanzipper
NoDeny
Старожил
*

Карма: 62
Offline Offline

Сообщений: 388


206967443
Просмотр профиля
« Ответ #17 : 25 Ноября 2009, 14:45:22 »

я правильно понимаю? :

ограничение трафика среза = (ограничение на трафик в сутки) \ (период среза)
ЕСЛИ (трафик среза) > (ограничение трафика среза) ТО "применить санкции"

т.е. администратор задает только количество мегабайт в сутки?
Сколько раз можно на одного пользователя "применить санкции"? Есть несколько вложенных порогов либо только один?
Записан
Efendy
Администратор
Спец
*****

Карма: 138
Offline Offline

Сообщений: 4794



Просмотр профиля
« Ответ #18 : 25 Ноября 2009, 16:40:50 »

Все гораздо проще. Если трафик за текущие сутки больше ограничения ->  применить санкции. Период среза не играет никакого значения. Например стоит указание резать скорость до 512 кбит при достижении 1 гб/сутки, как только клиент скачает 1Гиг (хоть утром, хоть днем, хоть вечером, хоть полгига утром, а полгига днем) - ему урежется скорость до 512кбит
Записан
Aivanzipper
NoDeny
Старожил
*

Карма: 62
Offline Offline

Сообщений: 388


206967443
Просмотр профиля
« Ответ #19 : 25 Ноября 2009, 17:20:36 »

понятно..

но в таком случае придется уведомлять об этом клиентов, чтобы не появилось недовольных
Записан
Aivanzipper
NoDeny
Старожил
*

Карма: 62
Offline Offline

Сообщений: 388


206967443
Просмотр профиля
« Ответ #20 : 30 Ноября 2009, 09:40:45 »

Нашел на НАГе:

Цитировать
Активных качальщиков режем таким способом:
Завели для клиентов 4 класса - 0, 1, 2, 3.
Класс 3 - это самый приоритетный, который идет без ограничений.
Для класса 2 завели пайп на 5Мегабит
Для класса 1 завели пайп на 4Мегабита
Для класса 0 завели пайп на 2Мегабита

В билинге ведется учет объема МБ по каждому безлимитчику, как только этот объем превысит, например 40% от теоретического объема тарифного плана - к такому клиенту начинает применяться следующий алгоритм:
Проверяется объем выкачанной абонентом за последний час информации и если он превышает 80% от теоретического - клиенту понижается класс на еденицу, а если не превышает - то класс повышается на еденицу.
Таким образом все активные качальщики сидят в зависимости от наглости в классах 0, 1 и 2 и меньше грузят общий канал.


Вот так было-бы супер!
Не пинайте, предлагаю как идею по дальнейшему совершенствованию.
Записан
AndyDv
NoDeny
Пользователь
*

Карма: 0
Offline Offline

Сообщений: 22


Просмотр профиля Email
« Ответ #21 : 03 Декабря 2009, 13:26:18 »

Нашел на НАГе:

Цитировать
Активных качальщиков режем таким способом:
Завели для клиентов 4 класса - 0, 1, 2, 3.
Класс 3 - это самый приоритетный, который идет без ограничений.
Для класса 2 завели пайп на 5Мегабит
Для класса 1 завели пайп на 4Мегабита
Для класса 0 завели пайп на 2Мегабита

В билинге ведется учет объема МБ по каждому безлимитчику, как только этот объем превысит, например 40% от теоретического объема тарифного плана - к такому клиенту начинает применяться следующий алгоритм:
Проверяется объем выкачанной абонентом за последний час информации и если он превышает 80% от теоретического - клиенту понижается класс на еденицу, а если не превышает - то класс повышается на еденицу.
Таким образом все активные качальщики сидят в зависимости от наглости в классах 0, 1 и 2 и меньше грузят общий канал.


Вот так было-бы супер!
Не пинайте, предлагаю как идею по дальнейшему совершенствованию.


Очень здравый алгоритм.
Записан
Maks
NoDeny
Ветеран
*

Карма: 13
Offline Offline

Сообщений: 575


Скажи спасибо - подними карму.

https://t.me/smv https://t.me/smv_wz
Просмотр профиля Email
« Ответ #22 : 17 Декабря 2009, 12:12:09 »

Идея еще жива но просто нет времени на реализацию?
или пока отложена до лучших времен?
Записан

Nodeny общение
https://t.me/nodeny_chat
Александр (AleksHr)
NoDeny
Старожил
*

Карма: 2
Offline Offline

Сообщений: 324


Просмотр профиля
« Ответ #23 : 11 Февраля 2010, 18:57:25 »

Up! Етот модуль платный или бесплатный и вообще он существует, а то как то не очень понятно по теме...
Записан
blackjack
NoDeny
Старожил
*

Карма: 24
Offline Offline

Сообщений: 352


Просмотр профиля Email
« Ответ #24 : 11 Февраля 2010, 20:17:25 »

тату, а люди є?
н синку, це фантастика.

 Смеющийся Смеющийся
Записан
Александр (AleksHr)
NoDeny
Старожил
*

Карма: 2
Offline Offline

Сообщений: 324


Просмотр профиля
« Ответ #25 : 11 Февраля 2010, 21:24:26 »

А если серйозно? Я может быть даже и купил бы... штука очень полезная... класные тарифы можно создать с ее помощю ))).
Записан
goletsa
NoDeny
Спец
*

Карма: 21
Offline Offline

Сообщений: 978


Просмотр профиля
« Ответ #26 : 13 Марта 2010, 10:29:15 »

А теперь хотелка.Улыбающийся
Можно ли чтобы правила для входящего и исходящего трафика быди разными? А то забитый аплоад (выше чем даунлоад) по графикам в кактусе это просто ненормально.
Записан
smallcms
NoDeny
Старожил
*

Карма: 64
Offline Offline

Сообщений: 280



Просмотр профиля WWW
« Ответ #27 : 13 Марта 2010, 12:16:12 »

Можно.
идёте в noserver.pl
находите строку
Код:
$speed_out=int($2*$speed_out/($speed_in||1));
меняете скажем на 3:
Код:
$speed_out=int($2*$speed_out/($speed_in||3));
теперь исходящий будет равен динамическому входящему, но в 3 раза меньше. спасение для ADSL.  Строит глазки
+ для альтернативных направлений исходящий я режу так:
http://forum.nodeny.com.ua/index.php?topic=245.msg4623#msg4623
пользуйте поиск по форуму.
Записан

goletsa
NoDeny
Спец
*

Карма: 21
Offline Offline

Сообщений: 978


Просмотр профиля
« Ответ #28 : 13 Марта 2010, 13:49:21 »

Хм, чую придется самому по аналогии допиливать.
Записан
stix
NoDeny
Спец
*

Карма: 72
Offline Offline

Сообщений: 1872


Nodeny Support Team

205539
Просмотр профиля
« Ответ #29 : 13 Февраля 2013, 12:53:13 »

подниму старый топик.

решил заюзать динамический шейпер в одной из сетей.

для теста сделал:

0:200000-10000:400000-5000:600000-1000
0:0-40000

при 200 гбайт - 10 мбит
при 400 гбайт - 5 мбит
при 600 гбайт - 1 мбит

в остальном - 40 мбит

но такая вот шляпа, у тех, у кого уже 800 гбайт набежало или существующий трафик, то шейпер не поменялся.
делаю pipe list

02452:  40.000 Mbit/s    0 ms burst 0

Исходники не смотрел, может быстро кто ответит, там триггер при прохождении порога или сразу должен примениться?
Записан
Страниц: 1 [2] 3
  Печать  
 
Перейти в:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.20 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!