感謝您的意見回饋。

附註：自 2021 年 2 月 28 日起，終止對 CMR 混合的支援。在 2021 年 2 月 28 日之後，CMR 混合服務將繼續提供到 2021 年 4 月（生命週期結束），屆時，CMR 混合客戶將被自動遷移至最新版本的 CMR 雲端。

解決方案：

防火牆 TCP 計時器及其在中的使用：

• 協作會議室（CMR）混合
• Cisco Webex啟用視訊裝置的會議（V1、V2）（前名 CMR）
• Webex 雲端連線音訊（前名 CCA）

在防火牆設定比較嚴格的客戶環境中，必須考慮 TCP 階段作業在 CMR 解決方案內的重要性。

在啟用 CMR 或視Cisco Expressway的會議中，客戶裝置和 Webex Edge 元件之間進行中雙向 TCP 會話。Webex Edge 元件的預設 TCP 連線計時器為 30 分鐘。Cisco Expressway 的預設 TCP 連線計時器為 2 小時。

設定防火牆時，一定不能讓防火牆在 30 分鐘內以無聲自動方式中斷 TCP 連線。

如果防火牆設定為在 30 分鐘內以無聲自動方式中斷 TCP 連線，則可能會在已關閉的 TCP 連線上將 SIP 再次邀請傳送至 Cisco Expressway。防火牆會中斷該連線。Webex 會使再次邀請逾時，隨後將 BYE 訊息傳送給客戶。這則 Bye 訊息通常會使用相同的 TCP 連接埠，可能也會中斷。

稍後，Cisco Expressway 會將邀請傳送至 Webex 端。再次邀請會使用新的或未終止的 TCP 連線。這樣就會允許它通過防火牆並到達 Webex。Webex 會回應錯誤碼（481 通話/交易不存在），指出通話不存在。

還務必注意 TCP 階段作業在每次通話時不是唯一的。如果 Cisco Expressway 或 Webex Edge 正在將訊息傳送至同一個目的地，並且已（認為是）開啟到該目的地 IP 地址的 TCP 連線，則多個會議或通話會使用相同的連接埠。

這可能會導致多個通話或會議在相同或類似的時間終止。

如需該問題的詳細資訊，請參閱下圖：