感謝您的意見回饋。

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

解決方案
查看以下步驟：

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

4. 尋找 SIP 作業 期到期計時器 ：

向 CUCM 註冊的所有裝置都使用此計時器。當裝置正在與另一個遠端裝置通話時，其中一方必須重新更新會話並傳送重新 INVITE 或 UPDATE。此重新更新必須于課程到期計時器的一半前送出（ 1800/2 = 900 秒 = 15 分鐘）。如果未收到的重新整理訊息時，通話會中斷。

檢查初始邀請中的作業階段計時器。重新整理 （「 邀請 」 / 「 更新 」） 應能夠接收，這段時間到期之前：


根據初始的使用者代理用戶端/使用者代理伺服器 (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 訊息。但是，如果這不收到遠方然後這可能是由於某些厙釐扢掘在之間。高度可以 re 入 INVITE/回應不會讓專家和使用者由於 SIP 檢查 」 或 「 網路設定的其中一個。
如果裝置未起始 re-INVITE，則可能是裝置有問題。涉及 Cisco 技術協助中心 （TAC）以進一步調查。
 
在要嘗試的事情清單中 [如果尚未]，在區域的進階設定區域中，轉到Webex：
轉動SIP UDP/IX 過濾器模式 至開啟 [不是預設值]：

同時要檢查 VCS-e 上的SIP階段作業計時器。
 
我們的預設值為 1800 秒 [30 分鐘]，這是標準的，您需要確保防火牆上的TCP計時器也與這里相符，但您可以稍微提高一點，看看它是否也適用於您的VCS。

這是在設定 >通訊協定 > SIP ：


請注意，階段作業重新整理間隔（以秒計）已設定為預設值。您可以嘗試 3600。但問題的實際根本原因是當 FW 認為階段課程不再使用 [案例 1]時，當 VCS 實際上認為它正常，且階段會議仍在啟動中，但該會話/埠上收不下一個或關閉的一個。並且嘗試重新使用它和呼叫接收者。[案例 2] 是 FW 會正常關閉連接，並傳送一個一般 DNS/關閉與 VCS 記錄一般通話掉線/清除，而且通話也會正常執行。在這裡修改階段作業計時器僅控制 VCS 在無法收到任何有關通話狀態之嘗試通訊的 ACK 後放棄階段作業。
 
不過，它可以協助我們更好地指出問題。我們也可能需要根據此計時器的 FW 設定來降低此值。

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