У меня была прекрасная возможность выступить совместно с Столе Хансен (Microsoft Teams Voice Expert) на недавнем webinar (апрель 2022 г.). Тема была про готовые, software инструменты для исследования и поискаУстранение проблем с качеством звонков для Microsoft Teams. Мы также обсудили доступные варианты улучшения сбора данных телеметрии и сокращения времени, необходимого для анализа проблем качества вызовов Teams и поиска основной причины. Несмотря на то, что я был знаком с большинством этих инструментов, таких как Microsoft CQD, я никогда не задумывался о сложности инженера службы поддержки, который должен координировать усилия между различными группами ИТ-поддержки, чтобы запустить все эти инструменты, собрать необходимые данные и проанализировать проблему, чтобы найти решение. Это занимает довольно много времени, как мы обсуждали во время webinar.

В этом blog Я представлю основные моменты тем, которые мы обсуждали на webinar и выделить некоторые важные советы, которые я получил от Столе для улучшение качества звонков для Microsoft Teams. Если вы хотите посмотреть запись с этого webinarпожалуйста, используйте это ссылка на страницу полного обзора или посмотрите в конце поста.

Мониторинг сквозной производительности для качества вызовов Teams

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

Четыре этапа путешествия голосового трафика Teams

Большая разница между удаленными работниками и офисными работниками заключается в мониторинге производительности сети, показанном в сегментах 2 и 3 выше. Сотрудники, работающие удаленно, получают доступ к облаку Microsoft из своих неуправляемых/неконтролируемых сетей, которые являются слепой зоной для групп ИТ-поддержки. Инструменты повышения производительности сети, которые мы обсуждали на webinar предназначены только для офисных помещений, для корпоративных сетей.

Четыре инструмента Microsoft, где важны сетевые подсети

Microsoft предлагает несколько отличных инструментов, помогающих планировать и отслеживать корпоративные голосовые развертывания Teams. Чтобы получить максимальную отдачу от доступных инструментов Microsoft, необходимо загрузить информацию о различных регионах, сайтах и ​​подсетях, выделенных для конфигураций вашей корпоративной сети. Это помогает получить более полную картину производительности сети. Используйте эту ссылку для получения дополнительной информации о том, как загрузить информацию о сайте.

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

Общие сведения об измерениях Microsoft CQD и оценках качества вызовов

Во время webinar мы также рассмотрели некоторую полезную информацию об инструменте Microsoft CQD и объяснили, как он ранжирует звонки с «низким качеством». CQD — это один из наиболее распространенных инструментов Майкрософт, на который полагаются корпорации для мониторинга качества вызовов Teams VoIP. Он предоставляет ценные сведения об использовании в арендаторе, поэтому вы можете отслеживать количество одноранговых вызовов, групповых вызовов/совещаний и трафика PSTN. CQD также измеряет производительность качества вызовов на основе пяти ключевых показателей с количественными пороговыми значениями для оценки воздействия на пользователей. Если эти ограничения нарушаются во время звонка, он помечается как «Низкое качество» и требует дополнительных исследований и проверок с использованием других инструментов.

  • Скорость потери сетевых пакетов – не должно быть больше 10 %.
  • Время приема-передачи (RTT) – отражает количество миллисекунд, которое требуется голосовому сетевому пакету для прохождения туда и обратно между двумя людьми, которые разговаривают друг с другом. Не должно превышать 500 мс.
  • Величина джиттера аудиотрафика – джиттер – это изменение количества времени, которое требуется пакетам для достижения пункта назначения. Чрезмерный джиттер отрицательно влияет на качество звука потока. Если среднее дрожание потока превышает 30 миллисекунд, то вызов считается некачественным.
  • Среднее ухудшение качества звука – на основе величины сетевого дрожания и потери пакетов, поскольку это относится к аудиопотоку. Если среднее ухудшение звука оказывается выше 1.0, то поток классифицируется как низкокачественный.
  • Коэффициент скрытого среднего – сравнивает общее количество аудиокадров с количеством выборок, сгенерированных механизмом восстановления после потери пакетов, а затем определяет соотношение. Если это соотношение выше 0.07 (7%), то это интерпретируется как плохое качество звука.

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

Группы ИТ-поддержки, участвующие в устранении проблем с качеством связи

