ＩＰアドレス重複監視装置、ＩＰアドレス重複監視方法、ＩＰアドレス重複監視プログラム
ＩＰアドレスとＩＰ層より下層のアドレスである下層アドレスとからなる組を一定期間保持するＡＲＰキャッシュを備えたルータを介してＬＡＮとＬＡＮ外部のネットワークが接続され、且つネットワークへサービスを提供する装置である監視対象装置がＬＡＮ内に存在する場合に、ルータ及びネットワークを介して接続される監視対象装置に対してＩＰアドレス重複の監視を行うＩＰアドレス重複監視装置であって、監視対象装置へ複数のサービス要求を送信するサービス要求発行部と、サービス要求の結果として得られるサービス応答を受信するサービス応答解析部と、サービス要求発行部へ所定の時間間隔でサービス要求の指示を行い、サービス応答解析部から得られる複数のサービス応答の比較を行い、比較の結果に基づいてＩＰアドレス重複の有無の判断を行う監視部とを備えた。
【発明の詳細な説明】
【技術分野】
本発明は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークの運用監視や障害検知を行う技術に関し、特にＩＰネットワーク上でＩＰアドレスが重複設定されていることを監視するＩＰアドレス重複監視装置、ＩＰアドレス重複監視方法、ＩＰアドレス重複監視プログラムに関するものである。
【背景技術】
ＩＰネットワークのＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）内において、新規に設置する装置に既存の装置と同一のＩＰアドレスを割り当ててしまうという重複設定を行うと種々の問題を含む現象が起きる。例えばＷｅｂサーバのＩＰアドレスと同じＩＰアドレスを、別の装置やネットワーク装置に設定してしまったとすると、エンドユーザからはアクセスのタイミングによって、Ｗｅｂサーバのページが見えたり見えなかったりという現象が発生する。このような現象を引き起こす原因は他にもいくつかあるが、ここではＩＰアドレス重複という問題に絞って説明する。
従来におけるＩＰアドレス重複の監視は、監視対象装置と同一ＬＡＮにＩＰアドレス重複監視用の監視装置を設置して行う。監視装置は、ＩＰアドレスと、ＩＰアドレスより下層のアドレスとの対応関係を調べることにより監視を行う。例えば、イーサネットであれば、ＩＰアドレスとＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスとの対応関係を調べる。あるＩＰアドレスのＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）要求に対してＡＲＰ応答が２つ以上あれば、ＩＰアドレス重複が発生していると判断できるため、監視装置はＡＲＰ要求を行う装置を監視し、ＩＰアドレス重複を検知することができる。
しかしながら、上述した従来の技術では以下のような問題が生じる。
従来は、ルータで区切られたネットワーク毎に導入時に監視装置を設置する必要があるため、ミラーポート付スイッチハブの導入やタップの取り付けの必要や、それらの設定のために、運用を一時停止するという問題がある。また、顧客のネットワーク監視ビジネスの場合、顧客のネットワーク内に監視装置を設置する必要があり、セキュリティなどの問題が発生する。また、ネットワーク毎に監視装置を設置する必要があるため、ＩＤＣ（Ｉｎｔｅｒｎｅｔ Ｄａｔａ Ｃｅｎｔｅｒ）のような大規模ネットワークにおいては、設備コストや運用コストが膨大になるという問題が生じる。
本発明は、このような問題を解決するためになされたものであり、監視対象装置が設置されたネットワークに、ＩＰアドレス重複監視用の監視装置を設置することなく、ルータで区切られたネットワーク外のネットワークからＩＰアドレス重複を検知することができるＩＰアドレス重複監視装置、ＩＰアドレス重複監視方法、ＩＰアドレス重複監視プログラムを提供することを目的とする。
【発明の開示】
本発明は、ＩＰアドレスとＩＰ層より下層のアドレスである下層アドレスとからなる組を一定期間保持するＡＲＰキャッシュを備えたルータを持つネットワークと通信可能で、且つ前記ネットワークに接続された監視対象装置に対してＩＰアドレス重複の監視を行うＩＰアドレス重複監視装置であって、前記監視対象装置へ複数のサービス要求を送信するサービス要求発行部と、前記サービス要求の結果として得られるサービス応答を受信するサービス応答解析部と、前記サービス要求発行部へ所定の時間間隔でサービス要求の指示を行い、前記サービス応答解析部から得られる複数の前記サービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無の判断を行う監視部とを備えてなるものである。
このような構成によれば、監視対象装置からいくつかのルータを越えた遠隔地においてもＩＰアドレス重複を監視することが可能である。また、監視対象装置が本来提供しているサービスのサービス応答を利用するため、監視対象装置には何ら変更を加える必要なく監視が可能である。なお、本実施の形態におけるルータとは直前ルータ３のことである。
また、本発明に係るＩＰアドレス重複監視装置において、前記監視部は前記サービス要求発行部へ、第１のサービス要求の指示を行い、所定の時間間隔の後、第２のサービス要求の指示を行い、第１のサービス要求の指示に対して得られる第１のサービス応答と第２のサービス要求の指示に対して得られる第２のサービス応答との比較を行うことを特徴とするものである。
このような構成によれば、２つのサービス応答を比較することにより、ＩＰアドレス重複を検知することができる。
また、本発明に係るＩＰアドレス重複監視装置において、前記下層アドレスはＭＡＣアドレスであることを特徴とするものである。
また、本発明に係るＩＰアドレス重複監視装置において、前記監視部は、前記監視対象装置特有のサービス応答を返すサービスに対してサービス要求の指示を行うことを特徴とするものである。
このような構成によれば、監視対象装置が提供するサービスのうち、特有のサービス応答を返すサービスを選択することにより、監視対象装置からのサービス応答か、同一ネットワーク内の装置からのサービス応答かを判断することができる。
また、本発明に係るＩＰアドレス重複監視装置において、前記監視対象装置特有のサービス応答を返すサービスは、ＯＳバージョンやカーネルバージョンを含むサービス応答を返すｔｅｌｎｅｔ、ＦＱＤＮを含むサービス応答を返すｆｔｐ、ｐｏｐ、ｄｎｓ、前記ネットワーク内の他の装置で提供されない前記監視対象装置独自のサービスやアプリケーション、ｗｗｗのトップページ、のいずれかであることを特徴とするものである。
このような構成によれば、監視対象装置が提供するサービスのうち、特有のサービス応答を返すサービスを選択することにより、監視対象装置からのサービス応答か、同一ネットワーク内の装置からのサービス応答かを判断することができる。
また、本発明に係るＩＰアドレス重複監視装置において、前記監視部は、前記ルータのＡＲＰキャッシュがクリアされていることを確認した後、前記第１のサービス要求の指示を行うことを特徴とするものである。
このような構成によれば、ＡＲＰキャッシュがクリアされた後のＡＲＰ要求により得られたＡＲＰ応答に従って、ＩＰアドレス重複時に２つのサービス要求が異なる装置へルーティングされる可能性があることにより、ＩＰアドレス重複を検知することができる。
また、本発明に係るＩＰアドレス重複監視装置において、前記時間間隔は、前記ルータが前記第１のサービス要求を受信しＡＲＰ要求を送信しＡＲＰ応答を受信し前記サービス要求のルーティングを行うまでの時間を最小値とし、前記ルータがＡＲＰキャッシュをクリアする時間間隔を最大値とする範囲内で設定されることを特徴とするものである。
このような構成によれば、ＡＲＰキャッシュがクリアされた後のＡＲＰ要求により得られたＡＲＰ応答に従って、ＩＰアドレス重複時に２つのサービス要求が異なる装置へルーティングされる可能性があることにより、ＩＰアドレス重複を検知することができる。
また、本発明に係るＩＰアドレス重複監視装置において、前記監視部は、前記第１のサービス応答が正常なサービス応答であり、かつ前記第２のサービス応答が正常なサービス応答であり、かつ前記第１のサービス応答と前記第２のサービス応答が同じ内容である場合に、ＩＰアドレス重複がないと判断することを特徴とするものである。
このような構成によれば、２つのサービス応答を比較することにより、ＩＰアドレス重複がない場合を判断することができる。
また、本発明に係るＩＰアドレス重複監視装置において、前記監視部は、前記監視対象装置が複数のサービスを提供している場合に、前記複数のサービスの各々に対応する前記第１のサービス要求の指示と前記複数のサービスの各々に対応する前記第２のサービス要求の指示を行い、得られるサービス応答の比較をサービス毎に行い、該比較の結果に基づいてＩＰアドレス重複の有無の判断を行うことを特徴とするものである。
このような構成によれば、サービス応答を多く得ることができるため、ＩＰアドレス重複の検知精度を上げることができる。
また、本発明に係るＩＰアドレス重複監視装置において、前記監視部は、前記第１のサービス要求の指示と前記第２のサービス要求の指示の組を複数回繰り返して行い、得られる複数のサービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無の判断を行うことを特徴とするものである。
このような構成によれば、サービス応答を多く得ることができるため、ＩＰアドレス重複の検知精度を上げることができる。
また、本発明に係るＩＰアドレス重複監視装置において、前記監視部は、前記監視対象装置が複数のサービスを提供している場合に、前記複数のサービスの各々に対応する前記第１のサービス要求の指示と前記複数のサービスの各々に対応する前記第２のサービス要求の指示を行い、さらに前記第１のサービス要求の指示と前記第２のサービス要求の指示の組を複数回繰り返して行い、得られるサービス応答の比較をサービス毎に行い、該比較の結果に基づいてＩＰアドレス重複の有無の判断を行うことを特徴とするものである。
このような構成によれば、サービス応答を多く得ることができるため、ＩＰアドレス重複の検知精度をさらに上げることができる。
また、本発明は、ＩＰアドレスとＩＰ層より下層のアドレスである下層アドレスとからなる組を一定期間保持するＡＲＰキャッシュを備えたルータを持つネットワークに接続された監視対象装置に対して、ＩＰアドレス重複の監視を前記ネットワーク外から行うＩＰアドレス重複監視方法であって、前記サービス要求発行部へ所定の時間間隔でサービス要求の指示を行うステップと、前記サービス要求の指示に従って、前記監視対象装置へサービス要求を送信するステップと、前記サービス要求の結果として得られるサービス応答を受信するステップと、受信された複数の前記サービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無を判断するステップとを備えてなるものである。
このような構成によれば、監視対象装置からいくつかのルータを越えた遠隔地においてもＩＰアドレス重複を監視することが可能である。また、監視対象装置が本来提供しているサービスのサービス応答を利用するため、監視対象装置には何ら変更を加える必要なく監視が可能である。
また、本発明は、ＩＰアドレスとＩＰ層より下層のアドレスである下層アドレスとからなる組を一定期間保持するＡＲＰキャッシュを備えたルータを持つネットワークに接続された監視対象装置に対して、ＩＰアドレス重複の監視を前記ネットワーク外からのＩＰアドレス重複の監視をコンピュータに実行させるために、コンピュータにより読取可能な媒体に記憶されたＩＰアドレス重複監視プログラムであって、前記サービス要求発行部へ所定の時間間隔でサービス要求の指示を行うステップと、前記サービス要求の指示に従って、前記監視対象装置へサービス要求を送信するステップと、前記サービス要求の結果として得られるサービス応答を受信するステップと、受信された複数の前記サービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無を判断するステップとをコンピュータに実行させることを特徴とするものである。
このような構成によれば、監視対象装置からいくつかのルータを越えた遠隔地においてもＩＰアドレス重複を監視することが可能である。また、監視対象装置が本来提供しているサービスのサービス応答を利用するため、監視対象装置には何ら変更を加える必要なく監視が可能である。
なお、本発明において、上記コンピュータにより読取り可能な媒体は、ＣＤ−ＲＯＭやフレキシブルディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の可搬型記憶媒体や、コンピュータプログラムを保持するデータベース、或いは、他のコンピュータ並びにそのデータベースや、更に回線上の伝送媒体をも含むものである。
【図面の簡単な説明】
第１図は、本実施の形態に係るＩＰアドレス重複監視装置を設置したシステム構成例を示すブロック図である。
第２図は、本実施の形態に係るＩＰアドレス重複監視装置の構成例を示す機能ブロック図である。
第３図は、直前ルータの構成例を示すブロック図である。
第４図は、本実施の形態に係るＩＰアドレス重複監視装置の動作の一例を示すフローチャートである。
第５図は、監視の判断結果の一例を示す表である。
第６図は、サービス毎の正常サービス応答例を示す図である。
【発明を実施するための最良の形態】
以下、本発明の実施の形態について図面を参照して詳細に説明する。第１図は、本実施の形態に係るＩＰアドレス重複監視装置を設置したシステム構成例を示すブロック図である。第１図に示すように、ＩＰアドレス重複監視装置１は、例えば複数のルータ２と直前ルータ３を介して監視対象装置４と接続されている。直前ルータ３とは、ＩＰアドレス重複監視装置１から監視対象装置４までの経路上に存在するルータのうち、監視対象装置４の直前に位置するルータのことである。また、直前ルータ３には、監視対象装置４の他に同一ＬＡＮ内装置５が接続されている。
次に、本実施の形態に係るＩＰアドレス重複監視装置１について説明する。第２図は、本実施の形態に係るＩＰアドレス重複監視装置の構成例を示す機能ブロック図である。第２図に示すように、ＩＰアドレス重複監視装置１は、サービス要求発行部１１と、サービス応答解析部１２と、監視部１３から構成される。
次に、ＩＰアドレス重複監視装置１の動作について説明する。監視部１３には、監視対象装置４のＩＰアドレスと、監視対象装置４が提供するサービスが予め登録されている。監視部１３は、サービス要求発行部１１に対して、同じ内容のサービス要求の指示を２回行う。ここで、第１のサービス要求と第２のサービス要求は、所定の時間間隔を空ける。
サービス要求発行部１１は、監視部１３の指示に従って、監視対象装置４のサービスを提供するポートに接続し、そのサービスのプロトコルで生成したサービス要求を、監視対象装置４のＩＰアドレスへ送信する。本実施の形態では、監視対象装置４が提供しているサービスをＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）とし、ＨＴＴＰポート（通常ＴＣＰ８０番）へ接続する。また、サービス要求発行部１１は、送信したサービス要求の内容をサービス応答解析部１２へ出力する。
サービス応答解析部１２は、サービス要求発行部１１からのサービス要求に対する応答を受信し、受信した応答を監視部１３へ出力する。ここで、第１のサービス要求に対して第１の応答が受信され、第２のサービス要求に対して第２の応答が受信される。
監視部１３は、２つのサービス応答を比較することによりＩＰアドレス重複の可能性を判断する。以上の動作を全ての監視対象のＩＰアドレスの数だけ繰り返し、終わればまた適当な時間間隔で繰り返す。
次に、直前ルータ３について説明する。本実施の形態で用いる直前ルータ３はＡＲＰ（ＲＦＣ８２６）を実装し、以下に示すＲＦＣ１１２２の引用文における「２．３．２．１」のＭＵＳＴ条件、「２．３．２．２」のＳＨＯＵＬＤ条件を満たすものとする。
（ＲＦＣ１１２２の引用文）
２．３．２．１ ＡＲＰ Ｃａｃｈｅ Ｖａｌｉｄａｔｉｏｎ
Ａｎ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ ｏｆ ｔｈｅ Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＡＲＰ）［ＬＩＮＫ：２］ＭＵＳＴ ｐｒｏｖｉｄｅ ａ ｍｅｃｈａｎｉｓｍ ｔｏ ｆｌｕｓｈ ｏｕｔ−ｏｆ−ｄａｔｅ ｃａｃｈｅ ｅｎｔｒｉｅｓ．
２．３．２．２ ＡＲＰ Ｐａｃｋｅｔ Ｑｕｅｕｅ
Ｔｈｅ ｌｉｎｋ ｌａｙｅｒ ＳＨＯＵＬＤ ｓａｖｅ（ｒａｔｈｅｒ ｔｈａｎ ｄｉｓｃａｒｄ）ａｔ ｌｅａｓｔ ｏｎｅ（ｔｈｅ ｌａｔｅｓｔ）ｐａｃｋｅｔ ｏｆ ｅａｃｈ ｓｅｔ ｏｆ ｐａｃｋｅｔｓ ｄｅｓｔｉｎｅｄ ｔｏ ｔｈｅ ｓａｍｅ ｕｎｒｅｓｏｌｖｅｄ ＩＰ ａｄｄｒｅｓｓ，ａｎｄ ｔｒａｎｓｍｉｔ ｔｈｅ ｓａｖｅｄ ｐａｃｋｅｔ ｗｈｅｎ ｔｈｅ ａｄｄｒｅｓｓ ｈａｓ ｂｅｅｎ ｒｅｓｏｌｖｅｄ．
第３図は、直前ルータの構成例を示すブロック図である。第３図に示すように、直前ルータ３は、入出力インタフェース３１と、ＣＰＵ３２と、メモリ３３から構成される。メモリ３３はＡＲＰキャッシュを備える。ＡＲＰキャッシュは、ＩＰアドレスとＭＡＣアドレスの組を格納するテーブルとしてＡＲＰキャッシュテーブルを備える。なお、本実施の形態においてＩＰアドレス重複の監視を行う前に、ＡＲＰキャッシュを予めクリアしておく必要がある。ＡＲＰキャッシュをクリアする方法については、例えばＴｅｌｎｅｔを用いて操作するなどの技術があるが、ここでは規定しない。
次に、直前ルータ３の動作について説明する。サービス要求とサービス応答、ＡＲＰ要求とＡＲＰ応答は、入出力インタフェース３１を介して送受信される。直前ルータ３において、ＩＰアドレス重複監視装置１からのサービス要求が受信されると、ＣＰＵ３２は、サービス要求が示すＩＰアドレスをＡＲＰキャッシュテーブルから検索する。
サービス要求が示すＩＰアドレスがＡＲＰキャッシュテーブルにある場合、ＣＰＵ３２は、そのＩＰアドレスに対応するＭＡＣアドレスへサービス要求をルーティングする。
一方、サービス要求が示すＩＰアドレスがＡＲＰキャッシュテーブルにない場合、ＣＰＵ３２は、サービス要求が示すＩＰアドレスのＡＲＰ要求をブロードキャストする。直前ルータ３において、ＡＲＰ要求に対するＡＲＰ応答が受信されると、ＣＰＵ３２は、ＡＲＰ応答により得られたＭＡＣアドレスをサービス要求が示すＩＰアドレスと組にしてＡＲＰキャッシュテーブルに書き込み、そのＭＡＣアドレスへサービス要求をルーティングする。
また、直前ルータ３において、監視対象装置４などからのサービス応答が受信されると、ＣＰＵ３２は、サービス要求を送信したＩＰアドレス重複監視装置１に対してサービス応答を送信する。以上が直前ルータ３の動作である。
ここで、第１図を用いて、実際に直前ルータ３が行うサービス要求のルーティングの動作について詳細に説明する。ここでは説明のため、監視対象装置４のＩＰアドレスをＡとし、監視対象装置４のＭＡＣアドレスをＸとし、同一ＬＡＮ内装置５のＭＡＣアドレスをＹとする。
まず、ＩＰアドレスが重複設定されていない場合について説明する。ＩＰアドレス重複監視装置１から監視対象装置４への第１のサービス要求を受信した直前ルータ３は、ＡＲＰキャッシュがクリアされているため、ＩＰアドレスＡのＡＲＰ要求をブロードキャストする。ＡＲＰ要求を受信した監視対象装置４は、自身のＭＡＣアドレスＸをＡＲＰ応答として直前ルータ３へ送信する。
監視対象装置４からのＡＲＰ応答を受信した直前ルータ３は、ＡＲＰキャッシュテーブルにＩＰアドレスＡとＭＡＣアドレスＸの組を格納し、ＭＡＣアドレスＸを持つ監視対象装置４に対して第１のサービス要求をルーティングする。第１のサービス要求を受信した監視対象装置４は、第１のサービス要求に対するサービス応答をＩＰアドレス重複監視装置１へ送信する。
次に、第２のサービス要求を受信した直前ルータ３は、ＡＲＰキャッシュテーブルに従って、ＭＡＣアドレスＸを持つ監視対象装置４に対して第２のサービス要求をルーティングする。第２のサービス要求を受信した監視対象装置４は、第２のサービス要求に対するサービス応答をＩＰアドレス重複監視装置１へ送信する。
次に、ＩＰアドレスが重複設定されている場合について説明する。ここでは説明のため、監視対象装置４と同一ＬＡＮ内装置５に同じＩＰアドレスＡが設定されていると想定する。第１のサービス要求を受信した直前ルータ３は、ＡＲＰキャッシュがクリアされているため、ＩＰアドレスＡのＡＲＰ要求をブロードキャストする。ＡＲＰ要求を受信した監視対象装置４は、自身のＭＡＣアドレスＸをＡＲＰ応答として直前ルータ３へ送信する。同様に、ＡＲＰ要求を受信した同一ＬＡＮ内装置５は、自身のＭＡＣアドレスＹをＡＲＰ応答として直前ルータ３へ送信する。
ここで、２つのＡＲＰ応答のうち監視対象装置４からのＡＲＰ応答が、先に直前ルータ３に受信された場合、直前ルータ３は、ＡＲＰキャッシュテーブルにＩＰアドレスＡとＭＡＣアドレスＸの組を格納し、ＭＡＣアドレスＸを持つ監視対象装置４に対して第１のサービス要求をルーティングする。第１のサービス要求を受信した監視対象装置４は、第１のサービス要求に対するサービス応答をＩＰアドレス重複監視装置１に対して送信する。その後、２つのＡＲＰ応答のうち同一ＬＡＮ内装置５からのＡＲＰ応答が、後に直前ルータ３に受信され、直前ルータ３は、先にＡＲＰキャッシュテーブルへ格納したＭＡＣアドレスＸにＭＡＣアドレスＹを上書きする。
次に、第２のサービス要求を受信した直前ルータ３は、上書きされたＡＲＰキャッシュテーブルに従って、ＭＡＣアドレスＹを持つ同一ＬＡＮ内装置５に対して第２のサービス要求をルーティングする。第２のサービス要求を受信した同一ＬＡＮ内装置５は、第２のサービス要求に対するサービス応答をＩＰアドレス重複監視装置１に対して送信する。
上述したＡＲＰ応答に起因するＡＲＰキャッシュテーブルの上書き現象により、ＡＲＰキャッシュテーブルの内容は短期間で入れ替わる。すなわち、２回連続でサービス要求を送信すると、ＩＰアドレスが重複設定されている場合には、サービス要求およびサービス応答の経路、サービス応答の内容が変わることになる。本実施の形態では、このＡＲＰキャッシュテーブルの上書き現象を利用し、ＩＰアドレス重複監視装置１が２回のサービス要求を送信し、２回のサービス要求に対するサービス応答を比較することにより、ＩＰアドレス重複を監視する。このＩＰアドレス重複を監視するための確認手段がＩＰ層以上であり、ルータを通過することから、理論上ＩＰヘッダのＴＴＬ（Ｔｉｍｅ Ｔｏ Ｌｉｖｅ）の設定上限である２５６ホップまでの遠隔地からＩＰアドレス重複を監視することが可能である。
ここで、第１のサービス要求を送信してから第２のサービス要求を送信する時間間隔について説明する。時間間隔Ｔｒは、以下で説明する最小値と最大値の間であれば任意で良い。
最小値は、直前ルータ３におけるＡＲＰ要求に対するＡＲＰ応答とその処理にかかる時間で決定される。ＲＦＣ１１２２の「２．３．２．２」によれば、「少なくとも１つのパケットのＡＲＰ解決待ちキュー」を要件とするが、２つ以上の場合の動作は規定されておらず、２つ目以降のパケットは破棄される可能性がある。従って、直前ルータ３が第１のサービス要求を処理するまで、ＩＰアドレス重複監視装置１は第２のサービス要求を送信しない方がよい。この時間間隔Ｔｒの最小値は通常１秒もあれば十分である。また、直前ルータ３の実装によっては連続して送信しても良い場合もある。その場合、時間間隔Ｔｒの最小値は０秒である。
最大値は、直前ルータ３におけるＡＲＰキャッシュのクリア間隔で決定される。クリア間隔は、ＲＦＣ１１２２の「２．３．２．１−（１）Ｔｉｍｅｏｕｔ」によれば、「分のオーダー」であるべきとしか書かれておらず、ＡＲＰの実装に依存する。従って、時間間隔Ｔｒの最大値は確実にキャッシュされているであろう１分を設定することが望ましい。
以上をまとめると、時間間隔Ｔｒは、１秒≦Ｔｒ＜１分となるように設定するのが適当である。
次に、本実施の形態に係るＩＰアドレス重複監視装置の動作について、第４図のフローチャートを用いて説明する。最初に、ＩＰアドレス重複監視装置１は、直前ルータ３のＡＲＰキャッシュがクリアされていることを確認する（Ｓ１）。
次に、ＩＰアドレス重複監視装置１は、監視対象装置４のＩＰアドレスＡに対して第１のサービス要求を送信し（Ｓ２）、時間間隔Ｔｒが経過した後、監視対象装置４のＩＰアドレスＡに対して第２のサービス要求を送信する（Ｓ３）。
第１のサービス要求に対するサービス応答を受信したＩＰアドレス重複監視装置１は、受信したサービス応答を第１のサービス応答として保持する（Ｓ４）。また、第２のサービス要求に対するサービス応答を受信したＩＰアドレス重複監視装置１は、受信したサービス応答を第２のサービス応答として保持する（Ｓ５）。
次に、ＩＰアドレス重複監視装置１は、保持している第１のサービス応答と第２のサービス応答の比較を行う（Ｓ６）。比較した結果が同じである場合（Ｓ６，Ｙｅｓ）、ＩＰアドレス重複なしと判断し（Ｓ７）、このフローを終了する。一方、比較した結果が異なる場合（Ｓ６，Ｎｏ）、ＩＰアドレス重複の可能性が高いと判断し（Ｓ８）、このフローを終了する。
次に、ＩＰアドレス重複の検知について詳細に説明する。サービス要求は、上述したように、監視対象装置４が提供しているサービス（ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルレイヤー３以上）を利用する。監視対象装置４は監視する以上、何らかのサーバであることが多く、そのサーバのサービスのポートは必ず監視用に使用可能である。この候補には、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）ｅｃｈｏ（ｐｉｎｇ），ｔｅｌｎｅｔ，ｓｍｔｐ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ），ｐｏｐ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ），ｓｎｍｐ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ），ｆｔｐ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ），ｗｗｗ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）（ｈｔｔｐ）などの各種プロトコルが挙げられる。
第５図は、監視の判断結果の一例を示す表である。この表は、２回のサービス要求に対する２つのサービス応答の組み合わせと、組み合わせに対応する判断結果を表す。サービス要求に対するサービス応答には、正常なサービス応答である正常サービス応答、または接続拒否、またはタイムアウトの場合がある。
２回のサービス応答の少なくとも１つが接続失敗である場合、重複ありまたはサービスダウンと判断する。また、２回のサービス応答の少なくとも１つがタイムアウトである場合、重複ありまたはサービス高負荷と判断する。サービス高負荷やサービスダウンについては、別の確認手法で除外できることから、ＩＰアドレス重複とは同時に考えなくて良いものとできる。確認手法として例えば、監視対象装置４のログなどを用いて、正常な運用状態にあるか否かを管理者にチェックさせることにより、サービスダウン、サービス高負荷、重複あり、のいずれであるかを切り分けることができる。従って、２回のサービス応答の少なくとも１つが接続失敗またはタイムアウトである場合、重複ありと判断できる。
２回のサービス応答の両方が正常サービス応答である場合のうち、２回の正常サービス応答が異なる場合は、重複ありと判断する。これは、監視対象装置４と同一ＬＡＮ内装置５が偶然同じサービスのポートを開いており、返す正常サービス応答が異なる場合である。ｔｅｌｎｅｔなど、正常サービス応答として装置毎に異なる固定メッセージを返すサービスに多く出現する。従ってこの場合は、確実に重複ありと判断できる。
２回のサービス応答の両方が正常サービス応答である場合のうち、２回の正常サービス応答が同じ場合は、重複なしまたは重複ありと判断する。ここで、監視対象装置４と同一ＬＡＮ内装置５が偶然同じサービスのポートを開いており、返す正常サービス応答も偶然同じだった場合は、重複ありでも２回の正常サービス応答が同じとなる。ＩＣＭＰ ｅｃｈｏ（ｐｉｎｇ）など元々正常サービス応答に違いが無いものは当然として、ｈｔｔｐのようなアプリケーションでも初期設定のまま動作させていると、同じ正常サービス応答を返す可能性がある。
従って、ＩＰアドレス重複の監視を行う場合には、重複ありの場合でも同一ＬＡＮ内装置５が偶然同じ正常サービス応答を返さないようなサービスを選ぶことが肝要である。そのようなサービスとしては、ＯＳバージョン、カーネルバージョン等を含む正常サービス応答を返すｔｅｌｎｅｔ、ホスト名等を記述したＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）を含む正常サービス応答を返すｆｔｐ，ｐｏｐ，ｄｎｓ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）、ｗｗｗのトップページ、他の装置では動かしていないと断言できる独自サービスやアプリケーションなどが挙げられる。
第６図は、サービス毎の正常サービス応答例を示す図である。第６図において、ｄｄｄ．ｄｄｄ．ｄｄｄ．ｄｄｄはＩＰアドレスを示し、ＸＸＸ．ＸＸＸ．ＸＸＸ．ＸＸＸはＦＱＤＮを示す。第６図（ａ）はｔｅｌｎｅｔの正常サービス応答例である。ｔｅｌｎｅｔの正常サービス応答にはＯＳバージョン、カーネルバージョンなどが含まれている。第６図（ｂ）はｆｔｐの正常サービス応答例である。第６図（ｃ）はｐｏｐの正常サービス応答例である。ｆｔｐの正常サービス応答とｐｏｐの正常サービス応答にはＦＱＤＮ、サーババージョンなどが含まれている。ｄｎｓの正常サービス応答にはＦＱＤＮが含まれている。第６図（ｅ）はｗｗｗの正常サービス応答例である。ｗｗｗのトップページは、監視されるサーバである以上、普通は初期設定で運用しない筈なので、偶然ＩＰアドレスが重複した装置で同じページをミラーでもしていない限り結果は異なる。
また、ＩＰアドレス重複の検知の精度を向上させるために、監視部１３ではさらに次の２つの判断方法を用いる。２つの判断方法とは、（１）定期的に繰り返す監視により得られる複数の判断結果から判断する方法、（２）複数のサービスのポートを利用する方法、である。
まず（１）の方法について説明する。（１）の方法は、上述したＡＲＰ応答に起因するサービス応答の不安定性を利用するものである。ＩＰアドレス重複がある場合には、監視対象装置４が正常に動作していても、サービス要求に対するサービス応答は、タイムアウト以外のいずれにもなり得る。そこで、監視においてサービス要求を２回送信し２つのサービス応答を受信する動作を１セットとして複数セット繰り返す。監視部１３は、２つのサービス応答の組を複数収集し、複数のサービス応答を比較し、その比較結果に基づいてＩＰアドレスが重複設定されているか否かの判断を行う。複数のサービス応答の組の中に正常サービス応答と接続失敗の組が１つでもあればそれだけでＩＰアドレス重複の可能性が高いといえるが、複数存在する場合は極めて疑わしいと判断できる。
次に（２）の方法について説明する。（２）の方法は、複数のサービスポートについて同様のチェックを行うものである。本実施の形態では、監視対象装置４のＨＴＴＰポートのみを利用しているが、ｔｅｌｎｅｔ、ｆｔｐなど、監視対象装置４の他のサービスポートについても同様に利用し、複数チェックすることで、ＩＰアドレス重複の検知精度を向上させることができる。つまり、監視対象のＩＰアドレスを持つ監視対象装置４がサービスを提供している複数のポートに接続し、それらのサービスのプロトコルで生成した各サービス要求を、監視対象のＩＰアドレスへそれぞれ２回ずつ送信する。
監視部１３は、得られたサービス応答の組をサービス毎に比較し、複数の比較結果に基づいてＩＰアドレスが重複設定されているか否かの判断を行う。例えばＨＴＴＰによるサービス応答が接続失敗であった場合、これだけではＨＴＴＰのサービスダウンとの切り分けが困難だが、同時に他のサービスポートについてもサービス応答が接続失敗であった場合、同時に複数のサービスが停止する可能性は低いため、ＩＰアドレス重複の可能性が高い。この場合も、監視対象装置４のログなどを用いて、正常な運用状態にあるか否かを管理者にチェックさせることにより、サービスダウン、サービス高負荷、重複あり、のいずれであるかを切り分けることができる。
（２）の方法によって、サービスダウンとサービス高負荷を除外でき、ＩＰアドレス重複の検知精度を上げることができる。また、（１）の方法と（２）の方法の２つを同時に用いることで、監視部１３によるＩＰアドレス重複の検知精度はさらに向上する。
なお、本実施の形態におけるサービスのプロトコルのサービス要求としてＨＴＴＰを選んでいるが、これは監視対象装置がサービスを提供しているポートで、かつホスト名などが含まれるなどの特徴的な正常サービス応答を返すものであれば何でも良い。例えばｔｅｌｎｅｔ，ｆｔｐ，ｈｔｔｐ，ｓｎｍｐ，ｄｎｓなどは良い例である。
従って、監視対象装置は、上記のような特徴的な正常サービス応答を行うサービスを実行しているものであれば、何でも良い。このうち、例えばｔｅｌｎｅｔとｓｎｍｐが利用できる可能性があるものには、管理用設定が可能なスイッチ、ルータ、ファイアウォール、ＤＮＳ、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）アクセラレータ、キャッシュサーバ、Ｗｅｂサーバ、ロードバランサ、メールサーバ、その他各種サーバがある。但し、ファイアウォールで塞がれて使えないものは除く。また、ｆｔｐが利用できる可能性があるものには、Ｗｅｂサーバ、ｆｔｐサーバがある。ｈｔｔｐが利用できる可能性があるものはＷｅｂサーバである。ｄｎｓが利用できる可能性があるものはＤＮＳサーバである。このうち、監視経路上のファイヤウォールについて、一般的にＷｅｂサーバのＨＴＴＰポートは利用目的からいって必ず開いているので、本発明はＷｅｂサーバの監視にもっとも向いている。
また、ＩＰアドレス重複はネットワーク内で発生する。ハブ、スイッチングハブ、ブリッジといった構成だけでなく、ＶＬＡＮ（Ｖｉｒｔｕａｌ ＬＡＮ）、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）を利用した拠点間ネットワークといった形態を問わず、本発明はＩＰアドレス重複の監視が可能である。
また、ＩＰ層より下の層、例えばＯＳＩ参照モデルにおける１，２層であるイーサネットやＦＤＤＩ（Ｆｉｂｅｒ Ｄｉｓｔｒｉｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ）などのアドレス解決時に、ＩＰアドレス重複があるとき、ＩＰ層より下の層の応答アドレスが変わるような仕組みであれば、本発明をそのまま適用することが可能である。
【産業上の利用の可能性】
以上説明したように本発明によれば、監視対象装置からいくつかのルータを越えた遠隔地においても、ＩＰアドレス重複を監視することが可能である。また、監視対象装置が本来提供しているサービスのサービス応答を利用するため、監視対象装置には何ら変更を加える必要なく監視が可能である。また、監視対象装置と同一ネットワーク内にＩＰアドレス重複監視用の監視装置を導入する必要がない。さらに、１台のＩＰアドレス重複監視装置から複数ネットワークのＩＰアドレス重複の監視を行えるため、導入・運用コストは、個々のネットワークにＩＰアドレス重複監視用の監視装置を導入する従来よりも遙かに低減することが可能である。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【技術分野】
本発明は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークの運用監視や障害検知を行う技術に関し、特にＩＰネットワーク上でＩＰアドレスが重複設定されていることを監視するＩＰアドレス重複監視装置、ＩＰアドレス重複監視方法、ＩＰアドレス重複監視プログラムに関するものである。
【背景技術】
ＩＰネットワークのＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）内において、新規に設置する装置に既存の装置と同一のＩＰアドレスを割り当ててしまうという重複設定を行うと種々の問題を含む現象が起きる。例えばＷｅｂサーバのＩＰアドレスと同じＩＰアドレスを、別の装置やネットワーク装置に設定してしまったとすると、エンドユーザからはアクセスのタイミングによって、Ｗｅｂサーバのページが見えたり見えなかったりという現象が発生する。このような現象を引き起こす原因は他にもいくつかあるが、ここではＩＰアドレス重複という問題に絞って説明する。
従来におけるＩＰアドレス重複の監視は、監視対象装置と同一ＬＡＮにＩＰアドレス重複監視用の監視装置を設置して行う。監視装置は、ＩＰアドレスと、ＩＰアドレスより下層のアドレスとの対応関係を調べることにより監視を行う。例えば、イーサネットであれば、ＩＰアドレスとＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスとの対応関係を調べる。あるＩＰアドレスのＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）要求に対してＡＲＰ応答が２つ以上あれば、ＩＰアドレス重複が発生していると判断できるため、監視装置はＡＲＰ要求を行う装置を監視し、ＩＰアドレス重複を検知することができる。
しかしながら、上述した従来の技術では以下のような問題が生じる。
従来は、ルータで区切られたネットワーク毎に導入時に監視装置を設置する必要があるため、ミラーポート付スイッチハブの導入やタップの取り付けの必要や、それらの設定のために、運用を一時停止するという問題がある。また、顧客のネットワーク監視ビジネスの場合、顧客のネットワーク内に監視装置を設置する必要があり、セキュリティなどの問題が発生する。また、ネットワーク毎に監視装置を設置する必要があるため、ＩＤＣ（Ｉｎｔｅｒｎｅｔ Ｄａｔａ Ｃｅｎｔｅｒ）のような大規模ネットワークにおいては、設備コストや運用コストが膨大になるという問題が生じる。
本発明は、このような問題を解決するためになされたものであり、監視対象装置が設置されたネットワークに、ＩＰアドレス重複監視用の監視装置を設置することなく、ルータで区切られたネットワーク外のネットワークからＩＰアドレス重複を検知することができるＩＰアドレス重複監視装置、ＩＰアドレス重複監視方法、ＩＰアドレス重複監視プログラムを提供することを目的とする。
【発明の開示】
本発明は、ＩＰアドレスとＩＰ層より下層のアドレスである下層アドレスとからなる組を一定期間保持するＡＲＰキャッシュを備えたルータを持つネットワークと通信可能で、且つ前記ネットワークに接続された監視対象装置に対してＩＰアドレス重複の監視を行うＩＰアドレス重複監視装置であって、前記監視対象装置へ複数のサービス要求を送信するサービス要求発行部と、前記サービス要求の結果として得られるサービス応答を受信するサービス応答解析部と、前記サービス要求発行部へ所定の時間間隔でサービス要求の指示を行い、前記サービス応答解析部から得られる複数の前記サービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無の判断を行う監視部とを備えてなるものである。
このような構成によれば、監視対象装置からいくつかのルータを越えた遠隔地においてもＩＰアドレス重複を監視することが可能である。また、監視対象装置が本来提供しているサービスのサービス応答を利用するため、監視対象装置には何ら変更を加える必要なく監視が可能である。なお、本実施の形態におけるルータとは直前ルータ３のことである。
また、本発明に係るＩＰアドレス重複監視装置において、前記監視部は前記サービス要求発行部へ、第１のサービス要求の指示を行い、所定の時間間隔の後、第２のサービス要求の指示を行い、第１のサービス要求の指示に対して得られる第１のサービス応答と第２のサービス要求の指示に対して得られる第２のサービス応答との比較を行うことを特徴とするものである。
このような構成によれば、２つのサービス応答を比較することにより、ＩＰアドレス重複を検知することができる。
また、本発明に係るＩＰアドレス重複監視装置において、前記下層アドレスはＭＡＣアドレスであることを特徴とするものである。
また、本発明に係るＩＰアドレス重複監視装置において、前記監視部は、前記監視対象装置特有のサービス応答を返すサービスに対してサービス要求の指示を行うことを特徴とするものである。
このような構成によれば、監視対象装置が提供するサービスのうち、特有のサービス応答を返すサービスを選択することにより、監視対象装置からのサービス応答か、同一ネットワーク内の装置からのサービス応答かを判断することができる。
また、本発明に係るＩＰアドレス重複監視装置において、前記監視対象装置特有のサービス応答を返すサービスは、ＯＳバージョンやカーネルバージョンを含むサービス応答を返すｔｅｌｎｅｔ、ＦＱＤＮを含むサービス応答を返すｆｔｐ、ｐｏｐ、ｄｎｓ、前記ネットワーク内の他の装置で提供されない前記監視対象装置独自のサービスやアプリケーション、ｗｗｗのトップページ、のいずれかであることを特徴とするものである。
このような構成によれば、監視対象装置が提供するサービスのうち、特有のサービス応答を返すサービスを選択することにより、監視対象装置からのサービス応答か、同一ネットワーク内の装置からのサービス応答かを判断することができる。
また、本発明に係るＩＰアドレス重複監視装置において、前記監視部は、前記ルータのＡＲＰキャッシュがクリアされていることを確認した後、前記第１のサービス要求の指示を行うことを特徴とするものである。
このような構成によれば、ＡＲＰキャッシュがクリアされた後のＡＲＰ要求により得られたＡＲＰ応答に従って、ＩＰアドレス重複時に２つのサービス要求が異なる装置へルーティングされる可能性があることにより、ＩＰアドレス重複を検知することができる。
また、本発明に係るＩＰアドレス重複監視装置において、前記時間間隔は、前記ルータが前記第１のサービス要求を受信しＡＲＰ要求を送信しＡＲＰ応答を受信し前記サービス要求のルーティングを行うまでの時間を最小値とし、前記ルータがＡＲＰキャッシュをクリアする時間間隔を最大値とする範囲内で設定されることを特徴とするものである。
このような構成によれば、ＡＲＰキャッシュがクリアされた後のＡＲＰ要求により得られたＡＲＰ応答に従って、ＩＰアドレス重複時に２つのサービス要求が異なる装置へルーティングされる可能性があることにより、ＩＰアドレス重複を検知することができる。
また、本発明に係るＩＰアドレス重複監視装置において、前記監視部は、前記第１のサービス応答が正常なサービス応答であり、かつ前記第２のサービス応答が正常なサービス応答であり、かつ前記第１のサービス応答と前記第２のサービス応答が同じ内容である場合に、ＩＰアドレス重複がないと判断することを特徴とするものである。
このような構成によれば、２つのサービス応答を比較することにより、ＩＰアドレス重複がない場合を判断することができる。
また、本発明に係るＩＰアドレス重複監視装置において、前記監視部は、前記監視対象装置が複数のサービスを提供している場合に、前記複数のサービスの各々に対応する前記第１のサービス要求の指示と前記複数のサービスの各々に対応する前記第２のサービス要求の指示を行い、得られるサービス応答の比較をサービス毎に行い、該比較の結果に基づいてＩＰアドレス重複の有無の判断を行うことを特徴とするものである。
このような構成によれば、サービス応答を多く得ることができるため、ＩＰアドレス重複の検知精度を上げることができる。
また、本発明に係るＩＰアドレス重複監視装置において、前記監視部は、前記第１のサービス要求の指示と前記第２のサービス要求の指示の組を複数回繰り返して行い、得られる複数のサービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無の判断を行うことを特徴とするものである。
このような構成によれば、サービス応答を多く得ることができるため、ＩＰアドレス重複の検知精度を上げることができる。
また、本発明に係るＩＰアドレス重複監視装置において、前記監視部は、前記監視対象装置が複数のサービスを提供している場合に、前記複数のサービスの各々に対応する前記第１のサービス要求の指示と前記複数のサービスの各々に対応する前記第２のサービス要求の指示を行い、さらに前記第１のサービス要求の指示と前記第２のサービス要求の指示の組を複数回繰り返して行い、得られるサービス応答の比較をサービス毎に行い、該比較の結果に基づいてＩＰアドレス重複の有無の判断を行うことを特徴とするものである。
このような構成によれば、サービス応答を多く得ることができるため、ＩＰアドレス重複の検知精度をさらに上げることができる。
また、本発明は、ＩＰアドレスとＩＰ層より下層のアドレスである下層アドレスとからなる組を一定期間保持するＡＲＰキャッシュを備えたルータを持つネットワークに接続された監視対象装置に対して、ＩＰアドレス重複の監視を前記ネットワーク外から行うＩＰアドレス重複監視方法であって、前記サービス要求発行部へ所定の時間間隔でサービス要求の指示を行うステップと、前記サービス要求の指示に従って、前記監視対象装置へサービス要求を送信するステップと、前記サービス要求の結果として得られるサービス応答を受信するステップと、受信された複数の前記サービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無を判断するステップとを備えてなるものである。
このような構成によれば、監視対象装置からいくつかのルータを越えた遠隔地においてもＩＰアドレス重複を監視することが可能である。また、監視対象装置が本来提供しているサービスのサービス応答を利用するため、監視対象装置には何ら変更を加える必要なく監視が可能である。
また、本発明は、ＩＰアドレスとＩＰ層より下層のアドレスである下層アドレスとからなる組を一定期間保持するＡＲＰキャッシュを備えたルータを持つネットワークに接続された監視対象装置に対して、ＩＰアドレス重複の監視を前記ネットワーク外からのＩＰアドレス重複の監視をコンピュータに実行させるために、コンピュータにより読取可能な媒体に記憶されたＩＰアドレス重複監視プログラムであって、前記サービス要求発行部へ所定の時間間隔でサービス要求の指示を行うステップと、前記サービス要求の指示に従って、前記監視対象装置へサービス要求を送信するステップと、前記サービス要求の結果として得られるサービス応答を受信するステップと、受信された複数の前記サービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無を判断するステップとをコンピュータに実行させることを特徴とするものである。
このような構成によれば、監視対象装置からいくつかのルータを越えた遠隔地においてもＩＰアドレス重複を監視することが可能である。また、監視対象装置が本来提供しているサービスのサービス応答を利用するため、監視対象装置には何ら変更を加える必要なく監視が可能である。
なお、本発明において、上記コンピュータにより読取り可能な媒体は、ＣＤ−ＲＯＭやフレキシブルディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の可搬型記憶媒体や、コンピュータプログラムを保持するデータベース、或いは、他のコンピュータ並びにそのデータベースや、更に回線上の伝送媒体をも含むものである。
【図面の簡単な説明】
第１図は、本実施の形態に係るＩＰアドレス重複監視装置を設置したシステム構成例を示すブロック図である。
第２図は、本実施の形態に係るＩＰアドレス重複監視装置の構成例を示す機能ブロック図である。
第３図は、直前ルータの構成例を示すブロック図である。
第４図は、本実施の形態に係るＩＰアドレス重複監視装置の動作の一例を示すフローチャートである。
第５図は、監視の判断結果の一例を示す表である。
第６図は、サービス毎の正常サービス応答例を示す図である。
【発明を実施するための最良の形態】
以下、本発明の実施の形態について図面を参照して詳細に説明する。第１図は、本実施の形態に係るＩＰアドレス重複監視装置を設置したシステム構成例を示すブロック図である。第１図に示すように、ＩＰアドレス重複監視装置１は、例えば複数のルータ２と直前ルータ３を介して監視対象装置４と接続されている。直前ルータ３とは、ＩＰアドレス重複監視装置１から監視対象装置４までの経路上に存在するルータのうち、監視対象装置４の直前に位置するルータのことである。また、直前ルータ３には、監視対象装置４の他に同一ＬＡＮ内装置５が接続されている。
次に、本実施の形態に係るＩＰアドレス重複監視装置１について説明する。第２図は、本実施の形態に係るＩＰアドレス重複監視装置の構成例を示す機能ブロック図である。第２図に示すように、ＩＰアドレス重複監視装置１は、サービス要求発行部１１と、サービス応答解析部１２と、監視部１３から構成される。
次に、ＩＰアドレス重複監視装置１の動作について説明する。監視部１３には、監視対象装置４のＩＰアドレスと、監視対象装置４が提供するサービスが予め登録されている。監視部１３は、サービス要求発行部１１に対して、同じ内容のサービス要求の指示を２回行う。ここで、第１のサービス要求と第２のサービス要求は、所定の時間間隔を空ける。
サービス要求発行部１１は、監視部１３の指示に従って、監視対象装置４のサービスを提供するポートに接続し、そのサービスのプロトコルで生成したサービス要求を、監視対象装置４のＩＰアドレスへ送信する。本実施の形態では、監視対象装置４が提供しているサービスをＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）とし、ＨＴＴＰポート（通常ＴＣＰ８０番）へ接続する。また、サービス要求発行部１１は、送信したサービス要求の内容をサービス応答解析部１２へ出力する。
サービス応答解析部１２は、サービス要求発行部１１からのサービス要求に対する応答を受信し、受信した応答を監視部１３へ出力する。ここで、第１のサービス要求に対して第１の応答が受信され、第２のサービス要求に対して第２の応答が受信される。
監視部１３は、２つのサービス応答を比較することによりＩＰアドレス重複の可能性を判断する。以上の動作を全ての監視対象のＩＰアドレスの数だけ繰り返し、終わればまた適当な時間間隔で繰り返す。
次に、直前ルータ３について説明する。本実施の形態で用いる直前ルータ３はＡＲＰ（ＲＦＣ８２６）を実装し、以下に示すＲＦＣ１１２２の引用文における「２．３．２．１」のＭＵＳＴ条件、「２．３．２．２」のＳＨＯＵＬＤ条件を満たすものとする。
（ＲＦＣ１１２２の引用文）
２．３．２．１ ＡＲＰ Ｃａｃｈｅ Ｖａｌｉｄａｔｉｏｎ
Ａｎ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ ｏｆ ｔｈｅ Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＡＲＰ）［ＬＩＮＫ：２］ＭＵＳＴ ｐｒｏｖｉｄｅ ａ ｍｅｃｈａｎｉｓｍ ｔｏ ｆｌｕｓｈ ｏｕｔ−ｏｆ−ｄａｔｅ ｃａｃｈｅ ｅｎｔｒｉｅｓ．
２．３．２．２ ＡＲＰ Ｐａｃｋｅｔ Ｑｕｅｕｅ
Ｔｈｅ ｌｉｎｋ ｌａｙｅｒ ＳＨＯＵＬＤ ｓａｖｅ（ｒａｔｈｅｒ ｔｈａｎ ｄｉｓｃａｒｄ）ａｔ ｌｅａｓｔ ｏｎｅ（ｔｈｅ ｌａｔｅｓｔ）ｐａｃｋｅｔ ｏｆ ｅａｃｈ ｓｅｔ ｏｆ ｐａｃｋｅｔｓ ｄｅｓｔｉｎｅｄ ｔｏ ｔｈｅ ｓａｍｅ ｕｎｒｅｓｏｌｖｅｄ ＩＰ ａｄｄｒｅｓｓ，ａｎｄ ｔｒａｎｓｍｉｔ ｔｈｅ ｓａｖｅｄ ｐａｃｋｅｔ ｗｈｅｎ ｔｈｅ ａｄｄｒｅｓｓ ｈａｓ ｂｅｅｎ ｒｅｓｏｌｖｅｄ．
第３図は、直前ルータの構成例を示すブロック図である。第３図に示すように、直前ルータ３は、入出力インタフェース３１と、ＣＰＵ３２と、メモリ３３から構成される。メモリ３３はＡＲＰキャッシュを備える。ＡＲＰキャッシュは、ＩＰアドレスとＭＡＣアドレスの組を格納するテーブルとしてＡＲＰキャッシュテーブルを備える。なお、本実施の形態においてＩＰアドレス重複の監視を行う前に、ＡＲＰキャッシュを予めクリアしておく必要がある。ＡＲＰキャッシュをクリアする方法については、例えばＴｅｌｎｅｔを用いて操作するなどの技術があるが、ここでは規定しない。
次に、直前ルータ３の動作について説明する。サービス要求とサービス応答、ＡＲＰ要求とＡＲＰ応答は、入出力インタフェース３１を介して送受信される。直前ルータ３において、ＩＰアドレス重複監視装置１からのサービス要求が受信されると、ＣＰＵ３２は、サービス要求が示すＩＰアドレスをＡＲＰキャッシュテーブルから検索する。
サービス要求が示すＩＰアドレスがＡＲＰキャッシュテーブルにある場合、ＣＰＵ３２は、そのＩＰアドレスに対応するＭＡＣアドレスへサービス要求をルーティングする。
一方、サービス要求が示すＩＰアドレスがＡＲＰキャッシュテーブルにない場合、ＣＰＵ３２は、サービス要求が示すＩＰアドレスのＡＲＰ要求をブロードキャストする。直前ルータ３において、ＡＲＰ要求に対するＡＲＰ応答が受信されると、ＣＰＵ３２は、ＡＲＰ応答により得られたＭＡＣアドレスをサービス要求が示すＩＰアドレスと組にしてＡＲＰキャッシュテーブルに書き込み、そのＭＡＣアドレスへサービス要求をルーティングする。
また、直前ルータ３において、監視対象装置４などからのサービス応答が受信されると、ＣＰＵ３２は、サービス要求を送信したＩＰアドレス重複監視装置１に対してサービス応答を送信する。以上が直前ルータ３の動作である。
ここで、第１図を用いて、実際に直前ルータ３が行うサービス要求のルーティングの動作について詳細に説明する。ここでは説明のため、監視対象装置４のＩＰアドレスをＡとし、監視対象装置４のＭＡＣアドレスをＸとし、同一ＬＡＮ内装置５のＭＡＣアドレスをＹとする。
まず、ＩＰアドレスが重複設定されていない場合について説明する。ＩＰアドレス重複監視装置１から監視対象装置４への第１のサービス要求を受信した直前ルータ３は、ＡＲＰキャッシュがクリアされているため、ＩＰアドレスＡのＡＲＰ要求をブロードキャストする。ＡＲＰ要求を受信した監視対象装置４は、自身のＭＡＣアドレスＸをＡＲＰ応答として直前ルータ３へ送信する。
監視対象装置４からのＡＲＰ応答を受信した直前ルータ３は、ＡＲＰキャッシュテーブルにＩＰアドレスＡとＭＡＣアドレスＸの組を格納し、ＭＡＣアドレスＸを持つ監視対象装置４に対して第１のサービス要求をルーティングする。第１のサービス要求を受信した監視対象装置４は、第１のサービス要求に対するサービス応答をＩＰアドレス重複監視装置１へ送信する。
次に、第２のサービス要求を受信した直前ルータ３は、ＡＲＰキャッシュテーブルに従って、ＭＡＣアドレスＸを持つ監視対象装置４に対して第２のサービス要求をルーティングする。第２のサービス要求を受信した監視対象装置４は、第２のサービス要求に対するサービス応答をＩＰアドレス重複監視装置１へ送信する。
次に、ＩＰアドレスが重複設定されている場合について説明する。ここでは説明のため、監視対象装置４と同一ＬＡＮ内装置５に同じＩＰアドレスＡが設定されていると想定する。第１のサービス要求を受信した直前ルータ３は、ＡＲＰキャッシュがクリアされているため、ＩＰアドレスＡのＡＲＰ要求をブロードキャストする。ＡＲＰ要求を受信した監視対象装置４は、自身のＭＡＣアドレスＸをＡＲＰ応答として直前ルータ３へ送信する。同様に、ＡＲＰ要求を受信した同一ＬＡＮ内装置５は、自身のＭＡＣアドレスＹをＡＲＰ応答として直前ルータ３へ送信する。
ここで、２つのＡＲＰ応答のうち監視対象装置４からのＡＲＰ応答が、先に直前ルータ３に受信された場合、直前ルータ３は、ＡＲＰキャッシュテーブルにＩＰアドレスＡとＭＡＣアドレスＸの組を格納し、ＭＡＣアドレスＸを持つ監視対象装置４に対して第１のサービス要求をルーティングする。第１のサービス要求を受信した監視対象装置４は、第１のサービス要求に対するサービス応答をＩＰアドレス重複監視装置１に対して送信する。その後、２つのＡＲＰ応答のうち同一ＬＡＮ内装置５からのＡＲＰ応答が、後に直前ルータ３に受信され、直前ルータ３は、先にＡＲＰキャッシュテーブルへ格納したＭＡＣアドレスＸにＭＡＣアドレスＹを上書きする。
次に、第２のサービス要求を受信した直前ルータ３は、上書きされたＡＲＰキャッシュテーブルに従って、ＭＡＣアドレスＹを持つ同一ＬＡＮ内装置５に対して第２のサービス要求をルーティングする。第２のサービス要求を受信した同一ＬＡＮ内装置５は、第２のサービス要求に対するサービス応答をＩＰアドレス重複監視装置１に対して送信する。
上述したＡＲＰ応答に起因するＡＲＰキャッシュテーブルの上書き現象により、ＡＲＰキャッシュテーブルの内容は短期間で入れ替わる。すなわち、２回連続でサービス要求を送信すると、ＩＰアドレスが重複設定されている場合には、サービス要求およびサービス応答の経路、サービス応答の内容が変わることになる。本実施の形態では、このＡＲＰキャッシュテーブルの上書き現象を利用し、ＩＰアドレス重複監視装置１が２回のサービス要求を送信し、２回のサービス要求に対するサービス応答を比較することにより、ＩＰアドレス重複を監視する。このＩＰアドレス重複を監視するための確認手段がＩＰ層以上であり、ルータを通過することから、理論上ＩＰヘッダのＴＴＬ（Ｔｉｍｅ Ｔｏ Ｌｉｖｅ）の設定上限である２５６ホップまでの遠隔地からＩＰアドレス重複を監視することが可能である。
ここで、第１のサービス要求を送信してから第２のサービス要求を送信する時間間隔について説明する。時間間隔Ｔｒは、以下で説明する最小値と最大値の間であれば任意で良い。
最小値は、直前ルータ３におけるＡＲＰ要求に対するＡＲＰ応答とその処理にかかる時間で決定される。ＲＦＣ１１２２の「２．３．２．２」によれば、「少なくとも１つのパケットのＡＲＰ解決待ちキュー」を要件とするが、２つ以上の場合の動作は規定されておらず、２つ目以降のパケットは破棄される可能性がある。従って、直前ルータ３が第１のサービス要求を処理するまで、ＩＰアドレス重複監視装置１は第２のサービス要求を送信しない方がよい。この時間間隔Ｔｒの最小値は通常１秒もあれば十分である。また、直前ルータ３の実装によっては連続して送信しても良い場合もある。その場合、時間間隔Ｔｒの最小値は０秒である。
最大値は、直前ルータ３におけるＡＲＰキャッシュのクリア間隔で決定される。クリア間隔は、ＲＦＣ１１２２の「２．３．２．１−（１）Ｔｉｍｅｏｕｔ」によれば、「分のオーダー」であるべきとしか書かれておらず、ＡＲＰの実装に依存する。従って、時間間隔Ｔｒの最大値は確実にキャッシュされているであろう１分を設定することが望ましい。
以上をまとめると、時間間隔Ｔｒは、１秒≦Ｔｒ＜１分となるように設定するのが適当である。
次に、本実施の形態に係るＩＰアドレス重複監視装置の動作について、第４図のフローチャートを用いて説明する。最初に、ＩＰアドレス重複監視装置１は、直前ルータ３のＡＲＰキャッシュがクリアされていることを確認する（Ｓ１）。
次に、ＩＰアドレス重複監視装置１は、監視対象装置４のＩＰアドレスＡに対して第１のサービス要求を送信し（Ｓ２）、時間間隔Ｔｒが経過した後、監視対象装置４のＩＰアドレスＡに対して第２のサービス要求を送信する（Ｓ３）。
第１のサービス要求に対するサービス応答を受信したＩＰアドレス重複監視装置１は、受信したサービス応答を第１のサービス応答として保持する（Ｓ４）。また、第２のサービス要求に対するサービス応答を受信したＩＰアドレス重複監視装置１は、受信したサービス応答を第２のサービス応答として保持する（Ｓ５）。
次に、ＩＰアドレス重複監視装置１は、保持している第１のサービス応答と第２のサービス応答の比較を行う（Ｓ６）。比較した結果が同じである場合（Ｓ６，Ｙｅｓ）、ＩＰアドレス重複なしと判断し（Ｓ７）、このフローを終了する。一方、比較した結果が異なる場合（Ｓ６，Ｎｏ）、ＩＰアドレス重複の可能性が高いと判断し（Ｓ８）、このフローを終了する。
次に、ＩＰアドレス重複の検知について詳細に説明する。サービス要求は、上述したように、監視対象装置４が提供しているサービス（ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルレイヤー３以上）を利用する。監視対象装置４は監視する以上、何らかのサーバであることが多く、そのサーバのサービスのポートは必ず監視用に使用可能である。この候補には、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）ｅｃｈｏ（ｐｉｎｇ），ｔｅｌｎｅｔ，ｓｍｔｐ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ），ｐｏｐ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ），ｓｎｍｐ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ），ｆｔｐ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ），ｗｗｗ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）（ｈｔｔｐ）などの各種プロトコルが挙げられる。
第５図は、監視の判断結果の一例を示す表である。この表は、２回のサービス要求に対する２つのサービス応答の組み合わせと、組み合わせに対応する判断結果を表す。サービス要求に対するサービス応答には、正常なサービス応答である正常サービス応答、または接続拒否、またはタイムアウトの場合がある。
２回のサービス応答の少なくとも１つが接続失敗である場合、重複ありまたはサービスダウンと判断する。また、２回のサービス応答の少なくとも１つがタイムアウトである場合、重複ありまたはサービス高負荷と判断する。サービス高負荷やサービスダウンについては、別の確認手法で除外できることから、ＩＰアドレス重複とは同時に考えなくて良いものとできる。確認手法として例えば、監視対象装置４のログなどを用いて、正常な運用状態にあるか否かを管理者にチェックさせることにより、サービスダウン、サービス高負荷、重複あり、のいずれであるかを切り分けることができる。従って、２回のサービス応答の少なくとも１つが接続失敗またはタイムアウトである場合、重複ありと判断できる。
２回のサービス応答の両方が正常サービス応答である場合のうち、２回の正常サービス応答が異なる場合は、重複ありと判断する。これは、監視対象装置４と同一ＬＡＮ内装置５が偶然同じサービスのポートを開いており、返す正常サービス応答が異なる場合である。ｔｅｌｎｅｔなど、正常サービス応答として装置毎に異なる固定メッセージを返すサービスに多く出現する。従ってこの場合は、確実に重複ありと判断できる。
２回のサービス応答の両方が正常サービス応答である場合のうち、２回の正常サービス応答が同じ場合は、重複なしまたは重複ありと判断する。ここで、監視対象装置４と同一ＬＡＮ内装置５が偶然同じサービスのポートを開いており、返す正常サービス応答も偶然同じだった場合は、重複ありでも２回の正常サービス応答が同じとなる。ＩＣＭＰ ｅｃｈｏ（ｐｉｎｇ）など元々正常サービス応答に違いが無いものは当然として、ｈｔｔｐのようなアプリケーションでも初期設定のまま動作させていると、同じ正常サービス応答を返す可能性がある。
従って、ＩＰアドレス重複の監視を行う場合には、重複ありの場合でも同一ＬＡＮ内装置５が偶然同じ正常サービス応答を返さないようなサービスを選ぶことが肝要である。そのようなサービスとしては、ＯＳバージョン、カーネルバージョン等を含む正常サービス応答を返すｔｅｌｎｅｔ、ホスト名等を記述したＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）を含む正常サービス応答を返すｆｔｐ，ｐｏｐ，ｄｎｓ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）、ｗｗｗのトップページ、他の装置では動かしていないと断言できる独自サービスやアプリケーションなどが挙げられる。
第６図は、サービス毎の正常サービス応答例を示す図である。第６図において、ｄｄｄ．ｄｄｄ．ｄｄｄ．ｄｄｄはＩＰアドレスを示し、ＸＸＸ．ＸＸＸ．ＸＸＸ．ＸＸＸはＦＱＤＮを示す。第６図（ａ）はｔｅｌｎｅｔの正常サービス応答例である。ｔｅｌｎｅｔの正常サービス応答にはＯＳバージョン、カーネルバージョンなどが含まれている。第６図（ｂ）はｆｔｐの正常サービス応答例である。第６図（ｃ）はｐｏｐの正常サービス応答例である。ｆｔｐの正常サービス応答とｐｏｐの正常サービス応答にはＦＱＤＮ、サーババージョンなどが含まれている。ｄｎｓの正常サービス応答にはＦＱＤＮが含まれている。第６図（ｅ）はｗｗｗの正常サービス応答例である。ｗｗｗのトップページは、監視されるサーバである以上、普通は初期設定で運用しない筈なので、偶然ＩＰアドレスが重複した装置で同じページをミラーでもしていない限り結果は異なる。
また、ＩＰアドレス重複の検知の精度を向上させるために、監視部１３ではさらに次の２つの判断方法を用いる。２つの判断方法とは、（１）定期的に繰り返す監視により得られる複数の判断結果から判断する方法、（２）複数のサービスのポートを利用する方法、である。
まず（１）の方法について説明する。（１）の方法は、上述したＡＲＰ応答に起因するサービス応答の不安定性を利用するものである。ＩＰアドレス重複がある場合には、監視対象装置４が正常に動作していても、サービス要求に対するサービス応答は、タイムアウト以外のいずれにもなり得る。そこで、監視においてサービス要求を２回送信し２つのサービス応答を受信する動作を１セットとして複数セット繰り返す。監視部１３は、２つのサービス応答の組を複数収集し、複数のサービス応答を比較し、その比較結果に基づいてＩＰアドレスが重複設定されているか否かの判断を行う。複数のサービス応答の組の中に正常サービス応答と接続失敗の組が１つでもあればそれだけでＩＰアドレス重複の可能性が高いといえるが、複数存在する場合は極めて疑わしいと判断できる。
次に（２）の方法について説明する。（２）の方法は、複数のサービスポートについて同様のチェックを行うものである。本実施の形態では、監視対象装置４のＨＴＴＰポートのみを利用しているが、ｔｅｌｎｅｔ、ｆｔｐなど、監視対象装置４の他のサービスポートについても同様に利用し、複数チェックすることで、ＩＰアドレス重複の検知精度を向上させることができる。つまり、監視対象のＩＰアドレスを持つ監視対象装置４がサービスを提供している複数のポートに接続し、それらのサービスのプロトコルで生成した各サービス要求を、監視対象のＩＰアドレスへそれぞれ２回ずつ送信する。
監視部１３は、得られたサービス応答の組をサービス毎に比較し、複数の比較結果に基づいてＩＰアドレスが重複設定されているか否かの判断を行う。例えばＨＴＴＰによるサービス応答が接続失敗であった場合、これだけではＨＴＴＰのサービスダウンとの切り分けが困難だが、同時に他のサービスポートについてもサービス応答が接続失敗であった場合、同時に複数のサービスが停止する可能性は低いため、ＩＰアドレス重複の可能性が高い。この場合も、監視対象装置４のログなどを用いて、正常な運用状態にあるか否かを管理者にチェックさせることにより、サービスダウン、サービス高負荷、重複あり、のいずれであるかを切り分けることができる。
（２）の方法によって、サービスダウンとサービス高負荷を除外でき、ＩＰアドレス重複の検知精度を上げることができる。また、（１）の方法と（２）の方法の２つを同時に用いることで、監視部１３によるＩＰアドレス重複の検知精度はさらに向上する。
なお、本実施の形態におけるサービスのプロトコルのサービス要求としてＨＴＴＰを選んでいるが、これは監視対象装置がサービスを提供しているポートで、かつホスト名などが含まれるなどの特徴的な正常サービス応答を返すものであれば何でも良い。例えばｔｅｌｎｅｔ，ｆｔｐ，ｈｔｔｐ，ｓｎｍｐ，ｄｎｓなどは良い例である。
従って、監視対象装置は、上記のような特徴的な正常サービス応答を行うサービスを実行しているものであれば、何でも良い。このうち、例えばｔｅｌｎｅｔとｓｎｍｐが利用できる可能性があるものには、管理用設定が可能なスイッチ、ルータ、ファイアウォール、ＤＮＳ、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）アクセラレータ、キャッシュサーバ、Ｗｅｂサーバ、ロードバランサ、メールサーバ、その他各種サーバがある。但し、ファイアウォールで塞がれて使えないものは除く。また、ｆｔｐが利用できる可能性があるものには、Ｗｅｂサーバ、ｆｔｐサーバがある。ｈｔｔｐが利用できる可能性があるものはＷｅｂサーバである。ｄｎｓが利用できる可能性があるものはＤＮＳサーバである。このうち、監視経路上のファイヤウォールについて、一般的にＷｅｂサーバのＨＴＴＰポートは利用目的からいって必ず開いているので、本発明はＷｅｂサーバの監視にもっとも向いている。
また、ＩＰアドレス重複はネットワーク内で発生する。ハブ、スイッチングハブ、ブリッジといった構成だけでなく、ＶＬＡＮ（Ｖｉｒｔｕａｌ ＬＡＮ）、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）を利用した拠点間ネットワークといった形態を問わず、本発明はＩＰアドレス重複の監視が可能である。
また、ＩＰ層より下の層、例えばＯＳＩ参照モデルにおける１，２層であるイーサネットやＦＤＤＩ（Ｆｉｂｅｒ Ｄｉｓｔｒｉｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ）などのアドレス解決時に、ＩＰアドレス重複があるとき、ＩＰ層より下の層の応答アドレスが変わるような仕組みであれば、本発明をそのまま適用することが可能である。
【産業上の利用の可能性】
以上説明したように本発明によれば、監視対象装置からいくつかのルータを越えた遠隔地においても、ＩＰアドレス重複を監視することが可能である。また、監視対象装置が本来提供しているサービスのサービス応答を利用するため、監視対象装置には何ら変更を加える必要なく監視が可能である。また、監視対象装置と同一ネットワーク内にＩＰアドレス重複監視用の監視装置を導入する必要がない。さらに、１台のＩＰアドレス重複監視装置から複数ネットワークのＩＰアドレス重複の監視を行えるため、導入・運用コストは、個々のネットワークにＩＰアドレス重複監視用の監視装置を導入する従来よりも遙かに低減することが可能である。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【特許請求の範囲】
【請求項１】
ＩＰアドレスとＩＰ層より下層のアドレスである下層アドレスとからなる組を一定期間保持するＡＲＰキャッシュを備えたルータを持つネットワークと通信可能で、且つ前記ネットワークに接続された監視対象装置に対してＩＰアドレス重複の監視を行うＩＰアドレス重複監視装置であって、
前記監視対象装置へ複数のサービス要求を送信するサービス要求発行部と、
前記サービス要求の結果として得られるサービス応答を受信するサービス応答解析部と、
前記サービス要求発行部へ所定の時間間隔でサービス要求の指示を行い、前記サービス応答解析部から得られる複数の前記サービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無の判断を行う監視部と、
を備えてなるＩＰアドレス重複監視装置。
【請求項２】
請求の範囲第１項に記載のＩＰアドレス重複監視装置において、
前記監視部は前記サービス要求発行部へ、第１のサービス要求の指示を行い、所定の時間間隔の後、第２のサービス要求の指示を行い、第１のサービス要求の指示に対して得られる第１のサービス応答と第２のサービス要求の指示に対して得られる第２のサービス応答との比較を行うこと
を特徴とするＩＰアドレス重複監視装置。
【請求項３】
請求の範囲第２項に記載のＩＰアドレス重複監視装置において、
前記下層アドレスはＭＡＣアドレスであること
を特徴とするＩＰアドレス重複監視装置。
【請求項４】
請求の範囲第３項に記載のＩＰアドレス重複監視装置において、
前記監視部は、前記監視対象装置特有のサービス応答を返すサービスに対してサービス要求の指示を行うこと
を特徴とするＩＰアドレス重複監視装置。
【請求項５】
請求の範囲第４項に記載のＩＰアドレス重複監視装置において、
前記監視対象装置特有のサービス応答を返すサービスは、ＯＳバージョンやカーネルバージョンを含むサービス応答を返すｔｅｌｎｅｔ、ＦＱＤＮを含むサービス応答を返すｆｔｐ、ｐｏｐ、ｄｎｓ、前記ＬＡＮ内の他の装置で提供されない前記監視対象装置独自のサービスやアプリケーション、ｗｗｗのトップページ、のいずれかであること
を特徴とするＩＰアドレス重複監視装置。
【請求項６】
請求の範囲第４項に記載のＩＰアドレス重複監視装置において、
前記監視部は、前記ルータのＡＲＰキャッシュがクリアされていることを確認した後、前記第１のサービス要求の指示を行うこと
を特徴とするＩＰアドレス重複監視装置。
【請求項７】
請求の範囲第６項に記載のＩＰアドレス重複監視装置において、
前記時間間隔は、前記ルータが前記第１のサービス要求を受信しＡＲＰ要求を送信しＡＲＰ応答を受信し前記サービス要求のルーティングを行うまでの時間を最小値とし、前記ルータがＡＲＰキャッシュをクリアする時間間隔を最大値とする範囲内で設定されること
を特徴とするＩＰアドレス重複監視装置。
【請求項８】
請求の範囲第７項に記載のＩＰアドレス重複監視装置において、
前記監視部は、前記第１のサービス応答が正常なサービス応答であり、かつ前記第２のサービス応答が正常なサービス応答であり、かつ前記第１のサービス応答と前記第２のサービス応答が同じ内容である場合に、ＩＰアドレス重複がないと判断すること
を特徴とするＩＰアドレス重複監視装置。
【請求項９】
請求の範囲第８項に記載のＩＰアドレス重複監視装置において、
前記監視部は、前記監視対象装置が複数のサービスを提供している場合に、前記複数のサービスの各々に対応する前記第１のサービス要求の指示と前記複数のサービスの各々に対応する前記第２のサービス要求の指示を行い、得られるサービス応答の比較をサービス毎に行い、該比較の結果に基づいてＩＰアドレス重複の有無の判断を行うこと
を特徴とするＩＰアドレス重複監視装置。
【請求項１０】
請求の範囲第８項に記載のＩＰアドレス重複監視装置において、
前記監視部は、前記第１のサービス要求の指示と前記第２のサービス要求の指示の組を複数回繰り返して行い、得られる複数のサービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無の判断を行うこと
を特徴とするＩＰアドレス重複監視装置。
【請求項１１】
請求の範囲第９項に記載のＩＰアドレス重複監視装置において、
前記監視部はさらに、前記第１のサービス要求の指示と前記第２のサービス要求の指示の組を複数回繰り返して行い、得られる複数のサービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無の判断を行うこと
を特徴とするＩＰアドレス重複監視装置。
【請求項１２】
ＩＰアドレスとＩＰ層より下層のアドレスである下層アドレスとからなる組を一定期間保持するＡＲＰキャッシュを備えたルータを持つネットワークに接続された監視対象装置に対して、ＩＰアドレス重複の監視を前記ネットワーク外から行うＩＰアドレス重複監視方法であって、
前記サービス要求発行部へ所定の時間間隔でサービス要求の指示を行うステップと、
前記サービス要求の指示に従って、前記監視対象装置へサービス要求を送信するステップと、
前記サービス要求の結果として得られるサービス応答を受信するステップと、
受信された複数の前記サービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無を判断するステップと、
を備えてなるＩＰアドレス重複監視方法。
【請求項１３】
ＩＰアドレスとＩＰ層より下層のアドレスである下層アドレスとからなる組を一定期間保持するＡＲＰキャッシュを備えたルータを持つネットワークに接続された監視対象装置に対して、ＩＰアドレス重複の監視を前記ネットワーク外からのＩＰアドレス重複の監視をコンピュータに実行させるために、コンピュータにより読取可能な媒体に記憶されたＩＰアドレス重複監視プログラムであって、
前記サービス要求発行部へ所定の時間間隔でサービス要求の指示を行うステップと、
前記サービス要求の指示に従って、前記監視対象装置へサービス要求を送信するステップと、
前記サービス要求の結果として得られるサービス応答を受信するステップと、
受信された複数の前記サービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無を判断するステップと、
をコンピュータに実行させることを特徴とするＩＰアドレス重複監視プログラム。
【請求項１】
ＩＰアドレスとＩＰ層より下層のアドレスである下層アドレスとからなる組を一定期間保持するＡＲＰキャッシュを備えたルータを持つネットワークと通信可能で、且つ前記ネットワークに接続された監視対象装置に対してＩＰアドレス重複の監視を行うＩＰアドレス重複監視装置であって、
前記監視対象装置へ複数のサービス要求を送信するサービス要求発行部と、
前記サービス要求の結果として得られるサービス応答を受信するサービス応答解析部と、
前記サービス要求発行部へ所定の時間間隔でサービス要求の指示を行い、前記サービス応答解析部から得られる複数の前記サービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無の判断を行う監視部と、
を備えてなるＩＰアドレス重複監視装置。
【請求項２】
請求の範囲第１項に記載のＩＰアドレス重複監視装置において、
前記監視部は前記サービス要求発行部へ、第１のサービス要求の指示を行い、所定の時間間隔の後、第２のサービス要求の指示を行い、第１のサービス要求の指示に対して得られる第１のサービス応答と第２のサービス要求の指示に対して得られる第２のサービス応答との比較を行うこと
を特徴とするＩＰアドレス重複監視装置。
【請求項３】
請求の範囲第２項に記載のＩＰアドレス重複監視装置において、
前記下層アドレスはＭＡＣアドレスであること
を特徴とするＩＰアドレス重複監視装置。
【請求項４】
請求の範囲第３項に記載のＩＰアドレス重複監視装置において、
前記監視部は、前記監視対象装置特有のサービス応答を返すサービスに対してサービス要求の指示を行うこと
を特徴とするＩＰアドレス重複監視装置。
【請求項５】
請求の範囲第４項に記載のＩＰアドレス重複監視装置において、
前記監視対象装置特有のサービス応答を返すサービスは、ＯＳバージョンやカーネルバージョンを含むサービス応答を返すｔｅｌｎｅｔ、ＦＱＤＮを含むサービス応答を返すｆｔｐ、ｐｏｐ、ｄｎｓ、前記ＬＡＮ内の他の装置で提供されない前記監視対象装置独自のサービスやアプリケーション、ｗｗｗのトップページ、のいずれかであること
を特徴とするＩＰアドレス重複監視装置。
【請求項６】
請求の範囲第４項に記載のＩＰアドレス重複監視装置において、
前記監視部は、前記ルータのＡＲＰキャッシュがクリアされていることを確認した後、前記第１のサービス要求の指示を行うこと
を特徴とするＩＰアドレス重複監視装置。
【請求項７】
請求の範囲第６項に記載のＩＰアドレス重複監視装置において、
前記時間間隔は、前記ルータが前記第１のサービス要求を受信しＡＲＰ要求を送信しＡＲＰ応答を受信し前記サービス要求のルーティングを行うまでの時間を最小値とし、前記ルータがＡＲＰキャッシュをクリアする時間間隔を最大値とする範囲内で設定されること
を特徴とするＩＰアドレス重複監視装置。
【請求項８】
請求の範囲第７項に記載のＩＰアドレス重複監視装置において、
前記監視部は、前記第１のサービス応答が正常なサービス応答であり、かつ前記第２のサービス応答が正常なサービス応答であり、かつ前記第１のサービス応答と前記第２のサービス応答が同じ内容である場合に、ＩＰアドレス重複がないと判断すること
を特徴とするＩＰアドレス重複監視装置。
【請求項９】
請求の範囲第８項に記載のＩＰアドレス重複監視装置において、
前記監視部は、前記監視対象装置が複数のサービスを提供している場合に、前記複数のサービスの各々に対応する前記第１のサービス要求の指示と前記複数のサービスの各々に対応する前記第２のサービス要求の指示を行い、得られるサービス応答の比較をサービス毎に行い、該比較の結果に基づいてＩＰアドレス重複の有無の判断を行うこと
を特徴とするＩＰアドレス重複監視装置。
【請求項１０】
請求の範囲第８項に記載のＩＰアドレス重複監視装置において、
前記監視部は、前記第１のサービス要求の指示と前記第２のサービス要求の指示の組を複数回繰り返して行い、得られる複数のサービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無の判断を行うこと
を特徴とするＩＰアドレス重複監視装置。
【請求項１１】
請求の範囲第９項に記載のＩＰアドレス重複監視装置において、
前記監視部はさらに、前記第１のサービス要求の指示と前記第２のサービス要求の指示の組を複数回繰り返して行い、得られる複数のサービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無の判断を行うこと
を特徴とするＩＰアドレス重複監視装置。
【請求項１２】
ＩＰアドレスとＩＰ層より下層のアドレスである下層アドレスとからなる組を一定期間保持するＡＲＰキャッシュを備えたルータを持つネットワークに接続された監視対象装置に対して、ＩＰアドレス重複の監視を前記ネットワーク外から行うＩＰアドレス重複監視方法であって、
前記サービス要求発行部へ所定の時間間隔でサービス要求の指示を行うステップと、
前記サービス要求の指示に従って、前記監視対象装置へサービス要求を送信するステップと、
前記サービス要求の結果として得られるサービス応答を受信するステップと、
受信された複数の前記サービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無を判断するステップと、
を備えてなるＩＰアドレス重複監視方法。
【請求項１３】
ＩＰアドレスとＩＰ層より下層のアドレスである下層アドレスとからなる組を一定期間保持するＡＲＰキャッシュを備えたルータを持つネットワークに接続された監視対象装置に対して、ＩＰアドレス重複の監視を前記ネットワーク外からのＩＰアドレス重複の監視をコンピュータに実行させるために、コンピュータにより読取可能な媒体に記憶されたＩＰアドレス重複監視プログラムであって、
前記サービス要求発行部へ所定の時間間隔でサービス要求の指示を行うステップと、
前記サービス要求の指示に従って、前記監視対象装置へサービス要求を送信するステップと、
前記サービス要求の結果として得られるサービス応答を受信するステップと、
受信された複数の前記サービス応答の比較を行い、該比較の結果に基づいてＩＰアドレス重複の有無を判断するステップと、
をコンピュータに実行させることを特徴とするＩＰアドレス重複監視プログラム。
【国際公開番号】ＷＯ２００４／０６８７９５
【国際公開日】平成１６年８月１２日（２００４．８．１２）
【発行日】平成１８年５月２５日（２００６．５．２５）
【国際特許分類】
【出願番号】特願２００４−５６７５２１（Ｐ２００４−５６７５２１）
【国際出願番号】ＰＣＴ／ＪＰ２００３／０００８５５
【国際出願日】平成１５年１月２９日（２００３．１．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
イーサネット
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【国際公開日】平成１６年８月１２日（２００４．８．１２）
【発行日】平成１８年５月２５日（２００６．５．２５）
【国際特許分類】
【国際出願番号】ＰＣＴ／ＪＰ２００３／０００８５５
【国際出願日】平成１５年１月２９日（２００３．１．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
イーサネット
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]