音声とユニファイド コミュニケーション : Cisco ATA 180 シリーズ アナログ電話アダプタ

Cisco IOS ゲートウェイを使用しての ATA 186 の設定とトラブルシューティング

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


目次


概要

Cisco アナログ電話アダプタ(ATA)186 は、通常のアナログ電話と IP ベースのテレフォニー ネットワークを接続する、ハンドセットとイーサネット間のアダプタです。 Cisco ATA 186 には、従来のアナログ タッチトーン電話機のみをサポートできる 2 個の音声ポートがあります。 Cisco ATA 186 ではこれらのポートにディジットを送出できないため、通常の Foreign Exchange Station(FXS)ポートと異なり、これらのポートは構内交換機(PBX)と接続できません。 この設定では、それぞれに異なる E.164 アドレスを使用して両方の音声ポートを使用できます。

この文書では、1 台の Cisco IOS ゲートウェイとの間でコールを発信および受信するように 1 台の Cisco ATA 186 を設定する方法を説明します。 Cisco ATA 186 はコール ルーティング機能がない単純なデバイスです。 ATA 自体を含み、3 つ以上の H.323 エンドポイントのあるネットワークでは、コール ルーティングを行うために H.323 ゲートキーパーが必要です。

詳細については、「Cisco IOS Gatekeeper を使用する ATA 186 の設定とトラブルシューティング」を参照してください。

前提条件

要件

この設定を行う前に、次の要件が満たされていることを確認します。

  • このドキュメントでは、読者が『Cisco ATA 186 基本設定』ドキュメントの内容をよく理解していることを前提としています。

  • この設定には、Cisco ATA 186 がバージョン 2.0 以降であり、H.323 機能セットを使用している必要がります。

  • Cisco ATA 186 とゲートウェイ間に IP 接続があることを確認します。

  • 詳細設定のために、Cisco ATA 186 が Web サーバ方式でアクセス可能なことを確認します。

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づくものです。

  • バージョン 2.12 の Cisco ATA 186

  • Cisco IOS が付いている Cisco 3640 か。 ソフトウェア リリース 12.1(2)T

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

表記法

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

設定

この項では、このドキュメントで説明する機能の設定に必要な情報を提供します。

注: このセクションで使用されているコマンドの詳細を調べるには、Command Lookup Tool登録ユーザ専用)を使用してください。

ネットワーク構成図

このドキュメントでは、次のネットワーク構成を使用しています。

/image/gif/paws/19249/ata-gateway-1.gif

設定

