為 Meet 視訊會議進行適當的網路設定

本文專供管理員參考。如要瞭解如何設定及管理自己的會議，請前往 Meet 說明中心。

為了享有優質的 Google Meet 會議體驗，請務必預先設定網路，讓 Meet 能夠有效率地與 Google 基礎架構通訊。

請採取以下動作：

確保 Meet 到網際網路的流量路徑越短越好。
不要使用 Proxy、封包檢測、通訊協定分析工具和服務品質 (QoS) 功能。
評估延遲時間、頻寬和 Wi-Fi 網路並採用最佳化設定。

全部展開 | 全部收合

設定網路

步驟 1：設定媒體流量的輸出通訊埠

請更新防火牆，媒體流量才能傳入及傳出貴機構：

音訊和視訊：將輸出 UDP 通訊埠設定在 3478 和 19302 至 19309 之間。
- 如要限制 Chrome WebRTC 通訊埠使用量，請使用「WebRTC UDP 通訊埠」中指定的通訊埠。
- 或者，您也可以透過防火牆對這些通訊埠設限。
網路流量和使用者驗證：使用輸出 UDP 和 TCP 通訊埠 443。

這些允許的通訊埠不應有任何 IP 限制。如果 UDP 通訊埠遭到封鎖，系統會使用 TCP。不過，持續使用 TCP 或經過 Proxy 處理的 TCP 可能會降低整體會議品質。

步驟 2：允許存取統一資源 ID (URI)

Meet 需要完整的網路存取權。

