アクセス サーバ(Cisco AS5350、AS5400 および AS5850)は、モデムと音声サービスの両方に同じデジタル信号プロセッサ(DSP)を使用します。Cisco Any Service, Any Port(ASAP)アーキテクチャにより、Cisco AS5xxx はネットワーク アクセス サーバ(NAS)および音声ゲートウェイと同時に動作が可能となり、これにより、いつでもどのポートへも汎用的なサービスが提供されます。これらのゲートウェイは、ダイヤル プランに依存して、ルータが特定のコールに対してモデムまたは音声サービスをいつ実行するかを区別します。このドキュメントでは、音声コールとモデム コールを区別するようゲートウェイを設定する方法を説明します(NAS が、同じ一般電話サービス(POTS)のインターフェイスでモデム ダイヤルアップと VoIP ユーザの両方をサポートする場合に必要)。
次の項目に関する知識があることが推奨されます。
このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。
Cisco AS5xxxゲートウェイ
Cisco IOSソフトウェアリリース12.2(11)Tおよび12.3(1a)
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期(デフォルト)設定の状態から起動しています。対象のネットワークが実稼働中である場合には、どのようなコマンドについても、その潜在的な影響について確実に理解しておく必要があります。
ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。
ユニバーサルゲートウェイでは、モデムコールと音声コールの区別に問題があります。Cisco AS5350、AS5400、およびAS5850ゲートウェイは、ダイヤルピア照合のみを使用して、コールが音声コールであることをルータに通知します。着信POTSダイヤルピアが一致しないその他のコールは、モデムコールと見なされます。
たとえば、ゲートウェイが発信側ゲートウェイおよび着信側ゲートウェイとして設定されている場合、音声コールに着信番号を使用する場合でも、ルータはモデム番号をコールする発信者からPOTS照合を行うことができます。これは、発信者番号がPOTSダイヤルピアの宛先パターンと一致するためです。したがって、コールは依然として音声コールと見なされます。
data_dialpeerと呼ばれるTCLアプリケーションは、Cisco IOSソフトウェアリリース12.2(2)XB以降で導入され、POTSダイヤルピアで設定できるCisco IOSソフトウェアリリース12.2(11)Tに統合されました。このアプリケーションの詳細については、「ダイヤルピアにおける細かいアドレスのセグメント化」を参照してください。このアプリケーションは、そのPOTSダイヤルピアに対して着信照合を行うコールをモデムコールと見なし、着信コール番号方式を使用してモデムコールを照合するときに役立ちます。次に出力例を示します。
dial peer voice 3 POTS application data_dialpeer !--- TCL application that supports data/modem calls. incoming called-number 83103 ! dial peer voice 4 POTS application data_dialpeer incoming called-number 83104 ! dial peer voice 10 POTS incoming called-number XXXXX direct-inward-dial !
この出力例は、着信番号(83103および83104)のコールがモデムコールとして扱われ、その他すべてのコールが音声として扱われることを示しています。
注:data_dialpeerアプリケーションは、show call application voice data_dialpeerコマンドを発行しても表示されないという意味では隠れています。ただし、ルータがリロードしても、メモリに保存している限り、アプリケーション設定は失われません。
注:これは、Cisco IOSソフトウェアリリース12.2(11)Tで導入されたAS5x00ルータの一時的な回避策です。Cisco IOSソフトウェアリリース12.2(13)Tでは、データ/モデムコール用のダイヤルピアの作成を可能にする恒久的なソリューションが導入されています。
ダイヤルピアのデータ機能の詳細については、「データコールのダイヤルピアサポート」を参照してください。
ゲートウェイは、宛先にルーティングする前に、そのコールに対する着信テレフォニーレッグを作成します。ゲートウェイは、その着信レッグと有効なPOTSダイヤルピアの照合に基づいて、そのコールに使用するアプリケーションまたは機能のタイプを指定します。一致したPOTSダイヤルピアの下で設定されたアプリケーションまたは機能は、ルータがそのコールに使用します。このようなアプリケーションや機能の例としては、Interactive Voice Response(IVR)やDirect Inward Dial(DID)などがあります。
有効なPOTSダイヤルピアは、次の条件の少なくとも1つを満たす必要があります。
POTSダイヤルピアには、宛先パターンとポートが設定されています。
POTSダイヤルピアに着信番号が設定されている。
POTSダイヤルピアに応答アドレスが設定されている。
次の手順を実行して、そのコールの着信照合を実行します。
ルータは、着信番号(DNIS)を、着信した着信番号を持つダイヤルピアと照合しようとします。
まず、ルータまたはゲートウェイは、コールセットアップ要求の着信番号と、各ダイヤルピアに設定された着信着信番号を照合します。コールセットアップには常にDNIS情報が含まれるため、着信ダイヤルピアの照合にはincoming called-numberコマンドを使用することを推奨します。この属性の照合は、answer-address および destination-pattern よりも優先して行われます。
ルータは、発信者番号(ANI)を、応答アドレスを持つ任意のPOTSダイヤルピアと照合します。
ステップ1で一致するものが見つからなかった場合、ルータまたはゲートウェイは、コール設定要求の発信者番号を各ダイヤルピアのanswer-addressと照合します。このアトリビュートは、発信番号(発信元)に基づいてコールを照合する状況では便利な場合があります。
ルータは、発信番号(ANI)をPOTSダイヤルピアの宛先パターンと照合しようとします。
ステップ2で一致するダイヤルピアが見つからなかった場合、ルータまたはゲートウェイは、コール設定要求の発信者番号を各ダイヤルピアのdestination-patternに照合します。
ルータは、コールが着信したポートを持つ有効なダイヤルピアを検索しようとします。
ステップ3で一致するダイヤルピアが見つからない場合、ルータまたはゲートウェイは、設定されているダイヤルピアポートを着信コールに関連付けられた音声ポートと照合します。複数のダイヤルピアに同じポートが設定されている場合は、設定に最初に追加されたダイヤルピアが照合されます。
ステップ1 ~ 4の方法で一致するものが生成されない場合、ルータは着信コールをピアタグ= 0のデフォルトPOTSダイヤルピアと照合します。
注: ステップ4は、AS5300、AS5350、AS5400、AS5800、およびAS5850などの音声またはダイヤルプラットフォームには適用されません。最初の3つのステップのいずれかが使用されていない場合、ダイヤルピア0としてが処理されます。ダイヤルモデムコール。つまり、お客様には着信コールのダイヤル トーンではなく、モデム トーンが聞こえる可能性があります。
Cisco IOS ルータやゲートウェイは、これらの条件の中から 1 つだけ照合します。ダイヤルピアですべての属性を設定する必要はなく、すべての属性がコールセットアップ情報と一致する必要もありません。ルータまたはゲートウェイがダイヤルピアを選択するために満たすべき条件は1つだけです。1 つのダイヤル ピアが一致すると、ルータやゲートウェイは即時に検索を終了します。
アプリケーションまたは機能が決定されて使用されると、ゲートウェイは着信番号を発信ダイヤルピアに照合し、宛先に送信します。
ゲートウェイは、ISDNシグナリングを介してPSTNとの間で音声およびモデムコールを送受信します。ユーザが2つの番号(408-526-4800と408-526-4801)のいずれかをダイヤルすると、コールはモデムとして扱われます。ユーザがそのゲートウェイに他の番号(408-525-50xx)をダイヤルすると、コールは音声として処理されます。ルータは公衆電話交換網(PSTN)へのコールを終端するために使用されるため、次のようなPOTSダイヤルピアがあります。
dial peer voice 1 POTS incoming called-number 52550.. destination pattern 9..... direct-inward-dial port 2/0:D
数字「9」は、IP側からPSTNに発信するためのアクセスコードとして使用されます。
PSTNからのセットアップメッセージでは、発信者番号は米国の任意の番号であり、着信者番号はエリアコード408を使用せずに前述の任意の番号にすることができます。
着信コール番号52550...を設定したため、408-525-50xx番号にコールするユーザはコールを音声として扱います。問題は、発信者番号が919-254-5566の発信者がモデムサービス番号の1つをコールしても、そのコールは音声コールとして扱われるということです。これは、発信者番号が、前述のPOTSダイヤルピアの宛先パターンと一致するためです。
解決策は、Cisco IOSソフトウェアリリース12.2(2)XBを使用して、次の出力に示すように、data_dialpeerアプリケーションと着信コール番号を持つ別のPOTSダイヤルピアに適用することです。
! dial peer voice 1 POTS incoming called-number 52550.. destination pattern 9..... direct-inward-dial port 2/0:D ! dial peer voice 3 POTS application data_dialpeer incoming called number 5264800 ! dial peer voice 4 POTS application data_dialpeer incoming called number 5264801 !
この例では、ISDN PRIを使用すると、発信者番号と着信者番号の両方がセットアップメッセージに含まれるため、この設定が簡単になります。Digital Number Identification Service(DNIS)またはANIディジットが提供されている限り、E&M-FGBまたはFGD Channel Associated Signaling(CAS)(e&m-fgb、e&m-fgd)は同じように動作します。
この例では、ゲートウェイはCASシグナリングe&m-immediate用に設定されています。モデムおよび音声コールの場合は、例1と同じ番号が使用されます。このようなシグナリングには発番号と着番号がブロックされないため、ルータが着信コールを着信POTSダイヤルピアに照合する唯一の方法は、ポートを使用することです。問題は、同じポートが使用されているため、すべてのコールがそのPOTSダイヤルピアに一致することです。この問題を解決するには、次の手順を実行します。
モデムコールだけを受信するように割り当てる特定のタイムスロットにds0-groupを設定して、個別の音声ポートまたはポートを作成します。他のすべてのタイムスロットは、別の音声ポートにあります。
主な問題は、モデムコールの受信用に割り当てられた音声ポートでコールが終端しないようにすることです。ただし、音声ポートが設定されている有効なダイヤルピアは、宛先パターンがなくても作成できます。これを行うには、そのダイヤルピアにincoming called numberまたはanswer address文を使用し、その下のポートを設定します。コールがゲートウェイに到達したときにコールまたは着信番号をブロックする必要がないため、着信番号または応答アドレスとの一致を気にする必要はありません。このような場合、ルータはポートのみを使用して照合を行います。設定は次のようになります。
! dial peer voice 1 POTS incoming called number 52550.. destination pattern 9..... port 2/0:0 ! dial peer voice 3 POTS application data_dialpeer incoming called number 5264800 port 2/0:1 ! dial peer voice 4 POTS application data_dialpeer incoming called number 5264801 port 2/0:2 !
モデムコールに特定のタイムスロットを割り当てることができない場合は、シグナリングをe&m-fgb、e&m-fgd、またはISDNシグナリングに変更します。ここで、発信者番号または着信者番号がセットアップメッセージで送信されます。詳細は例1を参照してください。