感謝您的意見回饋。

所有雲端註冊的 Webex 應用程式和 Cisco 視訊設備僅發起出站連線。Cisco 的 Webex Cloud 從不發起與雲端註冊的 Webex 應用程式和 Cisco 視訊設備的出站連接，但可以向 SIP 設備發出出站呼叫。

Webex 會議和訊息傳遞服務託管在全球分散式資料中心，這些資料中心要麼由思科擁有（例如，用於身分識別服務、會議服務和媒體伺服器的 Webex 資料中心），要麼託管在亞馬遜 AWS 平台上的思科虛擬私有雲 (VPC) 中（例如，Webex 訊息傳遞微服務、訊息傳遞儲存服務）。Webex 服務也駐留在 Microsoft Azure 資料中心，以便與 Microsoft Teams (VIMT) 進行視訊互通。

流量類型：

Webex 應用程式和 Cisco 視訊設備與 Webex 雲端建立訊號和媒體連線。

訊號流量
Webex 應用程式和 Cisco 視訊設備使用 HTTP 作為 TLS 上的 HTTP (HTTPS) 和 TLS 上的安全性 Web 套接字 (WSS)，以便基於 REST 向 Webex 雲端傳送訊號。訊號連線僅為出站連接，並使用 URL 與 Webex 服務建立會話。

與 Webex 服務的 TLS 訊號連線使用 TLS 版本 1.2 或 1.3。密碼選擇基於 Webex 伺服器 TLS 首選項。

無論是使用 TLS 1.2 或 1.3，Webex 都優先使用以下密碼套件：

• ECDHE 用於金鑰協商
• 基於 RSA 的憑證（3072 位元金鑰大小）
• SHA2 身份驗證（SHA384 或 SHA256）
• 使用 128 或 256 位元的強加密密碼（例如，AES_256_GCM）

Webex 依下列優先順序支援 TLS 版本 1.2 的密碼套件 connections*:

TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128__GCM__SHA256_
] TLS__EHE_THRSA 203] SHA256
TLS_[] ECDHE _RSA_WITH_AES_256_CBC_SHA384
TLS [] ECDHE__RSA_WITH_AES_128_CBC_SHA256

注意 - 對於沒有更安全的瀏覽器模式。

Webex 依下列優先順序支援 TLS 版本 1.3 的密碼套件 connections*:

TLS_AES_256_GCM_SHA384
TLS_CHACHA_POLY1305_
] SHA256 TLS_AES_128_GCM_SHA256

注意 - 對於 TLS 1.3，因此在這些密碼碼中是基於強制性的密鑰套件。

*The 某些 Webex 服務的密碼套件和密碼套件優先順序可能會有所不同

使用 URL 建立與 Webex 服務的信令連線
如果您已部署代理程式或防火牆來過濾離開企業網路的流量，則可以在「Webex 服務需要存取的網域和 URL」部分中找到需要允許存取 Webex 服務的目標 URL 清單。

Webex 強烈建議您不要變更或刪除 HTTP 標頭值，因為它們會通過您的代理/防火牆，除非這些準則允許 https://www.w3.org/TR/ct-guidelines/#sec-altering-header-values。在這些準則之外修改或刪除 HTTP 標頭可能會影響對 Webex 服務的訪問，包括 Webex 應用程式和 Cisco 視訊設備無法存取 Webex 服務。

不支援依 IP 位址篩選 Webex 訊號流量，因為 Webex 使用的 IP 位址是動態的，隨時可能變更。

媒體流量
Webex 應用程式和 Cisco 視訊設備使用以下加密密碼對音訊、視訊和內容共享串流的即時媒體進行加密：

• AES-256-GCM 密碼
• AES-CM-128-HMAC-SHA1-80 密碼

AES-256-GCM 是 Webex 應用程式和 Cisco 視訊設備用於加密即時媒體的首選加密密碼。

AES-CM-128-HMAC-SHA1 是一種成熟的密碼，已經證明了供應商之間的互通性。AES-CM-128-HMAC-SHA1 通常用於透過帶有 SIP 訊號的 SRTP 從端點加密到 Webex 服務的媒體（例如 Cisco 和第三方 SIP 設備）。

依照優先順序，Webex 應用程式和 Cisco 視訊設備支援 UDP、TCP 和 TLS 作為媒體傳輸協定。如果防火牆阻止了 UDP 端口，Webex 應用程式和 Cisco 視訊設備將回退到 TCP。如果 TCP 連接埠被阻止，Webex 應用程式和 Cisco 視訊設備將回退到 TLS。

UDP – Cisco 推薦的媒體傳輸協議
符合 RFC 3550 RTP – 即時應用的傳輸協議，Cisco 更喜歡並強烈推薦 UDP 作為所有 Webex 語音和視訊媒體串流的傳輸協議。

使用 TCP 作為媒體傳輸協定的缺點
Webex 應用程式和 Cisco 視訊設備也支援 TCP 作為後備媒體傳輸協定。但是，Cisco 不建議將 TCP 作為語音和視訊媒體串流的傳輸通訊協定。這是因為 TCP 以連線為導向，旨在將正確排序的資料可靠地交付給上層通訊協定。使用 TCP，傳送端將會重新傳送丟失的封包直到確認封包為止，而接收端將會緩衝封包串流直到丟失的封包復原為止。對於媒體串流，此行為表現為延遲時間/抖動增加，進而影響呼叫的參加者所體驗的媒體品質。

使用 TLS 作為媒體傳輸協定的缺點
由於潛在的代理伺服器瓶頸，加密的 TCP 連線（TLS）可能會進一步降低媒體品質。如果 Webex 應用程式和 Cisco 視訊設備使用 TLS 作為媒體傳輸協定並配置了代理伺服器，則此媒體流量將透過代理伺服器路由，這可能會造成頻寬瓶頸並導致資料包遺失。思科強烈建議不要在生產環境中使用 TLS 傳輸媒體。

Webex 媒體使用對稱、內部起始且輸出至 Webex 雲端的 5 元組（來源 IP 位址、目的地 IP 位址、來源連接埠、目的地連接埠、通訊協定）串流雙向流動。

Webex 應用程式和 Cisco 視訊設備也使用 STUN (RFC 5389) 進行防火牆穿越和媒體節點可達性測試。如需相關詳細資料，請參閱 Webex 防火牆技術文件。

Webex – 媒體的目標 IP 位址範圍
要存取處理離開企業網路的媒體流量的 Webex 媒體伺服器，您必須允許透過企業防火牆存取託管這些媒體服務的 IP 子網路。在「Webex 媒體服務的 IP 子網路」一節可找到傳送至 Webex 媒體節點的媒體流量目的地 IP 位址範圍。