JP4664143B2 - パケット転送装置、通信網及びパケット転送方法 - Google Patents
パケット転送装置、通信網及びパケット転送方法 Download PDFInfo
- Publication number
- JP4664143B2 JP4664143B2 JP2005212938A JP2005212938A JP4664143B2 JP 4664143 B2 JP4664143 B2 JP 4664143B2 JP 2005212938 A JP2005212938 A JP 2005212938A JP 2005212938 A JP2005212938 A JP 2005212938A JP 4664143 B2 JP4664143 B2 JP 4664143B2
- Authority
- JP
- Japan
- Prior art keywords
- address
- packet
- packet transfer
- dhcp
- port
- 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.)
- Expired - Fee Related
Links
Images
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
- H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
-
- 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/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
- H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0227—Filtering policies
- H04L63/0236—Filtering by address, protocol, port number or service, e.g. IP-address or URL
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
本発明は、パケット転送装置、通信網及びパケット転送方法に係り、特に、ＤＨＣＰによりアドレスを配布するＤＨＣＰサーバ及びクライアント端末を接続するアドレス監視機能付きパケット転送装置、通信網及びパケット転送方法に関する。
従来企業で利用されてきた専用線やフレームリレーなどのＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）サービスとの接続に、ルータが使われている。しかし、ギガビット対応などでＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）そのものの高速化が進み、ルータでの処理がボトルネックになっている。そこで、ルータに変わってＬ３（Ｌａｙｅｒ３）スイッチやＬ２（Ｌａｙｅｒ２）スイッチなどのスイッチ群が注目を集めている。
ルーティングを主な目的としているルータは、ＵＮＩＸで行われていたルーティングソフトウエアの製品であり、そのルーティング処理は汎用のＣＰＵとソフトウエアで行われる。それに対して上述のスイッチ群（以下、「スイッチ」という。）の場合、高速なルーティングを目的に、その処理を専用のハードウェアであるＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）で処理できるように作られている。この機構上の違いにより、高速な処理を目的とした場合にはスイッチの利用が効果的である。
これらを踏まえて、通信事業者はインターネットへのアクセス網の多様化、高速化と常時接続が進んでいることにより、エッジ網にスイッチを用いて、広域スイッチサービスを展開してきている。また、スイッチにアプリケーションを搭載することによって、各加入者のＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）への接続を効率的に実施してきている。そのアプリケーションの一つとしてＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）がある。
ルーティングを主な目的としているルータは、ＵＮＩＸで行われていたルーティングソフトウエアの製品であり、そのルーティング処理は汎用のＣＰＵとソフトウエアで行われる。それに対して上述のスイッチ群（以下、「スイッチ」という。）の場合、高速なルーティングを目的に、その処理を専用のハードウェアであるＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）で処理できるように作られている。この機構上の違いにより、高速な処理を目的とした場合にはスイッチの利用が効果的である。
これらを踏まえて、通信事業者はインターネットへのアクセス網の多様化、高速化と常時接続が進んでいることにより、エッジ網にスイッチを用いて、広域スイッチサービスを展開してきている。また、スイッチにアプリケーションを搭載することによって、各加入者のＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）への接続を効率的に実施してきている。そのアプリケーションの一つとしてＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）がある。
ＤＨＣＰとは、例えば、自動的にＩＰアドレスなどをクライアントに割り当てるためのプロトコルである。ＤＨＣＰはＲＦＣ９５１で記載されているＢＯＯＴＰ（ＢＯＯＴｓｔｒａｐ Ｐｒｏｔｏｃｏｌ）を拡張したもので、割り当てられたＩＰアドレスに利用可能期間（リース期間）を設け、クライアント端末に使用させたいＤＮＳ（Ｄｏｍａｉｎ ＮａｍｅＳｅｒｖｉｃｅ）サーバのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスといった設定値も自動設定できるように定義している。これらは、例えば、ＲＦＣ２１３１とＲＦＣ２１３２で定義されている。
ＤＨＣＰを利用したＤＨＣＰサーバは、クライアント端末の要求に応じてＩＰアドレスを動的に割り当てている。それにより、クライアント端末は個別にＩＰアドレスの設定を行うことなく、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｏｎ Ｃｏｎｔｏｒｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信を行うことができる。クライアント端末が通信を終えると自動的にアドレスを回収し、他のクライアント端末にそのＩＰアドレスを割り当てる。ネットワークの設定に詳しくないユーザでも簡単にインターネットに接続することができ、また、ネットワーク管理者は多くのクライアント端末を容易に一元管理することができる。現在のインターネットやイントラネットが相互接続されて、複雑化している中、ＤＨＣＰサーバによるＩＰアドレスの自動配布が非常に便利である。
ＤＨＣＰサーバは、動的にＩＰアドレスを割り当てる利点がある反面、クライアント端末ユーザがクライアント端末に個別に設定したＩＰアドレス（以下、「静的なＩＰアドレス」という。）にて、ネットワーク接続するような場合、ＩＰアドレスの配布ができない。
ＤＨＣＰを利用したＤＨＣＰサーバは、クライアント端末の要求に応じてＩＰアドレスを動的に割り当てている。それにより、クライアント端末は個別にＩＰアドレスの設定を行うことなく、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｏｎ Ｃｏｎｔｏｒｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信を行うことができる。クライアント端末が通信を終えると自動的にアドレスを回収し、他のクライアント端末にそのＩＰアドレスを割り当てる。ネットワークの設定に詳しくないユーザでも簡単にインターネットに接続することができ、また、ネットワーク管理者は多くのクライアント端末を容易に一元管理することができる。現在のインターネットやイントラネットが相互接続されて、複雑化している中、ＤＨＣＰサーバによるＩＰアドレスの自動配布が非常に便利である。
ＤＨＣＰサーバは、動的にＩＰアドレスを割り当てる利点がある反面、クライアント端末ユーザがクライアント端末に個別に設定したＩＰアドレス（以下、「静的なＩＰアドレス」という。）にて、ネットワーク接続するような場合、ＩＰアドレスの配布ができない。
ＤＨＣＰサーバによるＩＰアドレスの管理ができないことから、管理外のＩＰアドレスを使用して、不正にネットワークへ接続していることも考えられる。ネットワークにおいてセキュリティの問題は非常に重要なことのひとつであり、ＩＰアドレスとＭＡＣアドレスを対応付けて記憶しておき、それに該当しているクライアント端末装置を正規クライアントと認識し、その他のクライアント端末装置へのデータの送受信を行わない機能を備えた不正アクセス防止システム技術が開示されている（例えば、特許文献１参照）。
具体的には、ＤＨＣＰサーバに記憶データベースを持つことによって、クライアント端末からのＩＰアドレス割り当て要求を受けると、まず、そのＭＡＣアドレスが許容クライアント端末のＭＡＣアドレスデータベースに記憶されているか照合する。ＭＡＣアドレスが記憶されていれば、ＩＰアドレスをＭＡＣアドレスと対応付けて割当て済みアドレスデータベースに記録する。その後、定期的に当該ＩＰアドレスへＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）パケットを送信し、その応答パケット中の送信元ＭＡＣアドレス及び送信元ＩＰアドレスの組み合わせが割当て済みアドレスデータベースに記録されているか照合する。その結果、記録されていれば正規クライアント、記録されていなければ不正規クライアント端末と判定するものである。
また、スイッチングハブを用いた簡単な構成のネットワークに、不正にアクセスしようとする端末の通信を行わせない（遮断する）技術として、例えば、特許文献２が開示されている。
具体的には、特許文献２に記載のスイッチングハブにおいて、ＤＨＣＰサーバに接続しているポートをマスタポート、クライアント端末が接続された物理ポート（以下、「ポート」という。）をサブポートとして扱い、ＤＨＣＰサーバからの信号を受信すると信号検出部／通信制御部でマスタポート／サブポートを制御し、不正な端末等を予め接続できないようにする技術するものである。
具体的には、ＤＨＣＰサーバに記憶データベースを持つことによって、クライアント端末からのＩＰアドレス割り当て要求を受けると、まず、そのＭＡＣアドレスが許容クライアント端末のＭＡＣアドレスデータベースに記憶されているか照合する。ＭＡＣアドレスが記憶されていれば、ＩＰアドレスをＭＡＣアドレスと対応付けて割当て済みアドレスデータベースに記録する。その後、定期的に当該ＩＰアドレスへＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）パケットを送信し、その応答パケット中の送信元ＭＡＣアドレス及び送信元ＩＰアドレスの組み合わせが割当て済みアドレスデータベースに記録されているか照合する。その結果、記録されていれば正規クライアント、記録されていなければ不正規クライアント端末と判定するものである。
また、スイッチングハブを用いた簡単な構成のネットワークに、不正にアクセスしようとする端末の通信を行わせない（遮断する）技術として、例えば、特許文献２が開示されている。
具体的には、特許文献２に記載のスイッチングハブにおいて、ＤＨＣＰサーバに接続しているポートをマスタポート、クライアント端末が接続された物理ポート（以下、「ポート」という。）をサブポートとして扱い、ＤＨＣＰサーバからの信号を受信すると信号検出部／通信制御部でマスタポート／サブポートを制御し、不正な端末等を予め接続できないようにする技術するものである。
しかし、特許文献１記載の技術においては、ＤＨＣＰサーバが専用のサーバでなければならず、スイッチングハブも専用のサーバに対応する機能を有していなければならない。
また、特許文献２に記載の技術は、既にＩＰアドレスを取得済みの端末に対して通信を行わせないようにするものではない。また、ＤＨＣＰサーバを有するネットワーク接続用のマスタポートと呼ばれるポートと、その他にクライアント端末装置を接続する為のポートとを別に備える必要があり、通常のスイッチングハブ等のように、自由にポートを選択して機器を接続することが行えない。
更に、ポートに接続されたクライアント端末装置のアドレスに応じ、その接続されているポート自身に対するデータ送受信を止めてしまうので、そのポートにスイッチングハブ等をカスケード接続（多段接続）し、その配下にクライアント端末装置を複数台接続するようなシステムでの使用を考慮したものではない。具体的には、カスケード接続したハブに不正クライアント端末が収容された場合、そのハブを接続したポートへのデータ送受信が行われなくなる為、そのハブに収容されている他の正規クライアント端末までも通信が行えなくなる。
以上の点に鑑み、本発明の目的は、ポート毎にデータ送受信停止（以下、「遮断」という。）を行うのではなく、収容するクライアント端末装置が静的なＩＰアドレス設定の場合、データ送受信をさせないように動作するパケット転送装置、通信網及びパケット転送方法を提供することにある。また、本発明の他の目的は、簡単な構成にてネットワークに不正にアクセスしているクライアント端末に対して、ＩＰアドレスによるフィルタリングによって通信を遮断する技術を提供することにある。本発明は、パケット転送装置がカスケード接続された場合にも、各パケット転送装置へフィルタリングのための情報を伝えることを目的のひとつとする。
また、特許文献２に記載の技術は、既にＩＰアドレスを取得済みの端末に対して通信を行わせないようにするものではない。また、ＤＨＣＰサーバを有するネットワーク接続用のマスタポートと呼ばれるポートと、その他にクライアント端末装置を接続する為のポートとを別に備える必要があり、通常のスイッチングハブ等のように、自由にポートを選択して機器を接続することが行えない。
更に、ポートに接続されたクライアント端末装置のアドレスに応じ、その接続されているポート自身に対するデータ送受信を止めてしまうので、そのポートにスイッチングハブ等をカスケード接続（多段接続）し、その配下にクライアント端末装置を複数台接続するようなシステムでの使用を考慮したものではない。具体的には、カスケード接続したハブに不正クライアント端末が収容された場合、そのハブを接続したポートへのデータ送受信が行われなくなる為、そのハブに収容されている他の正規クライアント端末までも通信が行えなくなる。
以上の点に鑑み、本発明の目的は、ポート毎にデータ送受信停止（以下、「遮断」という。）を行うのではなく、収容するクライアント端末装置が静的なＩＰアドレス設定の場合、データ送受信をさせないように動作するパケット転送装置、通信網及びパケット転送方法を提供することにある。また、本発明の他の目的は、簡単な構成にてネットワークに不正にアクセスしているクライアント端末に対して、ＩＰアドレスによるフィルタリングによって通信を遮断する技術を提供することにある。本発明は、パケット転送装置がカスケード接続された場合にも、各パケット転送装置へフィルタリングのための情報を伝えることを目的のひとつとする。
上記の課題を解決するために、アドレス監視機能付きパケット転送装置は、図４に後述する複数のクライアント端末もしくは通信網を収容できる複数のポートとプロトコル処理部、制御部を備える。
パケット転送装置は、クライアント端末からＤＨＣＰプロトコルによるＩＰアドレス配布要求を受信すると、図５に後述するアドレス監視機能付きパケット転送装置にあるユーザ管理テーブル２０２４−１に該端末のＭＡＣアドレスを記憶する手段を有する。また、例えば記憶後に、該端末に必要な情報を上記の通信システム内の各ＤＨＣＰサーバへ転送し、各ＤＨＣＰサーバからＩＰアドレス割り当て申請の受信後、図４に後述するプロトコル処理部２０２０を介して図５に後述するユーザ管理テーブル２０２４−１に該端末の割り当てＩＰアドレスを記憶する手段を有する。さらに、該端末によるＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）解決及びアドレス監視機能付きパケット転送装置によるＡＲＰ解決によってＡＲＰパケットからも図４に後述するプロトコル処理部２０２０を介して図５に後述するユーザ管理テーブル２０２４−１に該端末のＩＰアドレスを記憶する手段を有する。また、記憶したＤＨＣＰパケットの情報とＡＲＰパケットの情報が一致した場合に、ＡＲＰパケットを送信した端末が接続されているポートに対してＩＰアドレスによるフィルタリングをする手段を有する。
また、カスケード接続の場合に親のアドレス監視機能付きパケット転送装置が子のアドレス監視機能付きパケット転送装置にＩＰアドレスによるフィルタリングするＩＰアドレス及びＭＡＣアドレス及びポートの情報を伝える制御通信パケットを送信する手段を有することも特徴のひとつである。
パケット転送装置は、クライアント端末からＤＨＣＰプロトコルによるＩＰアドレス配布要求を受信すると、図５に後述するアドレス監視機能付きパケット転送装置にあるユーザ管理テーブル２０２４−１に該端末のＭＡＣアドレスを記憶する手段を有する。また、例えば記憶後に、該端末に必要な情報を上記の通信システム内の各ＤＨＣＰサーバへ転送し、各ＤＨＣＰサーバからＩＰアドレス割り当て申請の受信後、図４に後述するプロトコル処理部２０２０を介して図５に後述するユーザ管理テーブル２０２４−１に該端末の割り当てＩＰアドレスを記憶する手段を有する。さらに、該端末によるＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）解決及びアドレス監視機能付きパケット転送装置によるＡＲＰ解決によってＡＲＰパケットからも図４に後述するプロトコル処理部２０２０を介して図５に後述するユーザ管理テーブル２０２４−１に該端末のＩＰアドレスを記憶する手段を有する。また、記憶したＤＨＣＰパケットの情報とＡＲＰパケットの情報が一致した場合に、ＡＲＰパケットを送信した端末が接続されているポートに対してＩＰアドレスによるフィルタリングをする手段を有する。
また、カスケード接続の場合に親のアドレス監視機能付きパケット転送装置が子のアドレス監視機能付きパケット転送装置にＩＰアドレスによるフィルタリングするＩＰアドレス及びＭＡＣアドレス及びポートの情報を伝える制御通信パケットを送信する手段を有することも特徴のひとつである。
本発明のアドレス監視機能付きパケット転送装置は、例えば、複数のクライアント端末を収容し、該複数の端末とＤＨＣＰサーバ間を接続するアドレス監視機能付きパケット転送装置であって、前記複数のクライアント端末もしくはＤＨＣＰサーバ間のパケットを送受信する複数のポートと、前記複数のポートの何れかで受信したパケットの内容に基づいて必要な処理を行う、前記複数のポートの何れかに出力する処理部を備え、前記処理部は、前記複数のクライアント端末の何れかの端末からＤＨＣＰサーバによるＩＰアドレスの割り当ての要求を受信すると、該端末の情報を記憶部に記録し、ＤＨＣＰサーバへＩＰアドレスの割り当てのＤＨＣＰシーケンスを行い、前記複数のクライアント端末の何れかの端末からＡＲＰ解決を受信すると、該端末の情報を記憶部に記録し、その情報からＩＰアドレスによるフィルタリングができることを特徴のひとつとする。
また、上述のパケット転送装置において、ＡＲＰ解決を行う際にアドレス監視機能付きパケット転送装置はクライアント端末からのＡＲＰ解決方法とアドレス監視機能付きパケット転送装置からのＡＲＰ解決の二つのモード切り替えができることを特徴のひとつとする。
上述のパケット転送装置において、制御通信パケットを用いることでカスケード接続のアドレス監視機能付きパケット転送装置にＩＰアドレスによるフィルタリングの情報を転送することを特徴のひとつとする。また、上述のパケット転送装置において、ＭＡＣアドレス及びＩＰアドレスによるフィルタリングをすることを特徴のひとつとする。
上述のパケット転送装置において、アドレス監視機能付きパケット転送装置によるＡＲＰ解決の場合、ＤＨＣＰサーバからのＤＨＣＰパケットを一度、アドレス監視機能付きパケット転送装置の記憶部に記憶し、ＡＲＰ解決の応答有り無し及び制御通信パケットの送信後に記憶していたＤＨＣＰパケットをクライアント端末に対して送信することを特徴のひとつとする。
また、上述のパケット転送装置において、ＡＲＰ解決を行う際にアドレス監視機能付きパケット転送装置はクライアント端末からのＡＲＰ解決方法とアドレス監視機能付きパケット転送装置からのＡＲＰ解決の二つのモード切り替えができることを特徴のひとつとする。
上述のパケット転送装置において、制御通信パケットを用いることでカスケード接続のアドレス監視機能付きパケット転送装置にＩＰアドレスによるフィルタリングの情報を転送することを特徴のひとつとする。また、上述のパケット転送装置において、ＭＡＣアドレス及びＩＰアドレスによるフィルタリングをすることを特徴のひとつとする。
上述のパケット転送装置において、アドレス監視機能付きパケット転送装置によるＡＲＰ解決の場合、ＤＨＣＰサーバからのＤＨＣＰパケットを一度、アドレス監視機能付きパケット転送装置の記憶部に記憶し、ＡＲＰ解決の応答有り無し及び制御通信パケットの送信後に記憶していたＤＨＣＰパケットをクライアント端末に対して送信することを特徴のひとつとする。
上述のパケット転送装置において、クライアント端末からのＡＲＰ応答があった場合、記憶部に記憶したＭＡＣアドレスとＡＲＰ応答があったクライアント端末のＭＡＣアドレスが一致すると、アドレス監視機能付きパケット転送装置はブロードキャストであるＡＲＰ応答を転送しないで制御通信パケットとして配下にあるアドレス監視機能付きパケット転送装置及びクライアント端末に送信することを特徴のひとつとする。
本発明の第１の解決手段によると、
第１及び／又は第２の端末と、端末にＩＰアドレスを割り当てるアドレス配布サーバとに接続され、パケットを送受信するための複数のポートと、
前記ポートの識別子と、ＩＰアドレスからＭＡＣアドレスを得るためのアドレス解決応答に含まれるＭＡＣアドレス及びＩＰアドレスと、フィルタリングの要否を示すフィルタ判定フラグとが対応して記憶される記憶部と、
受信したパケットの転送処理及びフィルタリングを行う処理部と
を備え、
前記処理部は、
前記ポートのひとつに接続された前記第１の端末からアドレス配布要求を受信すると、該アドレス配布要求を前記アドレス配布サーバに送信し、
アドレス配布要求に従い前記アドレス配布サーバから送信される、前記第１の端末に割り当てられるＩＰアドレスを含むアドレス配布応答を受信し、
ＩＰアドレスからＭＡＣアドレスを得るための、割り当てられるＩＰアドレスを含むアドレス解決要求を、前記ポートに接続されている端末及び装置にブロードキャストで送信し、
アドレス解決要求内の該ＩＰアドレスを使用する前記第２の端末又は装置から返信されるアドレス解決応答を、前記ポートのひとつを介して受信すると、該アドレス解決応答に含まれる第２の端末又は装置のＭＡＣアドレスとＩＰアドレスとを、アドレス解決応答を受信したポートの識別子に対応して前記記憶部に記憶し、及び、該ポートの識別子に対応したフィルタ判定フラグを設定し、
前記記憶部のフィルタ判定フラグが設定されたポート、及び／又は、該フラグに対応するＭＡＣアドレス並びにＩＰアドレスに基づき、前記第２の端末又は前記装置に対してフィルタリングを実行するパケット転送装置が提供される。
本発明の第２の解決手段によると、
アドレス配布要求に従いＩＰアドレスを割り当てるアドレス配布サーバと、
請求項７に記載のパケット転送装置であって、前記アドレス配布サーバにより割り当れられるＩＰアドレスで通信する第１の端末に接続される第１のパケット転送装置と、
請求項６に記載のパケット転送装置であって、前記アドレス配布サーバと、前記第１のパケット転送装置と、静的に割り当てられたＩＰアドレスを有する第２の端末とのそれぞれに接続される第２のパケット転送装置と
を備え、
前記第２の端末からアドレス解決応答を受信した前記第２の転送装置が、前記第１のパケット転送装置に制御通信パケットを送信することにより、フィルタリングのための情報が前記第１のパケット転送装置に送信される通信網が提供される。
本発明の第３の解決手段によると、
パケットを送受信するためのポートのひとつに接続された第１の端末からアドレス配布要求を受信すると、該アドレス配布要求をアドレス配布サーバに送信し、
アドレス配布要求に従いアドレス配布サーバから送信される、第１の端末に割り当てられるＩＰアドレスを含むアドレス配布応答を受信し、
割り当てられるＩＰアドレスを含むアドレス解決要求を、ポートに接続されている端末及び装置にブロードキャストで送信し、
アドレス解決要求内の該ＩＰアドレスを使用する第２の端末又は装置から送信されるアドレス解決応答を、ポートのひとつを介して受信すると、該アドレス解決応答に含まれる第２の端末又は装置のＭＡＣアドレスとＩＰアドレスとを、アドレス解決応答を受信したポートの識別子に対応して、記憶部に記憶し、及び、該ポートの識別子に対応してフィルタ判定フラグを設定し、
記憶部のフィルタ判定フラグが設定されたポート、及び／又は、該フラグに対応するＭＡＣアドレス並びにＩＰアドレスに基づき、第２の端末又は装置に対してフィルタリングを実行するパケット転送方法が提供される。
本発明の第１の解決手段によると、
第１及び／又は第２の端末と、端末にＩＰアドレスを割り当てるアドレス配布サーバとに接続され、パケットを送受信するための複数のポートと、
前記ポートの識別子と、ＩＰアドレスからＭＡＣアドレスを得るためのアドレス解決応答に含まれるＭＡＣアドレス及びＩＰアドレスと、フィルタリングの要否を示すフィルタ判定フラグとが対応して記憶される記憶部と、
受信したパケットの転送処理及びフィルタリングを行う処理部と
を備え、
前記処理部は、
前記ポートのひとつに接続された前記第１の端末からアドレス配布要求を受信すると、該アドレス配布要求を前記アドレス配布サーバに送信し、
アドレス配布要求に従い前記アドレス配布サーバから送信される、前記第１の端末に割り当てられるＩＰアドレスを含むアドレス配布応答を受信し、
ＩＰアドレスからＭＡＣアドレスを得るための、割り当てられるＩＰアドレスを含むアドレス解決要求を、前記ポートに接続されている端末及び装置にブロードキャストで送信し、
アドレス解決要求内の該ＩＰアドレスを使用する前記第２の端末又は装置から返信されるアドレス解決応答を、前記ポートのひとつを介して受信すると、該アドレス解決応答に含まれる第２の端末又は装置のＭＡＣアドレスとＩＰアドレスとを、アドレス解決応答を受信したポートの識別子に対応して前記記憶部に記憶し、及び、該ポートの識別子に対応したフィルタ判定フラグを設定し、
前記記憶部のフィルタ判定フラグが設定されたポート、及び／又は、該フラグに対応するＭＡＣアドレス並びにＩＰアドレスに基づき、前記第２の端末又は前記装置に対してフィルタリングを実行するパケット転送装置が提供される。
本発明の第２の解決手段によると、
アドレス配布要求に従いＩＰアドレスを割り当てるアドレス配布サーバと、
請求項７に記載のパケット転送装置であって、前記アドレス配布サーバにより割り当れられるＩＰアドレスで通信する第１の端末に接続される第１のパケット転送装置と、
請求項６に記載のパケット転送装置であって、前記アドレス配布サーバと、前記第１のパケット転送装置と、静的に割り当てられたＩＰアドレスを有する第２の端末とのそれぞれに接続される第２のパケット転送装置と
を備え、
前記第２の端末からアドレス解決応答を受信した前記第２の転送装置が、前記第１のパケット転送装置に制御通信パケットを送信することにより、フィルタリングのための情報が前記第１のパケット転送装置に送信される通信網が提供される。
本発明の第３の解決手段によると、
パケットを送受信するためのポートのひとつに接続された第１の端末からアドレス配布要求を受信すると、該アドレス配布要求をアドレス配布サーバに送信し、
アドレス配布要求に従いアドレス配布サーバから送信される、第１の端末に割り当てられるＩＰアドレスを含むアドレス配布応答を受信し、
割り当てられるＩＰアドレスを含むアドレス解決要求を、ポートに接続されている端末及び装置にブロードキャストで送信し、
アドレス解決要求内の該ＩＰアドレスを使用する第２の端末又は装置から送信されるアドレス解決応答を、ポートのひとつを介して受信すると、該アドレス解決応答に含まれる第２の端末又は装置のＭＡＣアドレスとＩＰアドレスとを、アドレス解決応答を受信したポートの識別子に対応して、記憶部に記憶し、及び、該ポートの識別子に対応してフィルタ判定フラグを設定し、
記憶部のフィルタ判定フラグが設定されたポート、及び／又は、該フラグに対応するＭＡＣアドレス並びにＩＰアドレスに基づき、第２の端末又は装置に対してフィルタリングを実行するパケット転送方法が提供される。
本発明によると、ポート毎にデータ送受信停止（以下、「遮断」という。）を行うのではなく、収容するクライアント端末装置が静的なＩＰアドレス設定の場合、データ送受信をさせないように動作するパケット転送装置、通信網及びパケット転送方法を提供することができる。本発明によれば、簡単な構成にてネットワークに不正にアクセスしているクライアント端末に対して、ＩＰアドレスによるフィルタリングによって通信を遮断する技術を提供できる。本発明によると、パケット転送装置がカスケード接続された場合にも、各パケット転送装置へフィルタリングのための情報を伝えることができる。
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
１．第１の実施の形態
（システム構成）
まず、本発明の第１の実施形態について説明する。
図１は、本実施の形態におけるアドレス監視機能付きパケット転送装置が用いられている通信システム全体を示す図である。
通信システムは、インターネット５０００に接続しているルータ４０００と、ルータ４０００の配下にある通信網１と通信網２とを備える。通信網１は、アドレス監視機能付きパケット転送装置１台のみで構成されているネットワークの例で、通信網２はアドレス監視機能付きパケット転送装置が複数台で構成されているネットワークの例である。なお、通信網１又は２のいずれかを備えてもよいし、通信網１及び２をそれぞれ適宜の数備えてもよい。
通信網１は、ルータ４０００に接続しているアドレス監視機能付きパケット転送装置１（２０００）と、アドレス監視機能付きパケット転送装置１（２０００）が収容しているクライアント端末１（第１の端末）（１０００）及びクライアント端末２（第２の端末）（１１００）と、ＤＨＣＰサーバ１（３０００）とを有する。通信網１は、例えば、１９２．１６８．０．０／２４のネットワークであり、ＤＨＣＰサーバ１（３０００）は、例えば、１９２．１６８．０．１〜１９２．１６８．０．２５４のＩＰアドレスを配布することができる。
通信網２は、ルータ４０００に接続しているアドレス監視機能付きパケット転送装置３（２２００）が、ＤＨＣＰサーバ２（３１００）と、アドレス監視機能付きパケット転送装置２（２１００）と、アドレス監視機能付きパケット転送装置４（２３００）とを収容している。
アドレス監視機能付きパケット転送装置２（２１００）は、例えば、クライアント端末３（第３の端末）（１２００）を収容する。アドレス監視機能付きパケット転送装置４（２３００）は、例えば、アドレス監視機能付きパケット転送装置５（２４００）と、アドレス監視機能付きパケット転送装置６（２５００）をさらに収容する。また、アドレス監視機能付きパケット転送装置５（２４００）は、配下にクイアント端末４（第４の端末）（１３００）を収容している。なお、各パケット転送装置は、これら以外にも適宜の装置と接続されることができる。
通信網２は、例えば、１９２．１６８．１．０／２４のネットワークであり、ＤＨＣＰサーバ２（３１００）は、例えば、１９２．１６８．１．１〜１９２．１６８．１．２５４のＩＰアドレスを配布することができる。
１．第１の実施の形態
（システム構成）
まず、本発明の第１の実施形態について説明する。
図１は、本実施の形態におけるアドレス監視機能付きパケット転送装置が用いられている通信システム全体を示す図である。
通信システムは、インターネット５０００に接続しているルータ４０００と、ルータ４０００の配下にある通信網１と通信網２とを備える。通信網１は、アドレス監視機能付きパケット転送装置１台のみで構成されているネットワークの例で、通信網２はアドレス監視機能付きパケット転送装置が複数台で構成されているネットワークの例である。なお、通信網１又は２のいずれかを備えてもよいし、通信網１及び２をそれぞれ適宜の数備えてもよい。
通信網１は、ルータ４０００に接続しているアドレス監視機能付きパケット転送装置１（２０００）と、アドレス監視機能付きパケット転送装置１（２０００）が収容しているクライアント端末１（第１の端末）（１０００）及びクライアント端末２（第２の端末）（１１００）と、ＤＨＣＰサーバ１（３０００）とを有する。通信網１は、例えば、１９２．１６８．０．０／２４のネットワークであり、ＤＨＣＰサーバ１（３０００）は、例えば、１９２．１６８．０．１〜１９２．１６８．０．２５４のＩＰアドレスを配布することができる。
通信網２は、ルータ４０００に接続しているアドレス監視機能付きパケット転送装置３（２２００）が、ＤＨＣＰサーバ２（３１００）と、アドレス監視機能付きパケット転送装置２（２１００）と、アドレス監視機能付きパケット転送装置４（２３００）とを収容している。
アドレス監視機能付きパケット転送装置２（２１００）は、例えば、クライアント端末３（第３の端末）（１２００）を収容する。アドレス監視機能付きパケット転送装置４（２３００）は、例えば、アドレス監視機能付きパケット転送装置５（２４００）と、アドレス監視機能付きパケット転送装置６（２５００）をさらに収容する。また、アドレス監視機能付きパケット転送装置５（２４００）は、配下にクイアント端末４（第４の端末）（１３００）を収容している。なお、各パケット転送装置は、これら以外にも適宜の装置と接続されることができる。
通信網２は、例えば、１９２．１６８．１．０／２４のネットワークであり、ＤＨＣＰサーバ２（３１００）は、例えば、１９２．１６８．１．１〜１９２．１６８．１．２５４のＩＰアドレスを配布することができる。
本発明において、クライアント端末はネットワークに接続した時点で検知され、イーサネット（商標）に物理的な接続状態となる。また、ルータ４０００は、ＤＨＣＰリレーエージェントを搭載しているものと考え、ブロードキャストパケットを受信してもＤＨＣＰサーバへ中継できる。よって、本発明を制限するものではない。
ここで、各装置について概略を述べる。なお、詳細な動作については後述する。
本実施の形態による通信システム内では、クライアント端末からＩＰアドレスの割り当て要求（ＩＰアドレス配布要求）があると、後述する図２に示すＤＨＣＰパケットをイーサネットフレーム形式によりアドレス監視機能付きパケット転送装置経由して、各ＤＨＣＰサーバ間で送受信する。アドレス監視機能付きパケット転送装置を経由する際に、ＤＨＣＰパケット中のＩＰアドレスを、図５に後述するユーザ管理テーブルに記憶する。記憶した結果、どのクライアント端末に対してどのＩＰアドレスを割り当てるかをアドレス監視機能付きパケット転送装置が認識する。
次に、ＤＨＣＰサーバにより割り当てたいＩＰアドレスが決まると、アドレス監視機能付きパケット転送装置は、例えば、ＡＲＰ解決を用いた二つのアドレス配布方法のいずれかで割り当てＩＰアドレスを配布する。
一つは、アドレス監視機能付きパケット転送装置が、各ＤＨＣＰサーバからＩＰアドレスの割り当ての承認を受信すると、そのままクライアント端末にＤＨＣＰパケットを送信する。クライアント端末は、そのパケットを受信すると配布されたＤＨＣＰの割り当てＩＰアドレスが重複していないかを確認するためにクライアント端末からＡＲＰ解決を図り、その結果、割り当てＩＰアドレスを取得する。もう一つの方法として、各ＤＨＣＰサーバからＩＰアドレスの割り当ての承認を受信すると、アドレス監視機能付きパケット転送装置が、収容しているクライアント端末に対してＡＲＰ解決を図る方法であってもよい。詳細は後述するが、本実施の形態では、前者のクライアント端末のＡＲＰ解決方法によるＩＰアドレス配布方法を示す。また、他の実施の形態に、後者のアドレス監視機能付きパケット転送装置が、収容している端末に対してＡＲＰ解決を図ってＩＰアドレスを配布する方法の詳細を示す。
ここで、各装置について概略を述べる。なお、詳細な動作については後述する。
本実施の形態による通信システム内では、クライアント端末からＩＰアドレスの割り当て要求（ＩＰアドレス配布要求）があると、後述する図２に示すＤＨＣＰパケットをイーサネットフレーム形式によりアドレス監視機能付きパケット転送装置経由して、各ＤＨＣＰサーバ間で送受信する。アドレス監視機能付きパケット転送装置を経由する際に、ＤＨＣＰパケット中のＩＰアドレスを、図５に後述するユーザ管理テーブルに記憶する。記憶した結果、どのクライアント端末に対してどのＩＰアドレスを割り当てるかをアドレス監視機能付きパケット転送装置が認識する。
次に、ＤＨＣＰサーバにより割り当てたいＩＰアドレスが決まると、アドレス監視機能付きパケット転送装置は、例えば、ＡＲＰ解決を用いた二つのアドレス配布方法のいずれかで割り当てＩＰアドレスを配布する。
一つは、アドレス監視機能付きパケット転送装置が、各ＤＨＣＰサーバからＩＰアドレスの割り当ての承認を受信すると、そのままクライアント端末にＤＨＣＰパケットを送信する。クライアント端末は、そのパケットを受信すると配布されたＤＨＣＰの割り当てＩＰアドレスが重複していないかを確認するためにクライアント端末からＡＲＰ解決を図り、その結果、割り当てＩＰアドレスを取得する。もう一つの方法として、各ＤＨＣＰサーバからＩＰアドレスの割り当ての承認を受信すると、アドレス監視機能付きパケット転送装置が、収容しているクライアント端末に対してＡＲＰ解決を図る方法であってもよい。詳細は後述するが、本実施の形態では、前者のクライアント端末のＡＲＰ解決方法によるＩＰアドレス配布方法を示す。また、他の実施の形態に、後者のアドレス監視機能付きパケット転送装置が、収容している端末に対してＡＲＰ解決を図ってＩＰアドレスを配布する方法の詳細を示す。
二つのＡＲＰ解決方法の何れかで、ＡＲＰ応答がなければ（例えば、タイマー機能により時間が経過すると）、アドレス要求をしたクライアント端末は、ＤＨＣＰサーバより割り当てられたＩＰアドレスを利用できる。一方、ＡＲＰ応答があった場合は、ＡＲＰパケットを受信するアドレス監視機能付きパケット転送装置がＡＲＰパケット中からＩＰアドレス及びＭＡＣアドレス等をユーザ管理テーブルに記憶する。記憶した結果、ＤＨＣＰパケットによるＩＰアドレスとＡＲＰパケットによるＩＰアドレスが一致すると、ＡＲＰの応答があったポートにおいて、該当端末のＭＡＣアドレスに対するＩＰアドレスのフィルタリングを実施する。
また、アドレス監視機能付きパケット転送装置は、ブロードキャストであるＡＲＰ応答を転送しない。本発明による制御通信パケットを用いることで、カスケード接続のアドレス監視機能付きパケット転送装置にＩＰアドレスのフィルタリングするポートとＭＡＣアドレスとＩＰアドレスの情報を転送する。転送の結果、静的にＩＰアドレスを使用しているクライアント端末のＭＡＣアドレスに対して、ＩＰアドレスのフィルタリングによる通信遮断によって、不正にＩＰアドレスの使用を防止する技術を提供できる。
図２は、ＤＨＣＰのパケットを示す図である。ＲＦＣ２１３１、ＲＦＣ２１３２に記載されているように、ＤＨＣＰパケットはイーサネットフレーム形式１１０で転送され、送信先ＭＡＣアドレス１４０と送信元ＭＡＣアドレス１５０とＩＰパケット１２０を含む。そのＩＰパケット１２０は、送信先ＩＰアドレス１６０と送信元ＩＰアドレス１７０とＵＤＰパケット１３０とを含み、ＵＤＰパケット１３０中に、ＤＨＣＰの各パケットの内容を示すＤＨＣＰメッセージ内容１８０を備える。
図３は、制御通信パケットを示す図である。制御通信パケットは、ヘッダ部２００とデータ部２１０とを含む。ヘッダ部２００のデータリンク部２２０は、パケットの送受信先のＭＡＣアドレス情報を含む。また、データ部２１０は、フィルタリングしたいＩＰアドレス情報２３０と、ＭＡＣアドレス情報２４０と、ポート情報２５０と、その他部２６０とを含む。制御通信パケットの識別方法としてはデータ部のその他部２６０を利用して、フラグの監視をしてもよい。なお、パケットの識別方法としては、適宜の方法をとることができ、この例は本特許を制限するものではない。
また、アドレス監視機能付きパケット転送装置は、ブロードキャストであるＡＲＰ応答を転送しない。本発明による制御通信パケットを用いることで、カスケード接続のアドレス監視機能付きパケット転送装置にＩＰアドレスのフィルタリングするポートとＭＡＣアドレスとＩＰアドレスの情報を転送する。転送の結果、静的にＩＰアドレスを使用しているクライアント端末のＭＡＣアドレスに対して、ＩＰアドレスのフィルタリングによる通信遮断によって、不正にＩＰアドレスの使用を防止する技術を提供できる。
図２は、ＤＨＣＰのパケットを示す図である。ＲＦＣ２１３１、ＲＦＣ２１３２に記載されているように、ＤＨＣＰパケットはイーサネットフレーム形式１１０で転送され、送信先ＭＡＣアドレス１４０と送信元ＭＡＣアドレス１５０とＩＰパケット１２０を含む。そのＩＰパケット１２０は、送信先ＩＰアドレス１６０と送信元ＩＰアドレス１７０とＵＤＰパケット１３０とを含み、ＵＤＰパケット１３０中に、ＤＨＣＰの各パケットの内容を示すＤＨＣＰメッセージ内容１８０を備える。
図３は、制御通信パケットを示す図である。制御通信パケットは、ヘッダ部２００とデータ部２１０とを含む。ヘッダ部２００のデータリンク部２２０は、パケットの送受信先のＭＡＣアドレス情報を含む。また、データ部２１０は、フィルタリングしたいＩＰアドレス情報２３０と、ＭＡＣアドレス情報２４０と、ポート情報２５０と、その他部２６０とを含む。制御通信パケットの識別方法としてはデータ部のその他部２６０を利用して、フラグの監視をしてもよい。なお、パケットの識別方法としては、適宜の方法をとることができ、この例は本特許を制限するものではない。
この制御通信パケットは、例えば、カスケード接続している他のアドレス監視機能付きパケット転送装置に有効なパケットであり、クライアント端末がこのパケットを受信しても何ら影響はない。アドレス監視機能付きパケット転送装置は制御パケットを受信することで、静的にＩＰアドレスを使用しているクライアント端末のポートとＭＡＣアドレスとＩＰアドレスの情報を取得できる。これによりアドレス監視機能付きパケット転送装置は、静的にＩＰアドレスを使用しているクライアント端末に対して、ＩＰアドレスによるフィルタリングを実施してデータの送受信をさせない通信機能の遮断を実施する。
図２０は、ＡＲＰパケットのフォーマット図である。ＡＲＰパケットは、例えば、（１）宛先ＭＡＣアドレス、（２）送信元ＭＡＣアドレス、（３）コード（例えば、０１はＡＲＰ要求、０２はＡＲＰ応答）、（４）送信元ＭＡＣアドレス、（５）送信元ＩＰアドレス、（６）宛先ＭＡＣアドレス及び（７）宛先ＩＰアドレスを含む。
図２１は、ＡＲＰ ＲＥＱＵＥＳＴ及びＡＰＲ ＡＣＫのパケットフォーマットを示す図である。図２１（ａ）において、ＰＣ１は、例えば図１のクライアント端末１（１０００）に相当し、ＰＣ２はクライアント端末２（１１００）に相当する。例えば、図２１（ａ）に示すように各アドレスが割り当てられているとすると、ＰＣ１から送信される（又はパケット転送装置から送信される）ＡＲＰ ＲＥＱＵＥＳＴは、図２１（ｂ）のようになる。なお、宛先ＭＡＣアドレスのＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦはブロードキャストアドレスを示す。ここで、ＡＲＰ ＲＥＱＵＥＳＴは、調べたいＩＰアドレス（ここではＰＣ１に割り当てられた１９２．１６８．０．１）を含む。
ＰＣ２は、ＡＲＰ ＲＥＱＵＥＳＴを受信すると、調べたいＩＰアドレスと自らのＩＰアドレスが同一であるので、図２１（ｃ）に示すようなＡＲＰ ＡＣＫを送信する。ＡＲＰ ＡＣＫは、例えば、宛先ＭＡＣアドレスに、ＡＲＰ ＲＥＱＵＥＳＴの送信元ＭＡＣアドレスを含めて、ユニキャストで送信する。
図２０は、ＡＲＰパケットのフォーマット図である。ＡＲＰパケットは、例えば、（１）宛先ＭＡＣアドレス、（２）送信元ＭＡＣアドレス、（３）コード（例えば、０１はＡＲＰ要求、０２はＡＲＰ応答）、（４）送信元ＭＡＣアドレス、（５）送信元ＩＰアドレス、（６）宛先ＭＡＣアドレス及び（７）宛先ＩＰアドレスを含む。
図２１は、ＡＲＰ ＲＥＱＵＥＳＴ及びＡＰＲ ＡＣＫのパケットフォーマットを示す図である。図２１（ａ）において、ＰＣ１は、例えば図１のクライアント端末１（１０００）に相当し、ＰＣ２はクライアント端末２（１１００）に相当する。例えば、図２１（ａ）に示すように各アドレスが割り当てられているとすると、ＰＣ１から送信される（又はパケット転送装置から送信される）ＡＲＰ ＲＥＱＵＥＳＴは、図２１（ｂ）のようになる。なお、宛先ＭＡＣアドレスのＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦはブロードキャストアドレスを示す。ここで、ＡＲＰ ＲＥＱＵＥＳＴは、調べたいＩＰアドレス（ここではＰＣ１に割り当てられた１９２．１６８．０．１）を含む。
ＰＣ２は、ＡＲＰ ＲＥＱＵＥＳＴを受信すると、調べたいＩＰアドレスと自らのＩＰアドレスが同一であるので、図２１（ｃ）に示すようなＡＲＰ ＡＣＫを送信する。ＡＲＰ ＡＣＫは、例えば、宛先ＭＡＣアドレスに、ＡＲＰ ＲＥＱＵＥＳＴの送信元ＭＡＣアドレスを含めて、ユニキャストで送信する。
図４は、本実施の形態によるアドレス監視機能付きパケット転送装置１（２０００）の構成を示すブロック図である。なお、他のアドレス監視機能付きパケット転送装置１（２１００〜２５００）も同様の構成である。アドレス監視機能付きパケット転送装置１は、例えば、複数の入出力ポート２０１０−１〜２０１０−ｎと、プロトコル処理部２０２０と、ポート２０１０を制御する制御部２０３０とを備える。
ポート２０１０は、クライアント端末及びアドレス監視機能付きパケット転送装置を含む通信網とのインタフェースであり、複数のクライアント端末や通信網と、パケット（例えば各ＤＨＣＰパケット）の送受信を行う。プロトコル処理部２０２０は、ポート２０１０で受信したパケットの内容に基づいて、プロトコル処理等を行い、ポート２０１０−１〜ｎの何れかに出力する。
図５は、プロトコル処理部２０２０の詳細な構成図を示すブロック図である。プロトコル処理部２０２０は、例えば、ポート２０１０からのパケットを一時的に蓄積する複数の受信バッファ２０２１と、受信バッファ２０２１からパケットを読み出し、プロトコル処理等を行うプロトコル処理プロセッサ（処理部）２０２３と、プロセッサ２０２３が実行するプログラム（例えば、ＤＨＣＰ管理ルーチン２０２６−１、ＡＲＰ管理ルーチン２０２６−２）を格納するプログラム格納メモリ２０２６と、テーブル（例えば、ユーザ管理テーブル２０２４−１）を記憶するテーブル格納メモリ２０２４と、ＤＨＣＰ ＡＣＫパケットを一時的に格納するＤＨＣＰ ＡＣＫパケット格納メモリ２０２７−１を有するパケット格納メモリ２０２７と、ポート２０１０へのパケットを一時的に蓄積する送信バッファ２０２２と、制御部２０３０とのインタフェースであるプロセッサ間インタフェース２０２５とを備える。なお、各メモリがひとつのメモリで構成されていてもよい。また、受信バッファ、送信バッファは、それぞれ複数備えられてもよい。例えば、各ポートに対応して受信バッファ及び送信バッファが備えられてもよい。
ここで、プロセッサ２０２３は、受信バッファに蓄積されたパケットを読み出してＤＨＣＰ管理ルーチン２０２６−１、ＡＲＰ管理ルーチン２０２６−２及びユーザ管理テーブル２０２４−１によりプロトコル処理を行った後、パケットのヘッダ情報によって送信バッファ２０２２に出力する。
ポート２０１０は、クライアント端末及びアドレス監視機能付きパケット転送装置を含む通信網とのインタフェースであり、複数のクライアント端末や通信網と、パケット（例えば各ＤＨＣＰパケット）の送受信を行う。プロトコル処理部２０２０は、ポート２０１０で受信したパケットの内容に基づいて、プロトコル処理等を行い、ポート２０１０−１〜ｎの何れかに出力する。
図５は、プロトコル処理部２０２０の詳細な構成図を示すブロック図である。プロトコル処理部２０２０は、例えば、ポート２０１０からのパケットを一時的に蓄積する複数の受信バッファ２０２１と、受信バッファ２０２１からパケットを読み出し、プロトコル処理等を行うプロトコル処理プロセッサ（処理部）２０２３と、プロセッサ２０２３が実行するプログラム（例えば、ＤＨＣＰ管理ルーチン２０２６−１、ＡＲＰ管理ルーチン２０２６−２）を格納するプログラム格納メモリ２０２６と、テーブル（例えば、ユーザ管理テーブル２０２４−１）を記憶するテーブル格納メモリ２０２４と、ＤＨＣＰ ＡＣＫパケットを一時的に格納するＤＨＣＰ ＡＣＫパケット格納メモリ２０２７−１を有するパケット格納メモリ２０２７と、ポート２０１０へのパケットを一時的に蓄積する送信バッファ２０２２と、制御部２０３０とのインタフェースであるプロセッサ間インタフェース２０２５とを備える。なお、各メモリがひとつのメモリで構成されていてもよい。また、受信バッファ、送信バッファは、それぞれ複数備えられてもよい。例えば、各ポートに対応して受信バッファ及び送信バッファが備えられてもよい。
ここで、プロセッサ２０２３は、受信バッファに蓄積されたパケットを読み出してＤＨＣＰ管理ルーチン２０２６−１、ＡＲＰ管理ルーチン２０２６−２及びユーザ管理テーブル２０２４−１によりプロトコル処理を行った後、パケットのヘッダ情報によって送信バッファ２０２２に出力する。
ＤＨＣＰ ＡＣＫパケット格納メモリ２０２７−１についての詳細は後述するが、アドレス監視機能付きパケット転送装置１（２０００）へのＤＨＣＰ ＡＣＫ信号を一時的に記憶するメモリである。
図６は、ユーザ管理テーブル２０２４−１の構成を示す図である。
ユーザ管理テーブル２０２４−１は、アドレス監視機能付きパケット転送装置のポート番号（又は識別子）４００と、ポート番号４００に接続しているクライアント端末のＭＡＣアドレス４１０と、ＤＨＣＰパケットのステータス内容（状態）４２０と、ＤＨＣＰサーバから割り当て予定のＩＰアドレス４３０と、ＡＲＰパケットのステータス内容（状態）４４０と、ＡＲＰプロトコルにおけるＩＰアドレス４５０と、ＩＰアドレスによるフィルタリングのＯＮ／ＯＦＦ（フィルタ判定フラグ）４６０が対応付けられて記憶される。
アドレス監視機能付きパケット転送装置のユーザ管理テーブル２０２４−１は、ＤＨＣＰパケット及びＡＲＰパケットを受信するたびにプロトコル種別（ステータス）を判別して更新される。また、ＤＨＣＰサーバから割り当て予定のＩＰアドレス４３０とＡＲＰプロトコルにおけるＩＰアドレス４５０が一致した場合、ＡＲＰプロトコルにおけるＩＰアドレス４５０を使用している該端末のＭＡＣアドレス４１０に対してＩＰアドレスによるフィルタリングを実行する。フィルタリングを実行するか否かは、フィルタをかける該端末のポートに対応して、例えば、フィルタ判定の欄（フラグ）をＯＮかＯＦＦの表記で表す。
図６は、ユーザ管理テーブル２０２４−１の構成を示す図である。
ユーザ管理テーブル２０２４−１は、アドレス監視機能付きパケット転送装置のポート番号（又は識別子）４００と、ポート番号４００に接続しているクライアント端末のＭＡＣアドレス４１０と、ＤＨＣＰパケットのステータス内容（状態）４２０と、ＤＨＣＰサーバから割り当て予定のＩＰアドレス４３０と、ＡＲＰパケットのステータス内容（状態）４４０と、ＡＲＰプロトコルにおけるＩＰアドレス４５０と、ＩＰアドレスによるフィルタリングのＯＮ／ＯＦＦ（フィルタ判定フラグ）４６０が対応付けられて記憶される。
アドレス監視機能付きパケット転送装置のユーザ管理テーブル２０２４−１は、ＤＨＣＰパケット及びＡＲＰパケットを受信するたびにプロトコル種別（ステータス）を判別して更新される。また、ＤＨＣＰサーバから割り当て予定のＩＰアドレス４３０とＡＲＰプロトコルにおけるＩＰアドレス４５０が一致した場合、ＡＲＰプロトコルにおけるＩＰアドレス４５０を使用している該端末のＭＡＣアドレス４１０に対してＩＰアドレスによるフィルタリングを実行する。フィルタリングを実行するか否かは、フィルタをかける該端末のポートに対応して、例えば、フィルタ判定の欄（フラグ）をＯＮかＯＦＦの表記で表す。
（動作シーケンス）
以下、本実施の形態の動作について詳細に説明する。
図７及び８は、第１の実施形態による通信網１の動作を示すシーケンス図である。また、図１２、１３は、本実施の形態の動作におけるユーザ管理テーブルの状態を示す。
また、図１の通信網に示すように、アドレス監視機能付きパケット転送装置１（２０００）のポート１にクライアント端末１（１０００）と、ポート２にルータ４０００と、ポート３にクライアント端末２（１１００）と、ポート４にＤＨＣＰサーバ１（３０００）が接続している。ここで、クライアント端末１（１０００）は、ＤＨＣＰサーバ１（３０００）からＩＰアドレスの割り当てを期待している端末であり、ＭＡＣアドレス（００：１０：２０：３０：４０：５０）のみ付与されている。一方、クライアント端末２（１１００）は、ＭＡＣアドレス（００：２０：３０：４０：５０：６０）の他、静的にＩＰアドレス（１９２．１６８．０．１）が既に振られている端末である。このように、静的ＩＰアドレスが振られている端末を、本実施の形態では、不正ＩＰアドレス利用端末と仮定する。
ＤＨＣＰのシーケンスを開始するため、クライアント端末１（１０００）からＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）プロトコルを使ってＤＨＣＰ ＤＩＳＣＯＶＥＲ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｒｏｔｏｃｏｌ ＤＩＳＣＯＶＥＲ、アドレス配布発見パケット）をブロードキャストアドレスで送信する（ステップ２０）。例えば、ＤＨＣＰ ＤＩＳＣＯＶＥＲには、クライアント端末１（１０００）のＭＡＣアドレスが含まれる。ＤＨＣＰ ＤＩＳＣＯＶＥＲは、ＩＰアドレスを割り当てるように要求するプロトコルパケットである。なお、ＤＨＣＰサーバのＩＰアドレス配布に関するプロトコルは適宜のプロトコルでよく、本実施の形態を制限するものではない。
以下、本実施の形態の動作について詳細に説明する。
図７及び８は、第１の実施形態による通信網１の動作を示すシーケンス図である。また、図１２、１３は、本実施の形態の動作におけるユーザ管理テーブルの状態を示す。
また、図１の通信網に示すように、アドレス監視機能付きパケット転送装置１（２０００）のポート１にクライアント端末１（１０００）と、ポート２にルータ４０００と、ポート３にクライアント端末２（１１００）と、ポート４にＤＨＣＰサーバ１（３０００）が接続している。ここで、クライアント端末１（１０００）は、ＤＨＣＰサーバ１（３０００）からＩＰアドレスの割り当てを期待している端末であり、ＭＡＣアドレス（００：１０：２０：３０：４０：５０）のみ付与されている。一方、クライアント端末２（１１００）は、ＭＡＣアドレス（００：２０：３０：４０：５０：６０）の他、静的にＩＰアドレス（１９２．１６８．０．１）が既に振られている端末である。このように、静的ＩＰアドレスが振られている端末を、本実施の形態では、不正ＩＰアドレス利用端末と仮定する。
ＤＨＣＰのシーケンスを開始するため、クライアント端末１（１０００）からＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）プロトコルを使ってＤＨＣＰ ＤＩＳＣＯＶＥＲ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｒｏｔｏｃｏｌ ＤＩＳＣＯＶＥＲ、アドレス配布発見パケット）をブロードキャストアドレスで送信する（ステップ２０）。例えば、ＤＨＣＰ ＤＩＳＣＯＶＥＲには、クライアント端末１（１０００）のＭＡＣアドレスが含まれる。ＤＨＣＰ ＤＩＳＣＯＶＥＲは、ＩＰアドレスを割り当てるように要求するプロトコルパケットである。なお、ＤＨＣＰサーバのＩＰアドレス配布に関するプロトコルは適宜のプロトコルでよく、本実施の形態を制限するものではない。
ＤＨＣＰ ＤＩＳＣＯＶＥＲを受信したアドレス監視機能付きパケット転送装置１（２０００）は、装置内に備える受信ポート２０１０−１と受信バッファ２０２１を介してＤＨＣＰ ＤＩＳＣＯＶＥＲをプロトコル処理部２０２０に転送する。また、ＤＨＣＰ ＤＩＳＣＯＶＥＲに含まれるクライアント端末１のＭＡＣアドレスとパケットのプロトコル種別（ここではＤＨＣＰ ＤＩＳＣＯＶＥＲ）を、ＤＨＣＰ管理ルーチン２０２６−１によりユーザ管理テーブル２０２４−１に記憶（図１２のユーザ管理テーブル２０２４−１１のようになる）する（ステップ２１）。
プロトコル処理部２０２０から、クライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）に接続している送信バッファ２０２２及び送信ポート２０１０−３と送信ポート２０１０−４を介して、クライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）へＤＨＣＰ ＤＩＳＣＯＶＥＲを送信する（ステップ２２）。
クライアント端末２（１１００）は、ＤＨＣＰ ＤＩＳＣＯＶＥＲを無視し、クライアント端末２（１１００）からは何も応答がない。ＤＨＣＰサーバ１（３０００）は、ＤＨＣＰ ＤＩＳＣＯＶＥＲの問い合わせに対してクライアント端末１（１０００）にＩＰアドレスの提案（ここでは、例えば、１９２．１６８．０．１とする）としてユニキャストでＤＨＣＰ ＯＦＦＥＲ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｒｏｔｏｃｏｌ ＯＦＦＥＲ、アドレス配布提供パケット）をアドレス監視機能付きパケット転送装置１（２０００）へユニキャストで送信する（ステップ２３）。
ＤＨＣＰ ＯＦＦＥＲを受信したアドレス監視機能付きパケット転送装置１（２０００）は、装置内に備える受信ポート２０１０−１と受信バッファ２０２１を介してＤＨＣＰ ＯＦＦＥＲをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＤＨＣＰ ＯＦＦＥＲ）をＤＨＣＰ管理ルーチン２０２６−１を介してユーザ管理テーブル２０２４−１に記憶（図１２のユーザ管理テーブル２０２４−１２）する（ステップ２４）。例えば、ＯＦＦＥＲに含まれるＭＡＣアドレスに基づいて、ユーザ管理テーブルを参照し、設定するＭＡＣアドレス４１０に対応したＤＨＣＰの状態４２０に“ＯＦＦＥＲ”を記憶する。
アドレス監視機能付きパケット転送装置１（２０００）は、送信バッファ２０２２と送信ポート２０１０−１を介して、ＤＨＣＰ ＯＦＦＥＲをクライアント端末１（１０００）へ送信する（ステップ２５）。
プロトコル処理部２０２０から、クライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）に接続している送信バッファ２０２２及び送信ポート２０１０−３と送信ポート２０１０−４を介して、クライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）へＤＨＣＰ ＤＩＳＣＯＶＥＲを送信する（ステップ２２）。
クライアント端末２（１１００）は、ＤＨＣＰ ＤＩＳＣＯＶＥＲを無視し、クライアント端末２（１１００）からは何も応答がない。ＤＨＣＰサーバ１（３０００）は、ＤＨＣＰ ＤＩＳＣＯＶＥＲの問い合わせに対してクライアント端末１（１０００）にＩＰアドレスの提案（ここでは、例えば、１９２．１６８．０．１とする）としてユニキャストでＤＨＣＰ ＯＦＦＥＲ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｒｏｔｏｃｏｌ ＯＦＦＥＲ、アドレス配布提供パケット）をアドレス監視機能付きパケット転送装置１（２０００）へユニキャストで送信する（ステップ２３）。
ＤＨＣＰ ＯＦＦＥＲを受信したアドレス監視機能付きパケット転送装置１（２０００）は、装置内に備える受信ポート２０１０−１と受信バッファ２０２１を介してＤＨＣＰ ＯＦＦＥＲをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＤＨＣＰ ＯＦＦＥＲ）をＤＨＣＰ管理ルーチン２０２６−１を介してユーザ管理テーブル２０２４−１に記憶（図１２のユーザ管理テーブル２０２４−１２）する（ステップ２４）。例えば、ＯＦＦＥＲに含まれるＭＡＣアドレスに基づいて、ユーザ管理テーブルを参照し、設定するＭＡＣアドレス４１０に対応したＤＨＣＰの状態４２０に“ＯＦＦＥＲ”を記憶する。
アドレス監視機能付きパケット転送装置１（２０００）は、送信バッファ２０２２と送信ポート２０１０−１を介して、ＤＨＣＰ ＯＦＦＥＲをクライアント端末１（１０００）へ送信する（ステップ２５）。
クライアント端末１（１０００）は、ＤＨＣＰ ＯＦＦＥＲの応答として、提案されたＩＰアドレス（１９２．１６８．０．１）の割り当て申請を行うＤＨＣＰ ＲＥＱＵＥＳＴ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｒｏｔｏｃｏｌ ＲＥＱＵＥＳＴ、アドレス配布要求）を、ブロードキャストで送信する（ステップ２６）。
ＤＨＣＰ ＲＥＱＵＥＳＴを受信したアドレス監視機能付きパケット転送装置１（２０００）は、装置内に備える受信ポート２０１０−１と受信バッファ２０２１を介してＤＨＣＰ ＲＥＱＵＥＳＴをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＤＨＣＰ ＲＥＱＵＥＳＴ）をＤＨＣＰ管理ルーチン２０２６−１を介してユーザ管理テーブル２０２４−１に記憶（図１２のユーザ管理テーブル２０２４−１３）する（ステップ２７）。
プロトコル処理部２０２０からクライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）に接続している送信バッファ２０２２及び送信ポート２０１０−３と送信ポート２０１０−４を介して、クライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）へＤＨＣＰ ＲＥＱＵＥＳＴを送信する（ステップ２８）。
クライアント端末２（１１００）は、ＤＨＣＰ ＲＥＱＵＥＳＴを無視し、クライアント端末２からは何も応答がない。ＤＨＣＰサーバ１（３０００）は、ＩＰアドレスの割り当ての承認（ステップ２３、２４：ＩＰアドレス１９２．１６８．０．１）として、パケット転送装置１（２０００）へＤＨＣＰ ＡＣＫ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｒｏｔｏｃｏｌ ＡＣＫ、アドレス配布応答）をユニキャストで送信する（ステップ２９）。
ＤＨＣＰ ＡＣＫを受信したアドレス監視機能付きパケット転送装置１（２０００）は、装置内に備える受信ポート２０１０−１と受信バッファ２０２１を介してＤＨＣＰ ＡＣＫをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＤＨＣＰ ＡＣＫ）及び割り当てＩＰアドレス（１９２．１６８．０．１）をＤＨＣＰ管理ルーチン２０２６−１を介してユーザ管理テーブル２０２４−１に記憶（図１２のユーザ管理テーブル２０２４−１４）する（ステップ３０）。なお、ＩＰアドレスは、上述のＤＨＣＰ ＯＦＦＥＲに含まれる提案されたＩＰアドレス、ＤＨＣＰ ＲＥＱＵＥＳＴに含まれるＩＰアドレスを用いてもよい。ここでは、いずれも１９２．１６８．０．１である。
ＤＨＣＰ ＲＥＱＵＥＳＴを受信したアドレス監視機能付きパケット転送装置１（２０００）は、装置内に備える受信ポート２０１０−１と受信バッファ２０２１を介してＤＨＣＰ ＲＥＱＵＥＳＴをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＤＨＣＰ ＲＥＱＵＥＳＴ）をＤＨＣＰ管理ルーチン２０２６−１を介してユーザ管理テーブル２０２４−１に記憶（図１２のユーザ管理テーブル２０２４−１３）する（ステップ２７）。
プロトコル処理部２０２０からクライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）に接続している送信バッファ２０２２及び送信ポート２０１０−３と送信ポート２０１０−４を介して、クライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）へＤＨＣＰ ＲＥＱＵＥＳＴを送信する（ステップ２８）。
クライアント端末２（１１００）は、ＤＨＣＰ ＲＥＱＵＥＳＴを無視し、クライアント端末２からは何も応答がない。ＤＨＣＰサーバ１（３０００）は、ＩＰアドレスの割り当ての承認（ステップ２３、２４：ＩＰアドレス１９２．１６８．０．１）として、パケット転送装置１（２０００）へＤＨＣＰ ＡＣＫ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｒｏｔｏｃｏｌ ＡＣＫ、アドレス配布応答）をユニキャストで送信する（ステップ２９）。
ＤＨＣＰ ＡＣＫを受信したアドレス監視機能付きパケット転送装置１（２０００）は、装置内に備える受信ポート２０１０−１と受信バッファ２０２１を介してＤＨＣＰ ＡＣＫをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＤＨＣＰ ＡＣＫ）及び割り当てＩＰアドレス（１９２．１６８．０．１）をＤＨＣＰ管理ルーチン２０２６−１を介してユーザ管理テーブル２０２４−１に記憶（図１２のユーザ管理テーブル２０２４−１４）する（ステップ３０）。なお、ＩＰアドレスは、上述のＤＨＣＰ ＯＦＦＥＲに含まれる提案されたＩＰアドレス、ＤＨＣＰ ＲＥＱＵＥＳＴに含まれるＩＰアドレスを用いてもよい。ここでは、いずれも１９２．１６８．０．１である。
アドレス監視機能付きパケット転送装置１（２０００）は、送信バッファ２０２２と送信ポート２０１０−１を介してＤＨＣＰ ＡＣＫをクライアント端末１（１０００）へ送信する（ステップ３１）。
クライアント端末１（１０００）は、ＤＨＣＰサーバ１（３０００）より提案されたＩＰアドレス（１９２．１６８．０．１）が他のクライアント端末と重複していないかを調べるためにＲＦＣ８２６に記載されているＡＲＰ ＲＥＱＵＥＳＴ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ ＲＥＱＵＥＳＴ、アドレス解決要求）をブロードキャストで送信する（ステップ３２）。ＡＲＰは、ＭＡＣアドレスとＩＰアドレスの関係を管理するプロトコルであり、ＴＣＰ／ＩＰプロトコルのうちＩＰアドレスから、イーサネットのＭＡＣアドレスを求めるために使われる。ここでは、ＡＲＰ ＲＥＱＵＥＳＴは提案されたＩＰアドレス１９２．１６８．０．１のアドレスを含む。
ＡＲＰ ＲＥＱＵＥＳＴを受信したアドレス監視機能付きパケット転送装置１（２０００）は、装置内に備える受信ポート２０１０−１と受信バッファ２０２１を介してＡＲＰ ＲＥＱＵＥＳＴをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＡＲＰ ＲＥＱＵＥＳＴ）をＡＲＰ管理ルーチン２０２６−２を介してユーザ管理テーブル２０２４−１に記憶（図１３のユーザ管理テーブル２０２４−１５）する（ステップ３３）。
プロトコル処理部２０２０からクライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）に接続している送信バッファ２０２２及び送信ポート２０１０−３と送信ポート２０１０−４を介してクライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）へＡＲＰ ＲＥＱＵＥＳＴを送信する（ステップ３４）。
ＤＨＣＰサーバ１（３０００）は、ＡＲＰ ＲＥＱＵＥＳＴを無視し、ＤＨＣＰサーバ１（３００）からは何も応答がない。クライアント端末２（１１００）において、クライアント端末２（１１００）のＩＰアドレス（１９２．１６８．０．１）とＡＲＰ ＲＥＱＵＥＳＴパケット中のＩＰアドレス（１９２．１６８．０．１）を比較する（ステップ３５）。一致しなければ、ＩＰアドレスの重複がないので、クライアント端末１（１０００）は、ＤＨＣＰサーバ１（３０００）より提案されたＩＰアドレスが使用できる（ステップ３６）。ここでは、ＤＨＣＰサーバ１（３０００）より提案されたＩＰアドレス（１９２．１６８．０．１）とクライアント端末２（１１００）のＩＰアドレス（１９２．１６８．０．１）が重複していると仮定している例なので、クライアント端末２（１１００）からＡＲＰ ＡＣＫ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ ＡＣＫ、アドレス解決応答）を、ＡＲＰ ＲＥＱＵＥＳＴの送信元であるクライアント端末１（１０００）を含めた他のクライアント端末に対してブロードキャストで送信（ステップ３７）する。
クライアント端末１（１０００）は、ＤＨＣＰサーバ１（３０００）より提案されたＩＰアドレス（１９２．１６８．０．１）が他のクライアント端末と重複していないかを調べるためにＲＦＣ８２６に記載されているＡＲＰ ＲＥＱＵＥＳＴ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ ＲＥＱＵＥＳＴ、アドレス解決要求）をブロードキャストで送信する（ステップ３２）。ＡＲＰは、ＭＡＣアドレスとＩＰアドレスの関係を管理するプロトコルであり、ＴＣＰ／ＩＰプロトコルのうちＩＰアドレスから、イーサネットのＭＡＣアドレスを求めるために使われる。ここでは、ＡＲＰ ＲＥＱＵＥＳＴは提案されたＩＰアドレス１９２．１６８．０．１のアドレスを含む。
ＡＲＰ ＲＥＱＵＥＳＴを受信したアドレス監視機能付きパケット転送装置１（２０００）は、装置内に備える受信ポート２０１０−１と受信バッファ２０２１を介してＡＲＰ ＲＥＱＵＥＳＴをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＡＲＰ ＲＥＱＵＥＳＴ）をＡＲＰ管理ルーチン２０２６−２を介してユーザ管理テーブル２０２４−１に記憶（図１３のユーザ管理テーブル２０２４−１５）する（ステップ３３）。
プロトコル処理部２０２０からクライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）に接続している送信バッファ２０２２及び送信ポート２０１０−３と送信ポート２０１０−４を介してクライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）へＡＲＰ ＲＥＱＵＥＳＴを送信する（ステップ３４）。
ＤＨＣＰサーバ１（３０００）は、ＡＲＰ ＲＥＱＵＥＳＴを無視し、ＤＨＣＰサーバ１（３００）からは何も応答がない。クライアント端末２（１１００）において、クライアント端末２（１１００）のＩＰアドレス（１９２．１６８．０．１）とＡＲＰ ＲＥＱＵＥＳＴパケット中のＩＰアドレス（１９２．１６８．０．１）を比較する（ステップ３５）。一致しなければ、ＩＰアドレスの重複がないので、クライアント端末１（１０００）は、ＤＨＣＰサーバ１（３０００）より提案されたＩＰアドレスが使用できる（ステップ３６）。ここでは、ＤＨＣＰサーバ１（３０００）より提案されたＩＰアドレス（１９２．１６８．０．１）とクライアント端末２（１１００）のＩＰアドレス（１９２．１６８．０．１）が重複していると仮定している例なので、クライアント端末２（１１００）からＡＲＰ ＡＣＫ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ ＡＣＫ、アドレス解決応答）を、ＡＲＰ ＲＥＱＵＥＳＴの送信元であるクライアント端末１（１０００）を含めた他のクライアント端末に対してブロードキャストで送信（ステップ３７）する。
従来のパケット転送装置を含めた通常のスイッチ類（Ｌ２スイッチ、Ｌ３スイッチ）では、ブロードキャストであるＡＲＰ ＡＣＫを受信すると送信元のクライアント端末１（１０００）を含めた他のクライアント端末にＡＲＰ ＡＣＫを送信する。ＡＲＰ ＡＣＫを受信したクライアント端末１（１０００）は、ＩＰアドレス（１９２．１６８．０．１）が重複をしているのでＤＨＣＰサーバ１（３０００）に対してＤＨＣＰ ＲＥＬＥＡＳＥ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｒｏｔｏｃｏｌ ＲＥＬＥＡＳＥ）を送信してＩＰアドレスの再割り当てを要求する。クライアント端末２（１１００）がＩＰアドレス（１９２．１６８．０．１）を静的に持っている以上、ＤＨＣＰサーバ１（３０００）は（１９２．１６８．０．１）を割り当てることはできなかった。
しかし、本実施の形態におけるアドレス監視機能付きパケット転送装置１（２０００）は、ブロードキャストであるＡＲＰ ＡＣＫを受信すると、接続してある他のクライアント端末にブロードキャストで送信しない。クライアント端末１（１０００）に対してはＡＲＰ ＡＣＫを送信しないので、クライアント端末１のアドレス再割り当て要求であるＤＨＣＰ ＲＥＬＥＡＳＥを実施させない。
また、アドレス監視機能付きパケット転送装置１（２０００）は、装置内に備える受信ポート２０１０−３と受信バッファ２０２１を介してＡＲＰ ＡＣＫをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＡＲＰ ＡＣＫ）及びＡＲＰ ＡＣＫ内のＩＰアドレス（１９２．１６８．０．１）とＭＡＣアドレス（００：２０：３０：４０：５０：６０）をＡＲＰ管理ルーチン２０２６−２を介してユーザ管理テーブル２０２４−１に記憶（図９のユーザ管理テーブル２０２４−１６）する（ステップ３８）。ここでは、ＡＲＰ ＡＣＫを受信したポート３に対応して記憶する。
ＤＨＣＰサーバ１（３０００）から割り振られたＩＰアドレス（１９２．１６８．０．１）とＡＲＰ ＡＣＫによるＩＰアドレス（１９２．１６８．０．１）とが一致するので、ユーザ管理テーブル２０２４−１（図１３のユーザ管理テーブル２０２４−１７）よりＡＲＰ ＡＣＫの応答があったポート３（クライアント端末２が接続している）に対応してフィルタ判定フラグをＯＮにする（ステップ２９）。これにより、ポート３に対して、又はＭＡＣアドレス（００：２０：３０：４０：５０：６０）及びＩＰアドレス（１９２．１６８．０．１）に対してのフィルタリングを実施する。この状態で、不正ＩＰアドレス使用のクライアント端末２（１１００）は、ＩＰアドレス（１９２．１６８．０．１）で通信ができなくなる。
しかし、本実施の形態におけるアドレス監視機能付きパケット転送装置１（２０００）は、ブロードキャストであるＡＲＰ ＡＣＫを受信すると、接続してある他のクライアント端末にブロードキャストで送信しない。クライアント端末１（１０００）に対してはＡＲＰ ＡＣＫを送信しないので、クライアント端末１のアドレス再割り当て要求であるＤＨＣＰ ＲＥＬＥＡＳＥを実施させない。
また、アドレス監視機能付きパケット転送装置１（２０００）は、装置内に備える受信ポート２０１０−３と受信バッファ２０２１を介してＡＲＰ ＡＣＫをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＡＲＰ ＡＣＫ）及びＡＲＰ ＡＣＫ内のＩＰアドレス（１９２．１６８．０．１）とＭＡＣアドレス（００：２０：３０：４０：５０：６０）をＡＲＰ管理ルーチン２０２６−２を介してユーザ管理テーブル２０２４−１に記憶（図９のユーザ管理テーブル２０２４−１６）する（ステップ３８）。ここでは、ＡＲＰ ＡＣＫを受信したポート３に対応して記憶する。
ＤＨＣＰサーバ１（３０００）から割り振られたＩＰアドレス（１９２．１６８．０．１）とＡＲＰ ＡＣＫによるＩＰアドレス（１９２．１６８．０．１）とが一致するので、ユーザ管理テーブル２０２４−１（図１３のユーザ管理テーブル２０２４−１７）よりＡＲＰ ＡＣＫの応答があったポート３（クライアント端末２が接続している）に対応してフィルタ判定フラグをＯＮにする（ステップ２９）。これにより、ポート３に対して、又はＭＡＣアドレス（００：２０：３０：４０：５０：６０）及びＩＰアドレス（１９２．１６８．０．１）に対してのフィルタリングを実施する。この状態で、不正ＩＰアドレス使用のクライアント端末２（１１００）は、ＩＰアドレス（１９２．１６８．０．１）で通信ができなくなる。
アドレス監視機能付きパケット転送装置１（２０００）は、ＡＲＰ ＡＣＫを受信すると、制御通信パケット（ステップ４０）も送信する。この制御通信パケットは、カスケード接続した場合のアドレス監視機能付きパケット転送装置等やクライアント端末等にフィルタリングをかけたポート及びＩＰアドレス及びＭＡＣアドレスの情報を転送する役目がある。この情報によりカスケード接続したアドレス監視機能付きパケット転送装置はフィルタリングをかけたいクライアント端末の情報を入手することができる。なお、クライアント端末がこのパケットを受信しても何ら問題はない。本実施の形態では通信網１におけるクライアント端末１（１０００）はこの制御通信パケットを受信しても破棄（ステップ４１）する。なお、本実施の形態ではステップ４０、４１を省略してもよい。
以上の結果、クライアント端末２（１１００）はＩＰアドレス（１９２．１６８．０．１）を使用できないことから、タイマー機能によりＡＲＰ ＲＥＱＵＥＳＴを送信してから所定時間が経過すると、クライント端末１（１０００）はＩＰアドレス（１９２．１６８．０．１）を利用することができるので、通信可能となる（ステップ４２）。
以上の結果、クライアント端末２（１１００）はＩＰアドレス（１９２．１６８．０．１）を使用できないことから、タイマー機能によりＡＲＰ ＲＥＱＵＥＳＴを送信してから所定時間が経過すると、クライント端末１（１０００）はＩＰアドレス（１９２．１６８．０．１）を利用することができるので、通信可能となる（ステップ４２）。
（フローチャート）
図９〜１１は、本実施の形態におけるアドレス監視機能付きパケット転送装置１（２０００）のプロトコル処理部２０２０に備えるプロセッサ２０２３の処理を示すフローチャートである。
アドレス監視機能付きパケット転送装置１（２０００）のプロセッサ２０２３は、ブロードキャストのＤＨＣＰ ＤＩＳＣＯＶＥＲを、受信ポート２０１０−１（又は受信ポート２０１０−３）及び受信バッファ２０２１を介して受信すると、クライアント端末１（１０００）のＭＡＣアドレスとＤＨＣＰパケットのプロトコル種別とをユーザ管理テーブル２０２４−１へ記憶する（ステップ２２１０、図７：ステップ２１に対応）。ユーザ管理テーブル２０２４−１の状態は、図１２のユーザ管理テーブル２０２４−１１となり、クライアント端末１が接続されたポート１に対応して、端末のＭＡＣアドレス４１０にクライアント端末１（１０００）のアドレス００：１０：２０：３０：４０：５０と、ＤＨＣＰパケットのプロトコル種別４２０にＤＨＣＰ ＤＩＳＣＯＶＥＲと記憶する。
プロトコル処理部２０２０からクライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）に接続している送信バッファ２０２２及び送信ポート２０１０−３と送信ポート２０１０−４を介して、クライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）へＤＨＣＰ ＤＩＳＣＯＶＥＲを送信する（ステップ２１１１、図７：ステップ２２に対応）。
クライアント端末２（１１００）からは何も応答がなく、ＤＨＣＰサーバ１（３０００）よりユニキャストのＤＨＣＰ ＯＦＦＥＲをアドレス監視機能付きパケット転送装置１（２０００）の受信ポート２０１０−４及び受信バッファ２０２１を介して受信する。ＤＨＣＰ ＯＦＦＥＲを受信すると、アドレス監視機能付きパケット転送装置１（２０００）内にあるユーザ管理テーブル２０２４−１へ、ポート１に対応してＤＨＣＰパケットのプロトコル種別（ＤＨＣＰ ＯＦＦＥＲ）を記憶する（ステップ２１１２、図７：ステップ２４に対応）。ユーザ管理テーブル２０２４−１の状態は図１２のユーザ管理テーブル２０２４−１２となり、ポート１に対応して、ＤＨＣＰパケットのプロトコル種別４２０にＤＨＣＰ ＯＦＦＥＲと記憶する。
図９〜１１は、本実施の形態におけるアドレス監視機能付きパケット転送装置１（２０００）のプロトコル処理部２０２０に備えるプロセッサ２０２３の処理を示すフローチャートである。
アドレス監視機能付きパケット転送装置１（２０００）のプロセッサ２０２３は、ブロードキャストのＤＨＣＰ ＤＩＳＣＯＶＥＲを、受信ポート２０１０−１（又は受信ポート２０１０−３）及び受信バッファ２０２１を介して受信すると、クライアント端末１（１０００）のＭＡＣアドレスとＤＨＣＰパケットのプロトコル種別とをユーザ管理テーブル２０２４−１へ記憶する（ステップ２２１０、図７：ステップ２１に対応）。ユーザ管理テーブル２０２４−１の状態は、図１２のユーザ管理テーブル２０２４−１１となり、クライアント端末１が接続されたポート１に対応して、端末のＭＡＣアドレス４１０にクライアント端末１（１０００）のアドレス００：１０：２０：３０：４０：５０と、ＤＨＣＰパケットのプロトコル種別４２０にＤＨＣＰ ＤＩＳＣＯＶＥＲと記憶する。
プロトコル処理部２０２０からクライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）に接続している送信バッファ２０２２及び送信ポート２０１０−３と送信ポート２０１０−４を介して、クライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）へＤＨＣＰ ＤＩＳＣＯＶＥＲを送信する（ステップ２１１１、図７：ステップ２２に対応）。
クライアント端末２（１１００）からは何も応答がなく、ＤＨＣＰサーバ１（３０００）よりユニキャストのＤＨＣＰ ＯＦＦＥＲをアドレス監視機能付きパケット転送装置１（２０００）の受信ポート２０１０−４及び受信バッファ２０２１を介して受信する。ＤＨＣＰ ＯＦＦＥＲを受信すると、アドレス監視機能付きパケット転送装置１（２０００）内にあるユーザ管理テーブル２０２４−１へ、ポート１に対応してＤＨＣＰパケットのプロトコル種別（ＤＨＣＰ ＯＦＦＥＲ）を記憶する（ステップ２１１２、図７：ステップ２４に対応）。ユーザ管理テーブル２０２４−１の状態は図１２のユーザ管理テーブル２０２４−１２となり、ポート１に対応して、ＤＨＣＰパケットのプロトコル種別４２０にＤＨＣＰ ＯＦＦＥＲと記憶する。
プロトコル処理部２０２０からクライアント端末１（１０００）に接続している送信バッファ２０２２及び送信ポート２０１０−１を介してクライアント端末１（１０００）へＤＨＣＰ ＯＦＦＥＲを送信する（ステップ２１１３、図７：ステップ２５に対応）。
そのＤＨＣＰ ＯＦＦＥＲにクライアント端末１（１０００）からの応答がある場合、アドレス監視機能付きパケット転送装置１（２０００）は、受信ポート２０１０−１／受信バッファ２０２１を介してブロードキャストのＤＨＣＰ ＲＥＱＵＥＳＴを受信する。ＤＨＣＰ ＲＥＱＵＥＳＴを受信すると、アドレス監視機能付きパケット転送装置１（２０００）内にあるユーザ管理テーブル２０２４−１へＤＨＣＰパケットのプロトコル種別を記憶する（ステップ２２１４、図７：ステップ２７に対応）。ユーザ管理テーブル２０２４−１の状態は、図１２のユーザ管理テーブル２０２４−１３となり、ポート１に対応してＤＨＣＰパケットのプロトコル種別４２０にＤＨＣＰ ＲＥＱＵＥＳＴと記憶する（ステップ２２１４、図７：ステップ２７に対応）。
プロトコル処理部２０２０からクライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）に接続している送信バッファ２０２２及び送信ポート２０１０−３と送信ポート２０１０−４を介して、クライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）へＤＨＣＰ ＲＥＱＵＥＳＴを送信する（ステップ２１１５、図７：ステップ２８に対応）。
クライアント端末２（１１００）からは何も応答がなく、ＤＨＣＰサーバ１（３０００）よりユニキャストのＤＨＣＰ ＡＣＫをアドレス監視機能付きパケット転送装置１（２０００）の受信ポート２０１０−４及び受信バッファ２０２１を介して受信する。ＤＨＣＰ ＡＣＫを受信すると、アドレス監視機能付きパケット転送装置１（２０００）内にあるユーザ管理テーブル２０２４−１へクライアント端末１（１０００）へ割り当てるＩＰアドレスとＤＨＣＰパケットのプロトコル種別を記憶する（ステップ２１１６、図７：ステップ３０に対応）。割り当てるＩＰアドレスは、ＤＨＣＰ ＡＣＫに含まれるアドレスを用いることができる。ユーザ管理テーブル２０２４−１の状態は、図１２のユーザ管理テーブル２０２４−１４となり、ＤＨＣＰパケットのプロトコル種別４２０にＤＨＣＰ ＲＥＱＵＥＳＴとＩＰアドレス４３０に１９２．１６８．０．１とをポート１に対応して記憶する。
そのＤＨＣＰ ＯＦＦＥＲにクライアント端末１（１０００）からの応答がある場合、アドレス監視機能付きパケット転送装置１（２０００）は、受信ポート２０１０−１／受信バッファ２０２１を介してブロードキャストのＤＨＣＰ ＲＥＱＵＥＳＴを受信する。ＤＨＣＰ ＲＥＱＵＥＳＴを受信すると、アドレス監視機能付きパケット転送装置１（２０００）内にあるユーザ管理テーブル２０２４−１へＤＨＣＰパケットのプロトコル種別を記憶する（ステップ２２１４、図７：ステップ２７に対応）。ユーザ管理テーブル２０２４−１の状態は、図１２のユーザ管理テーブル２０２４−１３となり、ポート１に対応してＤＨＣＰパケットのプロトコル種別４２０にＤＨＣＰ ＲＥＱＵＥＳＴと記憶する（ステップ２２１４、図７：ステップ２７に対応）。
プロトコル処理部２０２０からクライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）に接続している送信バッファ２０２２及び送信ポート２０１０−３と送信ポート２０１０−４を介して、クライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）へＤＨＣＰ ＲＥＱＵＥＳＴを送信する（ステップ２１１５、図７：ステップ２８に対応）。
クライアント端末２（１１００）からは何も応答がなく、ＤＨＣＰサーバ１（３０００）よりユニキャストのＤＨＣＰ ＡＣＫをアドレス監視機能付きパケット転送装置１（２０００）の受信ポート２０１０−４及び受信バッファ２０２１を介して受信する。ＤＨＣＰ ＡＣＫを受信すると、アドレス監視機能付きパケット転送装置１（２０００）内にあるユーザ管理テーブル２０２４−１へクライアント端末１（１０００）へ割り当てるＩＰアドレスとＤＨＣＰパケットのプロトコル種別を記憶する（ステップ２１１６、図７：ステップ３０に対応）。割り当てるＩＰアドレスは、ＤＨＣＰ ＡＣＫに含まれるアドレスを用いることができる。ユーザ管理テーブル２０２４−１の状態は、図１２のユーザ管理テーブル２０２４−１４となり、ＤＨＣＰパケットのプロトコル種別４２０にＤＨＣＰ ＲＥＱＵＥＳＴとＩＰアドレス４３０に１９２．１６８．０．１とをポート１に対応して記憶する。
ここで、アドレス監視機能付きパケット転送装置１（２０００）は、二つのＡＲＰ解決方法のモードを持っている。一つは、アドレス監視機能付きパケット転送装置１（２０００）がＤＨＣＰサーバ１（３０００）からＤＨＣＰ ＡＣＫを受信するとそのままクライアント端末１（１０００）にＤＨＣＰ ＡＣＫを送信し、配布されたＤＨＣＰの割り当てによるＩＰアドレス（１９２．１６８．０．１）が重複していないかを確認するために、クライアント端末１（１０００）からＡＲＰ解決を図る方法である。もう一つの方法として、ＤＨＣＰサーバ１（３０００）からＤＨＣＰ ＡＣＫを受信するとアドレス監視機能付きパケット転送装置１（２０００）が収容しているクライアント端末１（１０００）とクライアント端末２（１１００）に対してＡＲＰ解決を図る方法である。
図７のシーケンスでは、前者のクライアント端末１（１０００）によるＡＲＰ解決について説明する。なお、後者については後述する。上述の二つの方法のいずれをとるかは、例えば、フラグにより予め設定されることができ、アドレス監視機能付きパケット転送装置１（２０００）はフラグに基づきＡＲＰパケットを送信するか判断してもよい（ステップ２１１７）。クライアント端末１（１０００）によるＡＲＰ解決では（ステップ２１１７：ＮＯ）、記憶後、プロトコル処理部２０２０からクライアント端末１（１０００）に接続している送信バッファ２０２２及び送信ポート２０１０−１を介してクライアント端末１（１０００）へＤＨＣＰ ＡＣＫを送信する（図１０：ステップ２１１８、図７：ステップ３１に対応）。ＤＨＣＰ ＡＣＫを受信したクライアント端末１（１０００）はブロードキャストでＡＲＰ ＲＥＱＵＥＳＴを送信する。
アドレス監視機能付きパケット転送装置１（２０００）は、受信ポート２０１０−１及び受信バッファ２０２１を介してＡＲＰ ＲＥＱＵＥＳＴを受信する。ＡＲＰ ＲＥＱＵＥＳＴを受信すると、アドレス監視機能付きパケット転送装置１（２０００）内にあるユーザ管理テーブル２０２４−１へＡＲＰパケットのプロトコル種別を記憶する。ユーザ管理テーブル２０２４−１の状態は図１３のユーザ管理テーブル２０２４−１５となり、ＡＲＰ ＲＥＱＵＥＳＴを送信する。ポート３（及び４）に対応して、ＡＲＰパケットのプロトコル種別４４０にＡＲＰ ＲＥＱＵＥＳＴと記憶する（ステップ２１１９、図７：ステップ３３に対応）。
記憶後、プロトコル処理部２０２０からクライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）に接続している送信バッファ２０２２及び送信ポート２０１０−３と送信ポート２０１０−４を介して、クライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）へＡＲＰ ＲＥＱＵＥＳＴを送信する（ステップ２１２０、図７：ステップ３４に対応）。
クライアント端末２（１１００）がＩＰアドレス（１９２．１６８．０．１）を使用しているとＩＰアドレスが重複しているので、アドレス監視機能付きパケット転送装置１（２０００）は、該当端末からＡＲＰ ＡＣＫを受信ポート２０１０−３／受信バッファ２０２１を介して受信する。
図７のシーケンスでは、前者のクライアント端末１（１０００）によるＡＲＰ解決について説明する。なお、後者については後述する。上述の二つの方法のいずれをとるかは、例えば、フラグにより予め設定されることができ、アドレス監視機能付きパケット転送装置１（２０００）はフラグに基づきＡＲＰパケットを送信するか判断してもよい（ステップ２１１７）。クライアント端末１（１０００）によるＡＲＰ解決では（ステップ２１１７：ＮＯ）、記憶後、プロトコル処理部２０２０からクライアント端末１（１０００）に接続している送信バッファ２０２２及び送信ポート２０１０−１を介してクライアント端末１（１０００）へＤＨＣＰ ＡＣＫを送信する（図１０：ステップ２１１８、図７：ステップ３１に対応）。ＤＨＣＰ ＡＣＫを受信したクライアント端末１（１０００）はブロードキャストでＡＲＰ ＲＥＱＵＥＳＴを送信する。
アドレス監視機能付きパケット転送装置１（２０００）は、受信ポート２０１０−１及び受信バッファ２０２１を介してＡＲＰ ＲＥＱＵＥＳＴを受信する。ＡＲＰ ＲＥＱＵＥＳＴを受信すると、アドレス監視機能付きパケット転送装置１（２０００）内にあるユーザ管理テーブル２０２４−１へＡＲＰパケットのプロトコル種別を記憶する。ユーザ管理テーブル２０２４−１の状態は図１３のユーザ管理テーブル２０２４−１５となり、ＡＲＰ ＲＥＱＵＥＳＴを送信する。ポート３（及び４）に対応して、ＡＲＰパケットのプロトコル種別４４０にＡＲＰ ＲＥＱＵＥＳＴと記憶する（ステップ２１１９、図７：ステップ３３に対応）。
記憶後、プロトコル処理部２０２０からクライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）に接続している送信バッファ２０２２及び送信ポート２０１０−３と送信ポート２０１０−４を介して、クライアント端末２（１１００）とＤＨＣＰサーバ１（３０００）へＡＲＰ ＲＥＱＵＥＳＴを送信する（ステップ２１２０、図７：ステップ３４に対応）。
クライアント端末２（１１００）がＩＰアドレス（１９２．１６８．０．１）を使用しているとＩＰアドレスが重複しているので、アドレス監視機能付きパケット転送装置１（２０００）は、該当端末からＡＲＰ ＡＣＫを受信ポート２０１０−３／受信バッファ２０２１を介して受信する。
仮にクライアント端末２（１１００）がＩＰアドレス（１９２．１６８．０．１）ではないアドレスを持っていればアドレス監視機能付きパケット転送装置１（２０００）はＡＲＰ ＡＣＫを受信しないので（ステップ２１２１）、クライアント端末１は、割り当てたＩＰアドレス（１９２．１６８．０．１）を利用できる（ステップ２１２２）。
ここではクライアント端末２（１１００）がＩＰアドレス（１９２．１６８．０．１）を持っていることと仮定しているので、ユニキャストのＡＲＰ ＡＣＫを受信する。ＡＲＰ ＡＣＫを受信すると（ステップ２１２１）、アドレス監視機能付きパケット転送装置１（２０００）内にあるユーザ管理テーブル２０２４−１へ、ＡＲＰパケットのプロトコル種別（ＡＲＰ ＡＣＫ）とクライアント端末２のＭＡＣアドレス（００：２０：３０：４０：５０：６０）とＩＰアドレス４３０に１９２．１６８．０．１とを記憶する。ユーザ管理テーブル２０２４−１の状態は図１３のユーザ管理テーブル２０２４−１６となり、ポート３に対応して、クライアント端末１（１０００）に割り当てるＩＰアドレス４３０に１９２．１６８．０．１と、ＡＲＰパケットのプロトコル種別４４０にＡＲＰ ＡＣＫと記憶する（ステップ２１２３、図７：ステップ３８に対応）。
記憶後のテーブルでは、上述のユーザ管理テーブル２０２４−１において、ＤＨＣＰ ＡＣＫによるＩＰアドレス（１９２．１６８．０．１）とＡＲＰ ＡＣＫによるＩＰアドレス（１９２．１６８．０．１）が一致する（ステップ２１２４）。
一致すると、ユーザ管理テーブル２０２４−１の状態は図１３のユーザ管理テーブル２０２４−１７となり、フィルタ判定４６０がＯＮとすることによって、ＡＲＰ ＡＣＫの応答があったポート３（クライアント端末２が接続している）に対して、ＭＡＣアドレス（００：２０：３０：４０：５０：６０）及びＩＰアドレス（１９２．１６８．０．１）のフィルタリングを実施する（ステップ２１２５、図７：ステップ３９に対応）。これにより、不正ＩＰアドレス使用端末のクライアント端末２（１１００）は通信ができなくなる。
また、ＡＲＰ ＡＣＫを受信すると自動的に制御通信パケットを用いて、ＩＰアドレス（１９２．１６８．０．１）が重複しているクライアント端末２（１１００）のポート番号３とＭＡＣアドレス（００：２０：３０：４０：５０：６０）とＩＰアドレスの情報（１９２．１６８．０．１）を、他のアドレス監視機能付きパケット転送装置又はクライアント端末に対して送信する（ステップ２１２６、図７：ステップ４０に対応）。
以上の結果、クライアント端末２（１１００）はＩＰアドレス（１９２．１６８．０．１）を使用できないことから、タイマー機能により時間が経過すると、クライント端末１（１０００）は割り当てられたＩＰアドレス（１９２．１６８．０．１）を利用することができるので通信可能となる。
ここではクライアント端末２（１１００）がＩＰアドレス（１９２．１６８．０．１）を持っていることと仮定しているので、ユニキャストのＡＲＰ ＡＣＫを受信する。ＡＲＰ ＡＣＫを受信すると（ステップ２１２１）、アドレス監視機能付きパケット転送装置１（２０００）内にあるユーザ管理テーブル２０２４−１へ、ＡＲＰパケットのプロトコル種別（ＡＲＰ ＡＣＫ）とクライアント端末２のＭＡＣアドレス（００：２０：３０：４０：５０：６０）とＩＰアドレス４３０に１９２．１６８．０．１とを記憶する。ユーザ管理テーブル２０２４−１の状態は図１３のユーザ管理テーブル２０２４−１６となり、ポート３に対応して、クライアント端末１（１０００）に割り当てるＩＰアドレス４３０に１９２．１６８．０．１と、ＡＲＰパケットのプロトコル種別４４０にＡＲＰ ＡＣＫと記憶する（ステップ２１２３、図７：ステップ３８に対応）。
記憶後のテーブルでは、上述のユーザ管理テーブル２０２４−１において、ＤＨＣＰ ＡＣＫによるＩＰアドレス（１９２．１６８．０．１）とＡＲＰ ＡＣＫによるＩＰアドレス（１９２．１６８．０．１）が一致する（ステップ２１２４）。
一致すると、ユーザ管理テーブル２０２４−１の状態は図１３のユーザ管理テーブル２０２４−１７となり、フィルタ判定４６０がＯＮとすることによって、ＡＲＰ ＡＣＫの応答があったポート３（クライアント端末２が接続している）に対して、ＭＡＣアドレス（００：２０：３０：４０：５０：６０）及びＩＰアドレス（１９２．１６８．０．１）のフィルタリングを実施する（ステップ２１２５、図７：ステップ３９に対応）。これにより、不正ＩＰアドレス使用端末のクライアント端末２（１１００）は通信ができなくなる。
また、ＡＲＰ ＡＣＫを受信すると自動的に制御通信パケットを用いて、ＩＰアドレス（１９２．１６８．０．１）が重複しているクライアント端末２（１１００）のポート番号３とＭＡＣアドレス（００：２０：３０：４０：５０：６０）とＩＰアドレスの情報（１９２．１６８．０．１）を、他のアドレス監視機能付きパケット転送装置又はクライアント端末に対して送信する（ステップ２１２６、図７：ステップ４０に対応）。
以上の結果、クライアント端末２（１１００）はＩＰアドレス（１９２．１６８．０．１）を使用できないことから、タイマー機能により時間が経過すると、クライント端末１（１０００）は割り当てられたＩＰアドレス（１９２．１６８．０．１）を利用することができるので通信可能となる。
２．第２の実施の形態
次に、本発明の第２の実施形態について説明する。通信システム全体の構成、パケット転送装置の構成については上述と同様であるので、その説明を省略する。
図１４は、第２の実施形態における通信網１の動作を示すシーケンス図である。図７の第１の実施形態によるステップ２０〜３０のところまでは同じであるので、ステップ２０〜３０までの説明は省略する。
図１５に、本実施の形態でのユーザ管理テーブル２０２４−１の状態を示す。なお、図７のステップ２０〜３０までのユーザ管理テーブル２０２４−１の状態（図１２の２０２４−１１〜１４）の説明も省略する。
アドレス監視機能付きパケット転送装置１（２０００）は、ＤＨＣＰ ＡＣＫを受信すると（ステップ３０）、アドレス監視機能付きパケット転送装置１（２０００）内にあるＤＨＣＰ ＡＣＫパケット格納メモリ２０２７−１へ、ＤＨＣＰ ＡＣＫメッセージを記憶（ステップ５０）する。
アドレス監視機能付きパケット転送装置１（２０００）内のプロトコル処理部２０２０から、クライアント端末１（１０００）とクライアント端末２（１１００）に接続している送信バッファ２０２２及び送信ポート２０１０−１と２０１０−３を介して、クライアント端末１（１０００）とクライアント端末２（１１００）へＡＲＰ ＲＥＱＵＥＳＴを送信する（ステップ５１）。ここで、ＡＲＰ ＲＥＱＵＥＳＴには、受信されたＤＨＣＰ ＡＣＫ又はＤＨＣＰ ＲＥＱＵＥＳＴに含まれるＩＰアドレス（例えば、１９２．１６８．０．１）が含まれる。
ＡＲＰ ＲＥＱＵＥＳＴに対して、クライアント端末１（１１００）からは何も応答がない。クライアント端末２（１１００）において、クライアント端末２（１１００）のＩＰアドレス（１９２．１６８．０．１）とＡＲＰ ＲＥＱＵＥＳＴパケット中のＩＰアドレス（１９２．１６８．０．１）を比較する（ステップ５２）。一致しなければ、ＩＰアドレスの重複がないので、クライアント端末１はＤＨＣＰサーバ１（３０００）より提案されたＩＰアドレスが使用できる（ステップ５３）。ここでは、ＤＨＣＰサーバ１（３０００）より提案されたＩＰアドレス（１９２．１６８．０．１）とクライアント端末２（１１００）のＩＰアドレス（１９２．１６８．０．１）が重複していると仮定しているので、クライアント端末２（１１００）からＡＲＰ ＡＣＫを、ブロードキャストで送信（ステップ５４）する。例えば、ＡＲＰ ＲＥＱＵＥＳＴの送信元であるパケット転送装置１（２０００）と他のクライアント端末に対して配信される。
アドレス監視機能付きパケット転送装置１（２０００）は、ブロードキャストであるＡＲＰ ＡＣＫをポート３を介して受信すると、接続してある他のクライアント端末にブロードキャストで送信しないで、装置内に備える受信ポート２０１０−３と受信バッファ２０２１を介してＡＲＰ ＡＣＫをプロトコル処理部２０２０に転送する。また、ポート３に対応してパケットのプロトコル種別（ここではＡＲＰ ＡＣＫ）とＩＰアドレス（１９２．１６８．０．１）とＭＡＣアドレス（００：２０：３０：４０：５０：６０）をＡＲＰ管理ルーチン２０２６−２によりユーザ管理テーブル２０２４−１に記憶（図１５のユーザ管理テーブル２０２４−２０）する（ステップ５５）。
次に、本発明の第２の実施形態について説明する。通信システム全体の構成、パケット転送装置の構成については上述と同様であるので、その説明を省略する。
図１４は、第２の実施形態における通信網１の動作を示すシーケンス図である。図７の第１の実施形態によるステップ２０〜３０のところまでは同じであるので、ステップ２０〜３０までの説明は省略する。
図１５に、本実施の形態でのユーザ管理テーブル２０２４−１の状態を示す。なお、図７のステップ２０〜３０までのユーザ管理テーブル２０２４−１の状態（図１２の２０２４−１１〜１４）の説明も省略する。
アドレス監視機能付きパケット転送装置１（２０００）は、ＤＨＣＰ ＡＣＫを受信すると（ステップ３０）、アドレス監視機能付きパケット転送装置１（２０００）内にあるＤＨＣＰ ＡＣＫパケット格納メモリ２０２７−１へ、ＤＨＣＰ ＡＣＫメッセージを記憶（ステップ５０）する。
アドレス監視機能付きパケット転送装置１（２０００）内のプロトコル処理部２０２０から、クライアント端末１（１０００）とクライアント端末２（１１００）に接続している送信バッファ２０２２及び送信ポート２０１０−１と２０１０−３を介して、クライアント端末１（１０００）とクライアント端末２（１１００）へＡＲＰ ＲＥＱＵＥＳＴを送信する（ステップ５１）。ここで、ＡＲＰ ＲＥＱＵＥＳＴには、受信されたＤＨＣＰ ＡＣＫ又はＤＨＣＰ ＲＥＱＵＥＳＴに含まれるＩＰアドレス（例えば、１９２．１６８．０．１）が含まれる。
ＡＲＰ ＲＥＱＵＥＳＴに対して、クライアント端末１（１１００）からは何も応答がない。クライアント端末２（１１００）において、クライアント端末２（１１００）のＩＰアドレス（１９２．１６８．０．１）とＡＲＰ ＲＥＱＵＥＳＴパケット中のＩＰアドレス（１９２．１６８．０．１）を比較する（ステップ５２）。一致しなければ、ＩＰアドレスの重複がないので、クライアント端末１はＤＨＣＰサーバ１（３０００）より提案されたＩＰアドレスが使用できる（ステップ５３）。ここでは、ＤＨＣＰサーバ１（３０００）より提案されたＩＰアドレス（１９２．１６８．０．１）とクライアント端末２（１１００）のＩＰアドレス（１９２．１６８．０．１）が重複していると仮定しているので、クライアント端末２（１１００）からＡＲＰ ＡＣＫを、ブロードキャストで送信（ステップ５４）する。例えば、ＡＲＰ ＲＥＱＵＥＳＴの送信元であるパケット転送装置１（２０００）と他のクライアント端末に対して配信される。
アドレス監視機能付きパケット転送装置１（２０００）は、ブロードキャストであるＡＲＰ ＡＣＫをポート３を介して受信すると、接続してある他のクライアント端末にブロードキャストで送信しないで、装置内に備える受信ポート２０１０−３と受信バッファ２０２１を介してＡＲＰ ＡＣＫをプロトコル処理部２０２０に転送する。また、ポート３に対応してパケットのプロトコル種別（ここではＡＲＰ ＡＣＫ）とＩＰアドレス（１９２．１６８．０．１）とＭＡＣアドレス（００：２０：３０：４０：５０：６０）をＡＲＰ管理ルーチン２０２６−２によりユーザ管理テーブル２０２４−１に記憶（図１５のユーザ管理テーブル２０２４−２０）する（ステップ５５）。
ＤＨＣＰサーバ１（３０００）から割り振られたＩＰアドレス（１９２．１６８．０．１）とＡＲＰ ＡＣＫによるＩＰアドレス（１９２．１６８．０．１）と一致するので、ユーザ管理テーブル２０２４−１（図１５のユーザ管理テーブル２０２４−２０）よりＡＲＰ ＡＣＫの応答があったポート３（クライアント端末２が接続しているポート）に対して、ＭＡＣアドレス（００：２０：３０：４０：５０：６０）及びＩＰアドレス（１９２．１６８．０．１）のフィルタリングを実施する（ステップ５６）。例えば、ポート３に対応するフィルタ判定４６０をＯＮにする。この状態で、不正ＩＰアドレス使用のクライアント端末２（１１００）はＩＰアドレス（１９２．１６８．０．１）で通信ができなくなる。
ＡＲＰ ＡＣＫを受信すると、アドレス監視機能付きパケット転送装置１（２０００）は、制御通信パケット（ステップ５７）を送信する。この制御通信パケットをクライアント端末がこのパケットを受信しても何ら問題はない。よって通信網１におけるクライアント端末１（１０００）はこの制御通信パケットを受信しても破棄（ステップ５８）する。なお、本実施の形態においては、ステップ５７、５８は省略できる。
アドレス監視機能付きパケット転送装置１（２０００）内にあるＤＨＣＰ ＡＣＫパケット格納メモリ２０２７からＤＨＣＰ ＡＣＫパケットを読み出して、プロトコル処理部２０２０から、クライアント端末１（１０００）に接続している送信バッファ２０２２及び送信ポート２０１０−１を介して、クライアント端末１（１０００）へＤＨＣＰ ＡＣＫを送信する（ステップ５９）。
ＤＨＣＰ ＡＣＫによってクライアント端末１（１０００）にＩＰアドレス（１９２．１６８．０．１）を割り当てる。
ＡＲＰ ＡＣＫを受信すると、アドレス監視機能付きパケット転送装置１（２０００）は、制御通信パケット（ステップ５７）を送信する。この制御通信パケットをクライアント端末がこのパケットを受信しても何ら問題はない。よって通信網１におけるクライアント端末１（１０００）はこの制御通信パケットを受信しても破棄（ステップ５８）する。なお、本実施の形態においては、ステップ５７、５８は省略できる。
アドレス監視機能付きパケット転送装置１（２０００）内にあるＤＨＣＰ ＡＣＫパケット格納メモリ２０２７からＤＨＣＰ ＡＣＫパケットを読み出して、プロトコル処理部２０２０から、クライアント端末１（１０００）に接続している送信バッファ２０２２及び送信ポート２０１０−１を介して、クライアント端末１（１０００）へＤＨＣＰ ＡＣＫを送信する（ステップ５９）。
ＤＨＣＰ ＡＣＫによってクライアント端末１（１０００）にＩＰアドレス（１９２．１６８．０．１）を割り当てる。
以上の結果、クライアント端末２（１１００）はＩＰアドレス（１９２．１６８．０．１）を使用できないことから、タイマー機能により時間が経過すると、クライント端末１（１０００）はＩＰアドレス（１９２．１６８．０．１）を利用することができるので通信可能となる（ステップ６０）。
次に、第２の実施の形態におけるアドレス監視機能付きパケット転送装置１（２０００）のプロトコル処理部２０２０に備えるプロセッサ２０２３の処理を示すフローチャートを図９、１１を用いて説明する。ステップ２１１０〜２１１７までは、第１の実施の形態と同様なので説明を省略する。
本実施の形態では、アドレス監視機能付きパケット転送装置１（２０００）によるＡＲＰ解決を図る。図９のステップ２１１７では、「ＡＲＰパケットを送信する」ことが予め設定されておくことで、図中Ｂのフローに移る。アドレス監視機能付きパケット転送装置１（２０００）がＤＨＣＰ ＡＣＫを受信すると、アドレス監視機能付きパケット転送装置１（２０００）内にあるＤＨＣＰ ＡＣＫパケット格納メモリ２０２７−１へＤＨＣＰ ＡＣＫパケットを格納する（図１１：ステップ２１３０、図１４：ステップ５０に対応）。
次に、第２の実施の形態におけるアドレス監視機能付きパケット転送装置１（２０００）のプロトコル処理部２０２０に備えるプロセッサ２０２３の処理を示すフローチャートを図９、１１を用いて説明する。ステップ２１１０〜２１１７までは、第１の実施の形態と同様なので説明を省略する。
本実施の形態では、アドレス監視機能付きパケット転送装置１（２０００）によるＡＲＰ解決を図る。図９のステップ２１１７では、「ＡＲＰパケットを送信する」ことが予め設定されておくことで、図中Ｂのフローに移る。アドレス監視機能付きパケット転送装置１（２０００）がＤＨＣＰ ＡＣＫを受信すると、アドレス監視機能付きパケット転送装置１（２０００）内にあるＤＨＣＰ ＡＣＫパケット格納メモリ２０２７−１へＤＨＣＰ ＡＣＫパケットを格納する（図１１：ステップ２１３０、図１４：ステップ５０に対応）。
プロトコル処理部２０２０は、クライアント端末１（１０００）とクライアント端末２（１１００）に接続している送信バッファ２０２２及び送信ポート２０１０−１と送信ポート２０１０−３を介して、クライアント端末１（１０００）とクライアント端末２（１１００）へＡＲＰ ＲＥＱＵＥＳＴを送信する（ステップ２１３１、図１４：ステップ５１に対応）。
仮にクライアント端末２（１１００）がＩＰアドレス（１９２．１６８．０．１）ではないアドレスを持っていればアドレス監視機能付きパケット転送装置１（２０００）はＡＲＰ ＡＣＫを受信しない（ステップ２１３２）。プロトコル処理部２０２０は、一時的に格納していたＤＨＣＰ ＡＣＫを、ＤＨＣＰ ＡＣＫパケットメモリ２０２７−１より読み出して（ステップ２１３３）、ＤＨＣＰ ＡＣＫをクライアント端末１（１０００）へ送信する（ステップ２１３４）。この結果、クライアント端末１は、ＤＨＣＰ ＡＣＫより割り当てたＩＰアドレス（１９２．１６８．０．１）を利用できる（ステップ２１３５）。
ここでは、クライアント端末２（１１００）がＩＰアドレス（１９２．１６８．０．１）を持っていることと仮定しているので、ユニキャストのＡＲＰ ＡＣＫを受信する。具体的には、クライアント端末２（１１００）は、ＩＰアドレス（１９２．１６８．０．１）を使用しているとＩＰアドレスが重複しているので、アドレス監視機能付きパケット転送装置１（２０００）は、受信ポート２０１０−３／受信バッファ２０２１を介して、該当端末からＡＲＰ ＡＣＫを受信する（ステップ２１３２）。
ＡＲＰ ＡＣＫを受信すると、アドレス監視機能付きパケット転送装置１（２０００）内にあるユーザ管理テーブル２０２４−１へ、ＡＲＰパケットのプロトコル種別と、ＡＲＰ ＡＣＫの送信元であるクライアント端末２のＭＡＣアドレス（００：２０：３０：４０：５０：６０）を記憶する。ユーザ管理テーブル２０２４−１の状態は図１５のユーザ管理テーブル２０２４−２０となり、ポート３に対応してクライアント端末１（１０００）に割り当てるＩＰアドレス４３０に１９２．１６８．０．１と、ＡＲＰパケットのプロトコル種別４４０にＡＲＰ ＡＣＫと記憶する（ステップ２１３６）。上述のユーザ管理テーブル２０２４−１より、ＤＨＣＰ ＡＣＫによるＩＰアドレス（１９２．１６８．０．１）とＡＲＰ ＡＣＫによるＩＰアドレス（１９２．１６８．０．１）が一致する（ステップ２１３７）。
仮にクライアント端末２（１１００）がＩＰアドレス（１９２．１６８．０．１）ではないアドレスを持っていればアドレス監視機能付きパケット転送装置１（２０００）はＡＲＰ ＡＣＫを受信しない（ステップ２１３２）。プロトコル処理部２０２０は、一時的に格納していたＤＨＣＰ ＡＣＫを、ＤＨＣＰ ＡＣＫパケットメモリ２０２７−１より読み出して（ステップ２１３３）、ＤＨＣＰ ＡＣＫをクライアント端末１（１０００）へ送信する（ステップ２１３４）。この結果、クライアント端末１は、ＤＨＣＰ ＡＣＫより割り当てたＩＰアドレス（１９２．１６８．０．１）を利用できる（ステップ２１３５）。
ここでは、クライアント端末２（１１００）がＩＰアドレス（１９２．１６８．０．１）を持っていることと仮定しているので、ユニキャストのＡＲＰ ＡＣＫを受信する。具体的には、クライアント端末２（１１００）は、ＩＰアドレス（１９２．１６８．０．１）を使用しているとＩＰアドレスが重複しているので、アドレス監視機能付きパケット転送装置１（２０００）は、受信ポート２０１０−３／受信バッファ２０２１を介して、該当端末からＡＲＰ ＡＣＫを受信する（ステップ２１３２）。
ＡＲＰ ＡＣＫを受信すると、アドレス監視機能付きパケット転送装置１（２０００）内にあるユーザ管理テーブル２０２４−１へ、ＡＲＰパケットのプロトコル種別と、ＡＲＰ ＡＣＫの送信元であるクライアント端末２のＭＡＣアドレス（００：２０：３０：４０：５０：６０）を記憶する。ユーザ管理テーブル２０２４−１の状態は図１５のユーザ管理テーブル２０２４−２０となり、ポート３に対応してクライアント端末１（１０００）に割り当てるＩＰアドレス４３０に１９２．１６８．０．１と、ＡＲＰパケットのプロトコル種別４４０にＡＲＰ ＡＣＫと記憶する（ステップ２１３６）。上述のユーザ管理テーブル２０２４−１より、ＤＨＣＰ ＡＣＫによるＩＰアドレス（１９２．１６８．０．１）とＡＲＰ ＡＣＫによるＩＰアドレス（１９２．１６８．０．１）が一致する（ステップ２１３７）。
ユーザ管理テーブル２０２４−１の状態は図１５のユーザ管理テーブル２０２４−２１となりフィルタ判定４６０をＯＮとすることによって、ＡＲＰ ＡＣＫの応答があったポート３（クライアント端末２が接続しているポート）に対して、ＭＡＣアドレス（００：２０：３０：４０：５０：６０）及びＩＰアドレス（１９２．１６８．０．１）のフィルタリングを実施する（ステップ２１３８）。これにより不正ＩＰアドレス使用端末のクライアント端末２（１１００）は通信ができなくなる。
また、ＡＲＰ ＡＣＫを受信すると、自動的に制御通信パケットを用いてＩＰアドレス（１９２．１６８．０．１）が重複しているクライアント端末２（１１００）のポート番号３とＭＡＣアドレス（００：２０：３０：４０：５０：６０）とＩＰアドレスの情報（１９２．１６８．０．１）を、他のアドレス監視機能付きパケット転送装置又はクライアント端末に対して送信する（ステップ２１３９）。また、プロトコル処理部２０２０は、一時的に記憶していたＤＨＣＰ ＡＣＫをＤＨＣＰ ＡＣＫパケットメモリ２０２７−１より読み出して（ステップ２１４０）、ＤＨＣＰ ＡＣＫをクライアント端末１（１０００）へ送信する（ステップ２１４１）。
以上の結果、クライアント端末２（１１００）は、ＩＰアドレス（１９２．１６８．０．１）を使用できないことから、ＤＨＣＰ ＡＣＫによりクライント端末１（１０００）は割り当てられたＩＰアドレス（１９２．１６８．０．１）を利用することができるので通信可能となる。
また、ＡＲＰ ＡＣＫを受信すると、自動的に制御通信パケットを用いてＩＰアドレス（１９２．１６８．０．１）が重複しているクライアント端末２（１１００）のポート番号３とＭＡＣアドレス（００：２０：３０：４０：５０：６０）とＩＰアドレスの情報（１９２．１６８．０．１）を、他のアドレス監視機能付きパケット転送装置又はクライアント端末に対して送信する（ステップ２１３９）。また、プロトコル処理部２０２０は、一時的に記憶していたＤＨＣＰ ＡＣＫをＤＨＣＰ ＡＣＫパケットメモリ２０２７−１より読み出して（ステップ２１４０）、ＤＨＣＰ ＡＣＫをクライアント端末１（１０００）へ送信する（ステップ２１４１）。
以上の結果、クライアント端末２（１１００）は、ＩＰアドレス（１９２．１６８．０．１）を使用できないことから、ＤＨＣＰ ＡＣＫによりクライント端末１（１０００）は割り当てられたＩＰアドレス（１９２．１６８．０．１）を利用することができるので通信可能となる。
３．第３の実施の形態
本実施の形態では、図１の通信網２に示すアドレス監視機能付きパケット転送装置が複数台で構成されているネットワークについて説明をする。通信システム全体の構成、パケット転送装置の構成については上述と同様であるので、その説明を省略する。なお、通信網１は省略してもよい。
図１の例では、通信網２は、アドレス監視機能付きパケット転送装置が５台構成のネットワークの例である。例えば、アドレス監視機能付きパケット転送装置３（第２のパケット転送装置）（２２００）のポート１にＤＨＣＰサーバ２（３１００）と、ポート２にアドレス監視機能付きパケット転送装置２（第１のパケット転送装置）（２１００）と、ポート３にルータ４０００と、ポート４にアドレス監視機能付きパケット転送装置４（２３００）が接続している。また例えば、アドレス監視機能付きパケット転送装置２（２１００）のポート１にアドレス監視機能付きパケット転送装置３（２２００）と、ポート３にクライアント端末３（第１の端末）（１２００）が接続している。アドレス監視機能付きパケット転送装置４（２３００）のポート１にアドレス監視機能付きパケット転送装置３（２２００）と、ポート２にアドレス監視機能付きパケット転送装置５（２４００）と、ポート４にアドレス監視機能付きパケット転送装置６（２５００）が接続されている。アドレス監視機能付きパケット転送装置５（２４００）のポート１にクライアント端末４（第２の端末）（１３００）が接続している。アドレス監視機能付きパケット転送装置６（２５００）のポート１にアドレス監視機能付きパケット転送装置４（２３００）が接続している。なお、各装置、端末は適宜のポートに接続されることができる。また、パケット転送装置４〜６を省略し、パケット転送装置３（２２００）のポート４にクライアント端末４（１３００）が接続されてもよい。
クライアント端末３（１２００）は、ＤＨＣＰサーバ２（３１００）からＩＰアドレスの割り当てを期待している端末であり、ＭＡＣアドレス（００：３０：４０：５０：６０：７０）のみ付与されている。一方、クライアント端末４（１３００）はＭＡＣアドレス（００：４０：５０：６０：７０：８０）の他、静的にＩＰアドレス（１９２．１６８．１．１）が既に振られているクライアント端末であり、不正ＩＰアドレス使用端末と仮定する。
図１６〜１９に、第３の実施の形態のシーケンス図を示す。本実施の形態におけるプロトコル処理部２０２０に備えるプロセッサ２０２３の処理を示すフローチャートと、ユーザ管理テーブル２０２４−１の状態は、個々のアドレス監視機能付きパケット転送装置が行うものと変わらないので、上述の第１及び第２の実施の形態と同様であるので、その説明を省略する。
本実施の形態では、図１の通信網２に示すアドレス監視機能付きパケット転送装置が複数台で構成されているネットワークについて説明をする。通信システム全体の構成、パケット転送装置の構成については上述と同様であるので、その説明を省略する。なお、通信網１は省略してもよい。
図１の例では、通信網２は、アドレス監視機能付きパケット転送装置が５台構成のネットワークの例である。例えば、アドレス監視機能付きパケット転送装置３（第２のパケット転送装置）（２２００）のポート１にＤＨＣＰサーバ２（３１００）と、ポート２にアドレス監視機能付きパケット転送装置２（第１のパケット転送装置）（２１００）と、ポート３にルータ４０００と、ポート４にアドレス監視機能付きパケット転送装置４（２３００）が接続している。また例えば、アドレス監視機能付きパケット転送装置２（２１００）のポート１にアドレス監視機能付きパケット転送装置３（２２００）と、ポート３にクライアント端末３（第１の端末）（１２００）が接続している。アドレス監視機能付きパケット転送装置４（２３００）のポート１にアドレス監視機能付きパケット転送装置３（２２００）と、ポート２にアドレス監視機能付きパケット転送装置５（２４００）と、ポート４にアドレス監視機能付きパケット転送装置６（２５００）が接続されている。アドレス監視機能付きパケット転送装置５（２４００）のポート１にクライアント端末４（第２の端末）（１３００）が接続している。アドレス監視機能付きパケット転送装置６（２５００）のポート１にアドレス監視機能付きパケット転送装置４（２３００）が接続している。なお、各装置、端末は適宜のポートに接続されることができる。また、パケット転送装置４〜６を省略し、パケット転送装置３（２２００）のポート４にクライアント端末４（１３００）が接続されてもよい。
クライアント端末３（１２００）は、ＤＨＣＰサーバ２（３１００）からＩＰアドレスの割り当てを期待している端末であり、ＭＡＣアドレス（００：３０：４０：５０：６０：７０）のみ付与されている。一方、クライアント端末４（１３００）はＭＡＣアドレス（００：４０：５０：６０：７０：８０）の他、静的にＩＰアドレス（１９２．１６８．１．１）が既に振られているクライアント端末であり、不正ＩＰアドレス使用端末と仮定する。
図１６〜１９に、第３の実施の形態のシーケンス図を示す。本実施の形態におけるプロトコル処理部２０２０に備えるプロセッサ２０２３の処理を示すフローチャートと、ユーザ管理テーブル２０２４−１の状態は、個々のアドレス監視機能付きパケット転送装置が行うものと変わらないので、上述の第１及び第２の実施の形態と同様であるので、その説明を省略する。
クライアント端末３（１２００）からＩＰアドレスの割り当て要求であるＤＨＣＰ ＤＩＳＣＯＶＥＲを、ＤＨＣＰサーバ２（３１００）へ向けてブロードキャストで送信する（ステップ１００、ステップ１０１）。ＤＨＣＰ ＤＩＳＣＯＶＥＲを受信したアドレス監視機能付きパケット転送装置２（２１００）は、装置内に備える受信ポート２０１０−３と受信バッファ２０２１を介して、ＤＨＣＰ ＤＩＳＣＯＶＥＲをプロトコル処理部２０２０に転送する。また、パケットのプロトコル種別（ここではＤＨＣＰ ＤＩＳＣＯＶＥＲ）とクライアント端末３（１２００）のＭＡＣアドレス（００：３０：４０：５０：６０：７０）を、ＤＨＣＰ管理ルーチン２０２６−１によりユーザ管理テーブル２０２４−１に記憶する（ステップ１０２）。
プロトコル処理部２０２０は、アドレス監視機能付きパケット転送装置３（２２００）に接続している送信バッファ２０２２及び送信ポート２０１０−１を介して、アドレス監視機能付きパケット転送装置３（２２００）へＤＨＣＰ ＤＩＳＣＯＶＥＲを送信する（ステップ１０３）。
アドレス監視機能付きパケット転送装置２（２１００）〜アドレス監視機能付きパケット転送装置５（２４００）においても、ステップ１０１〜１０３と同様の処理（ステップ１０２〜１１０）を行うので詳細な説明は省略する。
プロトコル処理部２０２０は、アドレス監視機能付きパケット転送装置３（２２００）に接続している送信バッファ２０２２及び送信ポート２０１０−１を介して、アドレス監視機能付きパケット転送装置３（２２００）へＤＨＣＰ ＤＩＳＣＯＶＥＲを送信する（ステップ１０３）。
アドレス監視機能付きパケット転送装置２（２１００）〜アドレス監視機能付きパケット転送装置５（２４００）においても、ステップ１０１〜１０３と同様の処理（ステップ１０２〜１１０）を行うので詳細な説明は省略する。
ステップ１１１では、ＤＨＣＰサーバ２（３１００）は、ＤＨＣＰ ＤＩＳＣＯＶＥＲの問い合わせ（１０５）に対して、クライアント端末３（１２００）に向けてユニキャストでＤＨＣＰ ＯＦＦＥＲを送信する（ステップ１１１）。アドレス監視機能付きパケット転送装置３（２２００）は、ＤＨＣＰ ＯＦＦＥＲをアドレス監視機能付きパケット転送装置２（２１００）へ送信する。また、装置内に備える受信ポート２０１０−１と受信バッファ２０２１を介してＤＨＣＰ ＯＦＦＥＲをプロトコル処理部２０２０に転送して、パケットのプロトコル種別（ここではＤＨＣＰ ＯＦＦＥＲ）をＤＨＣＰ管理ルーチン２０２６−１によりユーザ管理テーブル２０２４−１に記憶する（ステップ１１２）。アドレス監視機能付きパケット転送装置２（２１００）においてもアドレス監視機能付きパケット転送装置３と同様の処理（ステップ１１３）を行うので詳細な説明は省略する。
次に、ＤＨＣＰ ＯＦＦＥＲを受信したクライアント端末３（１２００）は、ＤＨＣＰ ＯＦＦＥＲの応答として、ＤＨＣＰ ＲＥＱＵＥＳＴをブロードキャストで送信（ステップ１１４）する。ＤＨＣＰ ＲＥＱＵＥＳＴを受信したアドレス監視機能付きパケット転送装置２（２１００）は、装置内に備える受信ポート２０１０−３と受信バッファ２０２１を介して、ＤＨＣＰ ＲＥＱＵＥＳＴをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＤＨＣＰ ＲＥＱＵＥＳＴ）をＤＨＣＰ管理ルーチン２０２６−１によりユーザ管理テーブル２０２４−１に記憶する。また、プロトコル処理部２０２０からアドレス監視機能付きパケット転送装置３（２２００）に接続している送信バッファ２０２２及び送信ポート２０１０−１を介して、アドレス監視機能付きパケット転送装置３（２２００）へＤＨＣＰ ＲＥＱＵＥＳＴを送信する（ステップ１１６）。
次に、ＤＨＣＰ ＯＦＦＥＲを受信したクライアント端末３（１２００）は、ＤＨＣＰ ＯＦＦＥＲの応答として、ＤＨＣＰ ＲＥＱＵＥＳＴをブロードキャストで送信（ステップ１１４）する。ＤＨＣＰ ＲＥＱＵＥＳＴを受信したアドレス監視機能付きパケット転送装置２（２１００）は、装置内に備える受信ポート２０１０−３と受信バッファ２０２１を介して、ＤＨＣＰ ＲＥＱＵＥＳＴをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＤＨＣＰ ＲＥＱＵＥＳＴ）をＤＨＣＰ管理ルーチン２０２６−１によりユーザ管理テーブル２０２４−１に記憶する。また、プロトコル処理部２０２０からアドレス監視機能付きパケット転送装置３（２２００）に接続している送信バッファ２０２２及び送信ポート２０１０−１を介して、アドレス監視機能付きパケット転送装置３（２２００）へＤＨＣＰ ＲＥＱＵＥＳＴを送信する（ステップ１１６）。
アドレス監視機能付きパケット転送装置２（２１００）〜アドレス監視機能付きパケット転送装置５（２４００）においてもステップ１１５と同様の処理（ステップ１１６〜１２５）を行うので、詳細な説明は省略する。
ステップ１２６では、ＤＨＣＰサーバ２（３１００）は、ＤＨＣＰ ＲＥＱＵＥＳＴの問い合わせ（ステップ１２０）に対して、クライアント端末３（１２００）に向けてユニキャストでＤＨＣＰ ＡＣＫを送信する（ステップ１２６、１２７）。ＤＨＣＰ ＡＣＫを受信したアドレス監視機能付きパケット転送装置３（２２００）は、ＤＨＣＰ ＡＣＫパケット格納メモリ２０２７−１へＤＨＣＰ ＡＣＫパケットを一時的に格納する（ステップ１２８）する。アドレス監視機能付きパケット転送装置３（２２００）は、装置内に備える受信ポート２０１０−１と受信バッファ２０２１を介して、ＤＨＣＰ ＡＣＫをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＤＨＣＰ ＡＣＫ）と割り当てＩＰアドレス（１９２．１６８．１．１）をＤＨＣＰ管理ルーチン２０２６−１によりユーザ管理テーブル２０２４−１に記憶する（ステップ１２９）。
アドレス監視機能付きパケット転送装置３（２２００）は、送信バッファ２０２２と送信ポート２０１０−２と送信ポート２０１０−３を介して、ＡＲＰ ＲＥＱＵＥＳＴを、配下にあるアドレス監視機能付きパケット転送装置２（２１００）〜アドレス監視機能付きパケット転送装置６（２５００）及びクライアント端末３（１２００）、クライアント端末４（１３００）へ送信する（ステップ１３０）。各アドレス監視機能付きパケット転送装置は、ＡＲＰ ＲＥＱＵＥＳＴを受信し、ＤＨＣＰパケットのプロトコル種別（ＡＲＰ ＲＥＱＵＥＳＴ）をユーザ管理テーブル２０２４−１に記憶する（ステップ１３１〜１３９）。また、各パケット転送装置は、ＡＲＰ ＲＥＱＵＥＳＴをブロードキャストで送信する。
ステップ１２６では、ＤＨＣＰサーバ２（３１００）は、ＤＨＣＰ ＲＥＱＵＥＳＴの問い合わせ（ステップ１２０）に対して、クライアント端末３（１２００）に向けてユニキャストでＤＨＣＰ ＡＣＫを送信する（ステップ１２６、１２７）。ＤＨＣＰ ＡＣＫを受信したアドレス監視機能付きパケット転送装置３（２２００）は、ＤＨＣＰ ＡＣＫパケット格納メモリ２０２７−１へＤＨＣＰ ＡＣＫパケットを一時的に格納する（ステップ１２８）する。アドレス監視機能付きパケット転送装置３（２２００）は、装置内に備える受信ポート２０１０−１と受信バッファ２０２１を介して、ＤＨＣＰ ＡＣＫをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＤＨＣＰ ＡＣＫ）と割り当てＩＰアドレス（１９２．１６８．１．１）をＤＨＣＰ管理ルーチン２０２６−１によりユーザ管理テーブル２０２４−１に記憶する（ステップ１２９）。
アドレス監視機能付きパケット転送装置３（２２００）は、送信バッファ２０２２と送信ポート２０１０−２と送信ポート２０１０−３を介して、ＡＲＰ ＲＥＱＵＥＳＴを、配下にあるアドレス監視機能付きパケット転送装置２（２１００）〜アドレス監視機能付きパケット転送装置６（２５００）及びクライアント端末３（１２００）、クライアント端末４（１３００）へ送信する（ステップ１３０）。各アドレス監視機能付きパケット転送装置は、ＡＲＰ ＲＥＱＵＥＳＴを受信し、ＤＨＣＰパケットのプロトコル種別（ＡＲＰ ＲＥＱＵＥＳＴ）をユーザ管理テーブル２０２４−１に記憶する（ステップ１３１〜１３９）。また、各パケット転送装置は、ＡＲＰ ＲＥＱＵＥＳＴをブロードキャストで送信する。
ステップ１４０では、クライアント端末４（１３００）がＡＲＰ ＲＥＱＵＥＳＴを受信後、クライアント端末４（１３００）のＩＰアドレス（１９２．１６８．１．１）とＡＲＰ ＲＥＱＵＥＳＴパケット中のＩＰアドレス（１９２．１６８．１．１）を比較する（ステップ１４０）。一致しなければ、ＩＰアドレスの重複がないのでＤＨＣＰサーバ２（３１００）より提案されたＩＰアドレスが使用できる（ステップ１４１）。ここでは、ＤＨＣＰサーバ２（３１００）より提案されたＩＰアドレス（１９２．１６８．１．１）とクライアント端末４（１３００）のＩＰアドレス（１９２．１６８．１．１）が重複していると仮定しているので、クライアント端末４（１３００）からＡＲＰ ＡＣＫを他のクライアント端末に対してブロードキャストで送信（ステップ１４２、１４３）する。
アドレス監視機能付きパケット転送装置５（２４００）は、ブロードキャストであるＡＲＰ ＡＣＫを受信すると、装置内に備える受信ポート２０１０−３と受信バッファ２０２１を介して、ＡＲＰ ＡＣＫをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＡＲＰ ＡＣＫ）とＩＰアドレス（１９２．１６８．１．１）とＭＡＣアドレス（００：４０：５０：６０：７０：８０）をＡＲＰ管理ルーチン２０２６−２によりユーザ管理テーブル２０２４−１に記憶する（ステップ１４４）。
アドレス監視機能付きパケット転送装置５（２４００）は、ブロードキャストであるＡＲＰ ＡＣＫを受信すると、装置内に備える受信ポート２０１０−３と受信バッファ２０２１を介して、ＡＲＰ ＡＣＫをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＡＲＰ ＡＣＫ）とＩＰアドレス（１９２．１６８．１．１）とＭＡＣアドレス（００：４０：５０：６０：７０：８０）をＡＲＰ管理ルーチン２０２６−２によりユーザ管理テーブル２０２４−１に記憶する（ステップ１４４）。
ＤＨＣＰサーバ２（３１００）から割り振られたＩＰアドレス（１９２．１６８．１．１）と、ＡＲＰ ＡＣＫによるＩＰアドレス（１９２．１６８．１．１）とが一致するので、ユーザ管理テーブル２０２４−１よりＡＲＰ ＡＣＫの応答があったポート１（クライアント端末４が接続している）に対して、ＭＡＣアドレス（００：４０：５０：６０：７０：８０）及びＩＰアドレス（１９２．１６８．１．１）のフィルタリングを実施する（ステップ１４５）。例えば、ユーザ管理テーブル２０２４−１のポート１に対応するフィルタ判定フラグをＯＮにすることによりフィルタリングが実施される。また、ＡＲＰ ＡＣＫをブロードキャストで送信する。
アドレス監視機能付きパケット転送装置４（２３００）〜アドレス監視機能付きパケット転送装置３（２２００）においても同様の処理（ステップ１４６〜１５１）を行うので詳細な説明は省略する。
ＡＲＰ ＡＣＫを受信したアドレス監視機能付きパケット転送装置３（２２００）は、アドレス監視機能付きパケット転送装置５（２４００）、アドレス監視機能付きパケット転送装置４（２３００）と同様の処理（ステップ１５０、１５１）を行うと共に、配下にあるアドレス監視機能付きパケット転送装置に対してブロードキャストでＡＲＰ応答を転送しないで、制御通信パケットを送信する（ステップ１５２、１５３）。制御通信パケットは、例えば、図３に示す各情報を含む。ここで、ＩＰアドレス情報２３０、ＭＡＣアドレス情報２４０、ポート情報２５０は、ユーザ管理テーブル２０２４−１において、フィルタ判定フラグがＯＮに設定されたエントリの各情報（ここでは、クライアント端末４に関する情報）を用いることができる。なお、上述のパケット転送装置４、５は、ＡＲＰ ＡＣＫを受信するとこれを転送するが、パケット転送装置３は、自らＡＲＰ ＲＥＱＵＥＳＴを送信した装置であり、ＡＲＰ ＡＣＫを受信してもこれを転送しない。
アドレス監視機能付きパケット転送装置４（２３００）〜アドレス監視機能付きパケット転送装置３（２２００）においても同様の処理（ステップ１４６〜１５１）を行うので詳細な説明は省略する。
ＡＲＰ ＡＣＫを受信したアドレス監視機能付きパケット転送装置３（２２００）は、アドレス監視機能付きパケット転送装置５（２４００）、アドレス監視機能付きパケット転送装置４（２３００）と同様の処理（ステップ１５０、１５１）を行うと共に、配下にあるアドレス監視機能付きパケット転送装置に対してブロードキャストでＡＲＰ応答を転送しないで、制御通信パケットを送信する（ステップ１５２、１５３）。制御通信パケットは、例えば、図３に示す各情報を含む。ここで、ＩＰアドレス情報２３０、ＭＡＣアドレス情報２４０、ポート情報２５０は、ユーザ管理テーブル２０２４−１において、フィルタ判定フラグがＯＮに設定されたエントリの各情報（ここでは、クライアント端末４に関する情報）を用いることができる。なお、上述のパケット転送装置４、５は、ＡＲＰ ＡＣＫを受信するとこれを転送するが、パケット転送装置３は、自らＡＲＰ ＲＥＱＵＥＳＴを送信した装置であり、ＡＲＰ ＡＣＫを受信してもこれを転送しない。
アドレス監視機能付きパケット転送装置２（２１００）は、制御通信パケットを受信する。これにより、フィルタリングのポート情報が取得される。例えば、アドレス監視機能付きパケット転送装置２（２１００）は、制御通信パケットに含まれるＩＰアドレス情報、ＭＡＣアドレス情報を取得し、制御通信パケットを受信したポート（ポート１）の識別子に対応してＩＰアドレス情報とＭＡＣアドレス情報とをユーザ管理テーブル２０２４−１に記憶する。また、ユーザ管理テーブル２０２４−１のポート情報に対応するフィルタ判定フラグをＯＮに設定して、ＭＡＣアドレス（００：４０：５０：６０：７０：８０）及びＩＰアドレス（１９２．１６８．１．１）に対してフィルタリングを実施する（ステップ１５４）。
本実施の形態では、アドレス監視機能付きパケット転送装置３（２２００）からＡＲＰ ＲＥＱＵＥＳＴを送信しているため、ＡＲＰ ＡＣＫはクライアント端末４（１３００）
からパケット転送装置３（２２００）までしか届かない。そこで、制御通信パケットを作成して送信して、アドレス監視機能付きパケット転送装置２（２１００）にもフィルタリングするための情報を伝えている。この制御通信パケットにより、アドレス監視機能付きパケット転送装置２（２１００）ではＩＰアドレス（１９２．１６８．１．１）が重複しているクライント端末４（１３００）の該当ポート（ポート１）に対してＭＡＣアドレス（００：４０：５０：６０：７０：８０）のＩＰアドレス（１９２．１６８．１．１）の通信を遮断することができる。
本実施の形態では、アドレス監視機能付きパケット転送装置３（２２００）からＡＲＰ ＲＥＱＵＥＳＴを送信しているため、ＡＲＰ ＡＣＫはクライアント端末４（１３００）
からパケット転送装置３（２２００）までしか届かない。そこで、制御通信パケットを作成して送信して、アドレス監視機能付きパケット転送装置２（２１００）にもフィルタリングするための情報を伝えている。この制御通信パケットにより、アドレス監視機能付きパケット転送装置２（２１００）ではＩＰアドレス（１９２．１６８．１．１）が重複しているクライント端末４（１３００）の該当ポート（ポート１）に対してＭＡＣアドレス（００：４０：５０：６０：７０：８０）のＩＰアドレス（１９２．１６８．１．１）の通信を遮断することができる。
さらに、アドレス監視機能付きパケット転送装置２（２１００）は、受信した制御通信パケットをブロードキャストで送信する（ステップ１５５）。この制御通信パケットをクライアント端末が受信しても何ら問題はない。よって、通信網２におけるライアント端末３（１２００）はこの制御通信パケットを受信しても破棄することができる（ステップ１５６）。
なお、ブロードキャストされた制御通信パケットは、アドレス監視機能付きパケット転送装置４（２３００）、アドレス監視機能付きパケット転送装置５（２４００）においても受信され、転送される（ステップ１５９〜１６２）。各パケット転送装置４（２３００）、５（２４００）は、上述のステップ１５４、１５５と同様の処理が実行してもよいし、上述の通りＡＲＰ ＡＣＫの受信によりフィルタリングを実施しているので制御通信パケットを無視してもよい。また、クライアント端末４（１３００）においても、上述のステップ１５６と同様、制御通信パケットを受信しても破棄することができる（ステップ１６３）。
送信後、アドレス監視機能付きパケット転送装置３（２２００）内にあるＤＨＣＰ ＡＣＫパケット格納メモリ２０２７−１からＤＨＣＰ ＡＣＫメッセージを読み出して（ステップ１６４）、プロトコル処理部２０２０からクライアント端末３（１２００）に向けて、ＩＰアドレス（１９２．１６８．１．１）を割り当てるためにＤＨＣＰ ＡＣＫをアドレス監視機能付きパケット転送装置２（２１００）へ送信する（ステップ１６５）。
ＤＨＣＰ ＡＣＫを受信したアドレス監視機能付きパケット転送装置２（２１００）は装置内に備える受信ポート２０１０−３と受信バッファ２０２１を介して、ＤＨＣＰ ＲＥＱＵＥＳＴをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＤＨＣＰ ＡＣＫ）をＤＨＣＰ管理ルーチン２０２６−１によりユーザ管理テーブル２０２４−１に記憶する（ステップ１０６）。また、プロトコル処理部２０２０からアドレス監視機能付きパケット転送装置３（２２００）に接続している送信バッファ２０２２及び送信ポート２０１０−３を介して、クライアント端末３（１２００）へＤＨＣＰ ＡＣＫを送信する（ステップ１６７）。
なお、ブロードキャストされた制御通信パケットは、アドレス監視機能付きパケット転送装置４（２３００）、アドレス監視機能付きパケット転送装置５（２４００）においても受信され、転送される（ステップ１５９〜１６２）。各パケット転送装置４（２３００）、５（２４００）は、上述のステップ１５４、１５５と同様の処理が実行してもよいし、上述の通りＡＲＰ ＡＣＫの受信によりフィルタリングを実施しているので制御通信パケットを無視してもよい。また、クライアント端末４（１３００）においても、上述のステップ１５６と同様、制御通信パケットを受信しても破棄することができる（ステップ１６３）。
送信後、アドレス監視機能付きパケット転送装置３（２２００）内にあるＤＨＣＰ ＡＣＫパケット格納メモリ２０２７−１からＤＨＣＰ ＡＣＫメッセージを読み出して（ステップ１６４）、プロトコル処理部２０２０からクライアント端末３（１２００）に向けて、ＩＰアドレス（１９２．１６８．１．１）を割り当てるためにＤＨＣＰ ＡＣＫをアドレス監視機能付きパケット転送装置２（２１００）へ送信する（ステップ１６５）。
ＤＨＣＰ ＡＣＫを受信したアドレス監視機能付きパケット転送装置２（２１００）は装置内に備える受信ポート２０１０−３と受信バッファ２０２１を介して、ＤＨＣＰ ＲＥＱＵＥＳＴをプロトコル処理部２０２０に転送すると共に、パケットのプロトコル種別（ここではＤＨＣＰ ＡＣＫ）をＤＨＣＰ管理ルーチン２０２６−１によりユーザ管理テーブル２０２４−１に記憶する（ステップ１０６）。また、プロトコル処理部２０２０からアドレス監視機能付きパケット転送装置３（２２００）に接続している送信バッファ２０２２及び送信ポート２０１０−３を介して、クライアント端末３（１２００）へＤＨＣＰ ＡＣＫを送信する（ステップ１６７）。
ＤＨＣＰ ＡＣＫによってクライアント端末３（１２００）にＩＰアドレス（１９２．１６８．１．１）を割り当てる。以上の結果、クライント端末３（１２００）はＩＰアドレス（１９２．１６８．１．１）を利用することができるので通信可能（ステップ１６８）となる。なお、本実施の形態では、第２の実施の形態のようにパケット転送装置が自らＡＲＰ解決を図る方法を用いているが、第１の実施の形態のように、クライアント端末がＡＲＰ解決を図るように変形することができる。
なお、上述の各実施の形態における装置の接続は一例であり、他の接続態様であってもよい、また、端末、サーバ、他の転送装置が接続されるポートは、適宜のポートに接続できる。
なお、上述の各実施の形態における装置の接続は一例であり、他の接続態様であってもよい、また、端末、サーバ、他の転送装置が接続されるポートは、適宜のポートに接続できる。
本発明は、アドレスを自動的に割当・管理する通信ネットワークに関する産業に利用可能である。
１１０： イーサネットフレーム（ＤＨＣＰパケット）
１２０： ＤＨＣＰパケットにおけるＩＰパケット
１３０： ＤＨＣＰパケットにおけるＵＤＰパケット
１４０： ＤＨＣＰパケットにおける送信先ＭＡＣアドレス
１５０： ＤＨＣＰパケットにおける送信元ＭＡＣアドレス
１６０： ＤＨＣＰパケットにおける送信先ＩＰアドレス
１７０： ＤＨＣＰパケットにおける送信元ＩＰアドレス
１８０： ＤＨＣＰパケットのパケットデータ
２００： 制御通信パケットにおけるヘッダ部
２１０： 制御通信パケットにおけるデータ部
２２０： 制御通信パケットにおけるデータリンク部
２３０： 制御通信パケットにおけるＩＰアドレス情報
２４０： 制御通信パケットにおけるＭＡＣアドレス情報
２５０： 制御通信パケットにおけるポート情報
２６０： 制御通信パケットにおけるその他部
４００： ユーザ管理テーブルにおけるポート番号
４１０： ユーザ管理テーブルにおけるＭＡＣアドレス
４２０： ユーザ管理テーブルにおけるＤＨＣＰプロトコルパケットのメッセージ状態
４３０： ユーザ管理テーブルにおけるＤＨＣＰサーバから割り当て定のＩＰアドレス
４４０： ユーザ管理テーブルにおけるＡＲＰプロトコルパケットのメッセージ状態
４５０： ユーザ管理テーブルにおけるＡＲＰプロトコルパケットによるＩＰアドレス
４６０： ユーザ管理テーブルにおけるフィルタ判別結果
１０００： クライアント端末１
１１００： クライアント端末２
１２００： クライアント端末３
１３００： クライアント端末４
２０００： アドレス監視機能付きパケット転送装置１
２０１０−１： ポート１
２０１０−２： ポート２
２０１０−３： ポート３
２０２０： プロトコル処理部
２０２１： 受信バッファ
２０２２： 送信バッファ
２０２３： プロトコル処理プロセッサ
２０２４： メモリ
２０２４−１： ユーザ管理テーブル
２０２５： プロセッサ間インタフェース
２０２６： プログラム格納メモリ
２０２６−１：ＤＨＣＰ管理ルーチン
２０２６−２：ＡＲＰ管理ルーチン
２０２７： パケット格納メモリ
２０２７−１： ＤＨＣＰ ＡＣＫパケット格納メモリ
２０３０： 制御部
２１００： アドレス監視機能付きパケット転送装置２
２２００： アドレス監視機能付きパケット転送装置３
２３００： アドレス監視機能付きパケット転送装置４
２４００： アドレス監視機能付きパケット転送装置５
２５００： アドレス監視機能付きパケット転送装置６
３０００： ＤＨＣＰサーバ１
３１００： ＤＨＣＰサーバ２
４０００： ルータ
５０００： インターネット
１２０： ＤＨＣＰパケットにおけるＩＰパケット
１３０： ＤＨＣＰパケットにおけるＵＤＰパケット
１４０： ＤＨＣＰパケットにおける送信先ＭＡＣアドレス
１５０： ＤＨＣＰパケットにおける送信元ＭＡＣアドレス
１６０： ＤＨＣＰパケットにおける送信先ＩＰアドレス
１７０： ＤＨＣＰパケットにおける送信元ＩＰアドレス
１８０： ＤＨＣＰパケットのパケットデータ
２００： 制御通信パケットにおけるヘッダ部
２１０： 制御通信パケットにおけるデータ部
２２０： 制御通信パケットにおけるデータリンク部
２３０： 制御通信パケットにおけるＩＰアドレス情報
２４０： 制御通信パケットにおけるＭＡＣアドレス情報
２５０： 制御通信パケットにおけるポート情報
２６０： 制御通信パケットにおけるその他部
４００： ユーザ管理テーブルにおけるポート番号
４１０： ユーザ管理テーブルにおけるＭＡＣアドレス
４２０： ユーザ管理テーブルにおけるＤＨＣＰプロトコルパケットのメッセージ状態
４３０： ユーザ管理テーブルにおけるＤＨＣＰサーバから割り当て定のＩＰアドレス
４４０： ユーザ管理テーブルにおけるＡＲＰプロトコルパケットのメッセージ状態
４５０： ユーザ管理テーブルにおけるＡＲＰプロトコルパケットによるＩＰアドレス
４６０： ユーザ管理テーブルにおけるフィルタ判別結果
１０００： クライアント端末１
１１００： クライアント端末２
１２００： クライアント端末３
１３００： クライアント端末４
２０００： アドレス監視機能付きパケット転送装置１
２０１０−１： ポート１
２０１０−２： ポート２
２０１０−３： ポート３
２０２０： プロトコル処理部
２０２１： 受信バッファ
２０２２： 送信バッファ
２０２３： プロトコル処理プロセッサ
２０２４： メモリ
２０２４−１： ユーザ管理テーブル
２０２５： プロセッサ間インタフェース
２０２６： プログラム格納メモリ
２０２６−１：ＤＨＣＰ管理ルーチン
２０２６−２：ＡＲＰ管理ルーチン
２０２７： パケット格納メモリ
２０２７−１： ＤＨＣＰ ＡＣＫパケット格納メモリ
２０３０： 制御部
２１００： アドレス監視機能付きパケット転送装置２
２２００： アドレス監視機能付きパケット転送装置３
２３００： アドレス監視機能付きパケット転送装置４
２４００： アドレス監視機能付きパケット転送装置５
２５００： アドレス監視機能付きパケット転送装置６
３０００： ＤＨＣＰサーバ１
３１００： ＤＨＣＰサーバ２
４０００： ルータ
５０００： インターネット
Claims (7)
- 第１及び／又は第２の端末と、端末にＩＰアドレスを割り当てるアドレス配布サーバとに接続され、パケットを送受信するための複数のポートと、
前記ポートの識別子と、ＩＰアドレスからＭＡＣアドレスを得るためのアドレス解決応答に含まれるＭＡＣアドレス及びＩＰアドレスと、フィルタリングの要否を示すフィルタ判定フラグとが対応して記憶される記憶部と、
受信したパケットの転送処理及びフィルタリングを行う処理部と
を備え、
前記処理部は、
前記ポートのひとつに接続された前記第１の端末からアドレス配布要求を受信すると、該アドレス配布要求を前記アドレス配布サーバに送信し、
アドレス配布要求に従い前記アドレス配布サーバから送信される、前記第１の端末に割り当てられるＩＰアドレスを含むアドレス配布応答を受信し、
受信されたアドレス配布応答を記憶し、
ＩＰアドレスからＭＡＣアドレスを得るための、割り当てられるＩＰアドレスを含むアドレス解決要求を、前記ポートに接続されている端末及び装置にブロードキャストで自ら送信し、
アドレス解決要求内の該ＩＰアドレスを使用する前記第２の端末又は装置から返信されるアドレス解決応答を、前記ポートのひとつを介して受信すると、該アドレス解決応答に含まれる前記第２の端末又は装置のＭＡＣアドレスとＩＰアドレスとを、アドレス解決応答を受信したポートの識別子に対応して前記記憶部に記憶し、及び、該ポートの識別子に対応したフィルタ判定フラグを設定し、
前記フィルタ判定フラグを設定した後に、又は、所定時間内にアドレス解決応答を受信しなかった後に、記憶されたアドレス配布応答を読み出して前記第１の端末に送信し、
前記記憶部のフィルタ判定フラグが設定されたポート、及び／又は、該フラグに対応するＭＡＣアドレス並びにＩＰアドレスに基づき、前記第２の端末又は前記装置に対してフィルタリングを実行するパケット転送装置。 - 前記処理部は、
前記第１の端末から送信されるアドレス解決要求を受信して、該要求に従いアドレス解決要求をブロードキャストで送信すること、又は、
前記アドレス配布サーバからアドレス配布応答を受信すると、自らアドレス解決要求をブロードキャストで送信すること
のいずれかにより前記アドレス解決要求を送信する請求項１に記載のパケット転送装置。 - 前記記憶部は、前記ポートの識別子と、アドレス配布要求又はアドレス配布応答に含まれる前記第１の端末のＭＡＣアドレス及び前記第１の端末に割り当てられるＩＰアドレスとがさらに記憶され、
前記処理部は、
受信されたアドレス配布要求、又は、受信されたアドレス配布応答に含まれる、前記第１の端末のＭＡＣアドレスと前記第１の端末に割り当てられるＩＰアドレスとを、アドレス配布要求を受信したポートの識別子に対応して、前記記憶部に記憶し、
前記記憶部に記憶された、アドレス配布要求又はアドレス配布応答についてのＩＰアドレスと、アドレス解決応答についてのＩＰアドレスが一致することにより、アドレス解決応答を受信したポートの識別子に対応したフィルタ判定フラグが設定される請求項１に記載のパケット転送装置。 - 前記処理部は、
アドレス解決応答を前記ポートのひとつを介して受信すると、さらに、
アドレス解決応答に含まれるフィルタリングを実施するためのＭＡＣアドレスとＩＰアドレスとを含む制御通信パケットを作成し、作成された制御通信パケットをブロードキャストで送信すること
を含み、該制御通信パケットが送受信されることにより、通信網内の他のパケット転送装置へフィルタリングのための情報が送信される請求項１に記載のパケット転送装置。 - 前記処理部は、
他のパケット転送装置から、フィルタリングを実施するためのＭＡＣアドレスとＩＰアドレスとを含む制御通信パケットを前記ポートのひとつを介して受信すると、該パケットを受信したポートの識別子と、受信した制御通信パケットに含まれるＭＡＣアドレス及びＩＰアドレスとを前記記憶部に記憶し、及び、該ポートの識別子に対応したフィルタ判定フラグを設定する請求項１に記載のパケット転送装置。 - アドレス配布要求に従いＩＰアドレスを割り当てるアドレス配布サーバと、
請求項５に記載のパケット転送装置であって、前記アドレス配布サーバにより割り当れられるＩＰアドレスで通信する第３の端末に接続される第１のパケット転送装置と、
請求項４に記載のパケット転送装置であって、前記アドレス配布サーバと、前記第１のパケット転送装置と、静的に割り当てられたＩＰアドレスを有する第４の端末とのそれぞれに接続される第２のパケット転送装置と
を備え、
前記第４の端末からアドレス解決応答を受信した前記第２の転送装置が、前記第１のパケット転送装置に制御通信パケットを送信することにより、フィルタリングのための情報が前記第１のパケット転送装置に送信される通信網。 - 請求項１乃至５のいずれかに記載のパケット転送装置であって、前記第４の端末と、前記第２の転送装置との間に接続される、ひとつ又は複数の第３の転送装置
をさらに備え、
前記第３の転送装置は、前記第４の端末からアドレス解決応答を受信すると、前記第２の転送装置へアドレス解決応答を転送すること含む請求項６に記載の通信網。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005212938A JP4664143B2 (ja) | 2005-07-22 | 2005-07-22 | パケット転送装置、通信網及びパケット転送方法 |
| US11/477,450 US20070022211A1 (en) | 2005-07-22 | 2006-06-30 | Packet transfer system, communication network, and packet transfer method |
| CNB2006101078263A CN100527711C (zh) | 2005-07-22 | 2006-07-24 | 包传输装置、通信网和数据包传输方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005212938A JP4664143B2 (ja) | 2005-07-22 | 2005-07-22 | パケット転送装置、通信網及びパケット転送方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2007036374A JP2007036374A (ja) | 2007-02-08 |
| JP4664143B2 true JP4664143B2 (ja) | 2011-04-06 |
Family
ID=37657256
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005212938A Expired - Fee Related JP4664143B2 (ja) | 2005-07-22 | 2005-07-22 | パケット転送装置、通信網及びパケット転送方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20070022211A1 (ja) |
| JP (1) | JP4664143B2 (ja) |
| CN (1) | CN100527711C (ja) |
Families Citing this family (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100854087B1 (ko) * | 2006-08-21 | 2008-08-25 | 삼성전자주식회사 | 원격 관리장치 및 그 주소 설정방법 |
| US8681779B2 (en) * | 2006-09-01 | 2014-03-25 | Alcatel Lucent | Triple play subscriber and policy management system and method of providing same |
| CN100563149C (zh) * | 2007-04-25 | 2009-11-25 | 华为技术有限公司 | 一种dhcp监听方法及其装置 |
| US8495224B2 (en) * | 2007-06-29 | 2013-07-23 | Apple Inc. | Network management |
| CN101459659B (zh) * | 2007-12-11 | 2011-10-05 | 华为技术有限公司 | 一种地址解析协议报文处理方法及通讯***以及网元 |
| US7814182B2 (en) * | 2008-03-20 | 2010-10-12 | International Business Machines Corporation | Ethernet virtualization using automatic self-configuration of logic |
| US8953601B2 (en) * | 2008-05-13 | 2015-02-10 | Futurewei Technologies, Inc. | Internet protocol version six (IPv6) addressing and packet filtering in broadband networks |
| CN101572712B (zh) * | 2009-06-09 | 2012-06-27 | 杭州华三通信技术有限公司 | 一种防止伪造报文攻击的方法和中继设备 |
| JP5669079B2 (ja) * | 2009-11-16 | 2015-02-12 | パナソニック株式会社 | Ｉｄ管理システム |
| JP5633436B2 (ja) * | 2011-03-11 | 2014-12-03 | 富士通株式会社 | ルータ装置 |
| CN102761499B (zh) * | 2011-04-26 | 2015-02-04 | 国基电子（上海）有限公司 | 网关及其避免受攻击的方法 |
| CN102710439B (zh) * | 2012-05-29 | 2014-07-16 | 南京邮电大学 | 一种用户终端参数信息的获取方法 |
| US9019967B2 (en) * | 2012-07-30 | 2015-04-28 | Dell Products L.P. | VLAN advertisement and automated configuration |
| US9444713B1 (en) * | 2012-11-15 | 2016-09-13 | Qlogic, Corporation | Cut-through routing for network devices |
| EP3018864B1 (en) | 2013-09-12 | 2019-08-28 | Mitsubishi Electric Corporation | Ip address distribution system, switch apparatus and ip address distribution method |
| US9634948B2 (en) | 2013-11-07 | 2017-04-25 | International Business Machines Corporation | Management of addresses in virtual machines |
| CN105338125B (zh) * | 2014-06-25 | 2019-11-05 | 华为技术有限公司 | 报文处理方法及装置 |
| CN105635067B (zh) * | 2014-11-04 | 2019-11-15 | 华为技术有限公司 | 报文发送方法及装置 |
| JP2016158011A (ja) * | 2015-02-23 | 2016-09-01 | ルネサスエレクトロニクス株式会社 | 配信制御装置、データ配信システム、配信制御方法及びプログラム |
| US10171301B2 (en) * | 2015-07-27 | 2019-01-01 | International Business Machines Corporation | Identifying hardcoded IP addresses |
| US10200342B2 (en) * | 2015-07-31 | 2019-02-05 | Nicira, Inc. | Dynamic configurations based on the dynamic host configuration protocol |
| DE102016001925A1 (de) | 2016-02-18 | 2017-08-24 | Innoroute Gmbh | Verfahren zur Optimierung von IP-Verkehr über 802.3 Ethernetverbindungen |
| DE102016001869A1 (de) | 2016-02-18 | 2017-08-24 | Innoroute Gmbh | Verfahren zur Optimierung der Wegfindung von IPv6 Verkehr (IPway) |
| JP6793056B2 (ja) | 2017-02-15 | 2020-12-02 | アラクサラネットワークス株式会社 | 通信装置及びシステム及び方法 |
| WO2019005488A1 (en) | 2017-06-26 | 2019-01-03 | Commscope Technologies Llc | SYSTEM AND METHOD FOR CONFIGURING THE ETHERNET NETWORK AND RF CONNECTIONS FOR CONNECTIONS BETWEEN NODES OF A DISTRIBUTED ANTENNA SYSTEM |
| CN107241461B (zh) * | 2017-07-14 | 2019-09-13 | 迈普通信技术股份有限公司 | Mac地址获取方法、网关设备、网络认证设备及网络*** |
| US11140180B2 (en) * | 2018-03-23 | 2021-10-05 | International Business Machines Corporation | Guard system for automatic network flow controls for internet of things (IoT) devices |
| JP2020017809A (ja) | 2018-07-24 | 2020-01-30 | アラクサラネットワークス株式会社 | 通信装置及び通信システム |
| CN112261173A (zh) * | 2020-10-20 | 2021-01-22 | 四川天邑康和通信股份有限公司 | 一种涉及融合网关的dhcp服务器分配地址冲突检测方法 |
| CN112383559B (zh) * | 2020-11-25 | 2023-04-25 | 杭州迪普信息技术有限公司 | 地址解析协议攻击的防护方法及装置 |
| KR20220133716A (ko) * | 2021-03-25 | 2022-10-05 | 삼성전자주식회사 | 가상 기업망을 구성하기 위한 장치 및 방법 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001211180A (ja) * | 2000-01-26 | 2001-08-03 | Nec Commun Syst Ltd | クライアント認証機能付きｄｈｃｐサーバ、及びその認証方法 |
| JP2004104355A (ja) * | 2002-09-06 | 2004-04-02 | Furukawa Electric Co Ltd:The | ネットワークアドレス管理方法、その管理装置およびネットワークアドレス管理システム |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5905859A (en) * | 1997-01-09 | 1999-05-18 | International Business Machines Corporation | Managed network device security method and apparatus |
| US7096273B1 (en) * | 2001-04-25 | 2006-08-22 | Cisco Technology, Inc. | DHCP over mobile IP |
| US7200649B1 (en) * | 2001-09-27 | 2007-04-03 | Rockwell Automation Technologies, Inc. | Adaptive method for duplicative IP address detection |
| US7234163B1 (en) * | 2002-09-16 | 2007-06-19 | Cisco Technology, Inc. | Method and apparatus for preventing spoofing of network addresses |
| EP1718032B1 (en) * | 2005-04-25 | 2008-09-10 | Alcatel Lucent | Detection of duplicated network addresses by a proxy |
-
2005
- 2005-07-22 JP JP2005212938A patent/JP4664143B2/ja not_active Expired - Fee Related
-
2006
- 2006-06-30 US US11/477,450 patent/US20070022211A1/en not_active Abandoned
- 2006-07-24 CN CNB2006101078263A patent/CN100527711C/zh not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001211180A (ja) * | 2000-01-26 | 2001-08-03 | Nec Commun Syst Ltd | クライアント認証機能付きｄｈｃｐサーバ、及びその認証方法 |
| JP2004104355A (ja) * | 2002-09-06 | 2004-04-02 | Furukawa Electric Co Ltd:The | ネットワークアドレス管理方法、その管理装置およびネットワークアドレス管理システム |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1901511A (zh) | 2007-01-24 |
| JP2007036374A (ja) | 2007-02-08 |
| US20070022211A1 (en) | 2007-01-25 |
| CN100527711C (zh) | 2009-08-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4664143B2 (ja) | パケット転送装置、通信網及びパケット転送方法 | |
| US7046666B1 (en) | Method and apparatus for communicating between divergent networks using media access control communications | |
| JP4886788B2 (ja) | 仮想ネットワーク、データ・ネットワーク・システム、コンピュータ・プログラム、およびコンピュータ・プログラムを運用する方法 | |
| US8369346B2 (en) | Method and system for restricting a node from communicating with other nodes in a broadcast domain of an IP (internet protocol) network | |
| US20080028071A1 (en) | Communication load reducing method and computer system | |
| EP2362587B1 (en) | Method and apparatus for realizing ARP request broadcasting limitation | |
| CN107547510B (zh) | 一种邻居发现协议安全表项处理方法和装置 | |
| JP2008504776A (ja) | 動的デバイスアドレス管理のための方法およびシステム | |
| JPWO2008152807A1 (ja) | Ｍａｃアドレスの重複解消方法、ネットワーク機器管理システム、サーバーおよび情報機器 | |
| KR20090064431A (ko) | 라우트 정보를 관리하고 액세스 디바이스에서 데이터를 재전송하기 위한 방법 및 디바이스 | |
| JP2005073230A (ja) | ネットワーク用スイッチ装置及び経路管理サーバ、ネットワークインタフェース装置、及びそれらの制御方法、及び、経路管理サーバ用コンピュータプログラム及びコンピュータ可読記憶媒体 | |
| KR101358775B1 (ko) | 사용자 액세스 방법, 시스템, 및 액세스 서버, 액세스 장치 | |
| WO2013053266A1 (zh) | 一种报文的学习方法、装置和*** | |
| TWI315139B (ja) | ||
| JP3812285B2 (ja) | ネットワークシステム及びネットワーク機器 | |
| JP2001326696A (ja) | アクセス制御方法 | |
| JP4895793B2 (ja) | ネットワーク監視装置及びネットワーク監視方法 | |
| US20130254425A1 (en) | Dns forwarder for multi-core platforms | |
| JP5261432B2 (ja) | 通信システム、パケット転送方法、ネットワーク交換装置、アクセス制御装置、及びプログラム | |
| JP2010187314A (ja) | 認証機能付きネットワーク中継機器及びそれを用いた端末の認証方法 | |
| US20110235641A1 (en) | Communication apparatus, method of controlling the communication apparatus,and program | |
| JP4750750B2 (ja) | パケット転送システムおよびパケット転送方法 | |
| JP3892235B2 (ja) | アドレス自動割り当て方法 | |
| WO2014132774A1 (ja) | ノード情報検出装置、ノード情報検出方法、及びプログラム | |
| JP2005072701A (ja) | インタフェース提供装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080415 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20100121 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100730 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100817 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101013 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20101221 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110106 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140114 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |