Новое решение VDI для Teams

Новое решение VDI для Teams — это новая архитектура для оптимизации доставки мультимедийных рабочих нагрузок на виртуальных рабочих столах.

Компоненты

Требования к системе

Оптимизация с помощью нового решения VDI для Teams

Шаг 1. Подтверждение предварительных требований

1. Убедитесь, что у вас установлена новая версия Microsoft Teams 24193.1805.3040.8975 или более поздней (для Azure Виртуальный рабочий стол или Windows 365), 24295.605.3225.8804 или более поздней версии для Citrix или 26032.206.4355.6508 для Omnissa.
2. Включите политику Teams, если это необходимо для определенной группы пользователей (она включена по умолчанию на уровне глобальной организации).
3. Для Citrix необходимо настроить список разрешенных виртуальных каналов , как описано в разделе Citrix Virtual Channel allow list этой статьи.
4. Для Amazon WorkSpaces оптимизация теперь общедоступна. Убедитесь, что клиент WorkSpace для Windows имеет версию 5.31.0.5733 или более поздней версии.
5. Для Omnissa Horizon оптимизация теперь доступна в общедоступной предварительной версии. Убедитесь, что клиент Horizon для Windows имеет версию 8.17 (2512) или более поздней версии.

Шаг 2. Установка подключаемого модуля в конечной точке

1. Для Azure Виртуальный рабочий стол и Windows 365 MsTeamsPluginAvd.dll входит в комплект с клиентом удаленного рабочего стола для Windows 1.2.5405.0, с приложением Магазина Windows App для Windows 1.3.252 или более поздней версии, а также с Windows App для MAC версии, отличной от Store 11.3.2.

   • Подключаемый модуль находится в той же папке, где установлен клиент удаленного рабочего стола. Подключаемый модуль можно найти по адресу AppData\Local\Apps\Remote Desktop или C:\Program Files (x86) в зависимости от режима, в котором он был установлен.
   • Приложение Магазина Windows App, основанное на MSIX, находится в папке C:\Program Files\WindowsApps. Доступ к этой папке ограничен.

2. Для Amazon WorkSpaces MsTeamsPluginAmazon.dll входит в комплект с клиентом WorkSpaces для Windows 5.28.0.5487 или более поздней версии.

   • Подключаемый модуль находится в той же папке, где установлен клиент WorkSpaces.

3. Для Omnissa Horizon MsTeamsPluginOmnissa.dll входит в пакет с клиентом Horizon для Windows 8.17 (2512) или более поздней версии.

   • Подключаемый модуль находится в той же папке, где установлен клиент Horizon (C:\Program Files\Omnissa\Omnissa Horizon Client).

4. Для приложения Citrix Workspace для Windows 2402 или более поздней версии MsTeamsPluginCitrix.dll можно установить:

   • Использование пользовательского интерфейса при установке приложения Citrix Workspace:

     На странице надстройки установите флажок Установить подключаемый модуль Microsoft Teams VDI , а затем выберите Установить.

     Примите пользовательское соглашение, которое появится и продолжите установку приложения Citrix Workspace.

     Примечание.

     Приложение Citrix Workspace для Windows 2402 предоставляет только пользовательский интерфейс установки подключаемого модуля при новой установке.
     Чтобы при обновлении на месте также был представлен этот параметр, требуется приложение Citrix Workspace для Windows 2405 или Mac 2603 более поздней версии.
     Автоматическая установка подключаемого модуля при автоматическом обновлении CWA появилась в CWA для Windows 2508.
     Дополнительные сведения проверка этой статье Citrix.

   • С помощью командной строки или сценариев для управляемых устройств Windows, использующих C:>CitrixWorkspaceApp.exe /installMSTeamsPlugin

• Администраторы также могут установить подключаемый модуль вручную поверх любого поддерживаемого приложения Citrix Workspace (см. требования к системе) с помощью таких средств, как SCCM (используйте тип развертывания пакета приложения Windows) или Intune (использование бизнес-приложения).

  Администраторы могут использовать msiexec с соответствующими флагами, как описано в msiexec.

  Важно!

  -Ссылка для скачивания MSI подключаемого модуля Windows для клиентов Citrix: aka.ms/plugin.
  -Ссылка для скачивания подключаемого модуля Mac для клиентов Citrix aka.ms/macplugin

  • Подключаемый модуль MSI автоматически обнаруживает папку установки CWA и помещает MsTeamsPluginCitrix.dll в это расположение.
  • Подключаемые модули нельзя понизить, а только обновить или переустановить (восстановить).
  • Установка CWA для каждого пользователя не поддерживается.
  • Если В конечной точке не найдено CWA, установка останавливается.

Шаг 3. Промежуточное хранение и регистрация SlimCore MSIX в конечной точке

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

Следующие разделы реестра могут блокировать установку нового пакета MSIX обработчика мультимедиа:

