Сервисы
Для предоставления клиенту возможности выхода в сеть необходимо добавить в договор сервис сконфигурированного заранее типа. Все сервисы договора отображаются в сводной таблице.
Столбцы таблицы:
-
Тип - тип сервиса;
-
Устройство - устройство, к которому привязан сервис;
-
Название - сгенерированное на основании шаблона из типа сервиса название сервиса договора;
-
Период - период действия;
-
Статус - текущий статус сервиса;
-
Состояние - реальное состояние сервиса на устройстве.
Статус сервиса может принимать следующие значения: открыт, закрыт и заблокирован. Статус сервиса переключается вручную.
Состояние сервиса может быть "подключён", либо "отключен", отображает реальное состояние, которое было установлено на устройстве. Между состояниями "подключен" и "отключен" модуль осуществляет автоматическое переключение в зависимости от состояния баланса (больше, либо меньше лимита), статуса договора, статуса сервиса. Сервис подключен, когда в договоре установлен активный для него статус, сервис в статусе открыт и баланс больше лимита.
В зависимости от настроек типа сервиса в редакторе сервиса могут присутствовать различные поля. Обязателен тип, период, статус, количество сессий, устройство. Устройство может быть указано постоянным для всех сервисов одного типа с помощью переменной в конфигурации типа сервиса. Это может быть необходимым в случае идентификации по логину. Привязка к устройствам необходима для возможности разделения базы сервисов модуля. IP-адрес (диапазон) при сохранени проверяется на вхождение в ресурс .Для того, чтобы выбрать свободный адрес из ресурсов, нужно нажать на кнопку "<<<" возле адреса.
Тут можно указать диапазон и количество адресов в диапазоне, либо сеть и маску сети. Адрес выбирается из категории ресурса. Алгоритм определения категории такой:
Если интерфейс является обязательным полем и в настройке интерфейса, с которого идет трафик указана категория IP-адресов, то выбирается эта категория. В противном случае в конфигурации устройства ищется опция
ip.resource.categoryId=1Где 1-это код категории IP-адресов. Тут можно указать несколько категорий через запятую.
Нажатие кнопки "<<<" возле поля выбора VLAN (если это поле указано как обязательное в типе сервиса ) выбирает первый свободный VLAN из ресурсов. Свободными считаются те, которые выбраны уже на другом сервисе.
Ресурсы VLAN выбираются из категории, которая определяется опцией в конфигурации устройства:
vlan.resource.category=1Где 1-это код категории VLAN.
Нажатие кнопки "<<<" возле поля выбора интерфейса (если это поле указано как обязательное в типе сервиса ) выбирает первый свободный интерфейс из ресурсов. Доступны те интерфейсы, которые имеют статус Доступен на устройстве и не выбраны уже на другом сервисе.
На вкладке Опции сервиса указываются статически определённые для данного сервиса опции.
При активации сервиса первыми применяются опции из тарифного плана, после - указанные в сервисе, они могут переопределить или дополнить опции из тарифа. Конкретная реализация опций: RADIUS-атрибуты, либо какие-то правила файрвола, задаются классом обработчиком активации сервиса для конкретного типа устройства, либо процессором Access-сервера.
Вкладка Учётные периоды настроек модуля определяет учётные периоды. Периоды активируются скриптами по различным событиям. К периодам могут быть привязаны диапазоны наработки тарифных планов.
Для сервисов, в которых вводится логин возможна генерация логина/пароля автоматически. Ввод логина выглядит так:
Сгенерировать логин или пароль автоматически можно, если проставить галочку авто. Параметры для автоматической генерации логина настраиваются в конфигурации модуля. При генерации следующего логина идет поиск максимального числового и к нему прибавляется 1, поэтому при смешении автоматической генерации и ручного ввода рекомендуется при ручном вводе логин начинать с буквы, а не цифры.
Шаблоны договоров Inet
В шаблоне договора можно указать автоматическое добавление сервиса при создании договора. Для этого, кроме простого добавления модуля, нужно установить галочку Выполнить на вкладке Создать сервис и указать параметры, которые будут применяться к каждому автоматически добавляемому сервису: тип сервиса, статус по умолчанию, кол-во сессий по умолчанию.
Тип сервиса необходимо выбирать только из тех, у которых указан параметр const.device.id, чтобы при создании сервиса он был привязан к определенному устройству. Исключение составляет только шаблон договора для создания по java.lang.IllegalArgumentException: Title must not be null or empty.. В последнем случае, если const.device.id не указан, сервис будет привязан к тому устройству, с которого происходила активация карты.
Дополнительно можно указать опции, которые будут привязаны к добавляемому сервису.
Дочерние сервисы
При инициации сессии по трафику, когда обсчет идет по netflow/sFlow, а сессии создаются по наличию трафика и закрываются, когда трафика нет определенное время, возможна ситуация, когда необходимо обсчитывать несколько подсетей, но управление устройством осуществляется в одном месте. Т.е. точка подключения одна, а обсчитываемых диапазонов - несколько. В этом случае понадобятся дочерние сервисы - они предназначены только для обсчета, а не для управления.
Для того, чтобы появилась возможность добавлять дочерние сервисы на родительский необходимо сначала создать тип сервиса, в котором не установлены галочки устройство, интерфейс/vlan (все это указывается на родительском сервисе), а на закладке Родительские типы необходимо указать тип (или типы) сервиса, который будет являться родительским для данного.
После создания такого типа сервиса, если добавлять сервис на договор при невыделенном сервисе или при выделенном сервисе, тип которого не проставлен как родительский для другого, то в добавляемом сервисе будут доступны только типы сервиса, у которых родительские типы не указаны и сервис, в итоге, будет добавлен как обычно.
Если же выделен сервис, у типа которого есть дочерние типы (т.е. те, у которых указан родительский тип, тот же что и тип выделенного сервиса), то в редакторе будут доступны для выбора только эти дочерние типы и сервис после сохранения добавится как дочерний к тому, что был выделен перед добавлением.
Т.к. дочерний сервис не является точкой подключения, у него нет собственного статуса и состояния - они наследуются от родительского сервиса.
