IQM Manager - руководство пользователя (стр. 14 )

Configuration --> SLA Policy --> Services

Рисунок 43 Форма конфигурации сервисов

Значения полей приведены в таблице ниже:

Поле	Значение
Service ID	Идентификатор, не редактируемое поле
Service Name	Короткое имя сервиса, под которым он будет отображаться в формах настройки тестов
Description	Описание
Action	Допустимые действия: - добавить новую запись - внести изменения в текущую запись - удалить текущую запись

Управление списком провайдеров

Признак провайдера присутствует в параметрах теста. Под провайдером понимается поставщик телекоммуникационных услуг и каналов связи, для которых осуществляется измерение и контроль качественных характеристик. Это абстрактный признак, может использоваться в любых других подходах при классификации. По умолчанию, после установки в системе управления IQMM уже определен один признак в таблице провайдеров: Default. Он будет назначаться всем тестам по умолчанию. Для изменения списка провайдеров служит форма PROVIDERS CONFIGURATION. Форма вызывается через пункт меню:

Configuration --> SLA Policy --> Providers

Рисунок 44 Форма конфигурации провайдеров

Значения полей приведены в таблице ниже:

Поле	Значение
Provider ID	Идентификатор, не редактируемое поле
Provider Name	Короткое имя провайдера, под которым он будет отображаться в формах настройки тестов
Description	Описание
Action	Допустимые действия: - добавить новую запись - внести изменения в текущую запись - удалить текущую запись

Управление именами классов сервиса

В случае если названия классов сервиса отличаются от предварительно определенных, или предопределенные классы не загружались – их можно определить при помощи формы CLASSES CONFIGURATION. Форма вызывается через пункт меню:

Configuration --> SLA Policy --> Classes

Рисунок 45 Форма управления именами классов сервиса.

Значения полей приведены в таблице ниже:

Поле	Значение
Class ID	Идентификатор, не редактируемое поле
Class Name	Короткое имя класса, под которым он будет отображаться в формах настройки тестов
IP Precedence (if<8) or DSCP (if>=8)	Значение, которое будет использовано при проведении теста. При значении меньше 8, будет маркироваться поле IP Precedence, значение большее либо равное 8 воспринимается как поле DSCP.
Description	Описание
Action	Допустимые действия: - добавить новую запись - внести изменения в текущую запись - удалить текущую запись

Управление зонами

Признак зоны относится к агенту. Под зоной понимается географический или административный признак размещения агента. Это абстрактный признак, может использоваться в любых других подходах при классификации. Кроме фильтрации зоны могут использоваться в групповом назначении политик контроля, при послойном отражении данных на ГИС.

По умолчанию, после установки в системе управления IQMM уже определен список зон.

Столбец1	Столбец2	Столбец3
Zone ID	Zone name	Description
0	Лондон	Лондон
1	Столицы	Москва, Санкт-Петербург
2	Север и центр	Север и Центр Европейской части РФ
3	Юг	Юг Европейской части РФ и Поволжье
4	Урал	Урал
5	Сибирь	Сибирь
6	Дальний Восток	Дальний Восток
7	Япония	Япония

При создании зональной структуры и распределении агентов по зонам рекомендуется сгруппировать агентов таким образом, чтобы можно было предъявить одни и те же требования к значениями контролируемых параметров для всех межзональных тестов с одинаковыми зонами-источниками тестов и целевыми зонами. Например, при мониторинге направления Москва-Екатеринбург, можно все агенты, размещенные на различных узлах в Москве сгруппировать в зону «Москва», агенты в Екатеринбурге – в зону «Екатеринбург».

Если в мониторинге на зональном уровне нет необходимости – можно отнести всех агентов к одной зоне.

Для определения зон – воспользуйтесь формой ZONES CONFIGURATION. Форма вызывается через пункт меню:

Configuration --> SLA Policy --> Zones

Рисунок 46 Форма управления зонами.

Значения полей приведены в таблице ниже:

Поле	Значение
Zone ID	Идентификатор, не редактируемое поле
Zone Name	Короткое имя зоны, под которым она будет отображаться в формах настройки агентов
Description	Описание
Action	Допустимые действия: - добавить новую запись - внести изменения в текущую запись - удалить текущую запись

Архитектурные уровни

Предоставлена возможность задания агенту признака принадлежности к архитектурному сетевому уровню. В системе определены стандартные сетевые архитектурные уровни. Названия уровней определяются в момент создания базы данных в скрипте, определяющем схему (/home/iqm/iqmm/sql/create_cfg_tables. sql):

CREATE TABLE IF NOT EXISTS agents (

...

net_layer  ENUM('CORE','DISTRIBUTION','ACCESS','SERVICE') DEFAULT "CORE",

...

и в конфигурационном файле (/home/iqm/iqmm/iqmm-cfg. pl):

%gTables = ('agents'  =>  {'_NAMES'=> ['agent_id',

...

'net_layer'  =>  {'type' => 'enum', 'descr' => _('Network layer'), 'values'=>['CORE','DISTRIBUTION','ACCESS','SERVICE'], 'default'=>'CORE'},

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

CORE - агент размещен на уровне магистральных узлов сети (ядро или backbone), DISTRIBUTION - агент размещен на уровне узла распределения трафика, ACCESS - агент размещен на уровне узла доступа к услуге связи, SERVICE - агент размещен на площадке доступа к прикладным телекоммуникационным услугам

В большинстве случаев, приведенного списка признаков оказывается достаточно, в случае необходимости его дополнения или переопределения внесите соответствующие изменения в базу при помощи SQL-запроса:

ALTER TABLE agents CHANGE COLUMN net_layer net_layer ENUM('CORE','DISTRIBUTION','ACCESS','SERVICE','REGIONAL_AGGREGATION') DEFAULT "CORE";

и приведите конфигурационный файл /home/iqm/iqmm/iqmm-cfg. pl в соответствие с базой данных:

%gTables = ('agents'  =>  {'_NAMES'=> ['agent_id',

...

'net_layer'  =>  {'type' => 'enum', 'descr' => _('Network layer'), 'values'=>['CORE','DISTRIBUTION','ACCESS','SERVICE','REGIONAL_AGGREGATION'], 'default'=>'CORE'},

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

Контроль параметров

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