> 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-functionality.md).

# 功能

本节详细介绍与 Zoom Mesh 功能/特性相关的其他信息。

### 父子功能

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

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

默认情况下，Zoom 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>

连接到网状网络的子客户端会被分配 *两个* 父客户端以增强容错性。如果一个父客户端失败，用户将立即切换到第二个父客户端。随后会建立新的备用父客户端以恢复容错性。

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

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

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

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

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

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

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

以下各节介绍 Zoom Mesh 会议功能/特性的详细信息。

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

使用 Zoom Mesh 会议版时，通过重新分配 *下游* **当前演讲者的** 视频在参会者之间进行传输，当会议中有四个或更多用户时。此功能 **不** 适用于媒体上传，所有用户将继续各自将其音频、视频和屏幕共享媒体上传到 Zoom 云。

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

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

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

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

<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 路屏幕上的视频流，而演讲者视图一次只显示一条视频流。如果用户以画廊视图观看会议，他们将受益于通过网状网络接收单一的当前演讲者视频流，但仍会通过从 Zoom 云下载其余 48 位用户的视频流而消耗标准带宽。

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

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

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

#### <mark style="color:蓝色;">网络研讨会版 Mesh 会重新分配</mark> *<mark style="color:蓝色;">所有</mark>* <mark style="color:蓝色;">网络研讨会主持人和面板成员的视频流在网络内</mark>

与 Zoom Mesh 会议版不同，Zoom 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-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.