• BlockNonAdminUserInstall
• AllowAllTrustedApps
• AllowDevelopmentWithoutDevLicense

Эти три раздела реестра можно найти в любом из следующих расположений на устройстве пользователя:

• HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock
• HKLM\SOFTWARE\Policies\Microsoft\Windows\Appx

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

• Запретить пользователям, не являющиеся администраторами, устанавливать упакованные приложения Для Windows.
• Разрешить установку всех доверенных приложений (отключено).

Конечные точки Mac

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

Клиенты AVD и Windows 365 должны использовать версию Windows App не в хранилище (также известную как клиент автоматического обновления Майкрософт или клиент MAU), так как только эта версия объединяет подключаемый модуль. App Store Windows App не включает подключаемый модуль, поэтому пользователи останутся в устаревшей оптимизации на основе WebRTC.

Для клиентов Citrix CWA 2508.10 может представить пользовательский интерфейс после установки, который предлагает пользователю установить подключаемый модуль, но это требует действий пользователя. Следующая версия CWA автоматически установит подключаемый модуль. Администраторы также могут развернуть подключаемый модуль с помощью других средств, таких как JAMF.

Подключаемый модуль отвечает за создание виртуального канала и автоматическую и автоматическую установку обработчика мультимедиа на устройстве Mac.

Неподдерживаемые функции в Mac

1. СПРЯТАЛ
2. Исходящий экранный просмотр в сквозных зашифрованных собраниях отключен
3. Общий доступ к системным звукам
4. Прокси-серверы с проверкой подлинности в параметрах сети macOS (только AVD/W365)
5. LLDP в e911 (только AVD/W365)

Известные проблемы в Mac

1. Курсор мыши докладчика работает медленно во время общего доступа к приложениям.
2. Подключаемый модуль Zoom VDI старше 6.6.10 на устройстве Mac приведет к сбою приложения Citrix Workspace при передаче вызовов.
3. При подключении или отключении внешних мониторов во время вызова видео может отображаться на неправильном экране. Это также происходит при изменении выравнивания экрана во время сеанса HDX.

Проверка оптимизации конечной точки

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

Вы можете проверка в клиенте Teams, который оптимизирован для новой архитектуры, посмотрев индикатор состояния VDI (в левом верхнем углу пользовательского интерфейса). Кроме того, пользователи могут щелкнуть многоточие (три точки ...) на верхней панели, а затем выбрать Параметры о программе > . Там перечислены версии Teams и клиента.

• AVD SlimCore Media Optimized = Новая оптимизация на основе SlimCore.
• AVD Media Optimized = Устаревшая оптимизация на основе WebRTC.

Подключаемый модуль (MsTeamsPluginAvd.dll, MsTeamsPluginCitrix.dll или MsTeamsPluginAmazon.dll) отвечает за скачивание обработчика мультимедиа и SlimCore, который является пакетом MSIX. Он устанавливается автоматически без прав администратора или перезагружается в (например, точный путь зависит):

C:\Program Files\WindowsApps\Microsoft.Teams.SlimCoreVdi.win-x64.2024.15_2024.15.1.5_x64__8wekyb3d8bbwe

Для нового пакета РАЗДЕЛЕННОГО MSIX: C:\Program Files\WindowsApps\Microsoft.Teams.SlimCoreVdiFwk.win-x64.2025.28_2025.28.1.4_x64__8wekyb3d8bbweC:\Program Files\WindowsApps\Microsoft.Teams.SlimCoreVdiHost.win-x64_2025.28.1.4_x64__8wekyb3d8bbwe

Клиент удаленного рабочего стола или приложение Citrix Workspace скачивает пакет SlimCore x64 или x86 на основе устройства пользователя. Папка "WindowsApps" заблокирована, поэтому у пользователей нет доступа к ней. Администраторы изменяют списки управления доступом, чтобы взять на себя ответственность, хотя это действие не рекомендуется. Вместо этого используйте PowerShell для вывода списка приложений MSIX в конечной точке:

PowerShellCopy

Get-AppxPackage Microsoft.Teams.SlimCore*

Пример результатов, которые могут быть возвращены при запуске этого PowerShell:

Name              : Microsoft.Teams.SlimCoreVdi.win-x64.2024.32
Publisher         : CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
Architecture      : X64
ResourceId        :
Version           : 2024.32.1.7
PackageFullName   : Microsoft.Teams.SlimCoreVdi.win-x64.2024.32_2024.32.1.7_x64__8wekyb3d8bbwe
InstallLocation   : C:\Program
                    Files\WindowsApps\Microsoft.Teams.SlimCoreVdi.win-x64.2024.32_2024.32.1.7_x64__8wekyb3d8bbwe
IsFramework       : False
PackageFamilyName : Microsoft.Teams.SlimCoreVdi.win-x64.2024.32_8wekyb3d8bbwe
PublisherId       : 8wekyb3d8bbwe
IsResourcePackage : False
IsBundle          : False
IsDevelopmentMode : False
NonRemovable      : False
IsPartiallyStaged : False
SignatureKind     : Developer
Status            : Ok

Если вы оптимизированы, вы увидите MsTeamsVdi.exe, запущенные в конечной точке для Azure Virtual Desktop/W365 (как дочерний процесс msrdc.exe) или Citrix (как дочерний процесс wfica32.exe). При использовании Обозреватель обработки при выборе msrdc.exe (или wfica32.exe) выберите Показать нижнюю панель в разделе Вид и переключитесь на вкладку DLL, вы также увидите загружаемый подключаемый модуль (MsTeamsPluginAvd.dll или MsTeamsPluginCitrix.dll). Это действие является полезным шагом по устранению неполадок в случае, если вы не получаете новую оптимизацию.

Индикатор состояния VDI

Microsoft Teams отображает сведения о состоянии оптимизации, помогая пользователю понять, оптимизированы ли они. Он также показывает, используется ли устаревшая оптимизация WebRTC или новая оптимизация на основе Slimcore, наведите указатель мыши на баннер Optimized .

В случаях, когда Microsoft Teams не оптимизирована, пользователь видит значок предупреждения.

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

Этот выбор активирует перезапуск Teams, который может решить некоторые известные проблемы. Если пользователь по-прежнему неоптимизирован, отображается код ошибки для быстрой диагностики ИТ-администраторами на основе таблицы ошибок подключения.

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

Перемещение сеансов и повторное подключение

Например, устройство Windows, используемое в BYOD (использование собственного устройства) при работе из дома с установленным подключаемым модулем, и управляемый корпорацией тонкий клиент Linux в офисе (который поддерживает только WebRTC). Когда пользователь перемещается между двумя конечными точками, Teams автоматически выберет правильный стек оптимизации, не попросив пользователя перезапустить приложение. Кроме того, пользователь получает уведомление о переключении оптимизации с помощью баннера ("Оптимизация виртуального рабочего стола...").

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

Рекомендации по работе с сетями

Сетевая архитектура

Пошаговое руководство по архитектуре на схеме:

1. Запустите Teams.
2. Клиент Teams выполняет проверку подлинности в службах Teams. Политики клиента отправляются в клиент Teams, а соответствующие конфигурации ретранслируются в приложение.
3. Teams обнаруживает, что она работает в среде виртуального рабочего стола, и создает экземпляр внутренней службы vdibridge.
4. Teams открывает безопасный виртуальный канал на сервере.
5. Протокол RDP или HDX передает запрос клиенту удаленных рабочих столов или приложению Citrix Workspace, который ранее загрузил MsTeamsPlugin (компонент виртуального канала на стороне клиента).
6. Клиент удаленных рабочих стола или приложение Citrix Workspace порождает новый процесс с именем MsTeamsVdi.exe, который представляет собой новую подсистему мультимедиа (SlimCore), используемую для новой оптимизации.
7. Подсистема мультимедиа SlimCore (на клиенте) и msteams.exe (на виртуальном рабочем столе) теперь имеют двунаправленный канал и могут начать обработку мультимедийных запросов.

Вызовы пользователей

8. Одноранговый узел A нажимает кнопку вызова. MsTeamsVdi.exe взаимодействует со службами Microsoft Teams в Azure, устанавливая сквозной путь передачи сигналов с одноранговым элементом B. MsTeamsVdi.exe собирает ряд поддерживаемых параметров вызова (кодеки, разрешения и т. д.), что называется предложением протокола описания сеансов (SDP). Затем эти параметры вызова ретранслируются по сигнальным путям в службы Microsoft Teams в Azure, а оттуда — в другой одноранговый узел.
9. Предложение и ответ SDP (согласование по одному проходу) выполняется через сигнальный канал, а проверка подключения ICE (обход NAT и брандмауэра с помощью запросов привязки STUN) завершена. Затем носитель SRTP передается непосредственно между MsTeamsVdi.exe и другим одноранговым сервером (или транспортными ретрансляторами Teams или серверами конференций).

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

Типы трафика, обрабатываемого SlimCore в конечной точке

1. Подключение к потокам мультимедиа Teams реализуется с помощью стандартного IETF Interactive Connectivity Establishment (ICE) для процедур STUN и TURN.
2. Мультимедиа в режиме реального времени. Данные, инкапсулированные в транспортный протокол реального времени (RTP), который поддерживает рабочие нагрузки аудио, видео и демонстрации экрана. Как правило, трафик мультимедиа учитывает высокую задержку. Этот трафик должен принимать максимально прямой путь и использовать UDP и TCP в качестве протокола транспортного уровня, который является лучшим транспортом для интерактивных мультимедиа в реальном времени с точки зрения качества.
   • В крайнем случае носитель может использовать TCP/IP, а также туннелироваться по протоколу HTTP, но мы не рекомендуем использовать его из-за плохого качества.
   • Поток RTP защищен с помощью SRTP, в котором шифруются только полезные данные.
