Loading article…
| パケットモードで動作し、専用回線によって公衆データネットワークに接続された端末用のデータ端末装置（DTE）とデータ回線終端装置（DCE）間のインタフェース | |
 | |
| 状態 | 有効 |
|---|---|
| 開始年 | 1976 |
| 最新バージョン | (10/96) 1996年10月 |
| 組織 | 国際電気通信連合 |
| 委員会 | 研究グループ VII |
| ドメイン | ネットワーキング |
| Webサイト | https://www.itu.int/rec/T-REC-X.25/ |
X.25は、広域ネットワーク（WAN）におけるパケット交換データ通信用のITU-T標準プロトコルスイートです。これは、国際電信電話諮問委員会（CCITT、現在のITU-T）によって一連の草案で定義され、 1976年にオレンジブックとして知られる出版物で最終決定されました。 [1] [2]
このプロトコルスイートは、7層のOSI参照モデルの下位3層にほぼ対応する3つの概念層として設計されているが、OSIモデルより数年前（1984年）に開発された。[3] [4]また、OSIネットワーク層にはない機能もサポートしている。[5] [6] X.25 WANは、ネットワークハードウェアとしてパケット交換機（PSE）ノード、物理リンクとして専用線、従来の電話サービス接続、またはISDN接続で構成される。
X.25は、1970年代後半から1990年代にかけて、世界規模の公共データネットワークを提供する通信会社に人気がありました。また、 ATMなどの金融取引システムやクレジットカード決済業界でも使用されていました。[7]しかし、ほとんどのユーザーはその後、インターネットプロトコルスイート（TCP/IP）に移行しました。X.25は、たとえば航空業界では今でも使用されています。[要出典]
歴史
電気通信サービスの国際標準化を担当する組織である CCITT (後の ITU-T ) は、1970 年代半ばに、数多くの新しいデータ ネットワーク プロジェクトに基づいて、パケット交換データ通信の標準の開発を開始しました。[ 8 ] X.25の設計には、カナダ、フランス、日本、英国、米国の技術者が参加し、各国のPTT (フランス、日本、英国) と民間事業者 (カナダ、米国) が混在していました。特に、Rémi Desprésの仕事は、仮想回線サービスに基づくこの標準に大きく貢献しました。提案された仕様を補完するいくつかの小さな変更は、Larry Roberts が合意に参加できるように調整されました。[9] [10] [11]この標準にはさまざまな更新と追加が取り入れられ、最終的には電気通信システムを説明した ITU の技術書籍シリーズに記録されました。これらの書籍は、4 年ごとに異なる色の表紙で出版されました。X.25 仕様は、X シリーズの大規模なセットの一部です。[12] [13]
CCITTが仮想回線を標準化した方法
CCITT はパケット交換に関する特別報告者Halvor Bothner-Byを任命し、1974 年 1 月に最初の会議を開催しました。この結果、1976 年の次回 CCITT 総会で研究グループ (SG) VII が回答することになる質問、「パケット ノードの動作は公衆データ ネットワーク上で提供されるべきか、提供される場合、どのように実装されるべきか」が生まれました。「検討対象」となるパケット交換ネットワークのリストが提供されました。ARPANET (米国 ARPAの)、EIN (欧州 COST の)、EPSS (英国郵政公社の)、RCP (フランス PTTの)、CYCLADES (フランスIRIAの)、 NPL ネットワーク(英国NPLの)、SWIFT ネットワーク (国際SWIFT 協会の)、SITA ネットワーク(国際SITA 会社の) です。[14]
1974年11月にノルウェー電気通信庁がオスロで主催した第2回報告者会議には、他の国際機関（ISO、IFIP、ECMA）の代表者を含む24名の参加者が集まった。[15]フランスが「ヨーロッパの多くの行政機関の積極的な支援を得て」提出した文書が「この会議での議論の主な根拠」となった。そして「「データグラム」サービスと「仮想通話」サービスの2種類のサービスを検討すべきであると合意した」[15] : p3
第3回会議では、パケットモードネットワークが必要かどうかという問題から、「ネットワークとコンピュータ間のインターフェースの標準」が存在するかどうかという問題に焦点が移った。[8] : p39
1975年1月から、パケット交換サービスに関与するネットワーク事業者間で、共通のインターフェース仕様を策定することを目的として、二国間および多国間の会議が数回開催されました。会議はカナダのDATAPACとフランスのTRANSPACの間で始まり、米国の新興企業Telenetと続き、英国のBPOと続きました。[8] : p39 [16] : p44
1975 年 3 月、ハルヴァー・ボスナー・バイは、パケット交換標準の実現のために作成または更新すべき推奨事項のリストを作成しました。これは、米国、カナダ、フランス、英国、日本の 4 つの通信事業者のエンジニアがオタワで行った起草会議でフレームワークとして使用されました。これらの通信事業者は、できるだけ早く標準を確立したいと考えていました。彼らは、CCITT で投票権を持つ行政機関の名前で SG VII に提出する提案を準備しました。提案の 1 つは、X.2x インターフェース仕様で、これは後に X.25 となる最初のバージョンでした。[17] [18]
1975年5月にジュネーブで開催された第4回報告者会議には45人が参加し、27の新しい文書が提出された。報告者は、「国際的な相互接続を可能にするために」パケット交換勧告を発行すべきかどうかを尋ねた。「フランス政府は肯定的に回答し、カナダはフランスの提案を強く支持した」。しかし、まだ確固たる結論は得られていない。[19]
1975 年 9 月にジュネーブで開催された第 5 回報告者会議には、約 60 名の参加者がいた。提案された仮想回線インターフェースに関する議論の後、多くの問題が未解決のまま残された。[8] : p40 データグラムに関しては、「米国代表団のラリー・ロバーツがデータグラム分類を「E」から「A」に変更することを提案し、フランスとカナダの代表がそれぞれこれを支持した」。つまり、「国際的に利用可能であること」が必須であることから、「特定の国および国際的に利用可能である可能性がある」という追加事項に変更する。[20]報告者の最後の報告書では、「SG VII で標準が採用される準備が整っているかどうか」について疑問が表明されている。[8] : p40
1976年9月のCCITT総会前のSG VII全会の最後の会議では、入手可能な草案X.25に対して、多数の明確化に関する質問や技術的な異議が提起された。SG VIIの議長であるVern MacDonaldは編集者を任命し、週末の会議の場を提供した。その期間中の集中的な作業の後、すべての問題が対処された。全研究グループによる承認には、課題が残っていた。更新されたX.25草案のコピーを2か国語で用意する必要があった。期限までに入手するために、DATAPACのAnton RybzynskiとTRANSPACのPaul Guinaudeauは、交渉されたすべての修正案を手書きし、糊とはさみできれいな文書にまとめるのに一晩中費やした。その後、COM VIIは配布されたコピーを検討し、来たるCCITT総会への提出を満場一致で承認した。[16] 1976年9月のこの総会では、X.25勧告とSG VIIの他の10の勧告が満場一致で承認された。[8] : p40
米国の要請により、1980年に改訂されたX.25にオプションのデータグラムサービスが追加され、そのリンク層（現在はLAPBと呼ばれている）がISOのHDLCの最近の進化に合わせて調整されました。このオプションを実装する公衆ネットワーク事業者が存在しなかったため、データグラムは最終的に1984年の更新でX.25から削除されました。[8] ：p41
世界中の公共データネットワーク
一般に公衆データネットワークと呼ばれる、公的にアクセス可能なX.25ネットワークは、1970年代後半から1980年代にかけて多くの国で構築され、さまざまなオンラインサービスへのアクセスコストを削減しました。例としては、 Iberpac、TRANSPAC、Compuserve、Tymnet、Telenet、Euronet、PSS、Datapac、Datanet 1、AUSTPAC、および国際パケット交換サービスなどがあります。これらの統合ネットワークは、1980年代から1990年代にかけて、世界中で広範囲にカバーされていました。[21]
1990年代初頭から、北米では、X.25ネットワーク（TelenetとTymnetが主流）[21]の使用が、国営電話会社が提供するフレームリレーサービスに置き換えられ始めました。 [22] X.25を必要とするほとんどのシステムは現在TCP/IPを使用していますが、必要に応じてTCP/IP経由でX.25を転送することも可能です。[23]
X.25 ネットワークは、現在でも世界中で使用されています。AX.25 と呼ばれる変種は、アマチュアパケット無線で広く使用されています。現在 Widanet として知られるRacal Paknet は、 X.25プロトコル ベースで動作し、世界中の多くの地域で運用されています。オランダやドイツなどの一部の国では、 POS 端末などの低容量アプリケーションに、ISDN -2 (またはISDN BRI ) 接続のD チャネルを介して、X.25 のストリップバージョンを使用できますが、オランダでのこのサービスの将来は不透明です。
X.25 ハードウェアがますます希少かつ高価になるにつれて、最新プロトコルへの移行がますます重要になっていますが、航空業界では (特にアジアでは) X.25 が今でも使用されています。[説明が必要]つい最近の 2006 年 3 月には、米国の国家航空空間データ交換ネットワークが X.25 を使用して、遠隔地の飛行場と航空路交通管制センターを相互接続していました。
フランスは、X.25に基づく商用エンドユーザーサービスが運営されていた数少ない国の一つであった。ミニテルとして知られるこのサービスは、X.25で動作するビデオテックスをベースとしていた。2002年にはミニテルのユーザー数は約900万人で、2011年にはフランス国内で約200万人のユーザーを抱えていたが、フランステレコムは2012年6月30日までにサービスを終了すると発表した。 [24]計画通り、2012年6月30日にサービスは終了した。当時は80万台の端末が運用されていた。[25] 2019年時点でもイギリスではBTからX.25サービスを購入可能であった。[26]
建築
X.25 の一般的なコンセプトは、ユニバーサルでグローバルなパケット交換ネットワークを作成することでした。X.25 システムの大部分は、これを実現するために必要な厳密なエラー訂正と、資本集約型の物理リソースのより効率的な共有について説明しています。
X.25 仕様は、加入者 (DTE) と X.25 ネットワーク (DCE) 間のインターフェースのみを定義しています。X.25に非常によく似たプロトコルであるX.75 は、2 つ以上のネットワークを経由する接続を可能にするために、2 つの X.25 ネットワーク間のインターフェースを定義しています。X.25 は、ネットワークの内部動作を指定していません。多くの X.25 ネットワーク実装は、内部で X.25 またはX.75に非常によく似たものを使用していましたが、内部でまったく異なるプロトコルを使用しているものもありました。X.25 に相当する ISO プロトコルである ISO 8208 は、X.25 と互換性がありますが、さらに、2 つの X.25 DTE をネットワークを介さずに直接接続するための規定も含まれています。パケット層プロトコルを分離することにより、ISO 8208 は、ISO 8802 LLC2 (ISO LAN) や OSI データリンク層などの追加のネットワーク上での動作を許可しています。[27]
X.25はもともと3つの基本的なプロトコルレベルまたはアーキテクチャ層を定義していました。オリジナルの仕様ではこれらはレベルと呼ばれ、レベル番号も付けられていましたが、1984年以降にリリースされたすべてのITU-T X.25勧告およびISO 8208標準ではこれらをレイヤーと呼んでいます。[28] OSIモデルのレイヤーとの混同を避けるためにレイヤー番号は削除されました。[1]
- 物理層: この層は、DTE と DCE 間の物理リンクを制御するための物理的、電気的、機能的、および手順的な特性を指定します。一般的な実装では、X.21、EIA-232、EIA-449 などのシリアル プロトコルが使用されます。
- データ リンク層: データ リンク層は、DTE と DCE 間のリンクでデータを交換するためのリンク アクセス手順で構成されます。実装では、リンク アクセス手順、バランス(LAPB) は、通信セッションを管理し、パケット フレーミングを制御するデータ リンク プロトコルです。これは、エラー訂正と整然とした配信を提供するビット指向のプロトコルです。
- パケット層: この層は、パケット層プロトコルに従って、仮想呼び出しに基づくパケット交換ネットワークを形成するために制御パケットとユーザー データ パケットを交換するためのパケット層プロトコルを定義しました。
X.25 モデルは、共有ネットワークを介して信頼性の高い回線を確立するという従来の電話の概念に基づいていますが、ソフトウェアを使用してネットワークを介して「仮想通話」を作成します。これらの通話は、ポイントツーポイント接続のように見えるエンドポイントをユーザーに提供する「データ端末装置」(DTE)を相互接続します。各エンドポイントは、異なるエンドポイントへの多数の個別の仮想通話を確立できます。
短期間、この仕様にはコネクションレス データグラム サービスも含まれていましたが、次の改訂では削除されました。「制限付き応答機能付き高速選択」は、完全なコール確立とコネクションレス通信の中間です。これは、1 つの要求と応答が双方向で 128 バイトのデータに制限されるクエリ応答トランザクション アプリケーションで広く使用されています。データは拡張コール要求パケットで運ばれ、応答はコール拒否パケットの拡張フィールドで運ばれ、接続が完全に確立されることはありません。
X.25 プロトコルに密接に関連しているのは、非同期デバイス (ダム端末やプリンターなど) を X.25 ネットワークに接続するためのプロトコル、X.3、X.28、X.29です。この機能は、パケット アセンブラ/ディスアセンブラまたは PAD (使用される 3 つのプロトコルを指して、トリプル X デバイスとも呼ばれます) を使用して実行されました。
OSI参照モデルとの関係
X.25 はOSI 参照モデル(OSIRM)より古いものですが、 OSI モデルの物理層はX.25物理層に、データリンク層はX.25データリンク層に、ネットワーク層は X.25パケット層に相当します。[13] X.25データリンク層LAPBは、それ自体は信頼できない可能性のあるデータリンク (または複数の並列データリンク、マルチリンク) を介して信頼性の高いデータパスを提供します。X.25 パケット層は、X.25 LAPB上で実行される仮想呼び出しメカニズムを提供します。パケット層には、仮想呼び出しを維持し、データリンク層がデータ伝送エラーから回復できない場合にデータエラーを通知するメカニズムが含まれています。最も初期のバージョンを除くすべての X.25 には、 OSIネットワーク層アドレッシング (NSAP アドレッシング、以下を参照)を提供する機能[29]が含まれています。[30]
ユーザーデバイスのサポート
X.25 は、コンピュータ端末がホスト コンピュータに接続されていた時代に開発されましたが、コンピュータ間の通信にも使用できます。ホスト コンピュータに直接ダイヤルインする代わりに (ホストは独自のモデムと電話回線のプールを用意する必要があり、非ローカル発信者は長距離電話をかける必要があります)、ホストはネットワーク サービス プロバイダーへの X.25 接続を持つことができます。これで、ダム端末のユーザーは、ネットワークのローカル「PAD」(パケット アセンブリ/ディスアセンブリ機能) にダイヤルインできるようになりました。PAD は、 X.29およびX.3標準で定義されているように、モデムとシリアル回線を X.25 リンクに接続するゲートウェイ デバイスです。
PAD に接続すると、ダム端末のユーザーは、 X.121アドレス形式の電話番号のようなアドレス(または、サービス プロバイダーがX.121アドレスにマップされる名前を許可している場合はホスト名) を指定して、接続先のホストを PAD に指示します。次に、PAD はホストに X.25 呼び出しを行い、仮想呼び出しを確立します。X.25 は仮想呼び出しを提供するため、回線交換ネットワークのように見えますが、実際にはデータ自体は内部でパケット交換されています。これは、基礎となるデータがパケット交換されていても TCP が接続を提供するのと似ています。もちろん、2 つの X.25 ホストが直接互いに呼び出すこともできます。この場合、PAD は関与しません。理論上は、X.25 の発信者と X.25 の宛先の両方が同じキャリアに接続されているかどうかは関係ありませんが、実際には、あるキャリアから別のキャリアに電話をかけることが常に可能であるとは限りませんでした。
フロー制御のために、デフォルトのウィンドウ サイズが 2 であるスライディング ウィンドウプロトコルが使用されます。確認応答は、ローカルまたはエンド ツー エンドのいずれかの意味を持ちます。各データ パケットの AD ビット (データ配信ビット) は、送信者がエンド ツー エンドの確認応答を必要とするかどうかを示します。D=1 の場合、確認応答はエンド ツー エンドの意味を持ち、リモート DTE がデータの受信を確認した後にのみ実行する必要があることを意味します。D=0 の場合、ネットワークは、リモート DTE がデータの確認応答または受信を行う前に確認応答することが許可されます (ただし、必須ではありません)。
X.28およびX.29で定義された PAD 機能は、特に非同期文字端末をサポートしていましたが、IBMシステム ネットワーク アーキテクチャ(SNA)などのさまざまな独自のインテリジェント通信デバイスをサポートするために、PAD と同等の機能が開発されました。
エラー制御
パケット層のエラー回復手順では、データ リンク層がエラーで受信したデータの再送信を担当することを前提としています。パケット層のエラー処理は、通話中の情報フローの再同期と、回復不能な状態になった通話のクリアに重点を置いています。
- レベル 3 リセット パケット。仮想コールのフローを再初期化します (ただし、仮想コールは中断されません)。
- パケットを再起動します。データ リンク上のすべての仮想呼び出しをクリアし、データ リンク上のすべての永続的仮想回線をリセットします。
アドレス指定と仮想回線
X.25は、仮想通話（VC）と永久仮想回線（PVC）の2種類の仮想回線をサポートしています。仮想通話は必要に応じて確立されます。たとえば、VCは通話が行われると確立され、通話が完了すると切断されます。VCは、通話の確立とクリアの手順を通じて確立されます。一方、永久仮想回線はネットワークに事前構成されています。[31] PVCはほとんど切断されないため、エンドポイント間の専用接続を提供します。
VC は、X.121 アドレスを使用して確立できます。X.121 アドレスは、3 桁のデータ国コード (DCC) とネットワーク番号 (DNIC) で構成され、4 桁のデータ ネットワーク識別コード (DNIC) を形成し、その後に最大 10 桁の国内端末番号 (NTN) が続きます。1 つのネットワーク番号を使用しているため、国ごとに 10 のネットワーク キャリアしか使用できないように見えますが、一部の国ではこの制限を回避するために複数の DCC が割り当てられています。ネットワークは、ルーティングに NTN の完全な桁数よりも少ない桁数を使用することが多く、余った桁 (サブアドレスと呼ばれることもあります) を加入者が使用できるようにして、アプリケーションの識別や加入者ネットワークでのさらなるルーティングに使用しました。
NSAP アドレス指定機能は、仕様の X.25(1984) 改訂版で追加され、これにより X.25 はOSI コネクション指向ネットワーク サービス (CONS)の要件をよりよく満たせるようになりました。[32]公衆 X.25 ネットワークは NSAP アドレス指定を使用する必要はありませんでしたが、OSI CONS をサポートするには、NSAP アドレスとその他の ITU-T 指定の DTE 機能を DTE 間で透過的に伝送する必要がありました。[33]その後の改訂版では、X.121 アドレスに加えて、テレックス アドレス指定 ( F.69 )、PSTNアドレス指定 ( E.163 ) 、 ISDNアドレス指定 ( E.164 )、インターネット プロトコルアドレス (IANA ICP)、およびローカルIEEE 802.2 MAC アドレスの複数のアドレスを同じ DTE-DCE インターフェイスで伝送できるようになりました。[34]
PVC はネットワーク内で永続的に確立されるため、コール セットアップにアドレスを使用する必要はありません。PVC は加入者インターフェイスで論理チャネル識別子によって識別されます (以下を参照)。ただし、実際には国内の X.25 ネットワークの多くは PVC をサポートしていませんでした。
X.25 ネットワークへの 1 つの DTE-DCE インターフェイスには、最大 4095 の論理チャネルがあり、仮想呼び出しとパーマネント仮想回線を確立できますが、[35]ネットワークが 4095 の仮想回線をすべてサポートすることは想定されていません。[36]パケットが関連付けられているチャネルを識別するために、各パケットには、8 ビットの論理チャネル番号と 4 ビットの論理チャネル グループ番号で構成される 12 ビットの論理チャネル識別子が含まれています。[35]論理チャネル識別子は、接続中は仮想回線に割り当てられたままになります。[35]論理チャネル識別子は、DTE (加入者アプライアンス) とDCE (ネットワーク) 間の特定の論理チャネルを識別し、加入者とネットワーク間のリンク上でのみローカルな意味を持ちます。リモート DTE の接続のもう一方の端には、異なる論理チャネル識別子が割り当てられている可能性があります。可能な論理チャネルの範囲は、パーマネント仮想回線に割り当てられたチャネル、着信仮想通話に割り当てられたチャネル、双方向（着信または発信）仮想通話、および発信仮想通話の 4 つのグループに分割されます。[37]（方向は、DTE から見た仮想通話開始の方向を指します。すべて双方向にデータを伝送します。）[38]これらの範囲により、加入者は、一部のチャネルを一方向の通話用に予約しながら、各方向で大幅に異なる数の通話を処理するように構成できます。すべての国際ネットワークは、パーマネント仮想回線、双方向論理チャネル、および一方向論理チャネル発信のサポートを実装する必要があります。一方向論理チャネル着信は、追加のオプション機能です。[39] DTE-DCE インターフェイスは、複数の論理チャネルをサポートする必要はありません。[37]論理チャネル識別子 0 は、パーマネント仮想回線または仮想通話に割り当てられません。[40]論理チャネル識別子 0 は、特定の仮想回線に関連しないパケット（パケット レイヤーの再起動、登録、および診断パケットなど）に使用されます。
請求する
公衆網では、X.25 は通常、リンク速度に応じた定額の月額サービス料金として課金され、これにセグメントあたりの料金が上乗せされていました。[41]リンク速度は様々で、通常は 2400 ビット/秒から 2 メガビット/秒まででしたが、公衆網では 64 kビット/秒を超える速度はまれでした。セグメントは 64 バイトのデータ (切り上げ、パケット間の繰り越しなし) で、[42]発信者[43] (サポートされている場合は、リバース課金通話の場合は着信者) に課金されました。[44] Fast Select機能 (通話要求、通話確認、通話クリアリングの各フェーズで 128 バイトのデータを許容) [45]を呼び出す通話は、通常、その他の X.25 機能の一部を使用する場合と同様に、追加料金が発生します。PVC は月額レンタル料金でセグメントあたりの料金が VC よりも安いため、大量のデータがやり取りされる場合にのみ安価になります。
X.25 パケットタイプ
X.25の詳細
ネットワークは、コール セットアップ手順の一部としてネゴシエーションによって、仮想回線ごとに 16 ～ 4096 オクテット (2 n値のみ) の範囲で最大長を選択できるようにすることができます。最大長は、仮想回線の両端で異なる場合があります。
- データ端末装置は、データ パケットにカプセル化された制御パケットを構築します。パケットは、 LAPBプロトコルを使用してデータ回線終端装置に送信されます。
- データ回線終端装置は、パケットを内部ネットワーク プロトコルにカプセル化するためにレイヤー 2 ヘッダーを削除します。
X.25設備
X.25はITU-T勧告X.2で定義され記述された一連のユーザ機能を提供する。[46] X.2ユーザ機能は5つのカテゴリに分類される。
- 必須設備;
- 追加設備;
- 条件付き施設;
- 必須施設、そして、
- オプション設備。
X.25は、ITU-T勧告X.7で定義および説明されているX.25およびITU-T指定のDTEオプションユーザー機能も提供します。[47] X.7オプションユーザー機能は、次の4つのカテゴリのユーザー機能に分類されます。
- サブスクリプションのみ。
- サブスクリプションの後に動的呼び出しが続きます。
- サブスクリプションまたは動的呼び出し。
- 動的呼び出しのみ。
X.25 プロトコルのバージョン
CCITT/ITU-T版のプロトコル仕様は公衆データネットワーク（PDN）用です。[48] ISO/IEC版はCCITT/ITU-T仕様との互換性を維持しながら、プライベートネットワーク（例えば、ローカルエリアネットワーク（LAN）での使用）用の追加機能に対応しています。[49]
X.25とISO/IEC 8208の各バージョンでサポートされているユーザー機能やその他の機能は、エディションごとに異なります。[50] X.25にはいくつかの主要なプロトコルバージョンがあります。[51]
- CCITT勧告X.25（1976）オレンジブック
- CCITT 勧告 X.25 (1980) イエローブック
- CCITT 勧告 X.25 (1984) レッドブック
- CCITT 勧告 X.25 (1988) ブルーブック
- ITU-T勧告X.25（1993）ホワイトブック[52]
- ITU-T勧告X.25（1996）グレーブック[53]
X.25 勧告では、サポートする機能や特定の操作の実行方法を決定する際に、各ネットワークが選択できるオプションが多数あります。つまり、各ネットワークは、X.25 実装の仕様を示す独自のドキュメントを公開する必要があり、ほとんどのネットワークでは、DTE アプライアンス メーカーに、ネットワーク固有のオプションの厳格な順守と強制のテストを含むプロトコル適合テストの実施を求めていました (ネットワーク オペレータは、動作が不良または誤って構成された DTE アプライアンスがネットワークの一部を破壊し、他の加入者に影響を与える可能性を特に懸念していました)。したがって、加入者の DTE アプライアンスは、接続先の特定のネットワークの仕様に一致するように構成する必要があります。これらのほとんどは、加入者がアプライアンスを正しく構成しなかった場合、またはアプライアンス メーカーがそのネットワークの特定のサポートを含めなかった場合、相互運用を妨げるほど十分に異なっていました。プロトコル適合テストにもかかわらず、アプライアンスを最初にネットワークに接続したときに、相互運用の問題が発生することがよくあります。
CCITT/ITU-T版のプロトコルに加えて、ISO/IEC 8208には4つの版が存在する: [50]
- ISO/IEC 8208:1987、第1版、X.25 (1980) および (1984) と互換性あり
- ISO/IEC 8208:1990、第 2 版、第 1 版および X.25 (1988) と互換性あり
- ISO/IEC 8208:1995、第 3 版、第 2 版および X.25 (1993) と互換性あり
- ISO/IEC 8208:2000、第 4 版、第 3 版および X.25 (1996) と互換性あり
遺産
X.25 プロトコルでは、当時の回線は低品質のケーブルで接続されていたため、シングル ビット エラーを多数処理する必要があり、データ損失に対処するためのオーバーヘッドが大きかった。回線の信頼性が高まるにつれて、オーバーヘッドは不要になり、より安価なフレーム リレーが取って代わった。フレーム リレーは、X.25 を技術的基盤としているが、エラーの修正は行わない。
X.25 をベースとした世界規模のパブリック データ ネットワークにより、IP は上位プロトコルとして成長しました。
X.25 は、ビンテージ コンピュータでインターネットを使用できるようにする Retronet などのニッチなアプリケーションでも利用できました。
参照
- インターネットの歴史
- OSI プロトコル スイート
- パケット交換ネットワーク- X.25を含む、「パケット」を使用するプロトコルを持つネットワークです。
- プロトコル戦争
- XOT – 「X.25 Over TCP」プロトコル、つまりTCP/IPネットワーク上でX.25カプセル化を行うプロトコルです。
- X.PC
- AX.25
参考文献
- ^ ab CCITT、研究グループ VII、勧告草案 X-25、1976年 3 月
- ^ X.25、CCITT総会および書籍の色の歴史
- ^ (フレンド他 1988, p. 242)
- ^ (フレンド他 1988, p. 243)
- ^ ITU-T勧告X.28。
- ^ ITU-T勧告X.3。
- ^ Foregenix (2012年2月). 「X.25 ペイメントカード業界内」(PDF) 。 2016年3月4日時点のオリジナル(PDF)からアーカイブ。 2016年5月25日閲覧。
- ^ abcdefg Sirbu, Marvin A; Zwimpfer, Laurence E (1985 年 3 月)。「コンピュータ通信の標準設定: X.25 のケース」IEEE。
- ^ Despres, Remi (2010). 「X.25 仮想回線 - フランスの TRANSPAC - インターネット以前のデータ ネットワーキング」. IEEE Communications Magazine . 48 (11): 40–46. doi :10.1109/MCOM.2010.5621965. ISSN 1558-1896.
- ^ Rybczynski, Tony (2009). 「パケット交換の商業化 (1975-1985): カナダの視点 [通信の歴史]」. IEEE Communications Magazine . 47 (12): 26–31. doi :10.1109/MCOM.2009.5350364. ISSN 1558-1896. S2CID 23243636.
- ^ 「研究グループの短い歴史...7」。www.itu.int 。 2020年2月4日閲覧。
- ^ Xシリーズの推奨事項
- ^ ab (フレンド他 1988, p. 230)
- ^ ボスナー・バイ、ハルヴォル（1974年7月）。「ポイントCに関する報告者グループの報告書」。
- ^ ab パケット交換に関する報告者グループ。「オスロでの会議報告 (1974 年 8 月 15 日 - 16 日)」。CCITT。
- ^ ab Després, Rémi (2010). Schwartz, Mischa (ed.). 「X.25 仮想回線 - フランスの TRANSPAC - インターネット以前のデータ ネットワーキング」. IEEE Communications Magazine . 48 (11): 40–46. doi :10.1109/MCOM.2010.5621965. S2CID 23639680.
- ^ パケット交換に関する CCITT 報告者 (1975 年 3 月 26 日)。「勧告案」(PDF)。
- ^ Rybczynski, Tony (2009 年12 月)。「パケット交換の商業化 (1975-1985): カナダの視点 [通信の歴史]」IEEE Communications Magazine。47 ( 12): 26–31。doi : 10.1109 /MCOM.2009.5350364。S2CID 23243636 。
- ^ INWG#99. 「ジュネーブ会議報告書（1975年5月28日～6月6日）（抜粋）」。
{{cite web}}: CS1 maint: 数値名: 著者リスト (リンク) - ^ Pouzin, Louis (1975 年 10 月)。「パケット交換に関する CCITT 報告者グループの会議 - (ジュネーブ、1975 年 9 月 16 日 - 19 日)」。付録 4 の 6 ページ。
- ^ ab (Schatt 1991、p.200)。
- ^ (Schatt 1991、207ページ)。
- ^ 「Cisco ルーターで TCP/IP 経由で X.25 を実行する」。2001 年 2 月 1 日。2012 年 1 月 21 日時点のオリジナルよりアーカイブ。
- ^ (フランス語) Presse、Agence France (2011 年 7 月 21 日)。 「Le Minitel disparaîtra en juin 2012」 [Minitel は 2012 年 6 月に消滅します]。ル・フィガロ（フランス語）。
- ^ (フランス語) [1]
- ^ 「BT 価格表: セクション 13:BT IP ネットワーキング」。BT。2019年5月 30 日閲覧。
- ^ ISO 8208:2000
- ^ ISO 8208、付録B。
- ^ ITU-T勧告X.25、G.3.2着信アドレス拡張機能、pp. 141-142。
- ^ ITU-T勧告X.223、付録II。
- ^ ITU-T勧告X.7（2004年4月）、17～18頁。
- ^ ITU-T勧告X.223。
- ^ ITU-T勧告X.25（10/96）、付録G、140ページ。
- ^ ITU-T勧告X.213、付録A。
- ^ abc ITU-T勧告X.25（10/96）、p.45。
- ^ ITU-T勧告X.283（1997年12月）、42ページ。
- ^ ab ITU-T勧告X.25（10/96）、付録A、pp.119-120。
- ^ ISO/IEC 8208:2000、第4版、61ページ。
- ^ ITU-T勧告X.2（2000年3月）、4ページ。
- ^ ISO/IEC 8208:2000、第4版、3.7.1、7ページ。
- ^ ITU-T勧告D.11（03/91）、2ページ。
- ^ ITU-T勧告D.12（1988年11月）、1ページ。
- ^ ITU-T勧告X.7（2004年4月）、42ページ。
- ^ ITU-T勧告D.11（03/91）、3ページ。
- ^ ITU-T勧告X.7（2004年4月）、38ページ。
- ^ ITU-T勧告X.2
- ^ ITU-T勧告X.7
- ^ ITU-T勧告X.25（10/96）、要約、pv
- ^ ISO/IEC 8208:2000、第4版、セクション1：適用範囲、p. 1。
- ^ ISO/IEC 8208:2000、第 4 版、付録 C。
- ^ ITU-T勧告X.25。
- ^ ITU-T勧告X.25（1993）ホワイトブック
- ^ ITU-T勧告X.25（1996）グレーブック
さらに読む
- コンピュータコミュニケーション、ブルックリン大学のチャイム・ジーグラー博士による講義ノート
- Motorola Codex (1992) 。X.25 パケットスイッチングの基本書。基本書シリーズ (第 2 版)。マサチューセッツ州レディング: Addison-Wesley。ISBN 0-201-56369-X。
- Deeasington, Richard (1985) 。X.25 の説明。コンピュータ通信とネットワーク (第 2 版)。英国チチェスター: Ellis Horwood。ISBN 978-0-85312-626-3。
- Friend, George E.; Fike, John L.; Baker, H. Charles; Bellamy, John C. (1988) 『Understanding Data Communications』 (第 2 版) インディアナポリス: Howard W. Sams & Company ISBN 0-672-27270-9。
- ポーチ、ウド W.、ウィリアム H. グリーン、ゲイリー G. モス (1983)。『電気通信とネットワーク』。ボストン: リトル、ブラウン アンド カンパニー。ISBN 0-316-71498-4。
- Schatt, Stan (1991)。『LAN のリンク: マイクロ マネージャー ガイド』。McGraw- Hill。ISBN 0-8306-3755-9。
- ソープ、ニコラス M.; ロス、デレク (1992) 。X.25 Made Easy。プレンティス ホール。ISBN 0-13-972183-5。
外部リンク
- ITU-Tにおける勧告X.25
- Cisco X.25 リファレンス 2018 年 6 月 19 日にWayback Machineにアーカイブされました
- TCP/IP との比較を含む X.25 ネットワーク ガイド
- X.25 – ディレクトリと情報リソース
- Open Directory による RFC およびその他のリソース[永久リンク切れ]