Использование панели мониторинга качества вызовов в Skype для бизнеса Server 2015

Skype for Business Server 2015
 

Дата изменения раздела:2017-02-09

Сводная информация: как использовать панель мониторинга качества звонков. Панель мониторинга качества звонков — это средство для Skype для бизнеса Server 2015.

Панель мониторинга качества звонков (CQD) позволяет ИТ-специалистам использовать сводные данные, чтобы выяснить, на что необходимо обратить внимание в рабочей среде, где есть проблемы с качеством медиаданных. Эта панель позволяет ИТ-специалистам сравнивать статистические данные различных групп пользователей и выявлять тенденции и закономерности. Это средство призвано устранять не отдельные проблемы со звонками, а выявлять проблемы и находить решения, которые будут применяться для большого числа пользователей в этой рабочей среде.

Панель мониторинга качества звонков (CQD) представляет собой веб-портал для быстрого формирования и систематизации отчетов на основе данных о качестве взаимодействия (QoE). В панели мониторинга качества звонков развернут куб SSAS, обеспечивающий сводное представление информации из базы данных показателей качества взаимодействия. Это позволяет пользователям создавать отчеты, изменять их и проводить исследования в режиме реального времени. Предусмотрена возможность прямого подключения Excel к кубу; при этом портал оптимизирован под различные рабочие процессы, предусматривающие обработку данных о качестве взаимодействия. К ним относится кэширование данных отчетов для быстрого доступа, прямые ссылки на страницы отчетов для обмена информацией и ее публикации, упрощенное редактирование и создание отчетов, а также редактируемые метаданные для описания отчетов. Панель мониторинга качества звонков также предоставляет доступ к веб-интерфейсам API, обеспечивающий возможность программного обращения к данным куба для их применения в пользовательских панелях мониторинга.

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

Использование CQD
  1. На "Панели сводной информации" указан контекст "Набора отчетов" (расположенного справа).

  2. Свойства на уровне набора отчетов (включая высоту оси Y) можно задать с помощью кнопки "Изменить" на панели сводной информации.

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

  4. Отчеты с подчиненными отчетами представлены синей ссылкой. Щелкнув ссылку, можно перейти к дочерним отчетам для детализации.

При наведении указателя мыши на линейчатые диаграммы и графики тенденций отображаются подробные значения. Если отчет в фокусе выбора, отображается меню действий: "Изменить", "Клонировать", "Удалить" и "Загрузить".

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

На верхнем уровне в отчете о тенденциях звуковых потоков по месяцам отображаются тенденции по месяцам для всех звуковых потоков. При наведении указателя мыши на прямоугольники линейчатой диаграммы отображается более подробное представление данных диаграммы. Щелкнув заголовок отчета о тенденциях звуковых потоков по месяцам, можно перейти к сравнительному отчету об управляемых и неуправляемых звуковых потоках, в котором раздельно представлены отчеты для управляемых и неуправляемых звонков. Управляемые звонки посылаются по проводным соединениям из зоны, защищенной корпоративным брандмауэром. К неуправляемым вызовам относятся звонки, источник которых находится за пределами корпоративного брандмауэра, а также все звонки по сетям Wi-Fi.

К отчетам верхнего уровня относится также пользовательская гистограмма оценки качества звонков. Оценки качества звонков — это числовые значения, выставляемые пользователями Skype для бизнеса после завершения звонка и характеризующие его качество. Допускаются оценки от 1 (худшая) до 5 (лучшая). На гистограмме отображается количество звонков голосовой связи, получивших данную оценку в течение одного месяца.

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

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

Использование CQD
  1. На левой панели выбраны измерения, показатели и фильтры. Если навести указатель мыши на одно из существующих значений, появится кнопка "x", позволяющая удалить это значение. Если нажать кнопку "+" рядом с заголовком, откроется диалоговое окно для добавления нового измерения, показателя или фильтра.

  2. Вверху отображаются команды для настройки диаграммы.

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

  4. Внизу расположено редактируемое поле, позволяющее создать подробное описание отчета.

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

Использование CQD

Для отображения линейчатых диаграмм и спарклайнов в верхней части редактора запросов должен быть установлен флажок "Показать спарклайны". В этом случае будет выбран режим "Тенденция", а измерение месяцев будет перемещено в конец списка измерений. Для этого также можно щелкнуть "Месяц" и с помощью стрелок переместить измерение StartDate.Month вверх или вниз.

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

Использование CQD

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

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

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

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

  • CqdBuilding

  • CqdNetwork

Для дальнейшей фильтрации и детализации можно ввести дополнительную информацию в таблицах CqdBuildingType и CqdBuildingOwnershipType.

Схема для этих таблиц определяется следующим образом.

CqdBuilding

Сегодня

Тип данных

Допустимость неопределенных значений

Сведения

BuildingKey

целое

Нет

Первичный ключ для таблицы CqdBuilding.

