Использование панели мониторинга качества звонков для Skype для бизнеса Server
Сводка: Узнайте, как использовать панель мониторинга качества звонков. Панель мониторинга качества звонков — это средство для Skype для бизнеса Server.
Панель мониторинга качества вызовов (CQD) позволяет ИТ-специалистам использовать агрегированные данные для выявления проблем с качеством мультимедиа путем сравнения статистики для групп пользователей для выявления тенденций и закономерностей. CQD ориентирован не на решение отдельных проблем с вызовами, а на выявление проблем и решений, которые применяются ко многим пользователям.
Руководство пользователя по панели мониторинга качества звонков
CQD — это веб-портал для быстрого создания и упорядочения отчетов на основе данных качества обслуживания (QoE). CQD развертывает куб SSAS для агрегирования данных в базе данных метрик QoE и позволяет администраторам создавать и изменять отчеты или проводить исследования в режиме реального времени. Предусмотрена возможность прямого подключения Excel к кубу; при этом портал оптимизирован под различные рабочие процессы, предусматривающие обработку данных о качестве взаимодействия. К данным относятся:
- Кэшированные данные отчета для быстрого доступа
- Подробные ссылки на страницы отчетов для обмена информацией и публикации
- Упрощенное редактирование и создание отчета, а также редактируемые метаданные для описания отчетов.
Кроме того, CQD предоставляет веб-API, которые предоставляют пользователям программный доступ к данным куба для использования на пользовательских панелях мониторинга.
Общие сведения о компоненте
При посещении панели мониторинга качества звонков отображается следующий экран:
- Область "Сводка" — это место, где можно найти контекст для "Набора отчетов" (справа).
- Нажмите кнопку "Изменить" в области сводкиОтчет, чтобы задать свойства уровня (включая высоту оси Y).
- Навигация помогает определить текущее расположение в иерархии набора отчетов.
- Отчеты с вложенными отчетами отображаются синей ссылкой. Щелкните ссылку, чтобы детализировать дочерние отчеты.
Наведите указатель мыши на линейчатые диаграммы и линии тренда, чтобы отобразить подробные значения. В отчете с фокусом отображается меню действий: "Изменить", "Клонировать", "Удалить" и "Скачать".
Стандартные отчеты
При первом доступе к порталу панели мониторинга качества звонков автоматически создается набор отчетов по умолчанию. Эти отчеты также называют системными. Вы можете свободно изменять или удалять эти отчеты или расширять их, создавая новые отчеты одноуровневых и дочерних.
На верхнем уровне в отчете "Тенденция за месяц аудиопотоков" показана тенденция по месяцам для всех аудиопотоков. Наведите указатель мыши на линейчатую диаграмму, чтобы отобразить более подробное представление данных, представленных линейчатой диаграммой. Щелкните заголовок отчета о ежемесячной тенденции звуковых потоков, чтобы перейти к отчету "Управляемые и неуправляемые аудиопотоки", где отчеты разделены на управляемые и неуправляемые вызовы. Управляемые звонки посылаются по проводным соединениям из зоны, защищенной корпоративным брандмауэром. Неуправляемые вызовы включают вызовы, выполненные за пределами корпоративного брандмауэра, и все вызовы, выполненные через Wi-Fi.
Другой отчет верхнего уровня называется гистограммой оценки качества звонка, сообщаемой пользователем. Оценки качества звонков — это номера, заданные пользователями Skype для бизнеса в конце звонка, чтобы указать качество звонка. Рейтинговые номера варьируются от 1 до 5, 1 является худшим и 5 является лучшим. На гистограмме отображается количество звонков голосовой связи, получивших данную оценку в течение одного месяца.
Щелкните заголовок любого из отчетов, чтобы перейти к отчетам с дополнительными фильтрами по данным. В системных отчетах каждый дочерний отчет содержит подмножество данных, представленных в родительском отчете. Модель решения проблем проста: определите, какой вложенный отчет ограничивается данными или тенденцией, указывающими на проблему, и постепенно сужает пространство проблемы. Возможность создавать вложенные отчеты позволяет исследовать собственные догадки о причинах конкретных тенденций данных.
Создание и изменение отчетов
Щелкните "Изменить" в меню действий отчета, чтобы открыть редактор отчетов. В основе каждого отчета лежит запрос, обращенный к кубу. В отчете наглядно представлены данные, возвращенные в результате запроса. Редактор отчетов помогает редактировать эти запросы и параметры отображения отчета. При открытии редактора отчетов вы увидите:
- На левой панели выбраны измерения, показатели и фильтры. Наведите указатель мыши на одно из существующих значений, чтобы отобразить кнопку "x", которая позволяет удалить значение. Нажмите кнопку "плюс" рядом с заголовком, чтобы открыть диалоговое окно, в котором можно добавить новое измерение, меру или фильтр.
- Вверху отображаются команды для настройки диаграммы.
- В редакторе запросов возможен предварительный просмотр отчета.
- Подробное описание отчета можно создать с полем редактирования внизу.
Спарклайны в таблицах
Если в качестве измерения добавляется StartDate.Month, а данные преобразуются для просмотра тенденций в табличной форме, в ячейках таблицы могут отображаться линейчатые диаграммы и спарклайны. Наведите указатель мыши на линейчатую диаграмму и спарклайны, чтобы отобразить значения за отдельные месяцы.
Чтобы линейчатые диаграммы и спарклайны отображались, необходимо установить флажок "Показать спарклайны" в верхней части редактора отчетов. При этом вы выбираете параметр Тренд и перемещает месяц вниз, чтобы быть последним измерением, что также можно сделать, щелкнув Месяц и используя стрелки вверх и вниз для сдвига StartDate.Month вверх или вниз.
Параметры
Меню параметров содержит ссылки на полезные страницы, такие как "Работоспособность системы" и "Сведения", и находится в правом верхнем углу панели мониторинга.
Отображение описаний и меток времени определяется отдельными пользователями, и эти параметры влияют только на версию панели мониторинга пользователя и не изменяют набор отчетов или то, что видят другие пользователи. Очистка кэша приводит к тому, что все запросы перезагружают данные из куба, а восстановление по умолчанию удаляет все созданные пользователем или измененные отчеты и повторно создает набор системных отчетов — то, что пользователь увидит при первом входе.
Ссылка на пользовательские панели мониторинга позволяет перейти к странице, где пользователи могут просматривать список других пользователей панели мониторинга качества звонков и их отчеты. Чтобы предоставить общий доступ к набору отчетов, скопируйте ссылку на строку URL-адресов и поделитесь ею с другим пользователем CQD. Эта ссылка является той же ссылкой, которую другие пользователи увидят на странице Ссылка на панель мониторинга пользователей под именем пользователя.
Предоставление информации о подсетях
Дополнительные сведения могут быть выявлены, если в архивную базу данных вводятся сведения о конкретном сайте для предоставления сведений о сопоставлении между подсетью и зданием (например, качество проводных и беспроводных вызовов по сборке).
Как минимум, заполните следующие таблицы, чтобы создать эти отчеты:
- CqdBuilding
- CqdNetwork
Для дальнейшей фильтрации и детализации можно ввести дополнительную информацию в таблицах CqdBuildingType и CqdBuildingOwnershipType.
Данные, используемые для этих таблиц, определяются следующим образом:
CqdBuilding
| Столбец | Тип данных | Допустимость неопределенных значений | Сведения |
|---|---|---|---|
| BuildingKey | целое | Нет | Первичный ключ для таблицы CqdBuilding. |
| BuildingName | varchar(80) | Нет | Название здания. |
| BuildingShortName | varchar(10) | Нет | Сокращенный вариант названия здания. |
| OwnershipTypeId | целое | Нет | Внешний ключ соответствует одной из записей в таблице CqdBuildingOwners. |
| BuildingTypeId | целое | Нет | Внешний ключ соответствует одной из записей в таблице CqdBuildingType. |
| Широта | число с плавающей точкой | Да | Широта здания. |
| Longitude | число с плавающей точкой | Да | Долгота здания. |
| CityName | varchar(30) | Да | Название города, в котором находится здание. |
| ZipCode | varchar(25) | Да | Почтовый индекс территории, на которой находится здание. |
| CountryShortCode | varchar(2) | Да | Коды страны, где находится здание, по стандарту ISO 3166-1 alpha-2. |
| StateProvinceCode | varchar(3) | Да | Трехбуквенное сокращение штата или провинции, где находится здание. |
| InsideCorp | бит | Да | Bit указывает, является ли здание частью корпоративной сети. |
| BuildingOfficeType | nvarchar(150) | Да | Описание типа здания по назначению. |
| Region | varchar(25) | Да | Район, в котором находится здание. |
CqdNetwork
| Столбец | Тип данных | Допустимость неопределенных значений | Сведения |
|---|---|---|---|
| Network | varchar(25) | Нет | Адрес подсети. |
| NetworkRange | tinyint | Да | Маска подсети. |
| NetworkNameID | целое | Да | Возможно отображение на строку в таблице CqdNetworkName. |
| BuildingKey | целое | Да | Внешний ключ соответствует одной из записей в таблице CqdBuilding. |
| UpdatedDate | datetime | Нет | Дата и время последнего обновления записи. |
По умолчанию следующая таблица содержит одну запись (0, "Неизвестно").
CqdBuildingType
| Столбец | Тип данных | Допустимость неопределенных значений | Сведения |
|---|---|---|---|
| BuildingTypeId | целое | Нет | Первичный ключ для таблицы CqdBuildingType. |
| BuildingTypeDesc | символьное(18) | Нет | Описание типа здания. |
По умолчанию следующая таблица содержит одну запись (0, "Неизвестно", 0, null).
CqdBuildingOwnershipType
| Столбец | Тип данных | Допустимость неопределенных значений | Сведения |
|---|---|---|---|
| OwnershipTypeId | целое | Нет | Первичный ключ для таблицы CqdBuildingOwnershipType. |
| OwnershipTypeDesc | varchar(25) | Нет | Описание типа прав собственности на здание. |
| LeaseInd | tinyint | Да | Индекс со ссылкой на другую строку в таблице CqdBuildingOwnershipType; служит для распознавания арендованных зданий. |
| Owner | varchar(50) | Да | Собственник здания. |
По умолчанию следующая таблица содержит одну запись (0, "Неизвестно", 0, null).
CqdBssid
| Столбец | Тип данных | Допустимость неопределенных значений | Сведения |
|---|---|---|---|
| bss | nvarchar(50) | Нет | Первичный ключ для таблицы CqdBssid. BSSID точки доступа Wi-Fi. |
| ess | nvarchar(50) | Да | Информация о контроллере точки доступа Wi-Fi. |
| phy | nvarchar(50) | Да | Информация Phy. |
| ap | nvarchar(50) | Да | Имя точки доступа Wi-Fi. |
| Building | nvarchar(500) | Да | Имя здания, в где расположена точка доступа Wi-Fi. |
Потоки панели мониторинга качества звонков (CQD)
Поток CQD считается хорошим, плохим или неклассифицированным. В настоящее время CQM 1.5 использует следующее определение CQD:
- Плохой поток — это любое сочетание метрик плохого вызова, превышающее пороговое значение.
- Если один поток в вызове является плохим, оба потока вызова помечаются как бедные. В конференциях каждый участник считается уникальным вызовом и сообщается независимо от всех остальных.
- Неклассифицированные потоки — это потоки без метрик качества (то есть искусственных транзакций или коротких вызовов).
- Действенные потоки = немобильные клиенты
- Классификатор не может быть изменен
Определение или классификатор неудовлетворительного звонка
| Показатель | Пороговое значение |
|---|---|
| DegradationAvg | Больше 1 (–1 оценка MOS сети) |
| RoundTrip | Больше 500 |
| PacketLossRate | Больше 0,1 (10 %) |
| JitterInterArrival | Больше 30 |
| RatioConcealedSamplesAvg | Больше 0,07 |
Определение JPDR = определение неудовлетворительного звонка минус RatioConcealedSamplesAvg
Где поля "Вызывающий абонент" и "Вызываемый абонент"?
В CQD не используются поля вызывающего или вызываемого абонента, вместо этого используются "First" и "Second", так как между вызывающим и вызывающим есть промежуточные шаги.
Первый Всегда будет конечной точкой сервера (например, AV MCU или сервер-посредник), если сервер участвует в потоке.
Второй всегда будет конечной точкой клиента, если только не используется поток типа "сервер — сервер".
Пример классификации "Первый" и "Второй"
| Конечная точка 1 UAType | Конечная точка 2 UUAType | Первый | Второй |
|---|---|---|---|
| 2 (AVMCU) | 4 (Skype для бизнеса) | Конечная точка 1 | Конечная точка 2 |
| 2 (AVMCU) | 1 (mMediationServer) | Конечная точка 2 | Конечная точка 1 |
| 4 (Skype для бизнеса) | 4 (Skype для бизнеса) | Вызывающий абонент в MediaLine | Вызываемый абонент в MMediaLine |
Если обе конечные точки относятся к одному типу, CQD делает запись Вызывающий объект Первым и Вызывающим вторым. Дополнительные сведения об именах конечных точек см. в этом блоге.
Учет VPN
Если известно, что vpn-решение точно устанавливает флаг VPN, все готово. В противном случае используйте один из следующих методов:
- Создайте тип сети с именем VPN (предпочтительный вариант), затем свяжите подсети VPN с этим новым типом сети VPN.
- Создайте здание с именем VPN, затем свяжите подсети VPN с этим зданием.
Запрос основных сведений
Правильно составленный запрос содержит все три этих параметра:
- Measurement;
- Dimension;
- Filter.
Пример правильно составленного запроса: "Show me Poor Streams [Measurement] by Subnet [Dimension] for Building 6 [Filter]" ("Показать неудовлетворительные потоки [замер] по подсети [измерение] для здания 6 [фильтр]").
Что делает функция UNION?
Объединение позволяет фильтровать условия с помощью оператора AND. Существуют сценарии, в которых можно объединить несколько условий фильтра для достижения результата, аналогичного операции ИЛИ.
Пример. Чтобы получить все потоки из здания, UNION предоставляет отдельное представление объединенного набора данных. Для использования UNION вставьте общий текст в поле UNION для двух условий фильтрации, которые нужно объединить.
Стандартный отчет о статистике
Если используется внутреннее управление беспроводной связью, вы можете повторно создать отчеты о беспроводной связи в управляемом контейнере.
Рабочие процессы
Сначала проверьте и исправьте управляемые потоки. В этой области качество должно полностью контролироваться вами и, следовательно, не должно быть проблем с его улучшением.
Управляемые потоки
Выполняйте обзор и исправление управляемых потоков в следующем порядке.
- Сервер — сервер
- Сервер — проводная связь — внутренняя связь
- Проводная связь — проводная связь — внутренняя связь
Неуправляемые потоки
Ведите проверку и исправление неуправляемых потоков в следующем порядке.
- Сервер — беспроводная связь — внутренняя связь
- Проводная связь — проводная связь — внешняя связь
- Проводная связь — беспроводная связь — внешняя связь
- Проводная связь — внешняя связь — прямая связь
- Проводная связь — внешняя связь — ретрансляция
- Прочие неуправляемые потоки