> 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-tw/jin-jie-qi-ye-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-tw/jin-jie-qi-ye-fu-wu/zoom-mesh/zoom-mesh-dashboard.md).

#### <mark style="color:藍色;">VDI 用戶端只能與其他 VDI 用戶端建立網狀連線</mark>

使用 Zoom Mesh 搭配虛擬桌面基礎架構（VDI）時，客戶端裝置只能與其他 VDI 用戶端建立 Zoom Mesh 連線，前提是兩位使用者都使用受支援的 VDI 外掛程式。這是由於虛擬基礎架構及裝置之間媒體轉送的技術限制所致。

<mark style="color:藍色;">**VDI 用戶端不會在網狀網路中分發內容分享頻道**</mark>

由於 Zoom 的 VDI 用戶端設計所致，螢幕分享內容必須經由虛擬機器路由。因此，VDI 用戶端無法在網狀網路中分發內容分享，且必須持續在虛擬基礎架構內進行分發。

### Zoom Mesh 用於 Meetings 的功能

以下各節說明 Zoom Mesh for Meetings 功能的詳細內容。

#### <mark style="color:藍色;">Mesh for Meetings 重新分發發言者的視訊</mark>

透過 Zoom Mesh for Meetings，頻寬最佳化是藉由重新分發 *下游* **發言者的** 參與者之間的視訊來實現，當會議中有四位或以上使用者時即適用。此功能 **不會** 套用於媒體上傳，所有使用者仍會各自將其音訊、視訊與螢幕分享媒體上傳至 Zoom Cloud。

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

如果一場啟用 Zoom Mesh 的會議中有 10 位使用者，可能會選出兩個父用戶端，並有七或八個子用戶端。當目前的發言者正在發言時，該使用者的 *視訊串流* 會從 Zoom Cloud 傳送至父用戶端，然後再重新分發給網路中的子用戶端。

在此情境下，子用戶端 **不會** 會從 Zoom Cloud 接收發言者的視訊串流，在使用 1080p 視訊時，每位使用者最多可節省 3+ Mbps 的資料。
{% 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 for Meetings 的發言者變更不會改變父子關係或視訊分發的頻寬節省</mark>

雖然 Zoom Mesh for Meetings 的重點在於重新分發發言者的視訊串流，但發言者變更不會影響父與子用戶端之間的關係，也不會影響視訊重新分發所帶來的頻寬節省。當發言者切換時，指定的父用戶端只會變更其重新分發的視訊來源。

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

如果 Maurice 在會議中發言，接著 Holly 開始發言，父用戶端的重新分發來源就會從 Maurice 的視訊串流變更為 Holly 的。

這項變更不會影響目前哪些使用者客戶端被指定為父或子，也不會影響視訊重新分發所帶來的一般頻寬節省，只有重新分發的視訊來源會變更。
{% endhint %}

#### <mark style="color:藍色;">頻寬節省可能會因使用者選擇的視訊版面配置而異</mark>

雖然 Zoom Mesh 透過重新分發發言者的視訊串流來節省頻寬用量，但實際的頻寬節省程度可能會因使用者所選的版面配置而受到影響。例如，圖庫檢視最多可同時顯示 49 個視訊串流，而發言者檢視一次只顯示一個視訊串流。如果使用者以圖庫檢視觀看會議，他們將可透過網狀網路接收單一發言者的視訊串流而受益，但仍會持續從 Zoom Cloud 下載其餘 48 位使用者的視訊串流，因此仍會消耗標準量的頻寬。

為了獲得最佳的頻寬節省效果，建議使用者盡可能以接近網路研討會樣式的版面配置來觀看會議，例如多發言者或發言者檢視。

### Zoom Mesh 用於 Webinars 的功能

以下各節說明 Zoom Mesh for Webinars 功能的詳細內容。

#### <mark style="color:藍色;">Mesh for Webinars 重新分發</mark> *<mark style="color:藍色;">所有</mark>* <mark style="color:藍色;">網路研討會主辦者與與會者的視訊串流在網路內</mark>

與 Zoom Mesh for Meetings 不同，Zoom Mesh for Webinars 會使用父子關係在本地網路內重新分發所有網路研討會主辦者與與會者的視訊串流，而不僅僅是目前的發言者。透過這種設計，所有使用網狀網路的使用者都可持續受惠於較低的外部頻寬消耗，同時享有與其他人相同的視訊品質。

<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 for Webinars 的效益不會隨視訊版面配置而改變</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-tw/jin-jie-qi-ye-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.