Wisla.руководство Пользователя 4.2

ООО “НТЦ Веллинк”.
127332, Москва,
ул. Яблочкова, д.21, корп.3
Тел.: +7(495)374-66-78
www.wellink.ru
wiSLA (well integrated SLA)

Руководство пользователя портала
Оператора
Версия: 4.2
Статус: Для клиентов
Автор: Дякив Денис
ИСТОРИЯ ИЗМЕНЕНИЙ ДОКУМЕНТА
Данный документ является третьей версией руководства оператора системы wiSLA 4.2, дата выпуска –
ноябрь 2018.
Список внесённых изменений в документ «Руководство пользователя портала Оператора»:

май 2017 – разработка первой версии руководства. Документ дополнен для сопровождения ввода в
промышленную эксплуатацию портала wiSLA версии 4.0;
июль 2018 – вторая версия руководства. Документ полностью переработан с учётом изменений в
версии wiSLA 4.1.1, исправлены неточности, обновлены рисунки и ссылки;
ноябрь 2018 – третья версия руководства. Документ частично переработан с учётом изменений в
версии wiSLA 4.2. Добавлены сведения о новых возможностях, обновлены рисунки и ссылки.
© Wellink, 2018 2 All rights reserved

ОГЛАВЛЕНИЕ
ИСТОРИЯ ИЗМЕНЕНИЙ ДОКУМЕНТА ................................................................................................................ 2
ОГЛАВЛЕНИЕ .................................................................................................................................................... 3
ЗНАКОМСТВО С WISLA ...................................................................................................................................... 5
НАЗНАЧЕНИЕ СИСТЕМЫ .......................................................................................................................................... 5
ЗАДАЧИ, РЕШАЕМЫЕ СИСТЕМОЙ .............................................................................................................................. 5
РЕШЕНИЯ НА БАЗЕ ПЛАТФОРМЫ WISLA ..................................................................................................................... 6
АРХИТЕКТУРА И СОСТАВ ПЛАТФОРМЫ WISLA ............................................................................................................. 8
НАЧАЛО РАБОТЫ С ПОРТАЛОМ ..................................................................................................................... 15
ПОЛУЧЕНИЕ ДОСТУПА НА ПОРТАЛ .......................................................................................................................... 15
ПОЛУЧЕНИЕ ДОСТУПА НА ОБЛАЧНУЮ ВЕРСИЮ ПОРТАЛА ............................................................................................. 16
ВОССТАНОВЛЕНИЕ ПАРОЛЯ ................................................................................................................................... 17
ОПИСАНИЕ ЭЛЕМЕНТОВ ПОРТАЛА........................................................................................................................... 17
МОНИТОРИНГ ................................................................................................................................................. 30
АНАЛИТИКА ....................................................................................................................................................... 30
КАРТА СЕРВИСОВ ................................................................................................................................................. 34
ПОКАЗАТЕЛИ КАЧЕСТВА ПО СЕРВИСУ ....................................................................................................................... 45
НАСТРОЙКА МОНИТОРИНГА .................................................................................................................................. 49
ПОКАЗАТЕЛИ КАЧЕСТВА В РЕАЛЬНОМ ВРЕМЕНИ......................................................................................................... 51
КОРРЕЛЯТОР СЕРВИСОВ ........................................................................................................................................ 52
АНАЛИЗ ПОЛЬЗОВАТЕЛЬСКОГО ТРАФИКА ................................................................................................................. 54
НАГРУЗОЧНОЕ ТЕСТИРОВАНИЕ ............................................................................................................................... 61
СОБЫТИЯ........................................................................................................................................................... 71

ОТЧЕТЫ SLA .................................................................................................................................................... 75
ПРОСМОТР ОТЧЕТА SLA........................................................................................................................................ 76
ПУБЛИКАЦИЯ ОТЧЕТА SLA .................................................................................................................................... 86
СОЗДАНИЕ ИСКЛЮЧЕНИЯ ИЗ ОТЧЕТА SLA ................................................................................................................. 86
ПЕЧАТЬ ОТЧЕТА SLA ............................................................................................................................................ 87
ФОРМИРОВАНИЕ ОТЧЕТА ПО ЗАПРОСУ .................................................................................................................... 87
ИНФРАСТРУКТУРА .......................................................................................................................................... 89
ОПИСАНИЕ ПРОЦЕССА СКВОЗНОГО СОЗДАНИЯ ИНФРАСТРУКТУРЫ ................................................................................. 89
СЕРВИСЫ ........................................................................................................................................................... 90
КОНТРАКТЫ ....................................................................................................................................................... 96
ЗОНДЫ.............................................................................................................................................................. 99
АДМИНИСТРИРОВАНИЕ ............................................................................................................................... 114
КОНТРАГЕНТЫ .................................................................................................................................................. 114
SLA ................................................................................................................................................................ 118
ТОЧКИ ДОСТУПА ............................................................................................................................................... 125
ТЕСТЫ ............................................................................................................................................................. 128
УЧЕТНЫЕ ЗАПИСИ .............................................................................................................................................. 132
СЕССИИ ........................................................................................................................................................... 137
ЖУРНАЛ СОБЫТИЙ ............................................................................................................................................ 137
ВАЖНАЯ ИНФОРМАЦИЯ ............................................................................................................................... 139
ПРИЛОЖЕНИЕ 1 ............................................................................................................................................ 140
ЗАГРУЗКА ПРОГРАММНОГО АГЕНТА С ПОРТАЛА ....................................................................................................... 140
УСТАНОВКА АГЕНТА ........................................................................................................................................... 141
УДАЛЕНИЕ АГЕНТА ............................................................................................................................................. 146

ЗНАКОМСТВО С WISLA
Назначение системы
ПАК wiSLA 4.2 (well integrated SLA) – это новое поколение платформы автоматизации и обеспечения
качества услуг связи, сервисов ИТ и информационных систем, на основании которой реализована линейка
целевых решений для операторов связи, государственных учреждений и крупного корпоративного сегмента.
Программно-аппаратная платформа wiSLA позволяет урегулировать конфликты между поставщиками и

потребителями услуг связи на основе мониторинга и управления процессами обеспечения качества в рамках
жизненного цикла услуги (PLM).
В основу платформы wiSLA заложена следующая идеология:

управление конфликтами (Conflict Management) – решения на базе платформы wiSLA являются
пограничными и предоставляют информацию, как провайдеру услуги, так и ее потребителю;
мониторинг качества сервисов (Service Quality Management – SQM) – проактивный мониторинг
позволяет оперативно реагировать на случаи ухудшения качества контролируемых услуг и быстро
локализовать проблему;
управление соглашением об уровне обслуживания (Service Level Management – SLA/SLM) –
платформа обеспечивает формирование периодических детальных отчетов SLA для анализа
соответствия уровня услуг ожиданиям клиента и расчета компенсаций за его нарушение;
управление восприятием пользователей (Customer Experience Management – CEM) – в
платформу заложена гибкая модель формирования цепочки показателей KPI-KQI, которая позволяет
формировать агрегированные верхнеуровневые секторальные отчеты о качестве услуг.
Задачи, решаемые системой
Мониторинг качества L2/L3 VPN и услуг широкополосного доступа в Интернет
Одной из основных задач, решаемых с помощью платформы wiSLA, является мониторинг и управление
качеством VPN L2/L3 уровня и услуг широкополосного доступа в Интернет. Мониторинг осуществляется
проактивно, путем активного измерения ключевых параметров качества услуги (процент потери пакетов,
задержка передачи пакета, джиттер) с применением аппаратных зондов (wiProbe, Berkut M716) или
встроенных в сетевое оборудование механизмов оценки качества IP-соединения (например, Cisco IP SLA).
Данные измерений собираются на центральный сервер и анализируются на соответствие пороговым
значениям, определенным в требованиям SLA к качеству контролируемой услуги. Результаты отображаются
на порталах платформы в виде графиков и диаграмм.
Аудит соответствия качества услуги параметрам SLA
Платформа wiSLA позволяет формировать периодические отчеты SLA в привязке к биллинговым циклам
поставщика услуги. Отчеты формируются по заранее согласованным и определенным SLA правилам: набор
показателей качества услуги, правила определения нарушений и расчета верхнеуровневых показателей
качества (готовность, скидка). Платформа позволяет контролировать весь процесс SLA от согласования
набора метрик и их пороговых значений до учета версий контракта и его изменений, исключения
согласованных нарушений из отчета и расчета размера компенсаций за итоговое нарушение уровня

