本文供管理员参考。如需了解如何设置和管理您自己的会议，请访问 Meet 帮助中心。
本文适用于为拥有数百或数千名员工且网络需求复杂的大型组织管理 Meet 的 IT 管理员。如果您不是这样的管理员，可能不需要阅读这篇技术性很强的文章。
如果您是 IT 管理员，并且想要排查 Meet 的网络问题，请参阅以管理员身份排查 Meet 网络、音频和视频问题。
如果您想为整个组织停用 Meet，请参阅为贵组织停用 Meet 会议和通话功能。
为了获得高品质的 Google Meet 会议体验，您需要预先设置好您的网络，让 Meet 能够高效地与 Google 基础设施进行通讯。您应该：
- 确保 Meet 到互联网的流量路径较短。
- 避免使用代理、数据包检测功能、协议分析器和服务质量 (QoS) 功能。
- 检测延迟时间、带宽和 Wi-Fi 网络并加以优化。
设置网络
- 音频和视频流量：请将出站 UDP 端口范围设置为 3478 和 19302–19309。
- 如果您想限制所使用的 Chrome WebRTC 端口数量，请使用 WebRTC UDP 端口中指定的端口。
- 您也可以通过防火墙限制这些端口。
- 网络流量和用户身份验证：请使用出站 UDP 和 TCP 端口 443。
允许这些端口的流量时，不要设置任何 IP 限制。如果 UDP 端口被屏蔽，则系统将使用 TCP。使用 TCP 或代理 TCP 可能会降低整体会议质量。
Meet 需要完整的网络访问权限。
- 如果您为用户设置了网络限制或过滤政策，请向用户授予网络访问权限，供其使用端口 443 访问本页面下文中的 URI 模式。
- 如果您使用的是 Google Meet 设备，请参阅在 Chrome 设备上设置 TLS（或 SSL）检查来了解 ChromeOS 的网络要求。
用于静态资源的网域
- clients2.google.com
- clients4.google.com
- clients6.google.com
- www.gstatic.com
- fonts.gstatic.com
- lh3.googleusercontent.com
- meetings.clients6.google.com
用于 API 端点连接的网域
- accounts.google.com
- apis.google.com
- meetings.googleapis.com
- hangouts.googleapis.com
- meet.google.com
- apps.google.com
- docs.google.com
用于直播的网域
- meet.google.com
- stream.meet.google.com
用于提交用户反馈和上传事件日志的网域
- https://www.google.com/tools/feedback
- https://feedback.googleusercontent.com/resources/
- https://play.google.com/log
- 如果贵组织必须支持流经端口 443 的 Meet 流量，请将 Meet SNI 添加到防火墙或代理许可名单，以允许通过 TLS 传输音频和视频流量。这些 IP 地址不同于上文第 2 步中指定的 URI。
- 添加 Google Workspace IP 地址范围（适用于您的用户）。允许使用以下 IP 地址范围和 SNI 访问 Meet 的媒体服务器：
- IPv4：74.125.250.0/24
- IPv6：2001:4860:4864:5::0/64
- SNI：workspace.turns.goog
- 如果贵组织使用低延迟直播，直播媒体流量将首选使用 UDP 协议。此流量将使用 Workspace IP 地址范围（与 Meet 类似），而不是 YouTube HTTP IP 地址。
- 添加个人用户 IP 地址范围。允许使用以下 IP 地址范围访问 Meet 的媒体服务器：
- IPv4：142.250.82.0/24
- IPv6：2001:4860:4864:6::/64
- SNI：meet.turns.goog
您的网络不仅要有足够的带宽来处理多场高清视频会议，还要有额外的带宽来满足直播等其他需求。参与者人数、屏幕共享以及其他因素也会影响带宽用量。
如果您的网络没有足够的带宽，Meet 会降低视频清晰度。如果您的网络没有足够的带宽来支持视频会议，请将 Meet 设置为仅音频模式。
如需使用更少的带宽进行直播，请使用 eCDN 以更少的带宽举办大型直播。
计算 Meet 的最低带宽要求
如要计算贵组织所需的最低带宽，请用每个参与者所需的平均带宽乘以同时参加会议的人员数量的最大值。
许多因素（如参与者人数、布局和屏幕共享）会影响带宽用量。如果屏幕共享处于静止状态，则在加载后不会占用更多带宽。
| 每个参与者的平均带宽（适用于大型组织） | ||
|---|---|---|
| 会议类型 | 出站 | 入站 |
| 视频 | 1 Mbps | 1.3 Mbps |
| 仅音频 | 12 Kbps | 18 Kbps |
| 每个参与者的带宽（适用于小型组织或个人） | ||
|---|---|---|
| 会议类型 | 出站 | 入站 |
| 1080p 视频 | 最高 3.6 Mbps | 最高 3.6 Mbps |
| 720p 视频 | 最高 1.7 Mbps | 最高 1.7 Mbps |
| 群组会议 | 250 Kbps 及以上* | 最高 4.0 Mbps |
| 仅音频 | 100 Kbps | 100 Kbps |
*具体取决于传出视频流的分辨率
估算同时开会的参与者人数的最大值
如果 Meet 会议优先级较高，可以预计贵组织中有 20% 的用户会同时使用 Meet。如果 Meet 会议优先级较低，那么任何时候可能只有 0.5% 的用户会参加 Meet 会议。
| 视频会议的优先级 | 预计同时开会的人数所占比例 |
|---|---|
| 高 | 10 - 20% |
| 正常 | 1 - 4% |
| 低 | 0.01 - 0.5% |
每场直播的带宽要求
如果贵组织需要直播会议，则每个观看信息流的理想带宽为 2.6 Mbps。直播具有动态布局和大小调整选项。系统会优化窗口大小和宽高比等设备功能。如果参与者拥有足够的个人带宽，Meet 就会使用默认的高画质视频设置。
如果观众没有足够的带宽，可以选择降低 Meet 画质或仅使用音频。
单个视频画面板块（码率 kbps）
|
解决方法 |
最小值 |
最大值 |
|
180p |
80 |
200 |
|
360p |
200 |
500 |
|
540p |
400 |
1000 |
|
720p |
600 |
1500 |
屏幕共享功能块（码率 kbps）
|
解决方法 |
最小值 |
最大值 |
|
最低画质 |
200 |
200 |
|
360p |
250 |
500 |
|
720p |
750 |
1500 |
|
1800p |
1300 |
2600 |
直播媒体的质量会受到媒体的原始质量和将媒体发送到 Meet 的方式的影响。您可以通过以一般参与者的身份加入直播的主要 Meet 通话来检查和比较质量。
网络方面的最佳实践
如需减少带宽用量，请在 Google 管理控制台中为 Meet 视频质量设置默认值。
此设置只会应用于网络浏览器，不会影响 Google Meet 设备或 Meet 移动应用。
用户可以在 Meet 会议中启用视频并更改视频质量，从而覆盖组织部门在浏览器中应用的默认设置。用户每次加入新会议时，系统都会应用默认设置。
-
使用管理员账号登录 Google 管理控制台。
如果您使用的不是管理员账号，则无法访问管理控制台。
-
- 点击 Meet 视频设置。
- 在左侧选择要管理的组织部门。如要为所有用户设置，请选择顶级组织部门。
- 选择视频质量选项：
- 自动调整（默认） - 系统会根据网络和系统情况调整带宽，尽可能提供最佳画质。
- 受限视频带宽 - 上行带宽的上限为 1 Mbps。
- 仅音频 - 视频默认处于关闭状态。用户可以点击
以在 Meet 浏览器窗口中打开摄像头。视频上行带宽的上限为 1 Mbps。
- 应用设置：
- 若设置将应用于顶级单位部门，请点击保存。
- 若要将设置应用于下级组织部门，且不同于上级组织部门的设置，请点击覆盖。
以下建议适用于一般办公环境。如果是更为复杂的环境，例如：
- 生产车间
- 射频干扰严重的区域
- 信号覆盖较差的空间
在设计、部署和运行供 Meet 使用的无线网络时，请仔细阅读下列考虑因素。
2.4 GHz 与 5 GHz 射频频段
我们建议您将网络设置为强制客户端使用 5 GHz 射频频段（如果可用）。
由于无线网络的 2.4 GHz 频段通常比较拥堵，我们建议您不要在该频段上部署和运行 Meet。2.4-GHz 频段有 3 个不重叠的信道，并且会受到较强的噪声干扰和额外的干扰，因此还存在可靠性较低的缺点。
设计和部署时的考虑因素
如果使用无线网络，请重点考虑容量而不是覆盖范围。
- 管理小区大小：小区大小由接入点 (AP) 的发射功率控制。在会议室和会堂等预计有较多设备的场所，可以部署更小的小区来增加容量。如需为办公楼层提供整体信号覆盖，可以使用较大的小区。
- 禁用低速率传输，提升射频使用效率 - 迫使客户端在接入点之间漫游时切换至最近的接入点。
- 集中管理网络 - 如要使用高级功能（如接入点之间的无缝漫游和妥善管理射频），应集中管理和运行整个无线网络，而不是大量设置孤立的接入点。
- 在部署后进行无线环境调查 - 确认无线网络已完全覆盖通常会使用 Meet 的空间。
使用 WMM
如要通过无线网络维持稳定可靠的 Meet 通信，您应该采用无线多媒体扩展 (WMM)。
您需要通过下面的一种方式对 Meet 流量进行分类：
- 根据 Meet 专用协议和端口按无线控制器或接入点分类。
- 按其他网络设备设置的差分服务代码点 (DSCP) 字段值分类。如果您充分信任相应网域，请使用 DSCP。
如要提供双向服务质量 (QoS)，则必须全面支持 WMM，但您也可以在网络层面进行配置以获得明显的收效。为此，请将 Meet 流量分配至无线接入点/控制器上的音频或视频队列。应优先处理 Meet 流量（优先于其他类别的流量）。
VDI 环境会在 Meet 和互联网之间多加一层。这可能会降低 Meet 的运行速度，并导致体验不佳。背景效果有限，并且聊天准备室预览不可用。
如需减少使用 VDI 对 Meet 的影响，您可以执行以下步骤：
- 在 Chrome 中启用 Enterprise Hardware Platform API 政策，确保 Google Meet 可以检测到自己是否在虚拟机 (VM) 中运行。如需了解详情，请参阅为用户或浏览器设置 Chrome 政策和 API 页面。
- 为每个虚拟机实例分配至少 4 个虚拟 CPU。
- 不需要使用 GPU 来实现背景效果，但支持 GPU 的虚拟机实例可以提高可靠性。
- 确保客户端、虚拟桌面和 Meet 媒体服务器之间有充足的带宽，且延迟时间短。如需了解 Meet 媒体服务器与虚拟机之间的带宽要求，请参阅上文中的第 4 步。如需了解 VDI 客户端与虚拟机之间的连接所需的带宽，请咨询您的 VDI 提供商。
最佳做法是不要使用代理服务器进行 Meet 流量传输。代理流量会增加延迟时间，从而导致视频质量下降。
如果您的网络必须使用代理服务器
如果您需要使用代理，请记住，代理服务器可能会严重影响 Meet 性能。另外，请您确保已完成以下设置：
- 在代理配置中允许访问 Meet 流量。
- Meet 使用 Chrome 代理设置。
- 网络应针对 Meet IP 地址和 SNI 绕过代理。
目前暂不支持 SOCKS5（套接字安全性）互联网协议。
- 有迫不得已的原因（如网络拥塞）
- 您能在自己的网络中部署和维持端到端 QoS 模型。
如果您必须使用 QoS
最佳做法是不要使用 VPN 进行 Meet 流量传输。VPN 会增加延迟时间，而且可能会导致 Meet 降低视频和音频质量。
如果您必须使用 VPN，请执行以下操作：
- 为 VPN 启用隧道分离
- 使用 DNS 或 SNI（建议使用 SNI）将第 2 步中的域名路由到 VPN 外部
- 通过前缀匹配将第 3 步中的 IP 地址范围路由到 VPN 外部
相关主题
“Google”、Google Workspace 以及相关标志和徽标是 Google LLC 的商标。其他所有公司名和产品名是其各自相关公司的商标。