Самым большим «ага» во время нашего обсуждения со Столе было несколько групп ИТ-поддержки, участвующих в расследовании, анализе и устранении неполадок, о которых сообщалось, о проблемах с качеством вызовов VoIP. А case study который panagenda ссылка показала, что одно из их предприятий клиенты тратили в среднем 14 часов в течение 4 дней на исследование и устранение неполадок службы поддержки, связанных с качеством звонков в Teams.. Это прозвучало шокирующим для Столе, когда мы впервые обсуждали цифры, но после того, как мы услышали всю историю от клиента, все обрело смысл. Оценка заявки службы поддержки, связанной с качеством звонков в Teams, проводилась ведущим инженером службы поддержки, но им необходимо было привлечь помощь от трех разных групп ИТ-поддержки, в том числе:

  • Поддержка Desktop
  • Сетевая инженерия
  • а также, Microsoft 365 / Голосовая поддержка Teams

Задача была связана со сквозным цифровым опытом, который я описал выше. Эти различные отделы ИТ-поддержки должны были запустить свои собственные инструменты сбора данных, чтобы измерить производительность каждого из сегментов корпоративного голосового трафика Teams и посмотреть, смогут ли они выявить основную причину, узкую точку, которая повлияла на производительность качества связи. Был ли это компьютер конечного пользователя — конечная точка, или это была пропускная способность его локальной сети, или это была скорость интернет-провайдера/интернета, или это была облачная служба Microsoft?

Сбор всей этой информации и объединение данных, чтобы позволить этим трем группам ИТ-поддержки совместно работать над своими выводами, потребовали времени. В среднем этому клиенту потребовалось 14 часов, и иногда они так и не нашли проблему, иногда данные журнала уже исчезли. Именно тогда я понял, что это интересная тема для будущих дискуссий с другими экспертами по голосовой связи Teams. Как группы ИТ-операций устраняют проблемы с качеством звонков Teams сегодня? Сколько времени им нужно, чтобы найти первопричину? И сколько ИТ-инженеров нужно для анализа?

Во время webinar мы сделали 10-минутную демонстрацию нашего OfficeExpert ЭПМ-решение. Он объединяет все необходимые данные телеметрии, включая показатели Microsoft CQD, и делает их доступными в едином пользовательском интерфейсе для быстрого устранения неполадок. Мы показали, как один инженер ИТ-поддержки может изучить вопрос и найти проблему за считанные минуты, а не дни.

Важный передовой опыт для улучшения качества звонков

Во время webinar мы пришли к одному важному выводу, одной передовой практике, которая может помочь всем группам ИТ-операций, которые полагаются на Teams в качестве своей корпоративной голосовой платформы. Передавайте голосовой трафик Teams в ретрансляторы мультимедиа Microsoft как можно быстрее! Игровой автомат Глобальная сеть Microsoft работает СУПЕР быстро, порядка 160 терабит в секунду, с более чем 185 точками присутствия глобальной сети и более чем 165,000 XNUMX миль освещенных волоконно-оптических и подводных кабельных систем.

Чтобы выполнить этот быстрый переход к облачной сети Microsoft, вы всегда должны пытаться направлять трафик Teams напрямую, без обхода или перехвата. Самые большие камни преткновения, вызывающие эти проблемы, связаны с сетевыми конфигурациями для маршрутизации VPN и проверки безопасности трафика.. Голосовой трафик Teams должен быть исключен из этой маршрутизации с уменьшением скорости, включая использование следующих параметров:

  • Настройка конфигурации разделенного туннеля VPN для всего трафика Teams
  • Белый список сетевого трафика Teams для сквозной передачи (обход проверок сетевого трафика и настроек прокси-сервера)

Семинары Microsoft Cloud Accelerator — Модернизация коммуникаций или гибридные собрания

Я хотел бы поблагодарить Столе Хансена за то, что он присоединился ко мне в этом техническом обсуждении устранения неполадок с голосовой связью в Teams. Еще одна вещь, которую я хотел бы передать, которую мы обсуждали со Столе на webinar. Если вы хотите узнать больше об оптимизации голосового развертывания Teams, Microsoft предлагает серию бесплатных семинаров. Группа консультационных услуг в г. CloudWay является одним из партнеров, авторизованных Microsoft для проведения этих однодневных семинаров. Если вы хотите узнать, как службы голосовой связи Teams могут модернизировать ваши унифицированные коммуникации и совместные собрания, обратитесь к экспертам по адресу CloudWay для проверки пригодности. И еще раз, эти семинары бесплатны. Они могут проводиться как локально, так и виртуально.

Не пропустите следующий webinar с Microsoft RD & Teams MVP Столе Хансен, 15 июня 2022 г. В этом техническом обсуждении с экспертами Microsoft Teams UC о красных чертах производительности, которые нельзя переступать, мы рассмотрим фактические показатели наших текущих клиентов, включая более 1 миллиона конечных точек.