BiTel

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

Абонент выбирает новый тариф, дату. Обычно (завтра).
После подтверждения происходит обрыв соединения.
Т.е. тариф реально сменится только завтра, а соединение рвется немедлено. И что интересно как раз завтра оно не рвется...

это фича. так проще

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

up

При работе RADIUS прочитывает вперёд все тарифы которые будет использовать клиент. Если после изменения тарифного плана эта очередь тарифов поменяется - происходит переинциализация с разрывом соединения. Это проще реализовать, чем отследить когда действительно начал действовать другой тариф и ждать этого момента.

Т.е. радиус не разрывает соединение когда подходит время реальной смены тарифа?

Нет. Он заранее это делает. Тариф перечитывается и дальше можно по нему считать.
Я подумаю, может там вообще разрыв не нужен..
Просто перечитать тарифы иногда достаточно.

Разрыв нужен, если пользователь 10-го числа заказал смену тарифа с 11-го числа с помегабайтного на 512 кбит/с. Разрыв нужен 11-го числа в 00:00. Иначе будет плохо

В момент смены тарифа обязательно надо рвать соединение. Иначе как NAS получит новые радиус атрибуты !!!???

Можно впринципе делать зоны при каждом наборе атрибутов, тогда если есть переход зоны, будет разрыв.

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

Может, почему нет. Просто вернется другая зона из нового тарифа, коннект и разорвёт. Наверное, это будет самый правильный метод... Только в документации отразить это нужно.
А вот разрыв коннекта при смене через Web вообще не нужен, получается. Т.е. достаточно тарифы перечитывать при изменении, а там если зона поменяется - рвать коннект.

Т.е. придётся в каждом тарифе делать зону?

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

Хорошая мысль. Только что делать с оборудованием, которое поддерживает CoA?

Мда, значит только зоны.. Оно и гибчее получится. В доке укажем. Сброс уберу при смене, наверное. Не нужен он, по-моему.

Для 5.0 радиуса выложено обновление. Для 4.6 будет скоро.
При смене тарифа разрывается соединение только если в результате смены:
1) изменился текущий действующий тариф, его нужно в общем случае переинициализировать, если есть узлы "Дипазон наработки";
2) правился сам тарифный план в справочнике текущего действующего тарифа, при этом идёт загрузка тарифного дерева заново и опять таки нужно переинициализировать узлы "Диапазон наработки";
3) не стало тарифа на текущую дату.

Так же идёт разрыв, если в ходе обсчёта начал использоваться тариф отличный от предыдущего. Однако этот сброс можно отключить опцией no.session.break.on.tariff.change, котроллируя разрыв/CoA когда нужно зонами в тарифах.

Тут описание опции: http://www.bgbilling.ru/v5.0/doc/ch03s07.html

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

Ну например у вас есть тариф:
1) Стоимость по трафику.
2) Анлимит 256 к.
3) Анлимит 128 к.
4) Стоимость по трафику льготная.

В 1 и 4 тарифе ставится зона: "full_speed".
2 - "speed_256", 3 - "speed_128".

Соответственно по ходу тарификации если будет менятся тариф - будет менятся и зона. При переходе 1 - 4, 4 - 1, например, ничего не будет - просто считать начнёт по другой цене. При переходе 1, 4 с 2, 3 либо между 2 и 3 в зависимости от настройки зоны либо разрыв либо CoA пакет.

Как-то так.