3. Сигнализации. Связь между конечной точкой и серверами Teams или другими клиентами, используемыми для управления действиями (например, при инициации вызова). Большинство сигнального трафика использует UDP 3478 с резервным подключением к HTTPS, хотя в некоторых сценариях (например, при подключении Между Microsoft 365 и пограничным контроллером сеансов) используется протокол SIP. Важно понимать, что этот трафик гораздо менее чувствителен к задержке, но может привести к сбоям службы или истечению времени ожидания вызовов, если задержка между конечными точками превышает несколько секунд.

Потребление пропускной способности

Приложение Teams устроено таким образом, чтобы обеспечивать наилучшие возможности предоставления доступа к звуку и видео и содержимому вне зависимости от состояния сети. Если пропускная способность недостаточна, Teams имеет приоритет над качеством звука, а не качеством видео. Если пропускная способность не ограничена, Teams оптимизирует качество мультимедиа, включая высокое качество звука, разрешение видео с разрешением до 1080p и до 30 кадров/с (кадров в секунду) для видео и содержимого. Дополнительные сведения см. в статье Требования к пропускной способности.

Качество услуг (QoS)

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

• В качестве обязательного условия включите QoS глобально в Центре Администратор Teams. Дополнительные сведения о включении маркеров качества обслуживания (QoS) для параметров трафика мультимедиа в режиме реального времени см. в разделе Настройка QoS в Центре администрирования Teams.

  Рекомендуемые начальные диапазоны портов:

  Тип медиатрафика	Диапазон портов источника клиента	Протокол	Значение DSCP	Класс DSCP
  Звук	50,000 - 50,019	TCP/UDP	46	Беспрепятственная переадресация (EF)
  Видео	50,020 - 50,039	TCP/UDP	34	Гарантированная переадресация (AF41)
  Общий доступ к приложениям или экранам	50,040 - 50,059	TCP/UDP	18	Гарантированная переадресация (AF41)

• Сведения о настройке маркировки DSCP для конечных точек Windows см. в разделе Реализация QoS в клиентах Teams.

  Примечание.

  Любая маркировка на основе конечной точки должна применяться к MsTeamsVdi.exe, процессу, который обрабатывает всю разгрузку мультимедиа на устройстве пользователя. Дополнительные сведения о QoS см. в документе Сборник схем .

• Сведения о реализации QoS для маршрутизаторов см. в документации производителя.

• Настройка качества обслуживания на сетевых устройствах может включать некоторые или все из них:

  • использование списков контроль доступа на основе портов (ACL)
  • определение очередей качества обслуживания
  • определение маркировки DSCP

Технологии, которые не рекомендуется использовать в Microsoft Teams в VDI

1. СЕТЬ VPN. Не рекомендуется для трафика мультимедиа.
2. Формировщики пакетов. Любые типы устройств для обнаружения пакетов, проверки пакетов, прокси-серверов или устройств формировщика пакетов не рекомендуются для трафика мультимедиа Teams и могут значительно ухудшить качество.

Политика Microsoft Teams PowerShell для оптимизации

Командлеты CsTeamsVdiPolicy позволяют администраторам управлять типом собраний, которые пользователи могут создавать, или функциями, к которым они могут получить доступ во время собрания специально в среде VDI, где оптимизация WebRTC была отключена с помощью модуля политик партнера VDI (Citrix Studio, шаблон ADMX VMware HTML5 или этот раздел реестра для AVD и Windows 365).

Конфигурации политики по умолчанию:

• DisableCallsAndMeetings: False
• DisableAudioVideoInCallsAndMeetings: False

Эта политика теперь содержит дополнительный аргумент в качестве единственной точки конфигурации, которая определяет, может ли пользователь получить новый режим оптимизации на основе SlimCore. Другими словами, обработчики политик партнера VDI не управляют новым режимом оптимизации:

• VDI2Optimization: включено (значение по умолчанию)

Список компонентов с новой оптимизацией

¹ Для аппаратного ускорения графики требуется DirectX 9 или более поздней версии с WDDM 2.0 или более поздней версии для Windows 10 (или WDDM 1.3 или более поздней версии для Windows 10 Fall Creators Update). ² Если вы присоединяетесь к собранию в качестве гостя, эта функция не поддерживается. Размещение фоновых файлов с помощью скриптов в профиле Appdata пользователя не поддерживается (пользователи должны отправить нужный пользовательский файл через Teams, который затем копируется в OneDrive пользователя при наличии достаточной емкости хранилища). ³ Оператор Connect в Индии с мобильными номерами требует доступа к широте и долготе из ОС конечной точки и локального интернет-прорыва. Оператор Connect с номерами проводной линии может использовать IP-адрес или подсеть для сопоставления с расположением. Дополнительные сведения проверка типах номеров Wireline и Wireless в Индии. ⁴ NDI (интерфейс сетевых устройств) — современное решение для подключения мультимедийных устройств (например, студийная камера и микшер) не поддерживается производителями. ⁵ Зрители не видят заметки (они скрыты наложением окна входящего видео). ⁶ Регистрация голосовых и лиц основана на перенаправлении камеры или микрофона поставщика VDI (например, Citrix HDX, Omnissa RTAV, Microsoft RDP и т. д.). См. раздел Известные проблемы.

Профиль пользователя SlimCore в конечной точке

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

• C:\users\<user>\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe\LocalCache\Local\Microsoft\TeamsVDI\<vdi provider>-tfw-<cloudname>\

Старые пакеты SLIMCore MSIX (до новых пакетов SPLIT MSIX с узлом и платформой) хранили пользовательские данные:

• C:\users\<user>\AppData\Local\Microsoft\TeamsVDI\<vdi provider>-default-<cloudname>\

В этом расположении сохраняются журналы, мелодии звонка, конфигурации и модели искусственного интеллекта или машинного обучения (используемые для подавления шума, оценки пропускной способности и т. д.). Кроме того, пользовательские фоновые эффекты, отправленные в Teams, затем скачиваются из OneDrive пользователя в папку downloads в этом расположении (поэтому для работы функции требуется учетная запись OneDrive с достаточным объемом хранилища). Если эти папки AppDatafolder очищаются после выхода пользователя (например, заблокированные тонкие клиенты без перемещаемых профилей), MsTeamsVdi.exe воссоздает их и скачивает конфигурацию пользователя (около 12 МБ данных). Пользовательские данные могут увеличиться до ~100 МБ (включая ~60 МБ для журналов).

Процесс установки и обновления SlimCore в заблокированных средах тонкого клиента (необязательно)

По умолчанию MsTeamsPlugin автоматически загружает и устанавливает правильную версию ядра мультимедиа SlimCore без вмешательства пользователя или Администратор. Но клиенты в ограниченных сетевых средах в филиале могут выбрать альтернативный процесс распространения SlimCore, не требуя от конечной точки возможности получать пакеты SlimCore с помощью https из общедоступной сети доставки содержимого Майкрософт.

Действия по настройке

1. В конечной точке пользователя (тонком клиенте или клиенте fat) необходимо создать следующий ключ regkey:

   • Расположение Citrix: HKLM\SOFTWARE\WOW6432Node\Microsoft\Teams\MsTeamsPlugin
   • Расположение виртуального рабочего стола Azure/W365: HKLM\SOFTWARE\Microsoft\Teams\MsTeamsPlugin
   • Имя: MsixUrlBase
   • Тип: REG_SZ
   • Данные: UNC-путь локального хранилища или сетевого хранилища, например file://C:/Temp или file://ComputerName/SharedFolder.

   Regkey определяет базовый URL-адрес.

2. Кроме того, администраторы должны скачать точную версию пакета SlimCore MSIX из сети доставки содержимого Майкрософт, которая соответствует версии Teams, которую вы планируете развернуть в будущем.

   Важно!

   Пакет MSIX должен соответствовать архитектуре или разрядности приложения Citrix Workspace (только x86), удаленного рабочего стола или Windows App клиентов: Microsoft.Teams.SlimCoreVdi.<platform>-<architecture>.msix.

3. Чтобы сохранить структуру, поместите MSIX в определенную папку с версией в расположении, указанном в разделе реестра. Например, C:\Temp\2024.4.1.9\Microsoft.Teams.SlimCoreVdi.win-x86.msix или //ComputerName/SharedFolder/2024.4.1.9/.

   Примечание.

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

Унифицированные фильтры записи (UWF)

Клиенты с тонкими клиентами с примененными едиными фильтрами записи должны создать следующие исключения, чтобы разрешить подготовку и активацию пакетов SlimCore MSIX:

• uwfmgr.exe файл Add-Exclusion "C:\Program Files\WindowsApps"
• uwfmgr.exe файл Add-Exclusion "C:\Users\User\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe"

Тонкие клиенты с дисками ОЗУ

Тонкие клиенты, такие как HP/DELL с диспетчером дисков ОЗУ, где переменные среды TEMP/TMP указывают на диск ОЗУ (например, Z:), не смогут подготовить пакеты MSIX SlimCore ("sc_host_install_error":"{"val":4390,"cat":"windows"}" при поиске в Просмотр событий записей описания "Microsoft Teams VDI"). Обходной путь — создать новую системную переменную MSTEAMSVDI_BITS_TMP_PATH и указать ей временное расположение физического диска (например, C:\TMP или C:\TEMP). Это позволит фоновой интеллектуальной службе передачи успешно скачать и подготовить SlimCore.

Совместная работа в нескольких облаках

