> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/zh/gao-ji-qi-ye-ban-fu-wu/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md).

# Zoom Mesh 功能

本节详细说明有关 Zoom Mesh 功能/特性的更多信息。

### 父子功能/特性

以下各节提供了有关 Mesh 网络中父子关系的更多信息。

#### <mark style="color:蓝色;">默认情况下，Zoom Mesh 会仅为同一账户内的用户创建网络</mark>

默认情况下，Zoom Mesh 会仅为属于同一账户的用户创建网络。不过，账户可选择允许同一本地局域网中的已认证外部用户参与 Mesh，前提是外部用户的账户也允许他们 *还* 允许他们 [连接到其他账户的 Mesh 网络](https://support.zoom.us/hc/en-us/articles/14925064423693-How-to-enable-Zoom-Mesh-Guest-Access).

#### <mark style="color:蓝色;">父子角色由 Zoom Mesh 云编排服务确定</mark>

Zoom Mesh 云编排服务（COS）是一个云服务，负责定义网络中的父客户端和子客户端角色。云编排服务会考虑多组数据来确定可用的父客户端，其中包括：

{% columns %}
{% column %}

* CPU 利用率
* CPU 类型
* RAM 利用率
* 历史 Mesh 性能
  {% endcolumn %}

{% column %}

* 设备可用性（开/关）
* 设备加入/退出
* 操作系统
  {% endcolumn %}
  {% endcolumns %}

使用这些数据集，COS 会通过评分标准对用户的结果进行评分：用户得分越高，客户端被选为父客户端的可能性越大；得分越低，可能性越小。

#### <mark style="color:蓝色;">父客户端和子客户端的角色分配是动态的，并且可在整个事件过程中更改</mark>

在会议或网络研讨会期间，用户的客户端角色分配可能会根据性能或需求而更改。

例如，在一个有 100 名参会者的事件中，可能只需要 10 个父客户端来满足重新分发需求，其余 90 位用户则作为子客户端接收重新分发的流。不过，如果事件增长到 200 名参会者，原本作为子客户端的客户端可能会升级为父客户端，以应对增加的需求。

或者，如果某个父客户端开始出现性能下降，则该客户端可能会降级为子客户端状态，并分配一个新的父客户端。

#### <mark style="color:蓝色;">父子客户端比例由每台机器的硬件和网络性能动态决定</mark>

在事件期间，客户端之间的父子比例会根据设备持续的网络和硬件性能动态更新。

例如，如果某个设备显示出较低的硬件（CPU/RAM）利用率，同时具有较高的带宽上行容量，则该设备非常适合担任父客户端角色，并可与其他多个设备建立父子关系。在这种情况下，只要该设备没有超额使用或性能开始下降，父客户端就可以尝试将媒体重新分发到其他设备。然而，如果设备的网络或硬件性能开始下降，它可能会放弃父客户端身份并回到子客户端角色。

#### <mark style="color:蓝色;">每个子客户端分配两个父客户端</mark>

连接到 Mesh 网络的子客户端会被分配 *两个* 父客户端以增强容错能力。如果一个父客户端发生故障，用户将立即故障切换到第二个父客户端。然后会建立一个新的次级父客户端以恢复容错能力。

#### <mark style="color:蓝色;">当用户连接到 Mesh 网络时，不会收到通知</mark>

事件主持人和参会者在连接到 Mesh 网络时不会收到客户端内通知。Mesh 网络连接只能由管理员或授权用户通过 [Zoom Mesh 仪表板](/technical-library/zh/gao-ji-qi-ye-ban-fu-wu/zoom-mesh/zoom-mesh-explainer/zoom-mesh-dashboard.md).

#### <mark style="color:蓝色;">VDI 客户端只能与其他 VDI 客户端建立 Mesh 连接</mark>

在将 Zoom Mesh 与虚拟桌面基础设施（VDI）一起使用时，只要两位用户都使用受支持的 VDI Plug-In，客户端设备就只能与其他 VDI 客户端建立 Zoom Mesh 连接。这是由于虚拟基础设施以及设备之间媒体转发的技术限制。

<mark style="color:蓝色;">**VDI 客户端不会在 Mesh 网络中分发内容共享通道**</mark>

由于 Zoom 的 VDI 客户端设计，屏幕共享内容必须通过虚拟机路由。因此，VDI 客户端无法在 Mesh 网络中分发内容共享，并且必须继续在虚拟基础设施内分发。

### Zoom Mesh 会议功能/特性

以下各节描述了 Zoom Mesh 会议功能/特性的详细信息。

#### <mark style="color:蓝色;">Mesh 会议会重新分发当前演讲者的视频</mark>

使用 Zoom Mesh 会议时，通过重新分发 *下游* **当前演讲者的** 视频来实现带宽优化，当会议中有四个或更多用户时。此功能/特性 **不会** 适用于媒体上传，所有用户仍将继续各自将音频、视频和屏幕共享媒体上传到 Zoom 云。

{% hint style="success" %}
**示例**

如果在启用 Zoom Mesh 的会议中有 10 位用户，则可能会选出两个父客户端和七个或八个子客户端。当当前演讲者正在讲话时，该用户的 *视频流* 将从 Zoom 云传输到父客户端，然后再重新分发到网络中的子客户端。

在这种情况下，子客户端 **不会** 会从 Zoom 云接收当前演讲者的视频流，在使用 1080p 视频时，每位用户最多可节省 3+ 兆比特的数据。
{% endhint %}

下图提供了一个示例，说明下游当前演讲者的视频内容如何在 Mesh 网络中重新分发。

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdkHVwobxFkXOQnBfbUpeqm9an_UKIAx5aqpAORRNOrRA_B1hzqr2q4KPxQZWCd_rzYUNw5axzcgqbZz77izNTIN7eiBN_X8gkZL07N-QoKEcfXfARRGkxn4vZbiTqFsBPCdCl-?key=oAHeQx46Zvia3lTyQKLPPA" alt="Image map showing how Zoom Mesh Orchestrater works at a high level."><figcaption></figcaption></figure>

#### <mark style="color:蓝色;">Mesh 会议中当前演讲者的变更不会改变父子关系或视频分发带宽节省</mark>

虽然 Zoom Mesh 会议的重点是重新分发当前演讲者的视频流，但当前演讲者的变更不会影响父客户端与子客户端之间的关系，也不会影响视频重新分发所带来的带宽节省。当当前演讲者切换时，已指定的父客户端只需更改其正在重新分发的视频流即可。

{% hint style="success" %}
**示例**

如果 Maurice 在会议中发言，然后 Holly 开始发言，父客户端的重新分发流将从 Maurice 的视频流切换为 Holly 的。

此更改不会改变当前哪些用户客户端被指定为父客户端或子客户端，也不会改变视频重新分发所带来的总体带宽节省，仅重新分发的视频流会改变。
{% endhint %}

#### <mark style="color:蓝色;">带宽节省可能会因用户所选的视频布局而异</mark>

尽管 Zoom Mesh 通过重新分发当前演讲者的视频流来节省带宽消耗，但带宽节省可能会因用户所选布局而受到影响。例如，画廊视图最多支持同时显示 49 个屏幕上的视频流，而演讲者视图一次只显示一个视频流。如果用户以画廊视图观看会议，他们将受益于通过 Mesh 网络接收单一当前演讲者的视频流，但仍会通过从 Zoom 云 下载其余 48 位用户的视频流而继续消耗标准带宽量。

为了获得最佳带宽节省效果，建议用户尽可能以接近网络研讨会样式的布局观看会议，例如多演讲者视图或演讲者视图。

### Zoom Mesh 网络研讨会功能/特性

以下各节描述了 Zoom Mesh 网络研讨会功能/特性的详细信息。

#### <mark style="color:蓝色;">Mesh 网络研讨会会重新分发</mark> *<mark style="color:蓝色;">所有</mark>* <mark style="color:蓝色;">网络研讨会主持人和嘉宾的视频流在网络内</mark>

与 Zoom Mesh 会议不同，Zoom Mesh 网络研讨会使用父子关系在本地网络内重新分发所有网络研讨会主持人和嘉宾的视频流，而不仅仅是当前演讲者。通过这种设计，所有参与 Mesh 网络的用户都将继续受益于降低外部带宽消耗，同时获得与其他人相同的视频质量。

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXe_yqjYBRb-GGzzQKDQo70ftoFRdV67aDmwMcRNv03kv2oP_Tk4TKwEKJBiaPX4Nz7o34p9GwxwvtP-hph3VNvZw-xg_aZDuxLmGaMpW5HQkiyuvzM5iAo-8TFMK8F8EKm73k4OnA?key=oAHeQx46Zvia3lTyQKLPPA" alt="Image map showing how Zoom Mesh Orchestrater works at a high level."><figcaption></figcaption></figure>

#### <mark style="color:蓝色;">Mesh 网络研讨会的优势不会随视频布局而改变</mark>

无论用户在观看网络研讨会时选择哪种视频布局，用户都将继续享受网络内视频重新分发带来的好处，包括画廊视图、演讲者视图或多演讲者视图。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/zh/gao-ji-qi-ye-ban-fu-wu/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.