X.25 に関する FAQ
内容
はじめに
X.25は、WAN通信用の国際電気通信連合電気通信標準化部門(ITU-T)プロトコル標準で、ユーザデバイスとネットワークデバイスによる接続の確立と維持の方法を定義します。X.25は、エラーが発生しやすいネットワークでより一般的に使用されます。この文書では X.25 に関連する FAQ の一部に回答します。
Q. Annex GでX.25マップを作成できますか。
A. Annex Gでは、X.25ルーティングとパケットアセンブラ/ディスアセンブラ(PAD)コールだけがサポートされています。Connection-Mode Network Service（CMNS; コネクションモード ネットワーク サービス）および X.25 over TCP（XOT）にも同じことが言えます。RFC1536 X.25 コールを転送することはできますが、Annex G Data-Link Connection Identifier（DLCI; データリンク接続識別子）で RFC1536 X.25 コールを発信することはできません。
フレームリレーインターフェイスでIPトラフィックとX.25トラフィックの両方を伝送するには、2つのDLCIを使用するか、Annex G DLCIではなく、IPをサポートするDLCI上のXOT経由でX.25トラフィックを伝送する必要があります。詳細については、『Annex G(X.25 over Frame Relay)』を参照してください。『Configuring X.25 over Frame Relay(Annex G)』(Cisco® IOSソフトウェアリリース12.2のドキュメント)も参照してください。
Q. AODIはいつからサポートされていますか。
A. Always On Dynamic ISDN(AODI)は、Cisco IOSソフトウェアリリース11.3(3)Tからサポートされています。詳細は、『Always On/Dynamic ISDN(AO/DI)』を参照してください。
Q. X.25 hold-queueコマンドの目的は何ですか。
A. X.25 hold-queueコマンドを使用すると、別の仮想回線(SVC)の作成を試行する前に、仮想回線(VC)ごとに保持するパケットの最大数を指定できます。別のVCを作成できない場合、パケットはドロップされます。詳細については、「X.25 コマンド リファレンス」（Cisco IOS ソフトウェア リリース 12.2）を参照してください。別のVCを作成するには、コマンドx25 nvc X(Xは同じ宛先に対して同時にオープンできるVCの数)が必要です。
Q. hold-queueコマンドの目的は何ですか。
A. hold-queue <length> {in/out}コマンドは、ルータで未処理の受信バッファの数を制御する低レベルコマンドです。ドライバは、インターフェイスの入力制限を超えると、新しいデータの受け入れを拒否します。この制限は、ルータで受信したパケットの一部が廃棄された場合にのみ修正できます。このコマンドを X25 hold-queue と混同しないでください。またこのコマンドは Link Access Procedure Balanced（LAPB; 平衡型リンク アクセス手順）および X.25 にはリンクできませんが、これは LAPB が入力制限の状態を監視し、サービスが I フレームを受信できなくなった時点で Receiver Not Ready（RNR）を発行するという制約があるためです。詳細については、「Cisco IOS インターフェイス コマンド リファレンス」（Cisco IOS ソフトウェア リリース 12.2）を参照してください。
Q.入力キューがX.25プロトコルで増加するのはなぜですか。
A. 入力キューが増加する原因としては、特にこれらのパケットがルータ自体を宛先にしている場合(Simple Network Management Protocol(SNMP)など)に、インターフェイスのトラフィックが多すぎて処理できないことが考えられます。X.25 を使用して IP を転送する場合、IP データグラムを複数の X.25 パケットにフラグメント化する必要があります。
たとえば、IPデータグラムを5つのX.25パケットにフラグメント化できます。これらの各X.25パケットには、最後のMビット以外のMビットが組み込まれています。リモート シスコ ルータでは、最後のパケットが元の IP データグラムを再構築するのを待機する必要があります。上記の例では、最初の4つのパケット（Mビットが付いたもの）がキューに入れられる必要があります。これらのパケットはインターフェイスの入力キューにキューイングされます。このような状態になるのは、コールがルータ上で終端された場合（たとえば x25 map で終端された場合）だけです。
多数のコール(IPやQualified Logical Link Control（QLLC；修飾論理リンク制御）など)がルータで終端されている場合、すべてのVCがMビットパケットを送信しているため、入力キューが増加する可能性があります。入力キューが最大値に到達した場合、ルータはレイヤ 2 で RNR を送信するため、このような状態になると悪影響が生じる場合があります。入力キューを調整するには、hold-queue x inコマンドを使用します。
Q. Ciscoでは、CMNSでDECからのGAPはサポートされていますか。
A. シスコではGAPをサポートしていません。GAPは独自のDECプロトコルであり、VAXからDECnetネットワークサービスプロトコル(NSP)リンクを介してX.25ゲートウェイにX.25を転送します。GAPはX.25情報を抽出して、X.25ネットワークに転送します。Cisco IOS ソフトウェアで同じような機能を実現するには、Connection-Mode Network Service（CMNS）（DEC の用語では CONS とも呼ばれる）を使用します。CMNS は Logical Link Control, type 2（LLC2; 論理リンク制御副層タイプ 2）で X.25 を使用しますが、これは DECnet PhV および P.S.I. バージョン 5 以降を搭載した VAX で実現できます。
Q.ローカルACKでは、ウィンドウとパケットサイズはどのように処理されるのですか。
A. 最初に、コールの一貫したパケットサイズのネゴシエートを試みます。これを行えない場合（パケットサイズネゴシエーションが無効になっている理由の1つ）で、ローカル確認応答が有効になっている場合は、X.25の推奨事項に従って、回線のSegmentation and Reassembly(SAR)を処理します。
次の例では、serial 1は128に設定され、serial 0は256に設定されています。
3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 5 PR 4 !--- Two packets of 128 incoming. 3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 6 PR 4 3d22h: Serial0: X.25 O D1 Data (259) 8 lci 1024 M PS 5 PR 4 !--- One packet of 256 outgoing on other interface. 3d22h: Serial1: X.25 O D1 RR (3) 8 lci 1024 PR 7 3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 7 PR 4 3d22h: Serial0: X.25 I D1 RR (3) 8 lci 1024 PR 6 3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 0 PR 4 3d22h: Serial0: X.25 O D1 Data (259) 8 lci 1024 M PS 6 PR 4 3d22h: Serial1: X.25 O D1 RR (3) 8 lci 1024 PR 1 3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 1 PR 4 3d22h: Serial0: X.25 I D1 RR (3) 8 lci 1024 PR 7 3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 2 PR 4 3d22h: Serial0: X.25 O D1 Data (259) 8 lci 1024 M PS 7 PR 4
Q.ハントグループはサポートされていますか。
A. はい、ハントグループとX.25ロードバランシングはサポートされています。この機能は、Cisco IOS ソフトウェア リリース 12.0(3)T で導入されました。詳細については、「X.25 ロード バランシングの設定」を参照してください。
Q. X.75はサポートされていますか。
A. ITU-Tについて
（以前のCCITT）は、X.25パブリックデータネットワークの相互接続をサポートするために、X.75標準（データ伝送サービスを提供するパブリックネットワーク間のパケット交換シグナリングシステム）を定義しました。シスコではこれを実装していません。
ISDN Bチャネルを介したLAPBセッションで非同期文字ストリーム(ACD)を伝送するプロトコルスタックは、X.75とも呼ばれます。ただし、X.75との類似点は、リンク層プロトコル（X.75はX.25と共有）としてLAPBを使用する点のみです。シスコでは、これをLAPBターミナルアダプタ(LAPB-TA)と呼び、これをサポートしています。詳細については、「ISDN LAPB-TA」を参照してください。
Q.シスコでは、どのX.25バージョンをサポートしていますか。
A. Cisco IOSソフトウェアは、X.25バージョン1984を常にサポートしてきましたが、Cisco IOSソフトウェアリリース12.2でも同様です。Cisco IOS ソフトウェア リリース 11.3 よりも前では、DDN または BFE カプセル化を設定する際には、使用されるバージョンは 1980 でした。カプセル化がX.25の場合、使用されたバージョンは1984で、スループット値にバージョン1988が追加されています。
Q. Cisco IOSソフトウェアリリース12.0にアップグレードした後、変換が機能しなくなった理由は何ですか。
A. Cisco IOSソフトウェアリリース11.2以前では、Non-Standard Protocol Identifier（PID；非標準プロトコル識別子）を持つ変換コールが正しく受け入れられませんでした。宛先アドレスは、Call User Data（CUD）を指定していない最初の変換エントリに一致していました。
この変換は、Cisco IOS ソフトウェア リリース 12.0 でより厳密になりました。PID を PAD（0x01000000）と呼ぶ必要があり、また CUD データは空である必要があります（変換が行われるのは PAD が 0x01000000 である場合ですが、CUD のデータ フィールドにデータが含まれている場合には行われません）。変換行はこの値と一致する必要があります。このことが必要であるのは、アプリケーションが着信コールをどのように処理するかを PID が参照するためです。この例では、変換は常にPAD関数です。ルータが誤ったPIDの着信コールを受信すると、リモートホストでアプリケーションがPAD機能を参照していないため、コールを拒否します。
PAD を参照していない着信コールを受け入れるための回避策はいくつかあります。最も一般的な回避策は x25 default-pad コマンドです。PIDが0xC0000000の着信コールは、ルータのPADアプリケーションからエラーなしで処理できると想定しないでください。どちらのシステムも、コールの処理方法が異なります。これは正しく機能しますが、場合によっては X3 パラメータが交換されず、端末で読み取り不可能な文字が表示されたり、コールが切断されることがあります。
PIDに問題がある場合、コールがPID 0x01000F00で受信された場合、変換コマンド（001は8進数値）にcud \001.*を使用してみてください。すでに説明したように、この設定を使用する際の問題点に注意してください。
CUDデータ部分の場合は、変換を試行します。つまり、X.25 10 cud .* tcp 1.1.1.1を変換します。これにより、データ部分がどのようなものであっても、（PID が 0x01000000 である）すべての PAD コールが受け入れられます。
詳細については、「プロトコル変換と仮想非同期デバイスの設定」を参照してください。
Q. X.25ルーティングでは、最初に何が行われますか。
A. 着信コールでは、マップテーブルの方がルートテーブルよりも優先されます。一致するマップPADエントリが見つかった場合、そのエントリは排他的に適用され、ルートテーブルは参照されません。ルート テーブルが調べられるのは、一致するマップ エントリが見つからなかった 場合だけです。。
発信コールの場合、インターフェイスで設定されているマップはルーティングできません。その他のすべてのコール、内部PAD、またはスイッチドコールをルーティングテーブルに送信できます。使用可能な最初の一致が常に使用されます。
Q. Cisco IOSソフトウェアリリース11.2のXOTは、リリース11.3以降で動作しますか。
A. Cisco IOSソフトウェアリリース11.3以降では、ルータがcall clearを要求すると、デフォルトの動作であるclear confirmationがエンドツーエンドで実行されることが想定されています。Cisco IOSソフトウェアリリース11.2では、call clear requestの動作が異なります。Cisco IOSソフトウェアリリース11.2にclear confirmを送信させるには、グローバルレベルで隠しコマンドxot-confirm-svc-resetが必要です。上記のコマンドに加えて、service tcp keepalive-inコマンド、service tcp keepalive-outコマンド、およびxot-keepaliveコマンドを、Cisco IOSソフトウェアリリース11.2ルータと11.3ルータの両方でイネーブルにする必要があります。これにより、終了したシングル SVC および TCP セッションがクリーン アップされます。
Q. XOTでは、シリアルインターフェイスで設定できるコマンドはサポートされていますか。
A. この処理を行うインターフェイスがないため、現在XOTではx25 default-padのようなコマンドは使用できません。ただし、xotプロファイルは、今後のリリースでサポートされる予定です。現時点での対象は Cisco IOS ソフトウェア リリース 12.2-7.T です。
Q.シリアルインターフェイスで設定されているX.25マップを再ルーティングするにはどうすればよいのですか。
A. x25 mapコマンドによる発信が必要なX.25コールは再ルーティングできません。ただし、X.25リモート障害検出は、リモート障害を検出するための興味深い機能です。たとえば、X.25マップを起動するように2台目のルータを設定できます。
Q. X.25の最大速度はどのくらいですか。
A. X.25は最大2 MBまでサポートされています。これよりも高速に実行できますが、高速動作を試みる場合、たとえば 34 MB の速度で 4095 の VC を処理するのに必要な処理能力を考慮する必要があります。このような状態には悪影響が生じるため、2 MB の速度を維持することをお勧めします。
Q. ISDNでX.25プロトコルを使用できますか。
A. はい、X.25カプセル化はISDNでサポートされています。X.25は物理モードでもダイヤラモードでも設定できます。物理モードでのX.25の設定の詳細については、『X.25の設定』を参照してください。ダイヤラモードでのX.25の設定の詳細については、『ISDN経由のダイヤルインのダイナミック多重カプセル化』を参照してください。dチャネルでのX.25の設定の詳細については、『ISDNでのX.25の設定』を参照してください。
Q. Ciscoでは、クローズユーザグループはサポートされていますか。
A. あります。詳細については、『X.25非公開ユーザグループの設定』を参照してください。
Q. x25 encapsulation ietfコマンドの特別な点は何ですか。
A. Internet Engineering Task Force（IETF；インターネット技術特別調査委員会）を選択すると、このカプセル化はRFC 1356に準拠したものになります
Q.プライオリティキューイングはX.25でサポートされていますか。
A. プライオリティキューイングとカスタムキューイングは、Cisco IOSソフトウェアリリース11.3の時点で、X.25インターフェイスに対してサポートされています。次の例では、Routing Information Protocol（RIP; ルーティング情報プロトコル）パケットが高プライオリティ キューに配置されます。
interface Serial0 description Connection to Packet Handler ph3.F007 port 11 ip address 10.10.10.1 255.255.255.0 no ip directed-broadcast encapsulation x25 no ip mroute-cache x25 map ip 10.10.10.2 22222 packetsize 128 128 x25 map ip 10.10.10.3 33333 packetsize 128 128 x25 map ip 10.10.10.4 44444 packetsize 128 128 priority-group 2 ! priority-list 2 protocol ip high udp rip priority-list 2 protocol ip lowプライオリティキューイングの詳細については、『プライオリティキューイングの設定』を参照してください。カスタムキューイングの詳細については、『カスタムキューイングの設定』を参照してください。
Q. X.25では圧縮はサポートされていますか。
A. はい、X.25では圧縮を使用できます。例：
interface Serial3/0:2 ip address 133.11.102.101 255.255.255.0 encapsulation x25 x25 address 3101 x25 map ip 133.11.102.210 3210 broadcast compressM bit=0 が受信された時点でディクショナリはリセットされるため、X.25 VC ごとに 1 つのディクショナリが必要です。また複数の VC で、Mbit=1 であるインターリーブされた X.25 フラグメントを受信できます。その結果、必要なメモリは24 kB *圧縮のためのVCの数になります。
注：圧縮アルゴリズムは、各X.25パケットの開始時にリセットされます。このことは、サイズの大きいパケットが使用される場合、ペイロード圧縮がより効率的に行われることを意味します。
Q.クリア情報と診断情報はどこで入手できますか。
A. クリアと診断の一部は標準ではないことに注意してください。ほとんどのX.25コンストラクタまたはX.25ホストは、独自の診断を適用します。その場合は、該当するドキュメントを参照してください。標準診断の詳細については、『X.25原因および診断コード』を参照してください。
Q.正規表現はどこで入手できますか。
A. 正規表現は、X.25ルートに関するさまざまな決定を行うのに適したツールです。正規表現については、「正規表現」を参照してください。
Q. Defense Data Network(DDN)とBlacker Front End(BFE)では、IPアドレスはどのように変換されるのですか。
A. 『DDNまたはBFE X.25の設定』を参照してください。
Q.正しいT1値を判別するにはどうすればよいのですか。
A. 再送信タイマー(T1)は、送信されたフレームが確認応答を受け取らないままである期間を決定します。T1 の適切な値は、最大 X.25 パケット長（128、256、1024 など）を確認し、その値に 8 を掛け、ビット数を取得します。続いて Kbps 単位の回線の速度で除算を行います。これによりミリ秒単位の送信時間が得られます。最も近いスイッチにパケットを送信するのに要する時間は、LAPB T1 値の最小値です。無駄な再送信を回避する T1 値を得るには、「セキュリティ」係数 3 または 4 を使用します。
19.2 kbps回線と128バイトパケットの場合、これは200ミリ秒の値になります。通常は値をアドバイスするX.25ネットワークサプライヤから提供された情報をチェックします。
送信時間の評価にpingを使用しないでください。これにより得られるのはネットワーク全体での時間で、タイマーが適用されるリンク上の時間ではありません。
Q. X.25ではフェールオーバーがサポートされていますか。
A. はい。X.25ではフェールオーバーがサポートされています。x25 fail-over コマンドは、Cisco IOSソフトウェアリリース12.1(1)Tで導入されました。
Q.プロトコル変換とは何ですか。また、プロトコル変換機能に関する詳細情報はどこで入手できますか。
A. プロトコル変換機能は、異なるプロトコルを実行しているシステム間で、透過的なプロトコル変換を実現します。プロトコル変換機能の詳細については、『プロトコル変換と仮想非同期デバイスの設定』を参照してください。
関連情報
更新履歴
| 改定 | 発行日 | コメント |
|---|---|---|
1.0 |
16-Jan-2002 |
初版 |
フィードバック