我的視訊通話作業階段都在刪除後 15 分鐘的 「 Cisco Webex 視訊平台 (或任何特定時間之後)

我的視訊通話至 Cisco Webex 視訊平台階段作業已刪除 15 分鐘後 (或任何特定時間之後)。

視訊通話連線至 Cisco Webex 視訊平台 15 分鐘後中斷連線。

在設定的時間間隔后,會刪除 SIP 通話。

端點連線至 Cisco Webex 視訊平台 15 分鐘後中斷連線。

視訊通話中斷後的 15 分鐘。

 

此文章,經過機器翻譯處理英文版。 對於從英文機器翻譯成任何其他語言的準確性、正確性或可靠性,無任何類型的明示或暗示保證。 Cisco 不負不準確的資訊、 錯誤或損壞由不准的內容翻譯或資訊使用導致的。

附註: CMR 雲端已更名為 Cisco Webex 視訊平台。 部分鏈結和文字可能仍提及 CMR 雲端,但資訊應該仍適用於已重新命名的服務。

原因: 當視訊通話斷開連接在完全相同的 15 分鐘,通用的問題是網路 (防火牆路由器/) 上設定 TCP 逾時時間早於 SIP 階段作業過期計時器。 CallManager 上的預設,「 的 SIP 階段作業過期計時器 」 設定為 1800 秒。

解決方案:

若要確認此:

  1. 開啟 Cisco Unified Communications Manager (CM) 管理。
  1. 按一下 系統 > 督昢統杅.
  2. 在下 選取的伺服器及服務在中 服務 下拉清單方塊中選取 Cisco Call Manager (使用中):
使用者新增的影像
  1. 脤梑 SIP 階段作業過期數奀 :
使用者新增的影像

向 CUCM 註冊的所有端點都使用此計時器。 與另一個遠端端點通話端點時,一方的重新整理階段作業而傳送再次邀請或更新。 此重新整理已傳送之前極銝 ?? 階段作業過期計時器 (1800年/2 = 900 秒 = 15 分鐘)。 如果未收到的重新整理訊息時,通話會中斷。

檢查初始邀請中的作業階段計時器。 重新整理 (「 邀請 」 / 「 更新 」) 應能夠接收,這段時間到期之前:
使用者新增的影像

根據起始的使用者代理用戶端 /User 代理伺服器 (UAC/UAS) 協商,其中一個端點會重新整理階段作業時向再次邀請。 如果溫習 UAC,通話的發起人已重新整理階段作業的責任。 如果溫習 UAS,伺服器已重新整理階段作業。 這兩個端點中收集 SIP 偵錯記錄,並檢查這些項目:

範例: 對 CUCM 方 B.從方 A 的通話如果溫習,我們會在方 A UAC UAS 上方 b:

1.     方 A 已傳送重新邀請 / 更新至 CUCM。
2.     CUCM 已傳送重新邀請 / 更新至方 b。
3.     方 B 接收再次邀請,並確定回應含有 200 該訊息。
4.     CUCM 已向傳送 200 確定方答:

如果一個端點傳送至的 CUCM 再次邀請訊息,CUCM 會傳送再次邀請給另一方。 但是,如果這不收到遠方然後這可能是由於某些厙釐扢掘在之間。 高度可以 re 入 INVITE/回應不會讓專家和使用者由於 SIP 檢查 」 或 「 網路設定的其中一個。
如果端點未啟動再次邀請,則可能是與端點的問題。 若要進一步調查涉及 Cisco 技術協助中心 (TAC)。
 
要嘗試 [如果這已先前] 事項清單上的區域,轉至 Webex 的 「 進階的配置 」 區域中:
開啟 SIP UDP/IX 過濾模式 若要 在上 [不預設值]:
使用者新增的影像
然後勾選 SIP 階段作業計時器 VCS expressway-e 上的也。
 
我們的預設值為 1800s [15 分鐘數],其中是固定的而且您將需要,請確保 TCP 計時器上您的防火牆相符的項目這裡為也,但您無法 bump 此安裝所需的資訊以查看它是否已產生影響提昇您的 VCS 上。

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

附註階段作業重新整理時間間隔 (秒) 設定為預設值。 您可能會嘗試 3600。 而問題這裡的實際根當轉遞認為您的階段作業不再處於使用 [案例 1],當 VCS 實際認為這是確定的且會嘗試重新使用和通話 dies 階段作業和正常仍然對,但不在階段作業/連接埠上接收 FIN/關閉。[案例 2],我們會轉遞正常關閉連線且傳送 FIN/關閉及 VCS 錄製一般通話中斷/ 壺也 dies 通話。 只需修改作業階段計時器控制當 VCS 將放棄關於階段作業,它無法接收通話的狀態對任何已嘗試通訊的任何 ACKs 後。
 
它可以幫助我們不過稍有更好地做出問題。 也可能是我們需要降低這取決於此計時器的防火牆設定此值。

本文是否有幫助?