BiTel

Не отрабатывают диапазоны внутри тарифных опций.
БГ 5.1., все последние апдейты, вот скрин тарифа:



1. При первоначальной авторизации абонент корректно попадает
в первый диапазон 50 Мбайт, в зону 50M-Speed 512k, при выработке
50Мбайт скатывается, как и положено, в зону 0M - Speed 128k, то есть
в "пустую" тарифную опцию. КоА отрабатывается как положено, скорость меняется.
2. Если абонент выбирает любую тарифную опцию (на скрине раскрыта первая тарифная опция),
то абонент попадает в зону 10M-Speed 512k, по идее, должен выработать свои 150Мбайт,
и уйти в зону Speed 128k. Но этого не происходит - сколько бы абонент не скачал, он всегда
остается в зоне 10M-Speed 512k, и получает скорость 512к. То есть диапазон с лимитом 150Мбайт
ИГНОРИРУЕТСЯ, как будто его и нет.
3. Если абонент выбирает вторую тарифную опцию (на скрине не раскрыта), то он попадает
в эту тарифную опцию, в зону скорости 192к и опять остается в ней до тех пор, пока
действует тарифная опция - до конца текущего месяца! А должен выработать свои 100Мбайт
и перейти в зону скорости 128к.

Подскажите, куда копать. Заранее спасибо.

_________________
Клиент: вер. 5.2
Сервер: вер. 5.2

Так как никто из посетителей не отвечает, значит им проблема не известна,
прошу ответить разработчиков, заранее спасибо.

_________________
Клиент: вер. 5.2
Сервер: вер. 5.2

Тотально переделали вышеуказанный тариф, теперь он принял такой вид:

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

Вот выдержка из лога:

Вот еще подтверждающие сообщения:

То есть зоны "взяты", ждем апдейт пакетов о превышении какого-либо диапазона:

То есть, диапазон внешнего трафика был превышен, новая зона "взята". НО, CoA запросы на циску не уходят. Скорость у абонента остается прежней.
Дальше жмем одну из тарифных опций:

Как мы видим, тарифная опция сменилась, и зона тоже сменилась. ОДНАКО же, опять никаких действий со стороны биллинга. А должно быть примерно так:

На других тарифах, где зоны есть только в одной ветке услуг, все работает ПРЕКРАСНО. Как только помещаешь зоны в две разные ветки, происходит вышеописанная проблема.

Самое интересное дальше. Если "переполняется" диапазон в другой ветке, то происходит следующее:

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

Мы уже не знаем, куда рыть. Помогите пожалуйста.

_________________
Клиент: вер. 5.2
Сервер: вер. 5.2

А галочка послать СоA стоит в параметрах зоны точно?

Да, точно стоят галочки

_________________
Клиент: вер. 5.2
Сервер: вер. 5.2

Проапдейтили биллинг до версии 5.2. Работали всей конторой,
чтобы переработать кучу скриптов, шаблонов и других составляющих.
Надеялись, что апдейт решит наши проблемы:



Проблема ОСТАЛАСЬ в точности как вышеописанная.
Разработчики, если данная проблема требует оплачиваемой поддержки,
мы готовы оплатить работу, дайте указания, как поступить. Спасибо.

_________________
Клиент: вер. 5.2
Сервер: вер. 5.2

Но так ведь никогда и не работало. Диапазоны в модулях dialup и ipn всегда были "статичными" в этом плане...
Такой режим только в модуле Inet возможен, когда для каждой активации новый счетчик диапазона.

В dialup если только попробовать сделать дублирующиеся тарифные опции.
Metro1 - не совместим с Metro2 и Metro3
Metro2 - не совместим с Metro1 и Metro3
Metro3 - не совместим с Metro1 и Metro2
В скрипте на событие TariffOptionListAvailableEvent выдавать только один из них, который еще не был активирован в этом месяце.
И в тарифе продублировать для этих тарифных опций условия, т.е.
Metro1
- 5GB
- 0GB
Metro2
- 5GB
- 0GB
....
Но не уверен, на сколько такая реализация жизнеспособна.