Организации в общедоступных облаках Майкрософт, GCC (облако сообщества для государственных организаций), GCCH (облако для государственных организаций высокого уровня) и Министерства обороны (Министерство обороны) теперь могут эффективно взаимодействовать друг с другом с помощью новой оптимизации (эта совместная работа относится как к внутри компании, так и к межкомпании). Эта совместная работа часто включает в себя доступ к общему содержимому, для которого требуется доступ с проверкой подлинности. Ранее совместная работа в облаках через Teams была ограничена из-за отсутствия оптимизации звука и видео. Благодаря оптимизации на основе Teams и Slimcore пользователи теперь могут пользоваться пользовательским интерфейсом с высоким разрешением. Дополнительные сведения о Cross Cloud проверка этой ссылке.

Поддерживаются следующие сценарии:

• Cross Cloud Anonymous позволяет использовать сценарий, в котором пользователь вошел в Cloud A в Teams и присоединяется к собранию в другом облаке B анонимно. Дополнительные сведения см. в статье Управление анонимным доступом участников к собраниям Teams, вебинарам и ратушам (ИТ-администраторы).
• Межоблачный гостевой доступ расширяет функциональные возможности, позволяя пользователю участвовать в расширенной совместной работе в командах, каналах, документах и собраниях Teams для полного взаимодействия, включая оптимизацию звука и видео, общий доступ к экрану, общий файловый ресурс и чат 1:1 и 1:n. Дополнительные сведения см. здесь .
• Присоединение к собранию с проверкой подлинности в нескольких облаках позволяет пользователю Teams присоединиться к собранию в другом облаке при входе в учетную запись в домашнем клиенте. Эта функция позволяет организатору собрания проверять удостоверения участников собрания, не предоставляя им никакого доступа к ведущему клиенту.

Минимальные версии: Teams 25060.205.3499.6849. Клиент удаленного рабочего стола 1.2.6186. Подключаемый модуль Citrix 2024.41.1.1.

Известные проблемы:

• HID работает только в основном облаке.
• Отключение звука в пользовательском интерфейсе Teams не воспроизводит голосовую команду "Mute/Unmuted" в нестандартном облаке.
• Дополнительные ограничения периферийных устройств описаны здесь.
• Любой пользователь, вошедшего в несколько облаков (Multi Cloud или Cross Cloud), не может быть оптимизирован с помощью WebRTC. Если пользователь перемещается на устройство, которое не поддерживает SlimCore, он будет работать в резервном режиме (отрисовка на стороне сервера), пока не вернется к устройству с поддержкой SlimCore. Эта проблема возникает из-за того, что WebRTC не поддерживает функции кросс-облака.
• Если функции Cross Cloud не работают, даже если пользователь соответствует минимальным требованиям, можно выйти из Teams (после оптимизации с помощью SlimCore) и попытаться удалить файл с именем ecs_settings.dat64 по следующему пути: %localappdata%\packages\MSTeams_8wekyb3d8bbwe\LocalCache\microsoft\MSTeams. Перезапустите Teams.

Список разрешенных виртуальных каналов Citrix

Параметр политики списка разрешенных виртуальных каналов в CVAD позволяет использовать список разрешений, указывающий, какие виртуальные каналы можно открыть в сеансе ICA. Если этот параметр включен, необходимо указать все процессы, кроме встроенных виртуальных каналов Citrix. В результате для подключения клиента Teams к подключаемом модулю на стороне клиента (MsTeamsPluginCitrix.dll) требуется больше записей.

В Citrix Virtual Apps and Desktops 2203 или более поздней версии список разрешенных виртуальных каналов включен по умолчанию. Эти параметры по умолчанию запрещают доступ к пользовательским виртуальным каналам Teams, так как список разрешений не содержит имя основного процесса Teams.

Для работы клиента Teams требуются три пользовательских виртуальных канала: MSTEAMS, MSTEAM1 и MSTEAM2. Ms-teams.exe обращается к этим каналам. Вы можете использовать подстановочные знаки, чтобы разрешить ms-teams.exe исполняемый и пользовательский виртуальный канал:

• MSTEAMS,C:\Program Files\WindowsApps\MSTeams*8wekyb3d8bbwe\ms-teams.exe
• MSTEAM1,C:\Program Files\WindowsApps\MSTeams*8wekyb3d8bbwe\ms-teams.exe
• MSTEAM2,C:\Program Files\WindowsApps\MSTeams*8wekyb3d8bbwe\ms-teams.exe

1. Поддержка с подстановочными знаками доступна в:

   • VDA 2206 CR.
   • VDA 2203 LTSR начиная с CU2.

2. Чтобы политика вступила в силу, необходимо перезагрузить компьютеры VDA.

Демонстрация экрана

