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

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

Компоненты

Компонент	Должность	Обновление	Размер	Notes
Новый vdiBridge Teams	Модуль виртуального канала на стороне сервера.	Новая версия с каждой новой версией Teams.	В комплекте с новыми Teams.
Пользовательский виртуальный канал (VC)	Пользовательский VC, принадлежащий Microsoft Teams.	Стабильный API — обновления не предвидится.		Проверьте список разрешенных виртуальных каналов политики Citrix Studio.
Подключаемый модуль	Библиотека dll VC на стороне клиента. Также отвечает за загрузку и очистку SlimCore.	Не часто (в идеале нет обновлений).	Приблизительно 200 КБ.	В комплекте с клиентом удаленных рабочих стола 1.2.5405.0 или Windows App 1.3.252 или более поздней версии. Citrix CWA 2402 или более поздней версии может получить и установить подключаемый модуль.
SlimCore	Подсистема мультимедиа (для конкретной операционной системы, а не для поставщика VDI).	Автоматически обновляется до новой версии с каждой новой версией Teams.	Приблизительно 50 МБ.	Пакет MSIX, размещенный в общедоступной сети доставки содержимого Майкрософт

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

Требования	Минимальная версия
Новые команды	24193.1805.3040.8975 (для Виртуального рабочего стола Azure/Windows 365) 24295.605.3225.8804 (для Citrix)
Виртуальный рабочий стол Azure или Windows 365	Windows App: 1.3.252 Клиент удаленного рабочего стола: 1.2.5405.0
Citrix	VDA: 2203 Long Term Service Release (LTSR) CU3 или 2305 Current Release Citrix Workspace app: 2203 LTSR (любое накопительное обновление), 2402 LTSR или 2302 CR. Поддерживаются только версии, которые не находятся в конце жизненного срокаMsTeamsPluginCitrix: 2024.41.1.1
Endpoint	Windows 10 1809 (минимальное требование к SlimCore) Тонкие клиенты Windows Enterprise LTSC в Windows 10 2019/2021 г., или Windows 11 2024 поддерживаемые объекты групповой политики не должны блокировать установки MSIX (см. шаг 3. Промежуточное хранение и регистрация SlimCore MSIX в конечной точке) Минимальный ЦП: Intel Celeron (или эквивалент) при 1,10 ГГц, 4 ядра, минимальное ОЗУ: 4 ГБ

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

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

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

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

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

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

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

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

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

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

     Примечание.

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

   • С помощью командной строки или скриптов для управляемых устройств с помощью:

     C:\>CitrixWorkspaceApp.exe /installMSTeamsPlugin

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

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

     Важно!

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

Msi подключаемого модуля автоматически обнаруживает папку установки CWA и помещает MsTeamsPluginCitrix.dll в это расположение:

Тип пользователя	Папка установки	Тип установки
Администратор	64-разрядная версия: C:\Program Files (x86)\Citrix\ICA Client 32-bit: C:\Program Files\Citrix\ICA Client	Установка для каждой системы

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

Версия заметки о выпуске	Сведения
2025.14.1.8	Май 2025 г. — подключаемый модуль теперь может скачать пакеты SlimCore, которые являются 64-разрядными, что повышает производительность.
2024.41.1.1	Октябрь 2024 г. При использовании SlimCore в мультимониторных настройках пользователь Citrix не может предоставить общий доступ ко всему экрану или отдельным мониторам. -Пытается выполнить reset-AppxPackage , если регистрация пакетов MSIX SlimCoreVdi завершается ошибкой после установки виртуального канала.
2024.32.X.X	Август 2024 г. Подключаемый модуль теперь пытается Reset-AppxPackage для пакета MSIX SlimCoreVdi в случае отсутствия псевдонима AppExecution.

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

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

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

• BlockNonAdminUserInstall
• AllowAllTrustedApps
• AllowDevelopmentWithoutDevLicense

Важно!

Управляемые конечные точки или тонкие клиенты с включенным BlockNonAdminUserInstall по-прежнему могут разрешать установку пакетов SlimCore. Применяйте KB5052094 (Windows 11 23H2 и 22H2), KB5052093 (Windows 11 24H2), KB5055612 (Windows 10 22H2) или любые последующие базы знаний. Эта установка представляет новую групповая политика с именем "Разрешенные имена семейств пакетов для установки пользователей, не являющихся администраторами" в локальной групповая политика Редактор.

