感謝您的意見回饋。

所有云端註冊的 Webex 應用程式和 Cisco 視訊裝置僅起始輸出連線。Cisco 的 Webex 雲端從不起始與雲端註冊的 Webex 應用程式和 Cisco 視訊裝置的輸出連線，但可以對 SIP 裝置進行輸出呼叫。

用於會議和傳訊的 Webex 服務託管在 Cisco 擁有的全球分佈資料中心（例如，用於身分識別服務、會議服務和媒體伺服器的 Webex 資料中心）或託管在 Amazon AWS 平台上的 Cisco Virtual Private Cloud (VPC) 中（例如 Webex 傳訊微服務、傳訊儲存服務）。Webex 服務還駐留在 Microsoft Azure 資料中心中，以實現與 Microsoft Teams 的視訊互通性 (VIMT)。

流量類型：

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

訊號流量
Webex 應用程式和 Cisco 視訊裝置使用 HTTP 作為 HTTP over TLS (HTTPS)，並使用 Secure Web Sockets (WSS) over TLS 向 Webex 雲端傳送基於 REST 的訊號。訊號連線僅是輸出連線，並使用 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）

對於 TLS 版本 1.2 連線*，Webex 以下列喜好設定順序支援密碼套件：

TLS_ ECDHE_ RSA_有_AES_ 256_ GCM_ SHA384
TLS_ ECDHE_ RSA_有_AES_ 128_ GCM_ SHA256
TLS_ ECDHE_ RSA_有_CHACHA20_ POLY1305_ SHA256
TLS_ ECDHE_ RSA_有_AES_ 256_ CBC_ SHA384
TLS_ ECDHE_ RSA_有_AES_ 128_ CBC_ SHA256

附註 - 舊版瀏覽器支援 CBC 模式加密，但沒有更安全的 GCM 模式加密。
  
對於 TLS 1.3 版連線*，Webex 以下列喜好設定順序支援密碼套件：

TLS_ AES_ 256_ GCM_ SHA384
TLS_查查_POLY1305_ SHA256
TLS_ AES_ 128_ GCM_ SHA256

附註 – 使用 TLS 1.3 時，ECDHE 金鑰協商和基於 RSA 的憑證是規範的必要部分，因此在密碼套件說明中省略了此詳細資料。
 
*密碼套件和密碼套件喜好設定順序可能因某些 Webex 服務而異
 
使用 URL 建立與 Webex 服務的訊號連線
如果您已部署 Proxy 或防火牆來過濾離開企業網路的流量，則可以在「 Webex 服務需要存取的網域和 URL 」。

Webex 強烈建議您不要變更或刪除透過 Proxy/防火牆的 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 通常用於加密從端點使用 SRTP 與 SIP 訊號傳遞至 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 作為媒體傳輸通訊協定的缺點
由於潛在的 Proxy 伺服器瓶頸，加密的 TCP 連線 (TLS) 可能會進一步降低媒體品質。如果具有已設定 Proxy 伺服器的 Webex 應用程式和 Cisco 視訊裝置使用 TLS 作為媒體傳輸通訊協定，則此媒體流量將透過您的 Proxy 伺服器路由，這可能會造成頻寬瓶頸和後續封包遺失。 Cisco 強烈建議不要使用 TLS 在生產環境中傳輸媒體。

Webex 媒體使用對稱、內部起始且輸出至 Webex 雲端的 5 元組（來源 IP 位址、目的地 IP 位址、來源連接埠、目的地連接埠、通訊協定）串流雙向流動。
 
Webex 應用程式和 Cisco 視訊裝置也會使用 STUN (RFC 5389) 進行防火牆穿越和媒體節點可存取性測試。如需相關詳細資料，請參閱 Webex 防火牆技術文件。
 
Webex  – 媒體的目的地 IP 位址範圍
若要存取處理離開企業網路的媒體流量的 Webex 媒體伺服器，您必須允許透過企業防火牆存取託管這些媒體服務的 IP 子網路。在「Webex 媒體服務的 IP 子網路」一節可找到傳送至 Webex 媒體節點的媒體流量目的地 IP 位址範圍。