準備 Meet 會議和直播的網路環境

本文專供管理員參考。如要瞭解如何設定及管理自己的會議，請前往 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 連線，可能會影響會議整體品質。

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

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

  1. 如果您的網路對使用者設有限制或篩選政策，請使用通訊埠 443，開放下方 URI 模式的網路連線。
  2. 如果使用 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
  • docs.google.com

直播功能適用的網域

  • meet.google.com
  • stream.meet.google.com

上傳使用者意見回饋和事件記錄所用的網域

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

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

  1. 如果貴機構必須支援通訊埠 443 的 Meet 流量，請將 Meet SNI 新增至防火牆或 Proxy 許可清單，以開放傳輸層安全標準 (TLS) 的音訊和視訊流量。這些 IP 位址與步驟 2 指定的 URI 不同。
  2. 新增 Google Workspace IP 位址範圍 (給您的使用者)。請允許使用以下這組 IP 範圍和 SNI 存取 Meet 媒體伺服器：
    • IPv4：74.125.250.0/24、74.125.247.128/32
    • IPv6：2001:4860:4864:5::0/64、2001:4860:4864:4:8000::/128
    • SNI：workspace.turns.goog
  3. 如果貴機構使用低延遲直播，直播媒體流量會優先採用 UDP 通訊協定，並使用 Workspace IP 範圍 (類似 Meet)，而非 YouTube HTTP IP。
  4. 新增個人 IP 位址範圍。請允許使用以下這組 IP 範圍存取 Meet 媒體伺服器：
    • IPv4：142.250.82.0/24
    • IPv6：2001:4860:4864:6::/64
    • SNI：meet.turns.goog

步驟 4：確認頻寬需求

您的網路頻寬應足以同時進行多場 HD 高畫質視訊會議，此外，網路也應該要有額外頻寬以因應其他需求，例如直播。參與者人數、分享螢幕畫面等因素都會影響頻寬用量。

如果頻寬不足，Meet 會調降視訊畫質。如果頻寬不足以支援視訊功能，請將 Meet 設為「僅提供音訊」。

如要在直播時使用較少的頻寬，請參閱「使用 eCDN 用較少的頻寬來發起大型直播」。

計算 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% 的使用者參與會議。

視訊會議的優先順序 同時在線的參與者人數估計值
高 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 的方式所影響。如要檢查及比較畫質，請以一般參與者身分，加入直播的主要 Meet 通話。

網路最佳做法

設定預設視訊品質

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

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

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

  1. 在 Google 管理控制台中，依序前往「選單」圖示 接下來「應用程式」接下來「Google Workspace」接下來「Google Meet」。

    必須擁有服務設定管理員權限。

  2. 按一下「Meet 視訊設定」。
  3. 在左側選取要管理的機構單位。如要為所有使用者套用設定，請選取頂層機構單位。
  4. 選取視訊畫質選項：
    • 自動調整 (預設)：根據網路與系統情況調整頻寬，以提供最佳視訊品質。
    • 有限視訊頻寬：上傳頻寬上限為 1 Mpb。
    • 僅限音訊：視訊預設為關閉，使用者可以按一下 圖示，在 Meet 瀏覽器視窗中開啟攝影機。視訊上傳頻寬的預設上限為 1 Mbps。
  5. 套用設定：
    1. 如要為頂層機構單位套用設定，請點選「儲存」。
    2. 如要為子機構單位套用與上層機構相異的設定，請點選「覆寫」。

使用 Wi-Fi

以下建議適用於一般辦公室環境。如果環境較為複雜，無線網路工程師就必須根據環境進行評估，例如：

  • 生產作業樓層
  • 無線射頻雜訊程度偏高的區域
  • 訊號覆蓋範圍不大的空間

設計、部署及維護 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

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

強烈建議您不要使用 Proxy 伺服器處理 Meet 流量。因為這會增加延遲時間，導致視訊品質降低。

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

如果需要使用 Proxy，請瞭解 Proxy 伺服器可能會嚴重影響效能，並確認以下事項：

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

避免使用 QoS

強烈建議您不要在網路中針對 Meet 使用服務品質 (QoS) 功能，僅在下列情況使用：

  • 有必要的原因，例如網路擁塞
  • 能在網路部署及維護端對端 QoS 模型。

如果必須使用 QoS

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

避免使用 VPN

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

如果必須使用 VPN：

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


Google、Google Workspace 和其他相關符號及標誌均為 Google LLC 的商標。所有其他公司名稱和產品名稱則為相關公司的商標。