您可能會注意到一些文章顯示的內容不一致。請原諒我們在更新網站時的一些失誤。
cross icon
對Webex Meeting 進行的視訊通話會在 15 分鐘後中斷連線

CUCM/VCS 管理員可以檢閱本指南,以了解解決視訊裝置在加入Webex 會議後剛好 15 分鐘時中斷連線的問題的步驟。

發行
使用已CUCM的視訊裝置加入Webex會議時,通話會在剛好 15 分鐘後中斷連線。

解決方案
查看以下步驟:

  1. 開啟Cisco Unified Communications Manager (CM) 管理。
  2. 按一下系統>服務參數
  3. 低於選取伺服器和服務,在服務下拉式清單方塊,選取Cisco通話管理程式(使用中)
使用者新增的影像
  1. 尋找SIP階段作業到期計時器
使用者新增的影像

向CUCM註冊的所有裝置都使用此計時器。 當該裝置正在與另一遠端裝置通話時,其中一方必須重新整理階段作業並傳送 re-INVITE 或 UPDATE。 此重新整理必須在階段作業到期計時器的一半(1800/2 = 900 秒 = 15 分鐘)之前傳送。 如果未收到重新整理訊息,則通話已中斷。

檢查初始 INVITE 中的階段作業計時器。 應該在此時間到期之前收到重新整理 (INVITE / UPDATE) 的通知:
使用者新增的影像

根據初始的使用者代理用戶端/使用者代理伺服器 (UAC/UAS) 的協商,其中一個裝置在傳送 Re-INVITE 時會重新整理階段作業。 如果重新整理者是 UAC,則通話的發起者有責任重新整理階段作業。 如果重新整理者是 UAS,則伺服器必須重新整理階段作業。 從兩個端點收集SIP除錯記錄,並檢查這些項目:

範例: 甲方已撥打CUCM至乙方的通話。如果重新整理是 A 方的 UAC 和 B 方的 UAS:

1.     甲方必須傳送 re-INVITE / UPDATE 至CUCM。
2.     CUCM必須傳送 re-INVITE / UPDATE 指令給 B 方。
3.     乙方會收到 re-INVITE 並以 200 確定回應該訊息。
4.     CUCM必須傳送 200 確定給甲方。

如果一個裝置將 re-INVITE 訊息傳送至CUCM, CUCM也會向另一方傳送 re-INVITE 訊息。 但是,如果遠端未收到此訊息,則可能是因為介於兩者之間的某些網路裝置。 由於SIP檢查或網路設定,重新邀請/回應很有可能沒有到達其中一方。
如果裝置未起始 re-INVITE,則可能是裝置有問題。 請與Cisco 技術援助中心(TAC) 聯絡以進一步調查。
 
在要嘗試的事情清單中 [如果尚未],在區域的進階設定區域中,轉到Webex:
轉動SIP UDP/IX 過濾器模式開啟[不是預設值]:
使用者新增的影像
同時要檢查 VCS-e 上的SIP階段作業計時器。
 
我們的預設值為 1800 秒 [30 分鐘],這是標準的,您需要確保防火牆上的TCP計時器也與這里相符,但您可以稍微提高一點,看看它是否也適用於您的VCS。

這是在設定>通訊協定> SIP
使用者新增的影像

請注意,階段作業重新整理間隔(以秒計)已設定為預設值。 您可以嘗試 3600。 但是這裡問題的實際根源是當 FW 認為某個階段作業不再在使用中 [案例 1] 時,當 VCS 實際上認為沒問題且階段作業仍在進行中但未收到 FIN/關閉時階段作業/埠,並嘗試重新使用它,通話就會中斷。 [情況 2] 是 FW 正確關閉連線並傳送 FIN/關閉,且 VCS 記錄正常通話中斷/清除,而且通話也會中斷。 在此處修改階段作業計時器僅控制 VCS 在未收到有關通話狀態的任何嘗試通訊的任何 ACK 之後,何時放棄階段作業。
 
不過,它可以協助我們更好地指出問題。 我們也可能需要根據此計時器的 FW 設定降低此值。

原因
當視訊通話在剛好 15 分鐘時中斷時,常見的問題是網路(防火牆/路由器)上設定的TCP逾時時間小於SIP階段作業到期計時器。 依預設,在 CallManager 上, SIP階段作業到期計時器設定為 1800 秒。

本文是否有幫助?