Администраторы могут разрешить список пакетов SlimCore, разрешив полный пакет familyName (например, Microsoft.Teams.SlimCoreVdi.win-x64.2024.43_8wekyb3d8bbwe) или использовать regex (например, Microsoft.Teams.SlimCoreVdi.*_8wekyb3d8bbwe).

Важно!

Если параметр AllowAllTrustedApps отключен, установка нового обработчика мультимедиа (MSIX) завершается ошибкой. Эта проблема устранена в следующих накопительных обновлениях Windows:

• Windows 10: 26 октября 2023 г. — KB5031445 (сборка ОС 19045.3636)
• Windows 11: 26 октября 2023 г. — KB5031455 (сборка ОС 22621.2506)
• Windows 10 1809: 8 апреля 2025 г. — KB5055519 (сборка ОС 17763.7136)

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

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

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

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

Примечание.

AppLocker или управление приложениями в Защитнике Windows также могут препятствовать установке пакета MSIX.

AppLocker — это функция глубокой защиты и не считается защищенной функцией безопасности Windows. Используйте управление приложениями в Защитнике Windows , если цель заключается в обеспечении надежной защиты от угрозы, и вы не ожидаете никаких дополнительных ограничений, чтобы предотвратить достижение этой цели функцией безопасности.

Важно!

Убедитесь, что нет блокирующей конфигурации или политики, или добавьте исключение для пакетов SlimCore MSIX в разделе Локальная политика безопасности —> Политики управления приложениями —> AppLocker.

AppLocker не может обрабатывать конечные подстановочные знаки, в отличие от управления приложениями в Защитнике Windows. Так как пакеты SlimCoreVdi содержат определенную версию PackageFamilyName (например, Microsoft.Teams.SlimCoreVdi.win-x64.2024.36_8wekyb3d8bbwe), клиенты могут добавлять исключения AppX или MSIX, полагаясь на идентификатор PublisherID 8wekyb3d8bbwe.

Администраторы, использующие более детализированный элемент AllAppList для каждого приложения для определения списка приложений, которым разрешено выполнение, должны добавлять исключения таким образом (так как SlimCore следует модели UWP):

<AppUserModelId="Microsoft.Teams.SlimCoreVdi.<<архитектура платформы.<>>>release_version_8wekyb3d8bbwe! MsTeamsVdi" />

Например: <App AppUserModelId="Microsoft.Teams.SlimCoreVdi.win-x86.2025.12_8wekyb3d8bbwe! MsTeamsVdi" />.

Чтобы найти список выпущенных пакетов SlimCore, проверка этой таблице.

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

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

Важно!

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

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

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

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

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

Клиент удаленного рабочего стола скачивает пакет SlimCore x64 или x86, а Citrix CWA — пакет x86. Эта папка заблокирована, поэтому у пользователей нет доступа к ней. Администраторы изменяют списки управления доступом, чтобы взять на себя ответственность, хотя это действие не рекомендуется. Вместо этого используйте 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

Важно!

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

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

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

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

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

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

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

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

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

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

Новая команда Teams загружает WebRTC или SlimCore во время запуска. Если сеансы виртуальных рабочих столов отключены (не выключаются, Teams остается запущенной на виртуальной машине), Teams не сможет переключать стеки оптимизации, если они не будут перезапущены. В результате пользователи могут находиться в резервном режиме (не оптимизированном), если они перемещаются между разными устройствами, которые не поддерживают новую архитектуру оптимизации. Например, mac-устройство, используемое в BYOD (использование собственного устройства) при работе из дома, и управляемый корпорацией тонкий клиент в офисе. Чтобы избежать этого сценария, Teams предлагает пользователю модальное диалоговое окно с просьбой перезапустить приложение. После перезапуска пользователи находятся в режиме оптимизации WebRTC.

Кроме того, пользователи могут перемещаться с устройства, которое поддерживает только WebRTC, на устройство с поддержкой SlimCore. В этом сценарии Teams также предлагает пользователю модальное диалоговое окно с просьбой перезапустить приложение. После перезапуска пользователи находятся в режиме оптимизации SlimCore.

