JPH1065734A - アドレス解決装置 - Google Patents
アドレス解決装置Info
- Publication number
- JPH1065734A JPH1065734A JP21574796A JP21574796A JPH1065734A JP H1065734 A JPH1065734 A JP H1065734A JP 21574796 A JP21574796 A JP 21574796A JP 21574796 A JP21574796 A JP 21574796A JP H1065734 A JPH1065734 A JP H1065734A
- Authority
- JP
- Japan
- Prior art keywords
- nhrp
- terminal
- address
- atmarp
- lis
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- 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/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5665—Interaction of ATM with other protocols
- H04L2012/5668—Next hop resolution protocol [NHRP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 ＮＨＲＰプロトコルと従来のＡＴＭＡＲＰプ
ロトコルとの相互運用の方法を提供する。 【解決手段】 ＮＨＲＰサーバがＡＴＭＡＲＰサーバの
機能を兼ねて、ＮＨＲＰ端末からのアドレス解決リクエ
ストおよびＡＴＭＡＲＰ端末からのアドレス解決リクエ
ストを両方受け付けることができるようにする。このた
め、ＮＨＲＰ端末からのＮＨＲＰアドレス登録リクエス
トから獲得したアドレス情報およびＡＴＭＡＲＰ端末か
らのＩｎＡＴＭＡＲＰリプライから獲得したアドレス登
録情報を、ＮＨＲＰサーバ内で共有する。ＮＨＲＰ端末
かＡＴＭＡＲＰ端末かによらずアドレス解決リクエスト
には上記共有しているアドレス情報を用いてリプライす
る。但し、あるＮＨＲＰ端末が、そのＮＨＲＰ端末と異
なるＬＩＳに属するＡＴＭＡＲＰ端末のアドレスを解決
しようとする場合は、そのＡＴＭＡＲＰ端末のＡＴＭア
ドレスそのものではなく、そのＡＴＭＡＲＰ端末が属し
ているサブネットワークを管理するＮＨＳのアドレス、
または、別のルータのアドレスを解決するようにする。
ロトコルとの相互運用の方法を提供する。 【解決手段】 ＮＨＲＰサーバがＡＴＭＡＲＰサーバの
機能を兼ねて、ＮＨＲＰ端末からのアドレス解決リクエ
ストおよびＡＴＭＡＲＰ端末からのアドレス解決リクエ
ストを両方受け付けることができるようにする。このた
め、ＮＨＲＰ端末からのＮＨＲＰアドレス登録リクエス
トから獲得したアドレス情報およびＡＴＭＡＲＰ端末か
らのＩｎＡＴＭＡＲＰリプライから獲得したアドレス登
録情報を、ＮＨＲＰサーバ内で共有する。ＮＨＲＰ端末
かＡＴＭＡＲＰ端末かによらずアドレス解決リクエスト
には上記共有しているアドレス情報を用いてリプライす
る。但し、あるＮＨＲＰ端末が、そのＮＨＲＰ端末と異
なるＬＩＳに属するＡＴＭＡＲＰ端末のアドレスを解決
しようとする場合は、そのＡＴＭＡＲＰ端末のＡＴＭア
ドレスそのものではなく、そのＡＴＭＡＲＰ端末が属し
ているサブネットワークを管理するＮＨＳのアドレス、
または、別のルータのアドレスを解決するようにする。
Description
【０００１】
【発明の属する技術分野】本発明は、ＮＢＭＡネットワ
ークにおけるＮＨＲＰによるアドレス解決方法に関し、
特に従来のＡＴＭＡＲＰとの相互運用の方法に関する。
ークにおけるＮＨＲＰによるアドレス解決方法に関し、
特に従来のＡＴＭＡＲＰとの相互運用の方法に関する。
【０００２】
【従来の技術】ＮＨＲＰプロトコルは、ＮＢＭＡネット
ワークにおけるアドレス解決プロトコルとして、ＩＥＴ
Ｆ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａ
ｓｋＦｏｒｃｅ）で議論されており、その仕様はｄｒａ
ｆｔ−ｉｅｔｆ−ｒｏｌｃ−ＮＨＲＰ−０８．ｔｘｔ等
に記述されている。
ワークにおけるアドレス解決プロトコルとして、ＩＥＴ
Ｆ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａ
ｓｋＦｏｒｃｅ）で議論されており、その仕様はｄｒａ
ｆｔ−ｉｅｔｆ−ｒｏｌｃ−ＮＨＲＰ−０８．ｔｘｔ等
に記述されている。
【０００３】これは以下のような方法である。なお以下
ではＮＢＭＡネットワークとしてＡＴＭネットワーク
を、その上位プロトコルとしてはＩＰ（Ｉｎｔｅｒｎｅ
ｔＰｒｏｔｏｃｏｌ）を例に挙げて説明するが、これら
が他のＮＢＭＡネットワークおよびネットワーク層プロ
トコルであっても同様である。
ではＮＢＭＡネットワークとしてＡＴＭネットワーク
を、その上位プロトコルとしてはＩＰ（Ｉｎｔｅｒｎｅ
ｔＰｒｏｔｏｃｏｌ）を例に挙げて説明するが、これら
が他のＮＢＭＡネットワークおよびネットワーク層プロ
トコルであっても同様である。
【０００４】ＡＴＭネットワーク上でＩＰ通信を行なう
ためには、通信相手のＩＰアドレスから、ＡＴＭアドレ
スを獲得する手段が必要となる。このため、ＮＨＲＰプ
ロトコルでは、ＡＴＭネットワークに接続されているＡ
ＴＭ端末のＩＰアドレスおよびＡＴＭアドレスの対をあ
るエリア毎（例えば論理サブネット（ＬＩＳ：Ｌｏｇｉ
ｃａｌ ＩＰ Ｓｕｂｎｅｔ）毎）に置かれたＮＨＲＰ
サーバ（ＮＨＳ）が分散管理する。
ためには、通信相手のＩＰアドレスから、ＡＴＭアドレ
スを獲得する手段が必要となる。このため、ＮＨＲＰプ
ロトコルでは、ＡＴＭネットワークに接続されているＡ
ＴＭ端末のＩＰアドレスおよびＡＴＭアドレスの対をあ
るエリア毎（例えば論理サブネット（ＬＩＳ：Ｌｏｇｉ
ｃａｌ ＩＰ Ｓｕｂｎｅｔ）毎）に置かれたＮＨＲＰ
サーバ（ＮＨＳ）が分散管理する。
【０００５】あるＡＴＭ端末がある通信相手のＩＰアド
レスに対するＡＴＭアドレスを解決したい場合、あらか
じめ決められたＮＨＳにＮＨＲＰアドレス解決リクエス
トパケットを送信する。ＮＨＲＰアドレス解決リクエス
トパケットを受信したＮＨＳは、アドレスを解決できる
場合にはＮＨＲＰアドレス解決リプライパケットをＡＴ
Ｍ端末に返送する。解決できない場合には、解決すべき
ＩＰアドレスを管理していると思われる別のＮＨＳの方
向にそのＮＨＲＰアドレス解決リクエストパケットを転
送する。すなわち、ＮＨＲＰアドレス解決リクエストパ
ケットは、アドレスを解決できるＮＨＳに到着するま
で、複数のＮＨＳ間を次々と転送されて行く。
レスに対するＡＴＭアドレスを解決したい場合、あらか
じめ決められたＮＨＳにＮＨＲＰアドレス解決リクエス
トパケットを送信する。ＮＨＲＰアドレス解決リクエス
トパケットを受信したＮＨＳは、アドレスを解決できる
場合にはＮＨＲＰアドレス解決リプライパケットをＡＴ
Ｍ端末に返送する。解決できない場合には、解決すべき
ＩＰアドレスを管理していると思われる別のＮＨＳの方
向にそのＮＨＲＰアドレス解決リクエストパケットを転
送する。すなわち、ＮＨＲＰアドレス解決リクエストパ
ケットは、アドレスを解決できるＮＨＳに到着するま
で、複数のＮＨＳ間を次々と転送されて行く。
【０００６】この結果、通信相手が異なるＬＩＳに属し
ている場合であっても、その通信相手がＡＴＭネットワ
ークに直接接続されている場合にはその通信相手自身の
ＡＴＭアドレスを解決することができる。通信相手がＡ
ＴＭネットワークに直接接続されていない場合には、Ａ
ＴＭネットワークからの出口のルータ（ゲートウェイ）
のＡＴＭアドレスを解決することができる。
ている場合であっても、その通信相手がＡＴＭネットワ
ークに直接接続されている場合にはその通信相手自身の
ＡＴＭアドレスを解決することができる。通信相手がＡ
ＴＭネットワークに直接接続されていない場合には、Ａ
ＴＭネットワークからの出口のルータ（ゲートウェイ）
のＡＴＭアドレスを解決することができる。
【０００７】一方、ＡＴＭネットワーク上でのアドレス
解決プロトコルとしては、ＩＥＴＦのＲＦＣ１５７７で
既に標準化されているＡＴＭＡＲＰがある。ＡＴＭＡＲ
Ｐではアドレス解決は同一ＬＩＳ内に限られており、Ａ
ＴＭＡＲＰリクエストパケットがＡＴＭＡＲＰサーバ間
で転送されることはない。
解決プロトコルとしては、ＩＥＴＦのＲＦＣ１５７７で
既に標準化されているＡＴＭＡＲＰがある。ＡＴＭＡＲ
Ｐではアドレス解決は同一ＬＩＳ内に限られており、Ａ
ＴＭＡＲＰリクエストパケットがＡＴＭＡＲＰサーバ間
で転送されることはない。
【０００８】ＮＨＲＰとＡＴＭＡＲＰは全く別のプロト
コルであるので、従来は、相互運用性はなかった。
コルであるので、従来は、相互運用性はなかった。
【０００９】
【発明が解決しようとする課題】ＡＴＭネットワーク上
のアドレス解決プロトコルとして既にＡＴＭＡＲＰを採
用しているＬＩＳが、新たにアドレス解決プロトコルと
してＮＨＲＰを採用しようとした場合、従来のＮＨＲＰ
サーバはＡＴＭＡＲＰプロトコルを処理することができ
ないので、そのＬＩＳに属する全ての端末をＮＨＲＰに
対応したものに変更しなければならなかった。このた
め、従来のＡＴＭＡＲＰを用いる端末と、新たにＮＨＲ
Ｐを用いる端末が同じＬＩＳ内に混在できないという問
題があった。
のアドレス解決プロトコルとして既にＡＴＭＡＲＰを採
用しているＬＩＳが、新たにアドレス解決プロトコルと
してＮＨＲＰを採用しようとした場合、従来のＮＨＲＰ
サーバはＡＴＭＡＲＰプロトコルを処理することができ
ないので、そのＬＩＳに属する全ての端末をＮＨＲＰに
対応したものに変更しなければならなかった。このた
め、従来のＡＴＭＡＲＰを用いる端末と、新たにＮＨＲ
Ｐを用いる端末が同じＬＩＳ内に混在できないという問
題があった。
【００１０】上記問題を解決するため、単純にＮＨＲＰ
サーバがＡＴＭＡＲＰサーバを兼ね、このＮＨＲＰサー
バとＡＴＭＡＲＰサーバで、ＮＨＲＰ端末およびＡＴＭ
ＡＲＰ端末のアドレス情報を共有することが考えられ
る。
サーバがＡＴＭＡＲＰサーバを兼ね、このＮＨＲＰサー
バとＡＴＭＡＲＰサーバで、ＮＨＲＰ端末およびＡＴＭ
ＡＲＰ端末のアドレス情報を共有することが考えられ
る。
【００１１】しかし、本方法では、あるＮＨＲＰ端末
が、そのＮＨＲＰ端末と異なるＬＩＳに属するＡＴＭＡ
ＲＰ端末のアドレスを解決しようとする場合でも、その
ＡＴＭＡＲＰ端末のＡＴＭアドレスそのものが解決でき
てしまう。そうすると上記ＮＨＲＰ端末は上記ＡＴＭＡ
ＲＰ端末にＳＶＣをセットアップし、このＳＶＣを用い
てＩＰパケットを送信することになる。この時、逆に上
記ＡＴＭＡＲＰ端末が上記ＮＨＲＰ端末にＩＰパケット
を送信しようとした場合、改めて上記ＮＨＲＰ端末への
ルート上のＩＰ Ｎｅｘｔ ＨｏｐであるルータのＡＴ
ＭアドレスをＡＴＭＡＲＰで解決し、上記ルータにＳＶ
Ｃをセットアップし、ＩＰパケットを送信することにな
る。つまり、ＡＴＭＡＲＰ端末とＮＨＲＰ端末との間の
送信用と受信用のＳＶＣの経路が異なる。このため上記
ＮＨＲＰ端末からセットアップされたＳＶＣが用いられ
ることがなく、ＳＶＣが無駄に消費されるという問題が
ある。
が、そのＮＨＲＰ端末と異なるＬＩＳに属するＡＴＭＡ
ＲＰ端末のアドレスを解決しようとする場合でも、その
ＡＴＭＡＲＰ端末のＡＴＭアドレスそのものが解決でき
てしまう。そうすると上記ＮＨＲＰ端末は上記ＡＴＭＡ
ＲＰ端末にＳＶＣをセットアップし、このＳＶＣを用い
てＩＰパケットを送信することになる。この時、逆に上
記ＡＴＭＡＲＰ端末が上記ＮＨＲＰ端末にＩＰパケット
を送信しようとした場合、改めて上記ＮＨＲＰ端末への
ルート上のＩＰ Ｎｅｘｔ ＨｏｐであるルータのＡＴ
ＭアドレスをＡＴＭＡＲＰで解決し、上記ルータにＳＶ
Ｃをセットアップし、ＩＰパケットを送信することにな
る。つまり、ＡＴＭＡＲＰ端末とＮＨＲＰ端末との間の
送信用と受信用のＳＶＣの経路が異なる。このため上記
ＮＨＲＰ端末からセットアップされたＳＶＣが用いられ
ることがなく、ＳＶＣが無駄に消費されるという問題が
ある。
【００１２】更に上記ＡＴＭＡＲＰ端末は、異なるＬＩ
ＳからのＩＰパケットは、同一ＬＩＳに属するルータの
パケットフィルタリング機能を通ってから送信されて来
るものと期待しているかもしれない。しかし、本方法で
は、上記ＮＨＰＲ端末が直接ＳＶＣを上記ＡＴＭＡＲＰ
端末にセットアップしてしまうので、ルータでのＩＰレ
ベルのパケットフィルタリング機能を用いることができ
ないという問題があった。
ＳからのＩＰパケットは、同一ＬＩＳに属するルータの
パケットフィルタリング機能を通ってから送信されて来
るものと期待しているかもしれない。しかし、本方法で
は、上記ＮＨＰＲ端末が直接ＳＶＣを上記ＡＴＭＡＲＰ
端末にセットアップしてしまうので、ルータでのＩＰレ
ベルのパケットフィルタリング機能を用いることができ
ないという問題があった。
【００１３】従って本発明の目的は、ＡＴＭネットワー
ク上のアドレス解決プロトコルとして既にＡＴＭＡＲＰ
を採用しているＬＩＳが、新たにアドレス解決プロトコ
ルとしてＮＨＲＰを採用しようとした場合でも、そのＬ
ＩＳに属する全ての端末をＮＨＲＰに対応したものに変
更する必要がなく、従来のＡＴＭＡＲＰを用いる端末
と、新たにＮＨＲＰを用いる端末が同一ＬＩＳ内に混在
させることができる方法を提供することにある。
ク上のアドレス解決プロトコルとして既にＡＴＭＡＲＰ
を採用しているＬＩＳが、新たにアドレス解決プロトコ
ルとしてＮＨＲＰを採用しようとした場合でも、そのＬ
ＩＳに属する全ての端末をＮＨＲＰに対応したものに変
更する必要がなく、従来のＡＴＭＡＲＰを用いる端末
と、新たにＮＨＲＰを用いる端末が同一ＬＩＳ内に混在
させることができる方法を提供することにある。
【００１４】本発明の他の目的は、あるＮＨＲＰ端末
が、そのＮＨＲＰ端末と異なるＬＩＳに属するＡＴＭＡ
ＲＰ端末のアドレスを解決しようとする場合は、そのＡ
ＴＭＡＲＰ端末のＡＴＭアドレスそのものではなく、そ
のＡＴＭＡＲＰ端末へのゲートウェイのアドレスを解決
する方法を提供することにある。
が、そのＮＨＲＰ端末と異なるＬＩＳに属するＡＴＭＡ
ＲＰ端末のアドレスを解決しようとする場合は、そのＡ
ＴＭＡＲＰ端末のＡＴＭアドレスそのものではなく、そ
のＡＴＭＡＲＰ端末へのゲートウェイのアドレスを解決
する方法を提供することにある。
【００１５】
【課題を解決するための手段】メディア共有型でないネ
ットワークにおける、ネットワーク層アドレスからデー
タリンク層アドレスへの変換（アドレスを解決するとい
う）を行なうＮＨＲＰプロトコルにおいて、前記アドレ
ス解決機能を提供するＮＨＲＰ処理手段と、ＲＦＣ１５
７７で規定されているＡＴＭＡＲＰプロトコルによるア
ドレス解決機能を提供するＡＴＭＡＲＰ処理手段と、前
記ＮＨＲＰ処理手段および前記ＡＴＭＡＲＰ処理手段か
ら共通してアクセスされ、ＮＨＲＰプロトコルにより登
録されたアドレス情報およびＡＴＭＡＲＰプロトコルに
より登録されたアドレス情報を保持する手段と、前記Ｎ
ＨＲＰ処理手段が、あるＡＴＭＡＲＰ端末のアドレスを
解決しようとするＮＨＲＰアドレス解決リクエストパケ
ットを受信した場合、前記ＡＴＭＡＲＰ端末と前記ＮＨ
ＲＰアドレス解決リクエストパケットを送信した端末が
同一ＬＩＳに属していない時は、前記ＮＨＲＰ処理手段
が前記ＮＨＲＰアドレス解決リクエストパケットを受信
したインターフェイスのアドレス情報をリプライする手
段を具備する。
ットワークにおける、ネットワーク層アドレスからデー
タリンク層アドレスへの変換（アドレスを解決するとい
う）を行なうＮＨＲＰプロトコルにおいて、前記アドレ
ス解決機能を提供するＮＨＲＰ処理手段と、ＲＦＣ１５
７７で規定されているＡＴＭＡＲＰプロトコルによるア
ドレス解決機能を提供するＡＴＭＡＲＰ処理手段と、前
記ＮＨＲＰ処理手段および前記ＡＴＭＡＲＰ処理手段か
ら共通してアクセスされ、ＮＨＲＰプロトコルにより登
録されたアドレス情報およびＡＴＭＡＲＰプロトコルに
より登録されたアドレス情報を保持する手段と、前記Ｎ
ＨＲＰ処理手段が、あるＡＴＭＡＲＰ端末のアドレスを
解決しようとするＮＨＲＰアドレス解決リクエストパケ
ットを受信した場合、前記ＡＴＭＡＲＰ端末と前記ＮＨ
ＲＰアドレス解決リクエストパケットを送信した端末が
同一ＬＩＳに属していない時は、前記ＮＨＲＰ処理手段
が前記ＮＨＲＰアドレス解決リクエストパケットを受信
したインターフェイスのアドレス情報をリプライする手
段を具備する。
【００１６】リプライするアドレス情報として、前記Ｎ
ＨＲＰアドレス解決リクエストパケットを受信したイン
ターフェイスが属すＬＩＳと解決すべきアドレスを持つ
前記ＡＴＭＡＲＰ端末が属すＬＩＳとの間でパケットの
転送を行なうルータの、前記ＮＨＲＰアドレス解決リク
エストパケットを受信したインターフェイスが属すＬＩ
Ｓ側のインターフェイスのアドレス情報を用いることを
特徴とする。
ＨＲＰアドレス解決リクエストパケットを受信したイン
ターフェイスが属すＬＩＳと解決すべきアドレスを持つ
前記ＡＴＭＡＲＰ端末が属すＬＩＳとの間でパケットの
転送を行なうルータの、前記ＮＨＲＰアドレス解決リク
エストパケットを受信したインターフェイスが属すＬＩ
Ｓ側のインターフェイスのアドレス情報を用いることを
特徴とする。
【００１７】
【発明の実施の形態】本発明の発明の実施の形態につい
て、図面を参照して説明する。
て、図面を参照して説明する。
【００１８】図１において、１つのＡＴＭネットワーク
１上に複数のＬＩＳ（ＬＩＳ−Ａ１０、ＬＩＳ−Ｂ ２
０、ＬＩＳ−Ｃ ３０）が定義されているものとする。
このＡＴＭネットワーク１に直接接続されている端末
（例えば端末１１および端末３１）はお互いにＡＴＭレ
ベルでＳＶＣ（Ｓｗｉｔｃｈｅｄ ＶｉｒｔｕａｌＣｏ
ｎｎｅｃｔｉｏｎ）をセットアップすることができるも
のとする。なお、図１では、ＡＴＭネットワークを構成
するＡＴＭスイッチは省略してある。また、これらを互
いに接続する接続線等は一部を除き省略してある。
１上に複数のＬＩＳ（ＬＩＳ−Ａ１０、ＬＩＳ−Ｂ ２
０、ＬＩＳ−Ｃ ３０）が定義されているものとする。
このＡＴＭネットワーク１に直接接続されている端末
（例えば端末１１および端末３１）はお互いにＡＴＭレ
ベルでＳＶＣ（Ｓｗｉｔｃｈｅｄ ＶｉｒｔｕａｌＣｏ
ｎｎｅｃｔｉｏｎ）をセットアップすることができるも
のとする。なお、図１では、ＡＴＭネットワークを構成
するＡＴＭスイッチは省略してある。また、これらを互
いに接続する接続線等は一部を除き省略してある。
【００１９】ＮＨＳ−Ａ １００、ＮＨＳ−Ｂ ２００
はＮＨＲＰサーバである。ＮＨＳ−Ａ １００はＬＩＳ
−Ａ １０およびＬＩＳ−Ｂ ２０に属するインターフ
ェイスを持ち、ＮＨＳ−Ｂ ２００はＬＩＳ−Ｂ ２０
およびＬＩＳ−Ｃ ３０に属するインターフェイスを持
つ。
はＮＨＲＰサーバである。ＮＨＳ−Ａ １００はＬＩＳ
−Ａ １０およびＬＩＳ−Ｂ ２０に属するインターフ
ェイスを持ち、ＮＨＳ−Ｂ ２００はＬＩＳ−Ｂ ２０
およびＬＩＳ−Ｃ ３０に属するインターフェイスを持
つ。
【００２０】本実施の形態では、ＮＨＳ−Ａ １００は
ＬＩＳ−Ａ １０を管理し、ＮＨＳ−Ｂ ２００はＬＩ
Ｓ−Ｂ ２０およびＬＩＳ−Ｃ ３０を管理するように
あらかじめ設定されているものとする。
ＬＩＳ−Ａ １０を管理し、ＮＨＳ−Ｂ ２００はＬＩ
Ｓ−Ｂ ２０およびＬＩＳ−Ｃ ３０を管理するように
あらかじめ設定されているものとする。
【００２１】ＮＨＲＰ端末１１および１２はＬＩＳ−Ａ
１０に属し、ＮＨＲＰ端末３１はＬＩＳ−Ｃ ３０に
属している。また、ＡＴＭＡＲＰ端末１３および１４は
ＬＩＳ−Ａ １０に属している。ＡＴＭＡＲＰ端末３２
はＬＩＳ−Ｃ ３０に属している。ルータ３００はＬＩ
Ｓ−Ａ １０およびＬＩＳ−Ｂ ２０に属している。
１０に属し、ＮＨＲＰ端末３１はＬＩＳ−Ｃ ３０に
属している。また、ＡＴＭＡＲＰ端末１３および１４は
ＬＩＳ−Ａ １０に属している。ＡＴＭＡＲＰ端末３２
はＬＩＳ−Ｃ ３０に属している。ルータ３００はＬＩ
Ｓ−Ａ １０およびＬＩＳ−Ｂ ２０に属している。
【００２２】図２に各ＮＨＳ内の構成を示すブロック図
を示す。ＮＨＲＰ処理部１０１は各ＬＩＳへのインター
フェイス（１１０、１１１、１１２）を持ち、これらは
各々図１のＡＴＭネットワーク１を構成するＡＴＭスイ
ッチに接続されている。ＮＨＲＰ処理部１０１は、従来
のＮＨＲＰサーバの機能を持つ。
を示す。ＮＨＲＰ処理部１０１は各ＬＩＳへのインター
フェイス（１１０、１１１、１１２）を持ち、これらは
各々図１のＡＴＭネットワーク１を構成するＡＴＭスイ
ッチに接続されている。ＮＨＲＰ処理部１０１は、従来
のＮＨＲＰサーバの機能を持つ。
【００２３】ＡＴＭＡＲＰ処理部１０２はＮＨＲＰ処理
部１０１が持つインターフェイス１１０、１１１、１１
２と共通のインターフェイスを持ち、ＡＴＭＡＲＰサー
バの機能を持つ。
部１０１が持つインターフェイス１１０、１１１、１１
２と共通のインターフェイスを持ち、ＡＴＭＡＲＰサー
バの機能を持つ。
【００２４】アドレス情報キャッシュ１０３はＮＨＲＰ
処理部１０１およびＡＴＭＡＲＰ処理部１０２と接続さ
れる。アドレス情報キャッシュ１０３は、ＮＨＲＰ処理
部１０１がＮＨＲＰアドレス登録パケットの受信等によ
り獲得したＮＨＲＰ端末のアドレス情報およびＡＴＭＡ
ＲＰ処理部１０２がＩｎＡＴＭＡＲＰリプライを受信す
ることにより獲得したＡＴＭＡＲＰ端末のアドレス情報
を保持する。
処理部１０１およびＡＴＭＡＲＰ処理部１０２と接続さ
れる。アドレス情報キャッシュ１０３は、ＮＨＲＰ処理
部１０１がＮＨＲＰアドレス登録パケットの受信等によ
り獲得したＮＨＲＰ端末のアドレス情報およびＡＴＭＡ
ＲＰ処理部１０２がＩｎＡＴＭＡＲＰリプライを受信す
ることにより獲得したＡＴＭＡＲＰ端末のアドレス情報
を保持する。
【００２５】図３に、アドレス情報キャッシュ１０３の
構成を示す。アドレス情報キャッシュ１０３は１エント
リ当たり、「ＩＰアドレス」および「ＡＴＭアドレス」
および「タイプ」というフィールドを持つ。ここで、
「タイプ」は、そのエントリがＮＨＲＰ処理部１０１に
よって獲得されたものならば「ＮＨＲＰ」と記され、Ａ
ＴＭＡＲＰ処理部１０２によって獲得されたものならば
「ＡＴＭＡＲＰ」と記される。
構成を示す。アドレス情報キャッシュ１０３は１エント
リ当たり、「ＩＰアドレス」および「ＡＴＭアドレス」
および「タイプ」というフィールドを持つ。ここで、
「タイプ」は、そのエントリがＮＨＲＰ処理部１０１に
よって獲得されたものならば「ＮＨＲＰ」と記され、Ａ
ＴＭＡＲＰ処理部１０２によって獲得されたものならば
「ＡＴＭＡＲＰ」と記される。
【００２６】次に本発明の実施の形態の動作を説明す
る。
る。
【００２７】図１において、ＮＨＲＰ端末１１および１
２はＮＨＲＰアドレス登録パケットを、ＮＨＳ−Ａ １
００に送信することにより、自身のアドレス情報を登録
する。ＮＨＳ−Ａ １００内のＮＨＲＰ処理部１０１が
このＮＨＲＰアドレス登録パケットを受信し、獲得した
ＮＨＲＰ端末１１および１２のアドレス情報をアドレス
情報キャッシュ１０３にストアする（タイプ＝ＮＨＲ
Ｐ）。
２はＮＨＲＰアドレス登録パケットを、ＮＨＳ−Ａ １
００に送信することにより、自身のアドレス情報を登録
する。ＮＨＳ−Ａ １００内のＮＨＲＰ処理部１０１が
このＮＨＲＰアドレス登録パケットを受信し、獲得した
ＮＨＲＰ端末１１および１２のアドレス情報をアドレス
情報キャッシュ１０３にストアする（タイプ＝ＮＨＲ
Ｐ）。
【００２８】一方、ＡＴＭＡＲＰ端末１３および１４は
ＮＨＳ−Ａ １００内のＡＴＭＡＲＰ処理部からのＩｎ
ＡＴＭＡＲＰリクエストに対してＩｎＡＴＭＡＲＰリプ
ライパケットを送信することにより、自身のアドレス情
報を登録する。ＮＨＳ−Ａ１００内のＡＴＭＡＲＰ処理
部１０２がこのＩｎＡＴＭＡＲＰリプライパケットを受
信し、獲得したＡＴＭＡＲＰ端末１３および１４のアド
レス情報をアドレス情報キャッシュ１０３にストアする
（タイプ＝ＡＴＭＡＲＰ）。
ＮＨＳ−Ａ １００内のＡＴＭＡＲＰ処理部からのＩｎ
ＡＴＭＡＲＰリクエストに対してＩｎＡＴＭＡＲＰリプ
ライパケットを送信することにより、自身のアドレス情
報を登録する。ＮＨＳ−Ａ１００内のＡＴＭＡＲＰ処理
部１０２がこのＩｎＡＴＭＡＲＰリプライパケットを受
信し、獲得したＡＴＭＡＲＰ端末１３および１４のアド
レス情報をアドレス情報キャッシュ１０３にストアする
（タイプ＝ＡＴＭＡＲＰ）。
【００２９】アドレス解決しようとする端末の種類（Ｎ
ＨＲＰ端末かＡＴＭＡＲＰ端末か）、通信相手の端末の
種類および、通信相手の属するＬＩＳにより、以下の場
合に分けてアドレス解決の動作を説明する。 （１）ＮＨＲＰ端末同士またはＡＴＭＡＲＰ端末同士の
通信の場合 （２）ＮＨＲＰ端末が同一ＬＩＳのＡＴＭＡＲＰ端末と
通信を行なう場合 （３）ＡＴＭＡＲＰ端末が同一ＬＩＳのＮＨＲＰ端末と
通信を行なう場合 （４）ＮＨＲＰ端末が異なるＬＩＳのＡＴＭＡＲＰ端末
と通信を行なう場合 まず、（１）ＮＨＲＰ端末同士またはＡＴＭＡＲＰ端末
同士の通信の場合を説明する。
ＨＲＰ端末かＡＴＭＡＲＰ端末か）、通信相手の端末の
種類および、通信相手の属するＬＩＳにより、以下の場
合に分けてアドレス解決の動作を説明する。 （１）ＮＨＲＰ端末同士またはＡＴＭＡＲＰ端末同士の
通信の場合 （２）ＮＨＲＰ端末が同一ＬＩＳのＡＴＭＡＲＰ端末と
通信を行なう場合 （３）ＡＴＭＡＲＰ端末が同一ＬＩＳのＮＨＲＰ端末と
通信を行なう場合 （４）ＮＨＲＰ端末が異なるＬＩＳのＡＴＭＡＲＰ端末
と通信を行なう場合 まず、（１）ＮＨＲＰ端末同士またはＡＴＭＡＲＰ端末
同士の通信の場合を説明する。
【００３０】ＮＨＲＰ端末１１がＮＨＲＰ端末１２やＮ
ＨＲＰ端末３１のアドレスを解決しようとする場合は、
ＮＨＳ−Ａ １００にＮＨＲＰアドレス解決リクエスト
パケットを送信し、従来の通りアドレス解決を行なう。
ＨＲＰ端末３１のアドレスを解決しようとする場合は、
ＮＨＳ−Ａ １００にＮＨＲＰアドレス解決リクエスト
パケットを送信し、従来の通りアドレス解決を行なう。
【００３１】また、ＡＴＭＡＲＰ端末１３がＡＴＭＡＲ
Ｐ端末１４のアドレスを解決する場合や、ＬＩＳ−Ａ
１００外のＡＴＭＡＰＲ端末３２と通信するためルータ
３００のアドレスを解決しようとする場合は、ＮＨＳ−
Ａ １００にＡＴＭＡＲＰリクエストパケットを送信
し、従来の通りアドレス解決を行なう。
Ｐ端末１４のアドレスを解決する場合や、ＬＩＳ−Ａ
１００外のＡＴＭＡＰＲ端末３２と通信するためルータ
３００のアドレスを解決しようとする場合は、ＮＨＳ−
Ａ １００にＡＴＭＡＲＰリクエストパケットを送信
し、従来の通りアドレス解決を行なう。
【００３２】次に（２）ＮＨＲＰ端末が同一ＬＩＳのＡ
ＴＭＡＲＰ端末と通信を行なう場合を説明する。
ＴＭＡＲＰ端末と通信を行なう場合を説明する。
【００３３】ＮＨＲＰ端末１１がＡＴＭＡＲＰ端末１３
のアドレスを解決しようとする場合は、ＮＨＳ−Ａ １
００にＮＨＲＰアドレス解決リクエストパケットを送信
する。ＮＨＳ−Ａ １００のＮＨＰＲ処理部１０１がこ
のＮＨＲＰアドレス解決リクエストパケットを受信し、
図４に示すフローチャートに従って動作する。
のアドレスを解決しようとする場合は、ＮＨＳ−Ａ １
００にＮＨＲＰアドレス解決リクエストパケットを送信
する。ＮＨＳ−Ａ １００のＮＨＰＲ処理部１０１がこ
のＮＨＲＰアドレス解決リクエストパケットを受信し、
図４に示すフローチャートに従って動作する。
【００３４】ステップ５０１で、受信したパケットがＮ
ＨＲＰアドレス解決リクエストパケットかどうか判断す
る。もしＮＨＲＰアドレス解決リクエストパケット以外
なら、ステップ５０２でそのパケットの種類に応じた処
理を行なう（従来と同様）。本動作例ではＮＨＲＰアド
レス解決リクエストパケットであると仮定すると、ステ
ップ５０３に進み、解決したいＩＰアドレスを含むエン
トリがアドレス情報キャッシュ１０３に存在するかどう
か検索する。
ＨＲＰアドレス解決リクエストパケットかどうか判断す
る。もしＮＨＲＰアドレス解決リクエストパケット以外
なら、ステップ５０２でそのパケットの種類に応じた処
理を行なう（従来と同様）。本動作例ではＮＨＲＰアド
レス解決リクエストパケットであると仮定すると、ステ
ップ５０３に進み、解決したいＩＰアドレスを含むエン
トリがアドレス情報キャッシュ１０３に存在するかどう
か検索する。
【００３５】ステップ５０４で、エントリが存在しない
場合はステップ５０５に進み、従来と同様の処理を行な
う。本動作例では該当エントリが存在する（ＡＴＭＡＲ
Ｐ端末１３のアドレス情報が存在する）と仮定すると、
ステップ５０６に進み、エントリのタイプフィールドの
値を取り出す。
場合はステップ５０５に進み、従来と同様の処理を行な
う。本動作例では該当エントリが存在する（ＡＴＭＡＲ
Ｐ端末１３のアドレス情報が存在する）と仮定すると、
ステップ５０６に進み、エントリのタイプフィールドの
値を取り出す。
【００３６】本動作例ではタイプがＡＴＭＡＲＰなの
で、ステップ５０８に進み、解決すべき通信相手が属す
ＬＩＳと本ＮＨＲＰアドレス解決リクエストパケットを
送信した端末が同一ＬＩＳに属しているかどうか判断す
る。
で、ステップ５０８に進み、解決すべき通信相手が属す
ＬＩＳと本ＮＨＲＰアドレス解決リクエストパケットを
送信した端末が同一ＬＩＳに属しているかどうか判断す
る。
【００３７】ＡＴＭＡＲＰ端末１３（解決すべき通信相
手）とＮＨＲＰ端末１１（本ＮＨＲＰアドレス解決リク
エストパケットを送信した端末）は同一ＬＩＳに属して
いるので、ステップ５０７に進み、従来と同様リプライ
を返す。
手）とＮＨＲＰ端末１１（本ＮＨＲＰアドレス解決リク
エストパケットを送信した端末）は同一ＬＩＳに属して
いるので、ステップ５０７に進み、従来と同様リプライ
を返す。
【００３８】その結果ＮＨＲＰ端末１１とＡＴＭＡＲＰ
端末１３とは直接ＳＶＣをセットアップし、通信可能と
なる。
端末１３とは直接ＳＶＣをセットアップし、通信可能と
なる。
【００３９】次に（３）ＡＴＭＡＲＰ端末が同一ＬＩＳ
のＮＨＲＰ端末と通信を行なう場合を説明する。
のＮＨＲＰ端末と通信を行なう場合を説明する。
【００４０】ＡＴＭＡＲＰ端末１３がＮＨＲＰ端末１１
のアドレスを解決しようとする場合は、ＮＨＳ−Ａ １
００にＡＴＭＡＲＰリクエストパケットを送信する。Ｎ
ＨＳ−Ａ １００のＡＴＭＡＲＰ処理部１０２がこのＡ
ＴＭＡＲＰリクエストパケットを受信し、アドレス情報
キャッシュ１０３を検索する。
のアドレスを解決しようとする場合は、ＮＨＳ−Ａ １
００にＡＴＭＡＲＰリクエストパケットを送信する。Ｎ
ＨＳ−Ａ １００のＡＴＭＡＲＰ処理部１０２がこのＡ
ＴＭＡＲＰリクエストパケットを受信し、アドレス情報
キャッシュ１０３を検索する。
【００４１】解決したいＩＰアドレスを含むエントリが
存在すれば、そのタイプがＮＨＲＰかＡＴＭＡＲＰかに
関わらず、そのアドレス情報をリプライする。存在しな
ければ、ＮＡＫを返す。本実施例ではＮＨＲＰ端末１１
のアドレス情報がアドレス情報キャッシュ１０３に存在
するので、ＡＴＭＡＲＰ端末１３はＮＨＲＰ端末１１の
アドレスを解決できる。
存在すれば、そのタイプがＮＨＲＰかＡＴＭＡＲＰかに
関わらず、そのアドレス情報をリプライする。存在しな
ければ、ＮＡＫを返す。本実施例ではＮＨＲＰ端末１１
のアドレス情報がアドレス情報キャッシュ１０３に存在
するので、ＡＴＭＡＲＰ端末１３はＮＨＲＰ端末１１の
アドレスを解決できる。
【００４２】その結果ＡＴＭＡＲＰ端末１３とＮＨＲＰ
端末１１とは直接ＳＶＣをセットアップし、通信可能と
なる。
端末１１とは直接ＳＶＣをセットアップし、通信可能と
なる。
【００４３】最後に（４）ＮＨＲＰ端末が異なるＬＩＳ
のＡＴＭＡＲＰ端末と通信を行なう場合を説明する。
のＡＴＭＡＲＰ端末と通信を行なう場合を説明する。
【００４４】ＮＨＲＰ端末３１がＡＴＭ端末１３のアド
レスを解決しようとする場合は、ＮＨＳ−Ｂ ２００に
ＮＨＲＰアドレス解決リクエストを送信する。
レスを解決しようとする場合は、ＮＨＳ−Ｂ ２００に
ＮＨＲＰアドレス解決リクエストを送信する。
【００４５】ＮＨＳ−Ｂ ２００のＮＨＲＰ処理部がこ
のＮＨＲＰアドレス解決リクエストを受信すると、図４
のステップ５０１、５０３、５０４と進み、アドレス情
報キャッシュに該当エントリが存在するかどうか判断す
る。
のＮＨＲＰアドレス解決リクエストを受信すると、図４
のステップ５０１、５０３、５０４と進み、アドレス情
報キャッシュに該当エントリが存在するかどうか判断す
る。
【００４６】本動作例では該当エントリが存在しないと
仮定すると、ステップ５０５で本ＮＨＲＰアドレス解決
リクエストパケットをＮＨＳ−Ａ １００に転送する
（従来と同様）。
仮定すると、ステップ５０５で本ＮＨＲＰアドレス解決
リクエストパケットをＮＨＳ−Ａ １００に転送する
（従来と同様）。
【００４７】ＮＨＳ−Ａ １００のＮＨＲＰ処理部１０
１が上記ＮＨＲＰアドレス解決リクエストパケットを受
信すると、図４のステップ５０１、５０３、５０４と進
み、アドレス情報キャッシュに該当エントリが存在する
かどうか判断する。
１が上記ＮＨＲＰアドレス解決リクエストパケットを受
信すると、図４のステップ５０１、５０３、５０４と進
み、アドレス情報キャッシュに該当エントリが存在する
かどうか判断する。
【００４８】本動作例では該当エントリが存在する（Ａ
ＴＭＡＲＰ端末１３のアドレス情報が存在する）と仮定
すると、ステップ５０６に進み、エントリのタイプフィ
ールドの値を取り出す。
ＴＭＡＲＰ端末１３のアドレス情報が存在する）と仮定
すると、ステップ５０６に進み、エントリのタイプフィ
ールドの値を取り出す。
【００４９】本動作例ではタイプがＡＴＭＡＲＰなの
で、ステップ５０８に進み、解決すべき通信相手が属す
ＬＩＳと本ＮＨＲＰアドレス解決リクエストパケットを
送信した端末が同一ＬＩＳに属しているかどうか判断す
る。
で、ステップ５０８に進み、解決すべき通信相手が属す
ＬＩＳと本ＮＨＲＰアドレス解決リクエストパケットを
送信した端末が同一ＬＩＳに属しているかどうか判断す
る。
【００５０】ＡＴＭＡＲＰ端末１３（解決すべき通信相
手）とＮＨＲＰ端末３１（本ＮＨＲＰアドレス解決リク
エストパケットを送信した端末）は同一ＬＩＳに属して
いないので、ステップ５０９に進む。
手）とＮＨＲＰ端末３１（本ＮＨＲＰアドレス解決リク
エストパケットを送信した端末）は同一ＬＩＳに属して
いないので、ステップ５０９に進む。
【００５１】ステップ５０９において、本ＮＨＲＰアド
レス解決リクエストパケットを受信したインターフェイ
ス（ＮＨＳ−Ａ １００のインターフェイス２）のアド
レス情報をＮＨＲＰ端末３１にリプライする（請求項１
の動作例）かまたは、本ＮＨＲＰアドレス解決リクエス
トパケットを受信したインターフェイスが属すＬＩＳ
（ＬＩＳ−Ｂ ２０）と解決すべきアドレスを持つ端末
（ＡＴＭＡＲＰ端末１３）が属すＬＩＳ（ＬＩＳ−Ａ
１０）との間でパケットの転送を行なうルータ（ルータ
３００）の、本ＮＨＲＰアドレス解決リクエストパケッ
トを受信したインターフェイスが属すＬＩＳ側のインタ
ーフェイス（ルータ３００のインターフェイス２）のア
ドレス情報をＮＨＲＰ端末３１にリプライする（請求項
２の動作例）。
レス解決リクエストパケットを受信したインターフェイ
ス（ＮＨＳ−Ａ １００のインターフェイス２）のアド
レス情報をＮＨＲＰ端末３１にリプライする（請求項１
の動作例）かまたは、本ＮＨＲＰアドレス解決リクエス
トパケットを受信したインターフェイスが属すＬＩＳ
（ＬＩＳ−Ｂ ２０）と解決すべきアドレスを持つ端末
（ＡＴＭＡＲＰ端末１３）が属すＬＩＳ（ＬＩＳ−Ａ
１０）との間でパケットの転送を行なうルータ（ルータ
３００）の、本ＮＨＲＰアドレス解決リクエストパケッ
トを受信したインターフェイスが属すＬＩＳ側のインタ
ーフェイス（ルータ３００のインターフェイス２）のア
ドレス情報をＮＨＲＰ端末３１にリプライする（請求項
２の動作例）。
【００５２】リプライを受信したＮＨＲＰ端末３１は解
決されたＡＴＭアドレスによりＳＶＣをセットアップ
し、このＳＶＣを用いてＩＰパケットを送信する。この
ＳＶＣはＮＨＳ−Ａ １００（請求項１の動作例の場
合）またはルータ３００（請求項２の動作例の場合）で
一旦終端されるので、ＮＨＲＰ端末３１が送信したＩＰ
パケットは一旦、ＮＨＳ−Ａ １００またはルータ３０
０のＩＰ層に到着することになる。このＩＰパケットの
扱いはＮＨＳ−Ａ １００またはルータ３００のＩＰ層
に任せることとする。
決されたＡＴＭアドレスによりＳＶＣをセットアップ
し、このＳＶＣを用いてＩＰパケットを送信する。この
ＳＶＣはＮＨＳ−Ａ １００（請求項１の動作例の場
合）またはルータ３００（請求項２の動作例の場合）で
一旦終端されるので、ＮＨＲＰ端末３１が送信したＩＰ
パケットは一旦、ＮＨＳ−Ａ １００またはルータ３０
０のＩＰ層に到着することになる。このＩＰパケットの
扱いはＮＨＳ−Ａ １００またはルータ３００のＩＰ層
に任せることとする。
【００５３】更に、ＮＨＳ−Ａ １００またはルータ３
００からＡＴＭＡＲＰ端末１３までは、ＮＨＲＰまたは
ＡＴＭＡＲＰのいずれかの機能でアドレスが解決され、
ＳＶＣがセットアップされる。この結果、ＮＨＲＰ端末
３１とＡＴＭＡＲＰ端末１３は、直接ＳＶＣで通信せ
ず、ＮＨＳ−Ａ １００またはルータ３００を一段介し
て通信することになる。これにより、ＩＰレベルでのパ
ケットフィルタリング等の機能を使うことができる（Ｉ
Ｐ層の処理については本発明の範囲外であるので省略す
る）。また、ＮＨＲＰ端末３１とＡＴＭＡＲＰ端末１３
との間の送信用と受信用のＳＶＣの経路が同一となる。
００からＡＴＭＡＲＰ端末１３までは、ＮＨＲＰまたは
ＡＴＭＡＲＰのいずれかの機能でアドレスが解決され、
ＳＶＣがセットアップされる。この結果、ＮＨＲＰ端末
３１とＡＴＭＡＲＰ端末１３は、直接ＳＶＣで通信せ
ず、ＮＨＳ−Ａ １００またはルータ３００を一段介し
て通信することになる。これにより、ＩＰレベルでのパ
ケットフィルタリング等の機能を使うことができる（Ｉ
Ｐ層の処理については本発明の範囲外であるので省略す
る）。また、ＮＨＲＰ端末３１とＡＴＭＡＲＰ端末１３
との間の送信用と受信用のＳＶＣの経路が同一となる。
【００５４】
【実施例】次に本発明の実施例について、図面を参照し
て詳細に説明する。
て詳細に説明する。
【００５５】図１において、ＮＨＲＰ端末１１および１
２はＮＨＲＰアドレス登録パケットを、ＮＨＳ−Ａ １
００に送信することにより、自身のアドレス情報を登録
する。ＮＨＳ−Ａ １００内のＮＨＲＰ処理部１０１が
このＮＨＲＰアドレス登録パケットを受信し、獲得した
ＮＨＲＰ端末１１および１２のアドレス情報をアドレス
情報キャッシュ１０３にストアする（タイプ＝ＮＨＲ
Ｐ）。
２はＮＨＲＰアドレス登録パケットを、ＮＨＳ−Ａ １
００に送信することにより、自身のアドレス情報を登録
する。ＮＨＳ−Ａ １００内のＮＨＲＰ処理部１０１が
このＮＨＲＰアドレス登録パケットを受信し、獲得した
ＮＨＲＰ端末１１および１２のアドレス情報をアドレス
情報キャッシュ１０３にストアする（タイプ＝ＮＨＲ
Ｐ）。
【００５６】一方、ＡＴＭＡＲＰ端末１３および１４は
ＮＨＳ−Ａ １００内のＡＴＭＡＲＰ処理部からのＩｎ
ＡＴＭＡＲＰリクエストに対してＩｎＡＴＭＡＲＰリプ
ライパケットを送信することにより、自身のアドレス情
報を登録する。ＮＨＳ−Ａ１００内のＡＴＭＡＲＰ処理
部１０２がこのＩｎＡＴＭＡＲＰリプライパケットを受
信し、獲得したＡＴＭＡＲＰ端末１３および１４のアド
レス情報をアドレス情報キャッシュ１０３にストアする
（タイプ＝ＡＴＭＡＲＰ）。
ＮＨＳ−Ａ １００内のＡＴＭＡＲＰ処理部からのＩｎ
ＡＴＭＡＲＰリクエストに対してＩｎＡＴＭＡＲＰリプ
ライパケットを送信することにより、自身のアドレス情
報を登録する。ＮＨＳ−Ａ１００内のＡＴＭＡＲＰ処理
部１０２がこのＩｎＡＴＭＡＲＰリプライパケットを受
信し、獲得したＡＴＭＡＲＰ端末１３および１４のアド
レス情報をアドレス情報キャッシュ１０３にストアする
（タイプ＝ＡＴＭＡＲＰ）。
【００５７】アドレス解決しようとする端末の種類（Ｎ
ＨＲＰ端末かＡＴＭＡＲＰ端末か）、通信相手の端末の
種類および、通信相手の属するＬＩＳにより、以下の場
合に分けてアドレス解決の動作を説明する。 （１）ＮＨＲＰ端末同士またはＡＴＭＡＲＰ端末同士の
通信の場合 （２）ＮＨＲＰ端末が同一ＬＩＳのＡＴＭＡＲＰ端末と
通信を行なう場合 （３）ＡＴＭＡＲＰ端末が同一ＬＩＳのＮＨＲＰ端末と
通信を行なう場合 （４）ＮＨＲＰ端末が異なるＬＩＳのＡＴＭＡＲＰ端末
と通信を行なう場合 まず、（１）ＮＨＲＰ端末同士またはＡＴＭＡＲＰ端末
同士の通信の場合を説明する。
ＨＲＰ端末かＡＴＭＡＲＰ端末か）、通信相手の端末の
種類および、通信相手の属するＬＩＳにより、以下の場
合に分けてアドレス解決の動作を説明する。 （１）ＮＨＲＰ端末同士またはＡＴＭＡＲＰ端末同士の
通信の場合 （２）ＮＨＲＰ端末が同一ＬＩＳのＡＴＭＡＲＰ端末と
通信を行なう場合 （３）ＡＴＭＡＲＰ端末が同一ＬＩＳのＮＨＲＰ端末と
通信を行なう場合 （４）ＮＨＲＰ端末が異なるＬＩＳのＡＴＭＡＲＰ端末
と通信を行なう場合 まず、（１）ＮＨＲＰ端末同士またはＡＴＭＡＲＰ端末
同士の通信の場合を説明する。
【００５８】ＮＨＲＰ端末１１がＮＨＲＰ端末１２やＮ
ＨＲＰ端末３１のアドレスを解決しようとする場合は、
ＮＨＳ−Ａ １００にＮＨＲＰアドレス解決リクエスト
パケットを送信し、従来の通りアドレス解決を行なう。
ＨＲＰ端末３１のアドレスを解決しようとする場合は、
ＮＨＳ−Ａ １００にＮＨＲＰアドレス解決リクエスト
パケットを送信し、従来の通りアドレス解決を行なう。
【００５９】また、ＡＴＭＡＲＰ端末１３がＡＴＭＡＲ
Ｐ端末１４のアドレスを解決する場合や、ＬＩＳ−Ａ
１００外のＡＴＭＡＰＲ端末３２と通信するためルータ
３００のアドレスを解決しようとする場合は、ＮＨＳ−
Ａ １００にＡＴＭＡＲＰリクエストパケットを送信
し、従来の通りアドレス解決を行なう。
Ｐ端末１４のアドレスを解決する場合や、ＬＩＳ−Ａ
１００外のＡＴＭＡＰＲ端末３２と通信するためルータ
３００のアドレスを解決しようとする場合は、ＮＨＳ−
Ａ １００にＡＴＭＡＲＰリクエストパケットを送信
し、従来の通りアドレス解決を行なう。
【００６０】次に（２）ＮＨＲＰ端末が同一ＬＩＳのＡ
ＴＭＡＲＰ端末と通信を行なう場合を説明する。
ＴＭＡＲＰ端末と通信を行なう場合を説明する。
【００６１】ＮＨＲＰ端末１１がＡＴＭＡＲＰ端末１３
のアドレスを解決しようとする場合は、ＮＨＳ−Ａ １
００にＮＨＲＰアドレス解決リクエストパケットを送信
する。ＮＨＳ−Ａ １００のＮＨＰＲ処理部１０１がこ
のＮＨＲＰアドレス解決リクエストパケットを受信し、
図４に示すフローチャートに従って動作する。
のアドレスを解決しようとする場合は、ＮＨＳ−Ａ １
００にＮＨＲＰアドレス解決リクエストパケットを送信
する。ＮＨＳ−Ａ １００のＮＨＰＲ処理部１０１がこ
のＮＨＲＰアドレス解決リクエストパケットを受信し、
図４に示すフローチャートに従って動作する。
【００６２】ステップ５０１で、受信したパケットがＮ
ＨＲＰアドレス解決リクエストパケットかどうか判断す
る。もしＮＨＲＰアドレス解決リクエストパケット以外
なら、ステップ５０２でそのパケットの種類に応じた処
理を行なう（従来と同様）。本動作例ではＮＨＲＰアド
レス解決リクエストパケットであると仮定すると、ステ
ップ５０３に進み、解決したいＩＰアドレスを含むエン
トリがアドレス情報キャッシュ１０３に存在するかどう
か検索する。
ＨＲＰアドレス解決リクエストパケットかどうか判断す
る。もしＮＨＲＰアドレス解決リクエストパケット以外
なら、ステップ５０２でそのパケットの種類に応じた処
理を行なう（従来と同様）。本動作例ではＮＨＲＰアド
レス解決リクエストパケットであると仮定すると、ステ
ップ５０３に進み、解決したいＩＰアドレスを含むエン
トリがアドレス情報キャッシュ１０３に存在するかどう
か検索する。
【００６３】ステップ５０４で、エントリが存在しない
場合はステップ５０５に進み、従来と同様の処理を行な
う。本動作例では該当エントリが存在する（ＡＴＭＡＲ
Ｐ端末１３のアドレス情報が存在する）と仮定すると、
ステップ５０６に進み、エントリのタイプフィールドの
値を取り出す。
場合はステップ５０５に進み、従来と同様の処理を行な
う。本動作例では該当エントリが存在する（ＡＴＭＡＲ
Ｐ端末１３のアドレス情報が存在する）と仮定すると、
ステップ５０６に進み、エントリのタイプフィールドの
値を取り出す。
【００６４】本動作例ではタイプがＡＴＭＡＲＰなの
で、ステップ５０８に進み、解決すべき通信相手が属す
ＬＩＳと本ＮＨＲＰアドレス解決リクエストパケットを
送信した端末が同一ＬＩＳに属しているかどうか判断す
る。
で、ステップ５０８に進み、解決すべき通信相手が属す
ＬＩＳと本ＮＨＲＰアドレス解決リクエストパケットを
送信した端末が同一ＬＩＳに属しているかどうか判断す
る。
【００６５】ＡＴＭＡＲＰ端末１３（解決すべき通信相
手）とＮＨＲＰ端末１１（本ＮＨＲＰアドレス解決リク
エストパケットを送信した端末）は同一ＬＩＳに属して
いるので、ステップ５０７に進み、従来と同様リプライ
を返す。
手）とＮＨＲＰ端末１１（本ＮＨＲＰアドレス解決リク
エストパケットを送信した端末）は同一ＬＩＳに属して
いるので、ステップ５０７に進み、従来と同様リプライ
を返す。
【００６６】次に（３）ＡＴＭＡＲＰ端末が同一ＬＩＳ
のＮＨＲＰ端末と通信を行なう場合を説明する。
のＮＨＲＰ端末と通信を行なう場合を説明する。
【００６７】ＡＴＭＡＲＰ端末１３がＮＨＲＰ端末１１
のアドレスを解決しようとする場合は、ＮＨＳ−Ａ １
００にＡＴＭＡＲＰリクエストパケットを送信する。Ｎ
ＨＳ−Ａ １００のＡＴＭＡＲＰ処理部１０２がこのＡ
ＴＭＡＲＰリクエストパケットを受信し、アドレス情報
キャッシュ１０３を検索する。
のアドレスを解決しようとする場合は、ＮＨＳ−Ａ １
００にＡＴＭＡＲＰリクエストパケットを送信する。Ｎ
ＨＳ−Ａ １００のＡＴＭＡＲＰ処理部１０２がこのＡ
ＴＭＡＲＰリクエストパケットを受信し、アドレス情報
キャッシュ１０３を検索する。
【００６８】解決したいＩＰアドレスを含むエントリが
存在すれば、そのタイプがＮＨＲＰかＡＴＭＡＲＰかに
関わらず、そのアドレス情報をリプライする。存在しな
ければ、ＮＡＫを返す。本実施例ではＮＨＲＰ端末１１
のアドレス情報がアドレス情報キャッシュ１０３に存在
するので、ＡＴＭＡＲＰ端末１３はＮＨＲＰ端末１１の
アドレスを解決できる。
存在すれば、そのタイプがＮＨＲＰかＡＴＭＡＲＰかに
関わらず、そのアドレス情報をリプライする。存在しな
ければ、ＮＡＫを返す。本実施例ではＮＨＲＰ端末１１
のアドレス情報がアドレス情報キャッシュ１０３に存在
するので、ＡＴＭＡＲＰ端末１３はＮＨＲＰ端末１１の
アドレスを解決できる。
【００６９】最後に（４）ＮＨＲＰ端末が異なるＬＩＳ
のＡＴＭＡＲＰ端末と通信を行なう場合を説明する。
のＡＴＭＡＲＰ端末と通信を行なう場合を説明する。
【００７０】ＮＨＲＰ端末３１がＡＴＭ端末１３のアド
レスを解決しようとする場合は、ＮＨＳ−Ｂ ２００に
ＮＨＲＰアドレス解決リクエストを送信する。
レスを解決しようとする場合は、ＮＨＳ−Ｂ ２００に
ＮＨＲＰアドレス解決リクエストを送信する。
【００７１】ＮＨＳ−Ｂ ２００のＮＨＲＰ処理部がこ
のＮＨＲＰアドレス解決リクエストを受信すると、図４
のステップ５０１、５０３、５０４と進み、アドレス情
報キャッシュに該当エントリが存在するかどうか判断す
る。
のＮＨＲＰアドレス解決リクエストを受信すると、図４
のステップ５０１、５０３、５０４と進み、アドレス情
報キャッシュに該当エントリが存在するかどうか判断す
る。
【００７２】本動作例では該当エントリが存在しないと
仮定すると、ステップ５０５で本ＮＨＲＰアドレス解決
リクエストパケットをＮＨＳ−Ａ １００に転送する
（従来と同様）。
仮定すると、ステップ５０５で本ＮＨＲＰアドレス解決
リクエストパケットをＮＨＳ−Ａ １００に転送する
（従来と同様）。
【００７３】ＮＨＳ−Ａ １００のＮＨＲＰ処理部１０
１が上記ＮＨＲＰアドレス解決リクエストパケットを受
信すると、図４のステップ５０１、５０３、５０４と進
み、アドレス情報キャッシュに該当エントリが存在する
かどうか判断する。
１が上記ＮＨＲＰアドレス解決リクエストパケットを受
信すると、図４のステップ５０１、５０３、５０４と進
み、アドレス情報キャッシュに該当エントリが存在する
かどうか判断する。
【００７４】本動作例では該当エントリが存在する（Ａ
ＴＭＡＲＰ端末１３のアドレス情報が存在する）と仮定
すると、ステップ５０６に進み、エントリのタイプフィ
ールドの値を取り出す。
ＴＭＡＲＰ端末１３のアドレス情報が存在する）と仮定
すると、ステップ５０６に進み、エントリのタイプフィ
ールドの値を取り出す。
【００７５】本動作例ではタイプがＡＴＭＡＲＰなの
で、ステップ５０８に進み、解決すべき通信相手が属す
ＬＩＳと本ＮＨＲＰアドレス解決リクエストパケットを
送信した端末が同一ＬＩＳに属しているかどうか判断す
る。
で、ステップ５０８に進み、解決すべき通信相手が属す
ＬＩＳと本ＮＨＲＰアドレス解決リクエストパケットを
送信した端末が同一ＬＩＳに属しているかどうか判断す
る。
【００７６】ＡＴＭＡＲＰ端末１３（解決すべき通信相
手）とＮＨＲＰ端末３１（本ＮＨＲＰアドレス解決リク
エストパケットを送信した端末）は同一ＬＩＳに属して
いないので、ステップ５０９に進む。
手）とＮＨＲＰ端末３１（本ＮＨＲＰアドレス解決リク
エストパケットを送信した端末）は同一ＬＩＳに属して
いないので、ステップ５０９に進む。
【００７７】ステップ５０９において、本ＮＨＲＰアド
レス解決リクエストパケットを受信したインターフェイ
ス（ＮＨＳ−Ａ １００のインターフェイス２）のアド
レス情報をＮＨＲＰ端末３１にリプライする（請求項１
の動作例）かまたは、本ＮＨＲＰアドレス解決リクエス
トパケットを受信したインターフェイスが属すＬＩＳ
（ＬＩＳ−Ｂ ２０）と解決すべきアドレスを持つ端末
（ＡＴＭＡＲＰ端末１３）が属すＬＩＳ（ＬＩＳ−Ａ
１０）との間でパケットの転送を行なうルータ（ルータ
３００）の、本ＮＨＲＰアドレス解決リクエストパケッ
トを受信したインターフェイスが属すＬＩＳ側のインタ
ーフェイス（ルータ３００のインターフェイス２）のア
ドレス情報をＮＨＲＰ端末３１にリプライする（請求項
２の動作例）。
レス解決リクエストパケットを受信したインターフェイ
ス（ＮＨＳ−Ａ １００のインターフェイス２）のアド
レス情報をＮＨＲＰ端末３１にリプライする（請求項１
の動作例）かまたは、本ＮＨＲＰアドレス解決リクエス
トパケットを受信したインターフェイスが属すＬＩＳ
（ＬＩＳ−Ｂ ２０）と解決すべきアドレスを持つ端末
（ＡＴＭＡＲＰ端末１３）が属すＬＩＳ（ＬＩＳ−Ａ
１０）との間でパケットの転送を行なうルータ（ルータ
３００）の、本ＮＨＲＰアドレス解決リクエストパケッ
トを受信したインターフェイスが属すＬＩＳ側のインタ
ーフェイス（ルータ３００のインターフェイス２）のア
ドレス情報をＮＨＲＰ端末３１にリプライする（請求項
２の動作例）。
【００７８】リプライを受信したＮＨＲＰ端末３１は解
決されたＡＴＭアドレスによりＳＶＣをセットアップ
し、このＳＶＣを用いてＩＰパケットを送信する。この
ＳＶＣはＮＨＳ−Ａ １００（請求項１の動作例の場
合）またはルータ３００（請求項２の動作例の場合）で
一旦終端されるので、ＮＨＲＰ端末３１が送信したＩＰ
パケットは一旦、ＮＨＳ−Ａ １００またはルータ３０
０のＩＰ層に到着することになる。このＩＰパケットの
扱いはＮＨＳ−Ａ １００ルータ３００のＩＰ層に任せ
ることとする。
決されたＡＴＭアドレスによりＳＶＣをセットアップ
し、このＳＶＣを用いてＩＰパケットを送信する。この
ＳＶＣはＮＨＳ−Ａ １００（請求項１の動作例の場
合）またはルータ３００（請求項２の動作例の場合）で
一旦終端されるので、ＮＨＲＰ端末３１が送信したＩＰ
パケットは一旦、ＮＨＳ−Ａ １００またはルータ３０
０のＩＰ層に到着することになる。このＩＰパケットの
扱いはＮＨＳ−Ａ １００ルータ３００のＩＰ層に任せ
ることとする。
【００７９】更に、ＮＨＳ−Ａ １００またはルータ３
００からＡＴＭＡＲＰ端末１３までは、ＮＨＲＰまたは
ＡＴＭＡＲＰのいずれかの機能でアドレスが解決され、
ＳＶＣがセットアップされる。この結果、ＮＨＲＰ端末
３１とＡＴＭＡＲＰ端末１３は、直接ＳＶＣで通信せ
ず、ＮＨＳ−Ａ １００またはルータ３００を一段介し
て通信することになる。これにより、ＩＰレベルでのパ
ケットフィルタリング等の機能を使うことができる（Ｉ
Ｐ層の処理については本発明の範囲外であるので省略す
る）。また、ＮＨＲＰ端末３１とＡＴＭＡＲＰ端末１３
との間の送信用と受信用のＳＶＣの経路が同一となる。
００からＡＴＭＡＲＰ端末１３までは、ＮＨＲＰまたは
ＡＴＭＡＲＰのいずれかの機能でアドレスが解決され、
ＳＶＣがセットアップされる。この結果、ＮＨＲＰ端末
３１とＡＴＭＡＲＰ端末１３は、直接ＳＶＣで通信せ
ず、ＮＨＳ−Ａ １００またはルータ３００を一段介し
て通信することになる。これにより、ＩＰレベルでのパ
ケットフィルタリング等の機能を使うことができる（Ｉ
Ｐ層の処理については本発明の範囲外であるので省略す
る）。また、ＮＨＲＰ端末３１とＡＴＭＡＲＰ端末１３
との間の送信用と受信用のＳＶＣの経路が同一となる。
【００８０】
【発明の効果】第１の効果は、ＡＴＭネットワーク上の
アドレス解決プロトコルとして既にＡＴＭＡＲＰを採用
しているＬＩＳが、新たにアドレス解決プロトコルとし
てＮＨＲＰを採用しようとした場合でも、そのＬＩＳに
属する全ての端末をＮＨＲＰに対応したものに変更する
必要がなく、従来のＡＴＭＡＲＰを用いる端末と、新た
にＮＨＲＰを用いる端末が同一ＬＩＳ内に混在させるこ
とができることにある。
アドレス解決プロトコルとして既にＡＴＭＡＲＰを採用
しているＬＩＳが、新たにアドレス解決プロトコルとし
てＮＨＲＰを採用しようとした場合でも、そのＬＩＳに
属する全ての端末をＮＨＲＰに対応したものに変更する
必要がなく、従来のＡＴＭＡＲＰを用いる端末と、新た
にＮＨＲＰを用いる端末が同一ＬＩＳ内に混在させるこ
とができることにある。
【００８１】その理由は、各ＮＨＳが、ＮＨＲＰおよび
ＡＴＭＡＲＰを両方処理することができ、共通のアドレ
ス情報キャッシュを持つためである。
ＡＴＭＡＲＰを両方処理することができ、共通のアドレ
ス情報キャッシュを持つためである。
【００８２】第２の効果は、あるＮＨＲＰ端末が、その
ＮＨＲＰ端末と異なるＬＩＳに属するＡＴＭＡＲＰ端末
のアドレスを解決しようとする場合でも、そのＡＴＭＡ
ＲＰ端末へのゲートウェイのアドレスが解決できること
にある。
ＮＨＲＰ端末と異なるＬＩＳに属するＡＴＭＡＲＰ端末
のアドレスを解決しようとする場合でも、そのＡＴＭＡ
ＲＰ端末へのゲートウェイのアドレスが解決できること
にある。
【００８３】その理由は、リプライするＮＨＳが、その
ＡＴＭＡＲＰ端末のＡＴＭアドレスそのものではなく、
そのＡＴＭＡＲＰ端末が属しているサブネットワークを
管理するＮＨＳのアドレスまたは、別のルータのアドレ
スを解決するためである。
ＡＴＭＡＲＰ端末のＡＴＭアドレスそのものではなく、
そのＡＴＭＡＲＰ端末が属しているサブネットワークを
管理するＮＨＳのアドレスまたは、別のルータのアドレ
スを解決するためである。
【００８４】第３の効果は、お互いに異なるサブネット
ワークに属するＮＨＲＰ端末とＡＴＭＡＲＰ端末間の通
信の場合、上記ゲートウェイのパケットフィルタリング
機能を用いることができることにある。
ワークに属するＮＨＲＰ端末とＡＴＭＡＲＰ端末間の通
信の場合、上記ゲートウェイのパケットフィルタリング
機能を用いることができることにある。
【００８５】その理由は、第２の効果により、上記ＮＨ
ＲＰ端末は上記ゲートウェイにＳＶＣをセットアップ
し、このＳＶＣを用いて、一旦上記ゲートウェイに対し
てＩＰパケットを送信するためである。
ＲＰ端末は上記ゲートウェイにＳＶＣをセットアップ
し、このＳＶＣを用いて、一旦上記ゲートウェイに対し
てＩＰパケットを送信するためである。
【００８６】第４の効果は、無駄なＳＶＣがセットアッ
プされないことにある。
プされないことにある。
【００８７】その理由は、第２の効果により、お互いに
異なるサブネットワークに属するＮＨＲＰ端末とＡＴＭ
ＡＲＰ端末は、直接ＳＶＣで通信せず、ゲートウェイを
一段介して通信することになるため、このＮＨＰＲ端末
とＡＴＭＡＲＰ端末間の送信用と受信用のＳＶＣの経路
が同一となるからである。
異なるサブネットワークに属するＮＨＲＰ端末とＡＴＭ
ＡＲＰ端末は、直接ＳＶＣで通信せず、ゲートウェイを
一段介して通信することになるため、このＮＨＰＲ端末
とＡＴＭＡＲＰ端末間の送信用と受信用のＳＶＣの経路
が同一となるからである。
【図１】本発明が対象とするネットワーク
【図２】ＮＨＳの構成のブロック図
【図３】アドレス情報キャッシュの構成
【図４】本発明の実施例のフローチャート
１ ＡＴＭネットワーク
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成９年６月１１日
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正内容】
【書類名】 明細書
【発明の名称】 アドレス解決装置
【特許請求の範囲】
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ＮＢＭＡネットワ
ークにおけるＮＨＲＰによるアドレス解決装置に関し、
特に従来のＡＴＭＡＲＰとの相互運用の装置に関する。
ークにおけるＮＨＲＰによるアドレス解決装置に関し、
特に従来のＡＴＭＡＲＰとの相互運用の装置に関する。
【０００２】
【従来の技術】ＮＨＲＰプロトコルは、ＮＢＭＡネット
ワークにおけるアドレス解決プロトコルとして、ＩＥＴ
Ｆ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａ
ｓｋＦｏｒｃｅ）で議論されており、その仕様はｄｒａ
ｆｔ−ｉｅｔｆ−ｒｏｌｃ−ＮＨＲＰ−０８．ｔｘｔ等
に記述されている。
ワークにおけるアドレス解決プロトコルとして、ＩＥＴ
Ｆ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａ
ｓｋＦｏｒｃｅ）で議論されており、その仕様はｄｒａ
ｆｔ−ｉｅｔｆ−ｒｏｌｃ−ＮＨＲＰ−０８．ｔｘｔ等
に記述されている。
【０００３】これは以下のような方法である。なお以下
ではＮＢＭＡネットワークとしてＡＴＭネットワーク
を、その上位プロトコルとしてはＩＰ（Ｉｎｔｅｒｎｅ
ｔＰｒｏｔｏｃｏｌ）を例に挙げて説明するが、これら
が他のＮＢＭＡネットワークおよびネットワーク層プロ
トコルであっても同様である。
ではＮＢＭＡネットワークとしてＡＴＭネットワーク
を、その上位プロトコルとしてはＩＰ（Ｉｎｔｅｒｎｅ
ｔＰｒｏｔｏｃｏｌ）を例に挙げて説明するが、これら
が他のＮＢＭＡネットワークおよびネットワーク層プロ
トコルであっても同様である。
【０００４】ＡＴＭネットワーク上でＩＰ通信を行なう
ためには、通信相手のＩＰアドレスから、ＡＴＭアドレ
スを獲得する手段が必要となる。このため、ＮＨＲＰプ
ロトコルでは、ＡＴＭネットワークに接続されているＡ
ＴＭ端末のＩＰアドレスおよびＡＴＭアドレスの対をあ
るエリア毎（例えば論理サブネット（ＬＩＳ：Ｌｏｇｉ
ｃａｌ ＩＰ Ｓｕｂｎｅｔ）毎）に置かれたＮＨＲＰ
サーバ（ＮＨＳ）が分散管理する。
ためには、通信相手のＩＰアドレスから、ＡＴＭアドレ
スを獲得する手段が必要となる。このため、ＮＨＲＰプ
ロトコルでは、ＡＴＭネットワークに接続されているＡ
ＴＭ端末のＩＰアドレスおよびＡＴＭアドレスの対をあ
るエリア毎（例えば論理サブネット（ＬＩＳ：Ｌｏｇｉ
ｃａｌ ＩＰ Ｓｕｂｎｅｔ）毎）に置かれたＮＨＲＰ
サーバ（ＮＨＳ）が分散管理する。
【０００５】あるＡＴＭ端末がある通信相手のＩＰアド
レスに対するＡＴＭアドレスを解決したい場合、あらか
じめ決められたＮＨＳにＮＨＲＰアドレス解決リクエス
トパケットを送信する。ＮＨＲＰアドレス解決リクエス
トパケットを受信したＮＨＳは、アドレスを解決できる
場合にはＮＨＲＰアドレス解決リプライパケットをＡＴ
Ｍ端末に返送する。解決できない場合には、解決すべき
ＩＰアドレスを管理していると思われる別のＮＨＳの方
向にそのＮＨＲＰアドレス解決リクエストパケットを転
送する。すなわち、ＮＨＲＰアドレス解決リクエストパ
ケットは、アドレスを解決できるＮＨＳに到着するま
で、複数のＮＨＳ間を次々と転送されて行く。
レスに対するＡＴＭアドレスを解決したい場合、あらか
じめ決められたＮＨＳにＮＨＲＰアドレス解決リクエス
トパケットを送信する。ＮＨＲＰアドレス解決リクエス
トパケットを受信したＮＨＳは、アドレスを解決できる
場合にはＮＨＲＰアドレス解決リプライパケットをＡＴ
Ｍ端末に返送する。解決できない場合には、解決すべき
ＩＰアドレスを管理していると思われる別のＮＨＳの方
向にそのＮＨＲＰアドレス解決リクエストパケットを転
送する。すなわち、ＮＨＲＰアドレス解決リクエストパ
ケットは、アドレスを解決できるＮＨＳに到着するま
で、複数のＮＨＳ間を次々と転送されて行く。
【０００６】この結果、通信相手が異なるＬＩＳに属し
ている場合であっても、その通信相手がＡＴＭネットワ
ークに直接接続されている場合にはその通信相手自身の
ＡＴＭアドレスを解決することができる。通信相手がＡ
ＴＭネットワークに直接接続されていない場合には、Ａ
ＴＭネットワークからの出口のルータ（ゲートウェイ）
のＡＴＭアドレスを解決することができる。
ている場合であっても、その通信相手がＡＴＭネットワ
ークに直接接続されている場合にはその通信相手自身の
ＡＴＭアドレスを解決することができる。通信相手がＡ
ＴＭネットワークに直接接続されていない場合には、Ａ
ＴＭネットワークからの出口のルータ（ゲートウェイ）
のＡＴＭアドレスを解決することができる。
【０００７】一方、ＡＴＭネットワーク上でのアドレス
解決プロトコルとしては、ＩＥＴＦのＲＦＣ１５７７で
既に標準化されているＡＴＭＡＲＰがある。ＡＴＭＡＲ
Ｐではアドレス解決は同一ＬＩＳ内に限られており、Ａ
ＴＭＡＲＰリクエストパケットがＡＴＭＡＲＰサーバ間
で転送されることはない。
解決プロトコルとしては、ＩＥＴＦのＲＦＣ１５７７で
既に標準化されているＡＴＭＡＲＰがある。ＡＴＭＡＲ
Ｐではアドレス解決は同一ＬＩＳ内に限られており、Ａ
ＴＭＡＲＰリクエストパケットがＡＴＭＡＲＰサーバ間
で転送されることはない。
【０００８】ＮＨＲＰとＡＴＭＡＲＰは全く別のプロト
コルであるので、従来は、相互運用性はなかった。
コルであるので、従来は、相互運用性はなかった。
【０００９】
【発明が解決しようとする課題】ＡＴＭネットワーク上
のアドレス解決プロトコルとして既にＡＴＭＡＲＰを採
用しているＬＩＳが、新たにアドレス解決プロトコルと
してＮＨＲＰを採用しようとした場合、従来のＮＨＲＰ
サーバはＡＴＭＡＲＰプロトコルを処理することができ
ないので、そのＬＩＳに属する全ての端末をＮＨＲＰに
対応したものに変更しなければならなかった。このた
め、従来のＡＴＭＡＲＰを用いる端末と、新たにＮＨＲ
Ｐを用いる端末が同じＬＩＳ内に混在できないという問
題があった。
のアドレス解決プロトコルとして既にＡＴＭＡＲＰを採
用しているＬＩＳが、新たにアドレス解決プロトコルと
してＮＨＲＰを採用しようとした場合、従来のＮＨＲＰ
サーバはＡＴＭＡＲＰプロトコルを処理することができ
ないので、そのＬＩＳに属する全ての端末をＮＨＲＰに
対応したものに変更しなければならなかった。このた
め、従来のＡＴＭＡＲＰを用いる端末と、新たにＮＨＲ
Ｐを用いる端末が同じＬＩＳ内に混在できないという問
題があった。
【００１０】上記問題を解決するため、単純にＮＨＲＰ
サーバがＡＴＭＡＲＰサーバを兼ね、このＮＨＲＰサー
バとＡＴＭＡＲＰサーバで、ＮＨＲＰ端末およびＡＴＭ
ＡＲＰ端末のアドレス情報を共有することが考えられ
る。
サーバがＡＴＭＡＲＰサーバを兼ね、このＮＨＲＰサー
バとＡＴＭＡＲＰサーバで、ＮＨＲＰ端末およびＡＴＭ
ＡＲＰ端末のアドレス情報を共有することが考えられ
る。
【００１１】しかし、本方法では、あるＮＨＲＰ端末
が、そのＮＨＲＰ端末と異なるＬＩＳに属するＡＴＭＡ
ＲＰ端末のアドレスを解決しようとする場合でも、その
ＡＴＭＡＲＰ端末のＡＴＭアドレスそのものが解決でき
てしまう。そうすると上記ＮＨＲＰ端末は上記ＡＴＭＡ
ＲＰ端末にＳＶＣをセットアップし、このＳＶＣを用い
てＩＰパケットを送信することになる。この時、逆に上
記ＡＴＭＡＲＰ端末が上記ＮＨＲＰ端末にＩＰパケット
を送信しようとした場合、改めて上記ＮＨＲＰ端末への
ルート上のＩＰ Ｎｅｘｔ ＨｏｐであるルータのＡＴ
ＭアドレスをＡＴＭＡＲＰで解決し、上記ルータにＳＶ
Ｃをセットアップし、ＩＰパケットを送信することにな
る。つまり、ＡＴＭＡＲＰ端末とＮＨＲＰ端末との間の
送信用と受信用のＳＶＣの経路が異なる。このため上記
ＮＨＲＰ端末からセットアップされたＳＶＣが用いられ
ることがなく、ＳＶＣが無駄に消費されるという問題が
ある。
が、そのＮＨＲＰ端末と異なるＬＩＳに属するＡＴＭＡ
ＲＰ端末のアドレスを解決しようとする場合でも、その
ＡＴＭＡＲＰ端末のＡＴＭアドレスそのものが解決でき
てしまう。そうすると上記ＮＨＲＰ端末は上記ＡＴＭＡ
ＲＰ端末にＳＶＣをセットアップし、このＳＶＣを用い
てＩＰパケットを送信することになる。この時、逆に上
記ＡＴＭＡＲＰ端末が上記ＮＨＲＰ端末にＩＰパケット
を送信しようとした場合、改めて上記ＮＨＲＰ端末への
ルート上のＩＰ Ｎｅｘｔ ＨｏｐであるルータのＡＴ
ＭアドレスをＡＴＭＡＲＰで解決し、上記ルータにＳＶ
Ｃをセットアップし、ＩＰパケットを送信することにな
る。つまり、ＡＴＭＡＲＰ端末とＮＨＲＰ端末との間の
送信用と受信用のＳＶＣの経路が異なる。このため上記
ＮＨＲＰ端末からセットアップされたＳＶＣが用いられ
ることがなく、ＳＶＣが無駄に消費されるという問題が
ある。
【００１２】更に上記ＡＴＭＡＲＰ端末は、異なるＬＩ
ＳからのＩＰパケットは、同一ＬＩＳに属するルータの
パケットフィルタリング機能を通ってから送信されて来
るものと期待しているかもしれない。しかし、本方法で
は、上記ＮＨＰＲ端末が直接ＳＶＣを上記ＡＴＭＡＲＰ
端末にセットアップしてしまうので、ルータでのＩＰレ
ベルのパケットフィルタリング機能を用いることができ
ないという問題があった。
ＳからのＩＰパケットは、同一ＬＩＳに属するルータの
パケットフィルタリング機能を通ってから送信されて来
るものと期待しているかもしれない。しかし、本方法で
は、上記ＮＨＰＲ端末が直接ＳＶＣを上記ＡＴＭＡＲＰ
端末にセットアップしてしまうので、ルータでのＩＰレ
ベルのパケットフィルタリング機能を用いることができ
ないという問題があった。
【００１３】従って本発明の目的は、ＡＴＭネットワー
ク上のアドレス解決プロトコルとして既にＡＴＭＡＲＰ
を採用しているＬＩＳが、新たにアドレス解決プロトコ
ルとしてＮＨＲＰを採用しようとした場合でも、そのＬ
ＩＳに属する全ての端末をＮＨＲＰに対応したものに変
更する必要がなく、従来のＡＴＭＡＲＰを用いる端末
と、新たにＮＨＲＰを用いる端末が同一ＬＩＳ内に混在
させることができる装置を提供することにある。
ク上のアドレス解決プロトコルとして既にＡＴＭＡＲＰ
を採用しているＬＩＳが、新たにアドレス解決プロトコ
ルとしてＮＨＲＰを採用しようとした場合でも、そのＬ
ＩＳに属する全ての端末をＮＨＲＰに対応したものに変
更する必要がなく、従来のＡＴＭＡＲＰを用いる端末
と、新たにＮＨＲＰを用いる端末が同一ＬＩＳ内に混在
させることができる装置を提供することにある。
【００１４】本発明の他の目的は、あるＮＨＲＰ端末
が、そのＮＨＲＰ端末と異なるＬＩＳに属するＡＴＭＡ
ＲＰ端末のアドレスを解決しようとする場合は、そのＡ
ＴＭＡＲＰ端末のＡＴＭアドレスそのものではなく、そ
のＡＴＭＡＲＰ端末へのゲートウェイのアドレスを解決
する装置を提供することにある。
が、そのＮＨＲＰ端末と異なるＬＩＳに属するＡＴＭＡ
ＲＰ端末のアドレスを解決しようとする場合は、そのＡ
ＴＭＡＲＰ端末のＡＴＭアドレスそのものではなく、そ
のＡＴＭＡＲＰ端末へのゲートウェイのアドレスを解決
する装置を提供することにある。
【００１５】
【課題を解決するための手段】本発明のアドレス解決装
置は、メディア共有型でないネットワーク（ＮＢＭＡ：
Ｎｏｎ−Ｂｒｏａｄｃａｓｔ，Ｍｕｌｔｉ−Ａｃｃｅｓ
ｓ）における、ネットワーク層アドレスからデータリン
ク層アドレスへの変換するアドレス解決を行なうＮＨＲ
Ｐプロトコル（ＮＢＭＡ Ｎｅｘｔ Ｈｏｐ Ｒｅｓｏ
ｌｕｔｉｏｎＰｒｏｔｏｃｏｌ）のアドレス解決装置に
おいて、前記アドレス解決を行なう機能を提供するＮＨ
ＲＰ処理手段と、ＡＴＭＡＲＰプロトコルによるアドレ
ス解決を行なう機能を提供するＡＴＭＡＲＰ処理手段
と、前記ＮＨＲＰ処理手段または前記ＡＴＭＡＲＰ処理
手段から共通してアクセスされ、ＮＨＲＰプロトコルに
より登録されたアドレス情報またはＡＴＭＡＲＰプロト
コルにより登録されたアドレス情報を保持する手段とを
備え、前記ＮＨＲＰ処理手段が、あるＡＴＭＡＲＰ端末
のアドレスを解決しようとするＮＨＲＰアドレス解決リ
クエストパケットを受信した場合、前記ＡＴＭＡＲＰ端
末と前記ＮＨＲＰアドレス解決リクエストパケットを送
信した端末が同一サブネットワークに属していない時
は、前記ＮＨＲＰ処理手段が前記ＮＨＲＰアドレス解決
リクエストパケットを受信したインターフェイスのアド
レス情報をリプライすることを特徴とする。
置は、メディア共有型でないネットワーク（ＮＢＭＡ：
Ｎｏｎ−Ｂｒｏａｄｃａｓｔ，Ｍｕｌｔｉ−Ａｃｃｅｓ
ｓ）における、ネットワーク層アドレスからデータリン
ク層アドレスへの変換するアドレス解決を行なうＮＨＲ
Ｐプロトコル（ＮＢＭＡ Ｎｅｘｔ Ｈｏｐ Ｒｅｓｏ
ｌｕｔｉｏｎＰｒｏｔｏｃｏｌ）のアドレス解決装置に
おいて、前記アドレス解決を行なう機能を提供するＮＨ
ＲＰ処理手段と、ＡＴＭＡＲＰプロトコルによるアドレ
ス解決を行なう機能を提供するＡＴＭＡＲＰ処理手段
と、前記ＮＨＲＰ処理手段または前記ＡＴＭＡＲＰ処理
手段から共通してアクセスされ、ＮＨＲＰプロトコルに
より登録されたアドレス情報またはＡＴＭＡＲＰプロト
コルにより登録されたアドレス情報を保持する手段とを
備え、前記ＮＨＲＰ処理手段が、あるＡＴＭＡＲＰ端末
のアドレスを解決しようとするＮＨＲＰアドレス解決リ
クエストパケットを受信した場合、前記ＡＴＭＡＲＰ端
末と前記ＮＨＲＰアドレス解決リクエストパケットを送
信した端末が同一サブネットワークに属していない時
は、前記ＮＨＲＰ処理手段が前記ＮＨＲＰアドレス解決
リクエストパケットを受信したインターフェイスのアド
レス情報をリプライすることを特徴とする。
【００１６】リプライするアドレス情報として、前記Ｎ
ＨＲＰアドレス解決リクエストパケットを受信したイン
ターフェイスが属すＬＩＳと解決すべきアドレスを持つ
前記ＡＴＭＡＲＰ端末が属すＬＩＳとの間でパケットの
転送を行なうルータの、前記ＮＨＲＰアドレス解決リク
エストパケットを受信したインターフェイスが属すＬＩ
Ｓ側のインターフェイスのアドレス情報を用いることを
特徴とする。
ＨＲＰアドレス解決リクエストパケットを受信したイン
ターフェイスが属すＬＩＳと解決すべきアドレスを持つ
前記ＡＴＭＡＲＰ端末が属すＬＩＳとの間でパケットの
転送を行なうルータの、前記ＮＨＲＰアドレス解決リク
エストパケットを受信したインターフェイスが属すＬＩ
Ｓ側のインターフェイスのアドレス情報を用いることを
特徴とする。
【００１７】
【発明の実施の形態】本発明の発明の実施の形態につい
て、図面を参照して説明する。
て、図面を参照して説明する。
【００１８】図１において、１つのＡＴＭネットワーク
１上に複数のＬＩＳ（ＬＩＳ−Ａ１０、ＬＩＳ−Ｂ ２
０、ＬＩＳ−Ｃ ３０）が定義されているものとする。
このＡＴＭネットワーク１に直接接続されている端末
（例えば端末１１および端末３１）はお互いにＡＴＭレ
ベルでＳＶＣ（Ｓｗｉｔｃｈｅｄ ＶｉｒｔｕａｌＣｏ
ｎｎｅｃｔｉｏｎ）をセットアップすることができるも
のとする。なお、図１では、ＡＴＭネットワークを構成
するＡＴＭスイッチは省略してある。また、これらを互
いに接続する接続線等は一部を除き省略してある。
１上に複数のＬＩＳ（ＬＩＳ−Ａ１０、ＬＩＳ−Ｂ ２
０、ＬＩＳ−Ｃ ３０）が定義されているものとする。
このＡＴＭネットワーク１に直接接続されている端末
（例えば端末１１および端末３１）はお互いにＡＴＭレ
ベルでＳＶＣ（Ｓｗｉｔｃｈｅｄ ＶｉｒｔｕａｌＣｏ
ｎｎｅｃｔｉｏｎ）をセットアップすることができるも
のとする。なお、図１では、ＡＴＭネットワークを構成
するＡＴＭスイッチは省略してある。また、これらを互
いに接続する接続線等は一部を除き省略してある。
【００１９】ＮＨＳ−Ａ １００、ＮＨＳ−Ｂ ２００
はＮＨＲＰサーバである。ＮＨＳ−Ａ １００はＬＩＳ
−Ａ １０およびＬＩＳ−Ｂ ２０に属するインターフ
ェイスを持ち、ＮＨＳ−Ｂ ２００はＬＩＳ−Ｂ ２０
およびＬＩＳ−Ｃ ３０に属するインターフェイスを持
つ。
はＮＨＲＰサーバである。ＮＨＳ−Ａ １００はＬＩＳ
−Ａ １０およびＬＩＳ−Ｂ ２０に属するインターフ
ェイスを持ち、ＮＨＳ−Ｂ ２００はＬＩＳ−Ｂ ２０
およびＬＩＳ−Ｃ ３０に属するインターフェイスを持
つ。
【００２０】本実施の形態では、ＮＨＳ−Ａ １００は
ＬＩＳ−Ａ １０を管理し、ＮＨＳ−Ｂ ２００はＬＩ
Ｓ−Ｂ ２０およびＬＩＳ−Ｃ ３０を管理するように
あらかじめ設定されているものとする。
ＬＩＳ−Ａ １０を管理し、ＮＨＳ−Ｂ ２００はＬＩ
Ｓ−Ｂ ２０およびＬＩＳ−Ｃ ３０を管理するように
あらかじめ設定されているものとする。
【００２１】ＮＨＲＰ端末１１および１２はＬＩＳ−Ａ
１０に属し、ＮＨＲＰ端末３１はＬＩＳ−Ｃ ３０に
属している。また、ＡＴＭＡＲＰ端末１３および１４は
ＬＩＳ−Ａ １０に属している。ＡＴＭＡＲＰ端末３２
はＬＩＳ−Ｃ ３０に属している。ルータ３００はＬＩ
Ｓ−Ａ １０およびＬＩＳ−Ｂ ２０に属している。
１０に属し、ＮＨＲＰ端末３１はＬＩＳ−Ｃ ３０に
属している。また、ＡＴＭＡＲＰ端末１３および１４は
ＬＩＳ−Ａ １０に属している。ＡＴＭＡＲＰ端末３２
はＬＩＳ−Ｃ ３０に属している。ルータ３００はＬＩ
Ｓ−Ａ １０およびＬＩＳ−Ｂ ２０に属している。
【００２２】図２に各ＮＨＳ内の構成を示すブロック図
を示す。ＮＨＲＰ処理部１０１は各ＬＩＳへのインター
フェイス（１１０、１１１、１１２）を持ち、これらは
各々図１のＡＴＭネットワーク１を構成するＡＴＭスイ
ッチに接続されている。ＮＨＲＰ処理部１０１は、従来
のＮＨＲＰサーバの機能を持つ。
を示す。ＮＨＲＰ処理部１０１は各ＬＩＳへのインター
フェイス（１１０、１１１、１１２）を持ち、これらは
各々図１のＡＴＭネットワーク１を構成するＡＴＭスイ
ッチに接続されている。ＮＨＲＰ処理部１０１は、従来
のＮＨＲＰサーバの機能を持つ。
【００２３】ＡＴＭＡＲＰ処理部１０２はＮＨＲＰ処理
部１０１が持つインターフェイス１１０、１１１、１１
２と共通のインターフェイスを持ち、ＡＴＭＡＲＰサー
バの機能を持つ。
部１０１が持つインターフェイス１１０、１１１、１１
２と共通のインターフェイスを持ち、ＡＴＭＡＲＰサー
バの機能を持つ。
【００２４】アドレス情報キャッシュ１０３はＮＨＲＰ
処理部１０１およびＡＴＭＡＲＰ処理部１０２と接続さ
れる。アドレス情報キャッシュ１０３は、ＮＨＲＰ処理
部１０１がＮＨＲＰアドレス登録パケットの受信等によ
り獲得したＮＨＲＰ端末のアドレス情報およびＡＴＭＡ
ＲＰ処理部１０２がＩｎＡＴＭＡＲＰリプライを受信す
ることにより獲得したＡＴＭＡＲＰ端末のアドレス情報
を保持する。
処理部１０１およびＡＴＭＡＲＰ処理部１０２と接続さ
れる。アドレス情報キャッシュ１０３は、ＮＨＲＰ処理
部１０１がＮＨＲＰアドレス登録パケットの受信等によ
り獲得したＮＨＲＰ端末のアドレス情報およびＡＴＭＡ
ＲＰ処理部１０２がＩｎＡＴＭＡＲＰリプライを受信す
ることにより獲得したＡＴＭＡＲＰ端末のアドレス情報
を保持する。
【００２５】図３に、アドレス情報キャッシュ１０３の
構成を示す。アドレス情報キャッシュ１０３は１エント
リ当たり、「ＩＰアドレス」および「ＡＴＭアドレス」
および「タイプ」というフィールドを持つ。ここで、
「タイプ」は、そのエントリがＮＨＲＰ処理部１０１に
よって獲得されたものならば「ＮＨＲＰ」と記され、Ａ
ＴＭＡＲＰ処理部１０２によって獲得されたものならば
「ＡＴＭＡＲＰ」と記される。
構成を示す。アドレス情報キャッシュ１０３は１エント
リ当たり、「ＩＰアドレス」および「ＡＴＭアドレス」
および「タイプ」というフィールドを持つ。ここで、
「タイプ」は、そのエントリがＮＨＲＰ処理部１０１に
よって獲得されたものならば「ＮＨＲＰ」と記され、Ａ
ＴＭＡＲＰ処理部１０２によって獲得されたものならば
「ＡＴＭＡＲＰ」と記される。
【００２６】次に本発明の実施の形態の動作を説明す
る。
る。
【００２７】図１において、ＮＨＲＰ端末１１および１
２はＮＨＲＰアドレス登録パケットを、ＮＨＳ−Ａ １
００に送信することにより、自身のアドレス情報を登録
する。ＮＨＳ−Ａ １００内のＮＨＲＰ処理部１０１が
このＮＨＲＰアドレス登録パケットを受信し、獲得した
ＮＨＲＰ端末１１および１２のアドレス情報をアドレス
情報キャッシュ１０３にストアする（タイプ＝ＮＨＲ
Ｐ）。
２はＮＨＲＰアドレス登録パケットを、ＮＨＳ−Ａ １
００に送信することにより、自身のアドレス情報を登録
する。ＮＨＳ−Ａ １００内のＮＨＲＰ処理部１０１が
このＮＨＲＰアドレス登録パケットを受信し、獲得した
ＮＨＲＰ端末１１および１２のアドレス情報をアドレス
情報キャッシュ１０３にストアする（タイプ＝ＮＨＲ
Ｐ）。
【００２８】一方、ＡＴＭＡＲＰ端末１３および１４は
ＮＨＳ−Ａ １００内のＡＴＭＡＲＰ処理部からのＩｎ
ＡＴＭＡＲＰリクエストに対してＩｎＡＴＭＡＲＰリプ
ライパケットを送信することにより、自身のアドレス情
報を登録する。ＮＨＳ−Ａ１００内のＡＴＭＡＲＰ処理
部１０２がこのＩｎＡＴＭＡＲＰリプライパケットを受
信し、獲得したＡＴＭＡＲＰ端末１３および１４のアド
レス情報をアドレス情報キャッシュ１０３にストアする
（タイプ＝ＡＴＭＡＲＰ）。
ＮＨＳ−Ａ １００内のＡＴＭＡＲＰ処理部からのＩｎ
ＡＴＭＡＲＰリクエストに対してＩｎＡＴＭＡＲＰリプ
ライパケットを送信することにより、自身のアドレス情
報を登録する。ＮＨＳ−Ａ１００内のＡＴＭＡＲＰ処理
部１０２がこのＩｎＡＴＭＡＲＰリプライパケットを受
信し、獲得したＡＴＭＡＲＰ端末１３および１４のアド
レス情報をアドレス情報キャッシュ１０３にストアする
（タイプ＝ＡＴＭＡＲＰ）。
【００２９】アドレス解決しようとする端末の種類（Ｎ
ＨＲＰ端末かＡＴＭＡＲＰ端末か）、通信相手の端末の
種類および、通信相手の属するＬＩＳにより、以下の場
合に分けてアドレス解決の動作を説明する。 （１）ＮＨＲＰ端末同士またはＡＴＭＡＲＰ端末同士の
通信の場合 （２）ＮＨＲＰ端末が同一ＬＩＳのＡＴＭＡＲＰ端末と
通信を行なう場合 （３）ＡＴＭＡＲＰ端末が同一ＬＩＳのＮＨＲＰ端末と
通信を行なう場合 （４）ＮＨＲＰ端末が異なるＬＩＳのＡＴＭＡＲＰ端末
と通信を行なう場合 まず、（１）ＮＨＲＰ端末同士またはＡＴＭＡＲＰ端末
同士の通信の場合を説明する。
ＨＲＰ端末かＡＴＭＡＲＰ端末か）、通信相手の端末の
種類および、通信相手の属するＬＩＳにより、以下の場
合に分けてアドレス解決の動作を説明する。 （１）ＮＨＲＰ端末同士またはＡＴＭＡＲＰ端末同士の
通信の場合 （２）ＮＨＲＰ端末が同一ＬＩＳのＡＴＭＡＲＰ端末と
通信を行なう場合 （３）ＡＴＭＡＲＰ端末が同一ＬＩＳのＮＨＲＰ端末と
通信を行なう場合 （４）ＮＨＲＰ端末が異なるＬＩＳのＡＴＭＡＲＰ端末
と通信を行なう場合 まず、（１）ＮＨＲＰ端末同士またはＡＴＭＡＲＰ端末
同士の通信の場合を説明する。
【００３０】ＮＨＲＰ端末１１がＮＨＲＰ端末１２やＮ
ＨＲＰ端末３１のアドレスを解決しようとする場合は、
ＮＨＳ−Ａ １００にＮＨＲＰアドレス解決リクエスト
パケットを送信し、従来の通りアドレス解決を行なう。
ＨＲＰ端末３１のアドレスを解決しようとする場合は、
ＮＨＳ−Ａ １００にＮＨＲＰアドレス解決リクエスト
パケットを送信し、従来の通りアドレス解決を行なう。
【００３１】また、ＡＴＭＡＲＰ端末１３がＡＴＭＡＲ
Ｐ端末１４のアドレスを解決する場合や、ＬＩＳ−Ａ
１００外のＡＴＭＡＰＲ端末３２と通信するためルータ
３００のアドレスを解決しようとする場合は、ＮＨＳ−
Ａ １００にＡＴＭＡＲＰリクエストパケットを送信
し、従来の通りアドレス解決を行なう。
Ｐ端末１４のアドレスを解決する場合や、ＬＩＳ−Ａ
１００外のＡＴＭＡＰＲ端末３２と通信するためルータ
３００のアドレスを解決しようとする場合は、ＮＨＳ−
Ａ １００にＡＴＭＡＲＰリクエストパケットを送信
し、従来の通りアドレス解決を行なう。
【００３２】次に（２）ＮＨＲＰ端末が同一ＬＩＳのＡ
ＴＭＡＲＰ端末と通信を行なう場合を説明する。
ＴＭＡＲＰ端末と通信を行なう場合を説明する。
【００３３】ＮＨＲＰ端末１１がＡＴＭＡＲＰ端末１３
のアドレスを解決しようとする場合は、ＮＨＳ−Ａ １
００にＮＨＲＰアドレス解決リクエストパケットを送信
する。ＮＨＳ−Ａ １００のＮＨＰＲ処理部１０１がこ
のＮＨＲＰアドレス解決リクエストパケットを受信し、
図４に示すフローチャートに従って動作する。
のアドレスを解決しようとする場合は、ＮＨＳ−Ａ １
００にＮＨＲＰアドレス解決リクエストパケットを送信
する。ＮＨＳ−Ａ １００のＮＨＰＲ処理部１０１がこ
のＮＨＲＰアドレス解決リクエストパケットを受信し、
図４に示すフローチャートに従って動作する。
【００３４】ステップ５０１で、受信したパケットがＮ
ＨＲＰアドレス解決リクエストパケットかどうか判断す
る。もしＮＨＲＰアドレス解決リクエストパケット以外
なら、ステップ５０２でそのパケットの種類に応じた処
理を行なう（従来と同様）。本動作例ではＮＨＲＰアド
レス解決リクエストパケットであると仮定すると、ステ
ップ５０３に進み、解決したいＩＰアドレスを含むエン
トリがアドレス情報キャッシュ１０３に存在するかどう
か検索する。
ＨＲＰアドレス解決リクエストパケットかどうか判断す
る。もしＮＨＲＰアドレス解決リクエストパケット以外
なら、ステップ５０２でそのパケットの種類に応じた処
理を行なう（従来と同様）。本動作例ではＮＨＲＰアド
レス解決リクエストパケットであると仮定すると、ステ
ップ５０３に進み、解決したいＩＰアドレスを含むエン
トリがアドレス情報キャッシュ１０３に存在するかどう
か検索する。
【００３５】ステップ５０４で、エントリが存在しない
場合はステップ５０５に進み、従来と同様の処理を行な
う。本動作例では該当エントリが存在する（ＡＴＭＡＲ
Ｐ端末１３のアドレス情報が存在する）と仮定すると、
ステップ５０６に進み、エントリのタイプフィールドの
値を取り出す。
場合はステップ５０５に進み、従来と同様の処理を行な
う。本動作例では該当エントリが存在する（ＡＴＭＡＲ
Ｐ端末１３のアドレス情報が存在する）と仮定すると、
ステップ５０６に進み、エントリのタイプフィールドの
値を取り出す。
【００３６】本動作例ではタイプがＡＴＭＡＲＰなの
で、ステップ５０８に進み、解決すべき通信相手が属す
ＬＩＳと本ＮＨＲＰアドレス解決リクエストパケットを
送信した端末が同一ＬＩＳに属しているかどうか判断す
る。
で、ステップ５０８に進み、解決すべき通信相手が属す
ＬＩＳと本ＮＨＲＰアドレス解決リクエストパケットを
送信した端末が同一ＬＩＳに属しているかどうか判断す
る。
【００３７】ＡＴＭＡＲＰ端末１３（解決すべき通信相
手）とＮＨＲＰ端末１１（本ＮＨＲＰアドレス解決リク
エストパケットを送信した端末）は同一ＬＩＳに属して
いるので、ステップ５０７に進み、従来と同様リプライ
を返す。
手）とＮＨＲＰ端末１１（本ＮＨＲＰアドレス解決リク
エストパケットを送信した端末）は同一ＬＩＳに属して
いるので、ステップ５０７に進み、従来と同様リプライ
を返す。
【００３８】その結果ＮＨＲＰ端末１１とＡＴＭＡＲＰ
端末１３とは直接ＳＶＣをセットアップし、通信可能と
なる。
端末１３とは直接ＳＶＣをセットアップし、通信可能と
なる。
【００３９】次に（３）ＡＴＭＡＲＰ端末が同一ＬＩＳ
のＮＨＲＰ端末と通信を行なう場合を説明する。
のＮＨＲＰ端末と通信を行なう場合を説明する。
【００４０】ＡＴＭＡＲＰ端末１３がＮＨＲＰ端末１１
のアドレスを解決しようとする場合は、ＮＨＳ−Ａ １
００にＡＴＭＡＲＰリクエストパケットを送信する。Ｎ
ＨＳ−Ａ １００のＡＴＭＡＲＰ処理部１０２がこのＡ
ＴＭＡＲＰリクエストパケットを受信し、アドレス情報
キャッシュ１０３を検索する。
のアドレスを解決しようとする場合は、ＮＨＳ−Ａ １
００にＡＴＭＡＲＰリクエストパケットを送信する。Ｎ
ＨＳ−Ａ １００のＡＴＭＡＲＰ処理部１０２がこのＡ
ＴＭＡＲＰリクエストパケットを受信し、アドレス情報
キャッシュ１０３を検索する。
【００４１】解決したいＩＰアドレスを含むエントリが
存在すれば、そのタイプがＮＨＲＰかＡＴＭＡＲＰかに
関わらず、そのアドレス情報をリプライする。存在しな
ければ、ＮＡＫを返す。本実施例ではＮＨＲＰ端末１１
のアドレス情報がアドレス情報キャッシュ１０３に存在
するので、ＡＴＭＡＲＰ端末１３はＮＨＲＰ端末１１の
アドレスを解決できる。
存在すれば、そのタイプがＮＨＲＰかＡＴＭＡＲＰかに
関わらず、そのアドレス情報をリプライする。存在しな
ければ、ＮＡＫを返す。本実施例ではＮＨＲＰ端末１１
のアドレス情報がアドレス情報キャッシュ１０３に存在
するので、ＡＴＭＡＲＰ端末１３はＮＨＲＰ端末１１の
アドレスを解決できる。
【００４２】その結果ＡＴＭＡＲＰ端末１３とＮＨＲＰ
端末１１とは直接ＳＶＣをセットアップし、通信可能と
なる。
端末１１とは直接ＳＶＣをセットアップし、通信可能と
なる。
【００４３】最後に（４）ＮＨＲＰ端末が異なるＬＩＳ
のＡＴＭＡＲＰ端末と通信を行なう場合を説明する。
のＡＴＭＡＲＰ端末と通信を行なう場合を説明する。
【００４４】ＮＨＲＰ端末３１がＡＴＭ端末１３のアド
レスを解決しようとする場合は、ＮＨＳ−Ｂ ２００に
ＮＨＲＰアドレス解決リクエストを送信する。
レスを解決しようとする場合は、ＮＨＳ−Ｂ ２００に
ＮＨＲＰアドレス解決リクエストを送信する。
【００４５】ＮＨＳ−Ｂ ２００のＮＨＲＰ処理部がこ
のＮＨＲＰアドレス解決リクエストを受信すると、図４
のステップ５０１、５０３、５０４と進み、アドレス情
報キャッシュに該当エントリが存在するかどうか判断す
る。
のＮＨＲＰアドレス解決リクエストを受信すると、図４
のステップ５０１、５０３、５０４と進み、アドレス情
報キャッシュに該当エントリが存在するかどうか判断す
る。
【００４６】本動作例では該当エントリが存在しないと
仮定すると、ステップ５０５で本ＮＨＲＰアドレス解決
リクエストパケットをＮＨＳ−Ａ １００に転送する
（従来と同様）。
仮定すると、ステップ５０５で本ＮＨＲＰアドレス解決
リクエストパケットをＮＨＳ−Ａ １００に転送する
（従来と同様）。
【００４７】ＮＨＳ−Ａ １００のＮＨＲＰ処理部１０
１が上記ＮＨＲＰアドレス解決リクエストパケットを受
信すると、図４のステップ５０１、５０３、５０４と進
み、アドレス情報キャッシュに該当エントリが存在する
かどうか判断する。
１が上記ＮＨＲＰアドレス解決リクエストパケットを受
信すると、図４のステップ５０１、５０３、５０４と進
み、アドレス情報キャッシュに該当エントリが存在する
かどうか判断する。
【００４８】本動作例では該当エントリが存在する（Ａ
ＴＭＡＲＰ端末１３のアドレス情報が存在する）と仮定
すると、ステップ５０６に進み、エントリのタイプフィ
ールドの値を取り出す。
ＴＭＡＲＰ端末１３のアドレス情報が存在する）と仮定
すると、ステップ５０６に進み、エントリのタイプフィ
ールドの値を取り出す。
【００４９】本動作例ではタイプがＡＴＭＡＲＰなの
で、ステップ５０８に進み、解決すべき通信相手が属す
ＬＩＳと本ＮＨＲＰアドレス解決リクエストパケットを
送信した端末が同一ＬＩＳに属しているかどうか判断す
る。
で、ステップ５０８に進み、解決すべき通信相手が属す
ＬＩＳと本ＮＨＲＰアドレス解決リクエストパケットを
送信した端末が同一ＬＩＳに属しているかどうか判断す
る。
【００５０】ＡＴＭＡＲＰ端末１３（解決すべき通信相
手）とＮＨＲＰ端末３１（本ＮＨＲＰアドレス解決リク
エストパケットを送信した端末）は同一ＬＩＳに属して
いないので、ステップ５０９に進む。
手）とＮＨＲＰ端末３１（本ＮＨＲＰアドレス解決リク
エストパケットを送信した端末）は同一ＬＩＳに属して
いないので、ステップ５０９に進む。
【００５１】ステップ５０９において、本ＮＨＲＰアド
レス解決リクエストパケットを受信したインターフェイ
ス（ＮＨＳ−Ａ １００のインターフェイス２）のアド
レス情報をＮＨＲＰ端末３１にリプライする（請求項１
の動作例）かまたは、本ＮＨＲＰアドレス解決リクエス
トパケットを受信したインターフェイスが属すＬＩＳ
（ＬＩＳ−Ｂ ２０）と解決すべきアドレスを持つ端末
（ＡＴＭＡＲＰ端末１３）が属すＬＩＳ（ＬＩＳ−Ａ
１０）との間でパケットの転送を行なうルータ（ルータ
３００）の、本ＮＨＲＰアドレス解決リクエストパケッ
トを受信したインターフェイスが属すＬＩＳ側のインタ
ーフェイス（ルータ３００のインターフェイス２）のア
ドレス情報をＮＨＲＰ端末３１にリプライする（請求項
２の動作例）。
レス解決リクエストパケットを受信したインターフェイ
ス（ＮＨＳ−Ａ １００のインターフェイス２）のアド
レス情報をＮＨＲＰ端末３１にリプライする（請求項１
の動作例）かまたは、本ＮＨＲＰアドレス解決リクエス
トパケットを受信したインターフェイスが属すＬＩＳ
（ＬＩＳ−Ｂ ２０）と解決すべきアドレスを持つ端末
（ＡＴＭＡＲＰ端末１３）が属すＬＩＳ（ＬＩＳ−Ａ
１０）との間でパケットの転送を行なうルータ（ルータ
３００）の、本ＮＨＲＰアドレス解決リクエストパケッ
トを受信したインターフェイスが属すＬＩＳ側のインタ
ーフェイス（ルータ３００のインターフェイス２）のア
ドレス情報をＮＨＲＰ端末３１にリプライする（請求項
２の動作例）。
【００５２】リプライを受信したＮＨＲＰ端末３１は解
決されたＡＴＭアドレスによりＳＶＣをセットアップ
し、このＳＶＣを用いてＩＰパケットを送信する。この
ＳＶＣはＮＨＳ−Ａ １００（請求項１の動作例の場
合）またはルータ３００（請求項２の動作例の場合）で
一旦終端されるので、ＮＨＲＰ端末３１が送信したＩＰ
パケットは一旦、ＮＨＳ−Ａ １００またはルータ３０
０のＩＰ層に到着することになる。このＩＰパケットの
扱いはＮＨＳ−Ａ １００またはルータ３００のＩＰ層
に任せることとする。
決されたＡＴＭアドレスによりＳＶＣをセットアップ
し、このＳＶＣを用いてＩＰパケットを送信する。この
ＳＶＣはＮＨＳ−Ａ １００（請求項１の動作例の場
合）またはルータ３００（請求項２の動作例の場合）で
一旦終端されるので、ＮＨＲＰ端末３１が送信したＩＰ
パケットは一旦、ＮＨＳ−Ａ １００またはルータ３０
０のＩＰ層に到着することになる。このＩＰパケットの
扱いはＮＨＳ−Ａ １００またはルータ３００のＩＰ層
に任せることとする。
【００５３】更に、ＮＨＳ−Ａ １００またはルータ３
００からＡＴＭＡＲＰ端末１３までは、ＮＨＲＰまたは
ＡＴＭＡＲＰのいずれかの機能でアドレスが解決され、
ＳＶＣがセットアップされる。この結果、ＮＨＲＰ端末
３１とＡＴＭＡＲＰ端末１３は、直接ＳＶＣで通信せ
ず、ＮＨＳ−Ａ １００またはルータ３００を一段介し
て通信することになる。これにより、ＩＰレベルでのパ
ケットフィルタリング等の機能を使うことができる（Ｉ
Ｐ層の処理については本発明の範囲外であるので省略す
る）。また、ＮＨＲＰ端末３１とＡＴＭＡＲＰ端末１３
との間の送信用と受信用のＳＶＣの経路が同一となる。
００からＡＴＭＡＲＰ端末１３までは、ＮＨＲＰまたは
ＡＴＭＡＲＰのいずれかの機能でアドレスが解決され、
ＳＶＣがセットアップされる。この結果、ＮＨＲＰ端末
３１とＡＴＭＡＲＰ端末１３は、直接ＳＶＣで通信せ
ず、ＮＨＳ−Ａ １００またはルータ３００を一段介し
て通信することになる。これにより、ＩＰレベルでのパ
ケットフィルタリング等の機能を使うことができる（Ｉ
Ｐ層の処理については本発明の範囲外であるので省略す
る）。また、ＮＨＲＰ端末３１とＡＴＭＡＲＰ端末１３
との間の送信用と受信用のＳＶＣの経路が同一となる。
【００５４】
【発明の効果】第１の効果は、ＡＴＭネットワーク上の
アドレス解決プロトコルとして既にＡＴＭＡＲＰを採用
しているＬＩＳが、新たにアドレス解決プロトコルとし
てＮＨＲＰを採用しようとした場合でも、そのＬＩＳに
属する全ての端末をＮＨＲＰに対応したものに変更する
必要がなく、従来のＡＴＭＡＲＰを用いる端末と、新た
にＮＨＲＰを用いる端末が同一ＬＩＳ内に混在させるこ
とができることにある。
アドレス解決プロトコルとして既にＡＴＭＡＲＰを採用
しているＬＩＳが、新たにアドレス解決プロトコルとし
てＮＨＲＰを採用しようとした場合でも、そのＬＩＳに
属する全ての端末をＮＨＲＰに対応したものに変更する
必要がなく、従来のＡＴＭＡＲＰを用いる端末と、新た
にＮＨＲＰを用いる端末が同一ＬＩＳ内に混在させるこ
とができることにある。
【００５５】その理由は、各ＮＨＳが、ＮＨＲＰおよび
ＡＴＭＡＲＰを両方処理することができ、共通のアドレ
ス情報キャッシュを持つためである。
ＡＴＭＡＲＰを両方処理することができ、共通のアドレ
ス情報キャッシュを持つためである。
【００５６】第２の効果は、あるＮＨＲＰ端末が、その
ＮＨＲＰ端末と異なるＬＩＳに属するＡＴＭＡＲＰ端末
のアドレスを解決しようとする場合でも、そのＡＴＭＡ
ＲＰ端末へのゲートウェイのアドレスが解決できること
にある。
ＮＨＲＰ端末と異なるＬＩＳに属するＡＴＭＡＲＰ端末
のアドレスを解決しようとする場合でも、そのＡＴＭＡ
ＲＰ端末へのゲートウェイのアドレスが解決できること
にある。
【００５７】その理由は、リプライするＮＨＳが、その
ＡＴＭＡＲＰ端末のＡＴＭアドレスそのものではなく、
そのＡＴＭＡＲＰ端末が属しているサブネットワークを
管理するＮＨＳのアドレスまたは、別のルータのアドレ
スを解決するためである。
ＡＴＭＡＲＰ端末のＡＴＭアドレスそのものではなく、
そのＡＴＭＡＲＰ端末が属しているサブネットワークを
管理するＮＨＳのアドレスまたは、別のルータのアドレ
スを解決するためである。
【００５８】第３の効果は、お互いに異なるサブネット
ワークに属するＮＨＲＰ端末とＡＴＭＡＲＰ端末間の通
信の場合、上記ゲートウェイのパケットフィルタリング
機能を用いることができることにある。
ワークに属するＮＨＲＰ端末とＡＴＭＡＲＰ端末間の通
信の場合、上記ゲートウェイのパケットフィルタリング
機能を用いることができることにある。
【００５９】その理由は、第２の効果により、上記ＮＨ
ＲＰ端末は上記ゲートウェイにＳＶＣをセットアップ
し、このＳＶＣを用いて、一旦上記ゲートウェイに対し
てＩＰパケットを送信するためである。
ＲＰ端末は上記ゲートウェイにＳＶＣをセットアップ
し、このＳＶＣを用いて、一旦上記ゲートウェイに対し
てＩＰパケットを送信するためである。
【００６０】第４の効果は、無駄なＳＶＣがセットアッ
プされないことにある。
プされないことにある。
【００６７】その理由は、第２の効果により、お互いに
異なるサブネットワークに属するＮＨＲＰ端末とＡＴＭ
ＡＲＰ端末は、直接ＳＶＣで通信せず、ゲートウェイを
一段介して通信することになるため、このＮＨＰＲ端末
とＡＴＭＡＲＰ端末間の送信用と受信用のＳＶＣの経路
が同一となるからである。
異なるサブネットワークに属するＮＨＲＰ端末とＡＴＭ
ＡＲＰ端末は、直接ＳＶＣで通信せず、ゲートウェイを
一段介して通信することになるため、このＮＨＰＲ端末
とＡＴＭＡＲＰ端末間の送信用と受信用のＳＶＣの経路
が同一となるからである。
【図面の簡単な説明】
【図１】本発明が対象とするネットワーク
【図２】ＮＨＳの構成のブロック図
【図３】アドレス情報キャッシュの構成
【図４】本発明の実施例のフローチャート
【符号の説明】 １ ＡＴＭネットワーク１１ １２ ３１ ＮＨＲＰ端末 １４ １５ ３２ ＡＴＭＡＲＰ端末 １００ ２００ ＮＨＳ １０１ ＮＨＲＰ処理部 １０２ ＡＴＭＡＲＰ処理部 １０３ アドレス情報キャッシュ １１０ １１１ １１２ インタフェース ３００ ルータ
Claims (2)
- 【請求項１】メディア共有型でないネットワーク（ＮＢ
ＭＡ：Ｎｏｎ−Ｂｒｏａｄｃａｓｔ，Ｍｕｌｔｉ−Ａｃ
ｃｅｓｓ、例えばＡＴＭ：Ａｓｙｎｃｈｒｏｎｏｕｓ
Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）における、ネットワーク
層アドレスからデータリンク層アドレスへの変換（アド
レスを解決するという）を行なうＮＨＲＰプロトコル
（ＮＢＭＡ Ｎｅｘｔ Ｈｏｐ Ｒｅｓｏｌｕｔｉｏｎ
Ｐｒｏｔｏｃｏｌ）において、 前記アドレス解決機能を提供するＮＨＲＰ処理手段と、 ＲＦＣ１５７７で規定されているＡＴＭＡＲＰプロトコ
ルによるアドレス解決機能を提供するＡＴＭＡＲＰ処理
手段と、 前記ＮＨＲＰ処理手段および前記ＡＴＭＡＲＰ処理手段
から共通してアクセスされ、ＮＨＲＰプロトコルにより
登録されたアドレス情報およびＡＴＭＡＲＰプロトコル
により登録されたアドレス情報を保持する手段と、 前記ＮＨＲＰ処理手段が、あるＡＴＭＡＲＰ端末のアド
レスを解決しようとするＮＨＲＰアドレス解決リクエス
トパケットを受信した場合、前記ＡＴＭＡＲＰ端末と前
記ＮＨＲＰアドレス解決リクエストパケットを送信した
端末が同一サブネットワークに属していない時は、前記
ＮＨＲＰ処理手段が前記ＮＨＲＰアドレス解決リクエス
トパケットを受信したインターフェイスのアドレス情報
をリプライする手段を具備することを特徴とするアドレ
ス解決方法。 - 【請求項２】請求項１のアドレス解決方法において、 リプライするアドレス情報として、前記ＮＨＲＰアドレ
ス解決リクエストパケットを受信したインターフェイス
が属すサブネットワークと解決すべきアドレスを持つ前
記ＡＴＭＡＲＰ端末が属すサブネットワークとの間でパ
ケットの転送を行なうルータの、前記ＮＨＲＰアドレス
解決リクエストパケットを受信したインターフェイスが
属すサブネットワーク側のインターフェイスのアドレス
情報を用いることを特徴とする、請求項１のアドレス解
決方法。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21574796A JP2845207B2 (ja) | 1996-08-15 | 1996-08-15 | アドレス解決装置 |
| EP19970113969 EP0825747B1 (en) | 1996-08-15 | 1997-08-13 | Address resolution system |
| DE1997634695 DE69734695T2 (de) | 1996-08-15 | 1997-08-13 | Adressauflösungssystem |
| CA 2213011 CA2213011C (en) | 1996-08-15 | 1997-08-14 | Address resolution system |
| US08/907,831 US5909446A (en) | 1996-08-15 | 1997-08-14 | Address resolution system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21574796A JP2845207B2 (ja) | 1996-08-15 | 1996-08-15 | アドレス解決装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1065734A true JPH1065734A (ja) | 1998-03-06 |
| JP2845207B2 JP2845207B2 (ja) | 1999-01-13 |
Family
ID=16677550
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP21574796A Expired - Fee Related JP2845207B2 (ja) | 1996-08-15 | 1996-08-15 | アドレス解決装置 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US5909446A (ja) |
| EP (1) | EP0825747B1 (ja) |
| JP (1) | JP2845207B2 (ja) |
| CA (1) | CA2213011C (ja) |
| DE (1) | DE69734695T2 (ja) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| 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 |
| 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 |
| US6343083B1 (en) * | 1998-04-09 | 2002-01-29 | Alcatel Usa Sourcing, L.P. | Method and apparatus for supporting a connectionless communication protocol over an ATM network |
| US6182193B1 (en) * | 1998-05-28 | 2001-01-30 | 3Com Corporation | Caching system using cache indexes for call group data of call requests in ATM network devices |
| AU5901499A (en) * | 1998-08-26 | 2000-03-21 | Nortel Networks Limited | Non-broadcast, multiple access inverse next hop resolution protocol (innhrp) |
| KR20010086381A (ko) * | 1998-09-09 | 2001-09-10 | 썬 마이크로시스템즈, 인코포레이티드 | 도메인 네임 시스템 트래픽을 투과적으로 처리하기 위한방법 및 장치 |
| DE19843626B4 (de) * | 1998-09-23 | 2005-02-03 | Siemens Ag | Verfahren zum Ermitteln einer Netzzugangsadresse |
| US6771649B1 (en) | 1999-12-06 | 2004-08-03 | At&T Corp. | Middle approach to asynchronous and backward-compatible detection and prevention of ARP cache poisoning |
| JP3491826B2 (ja) | 2000-07-13 | 2004-01-26 | 日本電気株式会社 | Ｍｐｏａシステムにおけるｍａｃアドレス通知方式及びそのためのｍｐｏａサーバ |
| US7430170B2 (en) * | 2002-12-26 | 2008-09-30 | Nokia Siemens Networks Oy | System and method for implementing protocol stack across multiple chassis |
| US11218559B2 (en) * | 2019-05-28 | 2022-01-04 | Red Hat, Inc. | Asymmetric networking proxy |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5491693A (en) * | 1993-12-30 | 1996-02-13 | International Business Machines Corporation | General transport layer gateway for heterogeneous networks |
| US5600644A (en) * | 1995-03-10 | 1997-02-04 | At&T | Method and apparatus for interconnecting LANs |
| US5617540A (en) * | 1995-07-31 | 1997-04-01 | At&T | System for binding host name of servers and address of available server in cache within client and for clearing cache prior to client establishes connection |
-
1996
- 1996-08-15 JP JP21574796A patent/JP2845207B2/ja not_active Expired - Fee Related
-
1997
- 1997-08-13 DE DE1997634695 patent/DE69734695T2/de not_active Expired - Lifetime
- 1997-08-13 EP EP19970113969 patent/EP0825747B1/en not_active Expired - Lifetime
- 1997-08-14 CA CA 2213011 patent/CA2213011C/en not_active Expired - Fee Related
- 1997-08-14 US US08/907,831 patent/US5909446A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2845207B2 (ja) | 1999-01-13 |
| EP0825747B1 (en) | 2005-11-23 |
| US5909446A (en) | 1999-06-01 |
| CA2213011A1 (en) | 1998-02-15 |
| DE69734695D1 (de) | 2005-12-29 |
| CA2213011C (en) | 2000-10-10 |
| EP0825747A3 (en) | 2003-09-24 |
| DE69734695T2 (de) | 2006-07-20 |
| EP0825747A2 (en) | 1998-02-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7574522B2 (en) | Communication data relay system | |
| US5982773A (en) | Lan connection method | |
| US5600644A (en) | Method and apparatus for interconnecting LANs | |
| JP2842530B2 (ja) | Ａｔｍ ｖｌａｎクライアント−サーバシステム | |
| US6304912B1 (en) | Process and apparatus for speeding-up layer-2 and layer-3 routing, and for determining layer-2 reachability, through a plurality of subnetworks | |
| US6172981B1 (en) | Method and system for distributing network routing functions to local area network stations | |
| US6188689B1 (en) | Network node and method of frame transfer | |
| US7526569B2 (en) | Router and address identification information management server | |
| JPH11112577A (ja) | Ｌａｎシステム間相互接続方式及びネットワークサービスシステム | |
| JPH09149036A (ja) | アドレス解決方法 | |
| JP2845207B2 (ja) | アドレス解決装置 | |
| JP4007690B2 (ja) | エンド装置及びルータ | |
| JP2845208B2 (ja) | アドレス解決装置 | |
| US9130855B2 (en) | Non-broadcast multiple access inverse next hop resolution protocol (INHRP) | |
| JP2982727B2 (ja) | 認証方法 | |
| US6785738B1 (en) | ARP packet to preserve canonical form of addresses | |
| US6947423B2 (en) | MAC address notification method in MPOA systems and MPOA server for the same | |
| JPH1032597A (ja) | Ｌａｎ間接続装置 | |
| JPH10303904A (ja) | ＩＰｏｖｅｒＡＴＭにおけるＡＴＭＡＲＰテーブル登録によるＳＶＣ接続方式 | |
| JP3152287B2 (ja) | ショートカット通信システム | |
| JPH1070552A (ja) | ルーチングテーブル生成方法 | |
| KR100428312B1 (ko) | 라우팅 프로토콜을 지원하기 위한 패킷 운영방법 | |
| JP3313051B2 (ja) | アドレス解決方法 | |
| JP2000307590A (ja) | コネクション確立方法 | |
| JPH10190694A (ja) | Ａｔｍネットワークのルート制御情報伝達システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19980929 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071030 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081030 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091030 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091030 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101030 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111030 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121030 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131030 Year of fee payment: 15 |
|
| LAPS | Cancellation because of no payment of annual fees |