次の手順に従ってください。

  1. Web ブラウザから Cisco ATA 186 の設定ウィンドウにアクセスします。 URL http://ip_address_of_ata/dev にアクセスします。ここで、ip_address_of_ata は、登録する Cisco ATA 186 の IP アドレスです。

    この例では、URL は http://172.16.104.117/dev です。

    Cisco ATA 186 の設定ウィンドウが表示されます。

    注: 下線付きのフィールドは、このシナリオに関連する設定パラメータです。

    /image/gif/paws/19249/ata-gateway2.gif

    IP アドレッシングは、『Cisco ATA 186 基本設定』ドキュメントで説明されているように、スタティックにもダイナミックにもできます。 前の図では、スタティック IP アドレスが使用されます。

  2. Cisco ATA 186 の設定ウィンドウで次のフィールドを設定します。

    • [UID0] と [UID1]:音声ポート 0 および 1 の E.164 アドレスを設定します。

      ポートの 1 つがビジーの場合 Cisco ATA 186 ではハントできないため、両方の音声ポートに同じ E.164 アドレスは使用できません。 音声ポートの両方とも同じ E.164 アドレスが割り当てられた場合、コールは常に最初の音声ポートに送信されます。 このポートがビジーだと、ビジー信号が発信者に送信されます。

    • [RxCodec] と [TxCodec]:コーデック ID を設定します。

      • G.723.1:コーデック ID 0

      • G.711a:コーデック ID 1

      • G.711u:コーデック ID 2

      • G.729a:コーデック ID 3

      このドキュメントで後述する設定では、Cisco ATA 186 とゲートウェイで、G.729r8 コーデックを使用しています。

      注: ATA 186 では G.729a コーデックを同時に使用している 2 個のポートをサポートしません。 G.729 コーデックは一度に 1 ポートでのみ実行できます。 1 つのポートで G.729 を使用すると、他方のポートは G.711 を使用します。 ATA 186 ではこれらの組み合わせが許可されます。

      • 2 つの同時 G.723.1 コーデック

      • 2 つの同時 G.711 コーデック

      • 1 つの G.723.1 コーデックと 1 つの G.711 コーデック

      • 1 つの G.729A コーデックと 1 つの G.711 コーデック:FXS ポートに対する G.729 リソースの割り当ては動的です。 G.729 リソースは、使用可能であれば、コールが開始されたか受信されたときに FXS ポートに割り当てられます。 リソースはコールが完了すると解放されます。

    • [LBRCodec](低ビットレート コーデック):選択したコーデックに応じて 0 または 3 に設定します。

      • [LBRCodec] が 0 の場合:G.723.1 コーデックが両方の FXS ポートで随時使用できます。 各回線はノンカンファレンス状態の 2 つの G.723.1 コールを維持できます。 したがって、最大 4 つの G.723.1 コールを 1 台の Cisco ATA 186 で維持できます。 G.723 用に設定した場合、Cisco ATA 186 はすべての G.723 コーデックをサポートします。

      • [LBRCodec] が 3:G.729a は先着順での 2 つの FXS ポートの 1 つで使用できます。 Cisco ATA 186 には 1 つの G.729a のみがコーディングされています。 したがって、G.729a コーデックを使用するコールは常時 1 つのみ可能です。 ゲートウェイにデフォルト コーデックのみを設定してある場合は、Cisco ATA 186 の両方のポートを同時に使用することはできません。 G.711 は使用されるデフォルト コーデックであるため、G.711uLaw または G.711aLaw を使用して 2 番目のコールをネゴシエートするようゲートウェイのコーデック クラスを設定する必要があります。 この設定がないと、2 番目のコールは失敗します。 G.729a 用に設定した場合、Cisco ATA 186 はすべての G.729 コーデックをサポートします。

    • [NumTxFrames]:このフィールドはデフォルト値のままにすることが推奨されます。 これは、Cisco IOS ゲートウェイにコーディングされているバイト サイズがデフォルト値(2)から変更される場合に使用できます。 次の表に、Cisco ATA 186 のフレーム定義を示します。

      コーデック フレーム(ミリ秒) フレーム(バイト数)
      G.711 10 80
      G.729 10 10
      G.723 30 24

      次の表は NumTxFrame をデフォルト値 2 にしたときのフレーム サイズを示しています。

      コーデック フレーム(ミリ秒) フレーム(バイト数)
      G.711 20 160
      G.729 20 20
      G.723 60 48

      注: 値は ATA のフレーム 定義と等しいですか。 NumTxFrame が 2.である時、2。

      対応する値は、codec コマンドの bytes パラメータを使用してゲートウェイに設定できます。 詳細は、codec(ダイヤルピア)コマンドを参照してください。

    • [Gateway]:ゲートウェイの IP アドレスを設定します。 これが完了すると、Cisco ATA 186 に接続された音声ポートからダイヤルされたすべてのコールは、このゲートウェイに送信されます。

      注: この [Gateway] フィールドは、Cisco ATA 186 で VoIP H.323 コール用に通信する終端側ゲートウェイを定義するために使用します。 終端側ゲートウェイが別の Cisco ATA 186 である場合は、終端 Cisco ATA 186 の IP アドレスを使用してこのゲートウェイ フィールドを設定します。 複数の終端デバイス(他の Cisco ATA 186 または音声ゲートウェイ)と対話するためにこの Cisco ATA 186 が必要な場合は、Cisco ATA 186 で E.164 を IP アドレスに解決するためにネットワーク ゲートキーパーを実装する必要があります。 詳細については、「Cisco IOS Gatekeeper を使用する ATA 186 の設定とトラブルシューティング」を参照してください。

      注: Cisco ATA 186 でのポート 1 が同じ Cisco ATA 186 のポート 2 と通信する必要がある場合は、それ自体の IP アドレスを [Gateway] フィールドに設定するか、ゲートキーパーと通信するように Cisco ATA 186 を設定して、コール セットアップに対してそれ自体の IP アドレスが返されるようにする必要があります。

    • [StaticIP]:Cisco ATA の IP アドレス。

    • [MediaPort]:Real-Time Transport Protocol(RTP)のストリームを送信するために Cisco ATA 186 で使用されるポートを設定します。 設定されたポート以降が使用されます。 この機能は、バージョン 2.13 以降で使用できます。

  3. [Apply] をクリックしてからページをリロードします。

    Cisco ATA 186 2.14 以降ではホットライン機能とウォームライン機能のためのダイヤル プラン サポートに対応しています。

    設定

    ダイヤル プラン設定パラメータは、ルール Hdnnnn を受け入るようになりました。ここで d は、オフ フック後の伝送遅延(秒単位:0 ~ 9 または a ~ z を使用して 0 ~ 35 秒の範囲の遅延を指定)で、nnnn は電話機がオフフックになってから d 秒以内に数字が入力されない場合にコールする可変長の電話番号です。

    例 1:H05551212(電話がオフフックになった直後に 5551212 をコール)。

    例 2:H5923123456(電話がオフフックになった 5 秒以内に数字が入力されないと 923123456 をコール)。

    Cisco ATA 186 自体による再設定に 10 秒かかります。 この例では、Cisco IOS ゲートウェイに関連する設定を示しています。

    Cisco 3640 ゲートウェイ
    interface Ethernet0/0
     ip address 172.16.13.40 255.255.255.224
     half-duplex
    !
    ip classless
    ip route 0.0.0.0 0.0.0.0 172.16.13.33
    ip http server
    !
    !
    !
    voice-port 3/0/0
    !
    voice-port 3/0/1
    !
    dial-peer cor custom
    !
    !
    !
    
    
    !
    dial-peer voice 1234 pots
     destination-pattern 1234
     port 3/0/0
    !
    dial-peer voice 3000 voip
    
    !--- Dial-peer to send and receive calls from the Cisco ATA.
    
     incoming called-number 1234
    destination-pattern 300.
     session target ipv4:171.16.104.117
    codec g729r8
    !

確認

ここでは、設定が正常に動作していることを確認します。

ゲートウェイから Cisco ATA 186 に ping します。 前の例のような設定が表示される場合、コールは実施されるはずです。 コーデックの不一致がないことを確認します。 G.729r8 以外のコーデックを使用している場合は、ダイヤル ピア 3000 で該当するコーデックまたは音声クラスのコーデックによってゲートウェイで、着信ダイヤルピアを設定(ゲートウェイでの着信ダイヤル ピアを削除)します。

トラブルシューティング

このセクションでは、設定のトラブルシューティングに役立つ情報を紹介します。

Output Interpreter Tool(OIT)(登録ユーザ専用)では、特定の show コマンドがサポートされています。 OIT を使用して、show コマンド出力の解析を表示できます。

注: debug コマンドを使用する前に、『debug コマンドの重要な情報』を参照してください。

ゲートウェイでのトラブルシューティング

エンドツーエンド VoIP コールをデバッグするには、debug voip ccapi inout コマンドを発行します。 音声ポートで受信されたディジットを表示するには debug vtsp dsp コマンドを発行します。

Cisco ATA 186 でのトラブルシューティング

サードパーティ製のゲートキーパーとゲートウェイを使用する場合、Cisco ATA 186 のトラブルシューティング ツールが非常に役立ちます。 Cisco ATA 186 のトラブルシューティング ツールをイネーブルにするには、次の手順を実行してください。

  1. Cisco ATA 186 と同じサブネットにある PC の IP アドレスを [ATA Nprintf] フィールドに入力します。

  2. そのアドレスの後に指定するポートは、9001 である必要があります。

  3. PC の DOS プロンプトで、prserv.exe プログラムを実行します。

    prserv.exe プログラムは、ATASoftware ダウンロード(登録ユーザ専用)にある Cisco Software Center からダウンロードできます。 preserv.exe プログラムは、最新の Cisco ATA 186 ソフトウェア リリースの zip ファイルに含まれています。

Cisco ATA 186 からゲートウェイに対して発信されたコールのデバッグ例

次の出力例は、それぞれ、成功したコールと失敗したコールを示します。

成功したコール

D:\Documents and Settings\sshafiqu\My Documents\voice\ata>prserv.exe

logging started Wed Feb 06 18:25:27 2002

!--- Call is made from port 0, as UID0 (3000) is shown.

3000 active @0xab45555a (GK @0x3c256420)
1:00;0,0,0,0,
[0]DTMF 1
[0]DTMF 2
[0]DTMF 3
[0]DTMF 4
[0]DTMF #

!--- Dual tone multifrequency (DTMF) tones for the number dialed 1234.
!--- The # symbol is not needed, as the 2.0 versions now have a 10 second timeout.

Calling 1234
SCC->(0 0) <cmd 16>
CLIP
SCC->(0 0) <cmd 2>
<0 0> dial<1234>
block queue <- (18 1289228 0)
Connect to <0xac100d28 1720>..
>>>>>>>> TX CALLER ID : 0x1 0x80 6

!--- Caller ID can be formatted using the CallerIDMethod field.*

Q931<-0:Setup:CRV 1190
Q931->0:Proceeding
Connect H245...
block queue <- (19 1289228 525478)
NuConnectDispatcher: 0x4a6
H245 TCP conn ac100d28 11001