Параметры повторного подключения	Если текущая оптимизация — WebRTC	Если текущая оптимизация — SlimCore
Повторное подключение к конечной точке без msTeamsPlugin	Затем классическая оптимизация WebRTC. ("AVD Media Optimized"). ("Citrix HDX Media Optimized").	Затем перезапустите диалоговое окно. После перезапуска пользователь выполняет классическую оптимизацию WebRTC. В противном случае Teams не перезапускается и пользователь находится в резервном режиме (отрисовка на стороне сервера).
Повторное подключение из конечной точки с помощью MsTeamsPlugin	Затем перезапустите диалоговое окно. После перезапуска пользователь выполняет новую оптимизацию SlimCore. В противном случае Teams не перезапускается, а пользователь по-прежнему находится в WebRTC.	Затем новая оптимизация на основе SlimCore.

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

Примечание.

MsTeamsVdi.exe — это процесс, который устанавливает все сетевые подключения TCP/UDP к ретрансляторам, серверам конференций Teams или другим одноранговым узлам.

Манифест SlimCore MSIX добавляет в брандмауэр следующие правила: <Rule Direction="in" IPProtocol="TCP" Profile="all" /><Rule Direction="in" IPProtocol="UDP" Profile="all" />

Убедитесь, что устройство пользователя имеет сетевое подключение (UDP и TCP) к конечным точкам с идентификаторами 11, 12, 47 и 127, описанными в разделе URL-адреса и диапазоны IP-адресов Microsoft 365.

ID	Категория	НИКОГДА	Адреса	Порты	Notes
11	Требуется оптимизация	Да	52.112.0.0/14, 52.122.0.0/15, 2603:1063::/38	UDP: 3478, 3479, 3480, 3481	Обработчики мультимедиа и транспортный ретранслятор 3478 (STUN), 3479 (аудио), 3480 (видео), 3481 (общий доступ к экрану)
12	Требуется разрешить	Да	*.lync.com, *.teams.microsoft.com, teams.microsoft.com 52.112.0.0/14, 52.122.0.0/15, 52.238.119.141/32, 52.244.160.207/32, 2603:1027::/48, 2603:1037::/48, 2603:1047::/48, 2603:1057::/48, 2603:1063::/38, 2620:1ec:6:/48, 2620:1ec::/42	TCP: 443, 80
47	Требуется по умолчанию	Нет	*.office.net	TCP: 443, 80	Используется для скачивания SlimCore и фоновых эффектов
127	Требуется по умолчанию	Нет	*.skype.com	TCP: 443, 80

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

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

1. Запустите новые Команды.
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

Важно!

Рекомендуется реализовать эти политики качества обслуживания с использованием исходных портов конечной точки, а также IP-адреса источника и назначения "any". Эти политики перехватывают как входящий, так и исходящий трафик мультимедиа во внутренней сети.

Технологии, которые не рекомендуется использовать в 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: включено (значение по умолчанию)