Как исходящий общий доступ к экрану, так и общий доступ к приложениям ведут себя по-разному в оптимизированном VDI по сравнению с неоптимизированным классическим клиентом Teams. Таким образом, эти действия требуют кодирования, в котором используются ресурсы устройства пользователя (например, ЦП, GPU, ОЗУ, сеть и т. д.). С точки зрения сети общий доступ осуществляется непосредственно между устройством пользователя и другим одноранговым сервером или сервером конференций.

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

Совместимость Citrix App Protection и Microsoft Teams

Пользователи с включенной защитой приложений могут по-прежнему делиться своим экраном и приложениями при использовании новой оптимизации. Для совместного использования требуется VDA версии 2402 или более поздней, а также CWA для Windows 2309.1 или более поздней версии. Пользователи более низких версий в конечном итоге будут совместно использовать черный экран, когда модуль Защиты приложений установлен и включен.

Защита от захвата экрана AVD и совместимость Microsoft Teams

Пользователи с включенной защитой от захвата экрана (SCP) для блокировки захвата экрана на клиенте удаленного рабочего стола (блокировка захвата экрана на клиенте) по-прежнему могут предоставлять общий доступ к своим экранам и приложениям при использовании новой оптимизации на основе SlimCore для Microsoft Teams. Для общего доступа требуются следующие минимальные версии: Teams 25060.205.3499.6849 и клиент удаленного рабочего стола 1.2.6081 или Windows App 2.0.379.

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

Таунхолли и трансляции

Участники, присоединяемые к этим типам собраний, не оптимизированы (WebRTC или SlimCore), поэтому они по умолчанию используют серверную отрисовку, что влечет за собой большое потребление ресурсов на виртуальном рабочем столе (в основном ЦП, ОЗУ и пропускную способность виртуального канала). Таким образом, трафик eCDN и P2P Майкрософт осуществляется на самих виртуальных машинах, так как разгрузка невозможна. Дополнительные сведения проверка этой статье.

Для поддержки роли докладчика или организатора проверка таблицу "Список компонентов с новой оптимизацией" выше.

Периферийные устройства в VDI

При оптимизации Teams с помощью SlimCore камеры, микрофоны, расположение и динамики, подключенные к физическому устройству, сопоставляются на вашем виртуальном рабочем столе. Teams перечисляет все обнаруженные устройства, уделяя приоритетное значение устройствам связи по умолчанию (как показано на панели mmsys.cpl при запуске на устройстве пользователя). Оптимизация на основе SlimCore поддерживает устройства с человеческим интерфейсом (HID) для сертифицированных гарнитур Teams, позволяя пользователям отключать звук, отключать звук, а также увеличивать и уменьшать громкость непосредственно с гарнитуры. Кнопка Microsoft Teams на сертифицированном устройстве Teams в настоящее время не поддерживается.

API мониторинга

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

Расположение (в VDA или узле удаленных рабочих столов): C:\Users<username>\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\tfw

Типичные варианты использования API мониторинга:

• Администраторы развертывают скрипт автоматизации в VDA или узле удаленного рабочего стола, чтобы определить, изменилась ли операционная система конечной точки клиента с момента последнего подключения. Скрипт использует содержимое JSON-файла для сравнения значений последних двух сеансов и выдачи собственных оповещений или всплывающих сообщений.
• Разработчики создают сторонние приложения, сообщающие о текущем состоянии подключения оптимизации VDI. Скрипт использует содержимое JSON-файла для получения всех доступных сведений о подключении, оптимизации и устройстве текущего сеанса Teams.

Структура файла JSON:

• Метка времени — vdiConnectedState.timestamp указывает метку времени подключения к сеансу.
• Оптимизация VDI — vdiConnectedState.vdiMode указывает версию оптимизации (остается статической на протяжении всего сеанса VDI)
• Подключенное состояние — connectedStack (remote = optimized, local = not optimized) (остается статическим на протяжении всего сеанса VDI)
• Версия SlimCore в конечной точке — remoteSlimCoreVersion
• Версия VdiBridge на виртуальной машине — bridgeVersion
• Версия подключаемого модуля MS Teams в конечной точке — pluginVersion
• Версия Teams — vdiVersionInfo.teamsVersion
• Клиентская платформа — vdiVersionInfo.clientPlatform
• Версия клиента VDI (CWA или Windows App) — vdiVersionInfo.rdClientVersion
• Версия ОС виртуальной машины — vdiVersionInfo.vmVersion
• Доступные периферийные устройства — devices.speakers.available, devices.cameras.available, devices.microphones.available (обновление json-файла в режиме реального времени)
• Выбранные периферийные устройства — devices.speakers.selected, devices.cameras.selected, devices.microphone.selected (обновление json-файла в реальном времени)
• Вторичный ringer — devices.secondaryRinger (обновление json-файла в режиме реального времени)

Панель мониторинга качества вызовов в VDI

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

Сведения о пользователях VDI теперь предоставляются с помощью многочисленных измерений и фильтров. Дополнительные сведения о каждом измерении см. на этой странице.

Основы запросов

