撥打到混合 CMR 和啟用視訊裝置的會議(V1、V2)的通話,在通話期間中斷

撥打到混合 CMR 和啟用視訊裝置的會議(V1、V2)的通話,在通話期間中斷。

CMR 混合通話會在通話期間中斷連線。

如何在我的防火牆上,為啟用視訊裝置的會議設定 TCP 計時器?

撥打到 Cisco Webex 啟用視訊裝置的會議(V1、V2)(先前稱為 CMR)的通話,在通話期間中斷。

如何在我的防火牆上,為 Webex 雲端連線音訊設定 TCP 計時器?

附註: 混合 CMR 的終止支援在 2021 年 2 月 28 日生效。 在 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 連線,則多個會議或通話會使用相同的連接埠。

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

如需該問題的詳細資訊,請參閱下圖:


使用者新增的影像

本文是否有幫助?