15 分後に Webex ミーティングへのビデオ通話が切断される

CUCM/VCS 管理者は、このガイドを見直して、Webex ミーティングに参加してからちょうど 15 分後にビデオ デバイスが切断される問題を解決するための手順を確認できます。

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

解決方法
以下の手順を確認してください。

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

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

最初の INVITE でセッション タイマーを確認してください。 この時間が経過する前に、更新(INVITE / UPDATE)を受信する必要があります。
ユーザーにより追加されたイメージ

最初のユーザ エージェント クライアント/ユーザ エージェント サーバ(UAC/UAS)ネゴシエーションに基づいて、いずれかのデバイスが [再招待(RE-INVITE)] を送信すると、セッションが更新されます。 更新が UAC の場合、コールの開始者はセッションを更新する責任があります。 更新が UAS の場合、サーバはセッションを更新する必要があります。 両方のエンドポイントから SIP デバッグ ログを収集し、次の項目を確認します。

: 第A党からCUCMと第B党への通話。リフレッシュが第A党のUACと第B党のUASの場合:

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

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

これは[設定]>[プロトコル]>[SIP]の下にあります。
ユーザーにより追加されたイメージ

セッションの更新間隔(秒)がデフォルト値に設定されていることに注意してください。 3600を試すかもしれません。 しかし、ここでの問題の実際の根源は、FW がセッションがもはや使用されていないと考えている場合 [ケース 1]、VCS が実際に問題ないと考えている場合、セッションがまだアップしていても、そのセッション/ポートで FIN/close を受信せず、再使用を試みると、コールが死ぬことです。 [ケース 2] は、FW が接続を適切に閉じ、FIN/CLOSE を送信し、VCS は通常のコールドロップ/クリアを記録し、コールも死ぬことです。 ここでセッション タイマーを変更すると、コールのステータスに関する試行された通信の ACK を受信できなかった後、VCS がセッションを放棄するタイミングが制御されます。
 
しかし、それは私たちが問題をもう少しうまく特定するのを助けることができます。 このタイマーの FW 設定によっては、この値を下げる必要がある場合もあります。

CAUSE
ビデオ コールがちょうど 15 分後に切断される場合の一般的な問題は、ネットワーク上で設定された TCP タイムアウト(ファイアウォール/ルータ)が SIP セッションの期限切れタイマーよりも小さいことです。 CallManager のデフォルトでは、SIP セッションの期限切れタイマーは 1800 秒に設定されています。

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