Правильно сформированный запрос или отчет CQD содержит все три из следующих параметров:

• Measurement;
• Dimension;
• Filter.

Ниже приведены примеры правильно сформированного запроса.

1. "Показать мне плохие потоки [измерение] для пользователей VDI с новой оптимизацией [измерение] для последнего месяца [фильтр]".
2. "Показать мне плохой общий доступ к приложениям [измерение] по общему количеству Stream [измерение] за прошлый месяц И где был оптимизирован режим VDI первого или второго клиента [фильтры]".

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

Что делает UNION

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

Расположение звонящего и вызываемого абонента

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

• Первый всегда является конечной точкой сервера (например, AV MCU или сервер обработчика мультимедиа), если сервер участвует в потоке.
• Во-вторых , всегда является конечной точкой клиента, если это не серверный поток.

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

Известные проблемы

• AvD RemoteApps и Опубликованные приложения Citrix в настоящее время не поддерживаются.
• Пользователи не могут применить пользовательский фон, который был загружен в прошлом для клиента Teams 25306.804.4102.7193 до 26005.204.4249.1621. Устранение рисков: удалите старый файл и повторно отправьте его.
• Для Omnissa, выступающий или средство просмотра может столкнуться с перетаскиванием мыши или задержкой курсора во время общего доступа к приложению
• Для регистрации голоса или распознавания лиц (Teams/Параметры/Распознавание) пользователи не могут изменять камеру или микрофон в раскрывающемся меню; он всегда будет использовать системные устройства по умолчанию, доступные виртуальному рабочему столу через сам протокол RDP/HDX/Blast/DCV; Поэтому администраторы должны убедиться, что виртуальная машина или Teams имеет к ним доступ, настроив соответствующие политики для перенаправления периферийных устройств.
• Микшер громкости в разделе Система,Параметры/Звук на виртуальной машине не может управлять уровнями громкости, если Teams оптимизирована. Пользователи должны использовать встроенные ползунки громкости в параметрах звука Teams или микшер громкости в самой конечной точке.
• Защита от захвата экрана (SCP) приводит к тому, что экран докладчика отображается в виде черного экрана с курсором мыши только сверху (как видно принимающей стороне). Эта проблема устранена в Teams 25060.205.3499.6849 и клиенте удаленного рабочего стола 1.2.6081 или приложении для Windows 2.0.379.
• При блокировке виртуальной машины во время активного вызова вызов отключается. Эта проблема устранена в 25094.303.3554.9058 или более поздних версиях. Блокировка конечной точки не приводит к автоматическому отключению камеры, микрофона и экранного обмена.
• Вызовы удаляются в Teams, запущенной на локальном компьютере с подключенным периферийным устройством HID, если пользователь запускает виртуальный рабочий стол с того же локального компьютера и входит в Teams. Эта проблема также может возникнуть, если пользователь имеет активный виртуальный рабочий стол и запускает второй, на котором установлена Teams (или другие приложения Unified Communications, использующие оптимизацию).
• В настоящее время самостоятельный просмотр камеры не поддерживается (в разделе Параметры или устройства или во время вызова при выборе стрелки вниз на значке камеры).
• В панель управления/Приложения/Установленные приложения конечной точки пользователи видят несколько записей Microsoft Teams VDI (по одной для каждого установленного пакета Slimcore). Более новый пакет Split MSIX устраняет эту проблему, где "Оптимизатор VDI Microsoft Teams" является единственным приложением, которое отображается в меню (а старые записи Microsoft Teams VDI будут автоматически очищаться через определенный период времени).
• При использовании полноэкранного экрана окно монитора вызовов отображается для других участников (без видеоконтента внутри).
• В Citrix сеансы совместного доступа к приложениям могут зависнуть для других участников, если выступающий использует VDA (виртуальный агент доставки) версии 2402 и CWA для Windows 2309.1 (или более поздних версий).
  • Проблема возникает при уничтожении элемента видео.
    • Например, участник отключает камеру в середине сеанса общего доступа к приложению.
    • Если кто-то включает камеру только , проблема не возникает, так как элемент видео создается, а не уничтожается.
    • Если выступающий разворачивает монитор вызовов (что уничтожает самостоятельный просмотр того, что выступающий предоставляет общий доступ).
  • Остановка и повторное развертывание окна должны устранить проблему.
  • Эта проблема устранена в Teams 24335.206.X.X или более поздних версиях.
• Если вы используете видеозвонок и открываете меню Пуск на виртуальной машине, в окне собрания Teams вместо видеопотока отображается пустой экран.
• В CQD VdiMode (x2xx) представляет собой VDI SlimCore Optimized и Unoptimized Fallback, что может привести к неправильному качеству вызовов. Дополнительные сведения см. в разделе CQD.
• Для Amazon WorkSpaces общий доступ к системным звукам (включая звук компьютера), общий доступ к приложениям и экрану из чата не поддерживается.