обслуживания согласно SLA. Сформированный отчет SLA доступен как поставщику услуги, так и клиенту, что
позволяет им урегулировать возникающие спорные ситуации на основе единых релевантных данных.
Мониторинг доступности и производительности сервисов L7 и приложений (Application

Performance Management)
Мониторинг доступности и производительности корпоративных облачных информационных систем (CRM,

Order Manegement, Trouble Ticketing, базы данных и т.д.) – одна из центральных задач wiSLA. Платформа
позволяет не только контролировать доступность информационных систем из каждой точки доступа
(магистральные узлы сети интернет, офисы конечных пользователей), но и осуществляет глубокий
мониторинг программной и аппаратной части инфраструктуры (сервера, виртуальной машины), что
обеспечивает разграничение ответственности между каналом связи до ЦОД, неисправностью сервера и
проблемами с самим корпоративным приложением.
wiSLA 4.2 обеспечивает многоуровневый мониторинг пользовательских сервисов L7 (WEB-порталы, базы

данных, WEB-сервисы (REST, SOAP и т.д.) путем имитации действий реальных пользователей (авторизация
на портале, введение и анализ поисковых запросов, выполнение SQL-транзакций и т.д.).
Решения на базе платформы wiSLA
Для операторов связи
Мониторинг L2/L3 VPN
SLA на предоставляемые услуги в последнее время становится обязательным требованием потребителей из

крупного корпоративного сегмента и госсектора при выборе оператора связи. Платформа wiSLA
предоставляет универсальное решение по обеспечению высокого качества услуг и управлению ожиданиями
клиентов.
Решение wiSLA.Telco для операторов обеспечивает:

разграничение зоны ответственности с потребителем поставляемых услуг и партнерами за
счет установки аппаратных зондов «в разрыв» соединения, что позволяет значительно повысить
оперативность локализации неисправности и однозначно определить ответственного;
мониторинг качества клиентских услуг в режиме реального времени позволяет оперативно

реагировать на случаи ухудшения качества контролируемой услуги, предвосхищать ее полный отказ
и прогнозировать качество передачи пользовательского трафика;
оперативное оповещение об ухудшении качества/полном отказе услуги средствами электронной
почты и sms-рассылки, а также всплывающих уведомлений на портале клиента и мобильном
приложении wiSLA позволяют снизить нагрузку на Help-Desk, оперативно уведомлять клиента о
причинах и принимаемых мерах для восстановления сервиса;
формирование периодических отчетов SLA на основе релевантных данных, доступных как
оператору, так и клиенту через портал самообслуживания, обеспечивает значительное снижение
количества случаев конфликтов во взаимоотношениях с клиентом и повышает его лояльность;
учет загрузки клиентского порта обеспечивает формирование автоматических исключений

нарушений из отчета SLA в случае, если эти нарушения были вызваны превышением допустимой
загрузки, при которой SLA гарантировать невозможно;

контроль партнерских сервисов позволяет минимизировать риски невыполнения SLA за счет
низкого качества арендованного у партнера канала, который является частью клиентского включения;
повышение качества внутренних сервисов за счет механизмов проведения нагрузочных
испытаний качества канала, как при включении услуги, так и в процессе эксплуатации без перерыва
пользовательского трафика.
Мониторинг инфраструктуры ЦОД и облачных услуг
Облачные сервисы (SaaS) и предоставление инфраструктуры в облаке (IaaS) повсеместно становятся

частью каталога услуг оператора связи. Однако нередко возникают вопросы («кто виноват в недоступности
облачного приложения», «в чем причина низкой производительности виртуальной машины»), отсутствует
разграничение ответственности между каналом связи от офиса клиента до ЦОД, доступностью самого
сервера/виртуальной машины и облачного приложения.
Решение wiSLA.Telco для операторов обеспечивает:

анализ готовности и производительности облачного сервиса из сети интернет за счет контроля
времени загрузки WEB-ресурса с аппаратных зондов, имитирующих действия пользователей с
ключевых магистральных узлов сети оператора;
мониторинг инфраструктуры ЦОД путем анализа производительности IP-соединения (потеря
пакетов, задержка, джиттер) между компонентами (виртуальными машинами) облачного сервиса
внутри ЦОД;
мониторинг жизнедеятельности серверов и виртуальных машин, на которых расположены
облачные сервисы, за счет установки программного агента на каждый компонент и сбора показателей
(загрузка процессора, загрузка оперативной памяти, оставшееся место на жестком диске и т.д.).
Для государственных учреждений и крупного корпоративного сегмента (B2B/B2G)
Мониторинг арендованных L2/L3 каналов
Большие компании и государственные учреждения часто сталкиваются с задачами обеспечения высокой

доступности и производительности ИТ-систем, для которых связь между сильно географически
разнесенными объектами играет ключевую роль. В связи с этим возникают задачи мониторинга и контроля
арендованных у операторов связи каналов, так как операторы связи не всегда имеют необходимые для
мониторинга инструменты.
Решение wiSLA.Enterprise обеспечивает:

разграничение зоны ответственности за качество арендованных услуг с оператором связи за счет
установки аппаратных зондов «в разрыв» соединения, что позволяет значительно повысить
оперативность локализации неисправности и однозначно определить ответственного;
мониторинг качества арендуемых услуг в режиме реального времени позволяет оперативно
реагировать на случаи ухудшения качества контролируемой услуги, предвосхищать ее полный отказ
и прогнозировать качество передачи пользовательского трафика;
оперативное оповещение ответственных подразделений оператора связи об ухудшении
качества/полном отказе услуги средствами электронной почты и sms-рассылки, а также всплывающих
уведомлений на портале решения и мобильном приложении wiSLA позволяют повысить общую
готовность внутренних сервисов компании за счет более быстрого устранения проблем
арендованного канала;

формирование периодических отчетов SLA на основе релевантных данных, доступных IT-
подразделению, обеспечивают прозрачность взаимоотношений с оператором связи и обоснованную
почву для расчета неустойки.
Мониторинг корпоративных IT-сервисов
Доступность и производительность ИТ-систем является ключевым фактором эффективности работы

современной компании. Однако гарантировать высокие показатели без соответствующего мониторинга –
сложно реализуемая задача, особенно для облачных сервисов. Для быстрой локализации и устранения
проблемы нужно четкое разграничение ответственности между каналом связи пользователя и системой,
доступностью сервера и работы самого приложения.
Решение wiSLA.Enterprise обеспечивает:
анализ готовности и производительности корпоративных ИТ-сервисов из офисов компании с

помощью аппаратных зондов, имитирующих действия пользователей, установленных в офисах
компании;
разграничение ответственности между составляющими факторами доступности и
производительности корпоративного приложения за счет многоуровневого анализа канала связи
офиса (доступность сети, интернет или VPN-облака), производительность IP-соединения от офиса до
сервера, на котором установлено приложение, время отклика самого приложения;
мониторинг жизнедеятельности серверов и виртуальных машин, на которых расположены
корпоративные сервисы – за счет установки программного агента на каждый компонент и сбора
показателей (загрузка процессора, загрузка оперативной памяти, оставшееся место на жестком
диске, и т.д.).
Архитектура и состав платформы wiSLA
Общее описание архитектуры
ПАК wiSLA относится к разряду крупных корпоративных приложений, архитектура которого построена по
многослойной модели и полностью соответствует, ставшей стандартом, модели Java Platform, Enterprise
Edition (Java EE). Программное обеспечение ПАК wiSLA представляет собой систему распределенных
компонентов, взаимодействующих через внутренние интерфейсы.
Все составляющие ПО ПАК wiSLA поддерживают спецификацию Java EE. Это позволяет легче обеспечивать
высокое качество и надежность взаимодействия компонентов, полную согласованность с применяемыми
технологиями, такими как Hibernate, Spring, JSF и др.
Это означает, что элементами архитектуры ПАК wiSLA являются компоненты, каждый из которых
предоставляет необходимые сервисы, т.е. наборы выполняемых функций. Каждый компонент
инкапсулирован, а его интерфейсы обеспечивают доступ к бизнес-правилам, данным и операциям. Все
компоненты имеют спецификации, интерфейсы, описания реализации и внедрения. Компоненты, как и
сервисы, разделены на три типа: служебные, бизнес-компоненты/сервисы и управляющие.
Взаимодействие между компонентами осуществляется с помощью общей коммуникационной среды –

обобщенной шины для обмена информацией (Common Communication Vehicle, CCV).

Подсистема медиации (Mediation)
Подсистема медиации (Mediation) обеспечивает двустороннее взаимодействие системы с аппаратными и

программными измерительными зондами, базами данных.
Рис. 1 Подсистема медиации (Mediation)
Сбор данных подсистемы спроектирован на базе многопоточной архитектуры с возможностью

распределения и кластеризации отдельных инсталляций. Подсистема обеспечивает возможность работы с
широким спектром измерительных средств и масштабируемость решения в части увеличения количества
зондов и их территориального распределения.
Ключевые особенности подсистемы:

распределенная структура коллекторов. В целях повышения отказоустойчивости и
производительности функций сбора данных с многотысячного парка устройств на различных
сегментах сети по географическому или функциональному признаку могут быть выделены
специальные коллекторы, выполняющие функции агрегации операций по сбору данных и
оптимизации нагрузки на центральные компоненты подсистемы;
независимые адаптеры. Сбор данных с каждого конкретного типа устройств осуществляется
единым внутренним интерфейсом с помощью специально разработанных адаптеров, выполняющих
набор устройство-специфичных действий. Это позволяет разработчикам в «горячем режиме» вносить
изменения в каждый адаптер по отдельности и легче поддерживать новые версии прошивок
устройств;
поддержка устройств за NAT. Подсистема сбора данных может работать не только в классическом
активном режиме (SNMP-запросы, выполнение CLI-команд в Telnet/SSH), но и принимать SNMP Trap,
HTTP Get/Post запросы от измерительных средств и внешних систем.
Подсистема управления SLA (SLM)
Центром платформы wiSLA является подсистема управления SLA (Service Level Management), которая
обеспечивает выполнение набора ключевых функций в рамках процесса управления качеством услуг:
формирование периодических отчетов SLA, расчет компенсаций за нарушение уровня обслуживания и учет
времени согласованных перерывов работы (отключение электропитания в офисе клиента, планово-
профилактические работы, форс-мажоры и т.д.).

Рис. 2 Подсистема управления SLA (SLM)
гибкий конструктор параметров SLA. Заложенная в систему модель вложенности шаблонов SLA
(набор показателей качества услуги и их пороговые значения) и классов обслуживания, описывающая
уровень реагирования на проблемы клиента (время на устранение аварий, уровни эскалации SLA),
позволяет отвечать любым запросам различных групп клиентов, сохраняя при этом индивидуальный
подход;
настраиваемые правила расчета. Анализ и оценка уровня обслуживания основана на гибко

настраиваемом механизме расчета ключевых показателей качества: готовность услуги, суммарное
время необслуживания, среднее время между авариями и др. Т.е., например, для расчета
суммарного времени неготовности услуги могут браться только интервалы, которые не
обслуживались более 15 минут, игнорируя при этом более короткие.
Подсистема мониторинга качества сервиса (SQM)
Подсистема мониторинга качества сервиса (SQM) обеспечивает непрерывный мониторинг и мгновенную

оценку качества услуг с точки зрения потребителя в любой момент времени.
Рис. 3 Подсистема мониторинга качества сервиса (SQM)
Важной составной частью SQM является SQM-монитор, который реализован на базе Java Message Service. В
каждом цикле сбора данных SQM-монитор сравнивает показатели качества услуги со значениями в
договорах SLA и определяет статус сервиса.
К функциям, реализуемым подсистемой, относятся:

анализ поступающей от подсистемы сбора данных информации:
• сравнение значений показателей качества с установленными SLA порогами,
• частота обновления информации от 10 секунд до 1 часа;

инициация нагрузочного тестирования контролируемых услуг;
формирование оперативных отчетов показателей производительности услуг (KPI);
мониторинг группы каналов в момент проведения видеоконференции.

обработка BigData. Для повышения производительности и обработки массивного потока данных,
поступающих от измерительных зондов, используется нереляционная распределённая база данных
HBase, которая обеспечивает отказоустойчивый способ хранения больших объёмов разреженных
данных;
многогранный мониторинг. Архитектура и объектная модель подсистемы SQM обеспечивает

возможность мониторинга одной услуги в различных срезах, например, оценить качество канала
связи между Москвой и Новосибирском в разрезе прохождения различных типов трафика (данные,
голос, видео и др.).
Подсистема учета неисправностей (Service Desk)
Подсистема учета неисправностей (Service Desk) отвечает за регистрацию аварийных событий

контролируемых услуг и своевременное оповещение ответственных пользователей о неисправностях
посредством электронной почты и SNMP-уведомлений, а также многоуровневую эскалацию проблем.
Рис. 4 Подсистема учета неисправностей (Service Desk
Высокое время реакции на аварийное событие достигается за счет взаимодействия с подсистемой реального
времени SQM. При каждом поступлении данных о качестве услуги анализа состояния сервиса подсистемой
SQM подсистема SD фиксирует изменения и в случае перехода статуса сервиса в отказ или деградацию
запускает таймер, по истечению которого открывается паспорт неисправности.

встроенный FM-engine. В подсистему учета неисправностей заложены все базовые функции
управления жизненным циклом аварии (открытие, обработка, приостановка, закрытие), а также
корреляция аварийных событий по времени открытия, точкам доступа и классам трафика;
гибкая настройка времени реакции. Подсистема учета неисправностей позволяет гибко
настраивать время реакции системы на аварийные сигналы. Паспорт неисправности может быть
открыт мгновенно или через заданное время, в течение которого услуга находится в аварийном
состоянии. Это позволяет избегать шквалов уведомлений о кратковременных проблемах.

Подсистема учета (SMDB)
Подсистема учета (SMDB) обеспечивает учет и управление инфраструктурой контролируемых услуг и

измерительного оборудования. Подсистема обеспечивает управление взаимосвязями между такими
сущностями, как контрагент, контракт, сервисы, профили, точки доступа, измерительное оборудование и
тесты в соответствии в SID (Shared Information and Data Model). Согласно TAM (Telecom Operations Map),
подсистема учета выполняет функции Resource Inventory, Service Inventory, Customer Inventory (CRM). В
подсистеме учета также хранятся цепочки показателей качества и производительности KPI/KQI в привязке к
сервисам.
Рис. 5 Подсистема учета (SMBD)
Интеграционная платформа (Integration Framework)
Интеграция wiSLA с внешними системами OSS/BSS выполняется посредством интеграционной платформы

(Integration Framework). В основу платформы заложены сервисно-ориентированная архитектура (SOA) и
открытые интерфейсы (WSDL/SOAP/XML). wiSLA содержит прединтегрированные модули к существующим
системам Trouble Ticketing, Fault Management, Order Management, а также модули к внешним Web-порталам
Заказчика. Дополнительно в рамках интеграционной платформы может поставляться модуль управления
бизнес-процессами (BPM).

Рис. 6 Интеграционная платформа (Integration Framework)
Портал оператора (Operator Portal)
Портал оператора ПАК wiSLA предназначен для управления системой: постановка услуг на мониторинг,
настройкой параметров SLA, управления правами доступа пользователей, журналирование системных
событий. Портал оператора реализован с использованием последних технологий WEB2.0, AJAX.
Рис. 7 Портал оператора (Operator Portal) ПАК wiSLA
Мобильные приложения wiSLA
Мобильные приложения wiSLA предназначены для тех, кто хочет быть всегда в курсе состояния
контролируемых услуг, и обеспечивают оперативный удаленный доступ к наиболее важным функциям
системы. Приложения доступны для мобильных операционных систем Android и iOS. Взаимодействие с
wiSLA осуществляется через открытый интерфейс REST API с использованием средств шифрования канала
SSL.

Рис. 8 Мобильное приложение wiSLA для платформы iOS

НАЧАЛО РАБОТЫ С ПОРТАЛОМ
Этот раздел описывает порядок действий для доступа к порталу оператора wiSLA, основные элементы
системы и особенности работы с ними.
Получение доступа на портал

Для получения доступа к системе wiSLA необходимо запросить у системного администратора учетную запись
для портала. После создания администратором учетной записи на указанный адрес электронной почты
придет письмо со ссылкой на портал wiSLA и реквизитами доступа к нему.
Рис. 9 Письмо с реквизитами доступа к порталу оператора wiSLA
Портал wiSLA совместим со следующими браузерами:

Mozilla Firefox (последняя актуальная на момент выхода wiSLA версия);
Google Chrome (последняя актуальная на момент выхода wiSLA версия).
При переходе по ссылке из письма (или при самой первой авторизации, в случае если она производилась с
главной страницы портала) пользователю будет предложено сменить пароль, дважды указав новый пароль в
полях ввода в появившемся всплывающем окне.
Рис. 10 Интерфейс задания нового пароля
Сразу после смены пароля (а также при последующих авторизациях) происходит переход на карту сервисов.
Для удобства пользования системой wiSLA рекомендуется добавить адрес портала в закладки браузера.

Получение доступа на облачную версию портала
Начиная с версии 4.1.1, система wiSLA может работать как облачная платформа, предоставляющая услуги
мониторинга малому и среднему бизнесу (SME).
Если портал развёрнут в режиме wiSLA.Cloud, то у новых пользователей есть возможность пройти
регистрацию самостоятельно. Для прохождения регистрации новому пользователю следует:
нажать кнопку "Регистрация" на странице авторизации;
Рис. 11 Кнопка и форма регистрации пользователя
ввести полное имя, адрес электронной почты (существующий в действительности) и название

компании;
нажать кнопку «Зарегистрировать». Система произведёт проверку введенных данных. Далее
возможны 3 варианта:
• если данные введены корректно, и введенное название компании не встречается в базе

данных, то пользователь получит уведомление об успешной регистрации и письмо на
указанный адрес электронной почты. Если пользователь не подтвердит регистрацию, то его
запрос будет аннулирован спустя заданное время (обычно в течение 48 часов);
• если данные введены корректно, и введенное название компании встречается в базе

данных, то пользователю будет предложено отправить запрос системному администратору.
После создания учётной записи системным администратором пользователю придет
уведомление с информацией для авторизации на адрес электронной почты;
• если данные не прошли проверку, будет выведено сообщение об ошибке. Пользователь

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

Рис. 12 Пример письма о создании учётной записи в результате самостоятельной регистрации
Восстановление пароля
В случае потери пароля есть возможность восстановить доступ к системе. Для восстановления пароля
следует:
1. Открыть страницу авторизации портала оператора.
Рис. 13 Восстановление пароля
2. Перейти по ссылке «Забыли пароль».

3. Ввести адрес электронной почты, который указывался при создании учётной записи пользователя
портала оператора, и нажать «ОК». По электронной почте будет отправлено письмо со ссылкой на
страницу задания нового пароля.
4. Принять электронное письмо и выполнить изложенные в нём инструкции. При переходе по ссылке из
письма пользователю будет предложено дважды ввести новый пароль. В случае успеха сразу после
изменения пароля будет осуществлен переход на информационную панель оператора портала.
Описание элементов портала

Портал wiSLA представляет собой мощный инструмент для анализа и контроля качественных характеристик
каналов связи, который позволяет осуществлять постоянный (круглосуточный) и регламентированный по
времени мониторинг трафика связи, фиксировать сбои и неисправности оборудования и программных
средств связи.

Меню
Через меню осуществляется переход к основным функциональным блокам портала:

«Мониторинг»:
o «Аналитика» – детальный анализ статистики и количественных показателей состояния

сервисов, см. раздел «Аналитика»;
o «Карта сервисов» – визуализация состояния отслеживаемых сервисов в разрезе
географических местоположений, см. раздел «Карта сервисов»;
o «События» – создание, просмотр и редактирование паспортов неисправности, исключений и
профилактических работ, см. раздел «События»;
«Отчеты»:
• «Отчеты SLA» – просмотр отчетов SLA, см. раздел «Отчеты SLA»;

«Инфраструктура»:
• «Сервисы» – просмотр, добавление и удаление сервисов, см. раздел «Сервисы»;
• «Контракты» – просмотр, добавление и удаление контрактов, см. раздел «Контракты»;
• «Зонды» – просмотр, добавление и удаление зондов, см. раздел «Зонды»;

«Администрирование» – раздел доступен только пользователям с ролью «Системный
администратор». Включает:
• «Контрагенты» – просмотр, добавление и удаление контрагентов, см. раздел

«Контрагенты»;
• «SLA» – просмотр, добавление и удаление SLA, см. раздел «SLA»;
• «Точки доступа» – просмотр, добавление и удаление точек доступа, см. раздел «Точки
доступа»;
• «Тесты» – просмотр, добавление и удаление тестов, см. раздел «Тесты»;
• «Учетные записи» – управление учетными записями пользователей портала, см. раздел

«Учетные записи»;
• «Сессии» – просмотр активных сессий пользователей портала wiSLA, см. раздел «Сессии»;
• «Журнал событий» – просмотр журнала событий, вызванных действиями пользователей

портала оператора wiSLA, см. раздел «Журнал событий».
Рабочая область
На рабочей области справа от меню доступны информационные панели и элементы управления открытого в
данный момент функционального блока портала. Вся основная работа пользователя происходит именно в
рабочей области.
Работа с тегами
Для удобства просмотра и фильтрации записей в некоторых списках портала оператора реализована
возможность формирования специальных меток – пользовательских и системных тегов. Название тега
можно использовать при поиске и фильтрации. Тег может объединить ряд сущностей одного типа в группу.
Предусмотрено два вида тегов:

пользовательский тег предназначен для отметки сущностей в пределах одной учётной записи.
Пользователь может его добавить и удалить независимо от набора ролей;
системный тег позволяет отметить записи так, что теги на них будут отображаться для всех учётных
записей, которым доступны.
Особенности системных тегов:
для создания системного тега следует первым символом набрать «#»;

создание и удаление новых системных тегов доступно только пользователям с ролью системного
администратора;
если системный тег создан, его могут использовать для фильтрации сущностей все пользователи
системы, независимо от роли;
отмечать другие записи в списке существующим тегом могут пользователи с ролью «Оператор SLA».
Для этого следует при нажатии тега раскрыть список (кнопка «вниз» на клавиатуре) или ввести # и
первые буквы тега. Должен появиться список доступных тегов;
при попытке создания системного тега пользователем без прав системного администратора система
преобразует ввод в пользовательский тег.
На Рис. 14 показаны примеры работы с тегами. Теги могут быть добавлены двумя способами:
в общем списке записей (п. 1 Рис. 14, выделена кнопка добавления тега). Следует нажать кнопку
добавления тега «+», ввести текст, нажать Enter. Появится поле ввода для второго тега. Если ввод
завершён, следует щёлкнуть мышью в свободное от тегов пространство или нажать Esc;
на странице редактирования записи (п. 2, 3, 4 Рис. 14). Следует навести курсор на пиктограмму тега
(п.2 Рис. 14) – отобразится ссылка «добавить теги» (п.3 Рис. 14), при нажатии появится поле ввода.
Далее ввод производится так же, как в списке записей (п. 4 Рис. 14).
Для удаления тега нужно нажать на пиктограмму удаления в правом верхнем углу тега.
Редактирование тега не предусмотрено. Операция редактирования может быть выполнена как удаление
прежнего тега и создание нового.

Рис. 14 Работа с тегами
Панель фильтрации
Существенная часть работы оператора портала связана с работой со списками объектов инфраструктуры
(контрактов, сервисов, зондов и т.д.). Система wiSLA предоставляет инструмент поиска и фильтрации
элементов этих списков.
Рис. 15 Работа с панелью фильтрации

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

по параметрам из выпадающего списка (например, по значениям параметров «Статус сервиса»,
«Состояние сервиса» в компоненте «Сервисы» (Рис. 16);
Рис. 16 Фильтрация списков объектов инфраструктуры по параметрам из выпадающего списка
выбор с поиском по пользовательским и системным тегам и контрактам – пользователь выбирает

теги, заданные на искомом объекте инфраструктуры и контракт/контракты, с которыми он связан.
Фильтрация по тегам также может быть включена щелчком по тегу в общем списке объектов (даже с
выключенной панелью фильтрации).

Рис. 17 Фильтрация сервисов по тегам и контрактам
После включения фильтрации кнопка включения фильтрации меняет внешний вид – над ней появляется
число, означающее количество применённых условий. Например, означает, что применено 4 условия
фильтрации.
Для сброса фильтрации служит кнопка , она появляется только при выборе критериев фильтрации.
Неочевидной особенностью фильтрации является её взаимодействие с архивными объектами в списках. По

умолчанию во всех списках портала, где можно встретить архивные объекты, последние не отображаются
при выключенной фильтрации. Для их отображения требуется включить панель фильтрации и на ней
выбрать архивный статус. Это противоречит концепции фильтра, но позволяет отображать наиболее
релевантную информацию в списках и не перегружать пользовательский интерфейс.
Панель поиска
Панель поиска – еще один инструмент фильтрации элементов списка. Он предоставляет возможность
выполнять в списке поиск элементов:
1. «По странице» означает поиск по отображаемой в текущем списке информации.

2. По наименованию элементов, связанных с элементами текущего списка (контрактов, зондов,
сервисов, политик качества и т.д.) – для этого необходимо выбрать тип соответствующего связанного
элемента в выпадающем меню панели поиска.

Рис. 18 Работа с панелью поиска
Поиск осуществляется по вхождению введенной пользователем строки в любое слово, содержащееся в

соответствующем поле списка. Например, контрагент с наименованием «ООО «Вектор» войдет в результаты
при поиске как по строке «век», так и по строке «ектор».
При наведении на пиктограмму появляется подсказка, сообщающая правила написания поискового

запроса:
двойные кавычки – поиск по фразе целиком, в строгом соответствии с запросом. Например, для
поиска сервиса «Доступность slamon.net» потребуется ввести в строке поиска на странице сервисов:
«Доступность slamon.net»
плюс – условие «И», выводятся записи, включающие все перечисленные критерии. Знак «+»
указывается перед каждым словом, включая первое. Например, для поиска сервиса «Доступность
slamon.net» потребуется ввести в строке поиска на странице сервисов:
+Доступность+slamon.net
пробел – условие «ИЛИ», сначала выводятся записи, полностью удовлетворяющие поисковому
запросу, затем записи, удовлетворяющие запросу частично, в порядке полноты. Например, если в
системе есть 3 сервиса: «Доступность slamon.net», «Доступность для TheCompany», «ping wellink.ru»
(с типом сервиса «Доступность услуги) поиск по строке:
Доступность slamon.net
выдаст результаты в следующем порядке:
• «Доступность slamon.net» – как наиболее полно соответствующий запросу.
• «Доступность для TheCompany» – в названии сервиса встречается одно из ключевых слов.
• ping wellink.ru – в поле «тип сервиса» встречается одно из ключевых слов.
Настройка списка
Пользователь может настраивать внешний вид списка объектов: редактировать ширину столбцов (полей),
менять их местами, добавлять и скрывать столбцы. Страница настройки отображения списка объектов
открывается путем нажатия кнопки «Настройка списка» выпадающего списка «Ещё».

Рис. 19 Кнопка «Настройка списка»
Общий вид страницы настроек списка представлен на Рис. 20.
Рис. 20 Общий вид страницы настройки списка объектов
Страница настроек списка содержит несколько элементов.
Раздел «Поля списка» – набор доступных к добавлению полей, показанных в виде плиток. Если он пуст, все
поля уже включены и отображаются, скрытых полей нет.
Компонент управления столбцами – схематическое отображение «шапки» будущей таблицы с возможностью

настройки: добавления, скрытия поля и выбора его позиции (путем перемещения соответствующей плитки в
нужное место), изменения ширины столбца. Перемещение плитки осуществляется с нажатой левой кнопкой
мыши. Изменение ширины столбца – путем наведения указателя мыши на границу плитки и изменения её
ширины в нужную сторону. Скрытие столбца – путем нажатия на крестик в правой части плитки или
перетаскиванием плитки в раздел «Поля списка». В случае если на странице настройки списка ширина
компонента управления больше, чем доступная ширина экрана, включается горизонтальная прокрутка.
Настройка «Отображать колонку действий над объектами» отвечает за появление в первом столбце
элемента для возможности отметки нескольких записей (см. подраздел «Действия над объектами списков»).
Настройка «Использовать адаптивную ширину таблицы» переключает механизм выбора ширины столбцов.
Если флажок отмечен, система автоматически подбирает ширину столбцов так, чтобы исключить появление

горизонтальной прокрутки в списке после сохранения настроек. Если флажок снят, используется
пользовательская настройка ширины столбцов, при этом возможно появление горизонтальной прокрутки.
Ссылка «Восстановить настройки по умолчанию» позволяет откатить настройки списка к исходному виду,
заданному разработчиками системы.
Действия над объектами списков
Начиная с версии wiSLA 4.2, пользователю доступны действия над объектами списков – возможность
применения операции к нескольким записям. На рисунке 21 показана панель действий, для её появления
нужно отметить в первом столбце хотя бы один элемент. Если столбец для отметки записей, показанный на
рисунке, отсутствует, нужно включить его отображение в настройках списка (см. подраздел «Настройка
списка»).
Рис. 21 Панель действий над объектами списка
После выбора одного объекта перечень доступных действий отображается на его записи.
После выбора нескольких объектов перечень доступных действий отображается в заголовке таблицы.
Если действие требует выбора связи с другими объектами системы, например, прикрепления сервиса к
контракту, то перед выполнением действия в модальном окне потребуется выполнить дополнительные
настройки.
Импорт и экспорт списков объектов
Начиная с версии wiSLA 4.2, пользователю доступен импорт и экспорт списков объектов. Эта возможность
позволяет сократить время на массовое добавление простых объектов, обеспечивает обмен данными с
внешними системами.
Возможность импорта/экспорта для определённых объектов представлена в Таблица :
Таблица 1 - Импорт/экспорт объектов инфраструктуры
Объект Импорт Экспорт

События Нет Да
Отчёты SLA Нет Да
Сервисы Нет Да
Контракты Да Да
Зонды Да Да

Контрагенты Да Да
SLA Нет Да
Точки доступа Да Да
Тесты Нет Да
Импорт
Функция импорта позволяет загрузить данные из внешнего файла в систему wiSLA. Поддерживаются
следующие форматы файлов: .xls, .xlsx, .csv. Структура импортируемого файла должна строго
соответствовать структуре (набору и названию полей) соответствующего списка. Для облегчения этой
процедуры в системе предусмотрена загрузка файла-шаблона для последующего заполнения, с примером
во второй строке. В случае импорта из csv (RFC 4180) кириллица должна передаваться в кодировке Windows-
1251, разделителем полей служит точка с запятой, значения заключаются в кавычки.
В первой строке файла импорта не должно быть лишних (не перечисленных в файле-шаблоне) полей.
Обязательные поля должны быть заполнены. Информация в пределах одной записи не должна быть
противоречивой. Необязательные поля можно оставлять пустыми. К пустым необязательным полям будут
применены значения по умолчанию (если они предусмотрены, в противном случае будет импортировано
пустое значение). Обязательность заполнения поля можно посмотреть в интерфейсе создания новой
сущности выбранного типа (отметка звёздочкой).
Первым полем в шаблоне импорта является идентификатор записи в базе данных системы (ID). Если оно
заполнено в файле импорта, система попытается обновить записи с указанными ID, если не заполнено –
запись будет добавлена как новая. Получить ID можно в файле экспорта. В рамках одного файла импорта
можно использовать как записи с ID, так и без.
Для выполнения импорта следует:
нажать «Ещё» – «Импорт» (рисунок 22). Откроется модальное окно, показанное на рисунке 23;
Рис. 22 Кнопка «Импорт»

Рис. 23 Импорт списка контрактов
нажать «Скачать пример XLSX» или «Скачать пример CSV» для загрузки шаблонного файла;
сохранить файл в рабочий каталог для его редактирования;
открыть загруженный файл. В первой строке перечислены поля, которые будут импортированы. Во
второй строке представлен пример заполнения. В .xlsx третья строка пустая, но содержит формат
ячеек, облегчающий ручной ввод значений (например, выбор значений из фиксированного списка); в
случае ручного заполнения файла рекомендуется применить формат ячеек ко всему диапазону,
который планируется заполнить;
вставить данные в файл (при этом не забыть удалить или заменить вторую строку – пример
заполнения), выполнить сохранение файла;
в модальном окне нажать «Выбрать файл», указать путь к рабочему каталогу, выбрать
подготовленный файл.
По завершении импорта система сообщает об успешности и предлагает перейти к списку новых записей.
Записи, которые не прошли проверку, автоматически отбраковываются, при этом импорт продолжается.
Система сообщает номера строк, которые не прошли проверку. Пример показан на рисунке 24.
Рис. 24 Пример импорта с ошибками

Экспорт
Функция экспорта позволяет выгрузить записи из системы wiSLA во внешний файл. Поддерживаются
форматы: .xlsx и .csv. Кнопка запуска экспорта показана на рисунке 25, модальное окно выбора формата – на
рисунке 26.
Рис. 25 Кнопка «Экспорт»
Рис. 26 Экспорт списка отчетов
Особенности экспорта:
экспорт выполняется в пределах доступных пользователю сущностей;
набор полей может быть изменён путём настройки списка для отображения перед экспортом;
число выгружаемых записей может быть различным в зависимости от результатов поиска и

фильтрации на странице перед экспортом;
пустые значения передаются прочерком «-».
Настройка учётной записи оператора портала
Для перехода на страницу настройки учетной записи оператора портала необходимо щелкнуть на адрес
электронной почты в левом верхнем углу.

Рис. 27 Страница настройки учетной записи оператора портала
На этой странице пользователю доступны следующие действия:
смена пароля;
смена полного имени пользователя;
настройка дополнительных адресов электронной почты (для рассылки уведомлений);
настройка всплывающих уведомлений на портале и уведомлений, рассылаемых по электронной
почте, о событиях в сервисах, к которым привязан пользователь;
просмотр списка связанных с пользователем контрактов и контрагентов.
Для вступления в силу изменений, внесенных в учетную запись пользователя, в правом верхнем углу
страницы требуется нажать кнопку «Сохранить».
Выход из системы
Для выхода из системы в правом верхнем углу меню портала следует нажать кнопку . После нажатия
кнопки пользователю будет показано стандартное окно авторизации портала.
Информация о текущей версии портала
Номер текущей используемой версии портала указан в нижней части меню:
Рис. 28 Просмотр версии портала wiSLA

МОНИТОРИНГ
Раздел «Мониторинг» представляет собой совокупность инструментов для просмотра текущей
аналитической и статистической информации о качестве сервисов и оценки динамики их изменения. Раздел
включает следующие компоненты:
аналитика;
карта сервисов;
события.
Аналитика
Раздел «Аналитика» позволяет:
определить количество сервисов, находившихся в состоянии отказа за выбранный период дольше
остальных;
определить количество сервисов, находившихся в состоянии деградации за выбранный период
дольше остальных;
оценить динамику развития событий по качеству в разрезе нескольких интервалов отображаемого
периода;
определить количество сервисов, по которым чаще всего за отчетный период открывались

аварийные события;
определить динамику изменения показателей по каждому информационному блоку относительно
аналогичных предыдущих периодов.
Рис. 29 Общий вид страницы "Аналитика"

В верхней части рабочей области страницы «Аналитика» пользователь может выбрать период, за который
система отображает отчетную информацию о состоянии сервисов: день, неделя, месяц, либо произвольно
задаваемый период (не более месяца, начиная с текущего дня).
Рис. 30 Выбор периода для анализа работы сервисов
На рабочей области страницы «Аналитика» отображаются 4 стандартных виджета анализа качества

сервисов. Каждый из этих виджетов может отображать статистику состояния сервисов в одном из двух
режимов – в виде круговой диаграммы за весь выбранный период анализа, либо развернутую во времени в
виде столбчатой диаграммы с группировкой по заданным временным интервалам. Для всех виджетов
щелчок на сегмент диаграммы осуществляет переход на список сервисов, входящих в состав сегмента.
Виджет «Готовность»
В режиме круговой диаграммы виджет отражает время нахождения услуг в определенном состоянии за
выбранный период и динамику изменения по отношению к предыдущему аналогичному периоду:
может иметь 6 цветов: красный – отказ, желтый – деградация, зеленый – норма, серый – не
определено, синий – плановая работа, фиолетовый – сервис не обслуживается;
для каждого сегмента отражается: суммарное общее время нахождения услуг в соответствующем
статусе, процент этого времени от продолжительности выбранного периода, стрелка динамики
изменения по отношению к аналогичному предыдущему периоду, значение (в процентных пунктах)
этого изменения и число сервисов для каждой категории.
Пример диаграммы показан на рисунке 31.
Рис. 31 Виджет "готовность" в режиме круговой диаграммы

На основании представленной на рисунке 31 диаграммы можно сделать следующие выводы о сервисах в
состоянии «Отказ» (фильтрация и поиск на странице «Аналитика» не применялись):
за неделю (7х24х60 минут, начиная с предыдущего завершённого 5-минутного интервала на момент
обновления страницы портала) состояние «Отказ» было зафиксировано для 38 сервисов;
суммарное время нахождения сервисов в состоянии «Отказ» составило 1051 час 4 минуты;
доля времени нахождения сервисов в состоянии «Отказ» составляет 5%. За 100% принимается
произведение выбранного интервала на число доступных пользователю сервисов (или выбранных
сервисов согласно фильтрации);
значение времени на 7 процентных пунктов ниже, чем в предыдущем аналогичном периоде. Под
предыдущим аналогичным периодом в данном примере понимается отрезок времени такой же длины
(7х26х60 минут), предшествующий текущему (7х24х60 минут). Снижение значения показывает знак
рядом с процентными пунктами и направление стрелки. Зелёный цвет стрелки означает улучшение
данного показателя.
В режиме столбчатой диаграммы (с тем же принципом окраски столбцов) виджет отражает время
нахождения услуг в определенном состоянии в разрезе интервалов от выбранного периода:
если выбран период “День”, то интервал составляет 1 час (24 столбца);

период “Неделя” – интервал = 1 день (7 столбцов);
период “Месяц” – интервал = 1 день (количество столбцов = количеству дней в предыдущем месяце);
период “Произвольно” – интервал зависит от длительности выбранного периода: сутки – интервал 1
час (24 столбца); двое суток и более – согласно описанию.
Рис. 32 Виджет "готовность" в режиме столбчатой диаграммы
Виджет «Аварии (шт.)»
В режиме круговой диаграммы виджет отражает долю услуг, которые находились в одном из 4
нижеописанных интервалов по количеству аварий за выбранный период:
зеленый – 0 аварий,
желтый – 1-5 аварий,
оранжевый – 5-10 аварий,
красный – более 10 аварий.

В режиме столбчатой диаграммы (с тем же принципом окраски столбцов) виджет отражает количество
аварий за интервал шага диаграммы:
период “День” – Интервал = 1 час (24 столбца);
период “Неделя” – интервал = 1 день (7 столбцов);
период “Месяц” – интервал = 1 день (количество столбцов = количеству дней в предыдущем месяце);
период “Произвольно” – интервал зависит от длительности выбранного периода: сутки – интервал 1

Следующие два виджета отображают статистику по сервисам в разрезе времени их нахождения в

конкретном состоянии.
Виджет «Время в отказе (%)»
В режиме круговой диаграммы виджет отражает относительную долю услуг, которые находились в состоянии
«отказ» в течение выбранного периода и отображаются в одном из 4 положений относительно
продолжительности нахождения в состоянии отказа за выбранный период (зелёный – не более 1% времени,
желтый – до 10%, оранжевый – до 25%, красный – более 25%).
В режиме столбчатой диаграммы (с тем же принципом окраски столбцов) виджет отражает % времени в
отказе за период шага:
период «День» – интервал = 1 час (24 столбца);
период «Неделя» – интервал = 1 день (7 столбцов);
период «Месяц» – интервал = 1 день (количество столбцов = количеству дней в предыдущем
месяце);
период «Произвольно» – интервал зависит от длительности выбранного периода: сутки – интервал 1
Виджет «Время в деградации (%)»
В режиме круговой диаграммы виджет отражает относительную долю услуг, которые находились в состоянии
«деградация» в течение выбранного периода и отображаются в одном из 4 положений относительно
продолжительности нахождения в состоянии отказа за выбранный период (зеленый – не более 1% времени,
желтый – до 10%, оранжевый – до 25%, красный – более 25%).
В режиме столбчатой диаграммы виджет отражает % времени в отказе за период шага:

период «День» – интервал = 1 час (24 столбца);
период «Неделя» – интервал = 1 день (7 столбцов);
период «Месяц» – интервал = 1 день (количество столбцов = количеству дней в предыдущем
месяце);
период «Произвольно» – интервал зависит от длительности выбранного периода: сутки – интервал 1


Карта сервисов
Компонент портала «Карта сервисов» предназначен для анализа качества работы сервисов в разрезе их
географического расположения. Компонент состоит из двух основных функциональных блоков:
трехуровневая карта сервисов:
• 1 уровень: карта регионов РФ;
• 2 уровень: карта точек региона РФ;
• 3 уровень: каналы и сервисы из выбранной точки.

информационная панель, содержащая:
• информацию о состоянии сервисов;
• информацию о контрагентах.
На отображаемые на карте и информационной панели данные, результаты окраски, маркеры и списки влияет
текущая выборка сервисов, которая зависит от:
прав доступа пользователей;
выбранных фильтров или активного поиска;

уровня карты;
выбора точек.
При нажатии на пункт «Карта сервисов» меню портала оператора ПАК wiSLA отображается страница карты
сервисов с отображением карты регионов РФ (уровень 1 карты сервисов).
Рис. 33 Карта сервисов ПАК wiSLA (1-й уровень: карта регионов РФ)

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

аварийном состоянии (деградация, отказ) к общему количеству контролируемых в точках региона сервисов
на текущей момент.
Цвета назначаются по градиенту от красного до зеленого. Уровню 100% аварийных статусов соответствует
красный цвет, 0% аварийных статусов – зеленый.
При щелчке мышью на регион осуществляется переход на уровень отображения точек, входящих в регион на
географической карте (уровень 2).
В случае недостатка данных в выборке для полноценного отображения при открытии карты сервисов может
сразу осуществляться переход на более низкие уровни:
если все сервисы относятся к точкам доступа, входящим в один регион – автоматический переход на
карту точек по региону РФ (уровень 2);
если пользователю доступны только сервисы типа «канал связи» в одном регионе с общей точкой
доступа, происходит автоматический переход на карту каналов по точкам с соответствующим
масштабированием карты (так, чтобы на экран помещались все каналы);
если пользователю доступен только один канал, осуществляется автоматический переход на карту,
масштабированную на канале (так, чтобы на экран помещался только канал);
если пользователю доступен только один сервис типа «доступность услуги», осуществляется
автоматический переход на карту, масштабированную на точке.
Для перехода на уровень отображения точек, входящих в регион на географической карте, необходимо
нажать на соответствующий регион на карте регионов (уровень 1).
Рис. 34 Карта сервисов ПАК wiSLA (2 уровень: карта точек региона РФ)

После этого название страницы поменяется на название выбранного региона и появится стрелка «Назад»,
при нажатии на которую произойдет возврат на уровень карты регионов РФ.
Точки на карте отображаются маркерами в виде круговых диаграмм, отражающих состояние сервисов в этих
точках. При наведении курсора на маркер точки появляется сообщение с указанием адреса (Город, Улица,
Дом) и перерисовываются данные информационной панели карты сервисов, фильтрующие выборку по
данной точке.
Точки могут накладываться на различных уровнях приближения географической карты. В случае наложения
двух и более точек они группируются в один маркер, который отражает агрегацию точек. Маркер агрегации
визуально крупнее и объемнее маркеров одиночных точек, а в отображаемую круговую диаграмму при этом
входят данные всех сервисов в агрегированных точках. В центре такой диаграммы отображается число
агрегированных точек.
При нажатии на маркер агрегации точек происходит приближение географической карты таким образом,
чтобы в область отображения попали все точки, входящие в состав агрегации. При этом если двигать карту
мышью, можно увидеть другие точки этого региона, не входящие в данную агрегацию.
При нажатии на маркер точки произойдет переход на уровень отображения каналов в данной точке (уровень
3).
Рис. 35 Карта сервисов ПАК wiSLA (3 уровень: каналы в точке)
После этого название страницы поменяется на название выбранной точки и появится стрелка «Назад», при
нажатии на которую произойдет возврат на уровень точек региона РФ.
Карта масштабируется на территории, в которую помещаются все точки доступа выбранного города. При
этом каналы в другие города или регионы могут уходить за границы зоны отображения.
Каналы представляют собой линии, с цветом, отражающим их состояние. При нажатии на линию канала
осуществляется центровка карты на канале таким образом, чтобы были видны маркеры обеих точек. При
нажатии на линию канала в режиме центровки по каналу выполняется переход на страницу текущих
показателей данного сервиса с отображением профиля определяющего текущее состояние сервиса.

Линии каналов могут накладываться при наличии нескольких каналов между двумя точками. В случае
наложения линий каналов между двумя точками они группируются в одну агрегированную линию. Такая
линия отражает агрегацию каналов и визуально отображается крупнее и объемнее обычных линий каналов,
а цвет линии агрегации каналов определяет наихудший по статусу канал.
При нажатии на линию агрегации каналов осуществляется центровка карты на канале таким образом, что
видны маркеры обеих точек. При этом также перерисовываются данные информационной панели карты
сервисов, отображающие данные о канале и контрагенте. При нажатии на линию агрегации каналов в
режиме центровки выполняется переход на страницу списка сервисов, отфильтрованного по сервисам,
входящим в состав агрегации.
Маркеры точки, аналогично уровню 2, представляют собой круговую диаграмму, отражающую состояние
сервисов в этих точках. При нажатии на маркер точки происходит переход на страницу списка сервисов,
отфильтрованного по данной точке.
В случае недостатка данных в выборке для полноценного отображения уровня каналов в точке (уровень 3) по
нажатию на маркер точки (на уровне точек по региону РФ – уровень 2) может выполняться автоматическая
центровка карты на канале или линии агрегации каналов. Это произойдет, если из данной точки есть только
один канал либо несколько каналов, связанных только с одной другой точкой. При этом в информационной
панели карты сервисов будет отображаться информация по данному сервису/сервисам и контрагентам.
Информационная панель карты сервисов
Информационная панель карты сервисов содержит следующие блоки информации:
состояние сервисов – имеет два режима отображения:
• круговая диаграмма состояний сервисов – если на выбранном уровне отображения карты

сервисов находится более одного сервиса;
• информация о состоянии и показателях качества сервиса – если на выбранном уровне

отображения карты сервисов есть только один сервис;
информация о контрагентах – представляет собой структуру раскрывающихся вкладок с
информацией о контрагентах и ссылках на списки событий и отчетов по контрагенту.

Рис. 36 Информационная панель карты сервисов
Каждый статус имеет свой определённый сегмент в круговой диаграмме, а его размер определятся как
отношение количества сервисов в этом статусе к общему количеству контролируемых сервисов на
выбранном уровне отображения карты сервисов.
В центре диаграммы располагается информационное сообщение, которое отражает количество сервисов в

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

контрагентов с наихудшей готовностью сервисов в текущей выборке (на данном уровне карты, регионе или в
выбранной точке).
Заголовок вкладки содержит название контрагента и общий агрегированный показатель готовности по

сервисам контрагента за прошлый месяц (последние 30 дней).
Если сервис привязан к контракту, он попадает во вкладку контрагента-потребителя сервиса по контракту, а

если не привязан к контракту, во вкладку контрагента-владельца сервиса.
Вкладка контрагента содержит следующую информацию:
название контрагента;

общее количество сервисов контрагента в текущей выборке сервисов (на данном уровне карты);
ссылка на отчеты, при нажатии на которую отображается страница списка отчетов, отфильтрованного
по данному контрагенту;
ссылка на события, при нажатии на которую отображается страница списка событий,
отфильтрованного по данному контрагенту.
Фильтрация на карте сервисов
При нажатии на кнопку фильтрации отображается панель фильтрации.
Рис. 37 Панель фильтрации карты сервисов
Можно осуществлять фильтрацию по контрагенту:

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

Топология сети
«Топология сети» представляет собой дополнительный режим страницы "Карта сервисов". Данный режим
предназначен для автоматического обнаружения сетевых устройств (коммутаторов, маршрутизаторов,
серверов и т.д.) и построения топологии сети системы контроля качества услуг связи wiSLA.
«Топология сети» недоступна в режиме wiSLA.Cloud.
Активация режима топологии сети на странице «Карта сервисов» осуществляется путем нажатия на кнопку
«Топология сети» в правом верхнем углу (Рис. 38):
Рис. 38 Кнопка «Топология сети» на странице «Карта сервисов»
Общий вид страницы «Топология сети» показан на рисунке ниже:
Рис. 39 Общий вид страницы «Топология сети»

Для настройки топологии сети необходимо добавить подсети, в которых располагаются сетевые устройства.
Если ни одна подсеть не была добавлена, то в меню справа присутствует кнопка «Настройка топологии»,
которая вызывает форму настройки подсетей. После добавления подсети кнопка настройки топологии
скрывается под «Еще»:
Рис. 40 Кнопки действий на странице «Топология сети»
При нажатии на кнопку “Настройка топологии” осуществляется переход на страницу редактора подсетей
топологии:
Рис. 41 Общий вид страницы редактора топологии сети»
На этой странице необходимо добавить нужные подсети, выбрать период сканирования сетей, указать
настройки агента и нажать кнопку «Сохранить». Система автоматически сканирует с заданным интервалом
(по выбору: каждые 30 минут, каждый час, каждые 12 часов, каждый день) добавленные подсети и
обнаруживает сетевые устройства в них. Добавленные подсети отображаются в основном окне режима
«Топология сети»:

Рис. 42 Страница «Топология сети», подсети и найденные устройства
Для того чтобы добавить устройство на топологию, следует нажать кнопку «+» рядом с названием
найденного устройства. После нажатия на кнопку появляется всплывающее окно с выбором типа
создаваемого устройства:
Рис. 43 Страница «Топология сети», добавление устройства на карту
Если устройство недоступно для автоматического обнаружения сетевым сканером, то его можно добавить на
карту с помощью функции ручного добавления устройства. Для этого необходимо щелкнуть на значок типа
нужного устройства:

Рис. 44 Страница «Топология сети», добавление устройства вручную
Для того чтобы добавить новую связь между объектами, следует нажать и держать правой кнопкой мыши
объект, перетащить указатель мыши на другой объект и отпустить.
При выборе устройства на карте на панели справа от карты отображается информация по выделенному
объекту:
Рис. 45 Страница «Топология сети», данные по объекту
Для того чтобы отредактировать информацию выбранного объекта, следует нажать кнопку «Редактировать»
на панели справа.

Рис. 46 Страница «Топология сети», редактирование данных по объекту
В режиме редактирования доступны для изменения следующие свойства сетевого объекта:
тип объекта,
название,
IP-адрес,
MAC-адрес,
системные теги,
связанные сервисы.
Состояние сервисов объекта, отображаемое на топологии (цвет объекта) определяется по связанному

сервису с наихудшим состоянием:
Рис. 47 Страница «Топология сети», данные по объекту

В интерфейсе системы также предусмотрен фильтр, с помощью которого можно отфильтровать
отображаемые на карте устройства. Вызов фильтра осуществляется нажатием на специальную кнопку:
Рис. 48 Включение фильтрации на странице «Топология сети»
Отфильтровать объекты на карте можно по следующим параметрам:

типу объекта;
статусу объекта;
системным тегам, связанным с объектом.
Рис. 49 Фильтрация объектов на странице «Топология сети»
Показатели качества по сервису

Страница показателей качества по сервису предназначена для детального анализа динамики состояния
сервиса, в том числе в разрезе профилей сервиса.
На эту страницу можно попасть:

щелчком мыши по активному сервису в списке сервисов;
щелчком мыши по статусу сервиса в настройках контракта;
щелчком мыши по статусу сервиса в настройках теста;
через страницу редактирования сервиса по кнопке "Показатели качества";

через карту сервисов.
Общий вид страницы аналитики качества по сервису показан на рисунке ниже.

Рис. 50 Общий вид страницы показателей качества сервиса
Справа от информации о сервисе располагается компонент управления периодом отображаемой

информации: час, день, неделя, месяц и произвольный:
«Час» позволяет просмотреть последние 12 часов с шагом в 1 час;
«День» – последние 7 дней с шагом в 1 день;
«Неделя» – последний месяц с шагом в 1 неделю;
«Месяц» – последний месяц целиком;
«Произвольно» – интервал задаётся пользователем на календаре, информация выводится по нему

целиком. Для задания периода требуется найти его начало в календаре и щёлкнуть по дате левой
кнопкой мыши, затем найти его завершение и ещё раз щёлкнуть левой кнопкой мыши по дате
завершения.
Под компонентом выбора периода времени располагается информация о готовности услуги за выбранный
период, которая содержит:
значение готовности услуги за выбранный период;
значение и направление изменения показателя готовности по отношению к аналогичному
предыдущему периоду.
Под блоком информации об услуге и ее готовности находится панель визуализации состояния сервиса с
разверткой по времени. Панель содержит историю изменения статуса сервиса за выбранный период.
Рис. 51 Панель визуализации динамики состояния сервиса
Под панелью состояния находится область текущих показателей качества, разбитая по вкладкам профилей
сервиса.

Вкладка профиля содержит три представления:
круговые диаграммы показателей, разбитые по уровням "качество" и "статистика" (в зависимости от
настроек тестов может присутствовать один уровень или оба);
коррелятор показателей качества;
таблица значений показателей качества.
Каждая круговая диаграмма отражает процент времени, в течение которого данный показатель находился в
соответствующем состоянии (норма, отказ, деградация, не определено, плановая работа, не обслуживается).
В центре круговой диаграммы отражается среднее значение показателя за выбранный период и
изображение его направления (круговое, прямое направление, обратное направление).
Рис. 52 Отображение показателей качества текущего профиля в представлении круговых диаграмм
Показатель может содержать, как только круговое значение (единая диаграмма), так и значения в прямом и
обратном направлениях. При этом кольцо диаграммы делится на две части по вертикали, таким образом,
чтобы статусы «деградация» и «отказ» показателя в прямом и обратном направлении совмещались вверху
(наиболее критичный статус) и снизу (наименее критичный статус) диаграммы.
При нажатии на диаграмму показателя осуществляется переход на представление корреляции по

выбранному или нескольким показателям.
Представление корреляции по выбранному или нескольким показателям представляет собой график, на

котором отображаются линии контролируемых показателей качества. Нажатие на название показателя в
легенде под графиком включает или отключает отображение линии данного показателя на графике.
Кнопки MIN, AVG, MAX позволяют выполнить переключение режима просмотра показателей качества:
MIN – отображение минимальных значений (в случае если на зонде происходит их сбор и передача в
систему);
AVG – отображение средних значений;

MAX – отображение максимальных значений (в случае если на зонде происходит их сбор и передача
в систему).
Кнопки MIN, MAX могут быть недоступны к нажатию, если по выбранному показателю качества в системе нет
минимальных и максимальных значений.

Рис. 53 График корреляции показателей качества по сервису
Справа от рабочей зоны страницы располагается список последних событий по сервису, содержащий:
последние паспорта неисправности;

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

фильтрация по паспортам неисправности.
Для паспортов неисправности, отчетов SLA, плановых работ и исключений предусмотрена возможность:
просмотра деталей щелчком по записи – откроется окно детальной информации;
перехода к просмотру события на его странице (щелчком по пиктограмме в правом верхнем углу
записи);
перехода к полному списку событий – на соответствующую страницу портала кнопкой «К списку».
Для отчётов SLA, плановых работ и исключений добавлена ссылка для быстрого создания.
Для нагрузочных тестов реализована возможность просмотра соответствия SLA и загрузка отчёта о
проведении (щелчком по пиктограмме теста на каждой записи).

Рис. 54 Список последних событий сервиса
Настройка мониторинга
Пользователь портала оператора может изменить правила отображения показателей качества
контролируемых услуг на странице текущих показателей. Данная функция позволяет пользователю:
задать более строгие условия, чем в шаблоне SLA с целью более оперативной реакции на ухудшение
показателей качества сервиса. В этом случае для отчётов SLA продолжают работать правила из
шаблона SLA, а на странице показателей качества и для паспортов неисправности система
принимает правила из настроек мониторинга;
при необходимости продиагностировать работу системы с паспортами неисправности: открытие,
закрытие, изменение уровня критичности, рассылку уведомлений, без вмешательства в работу
сетевого и измерительного оборудования.
Для открытия страницы настройки мониторинга требуется нажать кнопку “Настройка мониторинга” на
странице текущих показателей (Рис. 55).

Рис. 55 Переход на страницу "Настройки мониторинга"
Общий вид страницы «Настройка мониторинга» представлен на скриншоте ниже:
Рис. 56 Общий вид страницы «Настройка мониторинга»
На данной странице пользователь может изменять пороговые значения метрик для перехода сервиса в
состояния «ухудшение норм» или «отказ» путем щелчка мыши по числовым значениям метрик, показанным в
виде ссылок. Аналогично пользователь может вносить изменения в автоматические исключения.
Измененные правила выделяются маркером голубого цвета. После изменения следует нажать кнопку
«Сохранить».
Для отмены внесённых изменений следует нажать кнопку «Получить правила из шаблона SLA» и сохранить
настройки.

Показатели качества в реальном времени
Начиная с версии 4.1.1, в системе wiSLA доступен режим просмотра показателей качества в реальном
времени. Данный режим позволяет пользователю видеть отображение показателей качества
контролируемых услуг с частотой обновления в 10 секунд.
Для запуска сбора данных в реальном времени требуется нажать на кнопку "В реальном времени" на
странице текущих показателей (Рис. 57). Режим поддерживается не для всех устройств и типов теста.
Система анализирует возможность запуска данного режима и после этого подсвечивает кнопку запуска как
активную на странице текущих показателей качества. В противном случае кнопка будет неактивной, при
наведении на неё появится всплывающая подсказка с указанием причины невозможности запуска режима.
Рис. 57 Запуск режима «В реальном времени»
При активации кнопки запускается механизм сбора данных в реальном времени. Запуск занимает от
нескольких секунд до нескольких минут в зависимости от схемы подключения, типа измерительного
оборудования и момента нажатия по отношению к циклу сбора данных. На Рис. 58 показан внешний вид
показателей качества в режиме «В реальном времени».
Рис. 58 Вид показателей качества в режиме «В реальном времени»

Этот режим закрепляется за сервисом. Если пользователь откроет страницу текущих показателей в другой
вкладке, другом браузере, перейдет на другую страницу, либо другой пользователь, имеющий доступ к
данному сервису, откроет страницу текущих показателей, – режим сбора данных в реальном времени
продолжит свою работу.
В режиме сбора данных в реальном времени отображается только график показателей качества сервисов,
остальные вкладки скрыты.
Поскольку режим «в реальном времени» создаёт дополнительную нагрузку на систему, длительность его
работы ограничена и составляет 5 минут. По достижении этого значения режим переключится на штатный.
Для возврата штатного режима сбора данных вручную следует нажать кнопку «Еще» – «Обычный режим».
Коррелятор сервисов
Функция «Коррелятор сервисов» помогает пользователю самостоятельно установить взаимосвязь изменения
состояния нескольких сервисов за выбранный период времени и показателей качества сервиса за
выбранный период времени.
Переход на страницу «Коррелятор сервисов» осуществляется со страницы текущих показателей по сервису.
Рис. 57 Кнопка «Коррелятор сервисов» на странице текущих показателей
Общий вид страницы настройки корреляции сервисов представлен на рисунке ниже.

Рис. 58 Общий вид страницы настройки корреляции сервисов
Страница настройки содержит:

компонент отображения и выбора владельца сущности;
блок выбора сервисов для сравнения: в списке слева перечислены все доступные, справа –
выбранные для сравнения, кнопки для управления записями в списках (добавление сервиса в раздел
«Корреляция», удаление выбранного или всех сервисов из раздела «Корреляция»);
блок выбора показателей качества сервисов для сравнения – содержит список всех показателей
качества для сервисов из списка, выбранных на корреляцию. Пользователь может флажками
отметить интересующие показатели качества, которые будут отображены на графике корреляции;
блок «Группы корреляции» – для сохранения текущей настройки для многократного сравнения.
Группу можно добавить, удалить и изменить название. Изменение названия группы осуществляется
щелчком мыши по названию.
Общий вид страницы «Коррелятор сервисов» представлен на рисунке 59.

Рис. 59 Страница «Коррелятор сервисов»
Анализ пользовательского трафика

Функция анализа пользовательского трафика позволяет оценить трафик в разрезе приложений,
пользователей, IP-адресов, UDP-портов.
Перейти на эту страницу можно со страницы текущих показателей качества по сервису (Рис. 60).
Рис. 60 Страница текущих показателей качества по сервису
Раздел «Анализ трафика» доступен только для сервисов с добавленным тестом типа «wiProbe Online DPI» в
разделе «Статистика» настройки сервиса. Для включения сбора статистики по пользовательскому трафику
необходимо создать соответствующий тест wiProbe Online DPI и прикрепить его к сервису в разделе

«Статистика» на странице создания/редактирования сервиса. Более подробная информация о создании
теста находится в разделе «Тесты».
Общий вид страницы анализа пользовательского трафика представлен на скриншоте ниже:
Рис. 61 Общий вид страницы анализа пользовательского трафика
Страница анализа пользовательского трафика состоит из следующих разделов:

заголовок (п1. Рис. 61), который содержит название в формате: «Статистика потребления трафика
по <тип сервиса: (канал связи, доступность услуги)>, «название сервиса»;
доступные действия (п.2 Рис. 61):
• управление трафиком – переход на страницу управления трафиком;
• экспорт в XLS – выгружает доступную на странице информацию в отчёт формата XLS по

шаблону wiSLA;
информация о сервисе (п.3. Рис. 61):
• точка доступа сервиса;
• контрагент сервиса – если сервис в контракте, то отображается название контрагента –

потребителя сервиса из контракта. Если сервис не в контракте – название владельца
сервиса;
компонент управления периодом отображаемой статистики: «час», «день», «неделя», «месяц» и
«произвольно» (п.4 Рис. 61).
• При нажатии на «произвольно» отображается календарь, в котором период заполняется

между выбранными датами;

Рис. 62 Компонент управления периодом отображаемой статистики
полоса управления интервалом отображения статистики (п.5 Рис. 61, Рис. 63):
• полоса содержит график изменения показателя коэффициент загрузки сервиса;
• если выбран период «час», то отображаемый отрезок полосы равен 5 минутам, а общая
длина полосы – часу (последние 12 пятиминуток);
• если выбран период «день», то отображаемый отрезок равен часу, а длина полосы –
последние 24 часа;
• если выбран период «неделя», то отображаемый отрезок равен дню (24 часа), а длина
полосы – неделе (последние 7 дней);
• если выбран период «месяц», то отображаемый отрезок равен неделе, а длина полосы –
месяцу (последние 4 недели);
• если выбран произвольный период, то отображаемый отрезок равен дню, а длина полосы –
величине произвольного периода.
Рис. 63 Полоса управления интервалом отображения статистики
круговые диаграммы статистики пользовательского трафика по приложениям, входящему и

исходящему трафику;
компонент поиска по таблице статистики;
таблица статистики пользовательского трафика.
Ниже приводится более подробное описание последних пунктов списка.
Диаграмма «Группы приложений»
Диаграмма «Группы приложений» отражает соотношение пользовательского трафика в разрезе

используемых приложений.
На диаграмме отдельными сегментами отображаются только приложения, которые занимают более 10

процентов от общей статистики. Все остальные приложения группируются в категорию «Прочее».

Группировка трафика в приложение осуществляется на основании настраиваемых параметров:
приложение именуется;
по умолчанию все приложения определяются как «Неизвестные приложения;
редактировать название приложения и параметры группировки трафика можно путем нажатия на
кнопку в виде шестеренки в строке данного приложения в таблице под диаграммами;
в случае если для приложения определены несколько адресов источников и портов, каждая запись с
уникальным набором параметров должна отображаться отдельно, но с общим именем приложения;
нажатие на сегмент диаграммы выполняет фильтрацию таблицы статистики под диаграммами в
соответствии с выбранным сегментом и отображает дополнительную статистику для выбранного
сегмента на других диаграммах.
Рис. 64 Круговая диаграмма «Группы приложений»
Диаграмма «Пользователи»
Диаграмма «Пользователи» отражает соотношение пользовательского трафика в разрезе пользователей

(адресов назначения).
На диаграмме отдельными сегментами отображаются только адреса или имена пользователей, которые
занимают более 10 процентов от общей статистики. Все остальные пользователи группируются в категорию
«прочее».
Группировка трафика по источнику осуществляется на основании настраиваемых параметров группировки

трафика для приложения.
По умолчанию имена всех пользователей определяются на основании информации, предоставляемой

протоколом NetBios, и отображаются в формате: <Сетевое имя> (<IP-адрес>).
В случае если сетевое имя определить не удалось, отображается IP-адрес.
Редактировать название пользователя и параметры группировки трафика можно путем нажатия кнопки в
виде шестеренки в строке данного источника в таблице под диаграммами.

В случае если для пользователя определены несколько IP-адресов, они должны отображаться в разных
строках.
Нажатие на сегмент диаграммы выполняет фильтрацию таблицы статистики под диаграммами в

соответствии с выбранным сегментом и отображает дополнительную статистику для выбранного сегмента
на других диаграммах.
Рис. 65 Круговая диаграмма «Пользователи»
Диаграмма «Удалённые адреса»
Диаграмма «Удалённые адреса» отражает соотношение пользовательского трафика в разрезе адресов

источников.
На диаграмме отдельными сегментами отображаются только адреса или имена источников, которые
занимают более 10 процентов от общей статистики. Все остальные источники группируются в категорию
«прочее».
Группировка трафика по источнику осуществляется на основании настраиваемых параметров группировки

трафика для приложения:
по умолчанию все приложения определяются на основании DNS и отображается в формате:
<Доменное Имя>(<IP-адрес>);
в случае если доменное имя определить не удалось, отображается IP-адрес;
редактировать название источника и параметры группировки трафика можно путем нажатия на
кнопку в виде шестеренки в строке данного источника в таблице под диаграммами;
в случае если для источника определены несколько IP-адресов, они должны отображаться в разных
строках;
нажатие на сегмент диаграммы выполняет фильтрацию таблицы статистики под диаграммами в
соответствии с выбранным сегментом и отображает дополнительную статистику для выбранного
сегмента на других диаграммах.

Рис. 66 Круговая диаграмма «Удаленные адреса»
Компонент поиска по таблице статистики
Компонент поиска по таблице статистики показан на рисунке 67.
Поиск осуществляется по следующим параметрам трафика:

название приложения;
порт (локальный и удаленный);

протокол;
доменное имя источника;
IP-адрес источника;
сетевое имя пользователя;
IP-адрес пользователя.
Таблица статистики пользовательского трафика
Под компонентом поиска отображается таблица статистики пользовательского трафика.
Рис. 67 Таблица статистики пользовательского трафика
Таблица содержит следующие поля:
объём трафика – отражает объем трафика (в процентах от общего трафика за выбранный период и
абсолютное значение) по приложению из определённого источника для отдельного пользователя;
приложение – отражает название приложения, использующее данный трафик:

• приложение именуется в формате: <Название>;
• по умолчанию все приложения определяются как «Неизвестно»;
• при нажатии на изображение шестеренки открывается модальное окно, позволяющее

редактировать название приложения и параметры группировки трафика;
• если для приложения определены несколько адресов, источников и портов, каждая запись с
уникальным набором параметров будет отображаться отдельно, но с общим именем
приложения;
Рис. 68 Окно настройки правил захвата трафика для приложения
протокол – отображает транспортный протокол: ICMP, UDP, TCP;

пользователь (IP) – локальный адрес пользователя в формате <Сетевое имя>(<IP-адрес>). При
нажатии на кнопку с изображением шестеренки открывается модальное окно, позволяющее
редактировать название пользователя;
локальный порт – номер локального порта;
удалённый адрес – в формате <Доменное Имя>(<IP-адрес>). При нажатии на кнопку с изображением
шестеренки открывается модальное окно, позволяющее задать или изменить псевдоним для IP-
адреса;

Рис. 69 Модальное окно редактирования псевдонима
номер удаленного порта.
Таблица является подгружаемой и все записи не выводятся одномоментно. По умолчанию отображается 20

записей. Новые записи появляются по мере прокрутки таблицы.
Нагрузочное тестирование
Нагрузочное тестирование позволяет оценить ряд параметров работы сети под заданной нагрузкой.
Тестирование может осуществляться на следующих уровнях:
L2;
L3 с применением протокола ICMP;
L4 с применением протокола UDP;
L4 с применением протокола TCP.
Набор доступных нагрузочных тестов зависит от используемого в качестве зондов оборудования и типа
непрерывного теста, связанного с профилем сервиса. Соответствие показано в таблице 2.
Таблица 2. Возможность проведения нагрузочных тестов в зависимости от типа непрерывного теста и

оборудования
Тип нагрузочного теста Тип непрерывного теста
L2 wiProbe L2-Test
ICMP wiProbe P-Test
UDP out-of-service wiProbe U-Test, TWAMP с первым зондом
wiProbe
UDP in-service wiProbe U-Test с двумя зондами wiProbe 2Ports,
TWAMP с двумя зондами wiProbe 2Ports
UDP full duplex wiProbe U-Test
TCP wiProbe U-Test
MTU wiProbe U-Test
Запуск нагрузочного тестирования осуществляется со страницы текущих показателей качества путем

нажатия кнопки «Нагрузочное тестирование».

Рис. 70 Кнопка «Нагрузочное тестирование» на странице текущих показателей по сервису
По нажатию кнопки «Нагрузочное тестирование» осуществляется переход на страницу настроек нагрузочного

тестирования.
Общий вид страницы измерения пропускной способности представлен на рисунке 71:
Рис. 71 Общий вид страницы настройки нагрузочного тестирования

Настройки нагрузочного теста TCP (пропускная способность)
Рис. 72 Параметры нагрузочного теста TCP
Страница настройки нагрузочного тестирования содержит следующую информацию и элементы управления:
измерение – для TCP-теста выбирается «пропускная способность»;

тестируемая скорость пропускной способности – позволяет выбрать скорость, на которой будет
выполняться тестирование. Якорь можно передвигать с помощью мыши, также можно задавать
точные значения нагружаемой полосы путем нажатия на значение процентов или скорости над и под
якорем соответственно. Редактирование поля осуществляется путем нажатия на цифру процента или
скорости;
протокол – для TCP-теста выбирается TCP;
порт – позволяет задать значение TCP-порта. Редактирование поля осуществляется путем нажатия
на цифру TCP порта. Допустимыми значениями являются числа от 1024 до 65535. Все введённые
значения выше 65535 автоматически приравниваются к 65535. Все введённые значения ниже 1024
автоматически приравниваются к 1024;
количество TCP-сессий – редактирование поля осуществляется путем нажатия на цифру
количества TCP сессий. Допустимые значения от 1 до 5. Если вводится отрицательное значение или
0, автоматически подставляется 1. Если вводится значение больше 5 – автоматически подставляется
5;
размер TCP-окна – редактирование поля осуществляется путем нажатия на значение “по

умолчанию” (при таком значении размер окна устанавливается автоматически). После нажатия
появляется поле ввода, принимающее значения от 16384 до 225280 байт;
продолжительность – позволяет задать продолжительность тестирования. Тест будет
продолжаться до тех пор, пока не будет передано указанное значение мегабайт трафика.
Редактирование поля осуществляется путем нажатия на цифру размера передаваемого файла.
Принимаются значения от 1 до 1000 Мбайт;

направление – переключатель выбора направления. Тест может быть проведён в прямом (от зонда
А к зонду Б) или в обратном (от зонда Б к зонду А) направлении;
критерий оценки – критерий успешности теста, который повлияет на отчет SLA. Позволяет задать
значение коэффициента превышения времени передачи тестового трафика;
запуск – переключатель времени запуска теста. Позволяет запустить тест немедленно или
выполнить планирование периодического запуска, задав расписание (см. подраздел «Создание
расписания выполнения нагрузочного тестирования»).
Настройки нагрузочного теста UDP
Рис. 73 Параметры нагрузочного теста UDP
измерение – для UDP-теста выбирается «пропускная способность»;

тестируемая скорость пропускной способности – позволяет выбрать скорость, на которой будет
выполняться тестирование. Якорь можно передвигать с помощью мыши, также можно задавать
точные значения нагружаемой полосы путем нажатия на значение процентов или скорости над и под
якорем соответственно. Редактирование поля осуществляется путем нажатия на цифру процента или
скорости;
протокол – для UDP-теста выбирается UDP;
размер пакета – позволяет задать размер посылаемого пакета. Редактирование поля
осуществляется путем нажатия на цифру размера пакета. Система принимает значения от 64 до 9600
байт;
продолжительность – позволяет задать продолжительность тестирования. Редактирование поля

осуществляется путем нажатия на значение параметра. Переключатель секунд/пакетов определяет
единицы измерения продолжительности нагрузочного теста. Допустимые значения для времени: от
15 до 3600 секунд. Допустимые значения для количества пакетов: от 1 до 5 000 000 пакетов;
режим тестирования – переключатель, позволяющий выбрать одно из значений: «без перерыва
сервиса», «с перерывом сервиса». Если в непрерывном тесте участвуют два двухпортовых зонда

wiProbe, то по умолчанию будет выбран режим «без перерыва сервиса». Если хотя бы один из зондов
однопортовый, переключатель блокируется в положении «с перерывом сервиса»;
генерация трафика – переключатель, принимающий одно из положений: «с одной стороны», «с двух
сторон». Если выбрано «с одной стороны», зонд А выполняет генерацию трафика на зонд Б, если «с
двух сторон» – происходит генерация трафика с зонда А на этот же зонд А через зонд Б (то есть А – Б
– А). Если до этого выбрать «обратное направление», генерация будет выполнена по цепочке «Б – А
– Б».
критерий оценки – критерий успешности теста, который повлияет на отчет SLA. Позволяет задать
значение коэффициента превышения времени передачи тестового трафика;
Параметры нагрузочного теста MTU
Рис. 74 Параметры нагрузочного теста MTU
измерение: MTU;
размер пакетов – позволяет задать диапазон размера посылаемых пакетов. Редактирование поля
осуществляется путем нажатия на значения диапазона размера пакетов;
размер шага – позволяет задать размер шага тестирования. Редактирование поля осуществляется
путем нажатия на цифру размера шага;
количество пакетов шага – позволяет задать количество передаваемых пакетов в одном шаге
тестирования. Редактирование поля осуществляется путем нажатия на цифру количества пакетов
шага;
критерий оценки – позволяет задать значение коэффициента превышения времени передачи
тестового трафика;

Запуск нагрузочного тестирования
После нажатия кнопки «Запустить тест» осуществляется сохранение всех текущих настроек нагрузочного
тестирования для данного сервиса и возврат на страницу текущих показателей качества по сервису.
Информация о выполняемом нагрузочном тесте отражается в соответствующей вкладке панели «События».
Внешний вид активной записи нагрузочного UDP-теста представлен ниже:
Рис. 75 Внешний вид активной записи нагрузочного UDP-теста
Запись о выполняемом нагрузочном тесте во вкладке «Нагрузочные тесты» панели «События»

страницы текущих показателей качества по сервису содержит следующую информацию:
скорость – последнее полученное промежуточное значение скорости, достигнутой в ходе
нагрузочного тестирования;
осталось – количество времени или пакетов, оставшихся до окончания нагрузочного теста UDP
(обратный отсчет);
кнопка остановки теста – завершает выполнение и отменяет текущий тест.
Внешний вид активной записи нагрузочного TCP-теста представлен ниже:
Рис. 76 Внешний вид активной записи нагрузочного TCP-теста
Запись о выполняемом нагрузочном тесте во вкладке «Нагрузочные тесты» панели «События»

страницы текущих показателей качества по сервису содержит следующую информацию:
скорость – последнее полученное промежуточное значение скорости, достигнутой в ходе
нагрузочного тестирования;
осталось – количество Мбайт, оставшихся для передачи до окончания нагрузочного TCP-теста
(обратный отсчет);
кнопка остановки теста – завершает выполнение и отменяет текущий тест.

Создание расписания выполнения нагрузочного тестирования
При переводе переключателя «Сейчас/По расписанию» на странице настройки нагрузочного теста в режим
«По расписанию» главная кнопка панели инструментов портала меняется на «Сохранить», а под пунктом
«Запуск» отображается раздел настройки расписания.
Раздел «настройки расписания» представляет собой таблицу с записями о времени начала выполнения
нагрузочного теста по дням недели.
Рис. 77 Общий вид раздела настройки расписания
Добавление времени запуска нагрузочных тестов осуществляется путем нажатия на «+» напротив одного из
дней недели. После нажатия на «+» появляется поле ввода значения времени в 24-часовом формате. При
вводе разделитель между часами и минутами не нужен.
Например, при нажатии «+» напротив «Понедельника», ввода «900» в появившемся поле значения времени
и затем нажатия «Enter», к понедельнику должна добавиться запись о времени запуска нагрузочного теста в
9:00 утра.
После завершения настройки расписания выполнения нагрузочного тестирования и нажатия на кнопку

«Сохранить» осуществляется возврат на страницу текущих показателей качества по сервису.
Получение результатов выполнения нагрузочного теста
Результаты выполнения нагрузочного теста могут быть получены в виде:

отчёта в списке событий на WEB;
протокола в формате PDF.
На WEB после выполнения теста отображается следующая информация (Рис. 78):

пиктограмма соответствия SLA:
• соответствует SLA – результаты теста соответствуют заданным критериям оценки;
• не соответствует SLA – результаты теста не соответствуют заданным критериям

оценки;

• соответствие SLA не определено – результаты теста невозможно проанализировать
(например, если выполнение теста было прервано).
тип теста – тест какого типа был выполнен, соответствует выбору пользователя;
статус теста – предусмотрены следующие статусы выполнения теста (для типов UDP, TCP, MTU):
• выполнен – тест был выполнен в полном объёме;
• остановлен – тест начал выполнение, но был остановлен пользователем;
• превышено время ожидания – система не может связаться с измерительным устройством.

дата и время – дата и время завершения теста (для типов UDP, TCP, MTU);
скорость – абсолютное значение скорости, достигнутой в ходе нагрузочного тестирования (только
для типов UDP и TCP);
размер пакета – измеренное значение MTU (только для типа MTU);
пиктограмма «загрузить отчет» – позволяет загрузить подробный протокол нагрузочного

тестирования в формате PDF. Для тестов в статусе «превышено время ожидания» данная
пиктограмма не отображается (протокол недоступен).
Рис. 78 Внешний вид панели «события» с результатами выполнения нагрузочных тестов
При нажатии на пиктограмму «загрузить отчет» на записи о выполненном нагрузочном тесте осуществляется
загрузка печатной формы протокола нагрузочного тестирования услуги связи. Пример протокола
нагрузочного тестирования услуги связи представлен на Рис. 79.
В протоколе отображается следующая информация:

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

Рис. 79 Протокол MTU-теста

События
К событиям относятся:
паспорта неисправности;
планово-профилактические работы;
исключения.
На странице событий работают панели фильтрации (см. раздел «Панель фильтрации») и поиска (см. раздел
«Панель поиска»), компонент фильтрации событий по времени с графическим изображением динамики
открытия паспортов неисправности.
Отличительной и неочевидной особенностью панели поиска на данной странице является возможность

поиска паспорта неисправности по номеру, исключений и планово-профилактических работ – по полям
внутри события, не отображаемым в списке. Область поиска в данном случае ограничивается выводимыми
на странице записями, попадающими под другие условия фильтрации (например, по периоду).
Например, для поиска паспорта неисправности по номеру следует выполнить «поиск по странице» и
заключить номер паспорта неисправности в кавычки. Например, для поиска паспорта неисправности номер
125900 нужно ввести:
“125900”
Паспорта неисправности
Паспорта неисправности – специальные объекты портала оператора wiSLA, которые автоматически

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

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

области компонента портала «События».

Рис. 80 Отображение паспортов неисправности в списке событий портала
Щелчок по записи в списке позволяет открыть страницу с деталями о событии:
Рис. 81 Страница паспорта неисправности
На странице паспорта неисправности можно ознакомиться с его историей, реквизитами, а также с условиями,
которые привели к его открытию, изменению уровня критичности или закрытию – значениями метрик,
значения которых повлияли на принятие системой решения. Название метрики и профиля отображается в
виде гиперссылки и ведёт на страницу текущих показателей по данному профилю. Операторы также могут
вести переписку по неисправности путём добавления комментариев.
В случае корректной настройки уведомлений открытие, закрытие и смена уровня критичности паспорта
неисправности сопровождается всплывающим сообщением на странице «Аналитика», рассылкой
уведомлений заинтересованным лицам средствами электронной почты и на перечисленные в настройках
wiSLA рабочие станции по протоколу SNMP. Письмо также может рассылаться на адреса электронной почты
в случае добавления комментария к паспорту неисправности. Для работы рассылки нужно, чтобы в
настройках профиля пользователя, связанного с контрагентом, для сервиса которого был создан паспорт
неисправности, были включены уведомления.

Исключения
Исключение позволяет пометить в отчёте SLA определённый промежуток времени как особую,
исключительную ситуацию. Результаты мониторинга за этот интервал будут проигнорированы (не включены
в расчёт), а период будет отмечен как «исключение». Исключение, в отличие от планово-профилактических
работ, можно создать за прошедшее время.
Для создания исключения на верхней панели страницы «События» необходимо нажать кнопку «Еще» и
выбрать пункт «+ Исключение», откроется страница создания исключения.
Рис. 82 Форма создания исключения
На этой странице необходимо задать временной промежуток, в течение которого будет действовать
ограничение, указать его описание и сервисы, которые оно затронет. После заполнения всех полей следует
нажать кнопку «Сохранить».
Планово-профилактические работы
При вступлении планово-профилактической работы в силу на сервисе не фиксируются нарушения и не

открываются паспорта неисправности, текущие паспорта неисправности приостанавливаются (и вновь
активируются после завершения плановых работ). В отчете SLA планово-профилактические работы
отмечены как отдельные события и не считаются нарушением договора о качестве предоставляемых услуг.
Для создания планово-профилактической работы требуется на верхней панели страницы «События» нажать
кнопку «+ Плановая работа».

Рис. 83 Создание планово-профилактической работы
На странице создания планово-профилактической работы необходимо заполнить даты начала и окончания,

контрагента-инициатора и краткое описание проводимой работы. Также опционально можно указать
исполнителя, ответственное лицо с контактным телефоном, выбрать предварительное уведомление по
электронной почте о начале работ. После этого необходимо отметить все сервисы, которые будут затронуты
создаваемой плановой работой. После заполнения всех полей следует нажать кнопку «+ Сохранить».
После сохранения планово-профилактическая работа может не появиться в списке событий. Это связано с
тем, что она создаётся на будущее. Для её появления в списке потребуется изменить период отображения.
Плановая работа может быть отредактирована, если в момент сохранения новых настроек до её начала не
менее 10 минут.
С наступлением времени вступления плановой работы в силу она переходит в статус «Проводится». По
завершении её статус меняется на «Завершена».
Создание и редактирование планово-профилактических работ может сопровождаться рассылкой

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

ОТЧЕТЫ SLA
При нажатии на пункт «Отчеты SLA» в меню портала оператора ПАК wiSLA отображается страница со
списком отчетов SLA. Отчеты SLA представляют собой отчеты об уровне обслуживания, они формируются с
заданной периодичностью по шаблону, указанному в контракте. Уровень обслуживания задаётся
настройками SLA.
Рис. 84 Список отчетов SLA
Страница состоит из следующих компонентов и разделов:

заголовок страницы с названием (Отчеты SLA), компонентами активации панели фильтров и
поисковой строкой (более подробно компонент описан в разделе «Панель поиска»);
список отчетов со следующей информацией:
• название клиента-потребителя сервисов;
• период формирования отчета (даты или месяц, например, Июнь 2015);
• дата и время публикации отчета. Если отчет не был опубликован, отображается «Не
опубликован»;
• выполнение SLA. Рассчитывается как отношение сервисов в отчете с выполненным SLA

(готовность услуги за период более или равна заданному порогу в настройках SLA) к
общему количеству сервисов в отчете;
• компенсация. Рассчитывается как среднеарифметический процент компенсации по всем

сервисам в отчете;
панель фильтрации (более подробно компонент описан в разделе «Панель фильтрации»). Доступны
следующие фильтры:
• типы отчетов – осуществляет фильтрацию отчетов SLA по типам: Клиентский, Внутренний,

Партнерский;

• публикация – осуществляет фильтрацию отчетов SLA по статусам: Опубликован, Не
опубликован;
• период отчета (Сутки, Неделя, Месяц, Квартал, Полугодие) – осуществляет фильтрацию

отчетов SLA с аналогичным периодом отчета;
• перерасчет – осуществляет фильтрацию отчеты SLA с аналогичными требованиям к

перерасчету: Требуется/Не требуется;
• выполнение SLA – фильтр по выполнению SLA сервисами в отчете за период.

▪ «Нарушен» – в отчете за указанный период есть сервисы с нарушенным SLA;
▪ «Выполнен» – все сервисы в отчете за указанный период соответствуют требованиям
SLA;
▪ «Не определено» – в отчете за указанный период не поступало данных о качестве
обслуживания.
Напротив каждой записи отчета отображается кнопка «Печать», которая позволяет загрузить XLS-версию
отчёта.
Просмотр отчета SLA
Агрегированная статистика по точкам доступа в отчете SLA
При нажатии на запись отчета в зависимости от типа и количества входящих в отчет сервисов
осуществляется отображение уровня представления агрегированной статистики по точкам доступа в отчете
SLA.
Все экраны списка точек доступа и сервисов отчета SLA содержат:
изменяемое в зависимости от отображаемых объектов название страницы отчета (отображается в

заголовке страницы);
строку поиска;
информацию о состоянии публикации отчета;
кнопку «Опубликовать», если отчет не был опубликован;
список точек доступа и сервисов;

виджеты агрегированных показателей по сервисам отчета.

Рис. 85 Виджеты агрегированных показателей по сервисам отчета
Виджет «Готовность сервисов» может представлять информацию в виде:
диаграммы:
• круговая диаграмма представляет процент сервисов с выполненным (зеленый),

нарушенным SLA (красный) или состоянием «Не определено» (серый) к общему количеству
сервисов в отображаемых на списке объектах;
• cервисом с выполненным SLA считается сервис, готовность которого за период более или
равна заданному порогу в настройках SLA;
• в центре круговой диаграммы по умолчанию отображается процентное отношение

количества сервисов с выполненным SLA к общему количеству отображаемых сервисов с
учетом фильтрации;
легенды:
• при нажатии на пиктограмму (i) в правом верхнем углу виджета осуществляется

переключение в режим отображения легенды;
• пиктограмма (i) меняется на изображение круговой диаграммы, нажатие на которую

переключает виджет в режим «диаграмма».
Виджет «Время сервисов в деградации» может представлять информацию в виде:
диаграммы:
• круговая диаграмма отражает соотношение сервисов, находящихся в состоянии

«деградация», по времени нахождения в этом статусе:
▪ (темно зеленый) – время нахождение сервиса в состоянии деградации менее 5% за
отчетный период;

▪ (зеленый) – время нахождение сервиса в состоянии деградации более 5%, но менее
или равно 10% за отчетный период;
▪ (желтый) – время нахождение сервиса в состоянии деградации более 10%, но менее
или равно 25% за отчетный период;
▪ (оранжевый) – время нахождение сервиса в состоянии деградации более 25%, но
менее или равно 50% за отчетный период;
▪ (красный) – время нахождение сервиса в состоянии деградации более 50% за
• в центре круговой диаграммы по умолчанию отображается процентное отношение

количества сервисов, находившихся в деградации менее 5% времени к общему количеству
отображаемых сервисов с учетом фильтрации;
легенды:

переключение на режим отображения легенды;
• пиктограмма (i) заменяется изображением круговой диаграммы, нажатие на которую

переключает виджет в режим диаграммы.
Виджет «Сервисы на мониторинге» имеет 2 состояния:
диаграмма:
• круговая диаграмма отражает процент сервисов, удовлетворяющих следующим критериям:

▪ (зеленый) – сервисы, находящиеся на мониторинге весь отчетный период;
▪ (синий) – сервисы, оставленные на мониторинг после начала отчетного периода;
легенда:

переключение на режим отображения легенды;
• пиктограмма (i) заменяется изображением круговой диаграммы, нажатие на которую

переключает виджет в режим диаграммы.
Экраны отчета SLA со списком объектов:

если в состав отчета входят только сервисы типа «канал связи»:
• название данной страницы в заголовке страницы формируется по шаблону: <клиент> для

<период>, где «клиент» – это название контрагента-потребителя сервиса в контракте SLA, а
«период» – это отчётный период;
• несколько каналов – отображается одна таблица со списком всех точек доступа и

показателями по этим точкам. Для точек, входящих в несколько сервисов, выполняется
агрегация данных по следующим показателям:
▪ готовность сервиса – рассчитывается как среднее арифметическое показателей
готовности каждого сервиса за отчетный период;
▪ время деградации – процент времени за отчетный период, в течение которого услуги

находились в состоянии деградации. Рассчитывается как среднее арифметическое
показателей процента нахождения каждого сервиса в состоянии деградации за

▪ компенсация – агрегированный показатель уровня компенсации (скидки) по всем
сервисам в рамках точки доступа. Рассчитывается как среднее арифметическое
показателей компенсации для каждого сервиса за отчетный период;
▪ плановые работы – отражает процент времени за отчетный период, в течение
которого по услуге проводилась плановая работа;
▪ исключения – отражает процент времени за отчетный период, в течение которого по

услуге зафиксировано ручное или автоматическое исключение;
▪ не определено – отражает процент времени за отчетный период, в течение которого
услуга находилась в состоянии «Не определено»;
▪ не обслуживается – отражает процент времени за отчетный период, в течение
которого сервис не обслуживался;
▪ превышение загрузки -,
Рис. 86 Экран отчета SLA со списком точек доступа всех сервисов типа «канал связи»
• при нажатии на точку доступа:

▪ если она входит в 2 и более каналов:
• осуществляется переход на страницу с аналогичным списком, но данными

только по удаленным точкам доступа, входящим с выбранной точкой в общий
сервис;
• экранная форма аналогичная текущей, только с указанием выбранной точки в

заголовке страницы отчета по шаблону <точка доступа> для <клиент> за
<период>, где «точка доступа» – это название точки доступа, клиент – это
название контрагента-потребителя сервиса в контракте SLA, а период –
отчётный период;
▪ если она входит только в один канал – происходит отображение детальных
показателей качества сервиса за отчетный период (см. описание экрана «Детали по
сервису»);

▪ если в состав отчета входит только один сервис типа «канал связи» – происходит
отображение детальных показателей качества сервиса за отчетный период (см.
описание экрана «Детали по сервису»);
если в состав отчета входят только сервисы типа «доступность услуги»:
• несколько сервисов и более одной точки доступа – происходит отображение (две

таблицы с возможностью прокрутки) всех точек доступа и сервисов отчета. Название и
группировка статистики по сервису осуществляется на основании URL теста (HTTP, TCP,
ICMP, DNS), входящего в состав сервиса или по названию теста wiProbe Custom Scenario.
Если в сервисе несколько профилей, в тестах которых разные URL, будет отображено
название сервиса. Список точек доступа и сервисов содержит следующие показатели:
▪ готовность сервиса в таблице точек доступа – среднее арифметическое показателей
готовности каждого сервиса, который входит в точку доступа, за отчетный период;
▪ готовность сервиса в таблице сервисов отражает готовность глобальной услуги и

рассчитывается как типовая готовность услуги ПАК wiSLA с учетом следующего
правила: отказом считается только совокупный отказ по каждому из сервисов с таким
же URL в настройках теста (HTTP, TCP, ICMP).
▪ время деградации – отражает процент времени за отчетный период, в течение
которого услуги находились в состоянии деградации;
Рис. 87 Экран отчета SLA со списком сервисов и точек доступа
при нажатии на точку доступа происходит отображение экрана со списком сервисов по точке
доступа (см. пункт «несколько сервисов и одна точка доступа»). При нажатии на сервис
происходит отображение экрана со списком точек доступа по сервису (см. пункт «один L7
сервис и более одной точки доступа»);
• несколько сервисов и одна точка доступа – происходит отображение списка всех сервисов
отчета в точке доступа. Название и группировка статистики по сервису осуществляется на
основании URL теста (HTTP, TCP, ICMP), входящего в состав сервиса. Если в сервисе
несколько профилей, в тестах которых разные URL, будет отображено название сервиса.
Список точек доступа и сервисов содержит следующие показатели:
▪ готовность сервиса в точке доступа;

▪ время в деградации – отражает абсолютное значение и процент времени, в течение
которого сервис в данной точке доступа находился в состоянии деградации. Данный
показатель рассчитывается как отношение суммы интервалов времени в состоянии
деградации к общему времени готовности услуги (т.е. без учета периодов отказа);
▪ компенсация (размер скидки) по услуге за отчетный период;

которого по услуге проводилась плановая работа;
▪ исключение – отражает процент времени за отчетный период, в течение которого по
услуга находилась в состоянии «не определено».
Рис. 88 Экран отчета SLA со списком сервисов по точке доступа
При нажатии на сервис происходит отображение детальных показателей качества сервиса за

отчетный период (см. описание экрана «Детальная информация по сервису»);
• один L7-сервис и более одной точки доступа – происходит отображение всех точек
доступа отчета, из которых осуществляется мониторинг данного сервиса. Список точек
доступа содержит следующие показатели:
▪ готовность сервиса в точке доступа;
▪ время в деградации – отражает процент времени, в течение которого сервис в данной
точке доступа находился в состоянии деградации.
• Данный показатель рассчитывается как отношение суммы интервалов

времени в состоянии деградацией к общему времени готовности услуги (т.е.
без учета периодов отказа);
▪ компенсация (размер скидки) по услуге за отчетный период;
которого по услуге была зафиксирована плановая работа;

▪ исключение – отражает процент времени за отчетный период, в течение которого по
услуга находилась в состоянии «не определено».
Рис. 89 Экран отчета SLA со списком точек доступа по сервису
При нажатии на точку доступа происходит отображение детальных показателей качества

сервиса за отчетный период (см. описание экрана «Детали по сервису»);
o один L7-сервис и одна точка доступа – происходит отображение детальных показателей

качества сервиса за отчетный период (см. описание экрана «Детали по сервису»);
если в состав отчета входят сервисы обоих типов (каналы связи, доступность услуги), происходит
отображение всех точек доступа (в том числе центральных для каналов связи) сервисов отчета с
агрегированной информацией по следующим показателям:
• готовность – рассчитывается как среднее арифметическое показателей готовности каждого

сервиса за отчетный период;
• время в деградации – отражает процент времени, в течение которого услуги находились в

состоянии деградации. Рассчитывается как среднее арифметическое показателей процента
нахождения каждого сервиса в состоянии деградации за отчетный период;
• компенсация – агрегированный показатель уровня компенсации (скидки) по всем сервисам

отчета. Рассчитывается как среднее арифметическое показателей компенсации для
каждого сервиса за отчетный период;
• не обслуживается - отражает процент времени за отчетный период, в течение которого

услуга находилась в состоянии «не обслуживается»
• плановые работы – отражает процент времени за отчетный период, в течение которого по

услуге была зафиксирована плановая работа;
• исключение – отражает процент времени за отчетный период, в течение которого по услуге

зафиксировано ручное или автоматическое исключение;

• не определено – отражает процент времени за отчетный период, в течение которого услуга
находилась в состоянии «не определено».
Рис. 90 Экран отчета SLA со списком всех точек доступа по всем сервисам
При нажатии на точку доступа происходит отображение экрана со списком всех сервисов в
данной точке доступа разбитых на 2 колонки по типу сервиса (экран отчета SLA со списком
сервисов и точек доступа):
▪ каналы связи будут отображаться в виде записи с названием удаленной от текущей
точки доступа канала;
▪ сервисы типа «доступность услуги» будут отображаться в виде записи с названием
значение поля URL в тестах (ICMP, DNS, HTTP, TCP) данной группы сервисов, а также
wiProbe Custom Scenario.
Детальная информация по сервису
Экран детальной информации по сервису отчета SLA c отображением показателей качества за отчетный
период представляет собой самый глубокий уровень детализации информации в отчете SLA.
Экран деталей по сервису состоит из следующих разделов и компонентов:

название в заголовке страницы;
раздел общей информации о сервисе за отчетный период, включая:
• значение показателя готовности сервиса за отчетный период и стрелку (вниз – красную,

вверх – зеленую), отражающее изменение показателя готовности по отношению к значению
в предыдущем отчете SLA за аналогичный период;
• круговую диаграмму, отражающую процентное соотношение суммарного времени

нахождения сервиса в различных состояниях (норма, деградация, отказ, плановая работа,
исключение, не определено). Каждая сноска диаграммы отражает: процент времени
пребывания в соответствующем статусе, абсолютное значение времени пребывания в
соответствующем статусе;

• дату и время включения активации сбора данных по сервису;
информационные блоки о качестве сервиса в разрезе профилей, содержащие:
• название профиля;
• время в отказе – отражает абсолютное и относительное значение времени пребывания

профиля в отказе за текущий отчетный период;
• время в деградации – отражает абсолютное и относительное значение времени

пребывания профиля в деградации за текущий отчетный период;
• данные по каждому показателю, указанному в настройках SLA для профиля. Метрики

"Загрузка канала", "Процент загрузки" и "Разрешение имени узла" отображаются для
каждого интерфейса (узла) в отдельной колонке. Для каждой метрики показана пиктограмма
с отображением статусов и среднее значение за отчетный период:
• пиктограмма показателя отображает процентное отношение статусов по конкретной

метрике за отчетный период. При наведении на пиктограмму появляется всплывающая
подсказка с более точной информацией. Пиктограмма показателя для большинства метрик
имеет четыре цвета: зеленый (норма), желтый (деградация), красный(отказ) и серый (нет
данных). Для метрики "Процент загрузки" также возможно отображение статуса
"Автоматическое исключение", если соответствующее правило задано в SLA и по профилю
в отчетный период было превышение загрузки;
• среднее значение показателя рассчитывается по всем данным, собранным за отчетный

период на момент формирования отчета. В расчет не входят данные за период, когда
сервис находился в состоянии "не обслуживается" и "плановые работы", а также периоды с
ручными и автоматическими исключениями;
• гистограмма, отражающая историю изменения состояния профиля, сервиса. При нажатии

на значение показателя качества профиля гистограмма скрывается и отображается график
по выбранному показателю (Рис. 93);
• таблица со списком ключевых событий:

▪ заголовок таблицы представляет собой набор вкладок, фильтрующих список событий
по типу (отказ, плановая работа, ручное исключение, автоматическое исключение,
нагрузочные тесты, не обслуживается);
▪ дата и время начала события;

▪ дата и время окончания события;
▪ продолжительность события.

Рис. 91 Экран деталей по сервису
Рис. 92 Информация о паспорте неисправности в отчете SLA

Рис. 93 Экран деталей по сервису с выбранным показателем
Публикация отчета SLA

Публикация отчета позволяет уведомить потребителя услуги и других заинтересованных лиц об отчёте SLA.
Публикация отчёта сопровождается рассылкой уведомления о публикации по электронной почте. В
уведомлении присутствует ссылка на отчёт с его версией для печати. Публикация производится путем
нажатия на главную кнопку «Опубликовать» рядом с заголовком страницы.
Публикация отчета SLA доступна пользователям, при выполнении следующих условий:

набор ролей «Системный администратор» и «Оператор SLA» – доступна всегда;
роль «Оператор SLA» – доступна при наличии изменений по ручным или автоматическим
исключениям.
Если при открытии страницы просмотра отчет SLA опубликован, то вместо главной кнопки компонента
заголовка страницы отображается статус “Опубликован”, дата и время публикации.
Если при открытии страницы просмотра отчет SLA не опубликован, то между компонентом заголовка
страницы и списком отображается уведомление: “Необходимо опубликовать отчет”. При этом главная кнопка
компонента заголовка страницы называется «Опубликовать».
После публикации отчет переходит в статус “Опубликован”, отображается дата и время публикации.
Создание исключения из отчета SLA

Предусмотрена возможность создания исключения на странице просмотра отчёта SLA. При этом на форму
создания будут автоматически переданы даты начала и окончания исключения и набор сервисов. Для
создания исключения следует:
на странице просмотра отчета SLA раскрыть выпадающий список кнопки «Еще», нажать кнопку «+
Исключение»;

сверить корректность автоматически переданных данных, при необходимости скорректировать.
Набор сервисов ограничивается текущей страницей отображения отчета, например, на первой
странице отчета можно выбрать все сервисы отчета, а на странице деталей по сервису исключение
можно создать только по этому сервису;
добавить описание исключения;
нажать «Создать»;
чтобы увидеть изменения в отчёте SLA, следует выполнить его перерасчёт («Ещё» – «Перерасчёт»).
Печать отчета SLA

Отчёты SLA могут быть представлены в формате для печати. Это таблица в формате XLS. Для её получения
следует нажать кнопку с изображением принтера в списке отчётов SLA.
Формирование отчета по запросу

Формирование отчета SLA может быть осуществлено по запросу, путем нажатия на кнопку «Сформировать
отчет» со страницы списка отчетов.
Рис. 94 Страница списка отчетов SLA
При этом открывается модальное окно выбора плагина печатной формы отчета. После выбора плагина из
числа доступных модальное окно дополнится настройками формирования отчета.
Рис. 95 Окно мастера формирования печатной формы
Выбор сервисов для формирования печатной формы отчета осуществляется:

по списку – пользователю предлагается выбрать сервисы из списка;
по точкам доступа – пользователю предлагается выбрать точки доступа из списка;
по контрактам – пользователю предлагается выбрать контракты из списка;
по контрагентам – пользователю предлагается выбрать контрагентов из списка.
Например, если выбирать сервисы «По списку» открывается следующее модальное окно:
Рис. 96 Модальное окно формирования печатной формы, выбор сервисов по списку
Для того чтобы запустить формирование отчета, необходимо нажать «Сформировать».
По завершении формирования отчет и ссылка на его загрузку будет направлена на адрес электронной почты
пользователя.
Настроить расписание формирования отчетов можно в разделе редактирования контракта в рамках работы с
шаблонами отчетов SLA.
Рис. 97 Настройка расписания формирования отчетности

ИНФРАСТРУКТУРА
Описание процесса сквозного создания инфраструктуры

Сквозное создание предполагает создание всех элементов инфраструктуры в рамках процесса создания
контракта, то есть создания новых сущностей со страницы создания нового контракта путем нажатия
соответствующих кнопок.
Рис. 98 Схема сквозного создания инфраструктуры
Для сквозного создания инфраструктуры в системе wiSLA пользователю требуется выполнить следующие
шаги:
выбрать в меню раздел «Контракты»;
на странице со списком контрактов нажать кнопку «+Контракт»;
ввести название создаваемого контракта;
выбрать контрагентов-участников контракта (поля «Потребитель сервиса», «Провайдер сервиса»,
«Провайдер SLA»). Выбрать контрагента можно через выпадающий список, который доступен по
нажатию кнопки вниз на клавиатуре;
в случае если нужного контрагента в списке нет, можно просто ввести его название в поле, и новый
контрагент с соответственной ролью будет автоматически создан при сохранении контракта;
перейти к созданию сервиса, нажав «Создать сервис»:
• выбрать тип создаваемого сервиса: «Канал связи» (две точки доступа, в каждой по
измерительному устройству), «Доступность услуги» (одно измерительное устройство);
• ввести название создаваемого сервиса в заголовке страницы;
• выбрать зонды, которые предполагается использовать в выбранном сервисе;
• если нужного зонда нет, нужно перейти к его созданию, нажав кнопку . Более подробно
процесс создания нового зонда описан в разделе «Создание зонда»;
• если был выбран зонд без адреса, необходимо указать положение точки доступа в поле
«Адрес;

• добавить профиль из SLA путем нажатия на соответствующую кнопку;
• выбрать либо создать новый тест в разделе «Измерения». Более подробно процесс
создания нового теста описан в разделе «Создание теста»;
• сохранить сервис. Будет осуществлен возврат на страницу создания контракта;

при необходимости изменить правила формирования отчетов SLA;
нажать кнопку «Сохранить»;

убедиться в появлении новой записи в списке контрактов.
Сервисы
Для просмотра списка сервисов следует выбрать «Сервисы» в главном меню портала (см.Рис. 99).
Рис. 99 Список сервисов
По умолчанию для каждого сервиса отображается следующая информация:

флажок для выбора (подробнее см. «Действия над объектами списка») (п.1 Рис. 99);
название сервиса, пользовательские и системные теги (п.2 Рис. 99);
названия контрактов, в которые входит данный сервис (п.3 Рис. 99);
дата создания сервиса (п.4 Рис. 99);
дата последнего изменения (п.5 Рис. 99);
текущий статус сервиса (п.6 Рис. 99): норма, деградация, отказ, не определено, плановые работы, не
обслуживается. Пиктограмма с прочерком указывает на то, что сервис не используется;
кнопка для перехода к настройкам сервиса (п. 7 Рис. 99).
Щелчок по записи в списке может привести:

на страницу текущих показателей качества по сервису – если сервис активен;

на страницу настроек сервиса – если сервис не используется;
на страницу настроек сервиса – если пользователь нажал кнопку напротив записи.
Архивные сервисы по умолчанию скрыты. Для их появления нужно включить панель фильтрации и явно
указать это состояние в фильтре.
Рис. 100 Панель фильтрации списка сервисов
Доступны следующие варианты фильтрации информации на странице:

фильтрация с использованием боковой панели: состояние сервиса, статус сервиса, участие в
контрактах, теги, контракты, период, тип сервиса (п.1, Рис. 100). Более подробно компонент описан в
разделе «Панель фильтрации»;
сортировка по условиям: название, дата создания, дата изменения, статус;
контекстный поиск по странице списка сервисов (п.2, Рис. 100);

для контекстного поиска можно указать область поиска (п.3, Рис. 100).
При наведении на значок информации (п.4, Рис. 100), можно ознакомиться с подсказкой по синтаксису
написания поисковых запросов.
Создание сервиса
Для создания сервиса требуется:

выбрать в меню раздел «Сервисы»;
нажать кнопку «Добавить»;
в выпадающем списке выбрать тип создаваемого сервиса;

Рис. 101 Выпадающий список с выбором типа сервиса
Рис. 102 Страница создания сервиса
на странице создания сервиса ввести название создаваемого сервиса;

если пользователь не закреплён за контрагентом, после нажатия на «Создать сервис» появится окно
для ввода названия контрагента;
если требуется связать сервис с контрактом, выбрать контракт из списка или нажать «Создать» для
перехода к странице создания контракта. Более подробно процесс создания контракта описан в
разделе «Создание контракта». Система позволяет создать сервис без контракта, но в этом случае
сервис не попадет в отчеты SLA. Связь сервиса с контрактом может быть выполнена после создания
сервиса;
выбрать SLA, если он был создан ранее, в противном случае нажать «Создать». Более подробно
процесс создания SLA описан в разделе «Создание SLA»;
для «Канала связи» выбрать зонд в удаленной точке доступа и зонд в центральной точке доступа;
для «Доступности услуги» выбрать единственный зонд;
нажать кнопку «Добавить профиль из SLA» и выбрать профиль из списка;
выбрать тест, если он был создан ранее, в противном случае нажать «Создать». Более подробно
процесс создания теста описан в разделе «Создание теста»;
нажать кнопку «Сохранить» для сохранения сервиса. При сохранении сервиса может быть предложен
его запуск и переход на страницу показателей качества;
убедиться в появлении нового сервиса в списке сервисов.
При сохранении сервиса без заполнения обязательных полей (SLA, зондов, профилей, тестов), ему
присваивается статус «Черновик». Недостающие поля можно заполнить при следующем редактировании
записи.

Существует также еще один способ создания сервиса – со страницы настройки зонда, для этого нужно
открыть в главном меню раздел «Зонды», выбрать зонд, открыть его настройки, нажать кнопку «+ Сервис».
Далее создание выполняется аналогично способу, описанному выше. Часть полей при этом будет заполнена
известными системе данными.
Рис. 103 Создание сервиса со страницы зонда
Множественное добавление сервисов
В wiSLA 4.2 реализован механизм множественного добавления сервисов. Данный механизм значительно
сокращает время на добавление однотипных сервисов типа «канал связи» или «доступность услуг»
благодаря мастеру множественного добавления сервисов. После прохождения всех этапов запускается
процесс создания сервисов в фоновом режиме. Заключительным этапом этой цепочки является
уведомление пользователя с возможностью перехода на список только что созданных сервисов.
Чтобы воспользоваться мастером добавления сервисов, следует на странице «Сервисы» в выпадающем

списке "Добавить" нажать кнопку "Группу сервисов":
Рис. 104 Кнопка создания группы сервисов
Для создания группы сервисов требуется:

выбрать тип создаваемой группы сервисов;
выбрать SLA;
выбрать зонды в центральных точках доступа и зонды в удаленных точках доступа;

настроить тесты;

выполнить дополнительные настройки;
нажать «готово»;
дождаться завершения работы мастера.
Редактирование сервиса
Для редактирования сервиса следует нажать кнопку напротив выбранного сервиса. Страница
редактирования сервиса идентична странице создания сервиса и описана в подразделе «Создание
сервиса».
Отправка сервиса в архив
При отправке сервиса в архив он исчезает из основных списков портала, но остаётся в системе и может быть
повторно использован или безвозвратно удалён.
Сервис может быть перемещен в архив при условии выполнения следующих условий:
сервис не задействован в измерениях, т.е. исключен из активных контрактов;
сервис не содержится в приостановленных контрактах.
Для архивации сервиса:

открыть в меню раздел «Сервисы»;
найти сервис в списке, открыть его настройки;

Нажать кнопку «Еще» – «В архив».
Рис. 105 Добавление сервиса в архив
Извлечение сервиса из архива
Для извлечения сервиса из архива следует:
в главном меню открыть раздел «Сервисы»;

включить панель фильтрации;
включить фильтрацию по состоянию сервиса «Архивный». Содержание списка изменится: появятся
архивные записи, остальные будут скрыты;
найти в списке нужный сервис, открыть его настройки;

нажать кнопку «Из архива» (см. Рис. 106). Состояние сервиса изменится на «Не используется». На
этом шаге пользователю может быть отказано в извлечении сервиса, если связанные объекты
инфраструктуры были удалены ранее;
нажать «Сохранить». Сервис должен исчезнуть из списка архивных;
отменить фильтрацию по состоянию сервиса, найти сервис в списке. Он остаётся в статусе «Не
используется». Для его активации нужно выполнить добавление этого сервиса в активный контракт
или запустить его на странице настроек «Еще» – «Запустить сервис».
Рис. 106 Извлечение сервиса из архива
Перевод сервиса в статус «тестируется»
Статус «тестируется» позволяет получать всю информацию о работе сервиса, но не включать его в
периодический отчёт SLA.
Для перевода сервиса в статус «тестируется» следует:

найти в списке нужный сервис, открыть его настройки;

нажать кнопку «Еще» – «На тестирование».
Для возврата сервиса в обычный режим:

открыть настройки сервиса в статусе «тестируется»;
нажать кнопку «Еще» – «Запустить сервис».

Рис. 107 Кнопка «На тестирование» на странице редактирования сервиса
Контракты
Для просмотра списка контрактов следует в главном меню выбрать раздел «Контракты» (см. Рис. 108).
Рис. 108 Список контрактов
Для каждого из контрактов в таблице списка контрактов отображается следующая информация:
название контракта, пользовательские и системные теги (п.1, Рис. 108);

информация о контракте (п.2, Рис. 108): потребитель сервиса, дата создания контракта;
тип (п.3, Рис. 108): SLA, OLA или UC – из настроек контракта;
cтатус (п.4, Рис. 108): действителен или приостановлен. Контракты в статусе «Архивирован» по
умолчанию скрыты, для их появления нужно включить панель фильтрации и явно указать этот статус
в фильтре.
На странице списка контрактов работает поиск, фильтрация и сортировка. Они описаны в разделах «Панель
фильтрации» и «Панель поиска», отличительных особенностей от аналогичных элементов на других
страницах не имеют.
Создание контракта
Для создания контракта следует:

на странице списка контрактов нажать кнопку «+ Контракт». Если пользователь имеет роль
«Оператор SLA» и не имеет роли «Системный администратор», то после нажатия на «+ Контракт»
ему будет предложено ввести название контрагента;
ввести название контракта;

ввести данные о контрагентах: потребителе сервиса, провайдере сервиса, провайдере SLA.
Выпадающий список для данных полей доступен по нажатию кнопки вниз на клавиатуре. Если нужен
новый контрагент, которого ещё нет в системе, можно просто ввести его название в поле, контрагент
с соответственной ролью будет создан автоматически;
указать дату, до которой действует контракт. По умолчанию он бессрочный. Если указать дату, после
нескольких предварительных уведомлений по электронной почте связанная инфраструктура будет
остановлена в назначенное время;
выбрать тип договора, если он отличается от предложенного по умолчанию «SLA»;
выбрать SLA по умолчанию, при необходимости «Создать» новый. Более подробно процесс создания
SLA описан в разделе «Создание SLA»;
выбрать сервис, если он был создан ранее. Поле не является обязательным для заполнения, можно
добавить сервисы в контракт позже путём редактирования сервиса. Также доступно создание нового
сервиса из контракта (этот вариант создания инфраструктуры описан в разделе «Описание процесса
сквозного создания инфраструктуры»;
при необходимости изменить правила формирования отчетов SLA: период формирования, шаблон из
доступного списка, набор сервисов для отчёта. Список доступных шаблонов может быть расширен.
Для их загрузки предусмотрена кнопка «Загрузить печатную форму» (под «Еще»);
нажать кнопку «Сохранить» на странице создания контракта, пользователь попадает на страницу со
списком контрактов. Новый контракт должен занять в списке верхнюю позицию.
Рис. 109 Страница настроек контракта
Редактирование контракта
Для редактирования контракта пользователю следует нажать на запись контракта, который необходимо
отредактировать, выполнить изменения, нажать кнопку «Сохранить».
Если при сохранении визуально ничего не происходит, список контрактов не открывается, возможно, одно из
полей не прошло проверку. Требуется пролистать страницу, найти сообщение об ошибке, внести
исправления, выполнить повторное сохранение.

После успешного сохранения открывается список контрактов. Изменённый контракт занимает верхнюю
позицию.
Отправка контракта в архив
Отправка контракта в архив позволяет скрыть контракт из списков на портале с возможностью его
последующего использования или безвозвратного удаления связанных с ним объектов инфраструктуры.
Для отправки в архив контракт должен находиться в статусе «Приостановлен». Связанная инфраструктура
при архивации будет отвязана от контракта и остановлена (архивацию связанных сущностей, если
потребуется, нужно будет выполнить вручную).
Для архивации контракта следует:
перейти на страницу «Контракты»;

найти контракт в списке, открыть его настройки;
если контракт находится в статусе «Приостановлен», нажать «Еще» – «В архив», затем согласиться с
архивацией контракта. Вопрос об архивации связанных сущностей – на усмотрение пользователя,
рассмотрен ниже;
если контракт действителен, нажать «Еще» – «Приостановить». В ходе приостановки появится запрос
на архивацию. По выбору пользователя система может выполнить попытку архивации связанных
сущностей, если они не используются в других контрактах;
Рис. 110 Запрос на архивацию контракта после остановки
После архивации контракта следует в обязательном порядке проверить статус связанных объектов на
предмет актуальности, так как система не сообщает о проблемах их архивации.
Извлечение контракта из архива
Позволяет повторно использовать отправленный ранее в архив контракт и связанную с ним инфраструктуру.
Для извлечения контракта из архива следует:

открыть список контрактов;

установить критерий фильтрации: «Статус: Архивирован»;
найти нужную запись, открыть настройки;
нажать «Из архива»;
отключить фильтрацию по статусу;

убедиться в появлении записи в общем списке, проверить статус контракта, открыть настройки,
проверить статусы связанных объектов инфраструктуры.
Зонды
Для просмотра списка зондов следует открыть в главном меню раздел «Зонды» (см. Рис. 111);
Рис. 111 Список зондов
Для каждого из зондов в таблице списка зондов отображается следующая информация:

флажок для выбора (подробнее см. «Действия надо объектами списка»)(п.1, Рис. 111);
название зонда, пользовательские и системные теги (п.2, Рис. 111);
тип зонда (п.3, Рис. 111);
IP-адрес зонда (п.4, Рис. 111);

расположение зонда (п.5, Рис. 111);
доступность зонда (п.6, 111);статус зонда (п.7, Рис. 111).
Возможные статусы зонда:

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

Рис. 112 Панель фильтрации для списка зондов
На странице работают:
фильтрация с использованием боковой панели: доступность, статус, тип зонда, теги (п.1 Рис. 112).
Более подробно компонент описан в разделе «Панель фильтрации»;
сортировка по условиям: название, тип, IP-адрес, расположение, доступность, статус;
контекстный поиск по странице списка зондов (п.4 Рис. 112). Более подробно компонент поиска
описан в разделе «Панель поиска».
Создание зонда
Рис. 113 Страница создания зонда
Для создания зонда необходимо:

перейти на вкладку зонды, для этого необходимо перейти в раздел «Зонды» левого бокового меню;
нажать кнопку «+ Зонд»;
указать название зонда;

выбрать тип устройства (п.1, Рис. 114). После выбора типа зонда откроется страница с полями для
заполнения данных о зонде выбранного типа.

Рис. 114 Полная информация о зонде
указать IP-адрес зонда (п.2, Рис. 114);
добавить расположение (п.3, Рис. 114). При работе wiSLA в режиме изолированного контура вместо
строки ввода адреса будет предложен переход на страницу создания точки доступа;
выбрать тип доступа. В зависимости от выбранного типа доступа потребуется задать атрибуты
доступа (CLI или SNMP) (п.4, Рис. 114);
нажать кнопку «Сохранить», после этого система вернет пользователя на страницу со списком
зондов.
Примечание:
доступность добавляемого зонда может быть проверена нажатием кнопки , (см. п.2, Рис. 114);
нажав на кнопку «Получить данные об устройстве» (п.5, Рис. 114), можно получить полные данные о
зонде; данные будут получены при условии, что системе доступно устройство и корректно настроены
атрибуты доступа.

Рис. 115 Просмотр данных о зонде
Групповая настройка зондов
В wiSLA 4.2 появляется возможность регистрации зондов wiProbe по IP-адресу из системы wiSLA.
Переход на страницу Групповой настройки зондов осуществляется со страницы списка зондов:
Рис. 116 Кнопка «Групповая настройка» зондов на странице списка зондов
Общий вид страницы групповой настройки зондов представлен на рисунке ниже:

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

устройствам по протоколу TELNET или SSH и выполнить определенный набор команд.
При нажатии на кнопку "Выполнить" происходят следующие действия :
система инициирует поиск устройств по заданным IP-адресам, подключается к ним по TELNET или
SSH с заданным логином и паролем, и выполняет скрипт, указанный в блоке «Команды»;
открывается модальное окно, отображающее ход выполнения скрипта;

на завершающей стадии открывается таблица с результатами выполнения скрипта (см. рисунок 118).
Рис. 118 Страница групповой настройки зондов с таблицей результатов
Просмотр данных о зонде
Для просмотра данных о зонде следует:

перейти в раздел «Зонды»;
найти в списке требуемый зонд, открыть его настройки;
нажать кнопку получения данных о зонде (п.5 Рис. 114).
Изменение настроек зонда
Для изменения настроек зонда следует:

открыть список зондов;
найти в списке требуемый зонд и перейти к его настройкам;
внести изменения в настройки;
щёлкнуть по любому доступному разделу в меню портала. При этом появится запрос на сохранение
настроек. Согласиться с сохранением.
Загрузка программного агента с портала
Начиная с версии wiSLA 4.1.1, программный агент можно загрузить с портала, для этого требуется:
перейти в раздел «Зонды» левого бокового меню;

нажать кнопку “Скачать зонд” (см. Приложение 1);
Рис. 119 Загрузка зонда с портала
выбрать тип программного агента (Рис. 120):

Рис. 120 Выбор типа агента
После загрузки программного агента его нужно установить.
При установке агента следует ввести адрес портала wiSLA и название агента wiProbe. Также можно
указать учетные данные пользователя для привязки нового агента к нужному контрагенту. В противном
случае программный агент появится на портале wiSLA без владельца.
Более подробное описание установки представлено в Приложении 1.
Кнопка загрузки отображается в интерфейсе портала оператора только в случае специальной настройки
со стороны системного администратора.
Отправка зонда в архив
Для того чтобы неиспользуемые зонды не отображались в общем списке зондов, их можно добавить в архив.
Для добавления зонда в архив следует:

открыть настройки зонда, который требуется добавить в архив;
нажать кнопку «Еще»;
нажать кнопку «В архив» – зонд изменит статус на «В архиве».

Рис. 121 Настройки зонда
Для просмотра зондов в архиве следует:

включить панель фильтрации (п.2 Рис. 112);
выбрать состояние зонда «Архивный».
Извлечение зонда из архива
Для возврата зонда из архива следует:

развернуть панель фильтрации (п.2 Рис. 112);
на панели фильтрации выбрать статус зонда «Архивный»;
открыть настройки требуемого зонда;

нажать кнопку «Из архива» дополнительного меню «Еще» (см. Рис. 122).
Рис. 122 Извлечение зонда из архива
Отправка зонда в ремонт
В ремонт можно отправить зонды в статусе «На складе», «Не используется», а для зондов wiProbe отправка
в ремонт доступна и для статуса «Используется».
Для отправки зонда в ремонт следует:

перейти к просмотру настроек зонда;
нажать кнопку «Еще»;

нажать кнопку «В ремонт».
Для зондов wiProbe в статусе «Используется» система потребует зонд для замены. Зонд для замены должен
быть "Без владельца", с таким же названием и должен поддерживать типы тестов, которые созданы со
старым зондом. Если зонд для замены не будет найден, в отправке wiProbe в ремонт будет отказано.
Настройка параметров управления трафиком
На эту страницу можно попасть:

со страницы настройки зонда, который поддерживает управление трафиком, щелчком мыши по
шестеренке рядом с «Управление трафиком» в подразделе «Управление устройством»;
со станицы мониторинга трафика через меню дополнительных действий.
Страница настроек правил управления трафиком состоит из двух вкладок:

«Управление» – осуществляет управление полосой пропускания для приложений и групп
приложений;
«Приложения» – осуществляет настройку правил захвата трафиком для ассоциации
пользовательского трафика с конкретным приложением.
Общий вид страницы вкладки управления пользовательским траффиком представлен на скриншоте ниже:
Рис. 123 Общий вид страницы вкладки управления пользовательским траффиком
Управление трафиком осуществляется путем задания значений гарантированной и допустимой пропускной

способности для 8 групп приложений.
«Приоритет группы приложений» – отражает порядок обработки трафика негарантированной

полосы пропускания (см. пункт списка «Максимально допустимая полоса»);
«Название группы» – отражает логическое название группы трафика. Например, «Социальные
сети», «Базы данных», «ВКС» и т.д.;
«Пропускная способность» – компонент задания значений гарантированной и максимально
допустимой полосы пропускания для группы приложений:
• «Гарантированная полоса» – отражает гарантированное количество пропускной

способности канала, которое приложения данной группы могут занять. Суммарное значение

гарантированной полосы для всех групп приложений не может превышать 100% пропускной
способности канала. Трафик гарантированной полосы будет всегда вытеснять трафик
максимально допустимой полосы, если канал обладает недостаточной пропускной
способностью;
• «Максимально допустимая полоса» – отражает величину пропускной способности

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

устанавливаются путем нажатия кнопкой мыши на компонент со следующей логикой:
▪ по умолчанию значения установлены в размере 1000 кбит/с;
▪ при щелчке слева от левого ползунка он смещается влево до места щелчка
(уменьшается гарантированная полоса);
▪ при щелчке между ползунками смещается к месту щелчка правый ползунок

(уменьшается максимальная полоса);
▪ при щелчке справа от правого ползунка смещается к месту щелчка правый ползунок
(увеличивается максимальная полоса);
▪ изменение значения гарантированной или максимально допустимой полосы
пропускания осуществляется путем перетаскивания соответствующей точки на
компоненте;
▪ минимальное расстояние между точками полос – 5 кбит/с;
o справа от компонента задания значений гарантированной и максимально допустимой полосы
пропускания для группы приложений располагаются поля ручного ввода значений:
▪ по умолчанию в поле гарантированной полосы установлено значение 1000 кбит/с;
▪ по умолчанию в поле максимально допустимой установлено значение 1000000 кбит/с
(1 Гбит/с);
▪ при изменении значения в поле осуществляется перестановка точки соответствующей
полосы в компоненте;
▪ не допускается ввод значений полосы гарантированной точки большим или равным
значению максимально допустимой полосы и наоборот. Минимальное расстояние
между точками полос – 5 кбит/с;
o справа от полей ручного ввода значений полос пропускания располагаются поля:
▪ «TOS входящий» – позволяет задавать метку TOS, которой будут отмечены все
пакеты входящего трафика. По умолчанию метки не заданы – изменения TOS пакетов
не осуществляется;
▪ «TOS исходящий» – позволяет задавать метку TOS, которой будут отмечены все
пакеты исходящего трафика. По умолчанию метки не заданы – изменение TOS
пакетов не осуществляется;
«Приложения» – представляет собой компонент, аналогичный тегам для добавления/удаления

приложений в группы:
• добавление нового приложения в группу осуществляется путем нажатия на «Добавить

приложение» справа от последнего приложения. При этом открывается компонент
добавления названия приложения с функцией предложения вариантов и автоподстановки;
• удаление приложения из группы осуществляется путем нажатия кнопки удаления в верхнем

правом углу плитки приложения;
• создание нового приложения осуществляется путем нажатия на ссылку «Создать

приложение». При этом открывается модальное окно создания правил захвата трафика для

приложения. (см. Рис. 124); Создаваемое приложение добавляется в начало списка
приложений вкладки «Правила»;
Рис. 124 Модальное окно создания трафика для приложения
Общий вид вкладки «Управление» страницы настройки правил управления трафиком зонда представлен на
рисунке ниже.
Рис. 125 Общий вид вкладки «Управление» страницы настройки правил управления трафиком
Вкладка «Приложения» состоит из списка приложений, отражающего порядок и параметры анализа и захвата
пользовательского трафика для последующей ассоциации и обработки.
Запись приложения содержит:

«Приоритет» обработки приложения – порядок обработки трафика для ассоциации с приложением.
Если одинаковые правила (например, порт 8888) будут настроены для двух различных приложений с
одинаковым приоритетом – весь пользовательский трафик по порту 8888 будет ассоциироваться с
приложением, которое стоит выше по приоритету обработки;
«Приложение» – отражает логическое название ассоциации. Для редактирования названия
ассоциации следует нажать мышью на название и внести изменения в появившемся поле
редактирования;
«Протокол» – отражает протоколы, используемые приложением. Значения отображаются в виде
плиток, аналогичных компоненту «теги»:
o в случае если ни один из протоколов не был выбран, отображается «Любой»;
o для изменения выбранного протокола следует нажать мышью на название и выбрать
протокол в появившемся выпадающем списке (любой, TCP/UPD/ICMP/RDP);
o добавление дополнительного протокола для приложения осуществляется путем нажатия на
«+» справа от значения установленного протокола и выбора протокола в появившемся поле
редактирования (с предложениями наиболее подходящих результатов);
o удаление протокола осуществляется путем нажатия кнопки удаления в правом верхнем углу
плитки с названием протокола;
o при удалении всех протоколов значение поля протокол возвращается к «Любой»;
«Локальный адрес» (пользователь) – отражает локальные IP-адреса, использующие приложение.

Значения отображаются в виде плиток, аналогичных компоненту теги:
o в случае если ни один из IP-адресов не был выбран, отображается ссылка «+», при нажатии
на которую активируется окно редактирования в формате (х-xxx. х-xxx. х-xxx. х-xxx/mask –
указанием маски опционально);
o добавление дополнительного IP-адреса для приложения осуществляется путем нажатия на
«+» справа от значения установленного IP-адреса и выбора ввода значения дополнительного
IP-адреса в появившемся поле редактирования;
o удаление IP-адреса осуществляется путем нажатия кнопки удаления в правом верхнем углу
плитки со значением IP-адреса;
o при полном удалении всех IP-адресов отображается ссылка «+»;
«Локальный порт» – отражает номера локальных портов, используемые приложением (диапазон

портов указывается в виде XXXX:YYYY):
o в случае если ни один из портов не был выбран, отображается ссылка «+», при нажатии на
которую активируется окно редактирования;
o добавление дополнительного порта для приложения осуществляется путем нажатия на «+»
справа от значения установленного порта и ввода номера дополнительного порта в
появившемся поле редактирования;
o удаление порта осуществляется путем нажатия кнопки удаления в правом верхнем углу
плитки с номером порта;
o при полном удалении всех номеров портов отображается ссылка «+»;
«Удаленный адрес» – отражает удаленные IP-адреса, использующие приложение. Значения

отображаются в виде плиток, аналогичных компоненту теги;
o в случае если ни один из IP-адресов не был выбран, отображается ссылка «+», при нажатии
на которую активируется окно редактирования в формате (х-xxx. х-xxx. х-xxx. х-xxx/mask –
указанием маски опционально);
o добавление дополнительного IP-адреса для приложения осуществляется путем нажатия на
«+» справа от значения установленного IP-адреса и выбора ввода значения дополнительного
IP-адреса в появившемся поле редактирования;
o удаление IP-адреса осуществляется путем нажатия кнопки удаления в правом верхнем углу
плитки со значением IP-адреса;
o при полном удалении всех IP-адресов отображается ссылка «+»;

«Удаленный порт» – отражает удаленные номера портов, используемые приложением. Значения
отображаются в виде плиток, аналогичных компоненту теги:
• в случае если ни один из портов не был выбран, отображается ссылка «+», при нажатии на
которую активируется окно редактирования;
• добавление дополнительного порта для приложения осуществляется путем нажатия на «+»

справа от значения установленного порта и выбора ввода номера дополнительного порта в
появившемся поле редактирования;
• удаление порта осуществляется путем нажатия кнопки удаления ;
• при полном удалении всех номеров портов отображается ссылка «+».
Кнопка удаления параметров отображается всегда.
Создаваемое приложение добавляется в начало списка приложений вкладки. Приложениям можно изменять
приоритет обработки путем перетаскивания записи приложения за свободное от плиток параметров место в
таблице.
Сохранение текущих настроек управления трафиком в шаблон
Настройки управления трафиком можно сохранить в виде шаблона для использования в будущем для других
зондов. Для этого необходимо нажать на пункт «Сохранить в шаблон» выпадающего меню дополнительных
действий.
Рис. 126 Пункт «Сохранить в шаблон» выпадающего меню дополнительных действий
После нажатия на пункт «Сохранить в шаблон» отобразится модальное окно со строкой ввода названия для
шаблона и кнопкой «Применить». После нажатия на «Применить» все текущие параметры на странице
настройки управления трафиком будут сохранены и доступны в перечне шаблонов пункта «Из шаблона»
выпадающего меню дополнительных действий.
Загрузка настроек управления трафиком из шаблона
Для загрузки настроек, ранее сохранённых в виде шаблона, следует нажать кнопку «Из шаблона».
Рис. 127 Пункт «Из шаблона» выпадающего меню дополнительных действий

После нажатия кнопки «Из шаблона» отобразится модальное окно со списком доступных шаблонов. Общий
вид списка шаблонов управления трафиком отражен на скриншоте ниже.
Рис. 128 Модальное окно со списком шаблонов управления трафиком
Удаления шаблона управления трафиком осуществляется путем нажатия кнопки «Удалить».
Для применения сохраненных настроек управления трафиком следует сначала выбрать запись шаблона, а
потом нажать кнопку «Применить».
Применение текущих настроек управления трафиком к другим зондам
Для функции управления трафиком доступна возможность массового применения настроек управления
трафиком на другие зонды wiProbe, которые поддерживают управление трафиком.
Для этого необходимо нажать кнопку «Применить к другим».
Рис. 129 Пункт «Применить к другим» выпадающего меню дополнительных действий
После нажатия кнопки «Применить к другим» отобразится модальное окно со списком доступных
пользователю двухпортовых зондов wiProbe. Общий вид списка зондов для массового применения настроек
управления трафиком отражен на Рис. 130).

Рис. 130 Модальное окно со списком зондов для массового применения настроек управления трафиком
В списке зондов для массового применения настроек управления трафиком отображаются все доступные
пользователю двухпортовые зонды wiProbe. Для фильтрации списка доступен компонент поиска,
обеспечивающий поиск и фильтрацию сервисов по следующим критериям:
название зонда;
название точки доступа;
IP-адрес управления зонда (или его часть, подсеть, – при вводе IP-адреса в двойных кавычках).
Для выбора зонда из списка при массовом применении настроек следует отметить флажком название зонда.
Для массовой отметки флажком под списком зондов доступна кнопка «Выбрать все». Если применён фильтр
по поиску, то кнопка работает только для отфильтрованных записей.
После выбора (установки флажков) нужных зондов и нажатия кнопки «Применить» модальное окно
закрывается, а ко всем выбранным зондам применяются текущие настройки управления трафиком. Если для
выбранных зондов уже были заданы настройки управления трафиком, то они перезаписываются.

АДМИНИСТРИРОВАНИЕ
Раздел «Администрирование» включает следующие компоненты:
«Контрагенты»;
«SLA»;
«Точки доступа»;
«Тесты»;
«Учетные записи»;
«Сессии»;
«Журнал событий».
Данный раздел доступен только пользователям с ролью «Системный администратор».
Контрагенты
В разделе «Контрагенты» отображается перечень всех контрагентов, которые доступны пользователю
согласно правам доступа. Он может выполнять добавление, изменение и просмотр записей, добавление их в
архив, удаление из архива, просмотр истории изменений атрибутов выбранной записи.
Система может отображать список контрагентов в одноуровневом виде (по умолчанию) и в виде
иерархического списка – дерева. Дерево строится по принципу: родительский – дочерний контрагент
согласно корпоративной организационной структуре. Переключение режима можно выполнить на панели
фильтрации.
Важным параметром, определяющим назначение контрагента в системе, является его роль. Предусмотрены
следующие роли:
«Потребитель сервиса» – присваивается контрагенту, который получает сервисы с установленными

качественными показателями;
«Провайдер сервиса» – присваивается контрагенту, который предоставляет сервисы с
установленными качественными параметрами;
«Провайдер SLA» – присваивается контрагенту, который контролирует качественные параметры
сервиса.
Система предоставляет возможность фильтрации списка контрагентов по роли контрагента (потребитель

сервиса, провайдер сервиса, провайдер SLA), статусу контрагента (активный, архивный), и тегам
(пользовательским и системным). Доступна сортировка списка контрагентов по названию, роли, владельцу и
статусу. На странице работает поиск. Компоненты фильтрации и поиска более подробно описаны в разделах
«Панель фильтрации» и «Панель поиска» соответственно.

Рис. 131 Страница «Контрагенты» с включенной панелью фильтрации
Создание контрагента
Для создания контрагента необходимо:

нажать кнопку «+ Контрагент». Откроется форма создания нового контрагента;
Рис. 132 Форма создания контрагента
в поле с текстом «Новый контрагент» ввести название контрагента. Это поле является обязательным
для заполнения;
ввести контактные данные в поля: «Телефон», «Страна», «Город», «Улица», «Дом», «Этаж»,
«Квартира/офис», «Почтовый индекс», «Описание». Перечисленные поля заполняются по
необходимости и не являются обязательными;
в поле «Роль» указать одну или несколько ролей контрагента;

отметить «Автоматическая публикация отчетов SLA», если необходимо. Данная опция отвечает за
статусы отчета SLA после формирования и за отправку уведомления по электронной почте о
формировании отчета SLA заинтересованным лицам. Если опция отмечена, пользователи
контрагента (а также пользователи, связанные с контрактом, где участвует данный контрагент в роли
«потребитель сервиса») получат уведомление о сформированном отчете SLA. Это произойдет
автоматически после формирования отчета, а отчет после формирования будет находиться в статусе
«Опубликован». Если опция не отмечена, отчет SLA сформируется со статусом «Не опубликован»,
будет доступен на портале всем заинтересованным лицам, но уведомление о формировании будет
разослано только после публикации отчета оператором SLA. Флажок появляется только при отметке
роли контрагента «Потребитель сервиса»;
если необходимо, добавить теги для более гибкой фильтрации списка контрагентов. Теги не
являются обязательным для заполнения атрибутом;
выбрать пользователей контрагента из раскрывающегося списка существующих учетных записей или
создать новые учётные записи пользователей:
• если на момент создания контрагента пользователи ещё не были добавлены, следует

выбрать опцию «Создать пользователя»;
• если пользователь, создающий контрагента, не был ранее закреплен ни за одним

контрагентом, он будет выбран в этом поле автоматически (с возможностью открепления);
• пользователь портала с ролью «Оператор SLA» может быть связан только с одним
контрагентом, при попытке нарушения данного правила будет появляться предупреждение
с возможностью разрушения предыдущих связей;
• пользователи портала без роли «Оператор SLA» могут быть связаны с неограниченным
числом контрагентов;
• с одним контрагентом может быть связано несколько учётных записей пользователей

портала;
нажать кнопку «+ Сохранить». Произойдет проверка введенных данных. Если проверка пройдёт
успешно, форма закроется, и новая запись появится в общем списке контрагентов;
при сохранении данные проходят проверку. Если будут выявлены ошибки, форма останется
открытой. Требуется исправить ошибки и повторить сохранение.
Редактирование контрагента
Для изменения атрибутов контрагента нужно:

нажать на запись в списке контрагентов. Откроется форма редактирования контрагента;
выполнить редактирование атрибутов;

нажать кнопку «+ Сохранить»;
при сохранении данные проходят проверку. Если будут выявлены ошибки, форма останется
открытой. Требуется исправить ошибки и повторить сохранение.
Отправка контрагента в архив
Отправка контрагента в архив позволяет скрыть утратившие актуальность записи контрагентов из списков
активных сущностей с возможностью последующего извлечения из архива или удаления. Для отправки
контрагента в архив следует:
убедиться, что контрагент не связан с объектами инфраструктуры;

нажать на искомую запись в списке контрагентов. Откроется форма редактирования контрагента;
нажать кнопку «В архив». Произойдет проверка возможности архивации контрагента. Если проверка
выполнена успешно, запись перейдет в статус «Архивный». После этого можно воспользоваться
меню для ухода с формы или выполнить другие действия с выбранной записью;
если контрагент ещё связан с активными сущностями, будет выдано предупреждение, блокирующее
отправку в архив.
Извлечение контрагента из архива
Если требуется восстановить архивную запись контрагента, следует:

открыть список архивных контрагентов. Для этого открыть панель фильтрации и выполнить
фильтрацию по статусу «Архивный». Извлечение из архива также доступно сразу после отправки
учётной записи в архив;
нажать на искомую запись в списке архивных записей. Откроется форма редактирования
контрагента;
Рис. 133 Фрагмент формы редактирования контрагента с кнопкой «Из архива»
нажать кнопку «Из архива». Статус записи изменится на «Активный». После этого можно
воспользоваться меню для ухода с формы или выполнить другие действия с выбранной записью.
Если требуется поправить один или несколько атрибутов, можно выполнить редактирование в этой
же форме и нажать кнопку «+ Сохранить».
Удаление контрагента
Удаление контрагента – это необратимая операция, в результате которой запись удаляется из архива без
возможности восстановления. Удаление можно выполнить только после отправки контрагента в архив.
Удаление может быть полезно для записей, которые были добавлены в систему по ошибке. Для удаления
контрагента следует:
открыть архивную запись на редактирование (путём фильтрации списка по статусу «Архивный» или
оставшись на форме редактирования после архивации контрагента).
Рис. 134 Кнопка удаления контрагента в списке дополнительных действий

нажать кнопку «Еще», в появившемся списке действий – «Удалить». Появится запрос на
подтверждение удаления;
после подтверждения выполнится удаление записи и переход на список контрагентов.
SLA
Список SLA
Для просмотра списка SLA следует выбрать раздел «SLA» в главном меню.
Рис. 135 Список SLA
Для каждой записи в списке SLA отображается следующая информация:

название SLA, которое задаётся при его создании;
автор – имя создавшего SLA пользователя;
владелец;
статус SLA: активный, архивный.
На странице списка SLA работает поиск, фильтрация (подробности – в разделах «Панель фильтрации»,
«Панель поиска» соответственно) и сортировка. Отличительных особенностей от аналогичных элементов на
других страницах они не имеют. По умолчанию SLA в статусе «Архивный» скрыты.
Создание SLA
В настройках SLA задаются правила, на основании которых система будет принимать решение о:
пороговых значениях показателей качества;
статусе сервисов;
готовности;

открытии, закрытии, изменении статуса паспорта неисправности;
наборе доступных профилей при создании сервиса;
наборе метрик на графиках и диаграммах;
расчёте компенсации (скидки);
создании автоматических исключений.
Перед созданием SLA следует определиться:

какие типы тестов планируется использовать, поскольку в тестах используется разный набор метрик;
какие профили будут использованы внутри сервиса, сколько их будет. Под профилем понимается
именованный набор и целевые значения показателей качества услуги. В рамках одной SLA их может
быть несколько;
набор и целевые значения показателей качества услуги для каждого профиля;

критерий готовности сервиса;
нужна ли специальная настройка параметров регистрации событий (время на открытие и закрытие
паспортов неисправности каждого уровня критичности);
будет ли использоваться механизм компенсации (скидки заказчику) за нарушения. Если да, то какой
тип скидки будет применён (система позволяет настроить линейную и прогрессирующую скидку);
будет ли использоваться механизм автоматических исключений при превышении загрузки канала;
какой период мониторинга нужен потребителю сервиса (24х7 или настраиваемый). Если период
настраиваемый, в какие дни и в какое время должен обслуживаться сервис.
SLA доступен к редактированию, поэтому не обязательно задавать все параметры сразу, это можно сделать
поэтапно. Минимальный набор, необходимый для сохранения SLA:
название SLA;
название профиля;
показатель качества и его целевые значения.
Весь минимальный набор параметров находится на вкладке «Мониторинг», при попытке сохранения такой
SLA система примет остальные параметры со значениями по умолчанию. Эти значения можно просмотреть
(и отредактировать) на вкладках «Неисправности», «Скидки», «Исключения».
Для создания SLA требуется:

открыть раздел «SLA» в главном меню;
нажать кнопку «+ Добавить»;
ввести название SLA;
на вкладке «Мониторинг» добавить профиль, нажав кнопку ;

Рис. 136 Заполнение названия SLA, кнопка добавления профиля
назвать профиль. Для этого щёлкнуть по надписи «Добавить профиль» и ввести в появившееся поле
название профиля, завершить ввод нажатием Enter. При необходимости профиль можно удалить
кнопкой , которая появляется при наведении курсора на название профиля;
задать параметры QoS. Для этого нажать «+ Добавить показатель», последовательно выбрать в
выпадающем списке нужные показатели качества. При этом снизу, в строке «Доступные типы тестов,
можно контролировать совместимость набора показателей с типами тестов, для которых они
предназначены. При необходимости показатель можно удалить, нажав кнопку , которая
появляется при наведении курсора на название показателя. После добавления одного или
нескольких показателей можно задать условия и числовые значения для «Деградации» и «Отказа»
нажатием на . Если знак неравенства, предложенный системой по умолчанию, не подходит для
решения бизнес-сценария, следует удалить его, ввести новый и добавить числовое значение.
Интервал оценки не изменяется и составляет 15 минут;
Рис. 137 Добавление показателя на странице создания SLA
изменить значение готовности, если требуется. Для изменения нужно щёлкнуть по числу, ввести
новое значение, нажать Enter;
минимальный набор параметров задан, с этого момента система разрешает сохранение SLA (для
сохранения предназначена кнопка «+ Сохранить») и навигацию по другим вкладкам. В случае
принятия пользователем решения сохранить такой SLA рекомендуется ознакомиться со значениями
остальных настроек, предложенными системой. В противном случае можно продолжить добавление

профилей, ввод целевых значений параметров и т.д. (пример заполнения показан на Рис. 138). Далее
будут рассмотрены отдельные настройки SLA.
Рис. 138 Пример заполнения параметров мониторинга SLA
Вкладка «Неисправности» (Рис. 139) позволяет просмотреть и настроить задержки на открытие, закрытие и
смену критичности паспортов неисправности после фиксации системой изменений статуса сервиса.
Рис. 139 Настройка параметров регистрации событий
Раздел «Параметры регистрации событий» содержит таблицу с правилами открытия и закрытия паспортов
неисправностей в зависимости от времени пребывания сервиса в состоянии «Отказ», «Деградация» и «Не

определено». Для каждого из правил доступны следующие параметры, открывающиеся в виде выпадающего
списка при нажатии на значение правила:
без задержки – минимальная задержка на открытие или закрытие паспорта неисправности. Следует
учесть, что в действительности работа внутренних механизмов системы не позволит выполнить
открытие паспорта неисправности в режиме реального времени, однако дополнительной задержки в
этом случае не будет. На Рис. 140 показаны 2 примера работы системных механизмов и отображения
времени неисправности в зависимости от этой настройки;
5 минут;
10 минут;
15 минут;
20 минут;
30 минут;
45 минут;
1 час.
Рис. 140 Пример реакции системы на «Отказ» в случае 10-минутной задержки и при ее отсутствии в настройках
SLA
Вкладка «Скидки» позволяет включить и настроить расчет компенсации потребителю сервиса за

нарушения. Размер компенсации не может превышать 100%. По умолчанию скидки не рассчитываются. Для
включения требуется:
нажать «Укажите тип скидки» и выбрать из выпадающего списка тип скидки:
• «Линейная скидка» – для указания правила для расчета скидки для отказа и деградации за
каждый полный период, продолжительность которого можно выбрать;

Рис. 141 Пример настройки линейной скидки
• «Прогрессирующая скидка» – позволяет задать несколько правил как для деградации, так и
для отказа, варьируя размер скидки в зависимости от продолжительности неисправности;
Рис. 142 Пример настройки прогрессирующей скидки
заполнить правила, щёлкая по ссылкам (текст, выделенный синим цветом).
Вкладка «Исключения» содержит правило, при выполнении которого система будет игнорировать все
аварийные состояния контролируемых сервисов. В таком состоянии не будут открываться паспорта
неисправности, и они будут исключаться из периодов отчетов SLA (см. Рис. 143). Для корректной работы
сервиса с такой настройкой требуется убедиться, что измерительные устройства собирают данные о загрузке
канала, wiSLA может их обработать, и параметр «Процент загрузки» выбран на вкладке «Мониторинг» для
профилей. Настройка правила для исключения выполняется по аналогии с настройкой целевых значений
параметров качества на вкладке «Мониторинг».

Рис. 143 Настройка исключения в SLA
На этой же вкладке можно настроить расписание мониторинга. При задании расписания есть следующие
особенности:
следует перевести переключатель в положение «Произвольно». Появятся полосы, соответствующие
дням недели с редактируемым отрезком мониторинга;
дополнительный отрезок «Интервал контроля» позволяет выполнить настройку для всех
перечисленных дней недели одновременно;
кнопка позволяет исключить день недели из расписания;

регулируется как положение отрезка на оси времени, так и его длина. Для изменения положения
отрезка следует захватить отрезок (но не его границу) мышью, потянуть, отпустить кнопку мыши. Для
изменения длины нужно подвести курсор к границе отрезка, захватить границу мышью, потянуть,
затем отпустить кнопку мыши.
Рис. 144 Настройка периода мониторинга в SLA
Блок «Дополнительные параметры» позволяет сменить владельца SLA.
Просмотр настроек SLA
Для просмотра данных SLA следует:

открыть раздел «SLA» в главном меню;
найти требуемый SLA в списке. Доступен поиск и сортировка;

нажать на название SLA – откроются настройки.

Создание SLA на основе
Система предоставляет возможность создания SLA на основе уже сохраненного в системе. Последний в
этом случае выполняет роль шаблона. Пользователь может изменить любые настройки в новом SLA. Для
создания SLA на основе:
перейти к списку SLA;
выбрать образец. Можно воспользоваться поиском, сортировкой, а также на панели фильтрации
добавить архивные SLA, если требуется;
открыть настройки SLA, взятого за образец;
нажать «Создать на основе» или «Еще» – «Создать на основе»;
назвать SLA, внести правки;

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

открыть настройки SLA, который необходимо отправить в архив;
нажать кнопку «Еще» – «В архив».
Извлечение SLA из архива
Для извлечения SLA из архива следует:

на панели фильтрации выбрать «Статус» – «Архивный»;
найти в списке искомую запись. Можно воспользоваться поиском и сортировкой;
открыть настройки SLA, который необходимо извлечь из архива;
нажать кнопку «Еще» – «Из архива».
Точки доступа
Точки доступа являются неотъемлемым элементом инфраструктуры, имеют уникальное название, хранят
местоположение объектов мониторинга и их пропускную способность. Точка доступа связывается с одним
или несколькими зондами.

Рис. 145 Страница «Точки доступа» с включенной панелью фильтрации
Для работы со списком точек доступа можно использовать поиск, фильтрацию (по статусу и тегам),
маркировку тегами, сортировку по названию, статусу и владельцу. Подробнее поиск и фильтрация описаны в
разделах «Панель поиска» и «Панель фильтрации» соответственно.
Система позволяет выполнить создание, редактирование, добавление в архив, восстановление из архива,

удаление точки доступа, просмотр изменений настроек точки доступа.
Редактирование точки доступа, добавление в архив, восстановление из архива и удаление выполняется по

аналогии с другими объектами инфраструктуры. В архив может быть добавлена точка доступа, не связанная
с объектами инфраструктуры. Удаление точки доступа происходит из архива и является необратимым.
Особенностью при создании и редактировании точки доступа является возможность использования

дополнительных свойств (полей), расширяющих возможности системы. Системный администратор может
добавлять такие поля на форме редактирования точки доступа, выбирая их название и тип (текст или дата).
Для возможности определения координат точки доступа система должна быть корректно настроена в части
подключения к серверу-геокодеру для получения координат и иметь доступ к нему в момент создания точки
доступа.
Создание точки доступа
В зависимости от варианта развёртывания wiSLA по отношению к сети Интернет (открытый контур,

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

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

нажать кнопку «+ Точка доступа». Откроется форма добавления точки доступа;
Рис. 146 Форма добавления точки доступа
ввести название точки доступа в поле с текстом «Новая точка доступа»;

если контур открытый – ввести текст в поле «Адрес» в произвольном виде, например: «Москва
Большая Почтовая 5». Откроется список из одного или нескольких объектов, соответствующих
введённому тексту. Из этого списка нужно выбрать объект со строгим соответствием адреса. При
необходимости запрос следует уточнить. После выбора строки с адресом нужно проследить за
заполнением полей «Область», «Город», «Улица», «Дом», «Широта», «Долгота» и индикатором
нахождения координат (при наведении на «мишень» должна быть подсказка «координаты найдены»).
Рекомендуется также перепроверить координаты объекта вручную. Далее они будут использованы
для построения точки на карте сервисов;
если контур изолированный – выбрать из списка область, ввести город, улицу, дом. Если
географические координаты не определены или определены неверно – ввести или исправить широту
и долготу (в градусах в виде десятичной дроби). При работе wiSLA в режиме изолированного контура
ввод координат не является обязательным, но в случае их отсутствия точка доступа не появится на
карте сервисов;
заполнить поле «Пропускная способность, кбит/с» (не является обязательным). В случае заполнения
данное значение будет использоваться для всех SNMP Utilization Test, связанных с этой точкой
доступа;
заполнить поле «IP-адрес оборудования CE» (не является обязательным). Данный IP-адрес будет
использован для проверки доступности зонда «справа» в случае получения потерь пакетов 100% от
«левого» зонда. Если зонд «справа» доступен, то отказ сервиса не будет зафиксирован. Вместо этого
сервис перейдет в статус «Не определено». Данная особенность работает с зондами типов Cisco
(только если корректно заданы настройки подключения по Telnet) и wiProbe;
заполнить дополнительные поля, если требуется;

под ссылкой «Подробнее» скрыты поля «Владелец», «Этаж», «Квартира», «Почтовый индекс»,
«Описание». Поле «Владелец» заполняется автоматически и может быть изменено. Остальные поля
могут быть заполнены, но технически не являются обязательными;
выбрать или создать зонд (этот шаг может быть пропущен);
добавить теги для расширения возможностей фильтрации точки доступа (этот шаг не является
обязательным). Кнопка добавления тегов находится над ссылкой «Подробнее». Можно добавить
пользовательские и системные теги;
нажать «+ Сохранить». Система проверит введенные данные. Если ошибки не будут найдены,
откроется список точек доступа. Новая точка доступа будет иметь статус «Действительная». Статус
будет изменен на «Активная» после активации сервиса с этой точкой доступа.
Точка доступа также может быть создана автоматически с минимальным набором данных, но со связью с
зондом при заполнении расположения зонда.
Тесты
Тесты являются неотъемлемым элементом инфраструктуры. В системе предусмотрены тесты различных
типов, выбор которых связан с типом используемых зондов и поставленной задачей. Создание теста может
быть инициировано на странице «Тесты» и на форме создания сервиса.
Рис. 147 Страница «Тесты» с включенной панелью фильтрации
Для теста предусмотрено 3 статуса:
«Активный» – тест участвует в измерениях;

«Неактивный» – тест не участвует в измерениях;
«В архиве» – тест скрыт из общего списка путём архивации.
На странице со списком тестов работает поиск и фильтрация (по статусу, типу и тегам), работает сортировка
по все полям таблицы и присутствуют элементы для управления тегами. Подробнее поиск и фильтрация
описаны в разделах «Панель поиска» и «Панель фильтрации» соответственно.

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

с другими сущностями на портале (были показаны в данном руководстве на примере контрагента и политики
качества).
Добавление в архив возможно только для неактивного теста, не связанного с объектами инфраструктуры.
Удаление является необратимой операцией и возможно только для архивного теста. Право на
редактирование теста можно оставить только владельцу (отдельная настройка).

Типы тестов:
Cisco IP SLA – измерение качественных показателей сети, проводится с использованием двух
зондов. Возможные комбинации: Cisco – Cisco, Cisco – wiProbe;
SNMP Utilization test – не использует созданные зонды, настройки подключения к оборудованию
задаются прямо в тесте. Позволяет получить данные по загрузке канала (текущая загрузка канала за
5 минут, коэффициент загрузки канала);
TWAMP – измерение качественных показателей сети устройствами wiProbe в соответствии с RFC
5357 (по TWAMP-протоколу). Выполняется путём посылки последовательности тестовых UDP-
пакетов. Позволяет выполнять измерение потерь, задержки (времени односторонней задержки
пакетов), круговой задержки (времени двусторонней задержки пакетов), джиттера (времени
односторонней вариации задержки пакетов), кругового джиттера (времени двусторонней вариации
задержки пакетов), пакетов вне очереди и повторов пакетов;
wiProbe Custom Scenario – группа тестов для зондов wiProbe, возвращающих результат выполнения
сценария и время выполнения, позволяющая выполнять широкий спектр проверок: мониторинг баз
данных, авторизацию на FTP, подключение и поиск в LDAP, отправку писем по SMTP, подключение к
почтовому и Samba-серверу, Health-мониторинг, SOAP-мониторинг, проверку доступности WEB-
страниц и другие проверки. Подключается к сервисам типа «Сценарий пользователя». Не требует
«зонда справа»;
wiProbe DNS – проверка доступности DNS-сервера зондами wiProbe (позволяет выполнять
измерение потерь, отклика и кругового джиттера), а также измерение времени разрешения имени
узла. Не требует «зонда справа»;
wiProbe L2-Test – выполняет тестирование качественных показателей передачи данных на
канальном уровне зондами wiProbe. Для тестирования требуются 2 зонда wiProbe. Позволяет
выполнять измерение потерь, задержки (времени односторонней задержки пакетов), круговой
задержки (времени двусторонней задержки пакетов), джиттера (времени односторонней вариации
задержки пакетов), кругового джиттера (времени двусторонней вариации задержки пакетов);
wiProbe L7-HTTP-Test – проверяет доступность ресурса и измеряет время, необходимое для

прохождения запроса по протоколу HTTP. Не требует «зонда справа». Позволяет выполнять
измерение потерь, отклика и кругового джиттера;
wiProbe L7-TCP-Test – проверяет доступность портов приложения по протоколу TCP. Не требует
«зонда справа». Позволяет выполнять измерение потерь, отклика и кругового джиттера;
wiProbe OnlineDPI – собирает статистику по пользовательскому трафику. Может быть применен

только с использованием wiProbe зонда;
wiProbe P-Test – выполняется путём посылки последовательности тестовых ICMP-пакетов.
Позволяет выполнять измерение потерь, отклика и кругового джиттера;
wiProbe U-Test – проводится с использованием двух зондов. Master-зондом всегда выступает зонд
wiProbe. Возможные комбинации зондов: wiProbe – wiProbe, wiProbe – Cisco, wiProbe – Network
Device. Выполняется путём посылки последовательности тестовых UDP-пакетов. Позволяет
выполнять измерение потерь, задержки (времени односторонней задержки пакетов), круговой
задержки (времени двусторонней задержки пакетов), джиттера (времени односторонней вариации
задержки пакетов), кругового джиттера (времени двусторонней вариации задержки пакетов), пакетов
вне очереди и повторов пакетов;
нагрузочный тест wiProbe – создаётся автоматически при запуске со страницы просмотра текущих
показателей.

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

на первом этапе указывается название теста (обязательное поле), добавляются метки (если
необходимо) и указывается тип теста (обязательное поле). После выбора типа теста открывается
набор других параметров, соответствующих выбранному типу;
Рис. 148 Первый этап создания теста
на втором этапе заполняются все необходимые для выбранного типа теста параметры;
Рис. 149 Второй этап создания теста

как правило, это выбор одного или двух зондов, участвующих в тесте (зонды фильтруются согласно
выбранному типу теста по критерию возможности использования), указание пропускной способности
и выбор интерфейса и идентификатора теста на зонде в том или ином виде. Все доступные поля в
настройках тестов являются обязательными для заполнения;
для отдельных типов тестов доступны также дополнительные настройки в модальных окнах
(например, выбор шаблона и заполнение полей для теста Custom Scenario);
после заполнения полей требуется нажать кнопку «+ Сохранить»;
система предложит запуск теста. Во многих случаях он не нужен: тест будет создан и запущен, в то
время как не вся инфраструктура добавлена для полноценного мониторинга. Однако для тестов с
зондами wiProbe предварительный запуск теста даст возможность ускорить процесс получения
результатов мониторинга после активации связанного сервиса или контракта.
При создании теста OnlineDPI настраиваются следующие параметры:

«Зонд», источник данных о статистике трафика;
«Параметры захвата трафика»:
• «Фильтр локальной сети» – IP-адрес или подсеть, определяющая, что пакеты с IP

источника из этой сети являются исходящими;
• «Набор критериев захвата» (IP-адреса источника/назначения, Протоколы, порты).

Количество критериев не ограничено. Их можно добавлять путем нажатия на «+» в строке
критерия. При нажатии на «+» появляется модальное окно с выбором типа критерия: IP-
адреса источника/назначения, протоколы, порты. По умолчанию при создании теста вместо
первой строки критерия должна отображаться ссылка «Добавить критерий», при нажатии на
которую должно появляться модальное окно с выбором типа критерия.
Параметры захвата трафика можно получить из другого уже созданного теста Online DPI. Для этого
необходимо нажать кнопку «Получить из теста». Откроется модальное окно со стандартным компонентом
поиска и выбора тестов OnlineDPI. При выборе одного или нескольких тестов из них в текущий создаваемый
тест копируются настройки. Если тестов несколько, настройки агрегируют.
Учетные записи
На странице «Учетные записи» выполняется управление учетными записями пользователей портала:
создание, редактирование, активация, сброс пароля, изменение ролей, настройка уведомлений, привязка
учетных записей к IP, связь с контрактами и контрагентами, архивация, блокировка, отправка в архив,
восстановление из архива, удаление, просмотр истории изменений учетной записи.
Для работы со списком пользователей предусмотрены: поиск, фильтрация по статусу, сортировка по имени,
информации и статусу. Подробнее поиск и фильтрация описаны в разделах «Панель поиска» и «Панель
фильтрации» соответственно.
Статусы пользователей:
активный – пользователь был удачно добавлен, имеет свой пароль, может полноценно работать с
порталом;
блокированный – пользователь был заблокирован администратором системы или самой системой;
зарегистрированный – пользователь был добавлен администратором системы, получил
одноразовый пароль для прохождения регистрации, однако не выполнил вход на портал и смену

пароля. Если система работает в облачном режиме, то возможен также иной вариант: пользователь
прошел регистрацию, но не выполнил процедуру подтверждения регистрации;
архивный – пользователь был добавлен в архив администратором системы и не имеет доступа на
портал.
Рис. 150 Страница «Учетные записи» с включенной панелью фильтрации
Создание нового пользователя
Создание нового пользователя доступно пользователям с ролью «Системный администратор». До создания

новой учётной записи нужно убедиться в работоспособности рассылки уведомлений по электронной почте с
портала и (по возможности) готовность к работе и корректность адреса электронной почты нового
пользователя, так как учетные данные будут отправлены на адрес электронной почты нового пользователя.
Для создания нового пользователя следует:

нажать кнопку «+ Пользователь». Откроется форма добавления новой учетной записи портала;
ввести полное имя пользователя. Это обязательное поле;
ввести адрес электронной почты пользователя. Он будет использоваться и в качестве логина. Это
обязательное поле;
при необходимости добавить дополнительные адреса электронной почты. На них будет

дублироваться информация, отсылаемая на основной адрес. Перечисленные здесь адреса не могут
быть использованы для авторизации вместо основного. Настройка дополнительных адресов
электронной почты необязательна;
выбрать одну или несколько ролей пользователя:
• роль «Системный администратор» открывает доступ к разделу «Администрирование»

для полноценного управления контрагентами, SLA, точками доступа, учетными записями и
сессиями на портале. Позволяет сбрасывать пароли, настраивать дополнительные поля,
создавать системные теги;

• роль «Оператор SLA» добавляет возможности по созданию и изменению инфраструктуры,
но не дает доступ в раздел «Администрирование» для полноценного управления
контрагентами, SLA, точками доступа, учетными записями и сессиями на портале;
• по умолчанию все добавляемые учётные записи имеют роль «Пользователь», её снятие

невозможно, она добавлена для наглядности.
настроить уведомления. Этот шаг является необязательным. Настройки уведомлений состоят из двух
подразделов:
• «Всплывающие уведомления на портале» – для включения всплывающих сообщений на

странице портала «События» при открытии, закрытии и изменении уровня критичности
паспортов неисправности;
• «Уведомления» (по электронной почте). При отметке флажком «Отказ», «Деградация»,

«Не определено» важно не забыть отметить и тип события, по наступлению которого
должно отправляться электронное письмо;
Рис. 151 Страница добавления учетной записи
раскрыть вкладку «Дополнительные настройки». Все поля здесь необязательные, но их заполнение

позволит сохранить более полную информацию о пользователе. Поле «Доступ» позволяет связать
учетную запись с IP-адресами по белому или черному списку;
выбрать контракт и контрагента для пользователя (этот шаг является необязательным для ролей
«Системный администратор» и «Пользователь»). Если выбрана роль «Оператор SLA», то можно
добавить только одного контрагента в список. В противном случае число связанных контрагентов не
ограничено;
нажать «+ Сохранить». Система выполнит проверку данных. Если ошибок нет, откроется список
пользователей. Новая учетная запись будет иметь статус «Зарегистрированный». Иначе система
сообщит об ошибке, предложит её исправить, и далее понадобится выполнить сохранение повторно;
пользователь получает письмо со ссылкой на портал и одноразовым паролем. У него есть 24 часа на
активацию учетной записи (вход на портал со сменой пароля). Если пользователь просрочил
активацию, учетная запись будет заблокирована.

Регистрация пользователя wiSLA.Cloud по запросу
В режиме wiSLA.Cloud предусмотрена возможность автоматической регистрации пользователей. В случае

если пользователь регистрирует себя и компанию впервые, участие системного администратора не
предусмотрено, создаётся учётная запись с правами «Оператор SLA» и «Пользователь», она получает
статус «Зарегистрированный», затем при подтверждении регистрации статус учётной записи изменяется на
«Активный». Помощь системного администратора может понадобиться только при регистрации
программного агента для его корректной привязки к компании (контрагенту), если пользователь не указал
свои учётные данные при установке агента (например, в целях безопасности).
Однако есть один сценарий, когда без системного администратора регистрация пользователя невозможна.
Пользователь при регистрации вводит полное имя, адрес электронной почты и название компании. Если
название компании не является уникальным (то есть сотрудники этого пользователя уже зарегистрированы в
системе), в целях безопасности система предлагает запросить доступ у системного администратора. В этом
случае система отправляет письмо на адрес электронной почты системного администратора. Далее следует:
выяснить соответствие сотрудника к компании;
если соответствие установлено, перейти по ссылке в письме (при необходимости авторизоваться на

портале). Из письма будут переданы: адрес электронной почты, полное имя, набор ролей,
принадлежность к контрагенту (в простейшем случае останется просто сохранить настройки). Если же
установлен факт попытки получения несанкционированного доступа к инфраструктуре – уведомить
ответственного представителя контрагента, игнорировать письмо о регистрации, не переходить по
ссылке – в этом случае учётная запись не будет создана и злоумышленник не получит доступа к
порталу;
если в предыдущем пункте было принято решение о добавлении пользователя – заполнить
необязательные поля (если требуется) и сохранить настройки. Пользователю будет отправлено
письмо с данными для авторизации.
Если пользователь не получил письмо, можно открыть настройки учётной записи, уточнить адрес
электронной почты и повторно нажать кнопку «Сохранить». Пользователю будет повторно отправлено
письмо с новыми данными для авторизации.
Принудительная смена пароля
Системный администратор может выполнить смену пароля другому пользователю (кроме учётной записи с
ролью системного администратора). Для смены пароля нужно:
1. Найти в списке и открыть на редактирование учетную запись пользователя.

2. Если учетная запись в статусе «Зарегистрированный», можно повторно сгенерировать и выслать
случайный пароль пользователю. Это может быть полезно в случае, когда после создания
учетной записи пользователь не получил письмо с одноразовым паролем. Системному
администратору следует нажать кнопку «Сохранить», письмо с новым паролем будет отправлено.
3. Если учетная запись в статусе «Активный», и пользователь имеет набор ролей ниже системного
администратора, то ему можно установить известный системному администратору пароль путём
заполнения полей «Новый пароль» и «Подтверждение».
4. Смена пароля другим системным администраторам невозможна. Системные администраторы

могут воспользоваться стандартной процедурой восстановления пароля на странице
авторизации.

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

найти в списке и открыть на редактирование учетную запись пользователя;
нажать «Еще», «Заблокировать». Возможна блокировка учетных записей с набором ролей ниже
системного администратора.
Блокировка других системных администраторов невозможна.
Для снятия блокировки системный администратор должен выбрать заблокированную учетную запись,
открыть ей на редактирование и выбрать «Еще», «Разблокировать».
Изменение настроек рассылки уведомлений
Настройки рассылки в чужой учетной записи могут быть изменены системным администратором независимо
от роли редактируемой записи. Ниже показан пример настройки.
Рис. 152 Настройка рассылки уведомлений
В приведённом примере пользователь будет получать уведомления:

на странице «Аналитика» – о паспортах неисправности;
на адрес его электронной почты будут приходить письма об открытии, изменении, закрытии и
добавлении комментариев к паспортам неисправности уровней «Отказ», «Деградация», «Не
определено». Также он будет получать уведомления о планово-профилактических работах и
публикации отчетов SLA.

Как было указано ранее, при отметке флажком «Отказ», «Деградация», «Не определено» важно не
забыть отметить и тип события, по наступлению которого должно отправляться электронное письмо.
Сессии
Страница «Сессии» доступна системным администраторам. Она позволяет увидеть, кто в данный момент
находится в системе, с какого IP-адреса произведен вход, время последней активности и ожидаемое время
окончания сессии (время жизни сессии составляет по умолчанию 30 минут). Для нежелательных сессий
предусмотрены завершение сессии и блокировка пользователя.
Рис. 153 Страница управления сессиями
При завершении сессии происходит освобождение памяти, выделенной для данной сессии, пользователь не
получает никаких уведомлений. В случае если он продолжает работу с порталом, происходит его
автоматический вход, и он может ничего не заметить. Такой функционал может быть полезен для аварийного
завершения подвисших сессий, но не для блокировки нарушителя.
При выборе блокировки пользователя системному администратору предлагается выбрать, на какой срок её
выполнить: час, день, месяц, постоянно.
В списке сессий строка поиска выполняет функцию фильтра записей.
Журнал событий
Журнал событий предоставляет системному администратору доступ к записи действий, связанных с
редактированием или созданием новых элементов инфраструктуры, входа на портал, публикации и
перерасчета отчетов SLA. Функционал страницы по работе с журналом событий позволяет:
осуществлять полнотекстовый поиск (подробнее поиск описан в разделе «Панель поиска»);
выполнять сортировку по дате, типу, длительности выполнения;
выполнять фильтрацию по источнику системных событий и по типу событий (подробнее фильтрация

описана в разделе «Панель фильтрации»);

подсвечивать изменённое поле (если это возможно);
Рис. 154 Страница журнала событий
при нажатии на интересующую запись в журнале получить окно с расширенной информацией о

действиях пользователя с объектами.
Рис. 155 Просмотр детальной информации о событии
Помимо страницы «Журнал событий» для пользователей с ролью системного администратора доступна
кнопка «История изменений» на странице каждого объекта инфраструктуры. После нажатия на нее во
всплывающем окне отображается расширенная история по последним действиям из журнала событий,
отфильтрованная по данному объекту.

ВАЖНАЯ ИНФОРМАЦИЯ
О документе
© 2018 Wellink Inc. Все права защищены.
Компания Wellink оставляет за собой право в одностороннем порядке без какого-либо специального
уведомления, без согласия Пользователя в любое время вносить улучшения и/или изменения в продукты
и/или программное обеспечение, дополнять и/или изменять настоящий документ. Новая редакция
документа вступает в силу с момента ее размещения в Базе знаний компании Wellink по адресу
info.wellink.ru. Убедитесь, что Вы читаете последнюю актуальную версию настоящего документа.
Были предприняты максимальные усилия для того, чтобы гарантировать полноту и точность
представленной в документе информации. Wellink не несет ответственности за возможные описки и
неточности.
Использование Пользователем продукта и/или программного обеспечение после любых изменений и/или
улучшений означает его согласие с такими изменениями и/или улучшениями.
Если у вас есть замечания, касающиеся данного документа или продуктов, которые он описывает,
направляйте их по адресу support@wellink.ru.
О компании
Wellink (www.wellink.ru) разрабатывает инновационные продукты и решения в области автоматизации и

управления качеством информационных и телекоммуникационных услуг для операторов связи,
государственного и корпоративного сегментов.
wiSLA, wiProbe, wiTest – являются официально зарегистрированными торговыми марками компании

Wellink, имеют все необходимые сертификаты и защищены авторским правом.
Wellink оказывает услуги по внедрению, сопровождению и улучшению своих продуктов согласно

требованиям заказчика. При внедрении своих продуктов Wellink опирается на обширную партнерскую
сеть, которая непрерывно развивается на территории Российской Федерации и за ее пределами.
Сервисный центр компании Wellink готов оказывать услуги технической поддержки высокого качества в
режиме 24х7.
Девиз Wellink: Гибкость в отношениях, Инновации в разработке, Простота в использовании. Мы открыты

для партнерства и интеграции. Мы делаем услуги измеримыми не только по цене, но и по качеству!
Головной офис компании находится по адресу: 127322, Москва, ул. Яблочкова, д.21, корп.3
тел./факс: +7 (495) 374-66-78
Интернет-сайт: www.wellink.ru
125130, г. Москва,
ул. Яблочкова, д.21, корп.3
Тел.: +7 (495) 374-66-78

ПРИЛОЖЕНИЕ 1
Работа с программным агентом
Загрузка программного агента с портала

В wiSLA 4.1.1 программный агент можно загрузить с портала, для этого следует:
перейти в раздел «Зонды» главного меню;
нажать кнопку «Скачать зонд» (см. Рис. 156);
Рис. 156 Загрузка зонда с портала
выбрать тип программного агента. В скобках указана разрядность ОС. Список формируется
администратором сервера wiSLA и может отличаться. Пример списка агентов показан на Рис. 157.
На нём:
• Windows – для ОС семейства Microsoft Windows (не ниже Windows 7);
• Debian 6 – для Debian GNU/Linux-совместимых ОС, версии не ниже 6;
• CentOS 6.4 – для CentOS и Red Hat-совместимых ОС. Версия CentOS не ниже 6.4;
• Ubuntu 12.04 – для ОС Ubuntu версии не ниже 12.04.

Рис. 157 Выбор типа агента
После загрузки файла его необходимо установить.
Установка агента
Установка агента для семейства Windows
Для установки программного агента для Windows следует:

запустить загруженный установочный файл;
выбрать язык установки и нажать «ОК»:
Рис. 158 Установка программного WIN-агента, шаг первый
выбрать дополнительные компоненты (рекомендуется выбрать все), нажать «Далее»;

Рис. 159 Установка программного WIN-агента, шаг второй
указать адрес портала wiSLA или учетные данные пользователя, с которым будет связан
программный агент, нажать «Далее». Адрес портала wiSLA обычно «зашит» в файл установки,
поэтому следует выбирать вариант ввода учётных данных. Если не указать учётные данные,
программный агент появится на портале wiSLA без владельца;
Рис. 160 Установка программного WIN-агента, шаг третий
указать название агента, которое будет отображаться на портале wiSLA, нажать «Установить»:

Рис. 161 Установка программного WIN-агента, шаг четвертый
дождаться окончания установки, нажать «Закрыть»:
Рис. 162 Установка программного WIN-агента, шаг пятый
открыть портал оператора. Программный агент должен появиться в разделе «Зонды».
Установка агента для семейства Linux
Для установки агента на Red Hat, CentOS или другую операционную систему с системой пакетов RPM
требуется:
убедиться, что пользователь входит в группу sudoers и имеет права на установку приложений и
работу со списком автозапуска (при необходимости выполнить смену пользователя) или войти в
систему под root;
открыть приложение «Терминал» или перейти в консольный режим;

перейти в каталог с загруженным файлом установки;
выполнить команду:
• для RPM-совместимых систем:
sudo rpm -ivh <имя_файла.rpm>
• для dpkg-совместимых систем:
sudo dpkg -i <имя_файла.deb>

ответить на вопросы программы установки. В ходе установки должны появиться предложения
ввода:
• «Do you want to set up authetication on…» – вопрос о необходимости использования

механизма аутентификации. Если ответить «yes», система предложит ввести логин и
пароль для аутентификации и привязки агента к учётной записи портала оператора.
Если отказаться и ответить «no», программный агент появится на портале wiSLA без
владельца. Следует учесть, что для передачи пароля используется протокол HTTP, есть
риск его прослушивания. Поэтому если в приоритете скорость регистрации в ущерб
безопасности, то лучше ответить «yes», в противном случае – ответить «no» и
обратиться к системному администратору для привязки агента к компании;
• при согласии с вводом данных аутентификации – ввести адрес электронной почты в

качестве логина;
• при согласии с вводом данных аутентификации – ввести пароль пользователя, который

используется для авторизации на портале оператора;
открыть портал оператора. Программный агент должен появиться в разделе «Зонды».
Пример успешного диалога установки показан ниже:
Выбор ранее не выбранного пакета slamon.
(Чтение базы данных … на данный момент установлено 1203966 файлов и каталогов.)
Подготовка к распаковке alfa-test2_slamon_1.12.62271_x86_64(1).deb …
DEB preinst install
################################################################## preinst BEGIN
#################################################################### preinst END
Распаковывается slamon (1.12.62271) …
Настраивается пакет slamon (1.12.62271) …
DEB postinst configure
################################################################# postinst BEGIN
удалён «/etc/default/slamon.old»
Old slamon environment:

/etc/slamon/
/var/lib/slamon/
/var/log/slamon/
/var/log/slamon/csv/
/var/log/slamon/http/
New slamon environment:
/etc/slamon/
/var/lib/slamon/
/var/log/slamon/
/var/log/slamon/csv/
/var/log/slamon/http/
Compare /etc/slamon/ = /etc/slamon/
Compare /var/lib/slamon/ = /var/lib/slamon/
Compare /var/log/slamon/csv/ = /var/log/slamon/csv/
Compare /var/log/slamon/http/ = /var/log/slamon/http/
Compare /var/log/slamon/ = /var/log/slamon/
Compare /etc/slamon/ = /etc/slamon/
Compare /var/lib/slamon/ = /var/lib/slamon/
Compare /var/log/slamon/csv/ = /var/log/slamon/csv/
Compare /var/log/slamon/http/ = /var/log/slamon/http/
Compare /var/log/slamon/ = /var/log/slamon/
Setting files permissions
права доступа «/usr/local/bin/slamond» изменены с 0755 (rwxr-xr-x) на 6755 (rwsr-sr-x)
Removing any system startup links for /etc/init.d/slamon ...
Adding system startup for /etc/init.d/slamon ...
/etc/rc0.d/K20slamon -> ../init.d/slamon

/etc/rc2.d/S20slamon -> ../init.d/slamon
Starting SLA monitor slamond
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
Slamon temp folder status:
Файл.система Размер Использовано Дост Использовано% Cмонтировано в
tmpfs 3,9G 0 3,9G 0% /run/slamon
Exit
Do you want to set up authetication on http://wisla.wellink.ru(yes/no):
yes
Please enter your account authentication info
login: account@wellink.ru
password:
Successful result
Обрабатываются триггеры для ureadahead (0.100.0-16) …
Обрабатываются триггеры для libc-bin (2.19-0ubuntu6.14) …
/sbin/ldconfig.real: /usr/lib/joxi/libbz2.so.1.0 is not a symbolic link
Удаление агента
Удаление агента для семейства Windows
Для удаления агента следует найти группу приложений «Slamon-agent» и выбрать Uninstall. В
появившемся окне нажать «Удалить» и дождаться завершения процесса. Также можно воспользоваться
штатным средством установки и удаления приложений, в нём агент называется «Slamon-agent».
После удаления агента можно авторизоваться в системе и отправить агента в архив, если требуется.
Удаление агента для семейства Linux
Удаление агента выполняется под учётной записью пользователя, имеющего права на удаление
приложений и изменение списка автозапуска. Для удаления следует:
авторизоваться в системе, куда установлен агент;

открыть приложение «Терминал» или перейти в консольный режим;
ввести команду:
• для RPM-совместимых систем:
sudo rpm -e slamon
• для dpkg-совместимых систем:
sudo dpkg -r salmon

дождаться завершения процесса;
авторизоваться в wiSLA и отправить агента в архив, если требуется.

Wisla.руководство Пользователя 4.2

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Wisla.руководство Пользователя 4.2

Загружено:

Авторское право:

Доступные форматы

ООО “НТЦ Веллинк”.

wiSLA (well integrated SLA)

Список внесённых изменений в документ «Руководство пользователя портала Оператора»:

© Wellink, 2018 2 All rights reserved

ЗНАКОМСТВО С WISLA ...................................................................................................................................... 5

НАЗНАЧЕНИЕ СИСТЕМЫ .......................................................................................................................................... 5

ЗАДАЧИ, РЕШАЕМЫЕ СИСТЕМОЙ .............................................................................................................................. 5

РЕШЕНИЯ НА БАЗЕ ПЛАТФОРМЫ WISLA ..................................................................................................................... 6

АРХИТЕКТУРА И СОСТАВ ПЛАТФОРМЫ WISLA ............................................................................................................. 8

НАЧАЛО РАБОТЫ С ПОРТАЛОМ ..................................................................................................................... 15

ПОЛУЧЕНИЕ ДОСТУПА НА ПОРТАЛ .......................................................................................................................... 15

ПОЛУЧЕНИЕ ДОСТУПА НА ОБЛАЧНУЮ ВЕРСИЮ ПОРТАЛА ............................................................................................. 16

ВОССТАНОВЛЕНИЕ ПАРОЛЯ ................................................................................................................................... 17

ОПИСАНИЕ ЭЛЕМЕНТОВ ПОРТАЛА........................................................................................................................... 17

КАРТА СЕРВИСОВ ................................................................................................................................................. 34

ПОКАЗАТЕЛИ КАЧЕСТВА ПО СЕРВИСУ ....................................................................................................................... 45

НАСТРОЙКА МОНИТОРИНГА .................................................................................................................................. 49

ПОКАЗАТЕЛИ КАЧЕСТВА В РЕАЛЬНОМ ВРЕМЕНИ......................................................................................................... 51

КОРРЕЛЯТОР СЕРВИСОВ ........................................................................................................................................ 52

АНАЛИЗ ПОЛЬЗОВАТЕЛЬСКОГО ТРАФИКА ................................................................................................................. 54

НАГРУЗОЧНОЕ ТЕСТИРОВАНИЕ ............................................................................................................................... 61

© Wellink, 2018 3 All rights reserved

ПРОСМОТР ОТЧЕТА SLA........................................................................................................................................ 76

ПУБЛИКАЦИЯ ОТЧЕТА SLA .................................................................................................................................... 86

СОЗДАНИЕ ИСКЛЮЧЕНИЯ ИЗ ОТЧЕТА SLA ................................................................................................................. 86

ПЕЧАТЬ ОТЧЕТА SLA ............................................................................................................................................ 87

ФОРМИРОВАНИЕ ОТЧЕТА ПО ЗАПРОСУ .................................................................................................................... 87

ОПИСАНИЕ ПРОЦЕССА СКВОЗНОГО СОЗДАНИЯ ИНФРАСТРУКТУРЫ ................................................................................. 89

АДМИНИСТРИРОВАНИЕ ............................................................................................................................... 114

КОНТРАГЕНТЫ .................................................................................................................................................. 114

SLA ................................................................................................................................................................ 118

ТОЧКИ ДОСТУПА ............................................................................................................................................... 125

ТЕСТЫ ............................................................................................................................................................. 128

УЧЕТНЫЕ ЗАПИСИ .............................................................................................................................................. 132

СЕССИИ ........................................................................................................................................................... 137

ЖУРНАЛ СОБЫТИЙ ............................................................................................................................................ 137

ВАЖНАЯ ИНФОРМАЦИЯ ............................................................................................................................... 139

ПРИЛОЖЕНИЕ 1 ............................................................................................................................................ 140

ЗАГРУЗКА ПРОГРАММНОГО АГЕНТА С ПОРТАЛА ....................................................................................................... 140

УСТАНОВКА АГЕНТА ........................................................................................................................................... 141

УДАЛЕНИЕ АГЕНТА ............................................................................................................................................. 146

© Wellink, 2018 4 All rights reserved

Программно-аппаратная платформа wiSLA позволяет урегулировать конфликты между поставщиками и

В основу платформы wiSLA заложена следующая идеология:

Задачи, решаемые системой

Мониторинг качества L2/L3 VPN и услуг широкополосного доступа в Интернет

Аудит соответствия качества услуги параметрам SLA

© Wellink, 2018 5 All rights reserved

Мониторинг доступности и производительности сервисов L7 и приложений (Application

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

wiSLA 4.2 обеспечивает многоуровневый мониторинг пользовательских сервисов L7 (WEB-порталы, базы

Решения на базе платформы wiSLA

Для операторов связи

Мониторинг L2/L3 VPN

SLA на предоставляемые услуги в последнее время становится обязательным требованием потребителей из

Решение wiSLA.Telco для операторов обеспечивает:

мониторинг качества клиентских услуг в режиме реального времени позволяет оперативно

учет загрузки клиентского порта обеспечивает формирование автоматических исключений

© Wellink, 2018 6 All rights reserved

Мониторинг инфраструктуры ЦОД и облачных услуг

Облачные сервисы (SaaS) и предоставление инфраструктуры в облаке (IaaS) повсеместно становятся

Решение wiSLA.Telco для операторов обеспечивает:

Для государственных учреждений и крупного корпоративного сегмента (B2B/B2G)

Мониторинг арендованных L2/L3 каналов