JPH10257054A - ネットワーク管理装置およびネットワーク管理方法 - Google Patents
ネットワーク管理装置およびネットワーク管理方法Info
- Publication number
- JPH10257054A JPH10257054A JP9056043A JP5604397A JPH10257054A JP H10257054 A JPH10257054 A JP H10257054A JP 9056043 A JP9056043 A JP 9056043A JP 5604397 A JP5604397 A JP 5604397A JP H10257054 A JPH10257054 A JP H10257054A
- Authority
- JP
- Japan
- Prior art keywords
- network
- event
- failure
- node group
- node
- 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.)
- Withdrawn
Links
Landscapes
- Debugging And Monitoring (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 ネットワークの保守を容易にすることが可能
なネットワーク管理装置を提供すること。 【解決手段】 ネットワークで発生した障害イベントの
中から、第１のノード群と第２のノード群とで発生した
障害イベントを抽出し、第１のノード群で発生した障害
イベントと第２のノード群で発生した障害イベントとの
相関値を求め、相関値に基づいて第１のノード群中のノ
ードと第２のノード群中のノードとの対応関係を取得す
るためのイベント解析部６を含むネットワーク管理装
置。
なネットワーク管理装置を提供すること。 【解決手段】 ネットワークで発生した障害イベントの
中から、第１のノード群と第２のノード群とで発生した
障害イベントを抽出し、第１のノード群で発生した障害
イベントと第２のノード群で発生した障害イベントとの
相関値を求め、相関値に基づいて第１のノード群中のノ
ードと第２のノード群中のノードとの対応関係を取得す
るためのイベント解析部６を含むネットワーク管理装
置。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークの管
理を行なうためのネットワーク管理装置およびネットワ
ーク管理方法に関し、特に、ネットワークで発生する障
害の相関を利用してネットワークを管理するネットワー
ク管理装置およびネットワーク管理方法に関する。
理を行なうためのネットワーク管理装置およびネットワ
ーク管理方法に関し、特に、ネットワークで発生する障
害の相関を利用してネットワークを管理するネットワー
ク管理装置およびネットワーク管理方法に関する。
【０００２】
【従来の技術】近年、ＬＡＮ（Local Area Network）の
普及に伴い、ＬＡＮが大規模になり複数のＬＡＮを相互
接続する場合が増えている。このように、複雑化したネ
ットワークを管理するためには、ネットワーク装置とそ
の接続関係をモデル化することが必要となる。
普及に伴い、ＬＡＮが大規模になり複数のＬＡＮを相互
接続する場合が増えている。このように、複雑化したネ
ットワークを管理するためには、ネットワーク装置とそ
の接続関係をモデル化することが必要となる。
【０００３】図３（ａ）は、中継ノード（ルータ）のシ
ンボルを、図３（ｂ）は端末ノード（計算機）のシンボ
ルをそれぞれ示している。このように、各種ノードをシ
ンボル化し、それぞれの接続関係を定義することによっ
て、図３（ｃ）に示すようにネットワーク全体をモデル
化して管理することが可能となる。
ンボルを、図３（ｂ）は端末ノード（計算機）のシンボ
ルをそれぞれ示している。このように、各種ノードをシ
ンボル化し、それぞれの接続関係を定義することによっ
て、図３（ｃ）に示すようにネットワーク全体をモデル
化して管理することが可能となる。
【０００４】ネットワーク管理に必要な機能として、ネ
ットワークにどのような機器が接続されているかを管理
するための構成管理機能、ネットワークに接続された機
器に発生している障害をモニタするための障害管理機能
あるいはネットワークの利用者が快適にネットワークを
使用できるようにその構成を設計するための性能管理機
能等が挙げられる。
ットワークにどのような機器が接続されているかを管理
するための構成管理機能、ネットワークに接続された機
器に発生している障害をモニタするための障害管理機能
あるいはネットワークの利用者が快適にネットワークを
使用できるようにその構成を設計するための性能管理機
能等が挙げられる。
【０００５】これらの機能のうち、障害管理機能はネッ
トワーク上で発生した障害を検出し、障害原因を特定す
るのに役立つ。ネットワークの管理者は、この障害原因
を知ることにより、より快適なネットワークを再構築す
ることが可能となるので、ネットワーク管理において障
害管理機能は最も重要な機能の１つであるといえる。
トワーク上で発生した障害を検出し、障害原因を特定す
るのに役立つ。ネットワークの管理者は、この障害原因
を知ることにより、より快適なネットワークを再構築す
ることが可能となるので、ネットワーク管理において障
害管理機能は最も重要な機能の１つであるといえる。
【０００６】障害管理機能に関する従来の技術の１つと
して、米国特許第５，５２８，５１６号（１９９６年６
月１８日発行）に開示された発明がある。図４は、この
発明の概略構成を示す図である。ネットワークシステム
は、コンピュータノード１０１〜１０３、ネットワーク
Ｎ、他のネットワークＮ１〜Ｎ４、イベントを解析する
ための装置１０５、障害リポートの出力１１４、ディス
プレイ１１５、ソフトウエアクライアント１１６、ネッ
トワークＮとＮ１とを接続するためのブリッジノード１
１７およびネットワークＮとＮ２〜Ｎ４とを接続するた
めのルータノード１１８を含む。
して、米国特許第５，５２８，５１６号（１９９６年６
月１８日発行）に開示された発明がある。図４は、この
発明の概略構成を示す図である。ネットワークシステム
は、コンピュータノード１０１〜１０３、ネットワーク
Ｎ、他のネットワークＮ１〜Ｎ４、イベントを解析する
ための装置１０５、障害リポートの出力１１４、ディス
プレイ１１５、ソフトウエアクライアント１１６、ネッ
トワークＮとＮ１とを接続するためのブリッジノード１
１７およびネットワークＮとＮ２〜Ｎ４とを接続するた
めのルータノード１１８を含む。
【０００７】また、装置１０５は、障害の症状を示すイ
ベントを観測するためのイベント検出部１０６、イベン
トの相関マトリックスを作成するためのイベント取得部
１０７とイベント検証部１０８、相関マトリックスを格
納するためのファイル１０９、イベントを解読するため
のイベント解読部１１０、症状と原因との相関を示すテ
ーブル（code book ）を格納するファイル１１１、上記
テーブルを生成するためのcode book 生成部１１２およ
びイベントの分析結果をリポートするためのリポート生
成部１１３を含む。
ベントを観測するためのイベント検出部１０６、イベン
トの相関マトリックスを作成するためのイベント取得部
１０７とイベント検証部１０８、相関マトリックスを格
納するためのファイル１０９、イベントを解読するため
のイベント解読部１１０、症状と原因との相関を示すテ
ーブル（code book ）を格納するファイル１１１、上記
テーブルを生成するためのcode book 生成部１１２およ
びイベントの分析結果をリポートするためのリポート生
成部１１３を含む。
【０００８】コンピュータノード１０１〜１０３、ブリ
ッジノード１１７およびルータノード１１８等の各種ノ
ードの接続関係からネットワークがモデル化される。そ
して、イベント取得部１０７およびイベント検証部１０
８が観測されたイベントに基づいて相関マトリックス１
０９を作成する。この相関マトリックスは、発生した障
害がどのノードからどのノードへ伝播されるかを示すル
ールをマトリックスとして表わしたものである。
ッジノード１１７およびルータノード１１８等の各種ノ
ードの接続関係からネットワークがモデル化される。そ
して、イベント取得部１０７およびイベント検証部１０
８が観測されたイベントに基づいて相関マトリックス１
０９を作成する。この相関マトリックスは、発生した障
害がどのノードからどのノードへ伝播されるかを示すル
ールをマトリックスとして表わしたものである。
【０００９】code book 生成部１１２は、情報の符号化
理論に従って相関マトリックス１０９の冗長性を少なく
する処理を行ない、ある原因がある症状を引き起こす可
能性を数値で表わしたテーブル（code book ）を生成す
る。
理論に従って相関マトリックス１０９の冗長性を少なく
する処理を行ない、ある原因がある症状を引き起こす可
能性を数値で表わしたテーブル（code book ）を生成す
る。
【００１０】イベント解読部１１０は、code book を参
照することによって、イベント検出部１０６によって検
出された障害の原因を特定する。
照することによって、イベント検出部１０６によって検
出された障害の原因を特定する。
【００１１】
【発明が解決しようとする課題】しかし、上記従来技術
において、検出されたイベントに基づいて正確に障害原
因を特定するためにはネットワークの構成情報を正確に
モデル化し、障害の伝播経路を正確に求めて相関マトリ
ックスを生成する必要がある。しかし、一般に構成情報
を正確にモデル化することは困難である。たとえば、構
成情報は最初はネットワーク管理者によって入力されて
保守が行なわれる。また、従来のネットワーク管理装置
にはネットワークの運用中に変更のあった構成情報を自
動的に検出し、これをモデルに反映する機能も有する。
しかし、従来のネットワーク管理装置で扱える構成情報
は、主にＯＳＩ（Open Systems Interconnection）参照
モデルにおいてネットワーク層以下の情報であり、上記
米国特許を用いて正確に障害原因を特定するために必要
なトランスポート層以上のノード間の情報は扱えない。
このようなトランスポート層以上のノード間の情報は、
ユーザのネットワークの使用のたびに生成／消滅するも
のであり、非常に動的であるため正確な障害原因の特定
のためには常に保守し続ける必要がある。しかし、通常
ネットワークを使用するユーザ数は多く、ネットワーク
管理者がマニュアルで保守可能な範囲をはるかに超えて
いるので、ネットワーク管理者がトランスポート層以上
のノード間の情報を取得することは不可能である。
において、検出されたイベントに基づいて正確に障害原
因を特定するためにはネットワークの構成情報を正確に
モデル化し、障害の伝播経路を正確に求めて相関マトリ
ックスを生成する必要がある。しかし、一般に構成情報
を正確にモデル化することは困難である。たとえば、構
成情報は最初はネットワーク管理者によって入力されて
保守が行なわれる。また、従来のネットワーク管理装置
にはネットワークの運用中に変更のあった構成情報を自
動的に検出し、これをモデルに反映する機能も有する。
しかし、従来のネットワーク管理装置で扱える構成情報
は、主にＯＳＩ（Open Systems Interconnection）参照
モデルにおいてネットワーク層以下の情報であり、上記
米国特許を用いて正確に障害原因を特定するために必要
なトランスポート層以上のノード間の情報は扱えない。
このようなトランスポート層以上のノード間の情報は、
ユーザのネットワークの使用のたびに生成／消滅するも
のであり、非常に動的であるため正確な障害原因の特定
のためには常に保守し続ける必要がある。しかし、通常
ネットワークを使用するユーザ数は多く、ネットワーク
管理者がマニュアルで保守可能な範囲をはるかに超えて
いるので、ネットワーク管理者がトランスポート層以上
のノード間の情報を取得することは不可能である。
【００１２】この具体例として、ＶＣ（Virtual Channe
l ）を束ねてＶＬＡＮ（Virtual ＬＡＮ）を構成し、Ｌ
ＡＮエミレーションが行なわれるＡＴＭ（Asynchrous T
ransfer Mode）−ＬＡＮが挙げられる。
l ）を束ねてＶＬＡＮ（Virtual ＬＡＮ）を構成し、Ｌ
ＡＮエミレーションが行なわれるＡＴＭ（Asynchrous T
ransfer Mode）−ＬＡＮが挙げられる。
【００１３】図５は、ＡＴＭ−ＬＡＮを用いたネットワ
ークシステムの一例を示す図である。このネットワーク
システムは、ＬＡＮ端末１２１〜１２６、ＡＴＭ−ＬＡ
Ｎ間のプロトコル変換を行なうためのＡＴＭブリッジ１
２７〜１２９、およびＡＴＭ仮想ＬＡＮ１３０を含む。
また、ＡＴＭ仮想ＬＡＮ１３０は、仮想チャネル（Ｖ
Ｃ）１３１〜１３３を含む。
ークシステムの一例を示す図である。このネットワーク
システムは、ＬＡＮ端末１２１〜１２６、ＡＴＭ−ＬＡ
Ｎ間のプロトコル変換を行なうためのＡＴＭブリッジ１
２７〜１２９、およびＡＴＭ仮想ＬＡＮ１３０を含む。
また、ＡＴＭ仮想ＬＡＮ１３０は、仮想チャネル（Ｖ
Ｃ）１３１〜１３３を含む。
【００１４】図５は、６台のＬＡＮ端末を含むシステム
であったが、ＬＡＮ端末の数の増加によって２つ以上の
ＡＴＭ仮想ＬＡＮを使用してネットワークシステムを構
築する場合が生ずる。図６は、２つの仮想ＬＡＮ（ＶＬ
ＡＮ）を含むネットワークの一例を示しており、ＶＬＡ
Ｎ１は仮想チャネルＶＣ１〜ＶＣ７を含み、ＶＬＡＮ２
はＶＣ６〜ＶＣ１２を含んでいる。したがって、仮想チ
ャネルＶＣ６およびＶＣ７は２つの仮想ＬＡＮによって
共有されている。また、ＡＴＭスイッチＳＷ１〜ＳＷ９
は図６に示すように各仮想チャネルの端点に位置し、Ａ
ＴＭセルの切換えを行なっている。
であったが、ＬＡＮ端末の数の増加によって２つ以上の
ＡＴＭ仮想ＬＡＮを使用してネットワークシステムを構
築する場合が生ずる。図６は、２つの仮想ＬＡＮ（ＶＬ
ＡＮ）を含むネットワークの一例を示しており、ＶＬＡ
Ｎ１は仮想チャネルＶＣ１〜ＶＣ７を含み、ＶＬＡＮ２
はＶＣ６〜ＶＣ１２を含んでいる。したがって、仮想チ
ャネルＶＣ６およびＶＣ７は２つの仮想ＬＡＮによって
共有されている。また、ＡＴＭスイッチＳＷ１〜ＳＷ９
は図６に示すように各仮想チャネルの端点に位置し、Ａ
ＴＭセルの切換えを行なっている。
【００１５】図７は、図６に示すＡＴＭ−ＬＡＮを使用
して、いくつかのサーバに対してクライアントがアクセ
スしている場合のモデルを示している。ただし、実際に
使用されるモデルに対して大幅に簡略化した形式で記述
している。図７において、○はサーバやクライアント等
の具体的な機器あるいはアプリケーションに対応するノ
ード、□はそれらの間を接続するリンク等のノードを表
わしている。
して、いくつかのサーバに対してクライアントがアクセ
スしている場合のモデルを示している。ただし、実際に
使用されるモデルに対して大幅に簡略化した形式で記述
している。図７において、○はサーバやクライアント等
の具体的な機器あるいはアプリケーションに対応するノ
ード、□はそれらの間を接続するリンク等のノードを表
わしている。
【００１６】ＡＰＰＬＩＣＡＴＩＯＮモデルのＳ１〜Ｓ
ｎはサーバを、Ｃ１〜Ｃｎはクライアントを表わしてお
り、その間の□はリンクを表わしている。たとえば、左
端のモデルはサーバＳ１に対してクライアントＣ１がア
クセスしている場合のモデルを表わしている。
ｎはサーバを、Ｃ１〜Ｃｎはクライアントを表わしてお
り、その間の□はリンクを表わしている。たとえば、左
端のモデルはサーバＳ１に対してクライアントＣ１がア
クセスしている場合のモデルを表わしている。
【００１７】ＶＬＡＮモデルは、図６における仮想ＬＡ
Ｎをモデル化したものである。たとえば、左端のモデル
はサーバＳ１がＶＬＡＮ１に接続されており、クライア
ントＣ１がＶＬＡＮ２に接続されていることを表わして
いる。ＡＰＰＬＩＣＡＴＩＯＮモデルとＶＬＡＮモデル
との間の矢印はそれぞれ、障害がＶＬＡＮ１からサーバ
Ｓ１へ伝播されること、障害がＶＬＡＮ１からクライア
ントＣ１へ伝播されること、および障害がＶＬＡＮのリ
ンクからサーバＳ１とクライアントＣ１との間のリンク
に伝播されることを表わしている。サーバとＶＬＡＮと
の接続あるいはクライアントとＶＬＡＮとの接続は物理
的な接続であるので、ＡＰＰＬＩＣＡＴＩＯＮモデルと
ＶＬＡＮモデルとの接続関係は予めわかっている。
Ｎをモデル化したものである。たとえば、左端のモデル
はサーバＳ１がＶＬＡＮ１に接続されており、クライア
ントＣ１がＶＬＡＮ２に接続されていることを表わして
いる。ＡＰＰＬＩＣＡＴＩＯＮモデルとＶＬＡＮモデル
との間の矢印はそれぞれ、障害がＶＬＡＮ１からサーバ
Ｓ１へ伝播されること、障害がＶＬＡＮ１からクライア
ントＣ１へ伝播されること、および障害がＶＬＡＮのリ
ンクからサーバＳ１とクライアントＣ１との間のリンク
に伝播されることを表わしている。サーバとＶＬＡＮと
の接続あるいはクライアントとＶＬＡＮとの接続は物理
的な接続であるので、ＡＰＰＬＩＣＡＴＩＯＮモデルと
ＶＬＡＮモデルとの接続関係は予めわかっている。
【００１８】ＶＣモデルは、図６における仮想チャネル
ＶＣ１〜ＶＣ１２をモデル化したものである。また、Ａ
ＴＭＰＮ（ＡＴＭ Physical Node ）モデルは、図６に
おけるＡＴＭスイッチＳＷ１〜ＳＷ９の物理的なポート
をモデル化したものである。たとえば、左端のモデルは
ＳＷ１の物理的なポートＡＴＭＰＮ１とＳＷ２の物理的
なポートＡＴＭＰＮ２とが物理的な結線□で接続されて
いることを表わしている。ＶＣ１とＡＴＭＰＮ１または
ＡＴＭＰＭ２との間の矢印は、障害がＡＴＭＰＮ１から
ＶＣ１へ、またはＡＴＭＰＮ２からＶＣ１へ伝播するこ
とを表わしている。すなわち、障害はＡＴＭスイッチＳ
Ｗ１からＶＣ１へ、またはＡＴＭスイッチＳＷ２からＶ
Ｃ１へ伝播することを表わしている。また、障害がＡＴ
ＭＰＮ１とＡＴＭＰＮ２との結線からＶＣ１へ伝播する
ことも表わしている。ＶＣモデルとＡＴＭＰＮモデルと
は動的に変化するモデルであるが、図６に示すように一
方が決まればもう一方が一意的に定まる関係にあるの
で、ＶＣモデルとＡＴＭＰＮモデルとの接続関係は予め
わかっている。
ＶＣ１〜ＶＣ１２をモデル化したものである。また、Ａ
ＴＭＰＮ（ＡＴＭ Physical Node ）モデルは、図６に
おけるＡＴＭスイッチＳＷ１〜ＳＷ９の物理的なポート
をモデル化したものである。たとえば、左端のモデルは
ＳＷ１の物理的なポートＡＴＭＰＮ１とＳＷ２の物理的
なポートＡＴＭＰＮ２とが物理的な結線□で接続されて
いることを表わしている。ＶＣ１とＡＴＭＰＮ１または
ＡＴＭＰＭ２との間の矢印は、障害がＡＴＭＰＮ１から
ＶＣ１へ、またはＡＴＭＰＮ２からＶＣ１へ伝播するこ
とを表わしている。すなわち、障害はＡＴＭスイッチＳ
Ｗ１からＶＣ１へ、またはＡＴＭスイッチＳＷ２からＶ
Ｃ１へ伝播することを表わしている。また、障害がＡＴ
ＭＰＮ１とＡＴＭＰＮ２との結線からＶＣ１へ伝播する
ことも表わしている。ＶＣモデルとＡＴＭＰＮモデルと
は動的に変化するモデルであるが、図６に示すように一
方が決まればもう一方が一意的に定まる関係にあるの
で、ＶＣモデルとＡＴＭＰＮモデルとの接続関係は予め
わかっている。
【００１９】しかし、上述したようにＶＣモデルは動的
に変化するモデルであるため、従来のネットワーク管理
装置はＶＣモデルとＶＬＡＮモデルとの関係を把握する
ことができない。すなわち、上述した米国特許に係る発
明を使用して障害の原因を特定しようとしても、ネット
ワークをモデル化することができないため、障害の原因
を特定することができないという問題点があった。
に変化するモデルであるため、従来のネットワーク管理
装置はＶＣモデルとＶＬＡＮモデルとの関係を把握する
ことができない。すなわち、上述した米国特許に係る発
明を使用して障害の原因を特定しようとしても、ネット
ワークをモデル化することができないため、障害の原因
を特定することができないという問題点があった。
【００２０】本発明は、上記問題点を解決するためにな
されたものであり、請求項１に記載の発明の目的は、ネ
ットワークの保守を容易にすることが可能なネットワー
ク管理装置を提供することである。
されたものであり、請求項１に記載の発明の目的は、ネ
ットワークの保守を容易にすることが可能なネットワー
ク管理装置を提供することである。
【００２１】請求項２に記載の発明の目的は、ネットワ
ークの保守を容易にすることが可能なネットワーク管理
方法を提供することである。
ークの保守を容易にすることが可能なネットワーク管理
方法を提供することである。
【００２２】
【課題を解決するための手段】請求項１に記載のネット
ワーク管理装置は、ネットワークで発生した障害イベン
トの中から、第１のノード群と第２のノード群とで発生
した障害イベントを抽出するための抽出手段と、抽出手
段によって抽出された第１のノード群で発生した障害イ
ベントと第２のノード群で発生した障害イベントとの相
関値を求め、相関値に基づいて第１のノード群中のノー
ドと第２のノード群中のノードとの対応関係を取得する
ための取得手段とを含む。
ワーク管理装置は、ネットワークで発生した障害イベン
トの中から、第１のノード群と第２のノード群とで発生
した障害イベントを抽出するための抽出手段と、抽出手
段によって抽出された第１のノード群で発生した障害イ
ベントと第２のノード群で発生した障害イベントとの相
関値を求め、相関値に基づいて第１のノード群中のノー
ドと第２のノード群中のノードとの対応関係を取得する
ための取得手段とを含む。
【００２３】取得手段は、第１のノード群で発生した障
害イベントと第２のノード群で発生した障害イベントと
の相関値を求め、この相関値に基づいて第１のノード群
の中のノードと第２のノード群の中のノードとの対応関
係を取得するので、従来対応関係の取得が困難であった
ノード間の対応関係を取得することが可能となる。
害イベントと第２のノード群で発生した障害イベントと
の相関値を求め、この相関値に基づいて第１のノード群
の中のノードと第２のノード群の中のノードとの対応関
係を取得するので、従来対応関係の取得が困難であった
ノード間の対応関係を取得することが可能となる。
【００２４】請求項２に記載のネットワーク管理方法
は、ネットワークで発生した障害イベントの中から、第
１のノード群と第２のノード群とで発生した障害イベン
トを抽出するステップと、第１のノード群で発生した障
害イベントと第２のノード群で発生した障害イベントと
の相関値を求め、相関値に基づいて第１のノード群中の
ノードと第２のノード群中のノードとの対応関係を取得
するステップとを含む。
は、ネットワークで発生した障害イベントの中から、第
１のノード群と第２のノード群とで発生した障害イベン
トを抽出するステップと、第１のノード群で発生した障
害イベントと第２のノード群で発生した障害イベントと
の相関値を求め、相関値に基づいて第１のノード群中の
ノードと第２のノード群中のノードとの対応関係を取得
するステップとを含む。
【００２５】
【発明の実施の形態】図１は、本発明の実施の形態にお
けるネットワーク管理装置の構成を示すブロック図であ
る。ネットワーク管理装置は、構成管理情報やネットワ
ークの障害イベント等の表示を行なうためのモニタ１、
ユーザによる指示が入力されるユーザＩ／Ｆ（Interfac
e ）部２、ユーザＩ／Ｆ部２から入力された要求に応じ
てジョブの制御を行なうためのジョブ制御部３、ネット
ワークの構成要素の管理を行なうための構成管理部４、
構成要素を管理する情報を格納するための構成管理情報
格納ファイル５、障害イベントの解析を行なうためのイ
ベント解析部６、必要な障害イベントを一時的に格納す
るためのイベントログ格納ファイル７、障害イベントか
ら障害原因を解析するための障害原因解析部８、障害原
因解析部８が障害原因を解析する際に参照する伝播ルー
ルを格納するための伝播ルール格納ファイル９、ネット
ワーク１４で発生した障害イベントをデータベースにし
て格納するためのイベントデータベース部１０とイベン
トデータベース１１、障害イベントの通知を受けてイベ
ントデータベース部１０へ送出するための汎用管理サー
ビス部１２、およびネットワーク１４で発生した障害イ
ベントを検出して汎用管理サービス部１２へ通知するた
めのネットワーク管理ソフトウェア１３を含む。
けるネットワーク管理装置の構成を示すブロック図であ
る。ネットワーク管理装置は、構成管理情報やネットワ
ークの障害イベント等の表示を行なうためのモニタ１、
ユーザによる指示が入力されるユーザＩ／Ｆ（Interfac
e ）部２、ユーザＩ／Ｆ部２から入力された要求に応じ
てジョブの制御を行なうためのジョブ制御部３、ネット
ワークの構成要素の管理を行なうための構成管理部４、
構成要素を管理する情報を格納するための構成管理情報
格納ファイル５、障害イベントの解析を行なうためのイ
ベント解析部６、必要な障害イベントを一時的に格納す
るためのイベントログ格納ファイル７、障害イベントか
ら障害原因を解析するための障害原因解析部８、障害原
因解析部８が障害原因を解析する際に参照する伝播ルー
ルを格納するための伝播ルール格納ファイル９、ネット
ワーク１４で発生した障害イベントをデータベースにし
て格納するためのイベントデータベース部１０とイベン
トデータベース１１、障害イベントの通知を受けてイベ
ントデータベース部１０へ送出するための汎用管理サー
ビス部１２、およびネットワーク１４で発生した障害イ
ベントを検出して汎用管理サービス部１２へ通知するた
めのネットワーク管理ソフトウェア１３を含む。
【００２６】［障害イベントのデータベース化］ネット
ワーク管理ソフトウェア１３は、ネットワーク１４で発
生した障害イベントを検出するが、この検出方法は公知
技術であるので詳細な説明は省略する。汎用管理サービ
ス部１２は、ネットワーク管理ソフトウェア１３が検出
した障害イベントを受けてイベントデータベース部１０
へ転送する。イベントデータベース部１０は、汎用管理
サービス部１２から転送された障害イベントをその障害
発生箇所等に基づいてデータベース化し、イベントデー
タベース１１に格納する。このように、ネットワーク１
４で発生した障害イベントは、逐次データベース化され
てイベントデータベース１１に格納される。
ワーク管理ソフトウェア１３は、ネットワーク１４で発
生した障害イベントを検出するが、この検出方法は公知
技術であるので詳細な説明は省略する。汎用管理サービ
ス部１２は、ネットワーク管理ソフトウェア１３が検出
した障害イベントを受けてイベントデータベース部１０
へ転送する。イベントデータベース部１０は、汎用管理
サービス部１２から転送された障害イベントをその障害
発生箇所等に基づいてデータベース化し、イベントデー
タベース１１に格納する。このように、ネットワーク１
４で発生した障害イベントは、逐次データベース化され
てイベントデータベース１１に格納される。
【００２７】［関連障害イベントの取得］まず、ユーザ
は、ユーザＩ／Ｆ部２を介して構成管理情報をモニタ１
に表示する要求を入力する。ジョブ制御部３は、この構
成管理情報を表示する要求を受けると、構成管理部４に
対して当該要求を出力する。構成管理部４は、構成管理
情報格納ファイル５に格納された情報を読出してジョブ
制御部３へ送出する。この構成管理情報は、ユーザＩ／
Ｆ部を介してモニタ１に転送され、ネットワーク１４の
構成管理情報がモニタ１上に表示される。
は、ユーザＩ／Ｆ部２を介して構成管理情報をモニタ１
に表示する要求を入力する。ジョブ制御部３は、この構
成管理情報を表示する要求を受けると、構成管理部４に
対して当該要求を出力する。構成管理部４は、構成管理
情報格納ファイル５に格納された情報を読出してジョブ
制御部３へ送出する。この構成管理情報は、ユーザＩ／
Ｆ部を介してモニタ１に転送され、ネットワーク１４の
構成管理情報がモニタ１上に表示される。
【００２８】ユーザは、モニタ１上に表示された構成管
理情報を見て、構成管理情報からその対応関係が把握で
きないノード群をユーザＩ／Ｆ部２を介して指定する。
たとえば、従来技術において説明したＶＬＡＮのノード
群とＶＣのノード群とが指定される。ジョブ制御部３
は、イベント解析部６に対してユーザによって指定され
たノード群の対応関係を解析するよう指示を出す。
理情報を見て、構成管理情報からその対応関係が把握で
きないノード群をユーザＩ／Ｆ部２を介して指定する。
たとえば、従来技術において説明したＶＬＡＮのノード
群とＶＣのノード群とが指定される。ジョブ制御部３
は、イベント解析部６に対してユーザによって指定され
たノード群の対応関係を解析するよう指示を出す。
【００２９】［対応関係の解析］まず、イベント解析部
６は、ユーザによって指定されたノード群に関する障害
イベントを取得するためにイベントデータベース部１０
に対してその要求を出力する。イベントデータベース部
１０は、ユーザによって指定されたノード群に関する障
害イベントをイベントデータベース１１から抽出し、イ
ベント解析部６へ送出する。イベント解析部６は、転送
された障害イベントをイベントログとしてイベントログ
格納ファイル７に格納する。
６は、ユーザによって指定されたノード群に関する障害
イベントを取得するためにイベントデータベース部１０
に対してその要求を出力する。イベントデータベース部
１０は、ユーザによって指定されたノード群に関する障
害イベントをイベントデータベース１１から抽出し、イ
ベント解析部６へ送出する。イベント解析部６は、転送
された障害イベントをイベントログとしてイベントログ
格納ファイル７に格納する。
【００３０】次に、イベント解析部６は、イベントログ
格納ファイル７に格納されたイベントログを参照し、対
応関係を解析する２種類の障害イベントを抽出する。た
とえば、仮想チャネルＶＣi とＶＬＡＮj との関係を求
めるとすると、イベントログ格納ファイル７からＶＣi
の障害イベントＸi （ｔ）とＶＬＡＮj の障害イベント
Ｙi （ｔ）とを抽出する。Ｘi （ｔ）は、ＶＣi におけ
る障害の発生と時間との関係を関数として表わしたもの
である。同様に、Ｙj （ｔ）は、ＶＬＡＮj における障
害の発生と時間との関係を関数として表わしたものであ
る。
格納ファイル７に格納されたイベントログを参照し、対
応関係を解析する２種類の障害イベントを抽出する。た
とえば、仮想チャネルＶＣi とＶＬＡＮj との関係を求
めるとすると、イベントログ格納ファイル７からＶＣi
の障害イベントＸi （ｔ）とＶＬＡＮj の障害イベント
Ｙi （ｔ）とを抽出する。Ｘi （ｔ）は、ＶＣi におけ
る障害の発生と時間との関係を関数として表わしたもの
である。同様に、Ｙj （ｔ）は、ＶＬＡＮj における障
害の発生と時間との関係を関数として表わしたものであ
る。
【００３１】イベント解析部６はＸi （ｔ）とＹ
j （ｔ）とに対して、任意の観察時間Ｔ0〜Ｔ1 の範囲
（少なくとも、１つの障害を含むように選択する）で正
規化された相互相関を計算する。ここで、正規化された
相互相関とは、Ｘi （ｔ）とＹj （ｔ）とから算出した
相互相関値に対して、最大が“１”で最小が“０”とな
るように変換することを意味する。したがって、“１”
に近いほど相関関係が強くなり、“０”に近いほど相関
関係は弱いことを示している。
j （ｔ）とに対して、任意の観察時間Ｔ0〜Ｔ1 の範囲
（少なくとも、１つの障害を含むように選択する）で正
規化された相互相関を計算する。ここで、正規化された
相互相関とは、Ｘi （ｔ）とＹj （ｔ）とから算出した
相互相関値に対して、最大が“１”で最小が“０”とな
るように変換することを意味する。したがって、“１”
に近いほど相関関係が強くなり、“０”に近いほど相関
関係は弱いことを示している。
【００３２】イベント解析部６は、すべての仮想チャネ
ルＶＣi とＶＬＡＮj との組合せの正規化された相互相
関を計算し、正規化された相互相関値が所定値以上のＶ
ＣiとＶＬＡＮj との組合せを相関があると判定し、所
定値以下のＶＣi とＶＬＡＮ j との組合せを相関がない
と判定する。このようにして、ＶＬＡＮj に含まれる可
能性のあるＶＣi を抽出することができる。
ルＶＣi とＶＬＡＮj との組合せの正規化された相互相
関を計算し、正規化された相互相関値が所定値以上のＶ
ＣiとＶＬＡＮj との組合せを相関があると判定し、所
定値以下のＶＣi とＶＬＡＮ j との組合せを相関がない
と判定する。このようにして、ＶＬＡＮj に含まれる可
能性のあるＶＣi を抽出することができる。
【００３３】イベント解析部６は、解析結果をジョブ制
御部３およびユーザＩ／Ｆ部２を介してモニタ１へ転送
し、モニタ１は図２に示すように相関がある障害イベン
トを同時に表示しユーザにわかるように楕円で囲む等し
て提示する。“LowBandWidth”は帯域が狭いことを、
“OverLoad”は負荷が過大であることを、また“CellLo
ss”はセルが欠落していることを示す障害イベントであ
る。
御部３およびユーザＩ／Ｆ部２を介してモニタ１へ転送
し、モニタ１は図２に示すように相関がある障害イベン
トを同時に表示しユーザにわかるように楕円で囲む等し
て提示する。“LowBandWidth”は帯域が狭いことを、
“OverLoad”は負荷が過大であることを、また“CellLo
ss”はセルが欠落していることを示す障害イベントであ
る。
【００３４】ユーザは、モニタに表示された障害イベン
トを確認し、障害イベントを発生させたノードＶＣi と
ＶＬＡＮj との関係を定義するか否かを選択する。ユー
ザは、その関係を定義する場合はユーザＩ／Ｆ部２を介
して指示を出し、ジョブ制御部３を介して定義された関
係を構成管理部４へ転送し、構成管理部４は定義された
関係を構成管理情報格納ファイル５に格納する。
トを確認し、障害イベントを発生させたノードＶＣi と
ＶＬＡＮj との関係を定義するか否かを選択する。ユー
ザは、その関係を定義する場合はユーザＩ／Ｆ部２を介
して指示を出し、ジョブ制御部３を介して定義された関
係を構成管理部４へ転送し、構成管理部４は定義された
関係を構成管理情報格納ファイル５に格納する。
【００３５】［障害原因の解析］次に、検出された障害
イベントから障害原因を解析する方法について説明す
る。
イベントから障害原因を解析する方法について説明す
る。
【００３６】たとえば、サーバＳ１とクライアントＣ１
との間で動画像の転送のように通信負荷の大きい処理を
行なおうとする。サーバＳ１とクライアントＣ１との間
（リンクＡＰ１）のデータ転送でＶＬＡＮ１内の仮想チ
ャネルＶＣ１が使用されており、ＡＴＭＰＮ１とＡＴＭ
ＰＮ２とをデータが通過する。このとき、同じＡＴＭＰ
Ｎ１かＡＴＭＰＮ２を通過する通信を行なっているＳ２
〜Ｃ２間、Ｓ３〜Ｃ３間、…Ｓｎ〜Ｃｎ間でセル落ちが
発生する。以上の設定において、以下の障害イベントを
含む障害イベントが観測される。
との間で動画像の転送のように通信負荷の大きい処理を
行なおうとする。サーバＳ１とクライアントＣ１との間
（リンクＡＰ１）のデータ転送でＶＬＡＮ１内の仮想チ
ャネルＶＣ１が使用されており、ＡＴＭＰＮ１とＡＴＭ
ＰＮ２とをデータが通過する。このとき、同じＡＴＭＰ
Ｎ１かＡＴＭＰＮ２を通過する通信を行なっているＳ２
〜Ｃ２間、Ｓ３〜Ｃ３間、…Ｓｎ〜Ｃｎ間でセル落ちが
発生する。以上の設定において、以下の障害イベントを
含む障害イベントが観測される。
【００３７】（１） Delaly of ＡＰ２〜ＡＰｎ （２） OverLoad of ＶＬＡＮ１ （３） LowBandWidth of ＶＬＡＮ２〜ｎ （４） OverLoad of ＶＣｘ （５） LowBandWidth of ＶＣｙ （６） CellLoss of ＡＴＭＰＮ（ＶＣｙ） ここで、ＶＬＡＮとＶＣとの対応関係が不明であるので
仮想チャネルをＶＣｘまたはＶＣｙとして表わしてい
る。また、ここでは簡単のためにサーバＳｉとクライア
ントＣｉとが接続される仮想ＬＡＮをＶＬＡＮｉとして
いる。
仮想チャネルをＶＣｘまたはＶＣｙとして表わしてい
る。また、ここでは簡単のためにサーバＳｉとクライア
ントＣｉとが接続される仮想ＬＡＮをＶＬＡＮｉとして
いる。
【００３８】また、図１の伝播ルール格納ファイル９に
は、次のルールが格納されている。 （ルール１） Delay ofＡＰｉ is propagated from Lo
wBandWidth of ＶＬＡＮｉ． （ルール２） OverLoad of ＶＬＡＮｉ is propagat
ed from OverLoad ofＡＰｉ． （ルール３） LowBandWidth of ＶＬＡＮｉ is Propag
ated from LowBandWidth of Ｖｃji． （ルール４） OverLoad of ＶＣji is propagated f
rom OverLoad of ＶＬＡＮｉ． （ルール５） LowBandWidth of ＶＣji is propagated
from CellLoss of ＡＴＭＰＮ（ＶＣji）． （ルール６） CellLoss of ＡＴＭＰＮ（ＶＣji） i
s propagated from OverLoad of ＶＣji. （ルール７） CellLoss of ＡＴＭＰＮ（ＶＣji） i
s propagated from BadConfiguration. ここで、（ルール１）のＶＬＡＮｉはＡＰｉが含まれる
仮想ＬＡＮを、ＶＣjiはＶＬＡＮｉに含まれる仮想チャ
ネルを、ＡＴＭＰＮ（ＶＣji）はＶＣjiが接続されるＡ
ＴＭスイッチの物理ポートをそれぞれ表わしている。こ
れらの（ルール１）〜（ルール７）を適用して上記
（１）〜（６）の障害イベントに基づく障害原因の解析
を行なおうとしても、ＶＬＡＮとＶＣの対応付けができ
ないため、障害原因を特定するための論理付けが行なえ
ない。
は、次のルールが格納されている。 （ルール１） Delay ofＡＰｉ is propagated from Lo
wBandWidth of ＶＬＡＮｉ． （ルール２） OverLoad of ＶＬＡＮｉ is propagat
ed from OverLoad ofＡＰｉ． （ルール３） LowBandWidth of ＶＬＡＮｉ is Propag
ated from LowBandWidth of Ｖｃji． （ルール４） OverLoad of ＶＣji is propagated f
rom OverLoad of ＶＬＡＮｉ． （ルール５） LowBandWidth of ＶＣji is propagated
from CellLoss of ＡＴＭＰＮ（ＶＣji）． （ルール６） CellLoss of ＡＴＭＰＮ（ＶＣji） i
s propagated from OverLoad of ＶＣji. （ルール７） CellLoss of ＡＴＭＰＮ（ＶＣji） i
s propagated from BadConfiguration. ここで、（ルール１）のＶＬＡＮｉはＡＰｉが含まれる
仮想ＬＡＮを、ＶＣjiはＶＬＡＮｉに含まれる仮想チャ
ネルを、ＡＴＭＰＮ（ＶＣji）はＶＣjiが接続されるＡ
ＴＭスイッチの物理ポートをそれぞれ表わしている。こ
れらの（ルール１）〜（ルール７）を適用して上記
（１）〜（６）の障害イベントに基づく障害原因の解析
を行なおうとしても、ＶＬＡＮとＶＣの対応付けができ
ないため、障害原因を特定するための論理付けが行なえ
ない。
【００３９】しかし、イベント解析部６によってＶＬＡ
ＮとＶＣとの対応関係を解析させることによって、障害
原因を特定するための論理付けが行なえるようになる。
すなわち、ＶＣｙはＶＬＡＮ２〜ｎに含まれる仮想チャ
ネルであることが解析されるので、この仮想チャネルを
ＶＣj2〜ＶＣjnとする。
ＮとＶＣとの対応関係を解析させることによって、障害
原因を特定するための論理付けが行なえるようになる。
すなわち、ＶＣｙはＶＬＡＮ２〜ｎに含まれる仮想チャ
ネルであることが解析されるので、この仮想チャネルを
ＶＣj2〜ＶＣjnとする。
【００４０】障害イベント（１）は（ルール１）によっ
て障害イベント（３）から伝播したものであるという論
理付けが行なえる。また、障害イベント（３）は（ルー
ル３）によって障害イベント（５）の LowBandWidth of
ＶＣj2〜ＶＣjnから伝播したものであるという論理付
けが行なえる。障害イベント（５）は（ルール５）によ
って障害イベント（６）のCellLoss of ＡＴＭＰＮ（Ｖ
Ｃj2）〜ＡＴＭＰＮ（ＶＣjn）から伝播したものである
という論理付けが行なえる。
て障害イベント（３）から伝播したものであるという論
理付けが行なえる。また、障害イベント（３）は（ルー
ル３）によって障害イベント（５）の LowBandWidth of
ＶＣj2〜ＶＣjnから伝播したものであるという論理付
けが行なえる。障害イベント（５）は（ルール５）によ
って障害イベント（６）のCellLoss of ＡＴＭＰＮ（Ｖ
Ｃj2）〜ＡＴＭＰＮ（ＶＣjn）から伝播したものである
という論理付けが行なえる。
【００４１】障害イベント（６）のCellLoss of ＡＴＭ
ＰＮ（ＶＣj2）〜ＡＴＭＰＮ（ＶＣ jn）は、（ルール
６）によって障害イベント（４）から伝播したものであ
ると推論できる。なぜなら、ＡＴＭＰＮ（ＶＣj2）〜Ａ
ＴＭＰＮ（ＶＣjn）は図６におけるＡＴＭＰＮ１とＡＴ
ＭＰＮ２とでありこの両方に接続する仮想チャネルはＶ
Ｃ１のみだからである。したがって、障害イベント
（６）は障害イベント（４）のOverLoad of ＶＣ１から
伝播したものであるという論理付けが行なえる。
ＰＮ（ＶＣj2）〜ＡＴＭＰＮ（ＶＣ jn）は、（ルール
６）によって障害イベント（４）から伝播したものであ
ると推論できる。なぜなら、ＡＴＭＰＮ（ＶＣj2）〜Ａ
ＴＭＰＮ（ＶＣjn）は図６におけるＡＴＭＰＮ１とＡＴ
ＭＰＮ２とでありこの両方に接続する仮想チャネルはＶ
Ｃ１のみだからである。したがって、障害イベント
（６）は障害イベント（４）のOverLoad of ＶＣ１から
伝播したものであるという論理付けが行なえる。
【００４２】最後に、障害イベント（４）は（ルール
４）によって障害イベント（２）から伝播したものであ
るという論理付けが行なえるので、障害原因は（ルール
２）によってＶＬＡＮ１に接続されるＡＰ１すなわちサ
ーバＳ１とクライアントＣ１との通信によるOverLoadで
あるとの推論を行なう。このようにして、障害原因解析
部８は、障害原因の可能性としてＡＰ１のOverLoad、す
なわちサーバＳ１とクライアントＣ１との通信のOverLo
adである旨をジョブ制御部３およびユーザＩ／Ｆ部２を
介してモニタ１に表示させる。
４）によって障害イベント（２）から伝播したものであ
るという論理付けが行なえるので、障害原因は（ルール
２）によってＶＬＡＮ１に接続されるＡＰ１すなわちサ
ーバＳ１とクライアントＣ１との通信によるOverLoadで
あるとの推論を行なう。このようにして、障害原因解析
部８は、障害原因の可能性としてＡＰ１のOverLoad、す
なわちサーバＳ１とクライアントＣ１との通信のOverLo
adである旨をジョブ制御部３およびユーザＩ／Ｆ部２を
介してモニタ１に表示させる。
【００４３】以上説明したように、本発明のネットワー
ク管理装置においては、ネットワーク上の障害の根本原
因を正確に特定するために重要なネットワークの構成情
報、特にトランスポート層以上のノード間の関係を求め
ることが可能となった。
ク管理装置においては、ネットワーク上の障害の根本原
因を正確に特定するために重要なネットワークの構成情
報、特にトランスポート層以上のノード間の関係を求め
ることが可能となった。
【図１】本発明の実施の形態におけるネットワーク管理
装置の構成を示すブロック図である。
装置の構成を示すブロック図である。
【図２】相関がある障害イベントを同時に表示した場合
の一例を示す図である。
の一例を示す図である。
【図３】（ａ）は、中継ノード（ルータ）のシンボルを
示す図、（ｂ）は端末ノード（計算機）のシンボルを示
す図、（ｃ）は、ネットワーク全体をモデル化した場合
の一例を示す図である。
示す図、（ｂ）は端末ノード（計算機）のシンボルを示
す図、（ｃ）は、ネットワーク全体をモデル化した場合
の一例を示す図である。
【図４】従来のネットワーク管理装置の概略構成を示す
図である。
図である。
【図５】ＡＴＭ仮想ＬＡＮを用いたネットワークシステ
ムの一例を示す図である。
ムの一例を示す図である。
【図６】２つの仮想ＬＡＮを用いたネットワークシステ
ムの一例を示す図である。
ムの一例を示す図である。
【図７】ネットワーク管理モデルの一例を示す図であ
る。
る。
１ モニタ ２ ユーザＩ／Ｆ部 ３ ジョブ制御部 ４ 構成管理部 ５ 構成管理情報格納ファイル ６ イベント解析部 ７ イベントログ格納ファイル ８ 障害原因解析部 ９ 伝播ルール格納ファイル １０ イベントデータベース部 １１ イベントデータベース １２ 汎用管理サービス部 １３ ネットワーク管理ソフトウェア １４ ネットワーク
Claims (2)
- 【請求項１】 ネットワークで発生した障害イベントの
中から、第１のノード群と第２のノード群とで発生した
障害イベントを抽出するための抽出手段と、 前記抽出手段によって抽出された第１のノード群で発生
した障害イベントと第２のノード群で発生した障害イベ
ントとの相関値を求め、該相関値に基づいて第１のノー
ド群中のノードと第２のノード群中のノードとの対応関
係を取得するための取得手段とを含むネットワーク管理
装置。 - 【請求項２】 ネットワークで発生した障害イベントの
中から、第１のノード群と第２のノード群とで発生した
障害イベントを抽出するステップと、 前記第１のノード群で発生した障害イベントと前記第２
のノード群で発生した障害イベントとの相関値を求め、
該相関値に基づいて第１のノード群中のノードと第２の
ノード群中のノードとの対応関係を取得するステップと
を含むネットワーク管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9056043A JPH10257054A (ja) | 1997-03-11 | 1997-03-11 | ネットワーク管理装置およびネットワーク管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9056043A JPH10257054A (ja) | 1997-03-11 | 1997-03-11 | ネットワーク管理装置およびネットワーク管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10257054A true JPH10257054A (ja) | 1998-09-25 |
Family
ID=13016071
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9056043A Withdrawn JPH10257054A (ja) | 1997-03-11 | 1997-03-11 | ネットワーク管理装置およびネットワーク管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10257054A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6604208B1 (en) | 2000-04-07 | 2003-08-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Incremental alarm correlation method and apparatus |
| JP2005038116A (ja) * | 2003-07-18 | 2005-02-10 | Hitachi Ltd | 不正侵入分析装置 |
| WO2008072678A1 (ja) * | 2006-12-12 | 2008-06-19 | International Business Machines Corporation | 検出装置、システム、プログラムおよび検出方法 |
| WO2011099341A1 (ja) | 2010-02-15 | 2011-08-18 | 日本電気株式会社 | 障害原因抽出装置、障害原因抽出方法およびプログラム記憶媒体 |
| WO2021214979A1 (ja) * | 2020-04-24 | 2021-10-28 | 日本電信電話株式会社 | トポロジ検出装置、トポロジ検出方法およびトポロジ検出プログラム |
-
1997
- 1997-03-11 JP JP9056043A patent/JPH10257054A/ja not_active Withdrawn
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6604208B1 (en) | 2000-04-07 | 2003-08-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Incremental alarm correlation method and apparatus |
| JP2005038116A (ja) * | 2003-07-18 | 2005-02-10 | Hitachi Ltd | 不正侵入分析装置 |
| WO2008072678A1 (ja) * | 2006-12-12 | 2008-06-19 | International Business Machines Corporation | 検出装置、システム、プログラムおよび検出方法 |
| JP4996624B2 (ja) * | 2006-12-12 | 2012-08-08 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 検出装置、システム、プログラムおよび検出方法 |
| WO2011099341A1 (ja) | 2010-02-15 | 2011-08-18 | 日本電気株式会社 | 障害原因抽出装置、障害原因抽出方法およびプログラム記憶媒体 |
| US8719636B2 (en) | 2010-02-15 | 2014-05-06 | Nec Corporation | Apparatus method, and storage medium for fault cause extraction utilizing performance values |
| US9274869B2 (en) | 2010-02-15 | 2016-03-01 | Nec Corporation | Apparatus, method and storage medium for fault cause extraction utilizing performance values |
| WO2021214979A1 (ja) * | 2020-04-24 | 2021-10-28 | 日本電信電話株式会社 | トポロジ検出装置、トポロジ検出方法およびトポロジ検出プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3653660B2 (ja) | ネットワーク管理方法及びネットワーク管理システム | |
| US6115743A (en) | Interface system for integrated monitoring and management of network devices in a telecommunication network | |
| Kubat | Estimation of reliability for communication/computer networks simulation/analytic approach | |
| US6115362A (en) | Method and apparatus for determining frame relay connections | |
| US5864608A (en) | System and method for formatting performance data in a telecommunications system | |
| US5928328A (en) | Computer network management information system | |
| JPH0413347A (ja) | 網管理表示処理システム及び方法 | |
| JP2005020543A (ja) | ネットワークシステム、ノード装置、冗長構築方法、および冗長構築プログラム | |
| JP2001127761A (ja) | Ｍｐｌｓ通信方式における通信データ確認試験方法及びその方法を利用するルータ，交換機，通信システム | |
| JP2002366394A (ja) | ログデータの収集管理方法 | |
| JPH10257054A (ja) | ネットワーク管理装置およびネットワーク管理方法 | |
| US7844443B2 (en) | Network subscriber experience modeling | |
| US7646729B2 (en) | Method and apparatus for determination of network topology | |
| JP2006025434A (ja) | 大容量障害相関システム及び方法 | |
| JP3196827B2 (ja) | ネットワーク通信システム | |
| US20040255022A1 (en) | Method and system for determining a source of a virtual circuit fault | |
| CN116582465A (zh) | 链路监控方法、介质、装置和计算设备 | |
| US20080002589A1 (en) | Communication processing apparatus and totalizing system | |
| JP3903264B2 (ja) | ネットワーク管理方法及びネットワーク管理システム | |
| JPH1098468A (ja) | ネットワーク検証システム | |
| WO2012083756A1 (zh) | Tdm电路仿真业务远端告警信息的传递方法及系统 | |
| JPH08328984A (ja) | ネットワーク管理システム | |
| JP2004023120A (ja) | 通信管理システム | |
| Smith | Joint academic network (JANET) | |
| JPWO2002067503A1 (ja) | 通信品質管理システム、通信品質管理方法、プログラムおよび記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20040511 |