JPH09181776A - Ａｔｍａｒｐとｎｈｒｐを利用するネットワークの操作方法 - Google Patents
Ａｔｍａｒｐとｎｈｒｐを利用するネットワークの操作方法Info
- Publication number
- JPH09181776A JPH09181776A JP8321409A JP32140996A JPH09181776A JP H09181776 A JPH09181776 A JP H09181776A JP 8321409 A JP8321409 A JP 8321409A JP 32140996 A JP32140996 A JP 32140996A JP H09181776 A JPH09181776 A JP H09181776A
- Authority
- JP
- Japan
- Prior art keywords
- nhrp
- bit
- atm
- atmarp
- source
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0478—Provisions for broadband connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/4608—LAN interconnection over ATM networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5614—User Network Interface
- H04L2012/5615—Network termination, e.g. NT1, NT2, PBX
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5619—Network Node Interface, e.g. tandem connections, transit switching
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 ＡＴＭＡＲＰプロトコールからＮＨＲＰプロ
トコールへのマッピング方法を提供する。 【解決手段】 本発明では、ＡＴＭＡＲＰサーバ／ＮＨ
ＲＰクライアントゲートウェイが開示される。本発明
は、メッセージシーケンス問題と、ビットマッチング問
題とがＡＴＭＡＲＰからＮＨＲＰへのマッピングを不可
能にするという問題を解決し、ＮＨＲＰリプライの保持
時間消滅の問題を解決し、所定の時間で非受領確認パケ
ットを送り、特定のパケットＲＥＱuestに応答しないこ
とにより、ＮＨＲＰパージメッセージの問題を解決する
方法を提供する。さらにまた、ＡＴＭＡＲＰからＮＨＲ
Ｐへのマッピング内で新たなパスがＡＴＭＡＲＰからＮ
ＨＲＰマッピング内でＮＨＲＰパケット内のＢビットを
設定することによりアドレスされる。
トコールへのマッピング方法を提供する。 【解決手段】 本発明では、ＡＴＭＡＲＰサーバ／ＮＨ
ＲＰクライアントゲートウェイが開示される。本発明
は、メッセージシーケンス問題と、ビットマッチング問
題とがＡＴＭＡＲＰからＮＨＲＰへのマッピングを不可
能にするという問題を解決し、ＮＨＲＰリプライの保持
時間消滅の問題を解決し、所定の時間で非受領確認パケ
ットを送り、特定のパケットＲＥＱuestに応答しないこ
とにより、ＮＨＲＰパージメッセージの問題を解決する
方法を提供する。さらにまた、ＡＴＭＡＲＰからＮＨＲ
Ｐへのマッピング内で新たなパスがＡＴＭＡＲＰからＮ
ＨＲＰマッピング内でＮＨＲＰパケット内のＢビットを
設定することによりアドレスされる。
Description
【０００１】
【発明の属する技術分野】本発明は、データ通信とコン
ピュータネットワーキングに関する。
ピュータネットワーキングに関する。
【０００２】
【従来の技術】現在のデータ通信は、デジタルである。
ビデオクリップ，データ，歌，メッセージ等が、ビット
の連続流として送信され、その後これらのビットは、順
番にグループ分けされ、パケットと称するより小さなユ
ニットに分割される。情報例えばビデオクリップを表す
パケットは、独立に通信ネットワーク内に送信され、そ
の後他端で再結合され、元のビデオクリップ，データ，
歌，メッセージを再生する。これらのパケットは、一連
のルールおよびガイドラインに従って、セグメント化さ
れ、再結合され、転送される。これらのルールおよびガ
イドラインは、プロトコールと称する。階層化されたプ
ロトコールについての説明は、Tannenbaum著、Computer
Networks, Prentice Hall, Engelwood Cliffs, NJ 199
2 に開示されている。
ビデオクリップ，データ，歌，メッセージ等が、ビット
の連続流として送信され、その後これらのビットは、順
番にグループ分けされ、パケットと称するより小さなユ
ニットに分割される。情報例えばビデオクリップを表す
パケットは、独立に通信ネットワーク内に送信され、そ
の後他端で再結合され、元のビデオクリップ，データ，
歌，メッセージを再生する。これらのパケットは、一連
のルールおよびガイドラインに従って、セグメント化さ
れ、再結合され、転送される。これらのルールおよびガ
イドラインは、プロトコールと称する。階層化されたプ
ロトコールについての説明は、Tannenbaum著、Computer
Networks, Prentice Hall, Engelwood Cliffs, NJ 199
2 に開示されている。
【０００３】パケットは、ネットワーク内の物理的アー
キテクチャ装置により生成され、処理され、分解され
る。これらのアーキテクチャ装置は、パケットを生成
し、送信し、処理し、受信しあるいは分解することのい
ずれかができる。図１は、通常のネットワークアーキテ
クチャを示す。図１には、バストポロジー１００とリン
グトポロジー２００が示されている。バストポロジー１
００において通信装置１０は、通信装置２０とケーブル
１５に沿ってパケットを送信することにより通信する。
リングトポロジー２００において、通信装置５０は通信
装置６０とケーブル５５に沿ってパケットを送信するこ
とにより通信する。
キテクチャ装置により生成され、処理され、分解され
る。これらのアーキテクチャ装置は、パケットを生成
し、送信し、処理し、受信しあるいは分解することのい
ずれかができる。図１は、通常のネットワークアーキテ
クチャを示す。図１には、バストポロジー１００とリン
グトポロジー２００が示されている。バストポロジー１
００において通信装置１０は、通信装置２０とケーブル
１５に沿ってパケットを送信することにより通信する。
リングトポロジー２００において、通信装置５０は通信
装置６０とケーブル５５に沿ってパケットを送信するこ
とにより通信する。
【０００４】ローカルエリア環境下では、別のＬＡＮ
が、通信ネットワークを介して、通信する。例えば図１
においては、バストポロジー１００は、カリフォルニア
州にあり、リングトポロジー２００は、ニューヨーク州
にあってもよい。通信装置１０は、通信装置５０とパケ
ット交換ネットワーク３００を介して通信することがで
きる。バストポロジー１００から送信されたパケット
は、ブリッジ３０を介してパケット交換ネットワーク３
００内に導入される、そしてパケットはリングトポロジ
ー２００からパケット交換ネットワーク３００にルータ
４０を介して送信される。このブリッジ３０とルータ４
０は、ネットワーク間のパケットを処理する。
が、通信ネットワークを介して、通信する。例えば図１
においては、バストポロジー１００は、カリフォルニア
州にあり、リングトポロジー２００は、ニューヨーク州
にあってもよい。通信装置１０は、通信装置５０とパケ
ット交換ネットワーク３００を介して通信することがで
きる。バストポロジー１００から送信されたパケット
は、ブリッジ３０を介してパケット交換ネットワーク３
００内に導入される、そしてパケットはリングトポロジ
ー２００からパケット交換ネットワーク３００にルータ
４０を介して送信される。このブリッジ３０とルータ４
０は、ネットワーク間のパケットを処理する。
【０００５】ブリッジ３０またはルータ４０は、パケッ
トを受信する際に、ブリッジ／ルータは、パケットの目
的地アドレス（target address）を読みだし、この目的
地アドレスをパケットの宛先を決定するルーティングテ
ーブルと比較する。このルータ／ブリッジは、キャッシ
ュ領域内にルーティングテーブルを維持する。このキャ
ッシュは、装置の書き込み／読みだしメモリ領域であ
る。新たな装置がネットワーク上に入ってくると、この
新たな装置は、キャッシュ領域内に新たな装置のアドレ
スを登録するためにブリッジ／ルータを介して登録パケ
ットを送信する。装置が長期に亘り通信しない場合に
は、ルーティングテーブル内の情報は、タイムアウト
（時間切れ）となり、そしてルーティング情報は、ルー
ティングテーブル（キャッシュ領域）から除去される。
トを受信する際に、ブリッジ／ルータは、パケットの目
的地アドレス（target address）を読みだし、この目的
地アドレスをパケットの宛先を決定するルーティングテ
ーブルと比較する。このルータ／ブリッジは、キャッシ
ュ領域内にルーティングテーブルを維持する。このキャ
ッシュは、装置の書き込み／読みだしメモリ領域であ
る。新たな装置がネットワーク上に入ってくると、この
新たな装置は、キャッシュ領域内に新たな装置のアドレ
スを登録するためにブリッジ／ルータを介して登録パケ
ットを送信する。装置が長期に亘り通信しない場合に
は、ルーティングテーブル内の情報は、タイムアウト
（時間切れ）となり、そしてルーティング情報は、ルー
ティングテーブル（キャッシュ領域）から除去される。
【０００６】ブリッジ３０とルータ４０は、ネットワー
ク内で重要な機能を実行する。パケット交換ネットワー
クに向けて、ＬＡＮから出た全てのパケットは、ブリッ
ジ３０またはルータ４０を通過しなければならない。ブ
リッジ／ルータがＬＡＮからのパケット交換ネットワー
クに向けて通過させるときには、このブリッジ／ルータ
は、ゲートウェイと呼ばれる。その理由は、あるアーキ
テクチャ（例、ＬＡＮアーキテクチャ）からのパケット
を第２のアーキテクチャ（例、パケット交換アーキテク
チャ）に通過させるためである。
ク内で重要な機能を実行する。パケット交換ネットワー
クに向けて、ＬＡＮから出た全てのパケットは、ブリッ
ジ３０またはルータ４０を通過しなければならない。ブ
リッジ／ルータがＬＡＮからのパケット交換ネットワー
クに向けて通過させるときには、このブリッジ／ルータ
は、ゲートウェイと呼ばれる。その理由は、あるアーキ
テクチャ（例、ＬＡＮアーキテクチャ）からのパケット
を第２のアーキテクチャ（例、パケット交換アーキテク
チャ）に通過させるためである。
【０００７】またこのブリッジ／ルータは、ブリッジ／
ルータ内で異なる２種類のプロトコールを実行するため
にゲートウェイである。そのためにこのブリッジ／ルー
タは、あるプロトコールから別のプロトコールへの翻訳
の１部を実行する物理的装置である。しかし、このブリ
ッジ／ルータは、プロトコール変換が行われる唯一の場
所ではない。一般的なネットワークにおいては、プロト
コールの互換性と変換ソフトは、様々な別々の装置内に
配備される。例えば、図１においては、プロトコール変
換を行うソフトウェアの一部は、通信装置１０内に配置
され、別の部分はブリッジ３０内に配置される。
ルータ内で異なる２種類のプロトコールを実行するため
にゲートウェイである。そのためにこのブリッジ／ルー
タは、あるプロトコールから別のプロトコールへの翻訳
の１部を実行する物理的装置である。しかし、このブリ
ッジ／ルータは、プロトコール変換が行われる唯一の場
所ではない。一般的なネットワークにおいては、プロト
コールの互換性と変換ソフトは、様々な別々の装置内に
配備される。例えば、図１においては、プロトコール変
換を行うソフトウェアの一部は、通信装置１０内に配置
され、別の部分はブリッジ３０内に配置される。
【０００８】このようにプロトコール変換ソフトウェア
が分離されている場合には、通信装置１０内に配置され
た部分は、クライアントソフトウェアと称し、ブリッジ
３０内に配置されたソフトウェアは、サーバソフトウェ
アと称する。通常このクライアントソフトウェアは、通
信接続を実行するのに必要な情報を得るために、サーバ
ソフトウェアに情報を送る。
が分離されている場合には、通信装置１０内に配置され
た部分は、クライアントソフトウェアと称し、ブリッジ
３０内に配置されたソフトウェアは、サーバソフトウェ
アと称する。通常このクライアントソフトウェアは、通
信接続を実行するのに必要な情報を得るために、サーバ
ソフトウェアに情報を送る。
【０００９】クライアントソフトウェアとサーバソフト
ウェアとの間の相互作用の一例は、アドレス決定プロト
コール（address resolution protocol） でもって示さ
れる。例えば通信装置１０が、通信装置５０にパケット
を送信しなければならない場合に、通信装置１０は、通
信装置５０に至る経路を知らなければならない。そのた
め通信装置１０内のクライアントソフトウェアは、ＲＥ
Ｑuestをブリッジ３０内のサーバソフトウェアに送り、
通信装置５０への経路を見いだす。この経路情報に対す
るＲＥＱuestは、ＡＲＰ ＲＥＱuestと称する。
ウェアとの間の相互作用の一例は、アドレス決定プロト
コール（address resolution protocol） でもって示さ
れる。例えば通信装置１０が、通信装置５０にパケット
を送信しなければならない場合に、通信装置１０は、通
信装置５０に至る経路を知らなければならない。そのた
め通信装置１０内のクライアントソフトウェアは、ＲＥ
Ｑuestをブリッジ３０内のサーバソフトウェアに送り、
通信装置５０への経路を見いだす。この経路情報に対す
るＲＥＱuestは、ＡＲＰ ＲＥＱuestと称する。
【００１０】ブリッジ３０がこのＲＥＱuestを受領する
と、ブリッジ３０は、そのルーティングテーブル内を検
索し、次のロケーション（next hop）が通信装置５０へ
のルート内にあるか否かを見る。ない場合には、ブリッ
ジ３０は、ＡＲＰ ＲＥＱuestを送り出す。このプロセ
スは、誰かが通信装置５０のアドレスを見いだすＲＥＱ
uestを受領するまで続けられる。この実施例において
は、これはルータ４０である。このルータ４０は、次に
応答をブリッジ３０に送り返し、そしてこのブリッジ３
０は次に通信装置１０を通知する。その後この通信装置
１０は、決定されたルートに沿って通信装置５０にパケ
ットを転送する。このプロセスは、アドレス決定（addr
ess resolution）と称し、そしてこのプロセスを実行す
るプロトコールは、アドレス決定プロトコール（addres
s resolution protocol） と称する。
と、ブリッジ３０は、そのルーティングテーブル内を検
索し、次のロケーション（next hop）が通信装置５０へ
のルート内にあるか否かを見る。ない場合には、ブリッ
ジ３０は、ＡＲＰ ＲＥＱuestを送り出す。このプロセ
スは、誰かが通信装置５０のアドレスを見いだすＲＥＱ
uestを受領するまで続けられる。この実施例において
は、これはルータ４０である。このルータ４０は、次に
応答をブリッジ３０に送り返し、そしてこのブリッジ３
０は次に通信装置１０を通知する。その後この通信装置
１０は、決定されたルートに沿って通信装置５０にパケ
ットを転送する。このプロセスは、アドレス決定（addr
ess resolution）と称し、そしてこのプロセスを実行す
るプロトコールは、アドレス決定プロトコール（addres
s resolution protocol） と称する。
【００１１】このアドレス決定プロトコールは、パケッ
ト内に有意のビットフィールドを規定し、パケットの種
別を規定し、そしてパケットのシーケンスを規定するこ
とにより実行される。例えば、最初の１６ビットは、目
的地装置（発信者が到達しようとする装置）のアドレス
を規定する。次の１６ビットが発信元（ソース：パケッ
トがそこから送信される装置）のアドレスを規定する。
さらに、パケットの種別が規定される。例えば、アドレ
ス決定プロトコール（即ち，ＡＴＭＡＲＰ，ＮＨＲＰ）
では、レジストレーションパケットと、質問パケット
と、応答パケットとパージパケットが存在する。
ト内に有意のビットフィールドを規定し、パケットの種
別を規定し、そしてパケットのシーケンスを規定するこ
とにより実行される。例えば、最初の１６ビットは、目
的地装置（発信者が到達しようとする装置）のアドレス
を規定する。次の１６ビットが発信元（ソース：パケッ
トがそこから送信される装置）のアドレスを規定する。
さらに、パケットの種別が規定される。例えば、アドレ
ス決定プロトコール（即ち，ＡＴＭＡＲＰ，ＮＨＲＰ）
では、レジストレーションパケットと、質問パケット
と、応答パケットとパージパケットが存在する。
【００１２】このレジストレーションパケットは、ネッ
トワーク上の全てのブリッジ／ルータに対し、装置がネ
ットワークの一部であるということを通知するために装
置に発せられる初期パケットである。したがってネット
ワーク上に配置された新たな装置は、レジストレーショ
ンパケットを発送し、その結果新たな装置のアドレスの
位置が、新たな装置に最も近いブリッジ／ルータのルー
ティングテーブル内に登録される。質問パケット（quer
y packet）は、発信元装置が遠隔のアドレスへのパスを
見いだす必要がある時に発送される。
トワーク上の全てのブリッジ／ルータに対し、装置がネ
ットワークの一部であるということを通知するために装
置に発せられる初期パケットである。したがってネット
ワーク上に配置された新たな装置は、レジストレーショ
ンパケットを発送し、その結果新たな装置のアドレスの
位置が、新たな装置に最も近いブリッジ／ルータのルー
ティングテーブル内に登録される。質問パケット（quer
y packet）は、発信元装置が遠隔のアドレスへのパスを
見いだす必要がある時に発送される。
【００１３】通常この質問パケットは、そのルーティン
グテーブル内の遠隔地アドレスを有するブリッジルータ
からの応答となる。そのルーティングテーブル内の遠隔
地アドレスを有するブリッジルータは、新たなアドレス
を含む応答パケットでもって応答する。最後にアドレス
が見いだされない場合、あるいはパスが機能しない場合
には、パージパケットが発送され、ルーティングテーブ
ルからそのアドレスを取り除く。
グテーブル内の遠隔地アドレスを有するブリッジルータ
からの応答となる。そのルーティングテーブル内の遠隔
地アドレスを有するブリッジルータは、新たなアドレス
を含む応答パケットでもって応答する。最後にアドレス
が見いだされない場合、あるいはパスが機能しない場合
には、パージパケットが発送され、ルーティングテーブ
ルからそのアドレスを取り除く。
【００１４】図２，３は、２つの異なるアドレス決定プ
ロトコール、即ち非同期転送モード（ＡＴＭ）アドレス
レゾルーションプロトコール（ＡＲＰ）パケットと、ネ
クストホップ決定プロトコール（ＮＨＲＰ）パケットの
パケットフォーマットを表す。図２は、ＡＴＭ ＡＲＰ
パケット内の各フィールドとビットの数を表す。図３
は、ＮＨＲＰ ＲＥＱuestパケットと、ＮＨＲＰリプラ
イパケットとＮＨＲＰレジスタパケットのフォーマット
の詳細である。
ロトコール、即ち非同期転送モード（ＡＴＭ）アドレス
レゾルーションプロトコール（ＡＲＰ）パケットと、ネ
クストホップ決定プロトコール（ＮＨＲＰ）パケットの
パケットフォーマットを表す。図２は、ＡＴＭ ＡＲＰ
パケット内の各フィールドとビットの数を表す。図３
は、ＮＨＲＰ ＲＥＱuestパケットと、ＮＨＲＰリプラ
イパケットとＮＨＲＰレジスタパケットのフォーマット
の詳細である。
【００１５】ＡＴＭＡＲＰパケットとＮＨＲＰパケット
とが、ネットワークを介して処理されるとこれらのパケ
ット内の異なるビットフィールドが、それぞれのプロト
コールにファンクションを追加する。例えば、ＡＴＭＡ
ＲＰパケット内のサブアドレスフィールドは、ネットワ
ーク内のより詳細なアドレス決定を可能にする。ＮＨＲ
Ｐパケット内の保持時間フィールド（holding time fie
ld）は、目的地アドレスが有効な期間を特定する。ＮＨ
ＲＰプロトコール内のＰビットとＢビットは、ＡＴＭＡ
ＲＰプロトコール内にはないＮＨＲＰプロトコールに対
し、ファンクションを与える。このＰビットは、ネガテ
ィブリプライ（negative reply）（即ち、アドレスを決
定できないと通信サーバが応答すること）があるか否か
を規定する。
とが、ネットワークを介して処理されるとこれらのパケ
ット内の異なるビットフィールドが、それぞれのプロト
コールにファンクションを追加する。例えば、ＡＴＭＡ
ＲＰパケット内のサブアドレスフィールドは、ネットワ
ーク内のより詳細なアドレス決定を可能にする。ＮＨＲ
Ｐパケット内の保持時間フィールド（holding time fie
ld）は、目的地アドレスが有効な期間を特定する。ＮＨ
ＲＰプロトコール内のＰビットとＢビットは、ＡＴＭＡ
ＲＰプロトコール内にはないＮＨＲＰプロトコールに対
し、ファンクションを与える。このＰビットは、ネガテ
ィブリプライ（negative reply）（即ち、アドレスを決
定できないと通信サーバが応答すること）があるか否か
を規定する。
【００１６】Ｂビットは、情報が安定か否かを規定する
（パケットが全て同一のルートでもって送信されるとき
にはそれらは安定であるとする、しかし、パケットが異
なるパスを通って配送されるときにはＢビットは、パケ
ットは不安定であることを示すよう設定される）。コン
ピュータプロトコールの一般的説明は、Gerard J. Holz
man 著の Design & Validation of Computer Protocol
s, Prentice Hall, Engelwood Cliffs, NJ, 1991 に記
載されている。
（パケットが全て同一のルートでもって送信されるとき
にはそれらは安定であるとする、しかし、パケットが異
なるパスを通って配送されるときにはＢビットは、パケ
ットは不安定であることを示すよう設定される）。コン
ピュータプロトコールの一般的説明は、Gerard J. Holz
man 著の Design & Validation of Computer Protocol
s, Prentice Hall, Engelwood Cliffs, NJ, 1991 に記
載されている。
【００１７】現在のネットワークにおいては、ある装置
は、ＡＴＭ ＡＲＰを用いてアドレスを決定するよう構
成され、またある装置は、ＮＨＲＰを用いてアドレスを
決定するよう構成されている。するとここでＡＴＭ Ａ
ＲＰがアドレスを決定できずにＮＨＲＰを用いなければ
ならないという問題が発生する。図４は、このような場
合に起きるパケット処理の詳細を示す。
は、ＡＴＭ ＡＲＰを用いてアドレスを決定するよう構
成され、またある装置は、ＮＨＲＰを用いてアドレスを
決定するよう構成されている。するとここでＡＴＭ Ａ
ＲＰがアドレスを決定できずにＮＨＲＰを用いなければ
ならないという問題が発生する。図４は、このような場
合に起きるパケット処理の詳細を示す。
【００１８】ソース４００は、ソース４００内にあるＲ
ＥＱuestを形成するために、クライアントソフトウェア
を用いる。ステップ４０５において、ソース４００は、
ＡＴＭＡＲＰクライアント４１０を用いて、ＡＲＰ−Ｒ
ＥＱuest４１５をネットワーク４０２内のＡＴＭＡＲＰ
サーバ４２０に送る。ＡＴＭＡＲＰサーバ４２０は、宛
先アドレスに対するアドレスマッピングが発見されなか
ったこと表すＡＲＰ−ＮＡＫ（非受領パケット）４２５
で応答をする。その後ソース４００は、ソース４００内
にあるＮＨＲＰ手順４３０と、ＮＨＲＰクライアントソ
フトウェア４３５を実行開始してＮＨＲＰ ＲＥＱuest
４４０をＮＨＲＰ第１サーバ４４５に送る。その後ＮＨ
ＲＰ第１サーバ４４５は、ＲＥＱuest４２０をアドレス
を決定するルータに転送する。
ＥＱuestを形成するために、クライアントソフトウェア
を用いる。ステップ４０５において、ソース４００は、
ＡＴＭＡＲＰクライアント４１０を用いて、ＡＲＰ−Ｒ
ＥＱuest４１５をネットワーク４０２内のＡＴＭＡＲＰ
サーバ４２０に送る。ＡＴＭＡＲＰサーバ４２０は、宛
先アドレスに対するアドレスマッピングが発見されなか
ったこと表すＡＲＰ−ＮＡＫ（非受領パケット）４２５
で応答をする。その後ソース４００は、ソース４００内
にあるＮＨＲＰ手順４３０と、ＮＨＲＰクライアントソ
フトウェア４３５を実行開始してＮＨＲＰ ＲＥＱuest
４４０をＮＨＲＰ第１サーバ４４５に送る。その後ＮＨ
ＲＰ第１サーバ４４５は、ＲＥＱuest４２０をアドレス
を決定するルータに転送する。
【００１９】最終的にＮＨＲＰ第Ｎサーバ４５５は、Ｒ
ＥＱuestが一連のパケットホップを介して到達される。
ＮＨＲＰ第Ｎサーバ４５５は、ＮＨＲＰリプライ４６０
をＮＨＲＰ第１サーバ４４５に分配し、このＮＨＲＰ第
１サーバ４４５が、決定されたアドレス４７０をＮＨＲ
Ｐクライアント４３５に戻す。この時点でソース４００
は、いかなるルートを介してパケットを宛先に送ったか
を知ることができる。図４から明らかなように、ＡＴＭ
ＡＲＰ装置とＮＨＲＰ装置の両方を有するネットワーク
内のアドレスを決定するためには、ソース４００は、こ
れらのプロトコールの両方を翻訳（変換）することがで
きなければならない。
ＥＱuestが一連のパケットホップを介して到達される。
ＮＨＲＰ第Ｎサーバ４５５は、ＮＨＲＰリプライ４６０
をＮＨＲＰ第１サーバ４４５に分配し、このＮＨＲＰ第
１サーバ４４５が、決定されたアドレス４７０をＮＨＲ
Ｐクライアント４３５に戻す。この時点でソース４００
は、いかなるルートを介してパケットを宛先に送ったか
を知ることができる。図４から明らかなように、ＡＴＭ
ＡＲＰ装置とＮＨＲＰ装置の両方を有するネットワーク
内のアドレスを決定するためには、ソース４００は、こ
れらのプロトコールの両方を翻訳（変換）することがで
きなければならない。
【００２０】ＡＴＭＡＲＰとＮＨＲＰの両方を翻訳でき
るソースは、それを実現するのには高価である。ＡＴＭ
ＡＲＰ変換を実行できる大部分の装置は、ＮＨＲＰ機能
を実行するためには、クライアントソフトウェアを購入
しなければならない。さらにまた、エンドユーザが新た
なＮＨＲＰソフトウェアを購入しないと決定した場合に
は、ＮＨＲＰ内では得られるが、ＡＴＭＡＲＰ内では得
られない特徴の一部を失うことになる。そのために、Ａ
ＴＭＡＲＰベースの装置が、例えば、ＮＨＲＰのような
より機能的な能力を有する新たなプロトコールを用い
て、アドレスを決定できることが望ましい。
るソースは、それを実現するのには高価である。ＡＴＭ
ＡＲＰ変換を実行できる大部分の装置は、ＮＨＲＰ機能
を実行するためには、クライアントソフトウェアを購入
しなければならない。さらにまた、エンドユーザが新た
なＮＨＲＰソフトウェアを購入しないと決定した場合に
は、ＮＨＲＰ内では得られるが、ＡＴＭＡＲＰ内では得
られない特徴の一部を失うことになる。そのために、Ａ
ＴＭＡＲＰベースの装置が、例えば、ＮＨＲＰのような
より機能的な能力を有する新たなプロトコールを用い
て、アドレスを決定できることが望ましい。
【００２１】
【発明が解決しようとする課題】プロトコール（例え
ば、ＡＲＰＡＮＥＴレイヤードモデルプロトコールとオ
ープンシステム相互接続プロトコール）の間のマッピン
グは、プロトコールトランスレータ（gateway） 内で実
行される。プロトコールトランスレータを実現するため
には、設計者は、あらゆる可能性、例えば１つのプロト
コール内のパケットのシーケンスとパケットのフォーマ
ットを考慮に入れ、そしてそれらを別のプロトコールに
マッピングしなければならない。
ば、ＡＲＰＡＮＥＴレイヤードモデルプロトコールとオ
ープンシステム相互接続プロトコール）の間のマッピン
グは、プロトコールトランスレータ（gateway） 内で実
行される。プロトコールトランスレータを実現するため
には、設計者は、あらゆる可能性、例えば１つのプロト
コール内のパケットのシーケンスとパケットのフォーマ
ットを考慮に入れ、そしてそれらを別のプロトコールに
マッピングしなければならない。
【００２２】しかし、これはあるデータビットを別のデ
ータビットに１対１でマッピングできることは稀であ
る。設計者は、直接マッピングできないビットおよび直
接翻訳できないパケットのシーケンスをいかに処理する
かということは、機能的プロトコールの変換、あるいは
機能不全のプロトコール変換となることがあり、これに
よりトランスレータパケットを送ることはできるが、応
答が存在しないことになる。したがって本発明の目的
は、プロトコール間の変換を行うことである。
ータビットに１対１でマッピングできることは稀であ
る。設計者は、直接マッピングできないビットおよび直
接翻訳できないパケットのシーケンスをいかに処理する
かということは、機能的プロトコールの変換、あるいは
機能不全のプロトコール変換となることがあり、これに
よりトランスレータパケットを送ることはできるが、応
答が存在しないことになる。したがって本発明の目的
は、プロトコール間の変換を行うことである。
【００２３】
【課題を解決するための手段】本発明は、ＡＴＭＡＲＰ
プロトコールからＮＨＲＰプロトコールへのマッピング
を開示している。本発明では、ＡＴＭＡＲＰサーバ／Ｎ
ＨＲＰクライアントゲートウェイが開示される。このＡ
ＴＭＡＲＰサーバ／ＮＨＲＰクライアントゲートウェイ
によれば、ＡＴＭＡＲＰパケットフォーマットがＮＨＲ
Ｐパケットフォーマットにマッピングされる。そのため
ソースは、ＡＴＭＡＲＰクライアントとＮＨＲＰクライ
アントの両方を必要とするものではない。本発明におい
ては、ソースは、インストールベースのネットワークソ
フトウェアを有するが、例えばＮＨＲＰの様なグローバ
ルなネットワークプロトコールの機能性を依然として拡
張し、確保することができる。
プロトコールからＮＨＲＰプロトコールへのマッピング
を開示している。本発明では、ＡＴＭＡＲＰサーバ／Ｎ
ＨＲＰクライアントゲートウェイが開示される。このＡ
ＴＭＡＲＰサーバ／ＮＨＲＰクライアントゲートウェイ
によれば、ＡＴＭＡＲＰパケットフォーマットがＮＨＲ
Ｐパケットフォーマットにマッピングされる。そのため
ソースは、ＡＴＭＡＲＰクライアントとＮＨＲＰクライ
アントの両方を必要とするものではない。本発明におい
ては、ソースは、インストールベースのネットワークソ
フトウェアを有するが、例えばＮＨＲＰの様なグローバ
ルなネットワークプロトコールの機能性を依然として拡
張し、確保することができる。
【００２４】ＡＴＭＡＲＰからＮＨＲＰへのマッピング
は、ＡＴＭＡＲＰ／ＮＨＲＰサーバ／ゲートウェイ内で
行われる。このゲートウェイ内では、あるプロトコール
内のビットは、別のプロトコール内のビットに再定義さ
れる。さらにインテリジェンス（intelligence：知識）
がゲートウェイに付加され、ソースとサーバによりこれ
らの装置は、別のプロトコールに直接マッピングできな
いあるプロトコールを処理できる。ビットマップは、あ
るプロトコールから直接他のプロトコールに変換できる
わけではないが、本発明の方法は、これらプロトコール
間の完全なマッピングが可能となる。
は、ＡＴＭＡＲＰ／ＮＨＲＰサーバ／ゲートウェイ内で
行われる。このゲートウェイ内では、あるプロトコール
内のビットは、別のプロトコール内のビットに再定義さ
れる。さらにインテリジェンス（intelligence：知識）
がゲートウェイに付加され、ソースとサーバによりこれ
らの装置は、別のプロトコールに直接マッピングできな
いあるプロトコールを処理できる。ビットマップは、あ
るプロトコールから直接他のプロトコールに変換できる
わけではないが、本発明の方法は、これらプロトコール
間の完全なマッピングが可能となる。
【００２５】メッセージシーケンス問題とビットマッチ
ング問題とが、ＡＴＭＡＲＰからＮＨＲＰへのマッピン
グを不可能にすることが分かっている。特にＮＨＲＰ保
持時間経過と、ＮＨＲＰパージパケットと、新たなネッ
トワークパスの問題点と、ＮＨＲＰ内のサブアドレスの
欠如から発生する不具合点が見いだされた。
ング問題とが、ＡＴＭＡＲＰからＮＨＲＰへのマッピン
グを不可能にすることが分かっている。特にＮＨＲＰ保
持時間経過と、ＮＨＲＰパージパケットと、新たなネッ
トワークパスの問題点と、ＮＨＲＰ内のサブアドレスの
欠如から発生する不具合点が見いだされた。
【００２６】本発明は、上記の問題を解決し、ＮＨＲＰ
リプライの保持時間消滅の問題を解決し、特定の時間に
基づいた非受領確認パケットを送り、特定のパケットＲ
ＥＱuestに応答しないことにより、ＮＨＲＰパージメッ
セージの問題を解決する方法を提供する。さらにまた、
ＡＴＭＡＲＰからＮＨＲＰへのマッピング内で新たなパ
スがＡＴＭＡＲＰからＮＨＲＰマッピング内でＮＨＲＰ
パケット内のＢビットを設定することによりアドレスさ
れる。このＢビットを設定することによりソースは、パ
ケット内にもう１つのパスが存在し、このパスを用いて
通信を継続できることを理解する。
リプライの保持時間消滅の問題を解決し、特定の時間に
基づいた非受領確認パケットを送り、特定のパケットＲ
ＥＱuestに応答しないことにより、ＮＨＲＰパージメッ
セージの問題を解決する方法を提供する。さらにまた、
ＡＴＭＡＲＰからＮＨＲＰへのマッピング内で新たなパ
スがＡＴＭＡＲＰからＮＨＲＰマッピング内でＮＨＲＰ
パケット内のＢビットを設定することによりアドレスさ
れる。このＢビットを設定することによりソースは、パ
ケット内にもう１つのパスが存在し、このパスを用いて
通信を継続できることを理解する。
【００２７】最後に、ＮＨＲＰ内のサブアドレスフィー
ルド（subaddressing field） の欠如は、ＮＨＲＰソー
ス／目的地ＡＴＭ長さからＮＨＲＰのアドレスタイプ
（長さフィールド）を取り出すことにより解決される。
この取り出しは、ＮＨＲＰソース／目的地ＡＴＭ長さの
最初の８ビットに値を割り当てることにより行われる。
ＮＨＲＰパケットの最初の６ビットは、ＮＨＲＰ長さフ
ィールドの最初の６ビットに設定される。７番目のビッ
トは、ＮＨＲＰリプライ内のＡＴＭアドレスの長さが、
２０に等しい場合にはゼロに設定され、それ以外の場合
には１に設定される。８番目のビットは、ゼロに設定さ
れる。
ルド（subaddressing field） の欠如は、ＮＨＲＰソー
ス／目的地ＡＴＭ長さからＮＨＲＰのアドレスタイプ
（長さフィールド）を取り出すことにより解決される。
この取り出しは、ＮＨＲＰソース／目的地ＡＴＭ長さの
最初の８ビットに値を割り当てることにより行われる。
ＮＨＲＰパケットの最初の６ビットは、ＮＨＲＰ長さフ
ィールドの最初の６ビットに設定される。７番目のビッ
トは、ＮＨＲＰリプライ内のＡＴＭアドレスの長さが、
２０に等しい場合にはゼロに設定され、それ以外の場合
には１に設定される。８番目のビットは、ゼロに設定さ
れる。
【００２８】
【発明の実施の形態】本発明は、アドレス決定プロトコ
ール（Address Resolution Protocol（ＡＲＰ））をネ
クストホップ決定プロトコール（Next Hop Resolution
Protocol（ＮＨＲＰ））へマッピングする方法とアーキ
テクチャを開示する。本明細書では、直接マッピングで
きるフィールドと、直接にはマッピングできないフィー
ルドとの説明を行う。マッピング不可能ということが見
いだされ、このような不可能を回避するための解法を本
発明は提供する。
ール（Address Resolution Protocol（ＡＲＰ））をネ
クストホップ決定プロトコール（Next Hop Resolution
Protocol（ＮＨＲＰ））へマッピングする方法とアーキ
テクチャを開示する。本明細書では、直接マッピングで
きるフィールドと、直接にはマッピングできないフィー
ルドとの説明を行う。マッピング不可能ということが見
いだされ、このような不可能を回避するための解法を本
発明は提供する。
【００２９】ＡＴＭ ＡＲＰからＮＨＲＰへのマッピン
グに際し、本発明は、ＮＨＲＰリプライの保持時間パラ
メータと、ＮＨＲＰパージパケットが変換を不可能にす
ることを開示する。この保持時間パラメータは、変換を
不可能にするがその理由は、保持時間が経過するまで、
そしてエントリがルータのキャッシュから除去されるま
で、新たな経路がルータにより使用されることはないた
めである。パージパケットが変換を不可能にする理由
は、パージパケットが正規でない時間に発送されると、
エントリが取り除かれるよりも早く、あるいはエントリ
が取り除かれた後、ルータのキャッシュから好ましいパ
スが取り除かれるからである。さらにまた本発明は、Ｎ
ＨＲＰプロトコールがサブアドレッシング（subaddress
ing） をサポートしないために、ＡＴＭＡＲＰパケット
内のサブアドレスを処理する方法を開示する。最後に、
使用可能なパスを決定するために、ＮＨＲＰの追加機能
を説明する。
グに際し、本発明は、ＮＨＲＰリプライの保持時間パラ
メータと、ＮＨＲＰパージパケットが変換を不可能にす
ることを開示する。この保持時間パラメータは、変換を
不可能にするがその理由は、保持時間が経過するまで、
そしてエントリがルータのキャッシュから除去されるま
で、新たな経路がルータにより使用されることはないた
めである。パージパケットが変換を不可能にする理由
は、パージパケットが正規でない時間に発送されると、
エントリが取り除かれるよりも早く、あるいはエントリ
が取り除かれた後、ルータのキャッシュから好ましいパ
スが取り除かれるからである。さらにまた本発明は、Ｎ
ＨＲＰプロトコールがサブアドレッシング（subaddress
ing） をサポートしないために、ＡＴＭＡＲＰパケット
内のサブアドレスを処理する方法を開示する。最後に、
使用可能なパスを決定するために、ＮＨＲＰの追加機能
を説明する。
【００３０】図５は、本発明で用いられるアーキテクチ
ャを示す。ソース５００は、ルーティングテーブルエン
トリに基づいてＡＴＭＡＲＰ手順５０５を開始する。Ａ
ＴＭＡＲＰクライアント５１０はＡＲＰ−ＲＥＱuest５
１５をネットワーク内のＡＴＭＡＲＰ／ＮＨＲＰサーバ
／ゲートウェイ５２０に送信する。このサーバ／ゲート
ウェイ５２０は、宛先へのエントリを有さないことを認
識し、ＡＴＭＡＲＰパラメータをＮＨＲＰ質問にマッピ
ングする。
ャを示す。ソース５００は、ルーティングテーブルエン
トリに基づいてＡＴＭＡＲＰ手順５０５を開始する。Ａ
ＴＭＡＲＰクライアント５１０はＡＲＰ−ＲＥＱuest５
１５をネットワーク内のＡＴＭＡＲＰ／ＮＨＲＰサーバ
／ゲートウェイ５２０に送信する。このサーバ／ゲート
ウェイ５２０は、宛先へのエントリを有さないことを認
識し、ＡＴＭＡＲＰパラメータをＮＨＲＰ質問にマッピ
ングする。
【００３１】その後ゲートウェイ５２０は、ＮＨＲＰ
ＲＥＱuest５３０を第１サーバ５４０に送り、この第１
サーバ５４０は、宛先にＲＥＱuest５４５を転送する。
ＮＨＲＰ第Ｎサーバ５５０は、宛先装置にＮＨＲＰ第１
サーバ５４０にＮＨＲＰリプライ５５５を介すことによ
り応答する。このＮＨＲＰ第１サーバ５４０は、ＮＨＲ
ＰリプライをＡＴＭＡＲＰサーバ／ＮＨＲＰクライアン
トゲートウェイ５２０に戻す。次にＮＨＲＰ第Ｎサーバ
５５０は、リプライ５７０をＮＨＲＰクライアント５１
０に戻す。
ＲＥＱuest５３０を第１サーバ５４０に送り、この第１
サーバ５４０は、宛先にＲＥＱuest５４５を転送する。
ＮＨＲＰ第Ｎサーバ５５０は、宛先装置にＮＨＲＰ第１
サーバ５４０にＮＨＲＰリプライ５５５を介すことによ
り応答する。このＮＨＲＰ第１サーバ５４０は、ＮＨＲ
ＰリプライをＡＴＭＡＲＰサーバ／ＮＨＲＰクライアン
トゲートウェイ５２０に戻す。次にＮＨＲＰ第Ｎサーバ
５５０は、リプライ５７０をＮＨＲＰクライアント５１
０に戻す。
【００３２】本発明の実施を図６のフローチャートでも
って説明する。ステップ６００で、ソース（Ｓ）のルー
ティングテーブルは、宛先（Ｄ）は、ローカルＡＴＭイ
ンタフェース（Ａ）を介して接続されていることを指示
する。ステップ６０５で、ソース（Ｓ）は、ＡＴＭＡＲ
Ｐ ＲＥＱuestをＡＴＭインタフェース（ａ）を介して
ゲートウェイ（Ｇ）に発送する。ステップ６１０におい
てゲートウェイ（Ｇ）は、ローカルＡＴＭ ＡＲＰサー
バが、宛先（Ｄ）に対する適合を含むか否かをチェック
する。ゲートウェイ（Ｇ）が適合する場合には、ステッ
プ６１５でゲートウェイ（Ｇ）は、宛先（Ｄ）のＡＴＭ
アドレスを含むＡＴＭ ＡＲＰリプライを発送する。ゲ
ートウェイ（Ｇ）が適合しない場合には、ステップ６２
０でＡＴＭ ＡＲＰ質問のサブアドレスフィールドをチ
ェックして空でないフィールドがあるか否かを決定す
る。
って説明する。ステップ６００で、ソース（Ｓ）のルー
ティングテーブルは、宛先（Ｄ）は、ローカルＡＴＭイ
ンタフェース（Ａ）を介して接続されていることを指示
する。ステップ６０５で、ソース（Ｓ）は、ＡＴＭＡＲ
Ｐ ＲＥＱuestをＡＴＭインタフェース（ａ）を介して
ゲートウェイ（Ｇ）に発送する。ステップ６１０におい
てゲートウェイ（Ｇ）は、ローカルＡＴＭ ＡＲＰサー
バが、宛先（Ｄ）に対する適合を含むか否かをチェック
する。ゲートウェイ（Ｇ）が適合する場合には、ステッ
プ６１５でゲートウェイ（Ｇ）は、宛先（Ｄ）のＡＴＭ
アドレスを含むＡＴＭ ＡＲＰリプライを発送する。ゲ
ートウェイ（Ｇ）が適合しない場合には、ステップ６２
０でＡＴＭ ＡＲＰ質問のサブアドレスフィールドをチ
ェックして空でないフィールドがあるか否かを決定す
る。
【００３３】フィールドが空でない場合には、ＡＴＭ
ＡＲＰ ＮＡＫが、ステップ６４５で戻される。フィー
ルドが空の場合には、ＡＴＭ ＡＲＰ質問に基づく、Ｎ
ＨＲＰ質問が生成され、発送される（ステップ６２
５）。ゲートウェイがステップ６３０でＮＨＲＰレスポ
ンスを受領すると、このレスポンスをチェックしてＰビ
ット＝１あるいはＢビット＝１であるか否かを見る（ス
テップ６３５）。ＰビットあるいはＢビットのいずれか
が１に等しい場合には、ＡＴＭ ＡＲＰ ＮＡＫが戻さ
れる（ステップ６４５）。ＰビットあるいはＢビットの
いずれもが１に等しくない場合、ＡＴＭ ＡＲＰリプラ
イが、ＮＨＲＰリプライに基づいて生成される（ステッ
プ６４０）。
ＡＲＰ ＮＡＫが、ステップ６４５で戻される。フィー
ルドが空の場合には、ＡＴＭ ＡＲＰ質問に基づく、Ｎ
ＨＲＰ質問が生成され、発送される（ステップ６２
５）。ゲートウェイがステップ６３０でＮＨＲＰレスポ
ンスを受領すると、このレスポンスをチェックしてＰビ
ット＝１あるいはＢビット＝１であるか否かを見る（ス
テップ６３５）。ＰビットあるいはＢビットのいずれか
が１に等しい場合には、ＡＴＭ ＡＲＰ ＮＡＫが戻さ
れる（ステップ６４５）。ＰビットあるいはＢビットの
いずれもが１に等しくない場合、ＡＴＭ ＡＲＰリプラ
イが、ＮＨＲＰリプライに基づいて生成される（ステッ
プ６４０）。
【００３４】ＡＴＭ ＡＴＰ質問は、次のようにしてＮ
ＨＲＰ質問にマッピングされる。 ＮＨＲＰ Version＝ＮＨＲＰソフトウェアバージョン
から得られたＮＨＲＰのバージョンである。 Hopcount＝ゲートウェイが配置されたネットワーク内に
配置されたコンフィグレーションパラメータ、これは、
ネットワークアドミリストレータにより入力される（デ
フォルタ値＝１６）。
ＨＲＰ質問にマッピングされる。 ＮＨＲＰ Version＝ＮＨＲＰソフトウェアバージョン
から得られたＮＨＲＰのバージョンである。 Hopcount＝ゲートウェイが配置されたネットワーク内に
配置されたコンフィグレーションパラメータ、これは、
ネットワークアドミリストレータにより入力される（デ
フォルタ値＝１６）。
【００３５】Checksum＝ＮＨＲＰパケットに対し、計算
される（ＮＨＲＰソフトウェアにより計算される）。標
準アルゴリズムは、パケットを１６ビットの整数のシー
ケンスとして処理し、それらを補数計算を用いて加えら
れ、その後その得られた結果の１の補数算術を用いて加
え合わされ、その後得た結果から１の補数をとる（Come
r）。 Type＝ＲＥＱuest Mandatory Path length ＝強制部分のオクテットでの長
さ（ＮＨＲＰソフトウェアにより計算される）
される（ＮＨＲＰソフトウェアにより計算される）。標
準アルゴリズムは、パケットを１６ビットの整数のシー
ケンスとして処理し、それらを補数計算を用いて加えら
れ、その後その得られた結果の１の補数算術を用いて加
え合わされ、その後得た結果から１の補数をとる（Come
r）。 Type＝ＲＥＱuest Mandatory Path length ＝強制部分のオクテットでの長
さ（ＮＨＲＰソフトウェアにより計算される）
【００３６】Ｑ＝１（ゲートウェイがルータの場合），
その他の場合は０ Ａ＝１（権能付き応答が必要な場合） Ｓ，Ｐ，Ｂ＝０ Prot. ＩＤ＝ＡＴＭ ＡＲＰ質問パケットからコピーさ
れたままのＡＴＭ ＡＲＰプロトコールタイプ ＲＥＱuest ＩＤ＝ＮＨＲＰソフトウェアから計算され
た（各新たなＮＨＲＰＲＥＱuestでもって増分される３
２ビットカウンタから得られた）
その他の場合は０ Ａ＝１（権能付き応答が必要な場合） Ｓ，Ｐ，Ｂ＝０ Prot. ＩＤ＝ＡＴＭ ＡＲＰ質問パケットからコピーさ
れたままのＡＴＭ ＡＲＰプロトコールタイプ ＲＥＱuest ＩＤ＝ＮＨＲＰソフトウェアから計算され
た（各新たなＮＨＲＰＲＥＱuestでもって増分される３
２ビットカウンタから得られた）
【００３７】宛先（目的地）ＩＰアドレス＝ＡＴＭ Ａ
ＲＰ質問パケットからコピーされたままのＡＴＭＡＲＰ
ターゲットプロトコールアドレス Source Address＝ゲートウェイのアドレス（ゲートウェ
イが設置されたネットワークに基づくローカルコンフィ
グレーション情報） ソース保持時間＝０（質問用には使用されない） アドレスタイプ＝ＡＴＭ ＡＲＰ質問パケットからコピ
ーされたＡＴＭ ＡＲＰハードウェアのタイプ ＡＴＭ長さ＝ＡＴＭＡＲＰパケットからコピーされたＡ
ＴＭ ＡＲＰソースアドレスの長さ
ＲＰ質問パケットからコピーされたままのＡＴＭＡＲＰ
ターゲットプロトコールアドレス Source Address＝ゲートウェイのアドレス（ゲートウェ
イが設置されたネットワークに基づくローカルコンフィ
グレーション情報） ソース保持時間＝０（質問用には使用されない） アドレスタイプ＝ＡＴＭ ＡＲＰ質問パケットからコピ
ーされたＡＴＭ ＡＲＰハードウェアのタイプ ＡＴＭ長さ＝ＡＴＭＡＲＰパケットからコピーされたＡ
ＴＭ ＡＲＰソースアドレスの長さ
【００３８】ＡＴＭ ＡＲＰ内のあるアドレスフィール
ドは、ＮＨＲＰレスポンス内のある種のあるアドレスフ
ィールドは、ＮＨＲＰレスポンスに直接にはマッピング
しない。これらは、ソースと目的地ＡＴＭ番号のタイプ
と長さを含む。これらの量は、そのためＮＨＲＰソース
／目的地ＡＴＭ ＡＲＰ長さから得られなければならな
い。ＮＨＲＰパケット内のアドレスタイプ／長さフィー
ルドを得る方法は、以下の通りである。 ビット８＝０ ビット７＝０，ＮＨＲＰリプライ内のＡＴＭアドレスの
長さが２０に等しい場合 １，その他の場合 ビット６−１＝ＮＨＲＰ ＡＴＭ長さの最初の６ビット
ドは、ＮＨＲＰレスポンス内のある種のあるアドレスフ
ィールドは、ＮＨＲＰレスポンスに直接にはマッピング
しない。これらは、ソースと目的地ＡＴＭ番号のタイプ
と長さを含む。これらの量は、そのためＮＨＲＰソース
／目的地ＡＴＭ ＡＲＰ長さから得られなければならな
い。ＮＨＲＰパケット内のアドレスタイプ／長さフィー
ルドを得る方法は、以下の通りである。 ビット８＝０ ビット７＝０，ＮＨＲＰリプライ内のＡＴＭアドレスの
長さが２０に等しい場合 １，その他の場合 ビット６−１＝ＮＨＲＰ ＡＴＭ長さの最初の６ビット
【００３９】ＮＨＲＰレスポンスをＡＴＭＡＲＰレスポ
ンスにマッピングするには、ＮＨＲＰパケット内のデー
タビットフィールドをＡＴＭＡＲＰパケット内のデータ
ビットフィールドにマッピングすることにより行われ
る。互いにマッピングされるあるフィールドは、次の通
りである。
ンスにマッピングするには、ＮＨＲＰパケット内のデー
タビットフィールドをＡＴＭＡＲＰパケット内のデータ
ビットフィールドにマッピングすることにより行われ
る。互いにマッピングされるあるフィールドは、次の通
りである。
【００４０】ハードウェアのタイプ＝ＮＨＲＰアドレス
タイプ プロトコールタイプ＝ＮＨＲＰプロトコールＩＤ ソースアドレスタイプ／長さ＝以下に規定される サブアドレスタイプ／長さ＝サブアドレスの長さは０に
設定される オペレーション＝ Reply（ＮＨＲＰビットは１に設
定），ＮＡＫ（ＮＨＲＰビットは０に設定） 目的地ＡＴＭサブアドレスタイプ／長さ＝以下に規定さ
れる 目的地ＡＴＭサブアドレスタイプ／長さ＝サブアドレス
長さは、０に設定される オクテットでのソースプロトコールアドレスの長さ＝４
（ＩＰバージョン４の場合） ソースＡＴＭ番号＝ソースＮＨＲＰ ＡＴＭアドレス ソースＡＴＭサブアドレス＝０ ソースプロトコールアドレス＝送信側のプロトコールア
ドレス（ゲートウェイに登録） 目的地ＡＴＭ番号＝ＮＨＲＰ ＡＴＭ目的地アドレス 目的地ＡＴＭサブアドレス＝０ 目的地プロトコールアドレス＝ＮＨＲＰ目的地プロトコ
ールアドレス
タイプ プロトコールタイプ＝ＮＨＲＰプロトコールＩＤ ソースアドレスタイプ／長さ＝以下に規定される サブアドレスタイプ／長さ＝サブアドレスの長さは０に
設定される オペレーション＝ Reply（ＮＨＲＰビットは１に設
定），ＮＡＫ（ＮＨＲＰビットは０に設定） 目的地ＡＴＭサブアドレスタイプ／長さ＝以下に規定さ
れる 目的地ＡＴＭサブアドレスタイプ／長さ＝サブアドレス
長さは、０に設定される オクテットでのソースプロトコールアドレスの長さ＝４
（ＩＰバージョン４の場合） ソースＡＴＭ番号＝ソースＮＨＲＰ ＡＴＭアドレス ソースＡＴＭサブアドレス＝０ ソースプロトコールアドレス＝送信側のプロトコールア
ドレス（ゲートウェイに登録） 目的地ＡＴＭ番号＝ＮＨＲＰ ＡＴＭ目的地アドレス 目的地ＡＴＭサブアドレス＝０ 目的地プロトコールアドレス＝ＮＨＲＰ目的地プロトコ
ールアドレス
【００４１】上記のように指定したマッピングに加え
て、ＮＨＲＰ応答においては、Ｐビットがゼロの場合、
即ちネガティブな応答を意味するが（ネットワーク内の
ＮＨＲＰサーバのセットは、目的地のアドレスに対し適
合するのものを発見することはできない）、そのためＡ
ＴＭＡＲＰ ＮＡＫを要求者に戻さなければならない。
Ｂビットがゼロの場合（これは情報が安定ではないこと
を意味するが（新たな経路がネットワーク内で規定され
る））、この場合ＡＴＭＡＲＰ ＮＡＫが要求者に戻さ
なければならない。
て、ＮＨＲＰ応答においては、Ｐビットがゼロの場合、
即ちネガティブな応答を意味するが（ネットワーク内の
ＮＨＲＰサーバのセットは、目的地のアドレスに対し適
合するのものを発見することはできない）、そのためＡ
ＴＭＡＲＰ ＮＡＫを要求者に戻さなければならない。
Ｂビットがゼロの場合（これは情報が安定ではないこと
を意味するが（新たな経路がネットワーク内で規定され
る））、この場合ＡＴＭＡＲＰ ＮＡＫが要求者に戻さ
なければならない。
【００４２】以下にＰビットとＢビットがネットワーク
の故障を停止しているかの例を図７に示す。ここでソー
ス７００とＡＴＭネットワーク７０５と、７１０で示さ
れるＳＶＣ１がＮＨＲＰ質問から得られた最初の好まし
いパスを表すものとする。さらに７１０により示される
ＳＶＣ１が、７２０により示されるルータＲ１を介して
確立された後、７３５により示されるルータＲ３が故障
したものとする。通常のＮＨＲＰ動作においては、７２
０により示されたルータＲ１は、キャッシュからのＲ３
用の現行のルーティングパスを取り除き、パージメッセ
ージを生成して、ソース７００が再度別のＮＨＲＰ質問
を出すようにさせる。
の故障を停止しているかの例を図７に示す。ここでソー
ス７００とＡＴＭネットワーク７０５と、７１０で示さ
れるＳＶＣ１がＮＨＲＰ質問から得られた最初の好まし
いパスを表すものとする。さらに７１０により示される
ＳＶＣ１が、７２０により示されるルータＲ１を介して
確立された後、７３５により示されるルータＲ３が故障
したものとする。通常のＮＨＲＰ動作においては、７２
０により示されたルータＲ１は、キャッシュからのＲ３
用の現行のルーティングパスを取り除き、パージメッセ
ージを生成して、ソース７００が再度別のＮＨＲＰ質問
を出すようにさせる。
【００４３】この新たなＮＨＲＰ質問は、７３０により
示されるルータＲ２を介して７１５によるＳＶＣ２を通
るパスを見いだす。これは新たな好ましいパスとなる。
７００で示されるソースＳが、ゲートウェイの場合に
は、パージメッセージを要求元のソースに伝播する道は
ない。そのため７５５の宛先Ｄへの全てのトラフィック
は、ソース７００内のＡＴＭ ＡＲＰキャッシュが、タ
イムアウトして７１０で示されるＳＶＣ１を介したパス
を取り除くまで７１０のＳＶＣ１を介した本来のパスを
利用し続ける。そのため宛先ノードＤ７５５は、７３０
により示される別のパスＲ２があっても、到達すること
はできない。
示されるルータＲ２を介して７１５によるＳＶＣ２を通
るパスを見いだす。これは新たな好ましいパスとなる。
７００で示されるソースＳが、ゲートウェイの場合に
は、パージメッセージを要求元のソースに伝播する道は
ない。そのため７５５の宛先Ｄへの全てのトラフィック
は、ソース７００内のＡＴＭ ＡＲＰキャッシュが、タ
イムアウトして７１０で示されるＳＶＣ１を介したパス
を取り除くまで７１０のＳＶＣ１を介した本来のパスを
利用し続ける。そのため宛先ノードＤ７５５は、７３０
により示される別のパスＲ２があっても、到達すること
はできない。
【００４４】ＮＨＲＰプロトコール内のＰビットとＢビ
ットを評価することにより、ソース７００がゲートウェ
イの場合には、７３０で示されるＲ２は、ソース７００
から宛先Ｄ７５５までの２つのパスが存在することを認
識し、そしてＢビットをゼロに設定して不安定な情報で
あることを示す。このゲートウェイは、要求元のＡＴＭ
ＡＲＰクライアント（ソース）７００からの情報を保
留することにより、この情報に基づいて動作する。ゲー
トウェイは、ＡＴＭ ＡＲＰ ＮＡＫを発呼して呼が設
定されることを阻止する。
ットを評価することにより、ソース７００がゲートウェ
イの場合には、７３０で示されるＲ２は、ソース７００
から宛先Ｄ７５５までの２つのパスが存在することを認
識し、そしてＢビットをゼロに設定して不安定な情報で
あることを示す。このゲートウェイは、要求元のＡＴＭ
ＡＲＰクライアント（ソース）７００からの情報を保
留することにより、この情報に基づいて動作する。ゲー
トウェイは、ＡＴＭ ＡＲＰ ＮＡＫを発呼して呼が設
定されることを阻止する。
【００４５】ＮＨＲＰプロトコールには直接ＡＴＭ Ａ
ＲＰにマッピングできない別のファンクションがある。
これらのファンクションは、ＮＨＲＰ応答の保持時間パ
ラメータを含み、このパラメータは、応答中の情報が有
効である期間を特定する。別のＮＨＲＰメッセージも存
在する。この別のＮＨＲＰメッセージであるパージパケ
ットは、ＮＨＲＰ応答者からＮＨＲＰ要求者の送信さ
れ、要求者内の依然に記憶されたキャッシュエントリを
デリートする。ゲートウエイは、ＮＨＲＰ保持時間が経
過した時、あるいはパージパッケトが受領された時のい
ずれかの時は、ＡＴＭＡＲＰに対しては何らアクション
をとる必要はない。
ＲＰにマッピングできない別のファンクションがある。
これらのファンクションは、ＮＨＲＰ応答の保持時間パ
ラメータを含み、このパラメータは、応答中の情報が有
効である期間を特定する。別のＮＨＲＰメッセージも存
在する。この別のＮＨＲＰメッセージであるパージパケ
ットは、ＮＨＲＰ応答者からＮＨＲＰ要求者の送信さ
れ、要求者内の依然に記憶されたキャッシュエントリを
デリートする。ゲートウエイは、ＮＨＲＰ保持時間が経
過した時、あるいはパージパッケトが受領された時のい
ずれかの時は、ＡＴＭＡＲＰに対しては何らアクション
をとる必要はない。
【００４６】このカテゴリには２種類のケースがある。
第１のケースは宛先がＡＴＭネットワークに直接接続し
ていない場合である。この場合、ＡＴＭＡＲＰクライア
ントが、古いＮＨＲＰ情報に起因する古いキャッシュ情
報を有している場合には、宛先に対する呼びを設定する
試みが失敗する。この失敗が発生すると、確立されたＡ
ＴＭＡＲＰ手順によれば、クライアントは、関連ＡＴＭ
ＡＲＰエントリを除去する必要がある。これにより、ク
ライアントは、ＮＨＲＰに変換された時に更新されたＡ
ＴＭアドレス情報を含む新たな質問を発送する必要があ
る。これにより、新たなＡＴＭＡＲＰキャッシュエント
リも更新される。このため、後続の呼びは、他の故障が
ないかぎり成功することになる。
第１のケースは宛先がＡＴＭネットワークに直接接続し
ていない場合である。この場合、ＡＴＭＡＲＰクライア
ントが、古いＮＨＲＰ情報に起因する古いキャッシュ情
報を有している場合には、宛先に対する呼びを設定する
試みが失敗する。この失敗が発生すると、確立されたＡ
ＴＭＡＲＰ手順によれば、クライアントは、関連ＡＴＭ
ＡＲＰエントリを除去する必要がある。これにより、ク
ライアントは、ＮＨＲＰに変換された時に更新されたＡ
ＴＭアドレス情報を含む新たな質問を発送する必要があ
る。これにより、新たなＡＴＭＡＲＰキャッシュエント
リも更新される。このため、後続の呼びは、他の故障が
ないかぎり成功することになる。
【００４７】第２のケースは、宛先がＡＴＭネットワー
クではなく、ルータにより接続されており、ルータから
宛先へのパスが、安定している、即ち、ルータから宛先
へのパスが１つだけ存在している場合である。この場
合、ゲートウエイがパージパケットを受領する場合、あ
るいは、保持時間は経過する場合、ゲートウエイは、通
常何もしない。宛先がダウンしている場合、接続が失わ
れる。宛先（あるいは、宛先へのパス内のネットワー
ク）が再度ＡＴＭネットワークに元のルータではなく、
別のルータアを介して接続されされる場合には、そし
て、ＡＴＭ ＡＲＰのキャッシュがタイムアウトした場
合には、新たなＡＴＭ ＡＲＰ質問は再発行され、ゲー
トウエイは、この質問をＮＨＲＰ質問に変換し、そし
て、新たなルータのＡＴＭアドレスが正確に識別され
る。
クではなく、ルータにより接続されており、ルータから
宛先へのパスが、安定している、即ち、ルータから宛先
へのパスが１つだけ存在している場合である。この場
合、ゲートウエイがパージパケットを受領する場合、あ
るいは、保持時間は経過する場合、ゲートウエイは、通
常何もしない。宛先がダウンしている場合、接続が失わ
れる。宛先（あるいは、宛先へのパス内のネットワー
ク）が再度ＡＴＭネットワークに元のルータではなく、
別のルータアを介して接続されされる場合には、そし
て、ＡＴＭ ＡＲＰのキャッシュがタイムアウトした場
合には、新たなＡＴＭ ＡＲＰ質問は再発行され、ゲー
トウエイは、この質問をＮＨＲＰ質問に変換し、そし
て、新たなルータのＡＴＭアドレスが正確に識別され
る。
【００４８】本発明によるパージパケットのファンクシ
ョンの動作を図８に示す。パージパケットとＡＴＭＡＲ
Ｐキャッシュタイムアウトが本発明では以下のようにア
ドレスされる。図８において、ソース１０００は、ＡＴ
ＭＡＲＰ質問をゲートウェイ１０１０を介して発信す
る。このＡＴＭ質問は、ＮＨＲＰ質問１０１５に変換さ
れ、ルータ１０２０に送信される。ＮＨＲＰ応答１０２
５がゲートウェイ１０１０から戻される。このゲートウ
ェイは、ＮＨＲＰ応答１０２５をＡＴＭＡＲＰ応答１０
３０に変換する。
ョンの動作を図８に示す。パージパケットとＡＴＭＡＲ
Ｐキャッシュタイムアウトが本発明では以下のようにア
ドレスされる。図８において、ソース１０００は、ＡＴ
ＭＡＲＰ質問をゲートウェイ１０１０を介して発信す
る。このＡＴＭ質問は、ＮＨＲＰ質問１０１５に変換さ
れ、ルータ１０２０に送信される。ＮＨＲＰ応答１０２
５がゲートウェイ１０１０から戻される。このゲートウ
ェイは、ＮＨＲＰ応答１０２５をＡＴＭＡＲＰ応答１０
３０に変換する。
【００４９】このＡＴＭＡＲＰ応答１０３０は、ＡＴＭ
ＡＲＰキャッシュ１０３５内にストアされる。サービス
セットアップＲＥＱuest１０４０が、その後第１ルータ
１０２０にネットワーク１０４５を介して送られる。第
１ルータ１０２０は、ルータＲＥＱuest１０４５を受領
する。しかし、この時点で、第２ネットワーク１０５５
と、第３ルータ１０６０との間のリンクが１０５０で示
されたように失われたものと仮定する。すると宛先１０
６５には届かない。
ＡＲＰキャッシュ１０３５内にストアされる。サービス
セットアップＲＥＱuest１０４０が、その後第１ルータ
１０２０にネットワーク１０４５を介して送られる。第
１ルータ１０２０は、ルータＲＥＱuest１０４５を受領
する。しかし、この時点で、第２ネットワーク１０５５
と、第３ルータ１０６０との間のリンクが１０５０で示
されたように失われたものと仮定する。すると宛先１０
６５には届かない。
【００５０】そして第３ルータ１０６０が、第３ネット
ワーク１０７０を介して再度接続されると、第２ルータ
１０８０を用いる。オペレータが所定の時間を設定する
と、ソース内のＡＴＭキャッシュエントリは、１０８５
で示されるようにタイムアウトし、そしてサービス切断
シーケンス１０９０が開始される。第２のＡＴＭ ＡＲ
Ｐ質問１０９５がソースから発行される。ゲートウェイ
１０１０は、この質問をＮＨＲＰ質問１１００に変換す
る。
ワーク１０７０を介して再度接続されると、第２ルータ
１０８０を用いる。オペレータが所定の時間を設定する
と、ソース内のＡＴＭキャッシュエントリは、１０８５
で示されるようにタイムアウトし、そしてサービス切断
シーケンス１０９０が開始される。第２のＡＴＭ ＡＲ
Ｐ質問１０９５がソースから発行される。ゲートウェイ
１０１０は、この質問をＮＨＲＰ質問１１００に変換す
る。
【００５１】１０８０で示される第２ルータＲ２は、Ｎ
ＨＲＰ応答１１０５を発行する。このＮＨＲＰ応答１１
０５は、ゲートウェイ１１１０内でＡＴＭＡＲＰ応答１
１１０に変換される。その後ソースは、１１１５で示さ
れるようにサービスを第２ルータに設定し、この第２ル
ータは、１１２０で示されるように、サービス設定ＲＥ
Ｑuestを受領する。このようなパケットの処理の結果、
１１２５で示されるように第２ルータを介して接続性が
得られる。
ＨＲＰ応答１１０５を発行する。このＮＨＲＰ応答１１
０５は、ゲートウェイ１１１０内でＡＴＭＡＲＰ応答１
１１０に変換される。その後ソースは、１１１５で示さ
れるようにサービスを第２ルータに設定し、この第２ル
ータは、１１２０で示されるように、サービス設定ＲＥ
Ｑuestを受領する。このようなパケットの処理の結果、
１１２５で示されるように第２ルータを介して接続性が
得られる。
【００５２】
【発明の効果】以上説明したように本発明は、ＡＴＭＡ
ＲＰプロトコールからＮＨＲＰプロトコールへのマッピ
ングを開示している。本発明では、ＡＴＭＡＲＰサーバ
／ＮＨＲＰクライアントゲートウェイが開示される。本
発明は、メッセージシーケンス問題と、ビットマッチン
グ問題とがＡＴＭＡＲＰからＮＨＲＰへのマッピングを
不可能にするという問題を解決し、ＮＨＲＰリプライの
保持時間経過の問題を解決し、特定の時間に基づいた非
受領確認パケットを送り、特定のパケットＲＥＱuestに
応答しないことにより、ＮＨＲＰパージメッセージの問
題を解決する方法を提供する。さらにまた、ＡＴＭＡＲ
ＰからＮＨＲＰへのマッピング内で新たなパスがＡＴＭ
ＡＲＰからＮＨＲＰマッピング内でＮＨＲＰパケット内
のＢビットを設定することによりアドレスされる。この
Ｂビットを設定することによりソースは、パケット内に
もう１つのパスが存在し、このパスを用いて通信を継続
できることを理解する。本発明の方法は、これらプロト
コール間の完全なマッピングが可能となる。
ＲＰプロトコールからＮＨＲＰプロトコールへのマッピ
ングを開示している。本発明では、ＡＴＭＡＲＰサーバ
／ＮＨＲＰクライアントゲートウェイが開示される。本
発明は、メッセージシーケンス問題と、ビットマッチン
グ問題とがＡＴＭＡＲＰからＮＨＲＰへのマッピングを
不可能にするという問題を解決し、ＮＨＲＰリプライの
保持時間経過の問題を解決し、特定の時間に基づいた非
受領確認パケットを送り、特定のパケットＲＥＱuestに
応答しないことにより、ＮＨＲＰパージメッセージの問
題を解決する方法を提供する。さらにまた、ＡＴＭＡＲ
ＰからＮＨＲＰへのマッピング内で新たなパスがＡＴＭ
ＡＲＰからＮＨＲＰマッピング内でＮＨＲＰパケット内
のＢビットを設定することによりアドレスされる。この
Ｂビットを設定することによりソースは、パケット内に
もう１つのパスが存在し、このパスを用いて通信を継続
できることを理解する。本発明の方法は、これらプロト
コール間の完全なマッピングが可能となる。
【図１】一般的ネットワークアーキテクチャを示す図
【図２】ＡＴＭ ＡＲＰパケットフォーマットを表す図
【図３】ＮＨＲＰ ＲＥＱuestとＮＨＲＰリプライとＮ
ＨＲＰレジスタパケットフォーマットを表す図
ＨＲＰレジスタパケットフォーマットを表す図
【図４】従来技術に係るパケット処理シーケンスを表す
図
図
【図５】本発明のネットワークアーキテクチャによるパ
ケット処理シーケンスを表す図
ケット処理シーケンスを表す図
【図６】本発明の方法によるフローチャートを表す図
【図７】本発明のネットワークアーキテクチャを示す図
【図８】パージＲＥＱuestから得られたパケットシーケ
ンスを表す図
ンスを表す図
１０，２０，５０，６０ 通信装置 １５，５５ ケーブル ３０ ブリッジ ４０ ルータ １００ バストポロジー ２００ リングトポロジー ３００ パケット交換ネットワーク ４００，５００，７００，１０００ ソース ４１０，５１０ ＡＴＭＡＲＰクライアント ４２０，５２０ ＡＴＭＡＲＰサーバ ４３５ ＮＨＲＰクライアント ４４５，５４０ ＮＨＲＰサーバ１ ４５５，５５０ ＮＨＲＰサーバＮ ７０５ ＡＴＭネットワーク ７２０，１０２０ ルータＲ１ ７３０，１０８０ ルータＲ２ ７５５，１０６５ 宛先ノードＤ ６００ ＩＰパケット発信元ソース（Ｓ）のルーティン
グテーブルがローカルＡＴＭインタフェース（ａ）を介
して宛先（Ｄ）に接続されたことを示す ６０５ ソースSがATM ARPリクエストをATMインタフェ
ース（ａ）を介してゲートウェイ（Ｇ）に発行する ６１０ ゲートウェイ（Ｇ）はローカルＡＴＭＡＲＰサ
ーバテーブルが宛先（Ｄ）用の適合性を含むかをチェッ
クする ６１５ ゲートウェイ（Ｇ）が宛先ＤのＡＴＭアドレス
を含むＡＴＭ ＡＲＰ応答を発行する ６４０ ＮＨＲＰ応答に基づいてＡＴＭＡＲＰ応答を生
成する ６３５ Ｐビット＝１あるいはＢビット＝１か？ ６３０ ゲートウェイがＮＨＲＰ応答を受領する ６２５ ＡＴＭ ＡＲＰ質問に基づいてＮＨＲＰ質問を
生成し発送する ６２０ ＡＴＭ ＡＲＰ質問が空でないサブアドレスフ
ィールドを有するか？ ６４５ ＡＴＭ ＡＲＰ ＮＡＫを戻す １０３５ 応答情報がATMARPキャッシュ内にストアされる １０５０ ＮＥＴ２とＲ３との間のリンクが故障しＤへ
のＩＰ接続が失われるＤに未到達 １０７５ Ｒ３がＮＥＴ３に再度付属されＲ１，Ｒ２，
Ｒ３の間のルーティングプロトコール変換により宛先Ｄ
にＲ２を介して到達できる道を見いだす １０８５ ATMARPキャッシュエントリがタイムアウトする １１２５ 宛先へのＩＰ接続が再度得られる（Ｒ２を介
して）
グテーブルがローカルＡＴＭインタフェース（ａ）を介
して宛先（Ｄ）に接続されたことを示す ６０５ ソースSがATM ARPリクエストをATMインタフェ
ース（ａ）を介してゲートウェイ（Ｇ）に発行する ６１０ ゲートウェイ（Ｇ）はローカルＡＴＭＡＲＰサ
ーバテーブルが宛先（Ｄ）用の適合性を含むかをチェッ
クする ６１５ ゲートウェイ（Ｇ）が宛先ＤのＡＴＭアドレス
を含むＡＴＭ ＡＲＰ応答を発行する ６４０ ＮＨＲＰ応答に基づいてＡＴＭＡＲＰ応答を生
成する ６３５ Ｐビット＝１あるいはＢビット＝１か？ ６３０ ゲートウェイがＮＨＲＰ応答を受領する ６２５ ＡＴＭ ＡＲＰ質問に基づいてＮＨＲＰ質問を
生成し発送する ６２０ ＡＴＭ ＡＲＰ質問が空でないサブアドレスフ
ィールドを有するか？ ６４５ ＡＴＭ ＡＲＰ ＮＡＫを戻す １０３５ 応答情報がATMARPキャッシュ内にストアされる １０５０ ＮＥＴ２とＲ３との間のリンクが故障しＤへ
のＩＰ接続が失われるＤに未到達 １０７５ Ｒ３がＮＥＴ３に再度付属されＲ１，Ｒ２，
Ｒ３の間のルーティングプロトコール変換により宛先Ｄ
にＲ２を介して到達できる道を見いだす １０８５ ATMARPキャッシュエントリがタイムアウトする １１２５ 宛先へのＩＰ接続が再度得られる（Ｒ２を介
して）
───────────────────────────────────────────────────── フロントページの続き (71)出願人 596077259 600 Ｍｏｕｎｔａｉｎ Ａｖｅｎｕｅ, Ｍｕｒｒａｙ Ｈｉｌｌ， Ｎｅｗ Ｊｅ ｒｓｅｙ 07974−0636Ｕ．Ｓ．Ａ.
Claims (24)
- 【請求項１】 ＡＴＭＡＲＰとＮＨＲＰを利用するネッ
トワークの操作方法において、 （Ａ）ＡＲＰ−ＲＥＱuestを発行するステップと、 （Ｂ）前記ＡＲＰ−ＲＥＱuestをＮＨＲＰ−ＲＥＱuest
にマッピングするステップと、 （Ｃ）ＮＨＲＰ−ＲＥＱuestを解析し、ＮＨＲＰ−応答
を生成するステップと、 （Ｄ）ＮＨＲＰ−応答をＡＴＭＡＲＰ−応答にマッピン
グするステップと、 （Ｅ）ＡＴＭＡＲＰ応答を発行するステップとからなる
ことを特徴とするＡＴＭＡＲＰとＮＨＲＰを利用するネ
ットワークの操作方法。 - 【請求項２】 前記（Ａ）のステップは、ソース内で実
行されることを特徴とする請求項１の方法。 - 【請求項３】 前記（Ｂ）のステップは、ネットワーク
内で実行されることを特徴とする請求項１の方法。 - 【請求項４】 前記（Ｄ）のステップは、ネットワーク
内で実行されることを特徴とする請求項１の方法。 - 【請求項５】 前記（Ｄ）のステップは、ソース内で実
行されることを特徴とする請求項１の方法。 - 【請求項６】 前記ＡＴＭＡＲＰ−応答は、ソースに対
し発送されることを特徴とする請求項１の方法。 - 【請求項７】 前記（Ｂ）のステップは、 ＮＨＲＰバージョンビットを現行のＮＨＲＰバージョン
に、ホップカウントビットをゼロに、チェックサムビッ
トをＮＨＲＰ−ＲＥＱuestパケットのチェックサムに、
タイプビットをＲＥＱuestビットに、強制パス長ビット
を強制部分の長さオクテッドに、Ｑビットを１に、Ａビ
ットを１に、Ｓビットをゼロに、Ｐビットをゼロに、Ｂ
ビットをゼロに、プロトコールＩＤビットをＡＴＭ Ａ
ＲＰプロトコールタイプビットにマッピングし、新たな
ＮＨＲＰ ＲＥＱuestでもってＲＥＱuestＩＤを増分
し、宛先アドレスビットをＡＴＭＡＲＰ宛先プロトコー
ルアドレスビットに、ソースアドレスビットをゲートウ
ェイのアドレスに、ソース保持ビットをゼロに、アドレ
スタイプビットをＡＴＭＡＲＰハードウェアタイプビッ
トに、ＡＴＭ長さビットをＡＴＭ ＡＲＰソースアドレ
ス長さビットにマッピングすることにより実行すること
を特徴とする請求項１の方法。 - 【請求項８】 前記Ｑビットは、ゼロに設定されること
を特徴とする請求項７の方法。 - 【請求項９】 前記（Ｄ）のステップは、 ハードウェアタイプビットをＮＨＲＰアドレスタイプビ
ットに、プロトコールタイプビットをＮＨＲＰプロトコ
ールＩＤビットに、サブアドレスタイプ／長さビットを
ゼロに、オペレーションビットをＮＨＲＰビットがゼロ
に設定されている場合には応答ビットに、目的地ＡＴＭ
サブアドレスタイプ／長さビットをゼロに、ソースプロ
トコールアドレスの長さを４オクテッドに、ソースＡＴ
Ｍ番号ビットをソースＮＨＲＰ ＡＴＭアドレスソース
に、ＡＴＭサブアドレスをゼロに、ソースプロトコール
アドレスビットを送信側のプロトコールアドレスビット
に、目的地ＡＴＭ番号ビットをＮＨＲＰ ＡＴＭ目的地
アドレスビットに、目的地ＡＴＭサブアドレスビットを
ゼロに、目的地プロトコールアドレスビットをＮＨＲＰ
目的地プロトコールアドレスビットにマッピングするこ
とにより実行することを特徴とする請求項１の方法。 - 【請求項１０】 前記オペレーションビットは、ＮＨＲ
ＰのＰビットがゼロに設定されている場合には、ＮＡＫ
に設定されることを特徴とする請求項９の方法。 - 【請求項１１】 前記オペレーションビットは、ＮＨＲ
ＰのＢビットがゼロに設定されている場合には、ＮＡＫ
に設定されることを特徴とする請求項９の方法。 - 【請求項１２】 ビット８をゼロに設定することを特徴
とする請求項９の方法。 - 【請求項１３】 ＡＴＭ長さが２０に等しい場合には、
ビット７をゼロに設定することを特徴とする請求項１２
の方法。 - 【請求項１４】 ビット７を１に設定することを特徴と
する請求項１２の方法。 - 【請求項１５】 ビット１から６は、ＮＨＲＰ ＡＴＭ
長さの最初の６ビットに設定されることを特徴とする請
求項１２の方法。 - 【請求項１６】 前記ゲートウェイは、ＮＨＲＰ保持時
間が経過したときには、ソースへの応答を発行しないこ
とを特徴とする請求項１の方法。 - 【請求項１７】 前記ゲートウェイは、パージパケット
を受信したときには、ソースへ応答を発行しないことを
特徴とする請求項１の方法。 - 【請求項１８】 ＮＨＲＰゲートウェイ内の古い情報に
基づいて、前記ソース内の古い情報は、新たなＡＴＭＡ
ＲＰ質問を発送することにより消滅することを特徴とす
る請求項１の方法。 - 【請求項１９】 前記ゲートウェイが、非空サブアドレ
スを処理するときには、ＡＴＭ ＡＲＰ ＮＡＫを戻す
ことを特徴とする請求項１の方法。 - 【請求項２０】 ＡＴＭＡＲＰクライアントとＮＨＲＰ
第１サーバとＮＨＲＰ第Ｎサーバとを含むネットワーク
を含むソースと、ＡＴＭＡＲＰサーバとＮＨＲＰクライ
アントを含むＡＴＭ／ＮＨＲＰゲートウェイとの間の変
換を行う方法において、 （Ａ）前記ソースと前記ＡＴＭＡＲＰクライアントとの
間のＡＴＭＡＲＰ手順を開始するステップと、 （Ｂ）前記ＡＴＭＡＲＰクライアントからＡＲＰ−ＲＥ
ＱuestをＡＴＭ／ＮＨＲＰゲートウェイに発送するステ
ップと、 （Ｃ）前記ＡＴＭＡＲＰサーバと前記ＮＨＲＰクライア
ントの間で前記ＡＲＰ−ＲＥＱuestをマッピングするス
テップと、 （Ｄ）前記ＮＨＲＰクライアントからＮＨＲＰ−ＲＥＱ
uestをＮＨＲＰ第１サーバに発送するステップと、 （Ｅ）前記ＮＨＲＰ第１サーバを介して、ＮＨＲＰ Ｒ
ＥＱuestを前記ＮＨＲＰ第Ｎサーバに転送するステップ
と、 （Ｆ）前記ＮＨＲＰ第ＮサーバからＮＨＲＰ受領確認通
知を発送するステップと、 （Ｇ）前記ＮＨＲＰ−受領確認通知を前記ＮＨＲＰ第１
サーバを介して、前記ＡＴＭ／ＮＨＲＰゲートウェイに
転送するステップと、 （Ｈ）前記ＮＨＲＰ−受領確認通知を前記ＮＨＲＰクラ
イアントと、前記ＡＴＭＡＲＰサーバとの間でマッピン
グするステップと、 （Ｉ）前記ＡＴＭＡＲＰ受領確認通知を前記ソースに戻
すステップとを有することを特徴とするソースとゲート
ウェイとの間の変換を行う方法。 - 【請求項２１】 ＡＴＭＡＲＰとＮＨＲＰとの間でネッ
トワークを用いてマッピングを行う方法において、 （Ａ）ソースから第１ＡＴＭコマンドを発送するステッ
プと、 （Ｂ）前記第１ＡＴＭコマンドを、前記ネットワーク内
の第１ＮＨＲＰコマンドに変換するステップと、 （Ｃ）前記第１ＮＨＲＰコマンドを解くステップと、 （Ｄ）前記解かれた第１ＮＨＲＰコマンドをネットワー
ク内の第２ＡＴＭコマンドに変換するステップと、 （Ｅ）前記ネットワークから第２ＡＴＭコマンドを前記
ソースに戻すステップとからなりこれによりＡＴＭＡＲ
ＰとＮＨＲＰとの間のマッピングを行うことを特徴とす
る方法。 - 【請求項２２】 （Ａ）ＡＴＭＡＲＰ ＲＥＱuestを発
送するために、ＡＴＭＡＲＰクライアントを有するソー
スと、 （Ｂ）前記ＡＴＭＡＲＰ ＲＥＱuestを受領し、前記Ａ
ＴＭＡＲＰ ＲＥＱuestをＮＨＲＰ ＲＥＱuestに変換
するためにＡＴＭサーバとＮＨＲＰクライアントを含む
ゲートウェイと、 （Ｃ）ＮＨＲＰ ＲＥＱuestを受領し、少なくとも１つ
のサーバとからなることを特徴とする通信システム。 - 【請求項２３】 前記ゲートウェイは、ネットワーク内
に配置されることを特徴とする請求項２２の方法。 - 【請求項２４】 前記サーバは、前記ネットワーク内に
配置されることを特徴とする請求項２３の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/567,517 US5809233A (en) | 1995-12-05 | 1995-12-05 | Method of mapping from ATMARP to NHRP |
| US567517 | 1995-12-05 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH09181776A true JPH09181776A (ja) | 1997-07-11 |
Family
ID=24267487
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8321409A Pending JPH09181776A (ja) | 1995-12-05 | 1996-12-02 | Ａｔｍａｒｐとｎｈｒｐを利用するネットワークの操作方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US5809233A (ja) |
| EP (1) | EP0783216B1 (ja) |
| JP (1) | JPH09181776A (ja) |
| CA (1) | CA2189806C (ja) |
| DE (1) | DE69637753D1 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005032073A1 (ja) * | 2003-09-24 | 2005-04-07 | Mitsubishi Denki Kabushiki Kaisha | 広域ｌａｎシステムおよびレイヤ２移動体ネットワーク |
| JP2007534203A (ja) * | 2003-09-11 | 2007-11-22 | インターナショナル・ビジネス・マシーンズ・コーポレーション | Ｔｃｐトラフィックのフロー特性に基づくキャッシング・ルックアップのための装置及び方法 |
| JP2010273370A (ja) * | 1999-08-19 | 2010-12-02 | Nokia Corp | Ａｔｍネットワークとｉｐネットワークとの間の相互接続装置を提供する方法及び装置 |
Families Citing this family (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| SE506475C2 (sv) * | 1996-04-26 | 1997-12-22 | Ericsson Telefon Ab L M | Tjänste- och förbindelseseparerat nät |
| US7088726B1 (en) * | 1996-07-04 | 2006-08-08 | Hitachi, Ltd. | Translator for IP networks, network system using the translator, and IP network coupling method therefor |
| JP3224745B2 (ja) * | 1996-07-09 | 2001-11-05 | 株式会社日立製作所 | 高信頼化ネットワークシステム及びサーバ切り替え方法 |
| JP2845208B2 (ja) * | 1996-08-15 | 1999-01-13 | 日本電気株式会社 | アドレス解決装置 |
| JP2982727B2 (ja) * | 1996-08-15 | 1999-11-29 | 日本電気株式会社 | 認証方法 |
| US6026086A (en) * | 1997-01-08 | 2000-02-15 | Motorola, Inc. | Apparatus, system and method for a unified circuit switched and packet-based communications system architecture with network interworking functionality |
| JP3457493B2 (ja) * | 1997-03-18 | 2003-10-20 | 富士通株式会社 | Ａｒｐサーバ |
| US5936936A (en) * | 1997-04-11 | 1999-08-10 | International Business Machines Corporation | Redundancy mechanisms for classical internet protocol over asynchronous transfer mode networks |
| JPH11122271A (ja) * | 1997-10-09 | 1999-04-30 | Nec Corp | 動的ａｔｍアドレス設定方式 |
| US6189041B1 (en) * | 1997-11-12 | 2001-02-13 | International Business Machines Corporation | Next hop resolution protocol cut-through to LANs |
| KR100265362B1 (ko) * | 1997-12-30 | 2000-09-15 | 김영환 | 직병렬 방식을 이용한 마이크로프로세서의 데이터송수신 방법 |
| US6252857B1 (en) * | 1998-03-04 | 2001-06-26 | At&T Corp. | Method and apparatus for provisioned and dynamic quality of service in a communications network |
| US6452921B1 (en) * | 1998-11-24 | 2002-09-17 | International Business Machines Corporation | Method and system within a computer network for maintaining source-route information at a router bypassed by shortcut communication |
| JP3082760B1 (ja) * | 1999-02-26 | 2000-08-28 | 日本電気株式会社 | Ｍｐｏａパケットの転送方法 |
| US6356529B1 (en) * | 1999-08-12 | 2002-03-12 | Converse, Ltd. | System and method for rapid wireless application protocol translation |
| WO2002009355A2 (en) | 2000-07-24 | 2002-01-31 | Trendium, Inc. | Network models, methods, and computer program products for managing a service independent of the underlying network technology |
| US6993050B2 (en) | 2001-03-14 | 2006-01-31 | At&T Corp. | Transmit and receive system for cable data service |
| CA2455492C (en) * | 2001-08-24 | 2010-10-12 | John Robert King | Apparatus and method of coordinating network events |
| US7058633B1 (en) * | 2002-09-09 | 2006-06-06 | Cisco Technology, Inc. | System and method for generalized URL-rewriting |
| US7894174B2 (en) * | 2004-08-23 | 2011-02-22 | Monolithic Power Systems, Inc. | Method and apparatus for fault detection scheme for cold cathode fluorescent lamp (CCFL) integrated circuits |
| US7738859B2 (en) * | 2005-03-10 | 2010-06-15 | Interdigital Technology Corporation | Multi-node communication system and method of requesting, reporting and collecting destination-node-based measurements and route-based measurements |
| US20070064665A1 (en) | 2005-08-23 | 2007-03-22 | Interdigital Technology Corporation | Method and apparatus for accessing an uplink random access channel in a single carrier frequency division multiple access system |
| US7602737B2 (en) * | 2006-03-01 | 2009-10-13 | Cisco Technology, Inc. | Methods and apparatus for providing an enhanced dynamic multipoint virtual private network architecture |
| CN101453818B (zh) | 2007-11-29 | 2014-03-19 | 杭州茂力半导体技术有限公司 | 放电灯的电路保护和调节装置 |
| US8521884B2 (en) * | 2010-12-15 | 2013-08-27 | Industrial Technology Research Institute | Network system and method of address resolution |
| US9516061B2 (en) | 2013-11-26 | 2016-12-06 | Cisco Technology, Inc. | Smart virtual private network |
| CN109981534B (zh) * | 2017-12-27 | 2021-03-05 | 华为技术有限公司 | 一种认证方法、设备及系统 |
| US10985943B1 (en) * | 2018-07-15 | 2021-04-20 | Concurrent Ventures | Hardware defined anything in a platform with swappable pods, message interface, sandboxes and memory superposition |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5442630A (en) * | 1991-05-24 | 1995-08-15 | Gagliardi; Ugo O. | ISDN interfacing of local area networks |
| US5239542A (en) * | 1991-08-23 | 1993-08-24 | Redcom Laboratories, Inc. | Time division multiplex switching system for interconnecting telephone circuits which operate in accordance with different signalling systems and call formats |
| US5327544A (en) * | 1991-08-29 | 1994-07-05 | At&T Bell Laboratories | Method and apparatus for designing gateways for computer networks |
| US5287103A (en) * | 1991-12-30 | 1994-02-15 | At&T Bell Laboratories | Method and apparatus for providing local area network clients with internetwork identification data |
| US5491693A (en) * | 1993-12-30 | 1996-02-13 | International Business Machines Corporation | General transport layer gateway for heterogeneous networks |
| US5636216A (en) * | 1994-04-08 | 1997-06-03 | Metricom, Inc. | Method for translating internet protocol addresses to other distributed network addressing schemes |
| CA2145921A1 (en) * | 1994-05-10 | 1995-11-11 | Vijay Pochampalli Kumar | Method and apparatus for executing a distributed algorithm or service on a simple network management protocol based computer network |
| US5583862A (en) * | 1995-03-28 | 1996-12-10 | Bay Networks, Inc. | Method and apparatus for routing for virtual networks |
-
1995
- 1995-12-05 US US08/567,517 patent/US5809233A/en not_active Expired - Lifetime
-
1996
- 1996-11-07 CA CA002189806A patent/CA2189806C/en not_active Expired - Fee Related
- 1996-11-27 EP EP96308552A patent/EP0783216B1/en not_active Expired - Lifetime
- 1996-11-27 DE DE69637753T patent/DE69637753D1/de not_active Expired - Lifetime
- 1996-12-02 JP JP8321409A patent/JPH09181776A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010273370A (ja) * | 1999-08-19 | 2010-12-02 | Nokia Corp | Ａｔｍネットワークとｉｐネットワークとの間の相互接続装置を提供する方法及び装置 |
| JP2007534203A (ja) * | 2003-09-11 | 2007-11-22 | インターナショナル・ビジネス・マシーンズ・コーポレーション | Ｔｃｐトラフィックのフロー特性に基づくキャッシング・ルックアップのための装置及び方法 |
| US8005989B2 (en) | 2003-09-11 | 2011-08-23 | International Business Machines Corporation | Caching lookups based upon TCP traffic flow characteristics |
| WO2005032073A1 (ja) * | 2003-09-24 | 2005-04-07 | Mitsubishi Denki Kabushiki Kaisha | 広域ｌａｎシステムおよびレイヤ２移動体ネットワーク |
| JPWO2005032073A1 (ja) * | 2003-09-24 | 2006-12-07 | 三菱電機株式会社 | 広域ｌａｎシステムおよびレイヤ２移動体ネットワーク |
| JP4590563B2 (ja) * | 2003-09-24 | 2010-12-01 | 独立行政法人情報通信研究機構 | 広域ｌａｎシステム |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0783216A1 (en) | 1997-07-09 |
| DE69637753D1 (de) | 2009-01-02 |
| EP0783216B1 (en) | 2008-11-19 |
| CA2189806A1 (en) | 1997-06-06 |
| CA2189806C (en) | 2000-05-23 |
| US5809233A (en) | 1998-09-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH09181776A (ja) | Ａｔｍａｒｐとｎｈｒｐを利用するネットワークの操作方法 | |
| US5673263A (en) | Method for using an IP address-based routing protocol in an ATM environment | |
| US6766377B1 (en) | Media gateway proxy | |
| US6772210B1 (en) | Method and apparatus for exchanging communications between telephone number based devices in an internet protocol environment | |
| CA2112885C (en) | Multi-protocol packet switching network | |
| US6157950A (en) | Methods and apparatus for interfacing a computer or small network to a wide area network such as the internet | |
| US6892245B1 (en) | Management information base for a multi-domain network address translator | |
| US7965724B2 (en) | Translator for IP networks, network system using the translator, and IP network coupling method therefor | |
| US7437479B2 (en) | Position identifier management apparatus and method, mobile computer, and position identifier processing method | |
| JP2637901B2 (ja) | 可動ホストに対する情報パケットの経路指定方法 | |
| US20020023152A1 (en) | Communication data relay system | |
| JPH08292908A (ja) | ディジタル通信ネットワークにおけるトランザクション・メッセージの経路指定システム及び方法 | |
| JP2000270025A (ja) | 仮想私設網構築システム | |
| JP2003348173A5 (ja) | ||
| JP2845208B2 (ja) | アドレス解決装置 | |
| US6826176B1 (en) | Connectionless media transmission without bearer-channel control signaling | |
| US5909446A (en) | Address resolution system | |
| US7330896B1 (en) | Correlating data streams of different protocols | |
| US7969969B2 (en) | Signalling gateway | |
| JP4445259B2 (ja) | ネットワーク間プロトコルのトランスポートを介してアプリケーション問合せメッセージを送信、受信及び実行するための方法と装置 | |
| US6845250B1 (en) | Method and system for transmitting messages in a communications network | |
| US7499448B2 (en) | Method for data exchange between network elements in networks with different address ranges | |
| George et al. | Signaling system 7 (SS7) message transfer part 2 (MTP2)-user peer-to-peer adaptation layer (M2PA) | |
| JPH10145373A (ja) | コネクションレス型通信網におけるアドレス解決方式 | |
| JP3465805B2 (ja) | アドレス処理システム |