BiTel

есть идея создать некий тариф (все цифры условные): стоимость 1000 руб/мес, скорость 1 Мбит/с, но ... НО! на полной скорости дается только 30 ГБ в месяц и/или 1 ГБ в день (некое дневное ограничение - обязательное условие!) - при превышении этого порога скорость ограничивается до 128 Кбит/с
нарисовал тариф (см. аттач) но не знаю будет ли это работать как задумано
помогите пожалуйста разобраться
спасибо

хм. Диапазон в диапазоне может и будет работать, но без пол литра не разберёшься как.
Зачем так сложно ? Лучше сделать линейно

от 0 до 1 гб - скорость, зона. цена
от 1 до 30 гб - скорость, зона . цена
от 30 гб до бесконечности , скорость, зона, цена

И все 3 узла на одном уровне .

в том то все и дело что стоит задача за N-ю сумму денег дать, на макс. скорости, X гиг в месяц, но при этом не более Y гиг в день - после превышения - резать скорость, но как это все увязать я честно говоря пока не пойму

если делать в вашем варианте, то получается так?
от 0 до 1 гб за день - скорость, зона. цена
от 1 до 30 гб за месяц - скорость, зона . цена
от 30 гб до бесконечности за месяц, скорость, зона, цена
выложите, пожалуйста, скрин тарифа как эти "от ... до" должны выглядеть

так чтоль? или я гдето ошибся?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

я попутал ..вам же нужно чтобы и за день и за месяц были

а вы попробуйте на тестовом догоовре .Теоретически может и работать . Мне чтобы сказать точнее тоже нужно попробовать

так:



сразу срабатывает диапазон "0 ГБ за месяц", т.е. зона limit, а если вставить зону и цену (без цены зона не работает) в диапазон "30 ГБ за месяц" то берется зона normal, но до зоны overload дело не доходит, после нее срабатывает только зона limit

так:



отрабатывают только дневные диапазоны/зоны и до месячных дело не доходит

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

Я бы во втором варианте вторую ветку убрал ("0 за день").

а как тогда срезать скорость после дневного максимума?

ап чтоли ... что делать то, подскажите?

методом научного тыка выяснилось что месячные и дневные зона вместе не работают
так же выяснилось что рабочих дневных зон может быть только 3, если их больше 3-х то 4-я и все остальные не отработают никогда

Про возможность комбинации диапазонов написал в TODO для Inet модуля подумаем.

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

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Захотелось сделать подобное для услуги dialup "время": дневные бесплатные диапазоны внутри месячного.


Не работает только определение зоны или тарификатор в принципе не заходит в ветки, как задумано в тарифе?
Нам нужно, чтобы цена корректно определялась.

в 4.6, но думаю в других версиях так же, тарификатор вообще ничего не хочет знать не только о вложенности, но и более чем о 3-х диапазонах, т.е. максимум что отрабатывается - 3 диапазона на одном уровне, т.е. вот такой тариф будет работать:



т.е. до 5 гиг - одна скорость, с 5 до 10 гиг - другая, после 10 гиг - третья ...
все! больше _рабочих_ диапазонов сделать не получится! проверено ...


сделайте как нить так:



т.е. "днем" будет одна цена, а "ночью" - другая ... "ночь" нужна только для того чтобы можно было считать в то время когда не "день" ...

ну или вот такой тариф:



который можно скомбинировать с предыдущим вариантом ... если подобный тариф будет действовать в течении месяца ну или учетного периода сроком 1 месяц то думаю получите желаемое

уважаемые разработчики, почему в ipn можно сделать бОльше 3-х зон

и это работает

а у нас, в dialup, нельзя?

Они что ли не добавляются? Вроде принципиальных ограничений нет..

проблема лежит не на поверхности, а где-то глубже ... создать можно хоть стопицот диапазонов, но работать будут только первые 3
приведу пример - если создать вот такой тариф (цифры абсолютно условные и приведены чисто для примера):



то все будет работать ровно так как и задумывалось, но если в него добавить всего лишь еще один диапазон:



все! зона "бесконечность" (кажется она, точно не вспомню т.к. тестил ~ когда тему создал) не сработает никогда хотя первые 3 отработают как положено

поначалу, когда ничего не получилось, я подумал что это by design так, но потом оказывается что движок тарифов только в диалапе не обрабатывает более 3-х зон ... прошу, сильно не пинайте, я это все тестил (и это _работает_) на 4.6, но думаю что движок тарифов работающий, со времен динозавров чуть ли не первых релизов 4-й ветки, с диапазонами к 5.1 не сильно похачили и бага (фича?) перешла туда и дальше в 5.2 ...

Проблема в том , что у нас не очивидно написано в документации ..Мы сами запутались даже . Вы точно уверены что первые 3 работают правильно ? Чтобы попасть в бесконечность нужно набрать > 6 гигабайт.Вы это понимаете ?

нужно составлять тариф так , как написали в той теме про IPN, ссылку которую вы привели выше ..Т.е В каждом узле должна стоять цифра прибавочная цифра , а не итоговый порог.. Подобного примера у нас нет в доке, поэтому и недопонимание .

я это неоднократно проверял качая по локалке с огромный файлик и наблюдая в БГБ за счетчиками и connection.log, а на качающем РС за объемом скачанного и скоростью - скорость падала ровно тогда когда когда объем скачанного достигал значения указанного в диапазоне!


нет! это:



работает так:

• от 0 до 2 ГБ - 3 Мбит/сек
• от 2 ГБ до 3 ГБ - 2 Мбит/сек
• свыше 3 ГБ - 1 Мбит/сек

и никак иначе, т.е. срабатывают именно пороговые значения!
предполагалось что 4-й диапазон сработает так:

• от 0 до 1 ГБ - 4 Мбит/сек
• от 1 ГБ до 2 ГБ - 3 Мбит/сек
• от 2 ГБ до 3 ГБ - 3 Мбит/сек
• свыше 3 ГБ - 1 Мбит/сек

но этого не произошло

Ну обсчет трафика так точно не работает . Может быть это специфика работы чисто с Coa, но что-то тоже не похоже .

Покажите connections.log по подобной сессии.

я описал то что я видел


завтра проведу тест и выложу логи