ネットワーク管理装置およびネットワーク管理方法
【課題】ネットワーク障害の原因装置を迅速に切り分けることができるネットワーク管理装置を得ること。
【解決手段】ネットワーク層における障害監視を送達確認により実施するネットワーク管理装置であって、管理対象装置とその装置への経路上の管理対象装置を示す経路情報とを対応づけて保持するネットワーク構成ＤＢ記憶部１１と、送達確認に対する応答がなかった場合は、その応答がなかった管理対象装置の経路情報を保持している情報から抽出して、その経路情報の管理対象装置に対する送達確認を実施し、その送達確認に対する応答のなかった管理対象装置を障害発生装置として特定するネットワーク管理部１２と、を備える。
【解決手段】ネットワーク層における障害監視を送達確認により実施するネットワーク管理装置であって、管理対象装置とその装置への経路上の管理対象装置を示す経路情報とを対応づけて保持するネットワーク構成ＤＢ記憶部１１と、送達確認に対する応答がなかった場合は、その応答がなかった管理対象装置の経路情報を保持している情報から抽出して、その経路情報の管理対象装置に対する送達確認を実施し、その送達確認に対する応答のなかった管理対象装置を障害発生装置として特定するネットワーク管理部１２と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク層レベルの健全性の監視を行うネットワーク管理装置およびネットワーク管理方法に関する。
【背景技術】
【０００２】
従来の送達確認を行うためのPingを用いてネットワーク内の健全性の確認を行うネットワーク管理装置では、ネットワーク構成を意識することはなく、管理対象の装置に対して周期的にPingを送信することにより管理対象の装置とその装置までの経路の健全性を確認している。
【０００３】
一方、下記特許文献１に記載には、ネットワーク構成の情報とそのネットワークを構成する各装置の性能情報を用いて今後発生することが予想される障害について予兆発生範囲や原因箇所を特定する方法が開示されている。
【０００４】
【特許文献１】特開２００２−９９４６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来のPingを用いた健全性確認の技術によれば、管理対象装置に対する健全性確認の際に、Pingの応答を確認できない場合、Ping送信先の管理対象装置が到達できない状態にあることはわかるが、Ping送信先の管理対象装置に問題があるのか、ネットワーク管理装置からその管理対象装置までの経路（経路上の装置）に問題があるのか、が判別できない。そのため、ネットワーク管理装置では、管理対象の各装置へのPing送信を実施することにより、各管理対象の健全性の確認結果に基づいて真に問題の生じている装置を切り分けるために一定の時間を要し、障害発生から原因となる装置の特定までに時間がかかる、という問題があった。
【０００６】
また、ネットワーク管理装置から見ると、原因箇所だけでなく原因箇所を経由して通信する装置に対する送達確認が全て確認失敗となってしまうため、大量の障害状態を検出することになり、正しい原因箇所を認識することが困難である。
【０００７】
また、上記従来のPingを用いた健全性確認の技術では、全ての管理対象装置に対して均等にPingによる送達確認を行っているが、ネットワーク上の送達確認の重要性は、各装置で同一ではない。そのため、効率的に健全性の確認を行っているとは限らない、という問題があった。
【０００８】
本発明は、上記に鑑みてなされたものであって、ネットワーク障害の真の原因である原因装置を迅速に切り分けることができるネットワーク管理装置およびネットワーク管理方法を得ることを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本発明は、ネットワーク層における障害監視を送達確認の結果に基づいて実施するネットワーク管理装置であって、前記障害監視の対象である管理対象装置と、その管理対象装置への経路上の管理対象装置が示されている経路情報とを対応づけてネットワーク構成情報として保持するためのネットワーク構成情報記憶手段と、前記送達確認に対する応答がなかった場合は、その応答がなかった管理対象装置に対応する経路情報をネットワーク構成情報から抽出し、抽出した経路情報に含まれる管理対象装置に対する送達確認を障害検出送達確認として実施し、前記障害検出送達確認に対する応答のなかった管理対象装置を障害発生装置として特定するネットワーク管理手段と、を備えることを特徴とする。
【発明の効果】
【００１０】
この発明によれば、管理対象装置への経路情報として管理対象装置への経路上に存在する装置をネットワーク構成ＤＢとして保持し、ネットワーク構成ＤＢに格納されている管理対象装置へ送達確認を行い、応答がなかった管理対象装置の経路情報に含まれる装置に対して送達確認を行い、その送達確認に対する応答がなかった装置のうち、最も自身に近い装置に障害が発生したと判断するようにしたので、ネットワーク障害の真の原因である原因装置を迅速に切り分けることができる、という効果を奏する。
【発明を実施するための最良の形態】
【００１１】
以下に、本発明にかかるネットワーク管理装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１２】
実施の形態１．
図１は、本発明にかかるネットワーク管理装置の実施の形態１の機能構成例を示す図である。図１に示すように、本実施の形態のネットワーク管理装置１は、管理対象である装置毎にその装置への通信経路上にある装置の情報であるネットワーク構成ＤＢを記憶するためのネットワーク構成ＤＢ（Data Base：データベース）記憶部１１と、ネットワーク管理を実施するネットワーク管理部１２と、ネットワークインタフェース部１３と、で構成される。
【００１３】
ネットワーク管理部１２は、ネットワーク構成ＤＢ記憶部１１のネットワーク構成ＤＢに登録された管理対象装置に対し、定期的にPingを送信することにより各装置の健全性確認を行い、Ping応答が帰らない場合に障害であると判断し、その装置が障害状態であることを障害情報として通知し、Ping応答が帰ってきた場合には正常であると判断し、その装置が正常状態であることを通知する障害情報収集部１４と、障害情報収集部１４から通知された障害情報を格納するとともに、その障害情報をオペレータに通知する障害管理部１５と、で構成される。
【００１４】
また、ネットワークインタフェース部１３は、障害情報収集部１４が送信するPingをネットワークへ送信し、また、ネットワークからPing応答を取り込み、ネットワーク管理部１５へ送出する。
【００１５】
図２はネットワーク構成ＤＢの構造の一例を示す図である。図２に示すように、ネットワーク構成ＤＢは、管理対象装置とその管理対象装置への経路情報とで構成され、経路情報には、対応する管理対象装置への経路上に存在する装置（ルータ）が格納されている。
【００１６】
図３は、本実施の形態のネットワークシステムの構成例を示す図である。ここでは、管理対象装置としてルータ３−１〜３−６を例に説明する。図３に示すように、本実施の形態のネットワークシステムは、ネットワーク管理装置１と、管理対象ネットワーク２と、で構成され、管理対象ネットワークには、ルータ３−１〜３−６が含まれている。なお、図２に示したネットワーク構成ＤＢは、図３に示した構成例に基づいて設定されており、ルータ３−１，３−２，…，３−６の識別子としてＲ１，Ｒ２，…，Ｒ６をそれぞれ用いている。
【００１７】
障害情報収集部１４は、所定の周期で定期的にネットワーク構成ＤＢに登録されている装置にPingを送信して送達確認を行うが、この際に、たとえば、ルータ３−５（Ｒ５）からの応答が確認できなかったとする。この場合、障害情報収集部１４は、ネットワーク構成ＤＢを参照し、応答の確認ができなかったルータ３−５の識別子Ｒ５に対応する経路情報に基づいて、ルータ３−５までの経路上に存在するルータが、ルータ３−１（Ｒ１）、ルータ３−４（Ｒ４）であることを識別する。
【００１８】
そして、障害情報収集部１４は、識別したルータのうち、まず、ルータ３−１に対してPingを送信し送達確認を行う。ルータ３−１からの応答が確認できた場合、ルータ３−１までの経路の健全性が確認できたと判断し、ルータ３−４に対してPingを送信し送達確認を行う。ルータ３−４からの応答が確認できた場合には、ルータ３−１までの経路の健全性とルータ３−４までの経路確認できたことにより、障害が発生したのは、ルータ３−５であると判断し、ルータ３−５が障害状態であることを示す障害情報を障害管理部１５に通知する。
【００１９】
また、障害情報収集部１４は、ルータ３−１からの応答が確認できず、ルータ３−４からの応答が確認できた場合には、ルータ３−１に障害が発生したと判断する。また、ルータ３−１および３−４の両方からの応答が確認できない場合には、ネットワーク管理装置１に近い側の装置であるルータ３−１に障害が発生していると判断する。障害情報収集部１４は、ルータ３−４からの応答が確認できず、ルータ３−１からの応答が確認できた場合には、ルータ３−４に障害が発生したと判断する。このように、障害情報収集部１４は、応答が確認できなかったルータのうち、最も自身に近いルータに障害が発生したと判断し、障害が発生したと判断したルータが障害状態であることを示す障害情報を障害管理部１５に通知する。
【００２０】
障害管理部１５は、障害情報収集部１４から受け取った障害情報に基づいて、障害の原因となるルータがルータ３−５であると認識すると、管理者（オペレータ）に通知する（たとえば、音声や画面表示など）とともに、ネットワーク構成ＤＢを参照し、ルータ３−５（Ｒ５）が、経路情報に含まれる管理対象装置を検索する。図２の例の場合には、ルータ３−５およびルータ３−６の経路情報にルータ３−５が含まれるため、検索結果としてルータ３−５，３−６を得る。この情報を用いれば、ルータ３−６のPingの送達確認で応答がなかった場合にもルータ３−５が障害の原因と成っていると推定することができる。たとえば、障害管理部１５が、障害情報収集部１４に上記の検索結果を通知し、障害情報収集部１４は、ルータ３−６について経路上のルータへの送達確認を行わずにルータ３−６の送達確認の応答が確認できない原因装置をルータ３−５と判断するようにしてもよいし、ルータ３−６の送達確認の応答が確認できない他の原因装置があるかをさらに確認する場合には、ルータ３−５よりネットワーク管理装置１に近い位置にあるルータのみを送達確認の対象として原因となる装置を求めてもよい。
【００２１】
このように、本実施の形態では、管理対象装置とその管理対象装置への経路情報として管理対象装置への経路上に存在する装置をネットワーク構成ＤＢとして保持し、ネットワーク管理部１２が、ネットワーク構成ＤＢに格納されている管理対象装置へ送達確認を行い、応答がなかった管理対象装置の経路情報に含まれる装置に対して送達確認を行い、応答がなかった装置のうち、最も自身に近い装置に障害が発生したと判断するようにした。そのため、障害となっている箇所を迅速に切り分けることができる。
【００２２】
実施の形態２．
図４は、本発明にかかるネットワーク管理装置の実施の形態２の機能構成例を示す図である。図４に示すように、本実施の形態のネットワーク管理装置１ａは、実施の形態１のネットワーク管理装置１に構成設定インタフェース部１６を追加する以外は、実施の形態１のネットワーク管理装置１と同様である。実施の形態１と同一の機能を有する構成要素は、同一の符号を付して説明を省略する。以下、実施の形態１と異なる部分について説明する。
【００２３】
本実施の形態の構成設定インタフェース部１６は、管理者が管理対象ネットワークの構造をネットワーク構成ＤＢ１１に設定する為のインタフェースであり、管理者の操作によりネットワーク構成ＤＢ１１への登録、変更などを受け付け、その内容をネットワーク構成ＤＢ１１に反映する。以上述べた以外の本実施の形態の動作は、実施の形態１と同様である。
【００２４】
このように、本実施の形態では、構成設定インタフェース部１６が、管理者の操作によりネットワーク構成ＤＢ１１への登録、変更などを受け付け、その内容をネットワーク構成ＤＢ１１に反映するようにした。そのため、ネットワーク構成ＤＢの内容を管理対象ネットワークの実際の構成が変更になった場合でも、その変更を反映することができる。
【００２５】
実施の形態３．
図５は、本発明にかかるネットワーク管理装置の実施の形態３の機能構成例を示す図である。図５に示すように、本実施の形態のネットワーク管理装置１ｂは、実施の形態１のネットワーク管理装置１にネットワーク構成収集部１７を追加する以外は、実施の形態１のネットワーク管理装置１と同様である。実施の形態１と同一の機能を有する構成要素は、同一の符号を付して説明を省略する。以下、実施の形態１と異なる部分について説明する。
【００２６】
ネットワーク構成収集部１７は、管理対象ネットワークの構造を自動的に情報収集し、ネットワーク構成ＤＢ１１に反映する。この情報収集の方法は、ネットワーク構造（管理対象装置ごとのその装置への経路上の装置）を知ることができる方法であれば、一般に用いられるどのような方法を用いてもよい。
【００２７】
たとえば、ネットワーク管理装置の立ち上げ時に自動的にネットワーク構成収集部１７が管理対象ネットワークの構造を情報収集するようにする。また、変更が行われる可能性がある場合には、定期的にネットワーク構成収集部１７が管理対象ネットワークの構造を自動的に情報収集するようにしてもよい。この情報収集は、たとえば、tracerouteコマンドにより実施する。以上述べた以外の本実施の形態の動作は、実施の形態１と同様である。
【００２８】
このように、本実施の形態では、ネットワーク構成収集部１７が、管理対象ネットワークの構造を自動的に情報収集し、ネットワーク構成ＤＢ１１に反映するようにした。そのため、管理者が事前にネットワーク構成ＤＢを設定することなく、システムの立ち上げ時に自動的にネットワーク構成ＤＢを設定することができる。
【００２９】
実施の形態４．
つづいて、本発明にかかる実施の形態４のネットワーク管理装置について説明する。本実施の形態のネットワーク管理装置は、実施の形態１のネットワーク管理装置と同様の構成である。以下、実施の形態１と異なる部分について説明する。
【００３０】
従来の一般的なネットワーク管理装置では、全ての管理対象装置に対して等しくPingを送信することで健全性確認を行っているが、本実施の形態のネットワーク管理装置では、ネットワーク構成ＤＢに登録されている管理対象装置ごとの経路情報として、それぞれの管理対象装置が何度出現するかを算出し、その算出結果に基づいてPingに送信頻度を決定する。
【００３１】
実施の形態１で説明したように、図３で示したネットワーク構成を仮定した場合、ネットワーク構成ＤＢには、図２に示したようなデータが格納される。図２に基づくと、経路情報としてルータ３−１（Ｒ１），ルータ３−２（Ｒ２），ルータ３−３（Ｒ３），ルータ３−４（Ｒ４），ルータ３−５（Ｒ５）の出現回数は、それぞれ６回，２回，１回，２回，１回である。
【００３２】
この出現回数に基づいて、障害情報収集部１４は、それぞれのルータに対するPingの送信頻度を決定する。従来の一般的なPing送信による健全性の確認では、たとえば、ルータ３−１，ルータ３−２，ルータ３−３，ルータ３−４，ルータ３−５，ルータ３−６の順のPingの送信を、繰り返す。これに対し、本実施の形態では、上述の出現回数に基づいて、出現回数が多いほどPingの送信頻度を低下させるようにPingの送信頻度を決定する。
【００３３】
たとえば、まず、ルータ３−１〜ルータ３−６のすべてにPingの送信を実施し、次の周期では、出現回数が１回のルータ３−３，３−６にPingの送信を実施し、さらに次の周期では、出現回数が２回のルータ３−２，３−４を加え、ルータ３−２，３−４とルータ３−３，３−６と、にPingを送信する。そして、また、初回の送信と同様に、ルータ３−１〜ルータ３−６の全てにPingの送信を実施し、次の周期でルータ３−３，３−６にPingを送信し、さらに次の周期でルータ３−２，３−３，３−４，３−５にPingを送信し、以降、同様に３回の送信周期を１組としてPingの送信を繰り返す。なお、Ping送信の頻度は、出現回数が多いほどPingの送信頻度を低下させるように決定すれば、これに限らず、どのような頻度としてもよい。
【００３４】
このように、本実施の形態では、障害情報収集部１４が、ネットワーク構成ＤＢの経路情報に管理対象装置が出現する回数である出現回数を計数し、出現回数に基づいてPingの送信頻度を決定するようにした。そのため、出現回数の多い、すなわち、多数の管理対象装置が経由する管理対象装置については、Pingの送信頻度を低減することができ、効率的に健全性の確認を実施することができる。
【産業上の利用可能性】
【００３５】
以上のように、本発明にかかるネットワーク管理装置およびネットワーク管理方法は、ネットワーク層レベルの健全性の監視を行うシステムにネットワーク管理であり、特に、Pingの送達確認を用いて健全性の監視を行うネットワーク管理に適している。
【図面の簡単な説明】
【００３６】
【図１】本発明にかかるネットワーク管理装置の実施の形態１の機能構成例を示す図である。
【図２】ネットワーク構成ＤＢの構造の一例を示す図である。
【図３】実施の形態１のネットワークシステムの構成例を示す図である。
【図４】実施の形態２のネットワーク管理装置の機能構成例を示す図である。
【図５】実施の形態３のネットワーク管理装置の機能構成例を示す図である。
【符号の説明】
【００３７】
１，１ａ，１ｂ ネットワーク管理装置
２ 管理対象ネットワーク
３−１〜３−６ ルータ
１１ ネットワーク構成ＤＢ記憶部
１２ ネットワーク管理部
１３ ネットワークインタフェース部
１４ 障害情報収集部
１５ 障害管理部
１６ 構成設定インタフェース部
１７ ネットワーク構成収集部
【技術分野】
【０００１】
本発明は、ネットワーク層レベルの健全性の監視を行うネットワーク管理装置およびネットワーク管理方法に関する。
【背景技術】
【０００２】
従来の送達確認を行うためのPingを用いてネットワーク内の健全性の確認を行うネットワーク管理装置では、ネットワーク構成を意識することはなく、管理対象の装置に対して周期的にPingを送信することにより管理対象の装置とその装置までの経路の健全性を確認している。
【０００３】
一方、下記特許文献１に記載には、ネットワーク構成の情報とそのネットワークを構成する各装置の性能情報を用いて今後発生することが予想される障害について予兆発生範囲や原因箇所を特定する方法が開示されている。
【０００４】
【特許文献１】特開２００２−９９４６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来のPingを用いた健全性確認の技術によれば、管理対象装置に対する健全性確認の際に、Pingの応答を確認できない場合、Ping送信先の管理対象装置が到達できない状態にあることはわかるが、Ping送信先の管理対象装置に問題があるのか、ネットワーク管理装置からその管理対象装置までの経路（経路上の装置）に問題があるのか、が判別できない。そのため、ネットワーク管理装置では、管理対象の各装置へのPing送信を実施することにより、各管理対象の健全性の確認結果に基づいて真に問題の生じている装置を切り分けるために一定の時間を要し、障害発生から原因となる装置の特定までに時間がかかる、という問題があった。
【０００６】
また、ネットワーク管理装置から見ると、原因箇所だけでなく原因箇所を経由して通信する装置に対する送達確認が全て確認失敗となってしまうため、大量の障害状態を検出することになり、正しい原因箇所を認識することが困難である。
【０００７】
また、上記従来のPingを用いた健全性確認の技術では、全ての管理対象装置に対して均等にPingによる送達確認を行っているが、ネットワーク上の送達確認の重要性は、各装置で同一ではない。そのため、効率的に健全性の確認を行っているとは限らない、という問題があった。
【０００８】
本発明は、上記に鑑みてなされたものであって、ネットワーク障害の真の原因である原因装置を迅速に切り分けることができるネットワーク管理装置およびネットワーク管理方法を得ることを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本発明は、ネットワーク層における障害監視を送達確認の結果に基づいて実施するネットワーク管理装置であって、前記障害監視の対象である管理対象装置と、その管理対象装置への経路上の管理対象装置が示されている経路情報とを対応づけてネットワーク構成情報として保持するためのネットワーク構成情報記憶手段と、前記送達確認に対する応答がなかった場合は、その応答がなかった管理対象装置に対応する経路情報をネットワーク構成情報から抽出し、抽出した経路情報に含まれる管理対象装置に対する送達確認を障害検出送達確認として実施し、前記障害検出送達確認に対する応答のなかった管理対象装置を障害発生装置として特定するネットワーク管理手段と、を備えることを特徴とする。
【発明の効果】
【００１０】
この発明によれば、管理対象装置への経路情報として管理対象装置への経路上に存在する装置をネットワーク構成ＤＢとして保持し、ネットワーク構成ＤＢに格納されている管理対象装置へ送達確認を行い、応答がなかった管理対象装置の経路情報に含まれる装置に対して送達確認を行い、その送達確認に対する応答がなかった装置のうち、最も自身に近い装置に障害が発生したと判断するようにしたので、ネットワーク障害の真の原因である原因装置を迅速に切り分けることができる、という効果を奏する。
【発明を実施するための最良の形態】
【００１１】
以下に、本発明にかかるネットワーク管理装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１２】
実施の形態１．
図１は、本発明にかかるネットワーク管理装置の実施の形態１の機能構成例を示す図である。図１に示すように、本実施の形態のネットワーク管理装置１は、管理対象である装置毎にその装置への通信経路上にある装置の情報であるネットワーク構成ＤＢを記憶するためのネットワーク構成ＤＢ（Data Base：データベース）記憶部１１と、ネットワーク管理を実施するネットワーク管理部１２と、ネットワークインタフェース部１３と、で構成される。
【００１３】
ネットワーク管理部１２は、ネットワーク構成ＤＢ記憶部１１のネットワーク構成ＤＢに登録された管理対象装置に対し、定期的にPingを送信することにより各装置の健全性確認を行い、Ping応答が帰らない場合に障害であると判断し、その装置が障害状態であることを障害情報として通知し、Ping応答が帰ってきた場合には正常であると判断し、その装置が正常状態であることを通知する障害情報収集部１４と、障害情報収集部１４から通知された障害情報を格納するとともに、その障害情報をオペレータに通知する障害管理部１５と、で構成される。
【００１４】
また、ネットワークインタフェース部１３は、障害情報収集部１４が送信するPingをネットワークへ送信し、また、ネットワークからPing応答を取り込み、ネットワーク管理部１５へ送出する。
【００１５】
図２はネットワーク構成ＤＢの構造の一例を示す図である。図２に示すように、ネットワーク構成ＤＢは、管理対象装置とその管理対象装置への経路情報とで構成され、経路情報には、対応する管理対象装置への経路上に存在する装置（ルータ）が格納されている。
【００１６】
図３は、本実施の形態のネットワークシステムの構成例を示す図である。ここでは、管理対象装置としてルータ３−１〜３−６を例に説明する。図３に示すように、本実施の形態のネットワークシステムは、ネットワーク管理装置１と、管理対象ネットワーク２と、で構成され、管理対象ネットワークには、ルータ３−１〜３−６が含まれている。なお、図２に示したネットワーク構成ＤＢは、図３に示した構成例に基づいて設定されており、ルータ３−１，３−２，…，３−６の識別子としてＲ１，Ｒ２，…，Ｒ６をそれぞれ用いている。
【００１７】
障害情報収集部１４は、所定の周期で定期的にネットワーク構成ＤＢに登録されている装置にPingを送信して送達確認を行うが、この際に、たとえば、ルータ３−５（Ｒ５）からの応答が確認できなかったとする。この場合、障害情報収集部１４は、ネットワーク構成ＤＢを参照し、応答の確認ができなかったルータ３−５の識別子Ｒ５に対応する経路情報に基づいて、ルータ３−５までの経路上に存在するルータが、ルータ３−１（Ｒ１）、ルータ３−４（Ｒ４）であることを識別する。
【００１８】
そして、障害情報収集部１４は、識別したルータのうち、まず、ルータ３−１に対してPingを送信し送達確認を行う。ルータ３−１からの応答が確認できた場合、ルータ３−１までの経路の健全性が確認できたと判断し、ルータ３−４に対してPingを送信し送達確認を行う。ルータ３−４からの応答が確認できた場合には、ルータ３−１までの経路の健全性とルータ３−４までの経路確認できたことにより、障害が発生したのは、ルータ３−５であると判断し、ルータ３−５が障害状態であることを示す障害情報を障害管理部１５に通知する。
【００１９】
また、障害情報収集部１４は、ルータ３−１からの応答が確認できず、ルータ３−４からの応答が確認できた場合には、ルータ３−１に障害が発生したと判断する。また、ルータ３−１および３−４の両方からの応答が確認できない場合には、ネットワーク管理装置１に近い側の装置であるルータ３−１に障害が発生していると判断する。障害情報収集部１４は、ルータ３−４からの応答が確認できず、ルータ３−１からの応答が確認できた場合には、ルータ３−４に障害が発生したと判断する。このように、障害情報収集部１４は、応答が確認できなかったルータのうち、最も自身に近いルータに障害が発生したと判断し、障害が発生したと判断したルータが障害状態であることを示す障害情報を障害管理部１５に通知する。
【００２０】
障害管理部１５は、障害情報収集部１４から受け取った障害情報に基づいて、障害の原因となるルータがルータ３−５であると認識すると、管理者（オペレータ）に通知する（たとえば、音声や画面表示など）とともに、ネットワーク構成ＤＢを参照し、ルータ３−５（Ｒ５）が、経路情報に含まれる管理対象装置を検索する。図２の例の場合には、ルータ３−５およびルータ３−６の経路情報にルータ３−５が含まれるため、検索結果としてルータ３−５，３−６を得る。この情報を用いれば、ルータ３−６のPingの送達確認で応答がなかった場合にもルータ３−５が障害の原因と成っていると推定することができる。たとえば、障害管理部１５が、障害情報収集部１４に上記の検索結果を通知し、障害情報収集部１４は、ルータ３−６について経路上のルータへの送達確認を行わずにルータ３−６の送達確認の応答が確認できない原因装置をルータ３−５と判断するようにしてもよいし、ルータ３−６の送達確認の応答が確認できない他の原因装置があるかをさらに確認する場合には、ルータ３−５よりネットワーク管理装置１に近い位置にあるルータのみを送達確認の対象として原因となる装置を求めてもよい。
【００２１】
このように、本実施の形態では、管理対象装置とその管理対象装置への経路情報として管理対象装置への経路上に存在する装置をネットワーク構成ＤＢとして保持し、ネットワーク管理部１２が、ネットワーク構成ＤＢに格納されている管理対象装置へ送達確認を行い、応答がなかった管理対象装置の経路情報に含まれる装置に対して送達確認を行い、応答がなかった装置のうち、最も自身に近い装置に障害が発生したと判断するようにした。そのため、障害となっている箇所を迅速に切り分けることができる。
【００２２】
実施の形態２．
図４は、本発明にかかるネットワーク管理装置の実施の形態２の機能構成例を示す図である。図４に示すように、本実施の形態のネットワーク管理装置１ａは、実施の形態１のネットワーク管理装置１に構成設定インタフェース部１６を追加する以外は、実施の形態１のネットワーク管理装置１と同様である。実施の形態１と同一の機能を有する構成要素は、同一の符号を付して説明を省略する。以下、実施の形態１と異なる部分について説明する。
【００２３】
本実施の形態の構成設定インタフェース部１６は、管理者が管理対象ネットワークの構造をネットワーク構成ＤＢ１１に設定する為のインタフェースであり、管理者の操作によりネットワーク構成ＤＢ１１への登録、変更などを受け付け、その内容をネットワーク構成ＤＢ１１に反映する。以上述べた以外の本実施の形態の動作は、実施の形態１と同様である。
【００２４】
このように、本実施の形態では、構成設定インタフェース部１６が、管理者の操作によりネットワーク構成ＤＢ１１への登録、変更などを受け付け、その内容をネットワーク構成ＤＢ１１に反映するようにした。そのため、ネットワーク構成ＤＢの内容を管理対象ネットワークの実際の構成が変更になった場合でも、その変更を反映することができる。
【００２５】
実施の形態３．
図５は、本発明にかかるネットワーク管理装置の実施の形態３の機能構成例を示す図である。図５に示すように、本実施の形態のネットワーク管理装置１ｂは、実施の形態１のネットワーク管理装置１にネットワーク構成収集部１７を追加する以外は、実施の形態１のネットワーク管理装置１と同様である。実施の形態１と同一の機能を有する構成要素は、同一の符号を付して説明を省略する。以下、実施の形態１と異なる部分について説明する。
【００２６】
ネットワーク構成収集部１７は、管理対象ネットワークの構造を自動的に情報収集し、ネットワーク構成ＤＢ１１に反映する。この情報収集の方法は、ネットワーク構造（管理対象装置ごとのその装置への経路上の装置）を知ることができる方法であれば、一般に用いられるどのような方法を用いてもよい。
【００２７】
たとえば、ネットワーク管理装置の立ち上げ時に自動的にネットワーク構成収集部１７が管理対象ネットワークの構造を情報収集するようにする。また、変更が行われる可能性がある場合には、定期的にネットワーク構成収集部１７が管理対象ネットワークの構造を自動的に情報収集するようにしてもよい。この情報収集は、たとえば、tracerouteコマンドにより実施する。以上述べた以外の本実施の形態の動作は、実施の形態１と同様である。
【００２８】
このように、本実施の形態では、ネットワーク構成収集部１７が、管理対象ネットワークの構造を自動的に情報収集し、ネットワーク構成ＤＢ１１に反映するようにした。そのため、管理者が事前にネットワーク構成ＤＢを設定することなく、システムの立ち上げ時に自動的にネットワーク構成ＤＢを設定することができる。
【００２９】
実施の形態４．
つづいて、本発明にかかる実施の形態４のネットワーク管理装置について説明する。本実施の形態のネットワーク管理装置は、実施の形態１のネットワーク管理装置と同様の構成である。以下、実施の形態１と異なる部分について説明する。
【００３０】
従来の一般的なネットワーク管理装置では、全ての管理対象装置に対して等しくPingを送信することで健全性確認を行っているが、本実施の形態のネットワーク管理装置では、ネットワーク構成ＤＢに登録されている管理対象装置ごとの経路情報として、それぞれの管理対象装置が何度出現するかを算出し、その算出結果に基づいてPingに送信頻度を決定する。
【００３１】
実施の形態１で説明したように、図３で示したネットワーク構成を仮定した場合、ネットワーク構成ＤＢには、図２に示したようなデータが格納される。図２に基づくと、経路情報としてルータ３−１（Ｒ１），ルータ３−２（Ｒ２），ルータ３−３（Ｒ３），ルータ３−４（Ｒ４），ルータ３−５（Ｒ５）の出現回数は、それぞれ６回，２回，１回，２回，１回である。
【００３２】
この出現回数に基づいて、障害情報収集部１４は、それぞれのルータに対するPingの送信頻度を決定する。従来の一般的なPing送信による健全性の確認では、たとえば、ルータ３−１，ルータ３−２，ルータ３−３，ルータ３−４，ルータ３−５，ルータ３−６の順のPingの送信を、繰り返す。これに対し、本実施の形態では、上述の出現回数に基づいて、出現回数が多いほどPingの送信頻度を低下させるようにPingの送信頻度を決定する。
【００３３】
たとえば、まず、ルータ３−１〜ルータ３−６のすべてにPingの送信を実施し、次の周期では、出現回数が１回のルータ３−３，３−６にPingの送信を実施し、さらに次の周期では、出現回数が２回のルータ３−２，３−４を加え、ルータ３−２，３−４とルータ３−３，３−６と、にPingを送信する。そして、また、初回の送信と同様に、ルータ３−１〜ルータ３−６の全てにPingの送信を実施し、次の周期でルータ３−３，３−６にPingを送信し、さらに次の周期でルータ３−２，３−３，３−４，３−５にPingを送信し、以降、同様に３回の送信周期を１組としてPingの送信を繰り返す。なお、Ping送信の頻度は、出現回数が多いほどPingの送信頻度を低下させるように決定すれば、これに限らず、どのような頻度としてもよい。
【００３４】
このように、本実施の形態では、障害情報収集部１４が、ネットワーク構成ＤＢの経路情報に管理対象装置が出現する回数である出現回数を計数し、出現回数に基づいてPingの送信頻度を決定するようにした。そのため、出現回数の多い、すなわち、多数の管理対象装置が経由する管理対象装置については、Pingの送信頻度を低減することができ、効率的に健全性の確認を実施することができる。
【産業上の利用可能性】
【００３５】
以上のように、本発明にかかるネットワーク管理装置およびネットワーク管理方法は、ネットワーク層レベルの健全性の監視を行うシステムにネットワーク管理であり、特に、Pingの送達確認を用いて健全性の監視を行うネットワーク管理に適している。
【図面の簡単な説明】
【００３６】
【図１】本発明にかかるネットワーク管理装置の実施の形態１の機能構成例を示す図である。
【図２】ネットワーク構成ＤＢの構造の一例を示す図である。
【図３】実施の形態１のネットワークシステムの構成例を示す図である。
【図４】実施の形態２のネットワーク管理装置の機能構成例を示す図である。
【図５】実施の形態３のネットワーク管理装置の機能構成例を示す図である。
【符号の説明】
【００３７】
１，１ａ，１ｂ ネットワーク管理装置
２ 管理対象ネットワーク
３−１〜３−６ ルータ
１１ ネットワーク構成ＤＢ記憶部
１２ ネットワーク管理部
１３ ネットワークインタフェース部
１４ 障害情報収集部
１５ 障害管理部
１６ 構成設定インタフェース部
１７ ネットワーク構成収集部
【特許請求の範囲】
【請求項１】
ネットワーク層における障害監視を送達確認の結果に基づいて実施するネットワーク管理装置であって、
前記障害監視の対象である管理対象装置と、その管理対象装置への経路上の管理対象装置が示されている経路情報とを対応づけてネットワーク構成情報として保持するためのネットワーク構成情報記憶手段と、
前記送達確認に対する応答がなかった場合は、その応答がなかった管理対象装置に対応する経路情報をネットワーク構成情報から抽出し、抽出した経路情報に含まれる管理対象装置に対する送達確認を障害検出送達確認として実施し、前記障害検出送達確認に対する応答のなかった管理対象装置を障害発生装置として特定するネットワーク管理手段と、
を備えることを特徴とするネットワーク管理装置。
【請求項２】
前記障害検出送達確認に対する応答がなかった管理対象装置のうち、自装置から最も経由する装置が少ない管理対象装置を前記障害発生装置として特定することを特徴とする請求項１に記載のネットワーク管理装置。
【請求項３】
前記送達確認に対応する応答がなかった管理対象装置である非応答管理対象装置が複数存在する場合、前記非応答管理対象装置のうちの１つである初期非応答管理対象装置に対して障害検出送達確認を実施し、その障害検出送達確認に対する応答がなかった場合にその初期非応答管理対象装置を障害発生装置として特定し、
さらに、前記障害検出送達確認を実施していない非応答管理対象装置に対応する経路情報を前記ネットワーク構成情報から抽出し、前記非応答管理対象装置ごとに、抽出した経路情報に障害発生装置が含まれるか否かを判定し、障害発生装置が含まれる場合には、その非応答管理対象装置に対応する障害発生装置を前記初期非応答管理対象装置に対応する障害発生装置とすることを特徴とする請求項１または２に記載のネットワーク管理装置。
【請求項４】
運用者からのネットワーク構成情報に対する変更内容を受け付け、前記ネットワーク構成情報に前記変更内容を反映する構成設定手段、
をさらに備えることを特徴とする請求項１、２または３に記載のネットワーク管理装置。
【請求項５】
管理対象装置ごとの経路情報を検出し、前記検出結果に基づいて前記ネットワーク構成情報を生成するネットワーク構成手段、
をさらに備えることを特徴とする請求項１、２または３に記載のネットワーク管理装置。
【請求項６】
前記管理対象装置ごとに、前記ネットワーク構成情報の経路情報として自身が格納されている頻度を計数し、その計数結果に基づいて送達確認の頻度を決定することを特徴とする請求項１〜５のいずれか１つに記載のネットワーク管理装置。
【請求項７】
前記計数結果が高い値となる管理対象装置に対する送達確認の頻度を、前記計数結果が低い値となる管理対象装置に対する送達確認の頻度より低くすることを特徴とする請求項６に記載のネットワーク管理装置。
【請求項８】
ネットワーク層における障害監視を送達確認の結果に基づいて実施するネットワーク管理方法であって、
前記障害監視の対象である管理対象装置と、その管理対象装置への経路上の管理対象装置が示されている経路情報とを対応づけてネットワーク構成情報として保持するためのネットワーク構成情報記憶ステップと、
前記送達確認に対する応答がなかった場合は、その応答がなかった管理対象装置に対応する経路情報をネットワーク構成情報から抽出し、抽出した経路情報に含まれる管理対象装置に対する送達確認を障害検出送達確認として実施する送達確認ステップと、
前記障害検出送達確認に対する応答のなかった管理対象装置を障害発生装置として特定する障害発生装置特定ステップと、
を含むことを特徴とするネットワーク管理方法。
【請求項１】
ネットワーク層における障害監視を送達確認の結果に基づいて実施するネットワーク管理装置であって、
前記障害監視の対象である管理対象装置と、その管理対象装置への経路上の管理対象装置が示されている経路情報とを対応づけてネットワーク構成情報として保持するためのネットワーク構成情報記憶手段と、
前記送達確認に対する応答がなかった場合は、その応答がなかった管理対象装置に対応する経路情報をネットワーク構成情報から抽出し、抽出した経路情報に含まれる管理対象装置に対する送達確認を障害検出送達確認として実施し、前記障害検出送達確認に対する応答のなかった管理対象装置を障害発生装置として特定するネットワーク管理手段と、
を備えることを特徴とするネットワーク管理装置。
【請求項２】
前記障害検出送達確認に対する応答がなかった管理対象装置のうち、自装置から最も経由する装置が少ない管理対象装置を前記障害発生装置として特定することを特徴とする請求項１に記載のネットワーク管理装置。
【請求項３】
前記送達確認に対応する応答がなかった管理対象装置である非応答管理対象装置が複数存在する場合、前記非応答管理対象装置のうちの１つである初期非応答管理対象装置に対して障害検出送達確認を実施し、その障害検出送達確認に対する応答がなかった場合にその初期非応答管理対象装置を障害発生装置として特定し、
さらに、前記障害検出送達確認を実施していない非応答管理対象装置に対応する経路情報を前記ネットワーク構成情報から抽出し、前記非応答管理対象装置ごとに、抽出した経路情報に障害発生装置が含まれるか否かを判定し、障害発生装置が含まれる場合には、その非応答管理対象装置に対応する障害発生装置を前記初期非応答管理対象装置に対応する障害発生装置とすることを特徴とする請求項１または２に記載のネットワーク管理装置。
【請求項４】
運用者からのネットワーク構成情報に対する変更内容を受け付け、前記ネットワーク構成情報に前記変更内容を反映する構成設定手段、
をさらに備えることを特徴とする請求項１、２または３に記載のネットワーク管理装置。
【請求項５】
管理対象装置ごとの経路情報を検出し、前記検出結果に基づいて前記ネットワーク構成情報を生成するネットワーク構成手段、
をさらに備えることを特徴とする請求項１、２または３に記載のネットワーク管理装置。
【請求項６】
前記管理対象装置ごとに、前記ネットワーク構成情報の経路情報として自身が格納されている頻度を計数し、その計数結果に基づいて送達確認の頻度を決定することを特徴とする請求項１〜５のいずれか１つに記載のネットワーク管理装置。
【請求項７】
前記計数結果が高い値となる管理対象装置に対する送達確認の頻度を、前記計数結果が低い値となる管理対象装置に対する送達確認の頻度より低くすることを特徴とする請求項６に記載のネットワーク管理装置。
【請求項８】
ネットワーク層における障害監視を送達確認の結果に基づいて実施するネットワーク管理方法であって、
前記障害監視の対象である管理対象装置と、その管理対象装置への経路上の管理対象装置が示されている経路情報とを対応づけてネットワーク構成情報として保持するためのネットワーク構成情報記憶ステップと、
前記送達確認に対する応答がなかった場合は、その応答がなかった管理対象装置に対応する経路情報をネットワーク構成情報から抽出し、抽出した経路情報に含まれる管理対象装置に対する送達確認を障害検出送達確認として実施する送達確認ステップと、
前記障害検出送達確認に対する応答のなかった管理対象装置を障害発生装置として特定する障害発生装置特定ステップと、
を含むことを特徴とするネットワーク管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１０−１４７５９５（Ｐ２０１０−１４７５９５Ａ）
【公開日】平成２２年７月１日（２０１０．７．１）
【国際特許分類】
【出願番号】特願２００８−３２００７９（Ｐ２００８−３２００７９）
【出願日】平成２０年１２月１６日（２００８．１２．１６）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２２年７月１日（２０１０．７．１）
【国際特許分類】
【出願日】平成２０年１２月１６日（２００８．１２．１６）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]