!--- TCP port for H.245 is 11001.

CESE/MSDSE start:<0 0 0 0>
capSize = 3
H245->0:Cese
RemoteInputCap <15 1>
RemoteAudioCap <4 0>
RemoteAudioCap <4 11>
MODE FRAME : 11 2
RemoteAudioCap <4 15>
MODE FRAME : 15 2
RemoteAudioCap <4 0>
Capability set accepted

!--- Capability (codec, voice activity detection [VAD]) negotiation
!--- is successful.

H245->0:MSD: <rn tt> = <0x2020 60>
H245->0:CeseAck
H245->0:MsdAck
h323.c 1837: cstate : 3
->H245<0> OLC
H245<-0:LcseOpen
set TX audio to G729AB/B 2 fpp

!--- The Cisco ATA 186 is prepared to communicate via the G.729ab and
!--- G.729b codecs.

SetG723Mode: 2 3
H245->0:LcseOpeng
H245->0:OLC mode 10
remote OpenLogicalReq G711/G729(10) : 2 fpp

!--- The default codec for the Cisco ATA 186 is G.711.

OpenRtpRxPort(0,0x0,4000):11
RTP Rx Init: 0, 0
RTP->0:<0xab45555a 4000>

!--- RTP Port opened is 4000.

H245->0:LcseClose : chnum 1
H245->0:LcseRelease
0: Close RTPRX
H245->0:LcseOpen
H245->0:OLC mode 14
remote OpenLogicalReq G711/G729(14) : 2 fpp
OpenRtpRxPort(0,0x0,4000):12
RTP Rx Init: 0, 0
RTP->0:<0xab45555a 4000>
[0]DPKT 1st: 3725026804 3725026564, pt 18
[0]Received pi=8 in q931
Q931->0:Progress

!--- Ringback is played by the terminating gateway.

H323Dispatcher : 2 3
H245->0:LcseOpenAck
RTP<-0:<0xac100d28 18712>
[0]Enable encoder 18
Enable LEC adapt [0]=1
RTP TX[0]:SSRC_ID = e8c533a0
RTP Tx Init: 0, 0
[0]TX SID frame (pt 18)
[0]RX SID frame (pt 18)
1:30;3,0,0,0,
Q931->0:Connect

!--- Call is answered.

SCC:ev=12[0:0] 3 0
SCC->(0 0) <cmd 20>
SCC->(0 1) <cmd 20>
SCC->(0 0) <cmd 9>
3000 active @0xab45555a (GK @0x3c256420)
Q931->0:ReleaseComplete: reason 16, tone = 13

!--- Disconnect received from the terminating gateway.

H245<-0:EndSessionCmd 1

!--- The cause is 16 (0x10), which is a normal disconnect.**

0: Close RTPRX
write TCP err : 10 -33
[0:0]Rel LBRC Res
Q931<-*:ReleaseComplete
write TCP err : 9 -33
SCC:ev=13[0:0] 7 1
[0:0]SCC: Disconnected

*このリストは [CallerIDMethod] フィールドを設定するときの国ごとに適切な値を規定しています。

  • USA: [Caller ID Method] は 0x19e60 です。

  • スウェーデン:[Caller ID Method] は 0x0ff61 です。

  • デンマーク:[Caller ID Method] は 0x0fde1 です。

**接続解除原因コードの場合は、『ISDN コード』の「原因値」を参照してください。

失敗したコール

SCC->(0 0) <cmd 2>
<0 0> dial<258>
block queue <- (18 1289228 0)
Connect to <0xac100deb 1720>..

!--- IP connectivity issue gives TCP error.

0:30;0,0,0,0,
1:00;0,0,0,0,
TCP connect err: -33
[0:0]SCC: Disconnected
<0 0> dial<1234>
block queue <- (18 1289084 0)
Connect to <0xac100d28 1720>..
>>>>>>>> TX CALLER ID : 0x1 0x80 6
Q931<-0:Setup:CRV 1836
Q931->0:ReleaseComplete: reason 1, tone = 7

!--- The terminating gateway sends a release complete in response to the
!--- setup, with a cause code of 1, which is an unallocated or unassigned
!--- number.
!--- Note: Busy signal played by the terminating gateway.

H245<-0:EndSessionCmd 0
[0:0]Rel LBRC Res
Q931<-*:ReleaseComplete
write TCP err : 9 -33
SCC:ev=7[0:0] 3 0
SCC->(0 0) <cmd 1>

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

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


関連情報


Document ID: 19249