Имя	Определение	Пример	Notes
New-CsTeamsVdiPolicy	Позволяет администраторам определять новые политики VDI, которые могут быть назначены пользователям для управления функциями Teams, связанными с собраниями в среде VDI.	PS C:\> New-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled"	Приведенная здесь команда использует командлет New-CsTeamsVdiPolicy для создания политики VDI с идентификатором RestrictedUserPolicy. Эта политика использует все значения по умолчанию для политики VDI, кроме одного: VDI2Optimization. В этом примере пользователи с этой политикой не могут быть оптимизированы с помощью SlimCore.
Grant-CsTeamsVdiPolicy	Позволяет администраторам назначать политику Teams VDI для каждого пользователя область. Администраторы могут управлять типом собраний, которые пользователь может создавать, функциями, к которым он может получить доступ в неоптимизированной среде VDI, а также возможностью оптимизации пользователя с помощью нового режима оптимизации на основе SlimCore.	PS C:\> Grant-CsTeamsVdiPolicy -identity "Ken Myer" -PolicyName RestrictedUserPolicy	В этом примере пользователю с удостоверением "Ken Myer" назначается RestrictedUserPolicy.
Set-CsTeamsVdiPolicy	Позволяет администраторам обновлять существующие политики VDI.	PS C:\> Set-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled"	Приведенная здесь команда использует командлет Set-CsTeamsVdiPolicy для обновления существующей политики VDI с помощью Identity RestrictedUserPolicy. Эта политика использует все существующие значения, кроме одного: VDI2Optimization; В этом примере пользователи с этой политикой не могут быть оптимизированы с помощью SlimCore.
Remove-CsTeamsVdiPolicy	Позволяет администраторам удалять ранее созданную политику VDI Teams. Пользователи без явно назначенной политики возвращаются к политике по умолчанию в организации.	PS C:\> Remove-CsTeamsMeetingPolicy -Identity RestrictedUserPolicy	В приведенном выше примере команда удаляет политику ограниченного пользователя из списка политик организации и удаляет все назначения этой политики у пользователей с назначенной политикой.
Get-CsTeamsVdiPolicy	Позволяет администраторам получать сведения обо всех политиках VDI, настроенных в организации.	PS C:\> Get-CsTeamsVdiPolicy -Identity SalesPolicy	В этом примере Get-CsTeamsVdiPolicy используется для возврата политики собраний для каждого пользователя, которая имеет Identity SalesPolicy. Так как удостоверения уникальны, эта команда не возвращает более одного элемента.

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

Функция	Доступно в SlimCore (Windows)	Доступно в WebRTC (Windows)
1080p	Да	Нет
Аппаратное ускорение в конечной точке	Да 2	Нет
Представление коллекции 3x3 и 7x7	Да	Нет
Качество обслуживания	Да	Нет
Подавление шума	Да	Да (AVD)
Голосовая изоляция	Да	Нет
ПРЯТАТЬ	Да	Да (AVD и Omnissa)
Режим докладчика	Да	Нет
Teams премиум	Проверьте страницу Teams премиум	Проверьте страницу Teams премиум
Настраиваемые фоны организации	Да (требуется лицензия Teams премиум)	Нет
Фоновый эффект, отправленный пользователем	Да 3	Нет
Масштаб +/-	Да	Нет
Обход мультимедиа, маршрутизация на основе расположения, оператор Connect 1	Да	Нет
Панель мониторинга качества звонков и Центр администрирования Teams	Да	Ограниченный
Опубликованное приложение или удаленное приложение	Нет	Да
Предоставление и контроль	Да	Да
Общий доступ к приложениям	Да	Да
e911	Да	Да
Симулятивная трансляция	Да	Да
Общий доступ к системным звукам	Да	Да
Дополнительный звончик	Да	Да
Размытие фона	Да	Да
Организаторы могут планировать собрания, вебинары и ратуши	Да	Да
Организаторы, выступающие и участники могут присоединяться к собраниям и вебинарам	Да	Да
Организаторы и выступающие могут присоединиться к ратуше	Да	Нет
Участники могут присоединяться к ратушам	Да	Да
Оптимизированы организаторы собраний и вебинаров и выступающие	Да	Да
Оптимизированы организаторы и выступающие в мэрии	Да	Нет
Оптимизированы участники собраний и вебинаров	Да	Нет
Ратуша оптимизировалась	Нет	Нет
Аннотации	Только в качестве выступающего. 4	Нет

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

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

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

• C:\users\<user>\AppData\Local\Microsoft\TeamsVDI\avd-default-<cloudname>\
• C:\users\<user>\AppData\Local\Microsoft\TeamsVDI\citrix-default-<cloudname>\

Важно!

Заблокированные тонкие клиенты должны разрешать чтение и запись этих расположений. В противном случае новая оптимизация может завершиться ошибкой. Для более старых Windows 10 1809 тонких клиентов (например, Dell Wyse 5070 и аналогичных моделей) папка для профиля SlimCore имеет значение C:\Users\<user>\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdi.win-<architecture>.<version>_8wekyb3d8bbwe\LocalCache\.

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

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

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

Примечание.

Чтобы получить обновленный список пакетов SlimCore, которые соответствуют соответствующей новой версии Teams, проверка эту таблицу.

Важно!

Если необходимо выбрать этот метод, необходимо гарантировать следующее:

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

