Совершенствование динамического шейпера

[Aivanzipper]

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

[Efendy]

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

[Aivanzipper]

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

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

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

[Efendy]

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

[Aivanzipper]

понятно..

но в таком случае придется уведомлять об этом клиентов, чтобы не появилось недовольных

[Aivanzipper]

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

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

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

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

[AndyDv]

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

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

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

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

Очень здравый алгоритм.

[Maks]

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

[Александр (AleksHr)]

Up! Етот модуль платный или бесплатный и вообще он существует, а то как то не очень понятно по теме...

[blackjack]

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

 

[Александр (AleksHr)]

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

[goletsa]

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

[smallcms]

Можно.
идёте в 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]

Хм, чую придется самому по аналогии допиливать.

[stix]

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

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

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

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

Исходники не смотрел, может быстро кто ответит, там триггер при прохождении порога или сразу должен примениться?