...
И это тот корень, который должен быть прописан в rootDeviceId настроек access+accounting серверов.
| Предупреждение |
|---|
Access и Accounting сервера должны быть обязательно и настроены (даже если в них ни одного слушателя, например вы не используете Radius/netflow/dhcp) . |
Далее заводится дочернее устройство с отдельным типом. Тут в иерархии может быть сколько угодно устройств в общем случае . Но это минимальная конфигурация.
Далее заводится тип сервиса.
| Предупреждение |
|---|
Тут важно чтобы у сервиса был либо явно указано устройство к которому оно привязано(тогда каждый раз придётся указывать устройство при добавлении сервиса на договор), либо указана переменная const.device.id в типе сервиса. В случае VPN, например, часто договора привязаны к одному NAS-у, поэтому имеет смысл указывать const.device.id . Если несколько NAS-ов и сессия привязывается по факту к тому NAS-у с которого она вышла, то все NAS объединяются в устройствах в одну общую папку и в const.device.id прописывается эта папка.
|
Далее добавляем сервис на договор .
| Предупреждение |
|---|
Вид сервиса зависит от переменной title.pattern в типе сервиса(после исправления переменной нужно пересохранить сервис). В самом сервисе может быть в общем случае что угодно (логин, устройство и т.п ), зависит все это от настроек типа сервиса. Более сложные схемы позволяют заводить дочерние сервисы. |
Если нужно указать статический ip адрес на сервисе, то не забываем про IP ресурсы и переменную ip.resource.categoryId.
Для выдачи динамических ip адресов не забываем про параметр в radius.realm.<realm>.ipCategories в конфигурации устройства.
Тут мы должны создать (если нам это нужно) типы трафика. И привязку этих типов трафика. Привязка может быть либо по netflow или radius. Про настройку привязки читайте тут. Пример привязки для Radius есть тут, для netflow - тут. Новую привязку нужно указать в типе сервиса. Естественно до настройки привязки не забываем добавить сами типы трафиков.
...
Далее заводим простой тариф (пример тарифа) . В тарифе должны быть цены и услуги для всех типов трафика(в том числе и для типа трафика Время). И добавляем тариф на договор .
| Предупреждение |
|---|
После изменения тарифа не забываем выбрать в контекстном меню "Оповещение об изменениях", чтобы Access и Accounting сервера об этом узнали. |
В этом месте, если ещё не настроили, то можно настроить и запустить Access и Accounting сервера. Если они уже запущены, то стоит зайти в дерево устройств и нажать там кнопку "Перечитать конфигурацию на серверах" или перезапустить Acсess и Accounting чтобы они получили новые данные.
| Предупреждение |
|---|
После изменений в дереве устройств, в типе устройств, в типе сервиса нужно нажимать кнопку "Перечитать конфигурацию на серверах" в дереве устройств. |
При нормальной работе access сервера состояние сервиса на договоре (не путать со статусом) должно смениться с удален на подключен(если баланс больше лимита). В случае VPN можно проверить установку сессий.
...
Если нужно в нужно менять какие-то скорости или другие параметры, то это делается с помощью опции (не путать с тарифными опциями) в тарифе. Пример тарифа с опциями. Привязка
указывается опции к конкретным атрибутам радиуса указывается в конфигурации устройства (Параметр
параметр radius.inetOption.x). Если опция меняет параметры доступа, то обработчик активации сервисов должен обрабатывать её смену в соответствующем методе.
В случае VPN если нужно менять опции на лету, на уже установленных соединениях с помощью Radius Coa запросов и сбрасывать сессий из биллинга с помощью Radius Pod запросов, то нужно использовать обработчик активации сервиса ru.bitel.bgbilling.modules.inet.dyn.device.radius.CoAServiceActivator(он есть среди доступных).