Устранение неполадок с производительностью eCDN
На этой странице перечислены некоторые распространенные проблемы с производительностью и возможные решения.
Пиринг неожиданно не наблюдается
Как правило, существует два сценария main, в которых для зрителей автоматически устанавливается значение p2p-off, сценарий без ip и сценарий неправильного ip-адреса.
Зрители в группе "Разгруппированные"
Зрители в предопределенной группе подсетей "Негруппированные" не выполняют одноранговую связь, так как для них автоматически устанавливается p2p-off. Если ваши зрители попадают в раздел "Разгруппированные", убедитесь, что вы придерживаетесь инструкций по отключению маскирования IP-адресов mDNS . Дополнительные сведения см. в разделе Определения групп по умолчанию.
Зрители в группе "Группа по умолчанию"
Для зрителей в предопределенной группе подсетей "Группа по умолчанию" может быть автоматически задано значение p2p-off в зависимости от того, отправлено ли сопоставление подсети.
Если вы отправили сопоставление подсети, но ваши зрители попадают в группу "Группа по умолчанию", это означает, что IP-адрес, за который записан пакет SDK eCDN, не учитывается в сопоставлении подсети. Узнайте, какой IP-адрес был записан в столбце Частный IP-адрес в таблице Разбивка пользователей панели мониторинга Детализации. Дополнительные сведения см. в разделе Определения групп по умолчанию.
Проблема с несколькими сетевыми картами
Проблема с несколькими сетевыми картами обычно характеризуется тем, что средства просмотра непреднамеренно помещаются в непреднамеренное размещение в непреднамеренной группе catch-all или в определяемую системой группу по умолчанию вместо предполагаемой группы подсетей. Эта проблема возникает, когда на устройстве средства просмотра присутствует несколько допустимых локальных IP-адресов. Чтобы получить более глубокое представление, ознакомьтесь со сценарием с несколькими сетевыми картами .
Чтобы проверить эту проблему, выполните следующие действия.
- Проверьте частный IP-адрес: Изучите IP-адрес пользователя, указанный в столбце Частный IP-адрес таблицы Пользователей панели мониторинга Детализации.
- Сравнение с IP-адресами устройств:
ipconfigВыполните команду в командной строке устройства пользователя. Сравните IP-адреса, полученные из этой команды, с IP-адресом на панели мониторинга Детализации. Вы можете обнаружить, что ip-адрес непреднамеренного адаптера Ethernet был выбран для назначения группы подсети устройства.
Дополнительные адаптеры Ethernet могут добавлять в систему дополнительные IP-адреса. Распространенные причины включают наличие VPN-клиентов или программного обеспечения виртуального узла. Соответствующее решение зависит от конкретного контекста вашей среды. Мы рекомендуем провести внутреннее обсуждение с ИТ-администратором, чтобы определить оптимальный подход к решению этой проблемы.
Создайте обращение с нашей командой, если вы считаете, что неправильный IP-адрес был выбран по ошибке.
Низкая эффективность пиринга
Низкая эффективность пиринга обычно возникает из-за одного или нескольких из следующих действий.
- Трансляция с слишком небольшим количеством пользователей (до 50 лет)
- Отсутствие локальных IP-адресов конечных пользователей
- Отсутствие групп сопоставления подсетей
- Высокая задержка между двумя устройствами
Решение
При тестировании обязательно выполните тестирование с максимально возможным количеством клиентов. Чем больше участников в событии, тем больше групп пиринга, что приводит к более высокой производительности разгрузки.
Убедитесь, что mDNS отключена, если зрители не используют классическое приложение Teams, чтобы eCDN Майкрософт могло получать локальные IP-адреса конечных пользователей. См. инструкции по отключению маскирования IP-адресов mDNS .
Отправьте сопоставление подсети в пользовательский интерфейс сопоставления подсетей. Сопоставление должно включать имена сайтов и подсети в корпоративной сети. См. пример рисунка ниже.
Выполните тест задержки. В идеале задержка между двумя устройствами должна быть ниже 30 мс и не должна меняться в высокой степени.
Дополнительные сведения см. в статье Устранение неполадок с низкой эффективностью пиринга.
Отсутствие аналитики, отсутствие пиринга для трансляций
Ниже приведены распространенные причины, которые могут препятствовать просмотру аналитики после проведения трансляции Teams (TLE) или ратуши, а также решения для каждого из них.
Администратор просматривает неправильный диапазон времени
В правой верхней части панели мониторинга аналитики есть средство выбора времени. Убедитесь, что выбран правильный диапазон времени.
ECDN Майкрософт не настроено в Teams Администратор Center
Убедитесь, что в центре Администратор Teams (TAC) в качестве поставщика SDN выбрано eCDN Майкрософт.
ECDN Майкрософт не настроено для рабочего клиента или события, проведенного в тестовом клиенте
Убедитесь, что рабочий клиент используется.
ECDN Майкрософт правильно настроено в TAC, но трансляция проводится до того, как microsoft eCDN вступит в силу
Изменение конфигурации клиента занимает до 24 часов. Проведите быстрый тест среди нескольких внутренних пользователей и убедитесь, что вы видите аналитику перед крупным рабочим событием.
Продюсер создал собрание Teams вместо TLE или ратуши
Microsoft eCDN поддерживает трансляции Teams и ратуши. Убедитесь, что вы создали поддерживаемое трансляции.
Участники были анонимными пользователями
То есть они были пользователями за пределами вашего клиента или пользователями без проверки подлинности.
ECDN Майкрософт активируется в клиенте, для которого оно настроено. Участники за пределами вашего клиента не используют eCDN Майкрософт. Один из способов обеспечить правильную проверку подлинности пользователей — ограничить доступ к событиям для пользователей в организации, а не сделать его общедоступным.
Для трансляций Teams:
Для ратуш:
Участники были приглашены в качестве выступающих
Выступающие не участвуют в пиринге, это делают только участники. При создании события убедитесь, что вы приглашаете участников в качестве участников.
Фильтрация IP-адресов eCDN Майкрософт блокирует участие участников eCDN
Убедитесь, что на вкладке Безопасность нет IP-адресов, если только вы не хотите разрешить пользователям из указанных общедоступных диапазонов IP-адресов использовать службу eCDN. Если IP-адреса не указаны, все пользователи могут подключаться со всех общедоступных IP-адресов.
Фильтрация домена eCDN Майкрософт блокирует участие участников eCDN
Как и фильтрация IP-адресов выше, убедитесь, что на вкладке Сторонние платформы нет доменов, если только вы не хотите разрешить пользователям из указанных доменов использовать службу eCDN. Если домены не указаны, все пользователи могут подключаться из всех доменов.
Параметры брандмауэра или сети могут блокировать подключения WebSocket
Убедитесь *.ecdn.teams.microsoft.com , что разрешено. Проведите быстрый тест с помощью нашей страницы тестировщика и найдите красные Xs в разделе сети.
Дополнительные сведения см. в документации по требованиям к сети . В идеале в разделе "Сеть" должен отображаться следующий результат.
Дальнейшая помощь
Если вы исчерпали описанные выше действия по устранению неполадок и по-прежнему не видите данные на панели мониторинга аналитики, соберите следующие сведения о событии, о чем идет речь, и отправьте их представителю учетной записи Майкрософт.
Снимок экрана: полная таблица отчетов об использовании.
- Доступ к Центру Администратор Teams (TAC).
- Перейдите в раздел Аналитика & отчеты>об использовании на панели меню слева.
- Выберите Использование динамических событий Teams в средстве выбора типа отчета.
- Выберите соответствующий диапазон дат
- Нажмите кнопку Запустить отчет
- Убедитесь, что на снимке экрана содержится столбец "Тип производства" для соответствующего события.
Скачайте отчет участника из TAC.
- Продолжая описанные выше действия, выберите соответствующее событие.
- Выберите отчет об участии участников , чтобы скачать
Отправьте эти сведения вместе с идентификатором клиента техническому специалисту Майкрософт, менеджеру по работе с клиентами или архитектору облачных решений.
Счетчик средств просмотра отличается от отчетов в другом месте
Сравнение уникальных средств просмотра с представлениями
Microsoft eCDN Analytics отображает количество уникальных зрителей, независимо от количества устройств или промахов в сеансе просмотра. То есть один уникальный пользователь, прошедший проверку подлинности, приравнивается к одному средству просмотра. При сравнении счетчиков средств просмотра, полученных из других источников, важно отметить возможные различия в методологиях подсчета.
Пример: отчет о трансляциях Teams
Давайте сравним количество средств просмотра eCDN Майкрософт с количеством в столбце Views в отчете об использовании динамических событий Teams. Здесь следует отметить, что в отчете об использовании одно представление приравнивается к одному сеансу просмотра. Таким образом, в отношении одного средства просмотра каждый новый сеанс на новом устройстве или после отключения, изменения сети или даже после перезагрузки страницы может считаться дополнительным представлением. С точки зрения Microsoft eCDN, независимо от количества сеансов, оно считается одним уникальным средством просмотра для события.
Такие различия в методологии подсчета можно найти и на платформах сторонних производителей.
Анекдот
Краткий анекдот, чтобы проиллюстрировать потенциальные предполагаемые несоответствия. В 45-минутном сценарии, когда инженер eCDN Майкрософт использовал одну тестовую учетную запись в тестовом событии, подключив и отключив несколько одновременных сеансов просмотра, общее количество просмотров в отчете об использовании TLE составило 19, в то время как Microsoft eCDN Analytics сообщило о единственном средстве просмотра с пиринговой разгрузкой.
Пользователи iOS
В настоящее время microsoft eCDN не поддерживает платформу iOS. Таким образом, средства просмотра iOS не участвуют в пиринге. Их просмотр не влияет, но это предостережение может привести к сокращению количества зрителей.