感謝您的意見回饋。

所有云端註冊的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 作為TLS上的 HTTP (HTTPS) 和TLS上的安全網路 Sockets (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）

對於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服務存取的網域和 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) 的媒體品質可能會進一步降低。如果Webex應用程式和Cisco視訊裝置將TLS用作媒體傳輸協議，則此媒體流量將透過您的代理伺服器，這可能會造成頻寬瓶頸，從而造成封包遺失。 Cisco強烈建議不要使用TLS來在生產環境中傳輸媒體。

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