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

解決方案
查看以下步驟：

1. 開啟Cisco Unified Communications Manager (CM) 管理。
2. 按一下系統>服務參數。
3. 低於選取伺服器和服務，在服務下拉式清單方塊，選取Cisco通話管理程式（使用中） ：

4. 尋找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 秒。