BuildingName

varchar(80)

Нет

Название здания.

BuildingShortName

varchar(10)

Нет

Сокращенный вариант названия здания.

OwnershipTypeId

целое

Нет

Внешний ключ; должен совпадать с одной из записей в таблице CqdBuildingOwners.

BuildingTypeId

целое

Нет

Внешний ключ; должен совпадать с одной из записей в таблице CqdBuildingType.

Latitutde

число с плавающей точкой

Да

Широта здания.

Longitude

число с плавающей точкой

Да

Долгота здания.

CityName

varchar(30)

Да

Название города, в котором находится здание.

ZipCode

varchar(25)

Да

Почтовый индекс территории, на которой находится здание.

CountryShortCode

varchar(2)

Да

Коды страны, где находится здание, по стандарту ISO 3166-1 alpha-2.

StateProvinceCode

varchar(3)

Да

Трехбуквенное обозначение области/края, где находится здание.

InsideCorp

бит

Да

Разряд, указывающий, включено ли здание в корпоративную сеть.

BuildingOfficeType

nvarchar(150)

Да

Описание типа здания по назначению.

Region

varchar(25)

Да

Район, в котором находится здание.

CqdNetwork

Сегодня

Тип данных

Допустимость неопределенных значений

Сведения

Network

varchar(25)

Нет

Адрес подсети.

NetworkRange

tinyint

Да

Маска подсети.

NetworkNameID

целое

Да

Возможно отображение на строку в таблице CqdNetworkName.

BuildingKey

целое

Да

Внешний ключ; должен совпадать с одной из записей в таблице CqdBuilding.

UpdatedDate

datetime

Нет

Дата и время последнего обновления записи.

CqdBuildingType

По умолчанию эта таблица содержит одну запись (0, 'Unknown').

Сегодня

Тип данных

Допустимость неопределенных значений

Сведения

BuildingTypeId

целое

Нет

Первичный ключ для таблицы CqdBuildingType.

BuildingTypeDesc

символьное(18)

Нет

Описание типа здания.

CqdBuildingOwnershipType

По умолчанию эта таблица содержит одну запись (0, 'Unknown', 0, null).

Сегодня

Тип данных

Допустимость неопределенных значений

Сведения

OwnershipTypeId

целое

Нет

Первичный ключ для таблицы CqdBuildingOwnershipType.

OwnershipTypeDesc

varchar(25)

Нет

Описание типа прав собственности на здание.

LeaseInd

tinyint

Да

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

owner

varchar(50)

Да

Собственник здания.

CqdBssid

По умолчанию эта таблица содержит одну запись (0, 'Unknown', 0, null).

Сегодня

Тип данных

Допустимость неопределенных значений

Сведения

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 может быть удовлетворительным, неудовлетворительным или не иметь классификации. В настоящее время CQM 1.5 использует следующее определение CQD:

  • Неудовлетворительный поток — это любое сочетание неудовлетворительных показателей звонка, превышающих пороговое значение.

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

  • Потоки без классификации — это потоки, не имеющие показателей качества (например, искусственные транзакции или короткие звонки).

  • Действенные потоки = немобильные клиенты

  • Классификатор не может быть изменен

Определение или классификатор неудовлетворительного звонка

Показатель Пороговое значение

DDegradationAvg

Больше 1 (–1 оценка MOS сети)

RoundTrip

Больше 500

PacketLossRate

Больше 0,1 (10 %)

JitterInterArrival

Больше 30

RRatioConcealedSamplesAvg

Больше 0,07

Определение JPDR = определение неудовлетворительного звонка минус RatioConcealedSamplesAvg

CQD не использует поля "Вызывающий абонент" и "Вызываемый абонент". Они были переименованы в "Первый" и "Второй", так как между вызывающим абонентом и вызываемым абонентом есть промежуточные этапы.

Первый всегда будет конечной точкой сервера (например, 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 с этим зданием.

Правильно составленный запрос содержит все три этих параметра:

  • Measurement;

  • Dimension;

  • Filter.

Пример правильно составленного запроса: "Show me Poor Streams [Measurement] by Subnet [Dimension] for Building 6 [Filter]" ("Показать неудовлетворительные потоки [замер] по подсети [измерение] для здания 6 [фильтр]").

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

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

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

Отчет о статистике CQD

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

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

  1. Сервер — сервер

  2. Сервер — проводная связь — внутренняя связь

  3. Проводная связь — проводная связь — внутренняя связь

Ведите проверку и исправление неуправляемых потоков в следующем порядке.

  1. Сервер — беспроводная связь — внутренняя связь

  2. Проводная связь — проводная связь — внешняя связь

  3. Проводная связь — беспроводная связь — внешняя связь

  4. Проводная связь — внешняя связь — прямая связь

  5. Проводная связь — внешняя связь — ретрансляция

  6. Прочие неуправляемые потоки

 
Показ: