Поделиться через

Методология качества звонков Lync в Lync Server 2013

  • Статья

 

Последнее изменение раздела: 2016-06-24

Эта статья является компаньоном плаката "Методология качества звонков Lync ", который можно скачать из Центра загрузки.

Плакат, описывающий плакат процесса CQM

Вы можете использовать этот плакат, чтобы узнать о CQM, методологии качества звонков для Lync 2013 и 2010, которая помогает находить и устранять проблемы, влияющие на качество звонков и взаимодействие с пользователем для реализаций Lync, которые включают функции корпоративной голосовой связи. Методология качества звонков — это новая платформа для устранения неполадок и управления службами, которая позволяет лучше сосредоточиться на улучшении корпоративных голосовых служб в Lync. В этой статье вы можете узнать больше о CQM, типах отслеживаемых серверов и решений, а также о том, что делать с собранными данными телеметрии.

Если у вас есть вопросы о том, как использовать CQM, вы можете отправить свои вопросы в cqmfeedback@microsoft.com.

На плакате описаны следующие области:

  • Что такое Lync CQM?

  • Определение приоритетов: выполнение популярных запросов

  • Pcd

  • Управляемое или неуправляемое

  • Путь к серверной фабрике

  • Последняя километровая дорога

  • Дороги конечных точек

  • Управление услугами

  • Правила игры на доске

Что такое Lync CQM?

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

CQM разбивает устранение неполадок системы на три пути или "Дороги". Ниже перечислены серверная стратегия установки, которая просматривает серверы и связи между ними, end points Road, которая просматривает устройства пользователей и носители, используемые для звонков, и last Mile Road, где рассматривается интеграция традиционных коммутированных телефонных звонков.

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

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

Как работает CQM в более ранних версиях Lync? CQM является новым для Lync 2013, но большинство из них можно адаптировать для использования с Lync 2010. CQM может работать в степени с Microsoft Office Communicator, но это не является тестируемым и не поддерживается.

Если у вас есть вопросы о том, как использовать CQM, вы можете отправить свои вопросы в cqmfeedback@microsoft.com.

Первым шагом в CQM является выполнение каждого из популярных запросов в течение двух недель, а затем анализ результатов. Приоритизация корректируемого действия по наибольшему участнику потока, наибольшему соотношению потоков и управляемым областям (тем, которыми вы управляете).  Если запросы единицы управления с несколькими точками (AV MCU) или запросы-посредники показывают неудовлетворительные результаты, начните с красной или серверной дороги.  Если проводные или беспроводные запросы показывают неудовлетворительные результаты, начните с синей или последней километровой дороги.  Если VPN-запросы или внешние запросы показывают неудовлетворительные результаты, начните с зеленой или конечной точки.

Выбрав путь для начала, определите целевой объект для каждой области (Assert), выполните действия по достижению этого целевого объекта (Achieve), а затем реализуйте процедуры, чтобы оставаться на целевом объекте (обслуживание). Вы также можете использовать этот плакат в качестве игры, чтобы понять принципы CQM.

Pcd

Средство диагностики preCall (PCD) поможет выявить и диагностировать проблемы в сети периметра (база данных QoE не собирает сведения о вашей пограничной сети или сети периметра), а также для устранения неполадок с подключениями на последней километрове. Это средство доступно как как современное Windows 8, так и как классические приложения Для Windows по https://apps.microsoft.com/windows/en-us/app/lync-2013-precall-diagnostics/9607fe33-2b51-403d-9615-c23f248e7c88адресу .

Управляемое или неуправляемое

Развертывание Lync Server и сетевая инфраструктура обычно можно разделить на управляемые и неуправляемые пространства. Управляемое пространство включает в себя всю инфраструктуру проводной сети и сервера. Неуправляемое пространство — это беспроводная инфраструктура и инфраструктура внешней сети.

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

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

Путь к серверной фабрике

Сегмент 1 пути установки сервера адресует фактические серверы в реализации Lync. Соберите данные KHI, касающиеся самого сервера и его роли в реализации, и проанализируйте результат. Если требуется выполнить действие, исправьте все найденные проблемы. Дополнительные сведения по этой теме приведены в статье о ключевых индикаторах работоспособности в Lync Server 2013 , которая соответствует плакату KHI.

Следующий сегмент адресует потоки мультимедиа между сервером AV MCU и сервером-посредником. Начните с определения целевых объектов для неудовлетворительных пороговых значений потока. Удовлетворительные потоки обычно являются PacketLossRate > .01 или PacketLossRateMax > .05. Еще один желаемый целевой объект — PoorStreamsRatio < 2 %. Затем используйте подробные запросы, чтобы найти пары AVMCU и сервера-посредника с неудовлетворительным потоком, изучить причину неудовлетворительных потоков, просмотреть сетевое оборудование в неудовлетворительных путях потока, исправить неудовлетворительные потоки и определить оптимальную или "gold" конфигурацию для сетевого оборудования. Чтобы сохранить достижения, реализуйте процессы и средства для управления смещением конфигурации и создания отчетов о новых проблемных областях.

Затем проверьте потоки мультимедиа между сервером-посредником и шлюзом ТСОП. Начните с определения целевых объектов для неудовлетворительных пороговых значений потока. Удовлетворительные потоки обычно являются PacketLossRate > .01 или PacketLossRateMax > .05. Еще один желаемый целевой объект — PoorStreamsRatio < 2 %. Затем используйте подробные запросы, чтобы найти пары сервера-посредника и шлюза с неудовлетворительным потоком, изучить причину неудовлетворительных потоков, просмотреть сетевое оборудование в неудовлетворительных путях потока, исправить неудовлетворительные потоки и определить оптимальную или "gold" конфигурацию для сетевого оборудования. Чтобы сохранить достижения, реализуйте процессы и средства для управления смещением конфигурации и создания отчетов о новых проблемных областях.

Наконец, изучите метрики работоспособности для шлюза ТСОП. Определите статистику, которая показывает работоспособность, и определите целевые объекты для них. Здесь не предоставлено никаких конкретных рекомендаций по использованию большого количества возможных шлюзов. После установки целевых объектов исправьте их по мере необходимости. В этом процессе вы, скорее всего, определите "gold" или оптимальную конфигурацию для шлюза. Чтобы сохранить достижения, реализуйте процессы и средства для управления смещением конфигурации и создания отчетов о новых проблемных областях. Имейте в виду, что обновления встроенного ПО и программного обеспечения могут изменить вашу конфигурацию или привести к изменению определения "gold" конфигурации, поэтому к этим действиям следует подходить с осторожностью.

Последняя километровая дорога

Из двух способов подключения клиентов к сети предполагается, что проводная связь обеспечивает наивысшее качество, и, соответственно, это должно быть вашим первоначальным фокусом на проблемах с последней километровой связью. Используйте проводной запрос CQM (LastMile_0_Wired) и данные о соотношении "удовлетворительные потоки", которые он предоставляет. Мы рекомендуем определить целевой объект PoorStreamsRatio < 5 % для сайтов с > 300 потоками. Чтобы достичь целевых значений, исправьте подсети, упорядоченные от наихудшего к лучшему, и реализуйте QoS.

После оптимизации качества проводных подключений улучшение качества беспроводной связи становится проще, так как беспроводная инфраструктура располагается поверх проводного ядра в каждом расположении. Неудовлетворительные беспроводные потоки на сайте с хорошим проводным качеством должны быть вызваны конкретными беспроводными компонентами. Беспроводный запрос CQM (LastMile_1_Wireless) работает в диапазоне дат и возвращает все внутренние беспроводные потоки в вашей среде от клиентов Lync на серверы конференц-связи или серверы-посредники или с них. Мы рекомендуем определить целевой объект PoorStreamsRatio < 5 % для сайтов с > 300 потоками. Чтобы достичь целевых значений, исправьте подсети, упорядоченные от наихудшего к лучшему, и реализуйте QoS.

Дороги конечных точек

Начните запрашивать путь конечных точек с гарнитурами и другими устройствами, которые обеспечивают приемлемое качество при использовании с Lync. Мы предлагаем целевую версию AvgSendListen MOS > 3.6 для реализаций с более чем 100 потоками.) Чтобы достичь целевого объекта, определите проблемные устройства и исправьте или замените их.

Затем проверьте устройство или компьютер, обрабатывая звук для вызовов конечных пользователей. Рекомендуемая целевая метрика качества — AudioMicGlitchRate <= 1. Определяя оптимальные конфигурации системы для пользовательских систем, определите "golden" конфигурацию КОМПЬЮТЕРА, включая версии драйверов.

Теперь проверьте сетевой путь, который аудиопоток принимает из системы конечных точек Lync, что может привести к низкому качеству звука. Если звук передается через VPN-подключение, могут возникнуть проблемы с задержкой. Если внутренний клиент Lync не может установить прямой поток мультимедиа другому внутреннему клиенту Lync для однорангового или однорангового вызова, он возвратит путь, который передается через сервер Lync Edge, что снова приведет к задержкам, а также к увеличению потенциальной потери и дрожания. Мы рекомендуем определить метрику качества 0 % мультимедиа через VPN. По мере исправления для достижения установленного целевого объекта определите проблемные подсети и изучите правила брандмауэра, форматоры пакетов и другую соответствующую конфигурацию сетевого оборудования.

IP-пакеты могут использовать протокол TCP или протокол UDP. Протокол TCP является оптимальным для потоков данных. UDP не подключен и более эффективен для мультимедиа, так как механизмы восстановления TCP не могут устранить потерю на носителях в режиме реального времени. Lync всегда предпочитает UDP, но при невозможности установить сеанс UDP будет восстановлен до TCP. Сеансы мультимедиа по протоколу TCP будут иметь более низкое качество, чем по протоколу UDP. Мы рекомендуем определение качества 0 % подключений по протоколу TCP. По мере исправления для достижения установленного целевого объекта определите проблемные подсети и изучите правила брандмауэра, форматоры пакетов и другую соответствующую конфигурацию сетевого оборудования.

Управление услугами

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

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

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

  3. Средства — определение средств для измерения и исправления. Может оказаться полезным автоматизировать выполнение запросов CQM для поддержки процессов. Для исправления могут потребоваться дополнительные средства, например для применения стандартизированных конфигураций к сетевым элементам или устранения неполадок, связанных с потерей в неудовлетворительном потоке.

Правила игры на доске

Этот плакат можно использовать в качестве ссылки на реализацию CQM или в качестве игры для практики основных понятий. Для воспроизведения вам потребуется одна шестиосятная смерка и предоставленные карточки. Скачиваемая версия карточек доступна для печати на стандартных визитных карточках Avery 5871.

Игра предназначена для трех игроков. Существует три пути, которые игроки могут использовать для достижения требуемого качества и достижения центрального состояния управления службами: "Фабрика серверов", "Конечная точка" и "Последняя майл". Каждый путь останавливается на пути утверждения целевых объектов качества, достижения целей и поддержания аспекта системы. Поместите карточки в указанную область выше, а затем нарисуйте 5 карточек. Просмотрите карты, которые вы отрисовыли, и поместите их в соответствующий сегмент доски. Каждый игрок пошагово проходит по карточкам по пути, уверяя целевые объекты качества, достигая этих целей и сохраняя уровни обслуживания. Игра будет завершена, когда все игроки достигнут центрального состояния управления службами. Более подробные правила предоставляются при скачии карточек игры.

Чтобы утвердить целевой объект качества, просмотрите параметры, применимые к целевому объекту, и заявите вслух, что вы будете принимать и не будете принимать. Мы рекомендуем начать, но необходимо выполнить последний вызов. Исключением являются данные KHI, в которых должны использоваться стандарты, установленные корпорацией Майкрософт. См. сопутствующий плакат KHI.

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

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