Это происходит потому, что новые версии Teams и SlimCore должны совпадать.

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

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"
• uwfmgr.exe файл Add-Exclusion "C:\Users\User\AppData\Local\Microsoft\WindowsApps"
• uwfmgr.exe файл Add-Exclusion "C:\Users\User\AppData\Local\Microsoft\TeamsVDI"

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

• AvD RemoteApps и Опубликованные приложения Citrix в настоящее время не поддерживаются.
• Защита от захвата экрана (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).
• При использовании полноэкранного экрана окно монитора вызовов отображается для других участников (без видеоконтента внутри).
• В Citrix сеансы совместного доступа к приложениям могут зависнуть для других участников, если выступающий использует VDA (виртуальный агент доставки) версии 2402 и CWA для Windows 2309.1 (или более поздних версий).
  • Проблема возникает при уничтожении элемента видео.
    • Например, участник отключает камеру в середине сеанса общего доступа к приложению.
    • Если кто-то включает камеру только , проблема не возникает, так как элемент видео создается, а не уничтожается.
    • Если выступающий разворачивает монитор вызовов (что уничтожает самостоятельный просмотр того, что выступающий предоставляет общий доступ).
  • Остановка и повторное развертывание окна должны устранить проблему.
  • Эта проблема устранена в новых версиях Teams 24335.206.X.X или более поздних версиях.
• Если вы используете видеозвонок и открываете меню Пуск на виртуальной машине, в окне собрания Teams вместо видеопотока отображается пустой экран.
• В CQD VdiMode (x2xx) представляет собой VDI SlimCore Optimized и Unoptimized Fallback, что может привести к неправильному качеству вызовов. Дополнительные сведения см. в разделе CQD.

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

Организации в общедоступных облаках Майкрософт, 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, так как список разрешений не содержит новое имя процесса main Teams.

Для работы нового клиента Teams требуются три пользовательских виртуальных канала: MSTEAMS, MSTEAM1 и MSTEAM2. Ms-teams.xes обращается к этим каналам. Вы можете использовать подстановочные знаки, чтобы разрешить 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.

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

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

Примечание.

В некоторых периферийных устройствах два приложения Unified Communications, запущенные параллельно, могут привести к конфликтам HID при отключении активных вызовов.

См. раздел Известные проблемы.

В качестве обходного решения HID можно отключить с помощью раздела реестра в Teams 25060.205.3499.6849 или более поздней версии, где ключ можно создать в конечной точке. (Ключ также можно создать на виртуальной машине, если у вас есть подключаемый модуль 2025.14.1.8 (Citrix) или клиент удаленного рабочего стола 1.2.6275/Windows App 2.0.550.0.

HKEY_CURRENT_USER\Software\Microsoft\Teams\HID

Имя: DisableHidManagerV1

Тип: DWORD

Значение: 1 (если задано значение 1, это отключает HID) (если задано значение 0 или ключ отсутствует, HID включен)

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-файла в режиме реального времени)

Примечание.

При оптимизации WebRTC заполняется только vdiConnectedState, указывая, в какой оптимизации в данный момент находится сеанс. В JSON-файле для сеанса нет сведений об устройстве и vdiVersionInfo. Если оптимизация недоступна, в JSON-файл не вносятся обновления.

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

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

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

Примечание.

Новый шаблон QER доступен в шаблонах запросов Power BI для загрузки CQD. Версия 8 теперь включает шаблоны для просмотра метрик VDI, ориентированных на клиента.

Важно!

В CQD значение VdiMode второго клиента (x2xx) представляет собой VDI SlimCore Optimized и VDI SlimCore Not Connected (неоптимизированная резервная версия). Это дублирование может привести к неправильному толкованию, так как низкое качество вызовов в неоптимизированном сеансе может показаться проблемой при оптимизации VDI SlimCore. Измерение "Второй клиент VDI оптимизирован" — это точный способ отображения того, был ли пользователь оптимизирован или нет, так как это измерение вычисляет сквозное результирующее значение между режимом VDI и вторым состоянием VDI-подключения клиента. Сквозная оптимизация с Помощью SlimCore выполняется, если подключено состояние "Подключено".

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

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

• Measurement;
• Dimension;
• Filter.

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

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

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

Что делает UNION

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

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

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

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

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