本文專供管理員參考。如要瞭解如何設定及管理自己的會議，請前往 Meet 說明中心。
本文適用對象是為大型機構管理 Meet 的 IT 管理員，其所屬機構有上百或數千名員工，且有複雜的網路需求。如果您並非本文適用對象，可能不需要閱讀這篇難度較高的技術文章。
如果您是 IT 管理員，並且想排解 Meet 網路問題，請參閱「以管理員身分排解 Meet 網路、音訊和視訊問題」一文。
如想為整個機構關閉 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 可能會降低整體會議品質。
Meet 需要完整的網路存取權。
- 如果您的網路對使用者設有限制或篩選政策，請透過通訊埠 443 將網路存取權授予本頁下方的 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
- 如果貴機構必須支援通訊埠 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
- 如果貴機構使用低延遲直播，即時串流媒體流量會偏好使用 UDP 通訊協定。這類流量會使用 Workspace IP 範圍 (與 Meet 類似)，而非 YouTube HTTP IP。
- 新增用戶 IP 位址範圍。請允許使用以下這組 IP 範圍存取 Meet 媒體伺服器：
- IPv4：142.250.82.0/24
- IPv6：2001:4860:4864:6::/64
- SNI：meet.turns.goog
您的網路須有足夠的頻寬，足以同時進行多場 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 |
傳統直播 (非超低延遲) 的頻寬
您可以查看用戶端，確認網域目前使用的直播功能版本。傳統版直播用戶端的頂端會顯示白色長條，其中包含控制選項。新版直播功能用戶端使用的是 Meet 等深色主題，且所有控制選項都位於底部。
| 解決方法 | 最小值 | 最大值 |
|---|---|---|
| 360p | 400 kbps | 1 Mbps |
| 720p | 1.5 Mbps | 4 Mbps |
| 1080p | 3 Mbps | 6 Mbps |
實際頻寬會根據直播內容的類型而變動。
網路最佳做法
如要降低頻寬用量，請在 Google 管理控制台中調整 Meet 預設視訊品質。
這項設定僅適用於網路瀏覽器，不會影響 Google Meet 設備或 Meet 行動應用程式。
使用者只要在 Meet 會議中啟用視訊功能及變更視訊品質，即可覆寫瀏覽器上套用的機構單位預設值。此外，每次使用者加入新會議時，系統都會套用預設設定。
-
-
在管理控制台中，依序點選「選單」圖示
「應用程式」
「Google Workspace」
- 按一下「Meet 視訊設定」。
- 在左側選取要管理的機構單位。如要為所有使用者套用設定，請選取頂層機構單位。
- 選取影片畫質選項：
- 自動調整 (預設)：根據網路與系統情況調整頻寬，以提供最佳視訊品質。
- 有限視訊頻寬：上傳頻寬上限為 1 Mpb。
- 僅限音訊：視訊預設為關閉，使用者可以按一下
圖示，在 Meet 瀏覽器視窗中開啟攝影機。視訊上傳頻寬的預設上限為 1 Mbps。
- 套用設定：
- 如要為頂層機構單位套用設定，請點選「儲存」。
- 如要為子機構單位套用與上層機構相異的設定，請點選「覆寫」。
以下建議適用於一般辦公室環境。如果環境較為複雜，無線網路工程師就必須根據環境進行評估，例如：
- 生產作業樓層
- 無線射頻雜訊程度偏高的區域
- 訊號覆蓋範圍不大的空間
設計、部署及操作 Meet 使用的無線網路時，請詳閱以下注意事項。
2.4 GHz 和 5 GHz RF 頻帶的比較
如果情況允許，建議您強制用戶端使用 5 GHz RF 頻帶的網路。
由於 2.4 GHz 頻帶的無線網路通常有較多人使用，建議您不要透過這個頻帶部署及執行 Meet。此外，只有 3 個非重疊頻道的特性也導致 2.4 GHz 頻帶較不穩定，雜訊程度偏高，還會受到其他裝置/設備干擾。
設計和部署方面的注意事項
設計及部署無線網路時，考量重點應為負載能力，而非覆蓋範圍。
- 管理基地台大小：根據存取點 (AP) 的傳輸功率控管基地台大小。會議室或演講廳這類場所通常會有較多裝置，部署小型基地台可增加負載能力。如要在整個辦公室樓層提供廣泛的覆蓋範圍，則可採用大型基地台。
- 禁止低頻以提升 RF 使用效率，並強制用戶端在 AP 間漫遊時轉換至最接近的 AP。
- 集中管理網路：如要使用進階功能 (例如在 AP 間順暢漫遊，以及妥善管理 RF)，必須集中管理及運作無線網路，而不是僅收集分散的獨立 AP 而已。
- 執行部署後無線環境調查：確認常使用 Meet 的空間完全在無線網路的覆蓋範圍內。
使用 WMM
如要透過無線網路維持穩定的 Meet 通訊，建議您採用無線多媒體延伸 (WMM)。
Meet 流量必須依照下列其中一種方式分類：
- 透過 Meet 專屬通訊協定和通訊埠設定的無線控制器或 AP。
- 其他網路設備設定的區分服務代碼點 (DSCP) 欄位值。請僅針對您信任的網路使用 DSCP。
系統需要全面支援 WMM，才能提供雙向服務品質。您仍可在網路層級調整相關設定，藉此獲得顯著的優勢。請將 Meet 流量指派給無線 AP 或控制器上的音訊或視訊佇列，並確保該流量的優先順序高於其他類別的流量。
VDI 環境會在 Meet 和網際網路之間額外建立一層。這可能會降低 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 伺服器處理 Meet 流量。使用 Proxy 處理流量會增加延遲時間，導致視訊品質降低。
如果必須在網路中使用 Proxy 伺服器
如果需要使用 Proxy，請瞭解 Proxy 伺服器可能會嚴重影響效能，並確認以下事項：
- 在 Proxy 設定中允許存取 Meet 流量。
- Meet 應使用 Chrome Proxy 設定。
- 網路會針對 Meet IP 位址和 SNI 略過 Proxy。
目前不支援 Socket Secure (SOCKS5) 網際網路通訊協定。
- 有必要的原因，例如網路擁塞
- 能為網路部署端對端 QoS 模型並加以維護
如果您必須使用 QoS
強烈建議您不要使用 VPN 處理 Meet 流量。VPN 會增加延遲時間，也可能使 Meet 調降影音品質。
如果您必須使用 VPN：
- 為 VPN 啟用分割通道
- 使用 DNS 或 SNI (建議使用 SNI) 將步驟 2 的網域轉送至 VPN 外
- 透過前置字元比對功能，將步驟 3 的 IP 範圍轉送至 VPN 外
相關主題
Google、Google Workspace 與相關符號和標誌均為 Google LLC 的商標。所有其他公司名稱和產品名稱則為相關公司的商標。
