(57)【特許請求の範囲】
【請求項１】
複数のサブネットワークで共有される共有装置を備えるネットワークに対して障害監視を行なうネットワーク管理装置であって、
前記ネットワークを構成する装置から経路情報を取得して、前記ネットワークの接続情報であるネットワーク接続情報を生成する経路情報生成手段と、
前記ネットワーク接続情報を保持する経路情報記憶手段と、
前記ネットワーク内の装置の障害の有無を監視し、障害を検出した場合には検出した装置を障害検出装置とし、前記障害検出装置の識別情報と、前記障害検出装置を検出した際に監視していたサブネットワークである障害検出サブネットワークを識別する情報と、を含む障害通知を送出するネットワーク監視手段と、
前記障害通知および前記ネットワーク接続情報に基づいて、前記障害検出装置への前記障害検出サブネットワーク内の経路上の装置を抽出し、抽出した装置に対する生存確認を行なうよう指示し、その指示に基づく生存確認結果に基づいて前記障害検出サブネットワーク内での障害箇所であるサブネットワーク内障害箇所を推定するサブネットワーク内障害箇所推定手段と、
前記サブネットワーク内障害箇所が前記障害検出サブネットワーク以外のサブネットワークである他サブネットワークで共有されている前記共有装置である場合に、前記ネットワーク接続情報に基づいて、前記他サブネットワーク内の装置を抽出し、抽出した装置に対する生存確認を行なうよう指示し、その指示に基づく生存確認結果に基づいて障害推定箇所を決定する障害推定箇所決定手段と、
前記サブネットワーク内障害箇所推定手段および前記障害推定箇所決定手段からの指示に基づいて生存確認を行なう生存確認手段と、
を備える、
ことを特徴とするネットワーク管理装置。
【請求項２】
前記障害推定箇所決定手段は、前記他サブネットワーク内の装置として、前記他サブネットワーク内の前記共有装置に対する上位装置および下位装置を抽出する、
ことを特徴とする請求項１に記載のネットワーク管理装置。
【請求項３】
前記経路情報生成手段は、前記ネットワークを構成する装置からネットワーク層レベルの経路情報を取得し、その経路情報に基づいてＬ３レベル接続情報を生成し、また、前記ネットワークを構成する機器からデータリンク層レベルの経路情報を取得し、その経路情報に基づいてＬ２レベル接続情報を生成し、前記Ｌ３レベル接続情報およびＬ２レベル接続情報を前記ネットワーク接続情報とし、
前記サブネットワーク内障害箇所推定手段は、
前記障害通知および前記Ｌ３レベル接続情報に基づいて、前記障害検出サブネットワーク内の前記障害検出装置への経路上の装置を抽出し、抽出した装置に対する生存確認を行なうよう指示し、その指示に基づく生存確認結果に基づいてＬ３レベル障害箇所を推定するＬ３障害箇所推定手段と、
前記Ｌ２レベル接続情報に基づいて、前記Ｌ３レベル障害箇所への前記障害検出サブネットワーク内の前記障害検出装置への経路上の装置を抽出し、抽出した装置に対する生存確認を行なうよう指示し、その指示に基づく生存確認結果に基づいて前記サブネットワーク内障害箇所を推定するＬ２障害箇所推定手段と、
を備える、
ことを特徴とする請求項１または２に記載のネットワーク管理装置。
【請求項４】
前記障害推定箇所決定手段は、前記サブネットワーク内障害箇所が前記障害検出サブネットワーク以外のサブネットワークである他サブネットワークで共有されている前記共有装置でなく、かつ、前記サブネットワーク内障害箇所の上位に前記障害検出サブネットワーク以外のサブネットワークである他サブネットワークで共有されている前記共有装置が存在する場合、前記他サブネットワーク内の装置である他サブネットワーク内装置を抽出し、前記他サブネットワーク内装置に対する生存確認を行なうよう指示し、その指示に基づく生存確認結果に基づいて前記障害推定箇所を決定する、
ことを特徴とする請求項１、２または３に記載のネットワーク管理装置。
【請求項５】
前記障害推定箇所決定手段は、前記他サブネットワーク内装置として、前記共有装置とその共有装置の上位の装置と、を抽出する、
ことを特徴とする請求項４に記載のネットワーク管理装置。
【請求項６】
前記生存確認手段は、前記生存確認をＰｉｎｇを用いて行なう、
ことを特徴とする請求項１〜５のいずれか１つに記載のネットワーク管理装置。
【請求項７】
前記生存確認手段は、前記生存確認の対象とする装置に隣接する装置から、リンク状態を含むＭＩＢ情報を取得し、取得したＭＩＢ情報に基づいて前記生存確認を行なう、
ことを特徴とする請求項１〜５のいずれか１つに記載のネットワーク管理装置。
【請求項８】
前記ネットワーク監視手段は、Ｐｉｎｇを用いて前記ネットワーク内の障害の有無を監視する、
ことを特徴とする請求項１〜７のいずれか１つに記載のネットワーク管理装置。
【請求項９】
複数のサブネットワークで共有される共有装置を備えるネットワークに対して障害監視を行なうネットワーク管理装置における障害箇所推定方法であって、
前記ネットワークを構成する装置から経路情報を取得して、前記ネットワークの接続情報であるネットワーク接続情報を生成する経路情報生成ステップと、
前記ネットワーク接続情報を保持する経路情報記憶ステップと、
前記ネットワーク内の装置の障害の有無を監視し、障害を検出した場合には検出した装置を障害検出装置とし、前記障害検出装置の識別情報と、前記障害検出装置を検出した際に監視していたサブネットワークである障害検出サブネットワークを識別する情報と、を含む障害通知を送出するネットワーク監視ステップと、
前記障害通知および前記ネットワーク接続情報に基づいて、前記障害検出装置への前記障害検出サブネットワーク内の経路上の装置を抽出し、抽出した装置に対する生存確認を行なうよう指示し、その指示に基づく生存確認結果に基づいて前記障害検出サブネットワーク内での障害箇所であるサブネットワーク内障害箇所を推定するサブネットワーク内障害箇所推定ステップと、
前記サブネットワーク内障害箇所が前記障害検出サブネットワーク以外のサブネットワークである他サブネットワークで共有されている前記共有装置である場合に、前記ネットワーク接続情報に基づいて、前記他サブネットワーク内の装置を抽出し、抽出した装置に対する生存確認を行なうよう指示し、その指示に基づく生存確認結果に基づいて障害推定箇所を決定する障害推定箇所決定ステップと、
前記サブネットワーク内障害箇所推定ステップおよび前記障害推定箇所決定ステップにおける指示に基づいて生存確認を行なう生存確認ステップと、
を備える、
ことを特徴とする障害箇所推定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク内の障害を監視し、障害が発生した際に障害の原因箇所を推定するネットワーク管理装置および障害箇所推定方法に関する。
【背景技術】
【０００２】
従来のネットワーク管理装置は、ＡＲＰ（Address  Resolution  Protocol）テーブルやルーティングテーブル等を用いてＩＰ（Internet  Protocol）レイヤでの接続関係を検出し、ネットワーク構成情報として保持する。ネットワーク管理装置は、保持しているネットワーク構成情報を用いて障害管理を行う。
【０００３】
従来のネットワーク管理装置が行なう障害管理方法を説明する。ネットワーク管理装置は、周期的にルータにＰｉｎｇ（Packet  Internet  Groper）等の管理メッセージを送信し、応答を受けることによってネットワーク内のルータの正常性を確認している。たとえば、５台のルータで構成されるネットワークにおいて、ネットワーク管理装置がルータ＃１に接続されているとする。そして、ルータ＃１はルータ＃２に接続し、ルータ＃２はさらにルータ＃３およびルータ＃４に接続しているとする。そして、ルータ＃３はさらにルータ＃５に接続しているとする。
【０００４】
このようなネットワーク構成の場合に、ルータ＃２に障害が発生したとする。ネットワーク内で障害が発生した時、ネットワーク管理装置は、障害が発生したルータに加えて、そのルータの下流に位置するルータとの通信も行えなくなる。したがって、ネットワーク管理装置は、ルータ＃２からの応答不達によりルータ＃２の障害を検出するとともに、ルータ＃２の下流にあるルータ＃３、ルータ＃４およびルータ＃５についても応答が不達となり障害を検出することになる。ネットワーク管理装置は、このように複数のルータで障害を検出した場合、ネットワーク構成情報に基づいて、経路上最上位に位置するルータ＃２で障害が発生したと推定する。そして、ルータ＃３とルータ＃４とルータ＃５の障害についてはマスクする（障害を無効とする）。
【０００５】
周期な監視メッセージの送信タイミングによっては、下流に位置するルータの障害を先に検出する場合もある。ルータ＃２の障害が検出されていない状態で、ルータ＃３とルータ＃５でそれぞれ障害が検出された場合は、ルータ＃３とルータ＃５の２つの異なる障害として管理される。実際にはルータ＃２の障害であった場合、その後、監視メッセージの送信が一巡することにより、ルータ＃２の障害を検出し、上記のようにネットワーク構成情報に基づいて、経路上最上位に位置するルータ＃２で障害が発生したと判断することになる。
【０００６】
また、下記特許文献１に記載のネットワーク管理装置では、障害発生前には周期的な監視の対象を下位装置とし、障害発生時には周期的な監視の対象を上流の機器に変更することにより、ネットワークに負荷をかけない効率のよい監視を行っている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−２９９５４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記従来の技術によれば、ネットワーク監視装置は、Ｌ３（レイヤ３）レベルでの接続関係に基づいてネットワーク構成を把握する。しかしながら、Ｌ３レベルでのネットワーク機器の接続構成と、Ｌ２（レイヤ２）レベルでのネットワーク機器の接続構成は、必ずしも一致せず、たとえば、Ｌ３レベルでは認識されない機器と実際には接続している場合もある。Ｌ２機器（Ｌ２では識別される機器）は、Ｌ３レベルでは、管理用のＩＰポートだけが認識され個々の物理ポートは認識されない。これにより、ＶＬＡＮ（Virtual  Local  Area  Network）を設定して、他のサブネットワークに属する機器とも接続することができる。
【０００９】
たとえば、ＶＬＡＮを設定することにより、１つのＬ２スイッチを２つのサブネットワークで共有することができる。このような構成のネットワークで、共有するＬ２スイッチの下流で異なるサブネットワークに属する複数のルータが存在する場合、あるサブネットワーク内の周期的な監視では、Ｌ２スイッチの下流に存在する異なるサブネットワークに属するルータの障害を検出することができない。したがって、Ｌ２スイッチの下流の自サブネットワークに属するルータの障害であるか、Ｌ２スイッチの障害であるか、が判別できず障害箇所が特定できない。
【００１０】
このように、従来のネットワーク管理装置では、障害発生箇所を検出した装置と異なるサブネットワークに属する装置の障害を関連付けて検出することができず、障害箇所の特定精度が低くなる可能性がある、という問題があった。
【００１１】
本発明は、上記に鑑みてなされたものであって、障害箇所の特定を高精度に行なうことができるネットワーク管理装置および障害箇所推定方法を得ることを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するために、本発明は、複数のサブネットワークで共有される共有装置を備えるネットワークに対して障害監視を行なうネットワーク管理装置であって、前記ネットワークを構成する装置から経路情報を取得して、前記ネットワークの接続情報であるネットワーク接続情報を生成する経路情報生成手段と、前記ネットワーク接続情報を保持する経路情報記憶手段と、前記ネットワーク内の装置の障害の有無を監視し、障害を検出した場合には検出した装置を障害検出装置とし、前記障害検出装置の識別情報と、前記障害検出装置を検出した際に監視していたサブネットワークである障害検出サブネットワークを識別する情報と、を含む障害通知を送出するネットワーク監視手段と、前記障害通知および前記ネットワーク接続情報に基づいて、前記障害検出装置への前記障害検出サブネットワーク内の経路上の装置を抽出し、抽出した装置に対する生存確認を行なうよう指示し、その指示に基づく生存確認結果に基づいて前記障害検出サブネットワーク内での障害箇所であるサブネットワーク内障害箇所を推定するサブネットワーク内障害箇所推定手段と、前記サブネットワーク内障害箇所が前記障害検出サブネットワーク以外のサブネットワークである他サブネットワークで共有されている前記共有装置である場合に、前記ネットワーク接続情報に基づいて、前記他サブネットワーク内の装置を抽出し、抽出した装置に対する生存確認を行なうよう指示し、その指示に基づく生存確認結果に基づいて障害推定箇所を決定する障害推定箇所決定手段と、前記サブネットワーク内障害箇所推定手段および前記障害推定箇所決定手段からの指示に基づいて生存確認を行なう生存確認手段と、を備える、ことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、障害検出時に、障害を検出した機器が、複数のサブネットワークで共有されている場合には、障害を検出したサブネットワーク以外の他のサブネットワークについても、その機器の上位および下位の機器の障害状況を確認するようにしたので、異なるサブネットワークに属する装置の障害を検出することができ、障害箇所の特定を高精度に行なうことができる、という効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】図１は、実施の形態１のネットワーク管理装置の機能構成例を示す図である。
【図２】図２は、実施の形態１のネットワーク管理装置の障害監視対象のネットワークの構成例を示す図である。
【図３】図３は、実施の形態１の障害箇所推定方法の手順の一例を示すフローチャートである。
【図４】図４は、他のサブネットワーク内での障害状況を推定するために用いる障害判定テーブルの一例を示す図である。
【図５】図５は、実施の形態２の障害箇所推定方法を説明するための図である。
【図６】図６は、他のサブネットワーク内での障害状況に基づいて障害箇所を推定するための実施の形態２の障害判定テーブルの一例を示す図である。
【発明を実施するための形態】
【００１５】
以下に、本発明にかかるネットワーク管理装置および障害箇所推定方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１６】
実施の形態１．
図１は、本発明にかかるネットワーク管理装置の実施の形態１の機能構成例を示す図である。図１に示すように、本実施の形態のネットワーク管理装置は、経路情報生成部１と、経路情報データベース２と、障害箇所推定部３と、ネットワーク監視部４と、生存確認部５と、を備える。
【００１７】
経路情報生成部１は、自身が接続するネットワークを構成する機器から、ＡＲＰテーブルやルートテーブル等を収集して、Ｌ３レベルの接続構成をＬ３レベル接続情報として生成する。また、経路情報生成部１は、Bridge  ＭＩＢ（Management  Information  Base）やベンダー特有のＭＩＢ等のＭＩＢ情報（ＭＡＣ（Media  Access  Control）アドレスやＦＤＢ（Forwarding  DataBase）等）を収集して、Ｌ２レベルの接続構成をＬ２レベル接続情報として生成する。なお、ＭＩＢ情報には、ＶＬＡＮについての情報（その機器にＶＬＡＮが設定されているか、設定されている場合はどのサブネットワークに属するかなど）が含まれているとする。なお、Ｌ２レベル接続情報およびＬ３レベル接続情報は、手動操作による入力により生成してもよく、また他のデータベースと連携し、他の情報を反映して生成してもよい。
【００１８】
経路情報データベース２は、経路情報生成部１が生成したＬ２レベル接続情報およびＬ３レベル接続情報をデータベースとして保持する記憶手段（経路情報記憶手段）である。ネットワーク監視部４は、自身が接続するネットワークを構成する機器に対して周期的に監視を行い、機器の正常性を確認する。監視方法としては、たとえば、Ｐｉｎｇ等の管理メッセージを送信することにより正常性を確認する。ネットワーク監視部４は、管理メッセージに対する応答がない等により異常を検出した時は、異常を検出した機器を識別する情報を含む障害通知を障害箇所推定部３へ送信する。
【００１９】
障害箇所推定部３は、ネットワーク監視部４から障害通知を受けると、経路情報データベース２を検索して、障害通知により通知された機器までの経路上にある機器を抽出する。そして、障害箇所推定部３は、抽出した機器の生存確認を行なうよう生存確認部５へ指示する。生存確認部５は、障害箇所推定部３からの指示に基づいて、指示された機器に対して、Ｐｉｎｇ等のメッセージを送信し、その応答を確認することにより機器の生存を確認する。なお、機器の生存確認の方法はこれに限らずどのような方法を用いてもよい。
【００２０】
障害箇所推定部３は、障害通知により通知された機器までの経路上にある機器を抽出する際、Ｌ３レベル、Ｌ２レベル、他のサブネットワークの３段階に分けて抽出し、それぞれの段階ごとに抽出した機器の生存確認を行なうよう生存確認部５へ指示する。
【００２１】
図２は、本実施の形態のネットワーク管理装置の管理対象（障害監視対象）のネットワークの構成例を示す図である。図２に示すように、このネットワークは、ルータ１１−１〜１１−５と、Ｌ２ＳＷ（SWitch）１２−１〜１２−５と、で構成される。
【００２２】
また、このネットワークはサブネットワーク２１とサブネットワーク２２を構成しており、Ｌ２ＳＷ１２−２では、ＶＬＡＮが設定されており、サブネットワーク２１とサブネットワーク２２の両方に属している。サブネットワーク２１には、ルータ１１−２、Ｌ２ＳＷ１２−１、Ｌ２ＳＷ１２−２、Ｌ２ＳＷ１２−３およびルータ１１−３が属している。サブネットワーク２２には、ルータ１１−４、Ｌ２ＳＷ１２−４、Ｌ２ＳＷ１２−２、Ｌ２ＳＷ１２−５およびルータ１１−５が属している。また、ルータ１１−１は、サブネットワーク（サブネット）２１に属するルータ１１−２と、サブネットワーク２２に属するルータ１１−４と、に接続している。
【００２３】
図１の構成を有する本実施の形態のネットワーク管理装置１は、ルータ１１−１に接続し、ルータ１１−１経由でサブネットワーク２１およびサブネットワーク２２に接続している。
【００２４】
従来のネットワーク管理装置では、Ｌ３レベルの監視を行なうため、障害を検出した場合、検出した装置が属するサブネットワーク内の装置に対して生存確認を行なうことにより、障害箇所の検出を行なう。図２に示すような構成の場合に、Ｌ２ＳＷ１２−２で障害が発生したとする。従来のネットワーク管理装置は、管理メッセージ等による監視により、サブネットワーク２１内のルータ１１−３で障害を検出する。この場合、ルータ１１−２の生存確認ができれば、ルータ１１−３の障害と特定でき、ルータ１１−２についても応答がない場合には、ルータ１１−３の障害ではなくもっと上位の障害と推定することができる。しかし、従来のネットワーク管理装置では、Ｌ３レベルの監視を行なうため、障害を検出した場合、検出した装置が属するサブネットワーク内でしか生存確認を行わないため、サブネットワーク２２側の生存確認は行わず実際の障害箇所を特定することが困難になる。
【００２５】
本実施の形態では、このような障害箇所の特定ができない問題を解決するために、障害検出時には、Ｌ２レベルとＬ３レベルの構成の両方の構成で生存確認を行い、また他のサブネットワークについても生存確認を行う。図３は、本実施の形態の障害箇所推定方法の手順の一例を示すフローチャートである。図３を用いて、本実施の形態の障害箇所推定方法を説明する。
【００２６】
ここでは、図２に示したように、ルータ１１−１〜１１−５と、Ｌ２ＳＷ１２−１〜１２−５と、で構成されるネットワークを監視対象とする場合を例に説明する。なお、経路情報生成部１は、Ｌ３レベル接続情報およびＬ２経路情報を経路情報データベース２に格納しているとする。まず、ネットワーク管理装置１０では、ネットワーク監視部４が、Ｌ３レベル接続情報およびＬ２経路情報に基づいて、監視対象ネットワーク内の全機器について障害が発生しているか否かを監視し、監視対象ネットワーク内のある機器で障害を検出すると、障害箇所推定部３へ障害を検出した機器（障害検出機器）を含む障害通知を送信する（ステップＳ１）。ネットワーク監視部４は、監視対象のネットワークが複数のサブネットワークを備える場合には、サブネットワークごとに障害の発生を監視し、障害通知にも障害を検出したサブネットワークを識別する情報を含むとする。
【００２７】
ネットワーク管理装置１０では、障害箇所推定部３は、ネットワーク監視部４から障害通知を受けると、経路情報データベース２内のＬ３レベル接続情報を検索して、障害通知により通知された障害検出機器までの障害通知に対応するサブネットワーク内での経路上にある機器を抽出する（ステップＳ２）。そして、障害箇所推定部３は、抽出した機器の生存確認を行なうよう生存確認部５へ指示し、生存確認部５が指示された機器の生存確認を行う（ステップＳ３）。生存確認方法は、たとえば、ルータ１１−１〜１１−５のインタフェースのＩＰアドレスに対して、Ｐｉｎｇ等の管理メッセージを送信し、その応答があることで生存性を確認する。
【００２８】
そして、障害箇所推定部３は、生存確認に対する応答がない機器のうち最上流に位置する機器を障害箇所と推定する（ステップＳ４）。たとえば、図２の例では、実際の障害発生箇所は、Ｌ２ＳＷ１２−２であるが、まずルータ１１−３で障害検出されたとする。この場合、障害箇所推定部３は、ステップＳ２では経路上の機器としてルータ１１−１とルータ１１−２を抽出し、ステップＳ３でルータ１１−１およびルータ１１−２の生存確認を行う。そして、ルータ１１−１およびルータ１１−２の生存が確認されるため、ステップＳ４では、ルータ１１−３が障害箇所として推定される。
【００２９】
つぎに、障害箇所推定部３は、経路情報データベース２内のＬ２レベル接続情報を検索して、ステップＳ４で障害箇所と推定された機器の上位に位置するＬ２ネットワークにおける経路を検索し、経路上の機器を抽出する（ステップＳ５）。そして、障害箇所推定部３は、抽出した機器の生存確認を行なうよう生存確認部５へ指示し、生存確認部５が指示された機器の生存確認を行う（ステップＳ６）。生存確認方法は、たとえば、Ｌ２ＳＷ１２−１〜１２−５の管理ＩＰアドレスに対して、Ｐｉｎｇ等の管理メッセージを送信し、その応答があることで生存性を確認する。
【００３０】
そして、障害箇所推定部３は、生存確認に対する応答がない機器のうち最上流に位置する機器を障害箇所と推定する（ステップＳ７）。図２の例では、障害箇所推定部３は、ステップＳ５では、経路上の機器として、Ｌ２ＳＷ１２−１〜Ｌ２ＳＷ１２−３を抽出し、ステップＳ６では、Ｌ２ＳＷ１２−１〜Ｌ２ＳＷ１２−３の生存確認を行う。そして、Ｌ２ＳＷ１２−１からは応答があり、Ｌ２ＳＷ１２−２からは応答がないため、Ｌ２ＳＷ１２−２が障害箇所として推定される。なお、ステップＳ７では、障害箇所推定部３は、経路上の機器から全て応答があった場合（生存が確認できた場合）は、ステップＳ３で障害箇所として特定した機器を障害推定箇所と推定する。
【００３１】
つぎに、障害箇所推定部３は、Ｌ２レベル接続情報およびＬ３レベル接続情報（経路情報生成部１が収集したＭＩＢ情報等を用いてもよい）に基づいて、ステップＳ７で障害箇所と推定された機器が、他のサブネットワーク（ステップＳ１で障害を検出したサブネットワーク以外のサブネットワーク））にも接続されている機器（他のサブネットワークで用いられるポートを有する機器）であるかどうかを調べる（ステップＳ８）。なお、Ｌ２レベル接続情報およびＬ３レベル接続情報に基づいて、あらかじめ複数のサブネットワークに接続されている機器を特定し、その機器に関する情報（所属するサブネットワーク等）を共有機器情報として経路情報データベース２に保持しておき、障害箇所推定部３が共有機器情報を参照するようにしてもよい。
【００３２】
ステップＳ８で、他のサブネットワークにも接続されている機器でないと判断した場合（ステップＳ８  接続なし）は、ステップ７で障害箇所と推定した機器を障害推定箇所として決定して処理を終了する。ステップＳ８で、他のサブネットワークにも接続されている機器であると判断した場合（ステップＳ８  接続あり）は、障害箇所推定部３は、経路情報データベース２のＬ２レベル接続情報およびＬ３レベル接続情報を参照して、その機器が接続している他のサブネットワーク内で、その機器の上位に位置する機器（上位機器）と下位に位置する機器（下位機器）とを検索する（ステップＳ９）。図２の構成では、上位の機器としてＬ２ＳＷ１２−４が、下位の機器としてＬ２ＳＷ１２−５が、それぞれ検索結果として得られる。
【００３３】
つぎに、障害箇所推定部３は、ステップＳ９で検索された機器に対して生存確認を行なうよう、生存確認部５に指示し、生存確認部５は指示に基づいて生存確認を行なう（ステップＳ１０）。図２の例では、このときの生存確認のルートを生存確認ルート３０として示している。障害箇所推定部３は、生存確認部５が実施した生存確認の結果（応答の有無）に応じて、他のサブネットワーク（別のＶＬＡＮ）内での障害状況を推定し、推定結果に基づいて障害推定箇所を決定する（ステップＳ１１）。
【００３４】
図４は、他のサブネットワーク内での障害状況を推定するために用いる障害判定テーブルの一例を示す図である。障害箇所推定部３は、たとえば、図４に示すようなテーブルを参照して、他のサブネットワーク内での障害状況を推定する。
【００３５】
図４に示すように、他のサブネットワーク内で、上位機器から応答があり、下位機器からも応答がある場合は、他のサブネットワークには、障害の影響は及んでいないと推定する。すなわち、Ｌ２ＳＷ１２−２に関する障害であるが、他のサブネットワークには影響の及ばない障害（Ｌ２ＳＷ１２−２の電源異常などではなく、たとえば、Ｌ２ＳＷ１２−１とＬ２ＳＷ１２−２間のリンクの障害など）であると障害推定箇所を決定する。また、上位機器から応答があり、下位機器から応答がない場合は、他のサブネットワークにも障害の影響が及んでいると推定し、両方のサブネットワークで障害が生じていることからは、１つの機器（ステップＳ７で推定した障害箇所）に起因する障害であるとみなし、ステップＳ７で推定した障害箇所を障害推定箇所として決定する。
【００３６】
また、上位機器から応答がない場合は、他のサブネットワークでは、別の障害が発生していると推定し、以上の結果からは、障害箇所の確定はできないと判断してもよいし、ステップＳ７で推定した障害箇所を障害推定箇所として決定してもよい。そして、上位機器から応答がない場合は、その上位機器で障害検出したとし、ステップＳ１〜ステップＳ１１と同様の処理を行い、障害箇所を特定し、上位機器の障害復帰後に、ふたたび、仮の障害箇所に関してステップＳ１０およびステップＳ１１を行なうようにしてもよい。
【００３７】
なお、本実施の形態では、１つの共有機器が２つのサブネットワークで共有される場合を例に説明したが、１つの共有機器が３つ以上のサブネットワークで共有される場合には、複数の他のサブネットワークについてそれぞれステップＳ９およびステップＳ１０を実施し、ステップＳ１１では、その結果に基づいて障害箇所を推定するようする。
【００３８】
なお、本実施の形態では、ステップ７で障害箇所と推定した機器について、他のサブネットワーク内の上位装置および下位装置を１つずつ抽出して生存確認を行なうようにしたが、これら以外に、他のサブネットワーク内の障害状況を推定するために必要な、他のサブネットワーク内の装置を抽出してもよい。
【００３９】
なお、本実施の形態では、生存確認方法として、Ｐｉｎｇ等の管理メッセージを送信して応答を確認する方法について説明したが、これに限らず、たとえば、隣接する機器のＭＩＢ情報を取得し、その隣接リンク間のリンク状態に基づいて生存確認を行なう方法等、他の方法により生存確認を行なってもよい。
【００４０】
また、本実施の形態では、ＶＬＡＮの構成を取得するためにＭＩＢ情報を用いるとしたが、これに限らず、経路情報生成部１が、各機器が有する自装置が属するＶＬＡＮに関する他の管理情報等を収集して、ＶＬＡＮ情報として保持し、そのＶＬＡＮ情報を用いて複数のサブネットワークで共有される機器を求めるようにしてもよい。
【００４１】
なお、本実施の形態では、障害検出箇所推定部３が、障害を検出したサブネットワーク内でのＬ３レベルの障害箇所推定（Ｌ３障害箇所推定：ステップＳ２およびステップＳ４）、障害を検出したサブネットワーク内でのＬ２レベルの障害箇所推定（Ｌ２障害箇所推定：ステップＳ５およびステップＳ７）、および他のサブネットワーク内での障害状況の推定の全てを行なうようにしたが、これに限らず、Ｌ３障害箇所推定を行なうＬ３障害箇所推定手段、Ｌ２障害箇所推定を行なうＬ２障害箇所推定手段、をそれぞれ備えるようにしてもよい。そして、その場合、他のサブネットワーク内での障害状況の推定を行ない、また上記のＬ２障害箇所手段およびＬ３推定箇所推定手段の推定結果に基づいて最終的な障害推定箇所の決定を行う等、Ｌ２障害箇所手段およびＬ３推定箇所推定手段が実施する処理以外の動作を行なう障害推定箇所決定手段、をさらに備えるようにする。また、Ｌ２障害箇所推定手段およびＬ３障害箇所推定手段を、１つのサブネットワーク内障害箇所推定手段として構成してもよい。
【００４２】
このように、本実施の形態では、障害検出時に、障害を検出した機器が、複数のサブネットワークで共有されている場合には、障害を検出したサブネットワーク以外の他のサブネットワークについても、その機器の上位および下位の機器の障害状況を確認するようにした。そのため、障害箇所の推定精度を高め、障害管理の運用性を向上させることができる。
【００４３】
実施の形態２．
図５は、本発明にかかる実施の形態２の障害箇所推定方法を説明するための図である。本実施の形態のネットワーク管理装置１０の構成は実施の形態１のネットワーク管理装置１０と同様である。また、本実施の形態のネットワーク管理装置１０の管理対象のネットワークの構成も実施の形態１と同様である。実施の形態１と同一の機能を有する構成要素は、実施の形態１と同一の符号を付して説明を省略する。
【００４４】
本実施の形態では、Ｌ２ＳＷ１２−５に障害が発生し、ルータ１１−５で障害が検出された場合について説明する。本実施の形態の障害箇所推定方法は、図３を用いて説明した実施の形態１の障害箇所推定方法の手順と同様であるが、本実施の形態では、ステップＳ８では、障害検出箇所が他のサブネットワークに接続されているかだけでなく、さらに障害検出箇所の上位に他のサブネットワークに接続されている場合に、他のサブネットワークの障害状況を把握することにより、障害検出箇所の特定精度を向上させる。
【００４５】
以下、本実施の形態の障害箇所推定方法を説明する。まず、実施の形態１の同様にステップＳ１〜ステップＳ７を実施する。図５の例では、Ｌ２ＳＷ１２−５に障害が発生し、ルータ１１−５で障害が検出されたとする。この場合、ステップＳ１でルータ１１−５の障害が検出され、ステップＳ２およびステップＳ３のＬ３レベルの障害箇所推定により、ルータ１１−５が障害箇所として推定される。そして、ステップＳ５〜ステップＳ７により、Ｌ２レベルの障害箇所推定が行なわれる。このとき、ルータ１１−５への経路上の機器として、Ｌ２ＳＷ１２−４およびＬ２ＳＷ１２−５が抽出され、Ｌ２ＳＷ１２−４およびＬ２ＳＷ１２−５について生存確認を行う。その結果、Ｌ２ＳＷ１２−５が障害箇所として推定される。
【００４６】
本実施の形態では、ステップＳ８では、障害箇所推定部３は、障害検出箇所が他のサブネットワークに接続されているかを判断するが、障害検出箇所が他のサブネットワークに接続されていないと判断した場合には、さらに障害検出箇所の上位に他のサブネットワークに接続されているかを判断する。そして、障害検出箇所の上位に他のサブネットワークに接続されている機器（共有機器）が存在する場合には、Ｌ２レベル経路情報に基づいて他のサブネットワーク内でその共有機器の上位に位置する機器（上位機器）を検索する。図５の例の場合には、共有機器はＬ２ＳＷ１２−２となり、上位機器としてＬ２ＳＷ１２−１が選択されることになる。
【００４７】
そして、障害箇所推定部３は、共有機器および上位機器に対して生存確認を行なうよう生存確認部５へ指示し、生存確認部５は指示に基づいて生存確認を行なう。そして、障害箇所推定部３は、生存確認の結果に基づいて、他のサブネットワーク内での障害状況を推定し、障害箇所を決定する。
【００４８】
図６は、他のサブネットワーク内での障害状況に基づいて障害箇所を推定するための本実施の形態の障害判定テーブルの一例を示す図である。本実施の形態の障害判定テーブルは、実施の形態１の障害判定テーブルと統合して１つの障害判定テーブルとして保持してもよく、実施の形態１と実施の形態２の障害判定テーブルを個別に保持するようにしてもよい。
【００４９】
図６に示すように、上位機器から応答があり、共有機器からも応答がある場合は、他のサブネットワークに障害はなく、障害原因は障害を検出したサブネットワークで推定された機器（ステップＳ７で推定された機器）であると決定する。また、上位機器から応答があり共有機器から応答がない場合は、共有機器が障害原因であり、その共有機器を共有している両方のサブネットワークに障害の影響が及んでいると決定する。また、上位機器から応答がない場合は、他のサブネットワークでは別の障害が発生していると推定する。
【００５０】
図５の例では、共有機器はＬ２ＳＷ１２−２となり、上位機器としてＬ２ＳＷ１２−１が検索される。したがって、図５の生存確認ルート３１による生存確認が行なわれる。そして、共有機器Ｌ２ＳＷ１２−２から応答があり、上位機器であるＬ２ＳＷ１２−１からも応答があるため、ステップＳ６で推定した障害箇所であるＬ２ＳＷ１２−５が障害箇所として決定されることになる。
【００５１】
なお、障害検出箇所の上位に他のサブネットワークに接続されている機器（共有機器）が存在しない場合には、ステップＳ７で推定した障害箇所を障害箇所と決定し、処理を終了する。
【００５２】
なお、本実施の形態では、障害検出装置の上位に存在する共有機器と、その共有装置の他のサブネットワーク内の上位装置を抽出して生存確認を行なうようにしたが、これら以外に、他のサブネットワーク内の障害状況を推定するために必要な、他のサブネットワーク内の装置を抽出してもよい。
【００５３】
以上述べた以外の本実施の形態の動作は実施の形態１と同様である。なお、本実施の形態では、１つの共有機器が２つのサブネットワークで共有される場合を例に説明したが、１つの共有機器が３つ以上のサブネットワークで共有される場合には、複数の他のサブネットワークについてそれぞれ上位機器について生存確認を実施し、その結果に基づいて障害箇所を推定するようにする。
【００５４】
このように、本実施の形態では、障害を検出した場合に、障害を検出した機器の上位に他のサブネットワークに接続されている共有機器がある場合には、他のサブネットワークについて共有機器と共有機器の上位機器とに対して生存確認を行ない、その生存確認結果に基づいて障害箇所を推定するようにした。そのため、実施の形態１と同様の効果が得られるとともに、さらに障害の推定精度を高めることができる。
【産業上の利用可能性】
【００５５】
以上のように、本発明にかかるネットワーク管理装置および障害箇所推定方法は、ネットワーク内の障害を監視し、障害が発生した際に障害の原因箇所を推定するネットワーク管理装置に有用であり、特に、複数のサブネットワークで共有される機器を備えるネットワークを監視対象とするネットワーク管理装置に適している。
【符号の説明】
【００５６】
１  経路情報生成部
２  経路情報データベース
３  障害箇所推定部
４  ネットワーク監視部
５  生存確認部
１０  ネットワーク管理装置
１１−１〜１１−５  ルータ
１２−１〜１２−５  Ｌ２ＳＷ
２１，２２  サブネットワーク
３０，３１  生存確認ルート
【図１】
0005398568.tif 000002
【図２】
0005398568.tif 000003
【図３】
0005398568.tif 000004
【図４】
0005398568.tif 000005
【図５】
0005398568.tif 000006
【図６】
0005398568.tif 000007