JP2003348156A - ネットワーク管理方法 - Google Patents
ネットワーク管理方法Info
- Publication number
- JP2003348156A JP2003348156A JP2002153253A JP2002153253A JP2003348156A JP 2003348156 A JP2003348156 A JP 2003348156A JP 2002153253 A JP2002153253 A JP 2002153253A JP 2002153253 A JP2002153253 A JP 2002153253A JP 2003348156 A JP2003348156 A JP 2003348156A
- Authority
- JP
- Japan
- Prior art keywords
- node
- request
- computer
- icmp echo
- protocol
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】異なるプロトコルが混在するノードを管理する
ネットワークにおいて、それぞれのノードの動作状態を
確認する。 【解決手段】ネットワークに接続された第１、第２のノ
ードのプロトコルを収集し、収集されたプロトコルから
それぞれのプロトコルに対する動作確認要求を生成し、
生成された動作確認要求をそれぞれのノードに送り、そ
れぞれのノードの動作状態を確認する。
ネットワークにおいて、それぞれのノードの動作状態を
確認する。 【解決手段】ネットワークに接続された第１、第２のノ
ードのプロトコルを収集し、収集されたプロトコルから
それぞれのプロトコルに対する動作確認要求を生成し、
生成された動作確認要求をそれぞれのノードに送り、そ
れぞれのノードの動作状態を確認する。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークに接
続されているコンピュータなどのノードの動作状態を管
理するものに係り、特に異なったプロトコルを有するノ
ードの動作状態を管理する方法及びシステムに関する。
続されているコンピュータなどのノードの動作状態を管
理するものに係り、特に異なったプロトコルを有するノ
ードの動作状態を管理する方法及びシステムに関する。
【０００２】
【従来の技術】異なったプロトコルを有するノードの確
認をするものとして例えば特開平11-127215号公報に記
載されたものがある。これは、異なったプロトコルを有
するノードが接続されたネットワークにおいて、通信を
行う際に第１の信号を送り、通信の肯定がなければ第２
の信号を送ることで通信を行うことが記載されている。
認をするものとして例えば特開平11-127215号公報に記
載されたものがある。これは、異なったプロトコルを有
するノードが接続されたネットワークにおいて、通信を
行う際に第１の信号を送り、通信の肯定がなければ第２
の信号を送ることで通信を行うことが記載されている。
【０００３】
【発明が解決しようとする課題】ある一つのプロトコル
を有するノードが接続されたシステムにおいて異なった
プロトコルを有するノードが接続されることが今後増え
ていく。例えば、IPv4のプロトコルによるノードが接続
されているシステムにおいて、IPv6のプロトコルを有す
るノードを接続する場合である。
を有するノードが接続されたシステムにおいて異なった
プロトコルを有するノードが接続されることが今後増え
ていく。例えば、IPv4のプロトコルによるノードが接続
されているシステムにおいて、IPv6のプロトコルを有す
るノードを接続する場合である。
【０００４】この場合、それぞれのノードに対して動作
状態を確認するためには、それぞれのプロトコルに適合
した動作確認要求をそれぞれのノードに送る必要があ
る。
状態を確認するためには、それぞれのプロトコルに適合
した動作確認要求をそれぞれのノードに送る必要があ
る。
【０００５】本発明は、このように異なったプロトコル
を有するノードが接続されたネットワークにおいて、そ
れぞれのノードの動作状態を確認する方法及びシステム
を提供することを目的とするものである。
を有するノードが接続されたネットワークにおいて、そ
れぞれのノードの動作状態を確認する方法及びシステム
を提供することを目的とするものである。
【０００６】
【課題を解決するための手段】上記目的を達成するた
め、本発明では、ネットワークに接続された第１のプロ
トコルを有する第１のノードと第２のプロトコルを有す
る第２のノードの動作状態を確認するネットワーク管理
方法であって、ネットワークに接続された第１、第２の
ノードのプロトコルを収集し、収集されたプロトコルか
らそれぞれのプロトコルに対する動作確認要求を生成
し、生成された動作確認要求をそれぞれのノードに送
り、それぞれのノードの動作状態を確認する。
め、本発明では、ネットワークに接続された第１のプロ
トコルを有する第１のノードと第２のプロトコルを有す
る第２のノードの動作状態を確認するネットワーク管理
方法であって、ネットワークに接続された第１、第２の
ノードのプロトコルを収集し、収集されたプロトコルか
らそれぞれのプロトコルに対する動作確認要求を生成
し、生成された動作確認要求をそれぞれのノードに送
り、それぞれのノードの動作状態を確認する。
【０００７】
【発明の実施の形態】以下、図面を用いて説明する。
【０００８】図１は、本発明を利用したシステムの構成
を示したものである。
を示したものである。
【０００９】本システムは、監視装置１００、代理要求
装置１１０、ルータ１２０、管理対象であるコンピュー
タ（ノード）１３０がネットワークを介して接続されて
いる。管理対象のコンピュータ１３０は、IPv4のプロト
コルを有するコンピュータ１３０−１と、IPv6のプロト
コルを有するコンピュータ１３０−２がある。監視装置
１００は、IPv4のプロトコルを有するコンピュータの稼
動状態を監視するものである。代理要求装置１１０は、
監視装置１００からの要求に応じてIPv6のプロトコルを
有するコンピュータの稼動状態を監視するものである。
また、ルータ１２０は、IPv6、IPv4に対応できるもので
あり、ＩＰv4に対するルーティングテーブル、ＩＰv6に
対するルーティングテーブルとを有している。
装置１１０、ルータ１２０、管理対象であるコンピュー
タ（ノード）１３０がネットワークを介して接続されて
いる。管理対象のコンピュータ１３０は、IPv4のプロト
コルを有するコンピュータ１３０−１と、IPv6のプロト
コルを有するコンピュータ１３０−２がある。監視装置
１００は、IPv4のプロトコルを有するコンピュータの稼
動状態を監視するものである。代理要求装置１１０は、
監視装置１００からの要求に応じてIPv6のプロトコルを
有するコンピュータの稼動状態を監視するものである。
また、ルータ１２０は、IPv6、IPv4に対応できるもので
あり、ＩＰv4に対するルーティングテーブル、ＩＰv6に
対するルーティングテーブルとを有している。
【００１０】監視装置１００は、監視制御部１０１、イ
ンタフェース一覧テーブル作成部１０２、確認要求部１
０３、ＩＣＭＰエコーリクエスト処理部１０４、ＩＰｖ
４のプロトコルによる通信を行うＩＰｖ４通信制御部１
０５とを有している。インタフェース一覧テーブル作成
部１０２は、ルータ１２０から収集したルーティング情
報の一覧をテーブルとして生成するものである。生成し
たテーブルの一例を図３に示す。確認要求部１０３は、
生成されたテーブルからＩＰｖ６のコンピュータに対す
る動作確認要求を代理要求装置１１０へ送り、代理要求
装置１１０から動作確認要求に対する応答を受けるもの
である。ここで、稼動状態の確認とは、代理要求装置１
１０とコンピュータ１３０とが通信が可能であるかどう
かということで扱う。ＩＣＭＰエコーリクエスト処理部
１０４は、IPv4パケットを生成するものである。生成さ
れたＩＣＭＰエコーリクエストパケットの一例を図４
（ａ）に示す。ＩＣＭＰエコーリクエスト処理部１０４
は、生成したＩＣＭＰエコーリクエストパケットを該当
するコンピュータに送信し、該当ノードが応答を返すか
タイムアウトになるまで待機するものである。この処理
については図７に示す。
ンタフェース一覧テーブル作成部１０２、確認要求部１
０３、ＩＣＭＰエコーリクエスト処理部１０４、ＩＰｖ
４のプロトコルによる通信を行うＩＰｖ４通信制御部１
０５とを有している。インタフェース一覧テーブル作成
部１０２は、ルータ１２０から収集したルーティング情
報の一覧をテーブルとして生成するものである。生成し
たテーブルの一例を図３に示す。確認要求部１０３は、
生成されたテーブルからＩＰｖ６のコンピュータに対す
る動作確認要求を代理要求装置１１０へ送り、代理要求
装置１１０から動作確認要求に対する応答を受けるもの
である。ここで、稼動状態の確認とは、代理要求装置１
１０とコンピュータ１３０とが通信が可能であるかどう
かということで扱う。ＩＣＭＰエコーリクエスト処理部
１０４は、IPv4パケットを生成するものである。生成さ
れたＩＣＭＰエコーリクエストパケットの一例を図４
（ａ）に示す。ＩＣＭＰエコーリクエスト処理部１０４
は、生成したＩＣＭＰエコーリクエストパケットを該当
するコンピュータに送信し、該当ノードが応答を返すか
タイムアウトになるまで待機するものである。この処理
については図７に示す。
【００１１】代理要求装置１１０は、代理制御部１１
１、ＩＰｖ４のプロトコルで通信を行うＩＰｖ４通信制
御部１１２、ＩＰｖ６のプロトコルで通信を行うＩＰｖ
６通信制御部１１３、ＩＣＭＰエコーリクエスト処理部
１１４を有する。代理制御部１１１は、監視装置１００
から確認要求を受け、ＩＰｖ６の動作確認を行い、その
結果を監視装置１００へ送信するものである。ＩＣＭＰ
エコーリクエスト処理部１１４は、ＩＰｖ６パケットを
生成する。生成されたＩＣＭＰエコーリクエストパケッ
トの一例を図４（ｂ）に示す。また、ＩＣＭＰエコーリ
クエスト処理部１１４は、生成したＩＣＭＰエコーリク
エストパケットをＩＰｖ６通信制御部１１３を介して該
当するコンピュータに送信する。また、該当ノードが応
答を返すかタイムアウトになるまで待機する。このもの
である、この処理については図７に示す。
１、ＩＰｖ４のプロトコルで通信を行うＩＰｖ４通信制
御部１１２、ＩＰｖ６のプロトコルで通信を行うＩＰｖ
６通信制御部１１３、ＩＣＭＰエコーリクエスト処理部
１１４を有する。代理制御部１１１は、監視装置１００
から確認要求を受け、ＩＰｖ６の動作確認を行い、その
結果を監視装置１００へ送信するものである。ＩＣＭＰ
エコーリクエスト処理部１１４は、ＩＰｖ６パケットを
生成する。生成されたＩＣＭＰエコーリクエストパケッ
トの一例を図４（ｂ）に示す。また、ＩＣＭＰエコーリ
クエスト処理部１１４は、生成したＩＣＭＰエコーリク
エストパケットをＩＰｖ６通信制御部１１３を介して該
当するコンピュータに送信する。また、該当ノードが応
答を返すかタイムアウトになるまで待機する。このもの
である、この処理については図７に示す。
【００１２】図２は、本発明を利用した別のシステムの
構成を示したものである。ネットワーク構成がバス接続
であり、要求するノードに対応する代理要求装置が分か
れている。
構成を示したものである。ネットワーク構成がバス接続
であり、要求するノードに対応する代理要求装置が分か
れている。
【００１３】図３は、インタフェース一覧テーブル作成
部１０１によって生成されたテーブルの一例を示したも
のである。この図に示すように、代理要求装置のＩＰア
ドレス３０１とコンピュータのＩＰアドレス３０２、動
作確認結果３０３によって生成されている。ここで、代
理要求装置のＩＰアドレスが登録されているのは、対象
となるコンピュータはＩＰｖ６のコンピュータであるこ
とを示している。つまり、ルータのルーティング情報か
らＩＰｖ６と判断したコンピュータについて代理要求装
置１１０にて動作確認を行うために、代理要求装置１１
０のアドレスが設定されている。ここで、代理要求装置
１１０のＩＰアドレスとしてx.x.x.xとy.y.y.yとが登録
されている。これは、図２に示すように複数の代理要求
装置１１０によりコンピュータを監視している場合に、
それぞれの代理要求装置１１０に対象とするコンピュー
タを振分けたためである。この振分けは、コンピュータ
が接続されているルータ単位で切り分けるように設定す
ることもできる。つまり、監視装置１００がそれぞれの
ルータのルーティングテーブルからＩＰ情報を収集する
が、このときルータの情報とを収集する。そして、この
ルータの情報に基づいて代理要求装置に管理対象となる
コンピュータを振分ける。
部１０１によって生成されたテーブルの一例を示したも
のである。この図に示すように、代理要求装置のＩＰア
ドレス３０１とコンピュータのＩＰアドレス３０２、動
作確認結果３０３によって生成されている。ここで、代
理要求装置のＩＰアドレスが登録されているのは、対象
となるコンピュータはＩＰｖ６のコンピュータであるこ
とを示している。つまり、ルータのルーティング情報か
らＩＰｖ６と判断したコンピュータについて代理要求装
置１１０にて動作確認を行うために、代理要求装置１１
０のアドレスが設定されている。ここで、代理要求装置
１１０のＩＰアドレスとしてx.x.x.xとy.y.y.yとが登録
されている。これは、図２に示すように複数の代理要求
装置１１０によりコンピュータを監視している場合に、
それぞれの代理要求装置１１０に対象とするコンピュー
タを振分けたためである。この振分けは、コンピュータ
が接続されているルータ単位で切り分けるように設定す
ることもできる。つまり、監視装置１００がそれぞれの
ルータのルーティングテーブルからＩＰ情報を収集する
が、このときルータの情報とを収集する。そして、この
ルータの情報に基づいて代理要求装置に管理対象となる
コンピュータを振分ける。
【００１４】図４は、ＩＣＭＰエコーリクエスト処理部
により生成されたＩＣＭＰエコーリクエストパケットの
一例を示したものである。図４(ａ)は、監視装置１００
のＩＣＭＰエコーリクエストパケット作成部１０３によ
って作成されたＩＰｖ４のＩＣＭＰエコーリクエストパ
ケットの一例を示したものである。ＩＣＭＰヘッダのタ
イプには、ＩＣＭＰエコーリクエストであることを示す
値が指定される。ＩＰｖ４の場合は、「８」である。ま
た、ＲＦＣによると、ＩＣＭＰヘッダのコード、チェッ
クサムは「０」が設定される。ＩＣＭＰヘッダのシーケ
ンス番号は、ＩＣＭＰエコーリクエストに割り当てられ
るユニークな番号である。送信時刻には、送信時の時刻
を設定する。
により生成されたＩＣＭＰエコーリクエストパケットの
一例を示したものである。図４(ａ)は、監視装置１００
のＩＣＭＰエコーリクエストパケット作成部１０３によ
って作成されたＩＰｖ４のＩＣＭＰエコーリクエストパ
ケットの一例を示したものである。ＩＣＭＰヘッダのタ
イプには、ＩＣＭＰエコーリクエストであることを示す
値が指定される。ＩＰｖ４の場合は、「８」である。ま
た、ＲＦＣによると、ＩＣＭＰヘッダのコード、チェッ
クサムは「０」が設定される。ＩＣＭＰヘッダのシーケ
ンス番号は、ＩＣＭＰエコーリクエストに割り当てられ
るユニークな番号である。送信時刻には、送信時の時刻
を設定する。
【００１５】また、図４（ｂ）は、代理要求装置１１０
のＩＣＭＰエコーリクエスト処理部１１４によって生成
されたＩＰｖ６のＩＣＭＰエコーリクエストパケットの
一例を示したものである。図４（ａ）との相違は、ＩＣ
ＭＰヘッダのタイプに「１２８」が設定されている点で
ある。
のＩＣＭＰエコーリクエスト処理部１１４によって生成
されたＩＰｖ６のＩＣＭＰエコーリクエストパケットの
一例を示したものである。図４（ａ）との相違は、ＩＣ
ＭＰヘッダのタイプに「１２８」が設定されている点で
ある。
【００１６】図５は、監視装置の監視制御部１０１の処
理を示したものである。監視制御部１０１は、予め設定
された周期、あるいはユーザからの指示に基づいて処理
を開始する。まず、監視制御部１０１は、インタフェー
ス一覧テーブル作成部１０２を起動する（５０１）。イ
ンタフェース一覧テーブル作成部１０２は、ネットワー
クに接続されたルータ１２０からルーティング情報を収
集する。監視制御部１０１は、次に収集したルーティン
グ情報中のコンピュータのＩＰアドレスから対象となる
コンピュータがＩＰｖ４か、ＩＰｖ６かを判断する（５
０２）。この判断は、ＩＰアドレスのアドレス空間のビ
ット数に基づいて判断する。つまり、アドレス空間が３
２ビットの場合にはＩＰｖ４と判断し、１２８ビットの
場合はＩＰｖ６と判断する。ここで、ＩＰｖ６と判断さ
れた場合、監視制御部１０１は予め登録された代理要求
装置１１０のアドレスをＩＰｖ６と判断されたＩＰアド
レスと対応付けて登録する（５０３）。監視制御部１０
１は、まだ判断していないＩＰアドレスがあれば、処理
５０２へ戻りＩＰｖ４、ＩＰｖ６の判断を行う。全ての
ＩＰアドレスについて処理を修了すると、監視制御部１
０１は、代理要求装置１１０のアドレスが登録されたＩ
Ｐアドレスを、代理要求装置１１０のアドレスに従って
送る（５０４）。次に、監視制御装部１０１は、ＩＣＭ
Ｐエコールクエスト処理部１０４を起動する（５０
５）。ＩＣＭＰエコーリクエスト処理部１０４は、ＩＰ
ｖ４と判断されたＩＰアドレスのコンピュータに対する
ＩＣＭＰエコーパケットを生成し、ＩＰｖ４のコンピュ
ータの動作確認を行う。監視制御装置１０１は、代理要
求装置１１０から動作確認要求の結果を受取ると、テー
ブルにその結果を格納する（５０６）。また、ＩＣＭＰ
エコーリクエスト処理部１０４によりＩＰｖ４の動作確
認の結果をテーブルに格納する（５０７）。このよう
に、監視制御部１０１により、ネットワークに接続され
たコンピュータの動作状態を確認することができる。
理を示したものである。監視制御部１０１は、予め設定
された周期、あるいはユーザからの指示に基づいて処理
を開始する。まず、監視制御部１０１は、インタフェー
ス一覧テーブル作成部１０２を起動する（５０１）。イ
ンタフェース一覧テーブル作成部１０２は、ネットワー
クに接続されたルータ１２０からルーティング情報を収
集する。監視制御部１０１は、次に収集したルーティン
グ情報中のコンピュータのＩＰアドレスから対象となる
コンピュータがＩＰｖ４か、ＩＰｖ６かを判断する（５
０２）。この判断は、ＩＰアドレスのアドレス空間のビ
ット数に基づいて判断する。つまり、アドレス空間が３
２ビットの場合にはＩＰｖ４と判断し、１２８ビットの
場合はＩＰｖ６と判断する。ここで、ＩＰｖ６と判断さ
れた場合、監視制御部１０１は予め登録された代理要求
装置１１０のアドレスをＩＰｖ６と判断されたＩＰアド
レスと対応付けて登録する（５０３）。監視制御部１０
１は、まだ判断していないＩＰアドレスがあれば、処理
５０２へ戻りＩＰｖ４、ＩＰｖ６の判断を行う。全ての
ＩＰアドレスについて処理を修了すると、監視制御部１
０１は、代理要求装置１１０のアドレスが登録されたＩ
Ｐアドレスを、代理要求装置１１０のアドレスに従って
送る（５０４）。次に、監視制御装部１０１は、ＩＣＭ
Ｐエコールクエスト処理部１０４を起動する（５０
５）。ＩＣＭＰエコーリクエスト処理部１０４は、ＩＰ
ｖ４と判断されたＩＰアドレスのコンピュータに対する
ＩＣＭＰエコーパケットを生成し、ＩＰｖ４のコンピュ
ータの動作確認を行う。監視制御装置１０１は、代理要
求装置１１０から動作確認要求の結果を受取ると、テー
ブルにその結果を格納する（５０６）。また、ＩＣＭＰ
エコーリクエスト処理部１０４によりＩＰｖ４の動作確
認の結果をテーブルに格納する（５０７）。このよう
に、監視制御部１０１により、ネットワークに接続され
たコンピュータの動作状態を確認することができる。
【００１７】次に代理要求装置１１０の代理制御部１１
１の処理について説明する。代理制御部１１１はＩＰｖ
４通信制御部から確認要求と確認するコンピュータのＩ
Ｐアドレスを受取ると、ＩＣＭＰエコーリクエスト処理
部１１４を起動する。ＩＣＭＰエコーリクエスト処理部
１１４は、図４（ｂ）に示すＩＰｖ６のＩＣＭＰエコー
パケットを生成し、生成したＩＣＭＰエコーパケットを
ＩＶｖ６通信制御から送り、コンピュータの動作確認を
行う。確認した結果はＩＰアドレスとともに代理要求装
置の記憶部に格納する。全てのＩＰｖ６のコンピュータ
に対する動作確認を修了すると、代理制御部１１１は、
ＩＰアドレスと確認結果とをＩＰｖ４通信制御部１１２
を介して監視装置１００へ送る。
１の処理について説明する。代理制御部１１１はＩＰｖ
４通信制御部から確認要求と確認するコンピュータのＩ
Ｐアドレスを受取ると、ＩＣＭＰエコーリクエスト処理
部１１４を起動する。ＩＣＭＰエコーリクエスト処理部
１１４は、図４（ｂ）に示すＩＰｖ６のＩＣＭＰエコー
パケットを生成し、生成したＩＣＭＰエコーパケットを
ＩＶｖ６通信制御から送り、コンピュータの動作確認を
行う。確認した結果はＩＰアドレスとともに代理要求装
置の記憶部に格納する。全てのＩＰｖ６のコンピュータ
に対する動作確認を修了すると、代理制御部１１１は、
ＩＰアドレスと確認結果とをＩＰｖ４通信制御部１１２
を介して監視装置１００へ送る。
【００１８】図６は、監視装置１００、代理要求装置１
１０によるコンピュータの動作確認を示したものであ
る。図６（ａ）は、ＩＰｖ４の動作確認を行う場合を示
したものであり、監視装置１０１からコンピュータ１３
０−１に対してＩＣＭＰエコーリクエストを送る。コン
ピュータ１３０−１は、ＩＣＭＰエコーリクエストパケ
ットのタイプ値を０にして送信する。監視装置１０１
は、コンピュータ１３０−１からＩＣＭＰエコーリクエ
ストパケットの応答を受取る。監視装置１０１は、ＩＣ
ＭＰエコーリクエストパケットの応答を受信した時点で
コンピュータ１３０−１は動作状態であると判断する。
ＩＣＭＰエコーリクエストパケットの応答が帰ってこな
いばあい、コンピュータ１３０−１は動作状態ではない
と判断する。図６（ｂ）は、ＩＰｖ６の動作確認を行う
場合を示したものであり、代理要求装置１１０からコン
ピュータ１３０−２に対してＩＣＭＰエコーリクエスト
を送る。コンピュータ１３０−２は、ＩＣＭＰエコーリ
クエストパケットのタイプ値を１２９にして送信する。
代理要求装置１１０は、コンピュータ１３０−２からＩ
ＣＭＰエコーリクエストパケットの応答を受取る。代理
要求装置１１０は、ＩＣＭＰエコーリクエストパケット
の応答を受信した時点でコンピュータ１３０−２は動作
状態であると判断する。ＩＣＭＰエコーリクエストパケ
ットの応答が帰ってこないばあい、コンピュータ１３０
−２は動作状態ではないと判断する。
１０によるコンピュータの動作確認を示したものであ
る。図６（ａ）は、ＩＰｖ４の動作確認を行う場合を示
したものであり、監視装置１０１からコンピュータ１３
０−１に対してＩＣＭＰエコーリクエストを送る。コン
ピュータ１３０−１は、ＩＣＭＰエコーリクエストパケ
ットのタイプ値を０にして送信する。監視装置１０１
は、コンピュータ１３０−１からＩＣＭＰエコーリクエ
ストパケットの応答を受取る。監視装置１０１は、ＩＣ
ＭＰエコーリクエストパケットの応答を受信した時点で
コンピュータ１３０−１は動作状態であると判断する。
ＩＣＭＰエコーリクエストパケットの応答が帰ってこな
いばあい、コンピュータ１３０−１は動作状態ではない
と判断する。図６（ｂ）は、ＩＰｖ６の動作確認を行う
場合を示したものであり、代理要求装置１１０からコン
ピュータ１３０−２に対してＩＣＭＰエコーリクエスト
を送る。コンピュータ１３０−２は、ＩＣＭＰエコーリ
クエストパケットのタイプ値を１２９にして送信する。
代理要求装置１１０は、コンピュータ１３０−２からＩ
ＣＭＰエコーリクエストパケットの応答を受取る。代理
要求装置１１０は、ＩＣＭＰエコーリクエストパケット
の応答を受信した時点でコンピュータ１３０−２は動作
状態であると判断する。ＩＣＭＰエコーリクエストパケ
ットの応答が帰ってこないばあい、コンピュータ１３０
−２は動作状態ではないと判断する。
【００１９】図７は監視装置、代理要求装置のＩＣＭＰ
エコーリクエスト処理部による動作確認の処理を示した
ものである。
エコーリクエスト処理部による動作確認の処理を示した
ものである。
【００２０】対象となるコンピュータにＩＣＭＰエコー
リクエストパケットを送った後、対象となるコンピュー
タよりＩＣＭＰエコーリクエストの応答を待ち、ＩＣＭ
Ｐエコー応答を受取った時点、もしくはＩＣＭＰエコー
タイムアウトになった時点で、応答待ち状態を解除する
（７０１）。次に、ＩＣＭＰエコー応答を受取ったか否
かを判断する（７０２）。受取った場合でも、自装置が
要求したＩＣＭＰエコーリクエストに対する応答か否か
ＩＣＭＰエコーリクエストパケット内にある識別子、シ
ーケンス番号で判断し、自装置で要求したＩＣＭＰエコ
ーでなかった場合は、ＩＣＭＰエコー応答を受取ってい
ないものとみなす。ＩＣＭＰエコー応答を正常に受取っ
たと判断した場合には、現在の時刻とＩＣＭＰエコー応
答パケット内にある送信時刻とを比較し、応答にかかっ
た時間を測定する（７０３）。ＩＣＭＰエコー応答を受
取っていない場合、タイムアウトか否か判断し（７０
４）、タイムアウト時間を過ぎていない場合は、再度応
答待ちの状態になる。タイムアウト時間を過ぎている場
合は、応答タイムアウトとする（７０５）。
リクエストパケットを送った後、対象となるコンピュー
タよりＩＣＭＰエコーリクエストの応答を待ち、ＩＣＭ
Ｐエコー応答を受取った時点、もしくはＩＣＭＰエコー
タイムアウトになった時点で、応答待ち状態を解除する
（７０１）。次に、ＩＣＭＰエコー応答を受取ったか否
かを判断する（７０２）。受取った場合でも、自装置が
要求したＩＣＭＰエコーリクエストに対する応答か否か
ＩＣＭＰエコーリクエストパケット内にある識別子、シ
ーケンス番号で判断し、自装置で要求したＩＣＭＰエコ
ーでなかった場合は、ＩＣＭＰエコー応答を受取ってい
ないものとみなす。ＩＣＭＰエコー応答を正常に受取っ
たと判断した場合には、現在の時刻とＩＣＭＰエコー応
答パケット内にある送信時刻とを比較し、応答にかかっ
た時間を測定する（７０３）。ＩＣＭＰエコー応答を受
取っていない場合、タイムアウトか否か判断し（７０
４）、タイムアウト時間を過ぎていない場合は、再度応
答待ちの状態になる。タイムアウト時間を過ぎている場
合は、応答タイムアウトとする（７０５）。
【００２１】このように本システムは、ルータのルーテ
ィングテーブルに登録されているコンピュータに対して
動作確認を行うものである。ネットワークに接続される
コンピュータが増えた場合、監視対象となるコンピュー
タをユーザが一つ一つ特定するのは、その作業が煩雑に
なる。これに対して本発明では、ルータのルーティング
情報を収集することでネットワークに接続されたコンピ
ュータに対して監視することが可能となる。
ィングテーブルに登録されているコンピュータに対して
動作確認を行うものである。ネットワークに接続される
コンピュータが増えた場合、監視対象となるコンピュー
タをユーザが一つ一つ特定するのは、その作業が煩雑に
なる。これに対して本発明では、ルータのルーティング
情報を収集することでネットワークに接続されたコンピ
ュータに対して監視することが可能となる。
【００２２】尚、図１、図２に示したネットワークシス
テムは監視装置、代理要求装置をそれぞれ別々に設定し
たものについて説明したが、これを１つの監視装置とし
て構成してもよい。図８は、ＩＰｖ６、ＩＰｖ４のコン
ピュータを監視する監視装置を示したものである。各部
の動作については既に説明したのと同じ動作を行う。
テムは監視装置、代理要求装置をそれぞれ別々に設定し
たものについて説明したが、これを１つの監視装置とし
て構成してもよい。図８は、ＩＰｖ６、ＩＰｖ４のコン
ピュータを監視する監視装置を示したものである。各部
の動作については既に説明したのと同じ動作を行う。
【００２３】また、ルータが管理しているルーティング
テーブルがＩＰｖ４、ＩＰｖ６ごとに分かれている場
合、監視制御部１０１は、各ＩＰノードに対してＩＰｖ
４か、ＩＰｖ６であるかを判断する必要がなくなる。つ
まり、監視制御部１０１は、ルータに対してＩＰｖ４の
ルーティングテーブルの情報を収集し、次にＩＰｖ６の
ルーティングテーブルの情報を収集し、ＩＰｖ６のルー
ティングテーブルから収集したＩＰアドレスを代理制御
部１１１へ渡せばよい。
テーブルがＩＰｖ４、ＩＰｖ６ごとに分かれている場
合、監視制御部１０１は、各ＩＰノードに対してＩＰｖ
４か、ＩＰｖ６であるかを判断する必要がなくなる。つ
まり、監視制御部１０１は、ルータに対してＩＰｖ４の
ルーティングテーブルの情報を収集し、次にＩＰｖ６の
ルーティングテーブルの情報を収集し、ＩＰｖ６のルー
ティングテーブルから収集したＩＰアドレスを代理制御
部１１１へ渡せばよい。
【００２４】尚、本実施例ではＩＰｖ４とＩＰｖ６の場
合を例に説明したが、本実施例はこれに制限されるもの
ではなく、異なったプロトコルを処理するシステムに適
用することができる。
合を例に説明したが、本実施例はこれに制限されるもの
ではなく、異なったプロトコルを処理するシステムに適
用することができる。
【００２５】また、本実施例で説明した各部の構成につ
いてはソフトウェアにより実現することができる。つま
り、監視装置、代理要求装置ともに、プログラムを格納
するメモリなどの記憶装置、メモリに記憶されたプログ
ラムを処理するＣＰＵなどの処理装置を有するものであ
れば、既に説明した機能を実行することができる。
いてはソフトウェアにより実現することができる。つま
り、監視装置、代理要求装置ともに、プログラムを格納
するメモリなどの記憶装置、メモリに記憶されたプログ
ラムを処理するＣＰＵなどの処理装置を有するものであ
れば、既に説明した機能を実行することができる。
【００２６】
【発明の効果】以上説明したように、本発明によれば異
なるプロトコルによるノードの動作確認を行うことが可
能となる。
なるプロトコルによるノードの動作確認を行うことが可
能となる。
【図１】ネットワークシステムの構成を示した図であ
る。
る。
【図２】ネットワークシステムの他の構成を示した図で
ある。
ある。
【図３】インタフェース一覧テーブルの一例を示した図
である。
である。
【図４】ＩＣＭＰエコーリクエストパケットの一例を示
した図である。
した図である。
【図５】監視制御部の処理を示した図である。
【図６】動作確認を示した図である。
【図７】受信処理を示したものである。
【図８】他の監視装置の構成を示したものである。
１００ 監視装置
１１０ 代理要求装置
１２０ ルータ
１３０ コンピュータ
Claims (2)
- 【請求項１】ネットワークに接続された第１のプロトコ
ルを有する第１のノードと第２のプロトコルを有する第
２のノードの動作状態を確認するネットワーク管理方法
であって、 ネットワークに接続された第１、第２のノードのプロト
コルを収集し、収集されたプロトコルからそれぞれのプ
ロトコルに対する動作確認要求を生成し、生成された動
作確認要求をそれぞれのノードに送り、それぞれのノー
ドの動作状態を確認するネットワーク管理方法。 - 【請求項２】第１のプロトコルを有する第１のノード
と、 第２のプロトコルを有する第２のノードと、 前記第１のノード及び前記第２のノードのプロトコルを
収集し、前記第１のノードに対する動作確認要求をする
とともに、前記第２のプロトコルを有する第２のノード
に関する動作確認要求を管理サーバへ依頼する第１の監
視装置と、 前記第１の監視装置からの依頼を受けて、前記第２のノ
ードの動作確認を行い、その結果を前記監視装置に送る
第２の監視装置とを有するネットワークシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002153253A JP2003348156A (ja) | 2002-05-28 | 2002-05-28 | ネットワーク管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002153253A JP2003348156A (ja) | 2002-05-28 | 2002-05-28 | ネットワーク管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003348156A true JP2003348156A (ja) | 2003-12-05 |
Family
ID=29770329
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002153253A Pending JP2003348156A (ja) | 2002-05-28 | 2002-05-28 | ネットワーク管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003348156A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010103695A (ja) * | 2008-10-22 | 2010-05-06 | Ntt Data Corp | クラスタシステム、クラスタサーバ及びクラスタ制御方法 |
-
2002
- 2002-05-28 JP JP2002153253A patent/JP2003348156A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010103695A (ja) * | 2008-10-22 | 2010-05-06 | Ntt Data Corp | クラスタシステム、クラスタサーバ及びクラスタ制御方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101055048B1 (ko) | 정보 통신 시스템, 정보 처리 장치 및 방법, 및 기록 매체 | |
| JP5813885B2 (ja) | コントローラでネットワークプロトコルアドレス指定を管理するためのシステム及び方法 | |
| JP3989969B2 (ja) | クライアントサーバデータ処理システムのための通信システム | |
| US7412515B2 (en) | Method and apparatus for dynamic assignment of network protocol addresses | |
| JP4000331B2 (ja) | ネットワークのポートマッピング用システム | |
| JP4235460B2 (ja) | ネットワークデバイス管理方法、ネットワークデバイス管理プログラム及びネットワーク制御装置 | |
| US20020138614A1 (en) | Method and apparatus to manage network addresses | |
| US20060069836A1 (en) | Communication system and method for upgrade of user terminal software and user terminal upgraded by the same | |
| US20080028071A1 (en) | Communication load reducing method and computer system | |
| US7136928B2 (en) | Communication device and communication control method using efficient Echonet address determination scheme | |
| US9898377B2 (en) | Switch provided failover | |
| WO2004045139A2 (en) | System and method for discovery and configuration | |
| JP2006033830A (ja) | 無線式パケット・ベースのネットワークの電力節減 | |
| JP2011526710A (ja) | クライアント・アプリケーション・プログラムがインターネット・プロトコル（ｉｐ）ネットワーク上でサーバ・アプリケーション・プログラム・インスタンスにアクセスするための方法、装置、及びソフトウェア | |
| KR101139836B1 (ko) | 웹 서비스 기반 관리 서비스를 발견하기 위한 2단계 방식의방법 및 시스템 | |
| Phung et al. | The OpenLISP control plane architecture | |
| JP2017041747A (ja) | 情報処理装置、情報処理装置の制御プログラム、制御方法及び情報処理システム | |
| US20040199666A1 (en) | Apparatus and method of coordinating network events | |
| US20080263191A1 (en) | Method and system for handling packet filtering information | |
| JP4322879B2 (ja) | 通信機器用の接続装置 | |
| JP2007243825A (ja) | プログラマブルコントローラを適用した制御装置 | |
| JP2004306200A (ja) | ロボット制御システム | |
| JP5638063B2 (ja) | 通信装置、通信装置の制御方法、プログラム | |
| JP2003348156A (ja) | ネットワーク管理方法 | |
| JP5381247B2 (ja) | 負荷分散装置、負荷分散方法、負荷分散プログラム及び負荷分散システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040910 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060419 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060526 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060606 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060801 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060829 |