> 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-explainer/zoom-mesh-functionality.md).

# Zoom Mesh 功能

本節詳細說明有關 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 Cloud Orchestration Service 決定</mark>

Zoom Mesh Cloud Orchestration Service（COS）是一項雲端服務，負責定義網路中的父用戶端與子用戶端角色。Cloud Orchestration Service 會考量多組資料來判定可用的父用戶端，包括：

{% 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-explainer/zoom-mesh-dashboard.md).

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

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

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

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

### Zoom Mesh 會議功能

以下各節說明 Zoom Mesh 會議功能的詳細資訊。

#### <mark style="color:藍色;">會議 Mesh 會重新分配目前發言者的視訊</mark>

透過 Zoom Mesh 會議功能，頻寬最佳化是藉由重新分配 *下游* **目前發言者的** 視訊在四位或以上使用者加入會議時於參與者之間進行。此功能 **不會** 套用至媒體上傳，而所有使用者仍會各自將其音訊、視訊與螢幕共享媒體上傳至 Zoom Cloud。

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

如果有 10 位使用者在啟用 Zoom Mesh 的會議中，可能會選出兩個父用戶端與七或八個子用戶端。當目前發言者正在發言時，該使用者的 *視訊串流* 會從 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 中目前發言者變更不會影響父子關係或視訊分發頻寬節省</mark>

雖然 Zoom Mesh 會議功能的重點是重新分配目前發言者的視訊訊號，但發言者變更不會影響父用戶端與子用戶端之間的關係，也不會影響視訊重新分配所帶來的頻寬節省。當目前發言者切換時，指定的父用戶端只會變更其重新分配的視訊訊號。

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

如果 Maurice 在會議中發言，接著 Holly 開始發言，父用戶端的重新分配訊號將會從 Maurice 的視訊訊號變更為 Holly 的視訊訊號。

此變更不會影響目前被指定為父或子節點的使用者用戶端，也不會影響視訊重新分配所帶來的一般頻寬節省；只有重新分配的視訊訊號會變更。
{% endhint %}

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

雖然 Zoom Mesh 透過重新分配目前發言者的視訊訊號來節省頻寬用量，但頻寬節省效果可能會因使用者所選的版面配置而受到影響。例如，圖庫檢視一次最多支援 49 個螢幕視訊訊號，而發言者檢視一次只顯示一個視訊訊號。如果使用者以圖庫檢視觀看會議，他們會透過網狀網路接收單一目前發言者的視訊訊號而受益，但仍會因從 Zoom Cloud 下載其餘 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-tw/jin-jie-qi-ye-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.