音声 : Skinny Client Control Protocol(SCCP)

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

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


目次


概要

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

前提条件

要件

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

使用するコンポーネント

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

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

表記法

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

問題

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

このタイマーはコール設定受付が受信されたときに起動し、Alert、Connect、Disc、または Progress が受信されたときに停止します。 これが問題であるかどうかは、デバッグや Cisco CallManager のトレースを調べることによって容易に判別できます。 そのためには、コール設定受付を検索し、すべての失敗したコールについて、Disconnect が n 秒後に送信されていることを確認します。 n は T310 タイマーに設定された値であることがわかります。 この値は通常は 10 秒です。

次に、IOS ゲートウェイでの 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 CallManager によって制御されている場合(特に Skinny Call Control Protocol(SCCP)ゲートウェイが使用されている場合)は、この作業を「解決策 1: Cisco CallManager の設定」に従って行う必要があります。 CallManager が関与していない場合(特に Survivable Remote Site Telephony(SRST)モードで運用している場合)は、この作業を「解決策 2: IOS の設定」に従って行う必要があります。

解決策 1: Cisco CallManager の設定

次の手順を実行します。

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

    18659_Img1.gif

  2. Cisco CallManager 3.x を使用している場合は左側のリストから [Cisco CallManager] を選択し、Cisco CallManager 4.x を使用している場合は [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. TimerT310_msec の値を推奨値の 60000 ミリ秒に設定します。

    18659_Img4.gif

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

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

解決策 2: IOS の設定

IOS の設定は、次のインターフェイス コマンドによって行います。

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 では、一部の国におけるオペレータの実装の関係上、場合によっては「Sending complete indicator(送信完了インジケータ)」を含める必要があります。 このパラメータは、Cisco CallManager のパラメータ ページに存在します。

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

デフォルトでは、Cisco CallManager バージョン 4.x では、ETSI ベースのプロトコル タイプを使用する PRI インターフェイス経由でのすべての発信コールには、発信 SETUP メッセージでの完全なインディケータの送信が含まれます。 これは、すべての発信コールで、コール セットアップにオーバーラップ送信手順ではなく Enbloc シグナリングが使用されることを実質的に示します。 一部の国におけるオペレータの実装の関係上、場合によってはオーバーラップ送信を有効にする必要があります。 このためには、[Route Pattern] 設定ページの [Allow Overlap Sending] チェック ボックスをオンにします。

18659_Img6.gif


関連情報


Document ID: 18659