如果您的網路對使用者設有限制或篩選政策，請透過通訊埠 443 將網路存取權授予下列統一資源 ID (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
jamboard.google.com
docs.google.com

直播功能適用的網域

stream.meet.google.com
youtube.googleapis.com
www.youtube-nocookie.com
googlevideo.com

使用者意見回饋和事件記錄上傳網址

https://www.google.com/tools/feedback/*
https://feedback.googleusercontent.com/resources/*
https://play.google.com/log/*

步驟 3：允許存取 Google IP 位址範圍 (適用於音訊和視訊)

如果貴機構必須支援通訊埠 443 的 Meet 流量，請將 Meet SNI 新增至防火牆或 Proxy 許可清單，以開放傳輸層安全標準 (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
針對互動式直播：新增個人帳戶 IP 位址範圍。請允許使用以下這組 IP 範圍存取 Meet 媒體伺服器：
- IPv4：142.250.82.0/24
- IPv6：2001:4860:4864:6::/64
- SNI：meet.turns.goog

步驟 4：確認頻寬需求

您的網路不僅要有足夠的頻寬來處理所有同時進行的 HD 高畫質視訊會議，還必須要有額外頻寬以因應其他需求，例如直播功能。參與者人數、分享螢幕畫面和其他因素也會影響頻寬用量。

在頻寬不足的情況下，Meet 會配合網路限制降低視訊畫質。如果頻寬不足以支援視訊功能，Meet 就會改用音訊模式。

計算 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 畫質。

單一影片動態饋給 (位元率 KB/秒)

解決方法	最小值	最大值
180p	80	200
360p	200	500
540p	400	1000
720p	600	1500

螢幕分享動態饋給 (位元率 KB/秒)

解決方法	最小值	最大值
最低品質	200	200
360p	250	500
720p	750	1500
1800p	1300	2600

網路最佳做法

使用 Wi-Fi

以下建議適用於一般辦公室環境。如果環境較為複雜，無線網路工程師就必須根據環境進行評估，例如生產作業樓層、無線射頻 (RF) 雜訊程度偏高的區域，或訊號覆蓋範圍不大的空間。

設計、部署及操作 Meet 使用的無線網路時，請詳閱以下注意事項。

2.4 GHz 和 5 GHz RF 頻帶的比較

如果情況允許，建議您強制用戶端使用 5 GHz RF 頻帶的網路。

由於 2.4 GHz 頻帶的無線網路通常有較多人使用，建議您不要透過這個頻帶部署及執行 Meet。此外，只有 3 個非重疊頻道的特性也導致 2.4 GHz 頻帶較不穩定，不僅容易受到鄰近網路干擾而造成雜訊程度偏高，還會受到其他裝置/設備干擾。

設計和部署方面的注意事項

設計及部署無線網路時，考量重點應為負載能力，而非覆蓋範圍。

管理基地台大小：根據存取點 (AP) 的傳輸功率控管基地台大小。會議室或演講廳這類場所通常會有較多裝置，部署小型基地台可增加負載能力。如要在整個辦公室樓層提供廣泛的覆蓋範圍，則可採用大型基地台。
禁止低頻以提升 RF 使用效率，並強制用戶端在 AP 間漫遊時轉換至最接近的 AP。

如果兩種頻帶 (2.4 GHz 和 5 GHz) 上都有無線網路的 SSID，網路應強制用戶端使用 5 GHz 頻帶。

如要使用進階功能 (例如在 AP 間順暢漫遊，以及妥善管理 RF)，您必須集中控管無線網路，而非分別管理許多各自獨立的 AP。

最後，請執行部署後無線環境調查，確認常使用 Meet 的空間完全在無線網路的覆蓋範圍內。

使用 WMM

如要透過無線網路維持穩定的 Meet 通訊，建議您採用無線多媒體延伸 (WMM)。

Meet 流量必須依照下列其中一種方式進行分類：

透過 Meet 專屬通訊協定和通訊埠設定的無線控制器或 AP。
其他網路設備設定的區分服務代碼點 (DSCP) 欄位值。請僅針對您信任的網路使用 DSCP。

雖然全面支援 WMM (包括用戶端) 是提供雙向 QoS 的必要條件，您仍可在網路層級 (控制器或 AP 上) 調整相關設定，藉此獲得顯著的優勢。請將 Meet 流量指派給無線 AP 或控制器上的音訊或視訊佇列，並確保該流量的優先順序高於其他類別的流量。

使用 VDI

VDI 環境會使得延遲時間和複雜性增加，可能因此降低 Meet 的執行速度並帶來不良體驗。背景特效受到限制，因此無法使用休息室預覽功能。

雖然我們不建議使用 VDI，但是您可以採取下列措施來減少這麼做對於 Meet 的影響：

在 Chrome 中啟用 Enterprise Hardware Platform API 政策，確保 Google Meet 可以偵測到執行環境是虛擬機器 (VM)。如需詳細資訊，請參閱「為使用者或瀏覽器設定 Chrome 政策」和 API 頁面。
針對每個 VM 執行個體至少分配 4 個虛擬 CPU。
關於背景效果，以雲端式效果為基礎的視訊處理功能不需具備 GPU，但支援 GPU 的 VM 執行個體能提高影片編碼和背景效果 (例如模糊處理) 的穩定性。
確保用戶端、虛擬桌面和 Meet 媒體伺服器之間有充足頻寬，而且延遲時間短。如需瞭解 Meet 媒體伺服器和 VM 之間的頻寬需求，請參閱本頁上方的步驟 4。請諮詢 VDI 供應商，瞭解 VDI 用戶端和 VM 之間連線所需頻寬。

避免使用 Proxy

我們強烈建議您不要使用 Proxy 伺服器處理 Meet 流量。

使用 Proxy 處理流量會增加延遲時間，也可能使 Meet 自動調降影音品質。當用戶端與 Google 後端之間的延遲時間低於 100 毫秒時，Meet 效能會處於最佳狀態。此外，Meet 具備使用 Proxy 處理視訊流量的所有優點，因此你不需要使用 Proxy。

如果必須在網路中使用 Proxy 伺服器

如有特定情況導致您必須使用 Proxy，請務必瞭解 Proxy 伺服器可能會嚴重影響效能，並確實執行以下事項：

在 Proxy 設定中允許存取 Meet 流量。
Meet 應使用 Chrome Proxy 設定。
網路會針對 Meet IP 位址和 SNI 略過 Proxy。

目前不支援 Socket Secure (SOCKS5) 網際網路通訊協定。

避免使用 QoS

Meet 會自動根據網路狀態進行調整，因此您不必在網路中針對 Meet 使用服務品質 (QoS) 功能。除非您有必要的原因 (例如網路擁塞)，並且能為網路部署端對端 QoS 模型並加以維護，否則請不要使用 QoS。

如果您必須使用 QoS

請按照 Meet QoS 最佳做法指南中說明的最佳做法操作。

避免使用 VPN

我們強烈建議您不要使用 VPN 處理 Meet 流量。VPN 會增加延遲時間，也可能使 Meet 自動調降影音品質。

如果您必須使用 VPN：

為 VPN 啟用分割通道
使用 DNS 或 SNI (建議使用 SNI) 將步驟 2 的網域轉送至 VPN 外
透過前置字元比對功能，將步驟 3 的 IP 範圍轉送至 VPN 外

設定預設視訊品質

如要降低頻寬用量，請在 Google 管理控制台中調整 Meet 預設視訊品質。

這項設定僅適用於網路瀏覽器，不會影響 Google Meet 硬體設備或 Meet 行動應用程式。

使用者只要在 Meet 會議中啟用視訊功能並變更視訊品質，即可覆寫瀏覽器上套用的機構單位預設值。此外，每次使用者加入新會議時，系統都會套用預設設定。

登入 Google 管理控制台。
請使用「管理員帳戶」(結尾「不是」@gmail.com) 登入。
在管理控制台中，依序點選「選單」圖示「應用程式」「Google Workspace」「Google Meet」。
按一下「Meet 視訊設定」。
在左側選取要管理的機構單位。如要為所有使用者套用設定，請選取頂層機構單位。
選取所需的預設視訊品質選項：
- 自動調整 (預設)：根據網路與系統情況調整頻寬，以提供最佳視訊品質。
- 有限視訊頻寬：將上傳頻寬的上限預設為 1 Mpbs 以限制頻寬用量。
- 僅限音訊：視訊預設為關閉，使用者可以按一下圖示，在 Meet 瀏覽器視窗中開啟攝影機，但視訊上傳頻寬的預設上限為 1 Mbps。
套用設定：
1. 如要為頂層機構單位套用設定，請點選「儲存」。
2. 如要為子機構單位套用與上層機構相異的設定，請點選「覆寫」。