Спасибо за ответ,
Не совсем понятны ваши слова, ведь, цитирую доку:

Судя по всему, должно ведь работать? Как же так? Что мы неправильно поняли?
В нашем случае диапазоны отрабатывают КАК ПОЛОЖЕНО, название темы уже не соответствует проблеме.
Нет отработки событий в этих зонах, как мы указываем в вышеприведенных логах.

Что значит "диапазоны статичны"?

_________________
Клиент: вер. 5.2
Сервер: вер. 5.2

Вы как хотите чтобы работало? Клиент может несколько раз в месяц активировать эту опцию и каждый раз ему будут новые ГБ?

Т.е. если клиент активирует первый раз за месяц и выкачивает 10ГБ, затем активирует второй раз и выкачивает 10ГБ, то во второй раз в диапазоне будет уже 20ГБ, диапазон же будет один и тот же 20ГБ за месяц (а не за тарифную опцию).

Мне кажется, между нами есть недопонимание сути нашей проблемы.
Я постараюсь изложить все максимально подробно.
Итак, Суть тарифа:

Если абонент скачал трафика больше чем, к примеру, разрешенные 10Гбайт,
то до конца текущего месяца у него понижается скорость.

Причем, этот трафик двух классов - внешний и внутренний+локальный. Если перекачал
внешнего трафика - понижается только внешняя скорость (посылкой CoA). Если перекачал
внутреннего+локального трафиков - должна понизиться скорость только этого класса трафика
(разрывом соединения и присваиванием другого IP адреса).

Если абонент хочет повысить себе скорость ОБОИХ классов трафика до изначальной, то он
применяет одну из двух тарифных опций, которая действует до окончания текущего месяца.
В тарифных опциях тоже есть диапазоны - и они отрабатывают верно. Скачал абонент, к примеру,
7Гбайт внешнего трафика, переходит в другой диапазон, а там скорость внешки уменьшается.
Скачал 50Гбайт внутреннего трафика - уменьшается только скорость внутреннего+локального трафиков.
Применить тарифную опцию еще раз невозможно, тариф этого не предусматривает, да и средства
биллинга этого не позволяют же сделать, как вы сказали, активация каждый раз с нуля возможна
только в модуле Инет.

Проблема в другом - в двух ветках услуг (классов трафика) одного модуля, в данном случае модуля Диалап.
Если зоны находятся в обоих классах (ветках услуг), то зоны отрабатывают некорректно.

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

Если убрать зоны из любой второй ветки, то зоны в оставшейся одной ветке услуг (классе трафика)
отрабатывают как положено - поставишь Разорвать соединение-рвут, поставишь Отправить CoA - отправляют CoA.
То есть, один из видов класса трафика считать и управлять проблем нет, а считать и управлять двумя
классами трафика (двумя ветками услуг) - не получается.

_________________
Клиент: вер. 5.2
Сервер: вер. 5.2

Можете дать доступ?

Конечно дадим доступ. Скиньте в личку свой IP, откуда будете заходить.
Надо ли что-нибудь организовывать? Тестовый договор с этим тарифом,
логин которого находится в онлайне и прошедший какие-то стадии диапазонов?
Или, наоборот, тестовый договор с нуля, и при вашем присутствии необходимо
начать проходить диапазоны с заниженным тестовым объемом (вместо 10Гбайт установим 10Мбайт)?

Мы 23 тестовых договора создавали с нуля, чтобы полностью протестировать все
нюансы и выявить данную проблему. Сообщите инструкции, мы выполним.

Заранее спасибо за поддержку,

_________________
Клиент: вер. 5.2
Сервер: вер. 5.2

Отпишу, чтобы закрыть вопрос,
мы дали доступ, разработчики зашли.
Через неделю выложили нам апдейт радиуса.
Накатили апдейт - все проблемы решились.

Обещали выложить этот апдейт в оф релизы.
Спасибо Амиру за поддержку.

_________________
Клиент: вер. 5.2
Сервер: вер. 5.2