音声 : Skinny Client Control Protocol(SCCP)

長距離電話または携帯電話へのコールの失敗

2015 年 11 月 25 日 - 機械翻訳について
その他のバージョン: PDFpdf | ライター翻訳版 (2002 年 2 月 28 日) | 英語版 (2015 年 8 月 22 日) | フィードバック


目次


概要

このドキュメントでは、ほとんどのロケーションへの通話が正常であるにもかかわらず、携帯電話または国際電話につながらない状況に対処します。 「Cisco IOS のタイマー満了のリカバリ」を用いるこれらの一般的に呼び出し接続解除か。 Q.931 デバッグ。

前提条件

要件

このドキュメントに関する特別な要件はありません。

使用するコンポーネント

このドキュメントの情報は、Cisco CallManager 3.x および 4.x に基づくものです。

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。 ネットワークが稼働中の場合は、コマンドが及ぼす潜在的な影響を十分に理解しておく必要があります。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

問題

モバイル テレフォニー ネットワークは通常、ユーザの位置を特定する必要があるため、比較的接続に時間がかかります。 国際電話のコールにまた一般的に コール 確立時 の 遅延が生じます。 これによりタイマー T310 は切れます。

このタイマーはアラート、接続応答、ディスク、または経過表示が受け取られるときコール設定受付が受け取られ、停止するとき始められます。 これが問題であるかどうかは、デバッグや Cisco CallManager のトレースを調べることによって容易に判別できます。 それをするために、コール設定受付を見つけ、接続解除が失敗する各コールのための数秒後送信 された n であることを確認して下さい。 N は T310 タイマーに設定された値であることがわかります。 この値は通常は 10 秒です。

これは IOS Gateway の debug isdn q931 コマンドからの出力例です。

Feb 4 11:10:40.396: ISDN Se3/0:15: TX -> SETUP pd = 8 callref = 0x000E
  Feb 4 11:10:40.396: Bearer Capability i = 0x8090A3
  Feb 4 11:10:40.396: Channel ID i = 0xA9838F
  Feb 4 11:10:40.396: Display i = 'John', 0x20, 'Smith'
  Feb 4 11:10:40.396: Calling Party Number i = 0x0080, '123456', Plan:Unknown, Type:Unknown
  Feb 4 11:10:40.396: Called Party Number i = 0x80, '654321', Plan:Unknown, Type:Unknown
  Feb 4 11:10:40.432: ISDN Se3/0:15: RX <- SETUP_ACK pd = 8 callref = 0x800E
  Feb 4 11:10:40.432: Channel ID i = 0xA9838F
  Feb 4 11:10:42.508: ISDN Se3/0:15: RX <- CALL_PROC pd = 8 callref = 0x800E
  Feb 4 11:10:42.508: Progress Ind i = 0x8288 - In-band info or appropriate now available
  Feb 4 11:10:42.508: Progress Ind i = 0x8282 - Destination address is non-ISDN
  Feb 4 11:10:50.492: ISDN Se3/0:15: TX -> DISCONNECT pd = 8 callref = 0x000E
  Feb 4 11:10:50.492: Cause i = 0x80E6 - Recovery on timer expiry
  Feb 4 11:10:50.548: ISDN Se3/0:15: RX <- RELEASE pd = 8 callref = 0x800E
  Feb 4 11:10:50.552: ISDN Se3/0:15: TX -> RELEASE_COMP pd = 8 callref = 0x000E

解決策

この状況を解決するために、タイマー T310 の値を増加して下さい。 これは、Cisco CallManager または IOS ゲートウェイで行うことができます。 コールが Cisco Unified CallManager によって Skinny Client Control Protocol(SCCP) ゲートウェイが使用される場合、(特に)制御される時、この操作はソリューション 1 の後で遂行される必要があります: Cisco CallManager の設定。 Cisco Unified CallManager が複雑 Survivable Remote Site Telephony (SRST) モードで操作する場合、(特にではない場合)、この操作はソリューション 2 の後で遂行される必要があります: IOSコンフィギュレーション

解決策 1: Cisco CallManager の設定

次の手順を実行します。

  1. Cisco CallManager Administration ページから、Service > Service Parameters の順に選択します。

    18659_Img1.gif

  2. Cisco Unified CallManager 4.x を使用する場合 Cisco CallManager 3.x を使用したら『Cisco CallManager』 を選択 して下さいまたは Service ドロップダウン ボックスから『Cisco CallManager』 を選択 して下さい左のリストから。

    Cisco CallManagerバージョン 3.x

    /image/gif/paws/18659/18659_Img2-1.gif

    Cisco CallManager バージョン 4.x

    /image/gif/paws/18659/18659_Img2.gif

  3. Service Parameters Configuration ページで T310 を探します。

    /image/gif/paws/18659/18659_Img3.gif

  4. 60000 ミリ秒の推奨 値に T310 タイマーの値を(ミリ秒)設定 して下さい。

    18659_Img4.gif

  5. ページの先頭にスクロールして Update をクリックします。

    /image/gif/paws/18659/18659_Img5.gif

解決策 2: IOS 設定

IOSコンフィギュレーションはこの interface コマンドによって実現します:

Router(config-if)#isdn t310 <value in milliseconds>

設定をチェックするには、show isdn timers コマンドを使用します。

Router#show isdn timers
  ISDN Serial2/0:15 Timers (dsl 0) Switchtype = primary-net5
  ISDN Layer 2 values
  K = 7 outstanding I-frames
  N200 = 3 max number of retransmits
  T200 = 1.000 seconds
  T202 = 2.000 seconds
  T203 = 10.000 seconds
  ISDN Layer 3 values
  T303 = 4.000 seconds
  T304 = 30.000 seconds
  T305 = 30.000 seconds
  T306 = 30.000 seconds
  T307 = 180.000 seconds
  T308 = 4.000 seconds
  T309 Disabled
  T310 = 60.000 seconds
  T313 = 4.000 seconds
  T316 = 120.000 seconds

注: 一部の国のオペレータ 実装による Cisco CallManagerバージョン 3.x では「完全なインジケータ」を送信 することを含むために必要とすることができます。 このパラメータは、Cisco CallManager のパラメータ ページに存在します。

/image/gif/paws/18659/indicator.gif

注: デフォルトで、Cisco CallManagerバージョン 4.x で、発信 セットアップメッセージに ETSI ベースのプロトコル タイプを含める完全なインジケータを送信 することを使用する PRI によるすべてのアウトバウンドコールはインターフェイスします。 これはこれらのアウトバウンドコールがすべて Enbloc シグナリングを使用することを、コールセットアップ用のないオーバーラップ送信手順効果的に示します。 一部の国のオペレータ 実装が原因で、それがオーバーラップ送信を有効に するために可能性のある必要とすることができます。 これをするために、ルートパターン設定 ページの Allow Overlap Sending チェックボックスをチェックして下さい。

18659_Img6.gif

関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


関連情報


Document ID: 18659