一部の記事の内容が正しく表示されない場合があります。サイトの更新に伴い、ご不便をおかけして申し訳ありません。
cross icon
15 分後に Webex ミーティングへのビデオ通話が切断される
list-menuフィードバックがある場合
CUCM/VCS 管理者は、このガイドを参照して、Webex ミーティングに参加してからちょうど 15 分後にビデオ デバイスが切断される問題を解決することができます。

問題
CUCM に登録されたビデオ デバイスで Webex ミーティングに参加すると、通話は 15 分後に切断されます。

解像度
以下の手順を確認してください。

  1. [CISCO UNIFIED COMMUNICATIONS MANAGER (CM) 管理を開きます。
  2. [システムとサービス パラメータ] > をクリックします
  3. [サーバーとサービスの選択] の [サービス] ダイアログボックスドロップダウン リスト、Cisco Call Manager (アクティブ) を選択します
ユーザーにより追加されたイメージ
  1. SIP セッションの期限 が切れるタイマーを探します
ユーザーにより追加されたイメージ

CUCM に登録されたデバイスはすべてこのタイマーを使用します。デバイスが別のリモート デバイスとの通話中に、当事者の 1 人がセッションを更新し、再招待または更新を送信する必要があります。この更新は、[セッションが期限切れタイマー] の半分より前に送信される必要があります ( 1800/2 = 900 秒 = 15 分)。受信した更新メッセージがない場合、呼び出しは切断されます。

最初の招待でセッションタイマーを確認します。更新 (招待/更新) は、この時間が経過する前に受信する必要があります。
ユーザーにより追加された画像

初期の User Agent Client /User Agent Server(UAC/UAS)ネゴシエーションに基づいて、デバイスの 1 つは、再INVITE を送信するときにセッションを更新します。更新プログラムが UAC の場合、通話の開始者はセッションを更新する責任があります。更新プログラムが UAS の場合、サーバーはセッションを更新する必要があります。両方のエンドポイントから SIP デバッグログを収集し、これらの項目をチェックして下さい:

: パーティ A から CUCM からパーティ B への通話。更新者がパーティ A の UAC とパーティ B の UAS の場合:

1.      Party A は、CUCM に再招待または更新を送信する必要があります。
2.      CUCM はパーティの B に再招待または更新を送信する必要があります。
3.      パーティ B は再招待を受け取り、200 OK でメッセージに応答します。
4.      CUCM はパーティー A に 200 OK を送信する必要があります。

あるデバイスが re-INVITE メッセージを CUCM に送信すると、CUCM はもう一方のデバイスに再招待を送信します。ただし、これがリモート側で受信されない場合は、その間にいくつかのネットワークデバイスがある可能性があります。再招待/応答が SIP インスペクションかネットワーク設定による側面の1つに得ないことは非常に可能性のあるです。
デバイスが再招待を開始しない場合、デバイスに問題が発生する可能性があります。さらに調査するために、Cisco Technical Assistance Center (TAC) を巻き込む。
 
Webex に移動するゾーンの詳細設定エリアで、[まだ設定されていない場合] を試す項目の一覧です。
[SIP UDP/IX フィルター モード] を [デフォルトではありません] にオン にします。
ユーザーにより追加された画像
また、VCS-e で SIP セッション タイマーも確認します。
 
デフォルトは 1800 秒 [30 分] です。これは標準です。ファイアウォールの TCP タイマーもここで一致するようにしますが、VCS にも影響があるかどうかを少し調べることもできます。

これは、[構成] > [プロトコル] > [SIP] の下にあります。
ユーザーにより追加された画像

セッション更新間隔(秒)がデフォルト値に設定されていることに注意してください。3600 を試す場合があります。しかし、この問題の実際の根本原因は、FWがセッションが使用されなくなったと思っている場合です。VCSは実際には問題はないと思い、セッションはまだ起動中と思っているがセッション/ポートでFIN/closeを受け取らない状態で、再使用を試み、通話は終了します。[case 2] は FW が接続を適切に閉じ、FIN/closeを送信し、VCSは通常の通話ドロップ/クリアを記録し、通話も終了します。ここでセッション タイマーを変更すると、通話のステータスに関する通信の試行に対する ACK の受信に失敗した後、VCS がセッションをやめる場合を制御します。
 
問題の特定に役立つかもしれません。このタイマーの FW 設定によっては、この値を下げる必要がある場合があります。

原因
ビデオ通話が 15 分後に切断されると、ネットワーク (ファイアウォール/ルータ) で設定された TCP タイムアウトが SIP セッションの期限切れタイマーより少なくなることがよくあります。CallManager のデフォルトでは、SIP セッションの有効期限タイマーは1800秒に設定されています。

この投稿記事は役に立ちましたか?
この投稿記事は役に立ちましたか?