微软团队优化
Citrix使用Citrix Virtual Apps、Desktops和Citrix Workspace应用程序为基于桌面的Microsoft Teams(1.2.00.31357或更高)提供优化。默认情况下,我们将所有必要的组件捆绑到Citrix Workspace应用程序和虚拟交付代理(VDA)中。
我们对Microsoft Teams的优化包含vda端HDX服务和一个API,用于与Microsoft Teams托管的应用程序接口,以接收命令。这些组件为Citrix Workspace应用端媒体引擎打开了一个控制虚拟通道(CTXMTOP)。端点在本地解码并呈现多媒体,将Citrix Workspace应用程序窗口移动回托管的Microsoft Teams应用程序。
与其他Microsoft Teams服务(例如聊天或协作)一样,身份验证和信号发送在Microsoft Teams托管的应用程序上本地进行。音频/视频重定向不会影响它们。
CTXMTOP
是一个命令和控制虚拟通道。这意味着媒体不会在Citrix工作区应用程序和VDA之间交换。
只有客户端获取/客户端呈现可用。
这个视频演示让您了解Microsoft Teams如何在Citrix虚拟环境中工作。
微软团队安装
注意:
我们建议在黄金映像中安装Microsoft Teams之前安装VDA。这个安装顺序是需要的ALLUSER = 1标志生效。如果在安装VDA之前已经在虚拟机中安装了Microsoft Teams,请卸载并重新安装Microsoft Teams。如果你正在使用应用程序分层,请看为应用程序分层为更多的细节。
我们建议您遵循Microsoft Teams机器范围的安装指南避免使用安装Microsoft Teams的.exe安装程序AppData
.相反,安装在C:\Program Files (x86)\Microsoft\Teams
通过使用ALLUSER = 1命令行中的标志。
msiexec /i
这个例子也使用了权限= 1参数。设置此参数后,将出现Teams machine wide Installer程序和功能在控制面板和应用程序和功能为计算机的所有用户设置Windows。如果有管理员凭证,所有用户都可以卸载Microsoft Teams。
理解两者之间的区别很重要权限= 1和ALLUSER = 1.你可以使用权限= 1非VDI和VDI环境中的参数。使用ALLUSER = 1参数只能在VDI环境中指定每个机器的安装。
在ALLUSER = 1模式下,Microsoft Teams应用程序不会在出现新版本时自动更新。我们推荐这种模式用于非持久性环境,例如托管的共享应用程序或Windows Server或Windows 10随机/池目录之外的桌面。有关更多信息,请参见使用MSI安装Microsoft Teams(VDI安装部分)。
假设你有Windows 10专用的持久VDI环境。您希望microsoftteams应用程序自动更新,并希望microsoftteams按用户安装Appdata /本地
.在本例中,使用the. exe
安装程序或MSI没有ALLUSER = 1.
对于远程电脑
我们建议您在安装VDA之后安装Microsoft Teams版本1.4.00.22472或更高版本。否则,您需要登录并再次登录,以便Microsoft Teams按预期检测VDA。版本1.4.00.22472或更高版本包括在Microsoft Teams启动时间和VDA检测签名时间执行的增强逻辑。这些版本还包括活动会话类型标识(HDX、RDP或本地连接到客户端机器)。如果您是本地连接的,那么以前版本的Microsoft Teams可能无法检测和禁用某些功能或UI元素。例如,会议室,弹出窗口会议和聊天,或会议反应。
在一些远程PC场景中,当您从支持HDX优化的新端点重新连接到以前未优化的会话时,您可能需要重新启动Microsoft Teams以支持HDX优化。
为应用程序分层
如果使用Citrix应用程序分层来管理不同层的VDA和Microsoft Teams安装,请在安装Microsoft Teams with之前在Windows上部署此注册表项ALLUSER = 1.信息,请参阅优化微软团队与Citrix应用程序分层在通过注册表管理的特性列表中。
概要管理建议
我们建议为Windows Server和Pooled VDI Windows 10环境使用机器范围的安装程序。
当ALLUSER = 1Microsoft团队应用程序安装下,标志从命令行(机器范围安装程序)传递给MSIC:\Program Files (x86)
(~ 300 MB)。应用程序使用微软当地AppData \ \ \ TeamsMeetingAddin
日志和微软AppData \漫游\ \团队
(~600 - 700mb)用于用户特定的配置,在用户界面中缓存元素,等等。
重要的是:
如果你没有通过考试ALLUSER = 1标记,则MSI放置Teams.exe安装程序和
setup.json
下C:\Program Files (x86)\Teams安装程序
.一个注册表项(TeamsMachineInstaller)被添加到:微软HKEY_LOCAL_MACHINE \ SOFTWARE \ WOW6432Node \ \ Windows \ CurrentVersion \运行
中随后的用户登录触发最终的安装AppData代替。
机宽安装器
以下是在Windows Server 2016 64位虚拟机上安装Microsoft Teams全机安装程序时创建的文件夹、桌面快捷方式和注册表的示例:
文件夹:
C:\Program Files (x86)\Microsoft\Teams
C:\Users\ <用户名> \微软AppData \漫游\ \团队
桌面快捷方式:
C:\Program Files (x86)\Microsoft\Teams\current\Teams.exe
注册表:
微软HKEY_LOCAL_MACHINE \ SOFTWARE \ WOW6432Node \ \ Windows \ CurrentVersion \运行
微软HKEY_LOCAL_MACHINE \ SOFTWARE \ \ Windows \ CurrentVersion \运行
微软HKEY_CURRENT_USER \ SOFTWARE \ \ Windows \ CurrentVersion \运行
- 名称:
团队
- 类型:
REG_SZ
- 值:
C:\Program Files (x86)\Microsoft\Teams\current\Teams.exe
注意:
注册表位置根据底层操作系统和位不同而不同。
建议书
- 我们建议删除Microsoft团队注册表项来禁用自动启动。这样做可以防止许多登录同时发生(例如,在您的工作日开始时)从尖顶VM的CPU。
- 如果虚拟桌面没有GPU/vGPU,建议设置关闭GPU硬件加速在微软团队中设置以提高性能。此设置(
“disableGpu”:真的
)存储在微软% Appdata % \ \团队
在desktop-config.json
.可以使用登录脚本编辑该文件并将值设置为真正的. - 如果使用的是Citrix Workspace Environment Management (WEM),请启用CPU峰值保护管理Microsoft团队的处理器消耗。
每用户安装程序
当使用. exe
安装程序,安装过程不同。所有文件都放在AppData中。
文件夹:
当地C:\Users\ <用户名> \ AppData \ \微软\团队
微软当地C:\Users\ <用户名> \ AppData \ \ \ TeamsPresenceAddin
微软当地C:\Users\ <用户名> \ AppData \ \ \ TeamsMeetingAddin
C:\Users\ <用户名> \ AppData \ \ SquirrelTemp
C:\Users\ <用户名> \微软AppData \漫游\ \团队
桌面快捷方式:
微软当地C:\Users\ <用户名> \ AppData \ \ \团队\ Update.exe——processStart“Teams.exe”
注册表:
微软HKEY_CURRENT_USER \ SOFTWARE \ \ Windows \ CurrentVersion \运行
最佳实践
最佳实践建议基于用例场景。使用带有非持久性设置的Microsoft Teams需要配置文件缓存管理器来实现高效的Microsoft Teams运行时数据同步。使用配置文件缓存管理器,在用户会话期间缓存适当的用户特定信息(例如,用户数据、配置文件和设置)。同步这两个文件夹中的数据:
微软当地C:\Users\ <用户名> \ AppData \ \ \ IdentityCache
C:\Users\ <用户名> \微软AppData \漫游\ \团队
Microsoft Teams缓存了非持久设置的内容排除列表
从Microsoft团队缓存文件夹中排除以下项目,% AppData % /微软团队
.排除这些项有助于减少用户缓存大小,从而进一步优化非持久设置。
排除列表-文件
- 漫游\ Microsoft \ Teams \ * .txt
排除列表-目录
- 微软漫游\ \ Logs \团队
- 漫游微软\ \ \ media-stack团队
- 漫游\微软\团队\服务工作者\ CacheStorage
- 漫游\微软团队\ \应用程序缓存
- 微软漫游\ \团队\缓存
- 漫游微软\ \ \ GPUCache团队
- 漫游\Microsoft\Teams\meeting-addin\Cache(对于Outlook中缺失外接程序的问题非常重要)
用例:单会话场景
在此场景中,最终用户每次在一个位置使用Microsoft Teams。他们不需要同时在两个Windows会话中运行Microsoft Teams。例如,在普通虚拟桌面部署中,每个用户被分配到一个桌面,Microsoft Teams作为一个应用程序部署在虚拟桌面中。我们建议启用Citrix Profile容器并重定向每个用户目录每用户安装程序到容器中。
- 部署Microsoft Teams机器范围内的安装程序(ALLUSER = 1)在金色的影像。
- 启用Citrix配置文件管理并设置具有适当权限的用户配置文件存储。
启用以下配置文件管理策略设置:文件系统>同步>配置文件容器-配置文件磁盘中包含的文件夹列表.
在这个配置中列出所有用户目录。您还可以使用Citrix Workspace Environment Management (WEM)服务配置这些设置。
- 将设置应用到正确的发送组。
- 登录以验证部署。
系统需求
最低推荐版本 - 交付控制器(DDC)1906.2
如果您使用的是较早的版本,请参阅允许优化微软团队:
支持的操作系统:
- Windows Server 2019, 2016, 2012R2标准版和数据中心版本,并带有服务器核心选项
最低版本 - 虚拟交付代理(VDA)1906.2
支持的操作系统:
- Windows 10 64位,版本1607及更高。(不支持VM托管的应用程序)。
- Windows Server 2019、2016和2012 R2(标准版和数据中心版)。
要求:
- BCR_x64。msi -包含微软团队优化代码的msi,并从GUI自动启动。如果您正在使用VDA安装的命令行界面,请不要排除它。
推荐版本- Citrix Workspace app for Windows最新的CR和最低版本- Citrix Workspace app 1907 for Windows
- Windows 8和10(32位和64位版本,包括嵌入式版本)(对Windows 7的支持在2006版停止)
- Windows 10 IoT Enterprise 2016 LTSB (v1607)和2019 LTSC (v1809)
- 支持的处理器(CPU)架构:x86和x64(不支持ARM)
- 终端要求:大约2.2-2.4 GHz双核CPU,在点对点视频电话会议中支持720p高清分辨率。
- 双核或四核cpu,较低的基础速度(约1.5 GHz),配备英特尔Turbo Boost或AMD Turbo Core,可提升至至少2.4 GHz。
- HP薄客户端验证:T630 / T640,T730 / T740,MT44 / MT45。
- Dell瘦客户端验证:5070,5470移动TC。
- 10ZiG瘦客户端验证:4510和5810q。
- 有关已验证端点的完整列表,请参见瘦客户机.
- Citrix Workspace应用程序需要至少600mb的空闲磁盘空间和1gb RAM。
- Microsoft . net Framework的最低要求是版本4.6.2。如果系统中没有。net Framework, Citrix Workspace应用程序会自动下载并安装。net Framework。
管理员可以启用/禁用Microsoft Teams以优化模式启动,通过更改团队优化政策.在Citrix Workspace应用程序中以优化模式启动的用户没有禁用Microsoft Teams的选项。
最小版本- Citrix工作区应用程序2006 Linux
有关更多信息,请参见微软团队优化在2006年有什么新鲜事.
软件:
- GStreamer 1.0或更高版本或Cairo 2
- libc + + -9.0或更高版本
- Libgdk 3.22或更高版本
- OpenSSL 1.1.1d
- x64的Linux发行版
硬件:
- 最低1.8 GHz双核CPU,点对点视频电话会议时支持720p高清分辨率
- 双核或四核CPU,基本速度1.8 GHz, Intel Turbo Boost速度至少2.9 GHz
有关已验证端点的完整列表,请参见瘦客户机.
有关更多信息,请参见安装Citrix Workspace应用程序的先决条件.
您可以在文件中将字段VDWEBRTC的值更新为Off,从而禁用Teams优化/ opt / Citrix / ICAClient / config / module.ini
.默认为“VDWEBRTC=On”。更新完成后,请重新启动会话。(需要Root权限)。
最小版本- Citrix工作区应用程序2012 Mac
支持的操作系统:
- macOS卡特琳娜(10.15)。
- macOS大苏尔11.0.1或更高。
功能支持:
- 声音的
- 视频
- 屏幕共享优化(输入和输出)
注意:
Citrix Viewer应用程序需要访问MacOS安全与隐私偏好的屏幕共享工作。用户在苹果菜单>系统偏好>安全与隐私>隐私选项卡>屏幕记录并选择Citrix查看器.
如果用户拥有Citrix Workspace app 2012或更高版本和macOS 10.15,微软团队优化默认工作。
如果你想禁用Microsoft Teams优化,请在终端中运行此命令并重新启动Workspace应用程序:
默认值写com.citrix.receiver.nomas mtopenabled -bool no
最低版本- Citrix工作区应用程序2105.5为ChromeOS
功能支持:
- 声音的
- 视频
- 屏幕共享优化(传入和传出)-默认禁用。看到这些设置看看如何打开它。
特性矩阵和版本支持
功能 | Windows CR | Windows 1912 LTSR(和CU1-CU4) | Windows 1912 CU5(或更高版本) | Mac | Linux | ChromeOS |
---|---|---|---|---|---|---|
音频/视频(P2P和会议) | 1907 | 是的 | 是的 | 2009 | 2004 | 2106 |
办到 | 1907 | 是的 | 是的 | 2012 | 2006 | 2106(1) |
i.屏幕指示灯红色边框 | 2002 | 是的 | 是的 | 2012 | 2006 | X |
2限制捕获到桌面查看器 | 2009.5 | X | 是的 | 2012 | 2006 | X |
3Multimonitor | 2106(2) | X | X | 2106 | 2106 | X |
DTMF | 2102 | X | 是的 | 2101 | 2101 | X |
代理服务器支持 | 2012 (3) | X | 是的(3) | 2104 (4) | 2101 (4) | X |
- 默认禁用,需要Admin启用。
- 只有全屏模式的CD查看器。SHIFT + F2不受支持的。
- 协商/Kerberos、NTLM、Basic和Digest。也支持Pac文件。
- 匿名。
允许优化微软团队
要启用Microsoft Teams的优化,请使用管理控制台策略微软团队重定向策略.这是在默认情况下。除了启用此策略外,HDX还检查Citrix Workspace应用程序的版本是否至少是最低要求的版本。如果启用了策略并且支持Citrix Workspace应用程序版本,则HKEY_CURRENT_USER \ Software \ Citrix \ HDXMediaStream \ MSTeamsRedirSupport注册表项设置为1自动在VDA上。微软团队在VDI模式下读取加载键。
注意:
如果您正在使用版本1906.2 VDA或更高版本的控制器(例如,版本7.15),这些控制器在Manage console (Studio)中没有可用的策略,您的VDA仍然可以被优化。Microsoft Teams的HDX优化在VDA中默认是启用的。
如果您点击关于>版本,Citrix HDX优化传说显示:
如果你看到Citrix HDX未连接, Citrix API被加载到Microsoft Teams中。加载API是实现重定向的第一步。但是在堆栈的后面部分有一个错误。错误很可能出现在VDA服务或Citrix工作区应用程序中。
如果您没有看到任何图例,说明Microsoft Teams未能加载Citrix API。通过右键单击通知区域图标并重新启动,退出Microsoft Teams。确保没有将Manage console策略设置为禁止并支持Citrix Workspace应用程序版本。
重要:会话重新连接时
- 当连接发生变化时,您可能需要重新启动Microsoft Teams以获得一个HDX优化会话。例如,如果你正在从一个不支持的端点(iOS、Android、HTML5或旧版本的Windows/Linux/Mac的工作区应用程序)漫游到一个支持的端点(Windows/Linux/Mac/ChromeOS的工作区应用程序),或者反之。
- 当你从本地会话漫游到HDX会话时,你需要重新启动Microsoft Teams以优化HDX。这是一个远程PC访问场景。
网络需求
Microsoft Teams依赖于Office 365中的Media Processor服务器来进行会议或多方通话。Microsoft Teams在以下场景中依赖Office 365 Transport Relays:
- 点对点调用中的两个对等点没有直接连接
- 参与者没有直接连接到媒体处理器。
因此,对等体与Office 365云之间的网络健康状况决定了调用的性能。
我们建议评估您的环境,以识别可能影响您的整体云语音和视频部署的任何风险和需求。使用Skype商业网络评估工具测试您的网络是否为Microsoft Teams做好了准备。有关支持信息,请参见支持.
实时协议(RTP)流量的关键网络建议摘要
- 尽量从分支机构直接连接到Office 365网络。
- 如果您必须在分支机构中使用下列任何一种,请确保RTP/UDP Teams流量不受阻碍。exe不支持在终端上配置的显式代理。
- 绕过代理服务器
- 网络SSL拦截
- 深度包检测设备
- VPN发夹(如果可能的话使用分裂隧道)
- 计划并提供足够的带宽。
- 检查各分支机构的网络连接和质量。
工作区应用程序中的WebRTC媒体引擎(HdxTeams.exe或HdxRtcEngine.exe)对卸载到客户端的多媒体流使用安全实时传输协议(SRTP)。SRTP通过使用对称密钥(128位)对媒体和控制消息进行加密,并在计数器模式下使用AES加密密码,为RTP提供机密性和身份验证。
建议使用以下指标进行积极的用户体验:
度规 | 终点到办公室365 |
---|---|
延迟(单向) | < 50毫秒 |
延迟(RTT) | < 100毫秒 |
包丢失 | 在任何15秒间隔内<1% |
包inter-arrival抖动 | 在任何15秒间隔内<30ms |
有关更多信息,请参见为微软团队准备您的组织网络.
在带宽需求方面,微软团队的优化可以使用多种音频编解码器(OPUS/G)。722/PCM G711)和视频(H264)。
对等体使用会话描述协议(SDP)提供/答案在呼叫建立过程中协商这些编解码器。Citrix每个用户的最低建议是:
类型 | 带宽 | 编解码器 |
---|---|---|
音频(每个) | ~ 90 kbps | G.722 |
音频(每个) | ~ 60 kbps | 作品* |
视频(每个) | 〜700 kbps. | H264 360P @ 30 FPS 16:9 |
屏幕共享 | ~ 300 kbps | H264 1080p @ 15帧 |
* Opus支持从6 kbps的常量和变量比特率,最高可达510 kbps。
Opus是两个优化的VDI用户之间点对点呼叫的首选编解码器。
VDI用户加入会议时首选的编解码为G.722和H264。
代理服务器
根据代理的位置,考虑以下几点:
VDA的代理配置:
如果在VDA中配置了显式代理服务器,并通过代理将连接路由到本地主机,则重定向失败。要正确配置代理,必须选择绕过代理服务器获取本地地址设置在Internet选项>连接>局域网设置>代理服务器并确保
127.0.0.1:9002
绕过。如果使用PAC文件,则必须返回PAC文件中的VDA代理配置脚本直接为
wss: / / 127.0.0.1:9002
.否则,优化失败。以确保脚本返回直接,使用Shexpmatch(URL,“WSS://127.0.0.1:9002 / *”)
.Citrix Workspace app上的代理配置:
如果分支机构配置了代理访问internet,以下版本支持代理服务器:
- Citrix Workspace app for Windows version 2012 (Negotiate/Kerberos, NTLM, Basic和Digest)。也支持Pac文件)
- Citrix Workspace app for Windows version 1912 CU5 (Negotiate/Kerberos, NTLM, Basic, and Digest)。也支持Pac文件)
- Citrix Workspace app for Linux version 2101(匿名认证)
- Citrix Workspace app for Mac version 2104(匿名认证)
带有Citrix工作区应用程序早期版本的客户端设备无法读取代理配置。这些设备直接将流量发送到Office 365 TURN服务器。
重要的是:
验证客户端设备是否可以连接到DNS服务器进行DNS解析。一个客户端设备必须能够解决三个Microsoft Teams TURN服务器的FQDNs:
worldaz.turn.teams.microsoft.com
那usaz.turn.teams.microsoft.com
,euaz.turn.teams.microsoft.com.
.
呼叫建立和媒体流路径
在可能的情况下,Citrix工作区应用程序中的HDX WebRTC媒体引擎(hdx团队.exe或HdxRtcEngine.exe)尝试在点对点调用中通过用户数据报协议(UDP)建立一个直接的网络安全实时传输协议(SRTP)连接。如果UDP端口被阻塞,媒体引擎将返回到TCP 443。
HDX媒体引擎支持ICE, Session Traversal Utilities for NAT (STUN), Traversal Using Relays around NAT (TURN),用于候选发现和建立连接。
请注意,这意味着端点必须能够执行DNS解析。
假设在两个对等体之间或对等体与会议服务器之间没有直接路径,假设用户正在加入多方通话或会议。HdxTeams.exe使用Office 365中的Microsoft Teams传输中继服务器到达另一个对等体或媒体处理器,在那里举办会议。用户的客户端机器必须能够访问两个office365子网IP范围和4个UDP端口。有关更多信息,请参见呼叫设置和Office 365的url地址和IP地址范围是ID 11
ID | 类别 | 地址 | 目的地港口 |
---|---|---|---|
11 | 需要优化 | 13.107.64.0/18、52.112.0.0/14 52.120.0.0/14 | UDP:3478 3479 3480 3481TCP:443(后备) |
这些范围包括传输继电器和媒体处理器。微软车队传输继电器提供了眩晕和转向功能,但它们不是ICE端点。此外,Microsoft Teams Transport Relays不终止媒体或执行任何代码转换。他们可以桥接TCP(如果HdxTeams.exe使用TCP)到UDP,当他们转发流量到其他对等体或媒体处理器。
工作区应用WebRTC媒体引擎联系Office 365云中最近的Microsoft Teams Transport Relay。媒体引擎使用anycast IP和端口3478-3481 UDP(每个工作负载使用不同的UDP端口,但可能发生多路复用)或443 TCP TLSv1.2作为回退。呼叫质量取决于底层网络协议。因为UDP总是被推荐超过TCP,我们建议您设计您的网络以适应分支机构的UDP流量。
如果Microsoft Teams以优化模式加载,并且HdxTeams.exe在终端上运行,ICE故障可能会导致呼叫设置失败或单向音频/视频。当呼叫无法完成或媒体流不是全双工时,请检查Wireshark跟踪先在端点上。有关ICE候选人收集过程的更多信息,请参阅支持部分。
注意:
如果终端不能访问互联网,用户仍然可以进行点对点呼叫,如果他们都在同一个局域网。会议失败。在本例中,在调用设置开始之前有一个30秒的超时。
呼叫设置
使用此架构图作为调用流序列的可视化参考。图中显示了相应的步骤。
体系结构
- 微软团队开始。
- Microsoft Teams对O365进行身份验证。租户策略被下推到Microsoft Teams客户端,相关的TURN和信号通道信息被转发到应用程序。
- 团队检测到它在VDA中运行,并调用Citrix JavaScript API。
- Citrix JavaScript在Microsoft Teams中打开一个安全的WebSocket连接到运行在VDA上的WebSocketService.exe,它在用户会话中生成WebSocketAgent.exe。
- WebSocketAgent.exe通过调用Citrix HDX Teams重定向服务(CtxSvcHost.exe)实例化一个通用虚拟通道。
- Citrix Workspace应用程序的wfica32.exe (HDX引擎)生成一个名为HdxTeams.exe或HdxRtcEngine.exe的新进程,这是用于Microsoft Teams优化的新的WebRTC引擎。
Citrix媒体引擎和Teams.exe有一个双向虚拟通道路径,可以开始处理多媒体请求。
——用户调用
- 同行的一个点击这一点调用按钮。exe与Office 365中的Microsoft Teams服务通信,使用同行B.Microsoft Teams要求HdxTeams提供一系列支持的调用参数(编解码器、分辨率等等,这被称为会话描述协议(SDP)提供)。然后使用信令路径将这些调用参数转发到Office 365中的Microsoft Teams服务,并从那里转发到另一个对等体。
- SDP提议/回答(单通道协商)通过信令通道进行,并完成ICE连通性检查(使用STUN绑定请求穿越NAT和防火墙)。然后,安全实时传输协议(SRTP)媒体直接在HdxTeams.exe和另一个对等体(如果是会议,则是Office 365会议服务器)之间流动。
微软电话系统
手机系统是Microsoft的技术,可以使用Microsoft团队在Office 365云中启用呼叫控制和PBX。Microsoft团队的优化支持电话系统,使用Office 365呼叫计划或直接路由。通过直接路由,您可以直接将您自己的支持的会话边界控制器连接到Microsoft手机系统,而无需额外的内部物软件。支持呼叫队列,传输,转发,保持,静音和恢复呼叫。
DTMF:
双音多频(DTMF)支持这些版本的Citrix工作区应用程序(或更高):
- Citrix工作区应用程序的Windows版本2102
- Citrix Workspace app for Windows LTSR 1912 CU5
- Citrix工作区应用程序Linux版本2101
- Citrix工作区应用程序Mac版本2101
防火墙的考虑
当用户第一次使用Microsoft Teams客户端启动一个优化的调用时,他们可能会注意到Windows防火墙设置。警告要求用户允许HdxTeams.exe或HdxRtcEngine.exe (HDX Overlay Teams)的通信。
下面添加了4个条目入站规则在Windows Defender防火墙>高级安全性控制台。如果你愿意,你可以应用更多的限制性规则。
Microsoft团队和Skype for Business Anexistence
您可以将Microsoft Teams和Skype for Business同时部署为两个功能重叠的独立解决方案。有关更多信息,请参见理解Microsoft Teams和Skype的业务共存和互操作性.
Citrix RealTime Optimization Pack和Microsoft Teams多媒体引擎的HDX优化,然后尊重您环境中的配置设置。示例包括孤岛模式、Skype for Business with Microsoft Teams协作以及Skype for Business with Microsoft Teams协作和会议。
外设访问在同一时间只能授予单个应用程序。例如,RealTime媒体引擎在通话期间对网络摄像头的访问会在通话期间锁定成像设备。当设备发布时,微软团队可以使用它。
Citrix SD-WAN:为Microsoft Teams优化网络连接
最佳的音频和视频质量要求与Office 365云的网络连接具有低延迟、低抖动和低丢包。在上网之前,从分支机构的Citrix Workspace应用用户那里回溯微软团队的音频视频RTP流量到数据中心可能会增加过多的延迟。它还可能导致广域网链路拥塞。Citrix SD-WAN遵循Microsoft Office 365网络连接原则,为Microsoft Teams优化连接性。Citrix SD-WAN使用基于Microsoft rest的Office 365 IP地址、web服务和近似的DNS来识别、分类和引导Microsoft Teams流量。
许多领域的企业宽带互联网连接遭受间歇性的数据包丢失,过度抖动和中断。
Citrix SD-WAN提供了两种解决方案,可在网络运行状况不稳定或下降时保持微软团队的音视频质量。
- 如果您使用Microsoft Azure,那么在Azure VNET中部署的Citrix SD-WAN虚拟设备(VPX)可以提供高级的连接优化。这些优化包括无缝链接故障转移和音频包竞速。
- Citrix SD-WAN客户可以通过Citrix Cloud Direct服务连接到Office 365。此服务为所有互联网交通提供可靠和安全的交付。
如果不担心分支机构的internet连接质量,那么通过直接将Microsoft Teams流量从Citrix SD-WAN分支设备引导到最近的office 365前门,就足以减少延迟。有关更多信息,请参见思杰SD-WAN Office 365优化.
Microsoft团队中的画廊视图和活动扬声器
微软团队支持画廊那大画廊,共同模式布局。
微软团队显示了一个2x2的网格,其中有四个参与者的视频流(称为画廊).在这种情况下,Teams发送四个视频流到客户端设备进行解码。当超过4个参与者分享视频时,屏幕上只显示最后4个最活跃的发言者。
Microsoft Teams还提供了一个网格高达7x7的大型图库视图。因此,Microsoft Teams会议服务器合成单个视频提要并将其发送到客户机设备进行解码,从而降低CPU消耗。这个矩阵样式的提要可能还包括用户的自我预览视频。
最后,微软团队的支持共同模式,这是新的会议体验的一部分。团队使用人工智能分割技术将参与者数字化放置在共享的背景中,将所有参与者放在同一个礼堂中。
在电话会议中,用户可以通过选择来控制这些模式画廊那大画廊,或共同模式省略号菜单中的布局。
支持视频宽高比约束(CWA for Windows 2102, CWA for Linux 2106, CWA for MAC 2106或更高):
- 的选项填补帧可在画廊/大型画廊视图。这个选项裁剪视频大小以适应子窗口。适合框架另一方面,在视频的侧面上显示黑条(信箱),以便没有裁剪。
下表提供了图库和大型图库布局的比较:
图库视图2x2(默认) | 大画廊视图 | |
---|---|---|
布局/网格 | 显示一个2x2的网格,包含四个参与者的视频流。只有最后四个最活跃的演讲者会出现在屏幕上,其他参与者不会出现在网格上。 | 显示一个7x7网格的视频流49个参与者。 |
混合技术 | 媒体路由器将来自每个参与者的单独流转发给每个用户。 | 中央会议服务器混合和转码所有音频或视频,为每个与会者创建定制的复合布局。这引入了一些额外的延迟。 |
积极演讲者 | 新的主动扬声器将取代网格中最不主动的扬声器。 | 显示所有参与者,不管他们是活跃的还是不活跃的。 |
端点编码 | 单一质量视频流。编码分辨率可在客户端设置。有关更多信息,请参见编码器的性能估计量和微软团队优化.质量定义为分辨率和每秒帧数。目前不支持同步视频。 | 单一质量视频流。编码分辨率可在客户端设置。有关更多信息,请参见编码器的性能估计量和微软团队优化. |
端点译码 | 每位参与者最多可获得四个独立媒体流。这增加了HdxRtcEngine.exe端点的CPU消耗(用于解码/渲染)。 | 每个参与者只能获得一个音频和视频流。这降低了端点的CPU消耗。 |
最大分辨率 | 720便士。4人共享视频时,最高分辨率为360p /次。如果少于4个参与者共享视频,那么每个视频feed的分辨率可能会更高。 | 720p用于复合布局或混合。每个发送方降低了分辨率或上传比特率,因为在复合布局中不需要为每个参与者提供高质量的视频流。 |
低效率的用户的问题 | 发送者修改每个模式(音频/视频/屏幕共享)的质量,使参与者之间的公共网络质量最低。然后将此多媒体流转发给所有其他与会者。结果,网络状况不好的参与者会影响通话中其他人的通话质量。 | 更不容易受到最低的公共网络质量场景的影响。会议服务器根据与会者的网络情况提供不同的质量。 |
自我预览 | 在一个小缩略图中实时显示你自己。 | 以缩略图显示自己,并与其他视频源混合。因此,您可能会看到自己被包含在主视频布局中,但有一些额外的延迟。 |
微软团队中的屏幕共享
微软团队依靠基于视频的屏幕共享(VBSS),有效地编码桌面共享的视频编解码器,如H264,并创建一个高清流。通过HDX优化,进入的屏幕共享被视为视频流。因此,如果你正在进行视频通话,而另一个同伴开始共享桌面,原来的摄像头视频将暂停。相反,屏幕上显示的是共享视频。然后,对方必须手动恢复相机共享。
外发屏幕共享也被优化并卸载到Citrix工作区应用程序。在这种情况下,媒体引擎只捕获和传输Citrix桌面查看器(CDViewer.exe)窗口,其周围绘制了红色边框。不会捕获与桌面查看器重叠的任何本地应用程序。
请注意
在Citrix Workspace app for Mac中设置特定的权限以启用屏幕共享。有关更多信息,请参见系统要求.
Multimonitor
在桌面查看器(CDViewer.exe)处于全屏模式和跨越多监视器设置的情况下,Citrix Workspace app 2106或更高(Windows/Linux/Mac)允许屏幕选择器选择要共享的监视器。
众所周知的局限:
- 如果桌面查看器被禁用(通过编辑.ica文件模板或StoreFront web.config)或桌面锁定正在被使用,多显示器选择在Microsoft Teams屏幕选择器中不可用。SHIFT+F2热键不兼容多显示器屏幕共享。
- 在大于2106的工作区应用程序版本中,只有主监视器是共享的。您必须将虚拟桌面中的应用程序拖到主监视器,以便调用的另一个对等端看到它。
- 如果使用虚拟监视器布局特性(单个物理监视器的逻辑分区)配置Worspace应用程序,多监视器屏幕共享可能无法工作。在本例中,所有虚拟监视器都作为复合映像共享。
- 旧版本的Windows工作区应用程序(1907年至2008年)也支持在客户端机器上运行的本地应用程序的共享,如果它覆盖在桌面查看器之上的话。该行为在2009.6或更高版本和1912 CU5或更高版本被删除。
从无缝应用程序的屏幕共享:
如果您将Microsoft Teams作为一个独立的、无缝的应用程序发布,屏幕共享将捕获物理端点的本地桌面。Citrix工作区应用程序最低版本1909是必需的。
应用程序共享
从Citrix Workspace App开始为Windows 2109和VDA 2019,Microsoft团队支持屏幕共享在虚拟会话中运行的特定应用程序。分享特定应用程序:
- 在远程会话中导航到Microsoft Teams应用程序。
- 点击分享内容在你的Microsoft Teams UI中。
- 选择需要在会议中共享的应用。红色边框会出现在你选择的应用程序周围,调用中的其他节点可以看到这个共享的应用程序。
要分享一个不同的应用程序,请单击分享内容再次选择一个新的应用程序。
注意:
已知的限制与屏幕分享特定的应用程序:
- 当您在屏幕上共享应用程序时,鼠标指针是不可见的。
- 不支持HDX 3D Pro。
- 如果您调整虚拟桌面屏幕大小,请重新启动屏幕共享。
- 如果你最小化一个应用程序时,你分享它,只有应用程序图标出现在屏幕选择器。应用程序的缩略图不会在屏幕选择器中预览。你不能分享内容,红色边框不会出现,直到你最大化应用程序。
应用程序保护的兼容性特定应用程序的屏幕共享与HDX优化的Microsoft Teams中的应用程序保护功能兼容。如果您从启用了应用程序保护的交付组中启动了应用程序或桌面,您可以屏幕共享特定的应用程序。
当你点击分享内容在Microsoft Teams UI中,屏幕选择器删除屏幕选项。你只能选择窗口选择共享任何开放。
Microsoft Teams中的外围设备
当针对Microsoft Teams的优化处于激活状态时,Citrix Workspace应用程序将访问外围设备(耳机、麦克风、摄像头、扬声器等)。然后外围设备被正确地列在Microsoft Teams UI中(设置>设备).
微软团队不会直接访问这些设备。相反,它依赖于工作区应用WebRTC媒体引擎来获取、捕获和处理媒体。Microsoft Teams列出了供用户选择的设备。
建议:
- 微软团队认证的耳机内置回声消除。在多个外围设备的设置中,麦克风和扬声器在不同的设备上,可能会出现回声。一个例子是带有内置麦克风的网络摄像头和带有扬声器的显示器。当使用外接扬声器时,请将其放置在尽可能远离麦克风和任何可能将声音折射进麦克风的表面。
- 微软团队认证的摄像机,虽然Skype for Business认证的外围设备与Microsoft团队兼容。
- Citrix Workspace应用媒体引擎无法利用执行H.264编码-UVC 1.1和1.5的摄像头的CPU卸载。
注意:
Windows的工作区应用程序2009.6现在可以获得24位或96 kHz以上频率的音频格式的外设。
HdxTeams.exe(在工作区应用程序的Windows 2009或更老)只支持这些特定的音频设备格式(通道,位深,和采样率):
- 播放设备:多达2通道,16位,频率高达96,000赫兹
- 记录设备:多达4通道,16位,频率高达96,000赫兹
即使一个扬声器或麦克风不符合预期的设置,团队中的设备枚举也会失败没有一个显示下设置>设备.
WebRPC.登录HdxTeams.exe显示这类信息:
Mar 27 20:58:22.885 webrtcapi。WebRTCEngine信息:init。初始化…
Mar 27 20:58:23.190 webrtcapiWebRTCEngine错误:init。无法创建音频模块!
作为解决方法,禁用特定设备或:
- 打开声音控制面板(mmsys.cpl)。
- 选择回放或录音设备。
- 去属性>先进并将设置更改为支持的模式。
后备模式
如果Microsoft Teams无法以优化的VDI模式加载(Teams/About/Version中的“Citrix HDX未连接”),VDA将退回到传统的HDX技术,如网络摄像头重定向和客户端音频和麦克风重定向。如果你使用的是不支持Teams优化的Workspace应用版本/平台操作系统,则不适用回退注册表项。在回退模式下,外设被映射到VDA。外围设备在Microsoft Teams应用程序中显示为本地连接到虚拟桌面。
现在,您可以通过在VDA中设置注册表项来细粒度地控制回退机制。信息,请参阅微软团队回退模式在通过注册表管理的特性列表中。
该特性需要Teams版本1.3.0.13565或更高版本。
以确定您在查看时是处于优化模式还是未优化模式设置>设备选项卡中,主要的区别是相机的名称。如果Microsoft Teams以未优化的模式加载,则会启动传统的HDX技术。摄像头的名字有Citrix HDX后缀如下图所示。与优化模式相比,扬声器和麦克风设备名称可能略有不同(或被截断)。
当使用传统的HDX技术时,微软团队不会将音频、视频和屏幕共享处理卸载到端点的Citrix工作区应用程序WebRTC媒体引擎。相反,HDX技术使用服务器端渲染。当您打开视频时,预计VDA上的CPU消耗会很高。实时音频性能可能不是最佳的。
已知的限制
Citrix的局限性
Citrix工作区应用程序的限制:
- HID按钮-接听和结束呼叫不支持。支持音量升降。
- 二次振铃器(团队>设置>设备)不受支持。
- Microsoft Teams管理中心中的QoS设置不适用于VDI用户。
- Citrix Workspace应用程序保护附加功能可防止传出屏幕共享,并阻止传入屏幕共享和视频。
对VDA的限制:
- 当您配置Citrix工作区应用程序高DPI设置为是的,当显示器的DPI比例系数被设置为高于100%时,重定向视频窗口将不合适。
Citrix Workspace应用程序和VDA的限制:
- 传出屏幕共享:不支持应用程序共享。
- 您只能使用客户端机器上的音量条来控制优化调用的音量,而不能在VDA上。
微软的限制
- 不支持模糊或自定义背景的选项。
- 不支持3x3的画廊视图。微软团队依赖关系-何时需要3x3网格与微软联系。
- 与Skype的互操作性仅限于音频通话,没有视频模式。
- 进出视频流的最大分辨率为720p。微软团队依赖-联系微软,何时期望1080p。
- 不支持PSTN回铃音。
- 不支持媒体旁路直接路由。
- 一个摄像头或屏幕共享流只支持一个视频流。当有一个进入的屏幕共享时,这个屏幕共享会被显示,而不是主讲人的视频。
- 不支持广播和现场事件制作人和主持人角色。支持参与者角色,但未优化(在VDA上呈现)。
- 微软团队不支持放大和缩小功能。
Citrix和微软的局限性
- 当进行屏幕共享时,选项包括系统的音频不是可用的。
- 不支持弹出式聊天(也称为多窗口聊天或新的会议体验)。
- 支持VDI参与者的分房。如果组织者是VDI用户,微软团队不支持分房。
- 给予控制和获得控制:在桌面屏幕共享或应用程序共享会话中不支持。仅在PowerPoint共享会话.
- 不支持E911和位置路由。