JPH1168751A - ネットワークの障害監視システム - Google Patents
ネットワークの障害監視システムInfo
- Publication number
- JPH1168751A JPH1168751A JP9226771A JP22677197A JPH1168751A JP H1168751 A JPH1168751 A JP H1168751A JP 9226771 A JP9226771 A JP 9226771A JP 22677197 A JP22677197 A JP 22677197A JP H1168751 A JPH1168751 A JP H1168751A
- Authority
- JP
- Japan
- Prior art keywords
- monitoring
- processing unit
- communication processing
- congestion
- alarm
- 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
- Maintenance And Management Of Digital Transmission (AREA)
- Monitoring And Testing Of Exchanges (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】アラーム処理輻輳解除後の集中監視装置側の監
視情報と被監視装置の情報との不一致を無くする。 【解決手段】ネットワーク１内の複数の管理対象装置３
−１〜３−ｎから通知される監視情報を処理する集中監
視装置２を備えるネットワークの障害監視システムにお
いて、集中監視装置２は通信処理部２２からのアラーム
処理を行うアラーム処理部２１と、複数の管理対象装置
３ー１〜３−ｎとの通信処理を行う通信処理部２２とを
有し、アラーム処理部２１はアラーム処理輻輳時には通
信処理部２２に輻輳を通知して通信処理部２２は監視デ
ータの収集を一時的に停止し、輻輳解除時には輻輳解除
を通信処理部２２に通知して通信処理部２２は監視を再
開し監視データの再収集を行う。
視情報と被監視装置の情報との不一致を無くする。 【解決手段】ネットワーク１内の複数の管理対象装置３
−１〜３−ｎから通知される監視情報を処理する集中監
視装置２を備えるネットワークの障害監視システムにお
いて、集中監視装置２は通信処理部２２からのアラーム
処理を行うアラーム処理部２１と、複数の管理対象装置
３ー１〜３−ｎとの通信処理を行う通信処理部２２とを
有し、アラーム処理部２１はアラーム処理輻輳時には通
信処理部２２に輻輳を通知して通信処理部２２は監視デ
ータの収集を一時的に停止し、輻輳解除時には輻輳解除
を通信処理部２２に通知して通信処理部２２は監視を再
開し監視データの再収集を行う。
Description
【０００１】
【発明の属する技術分野】本発明はネットワークの障害
監視システムに関し、特に障害アラーム集中時の輻輳制
御を行うネットワークの障害監視システムに関する。
監視システムに関し、特に障害アラーム集中時の輻輳制
御を行うネットワークの障害監視システムに関する。
【０００２】
【従来の技術】この種の従来のネットワークの障害監視
システムについて図面を参照して説明する。
システムについて図面を参照して説明する。
【０００３】図７は従来のネットワークの障害監視シス
テムの一例を示すブロック図である。
テムの一例を示すブロック図である。
【０００４】図７において、この従来例は、特開平８−
２４２２３０号公報の開示内容を示し、各管理対象装置
Ａ〜Ｎから障害が通知された場合、データ判定部１２１
はこの障害データが重要障害データが否かを判定して重
要障害であれば第１のバッファ１２２に蓄積すると共
に、軽度障害データであれば第２のバッファ１２３に蓄
積し、データ送信切替部１２４は、第１及び第２のバッ
ファについて所定の割合で重み付けを行いこの重み付け
に従い第１，第２のバッファの各障害データを読み出し
障害表示部１０３に表示させる。この結果、第１のバッ
ファに蓄積されている重要障害データを優先して表示で
き、従ってシステム内で多くの障害が発生し輻輳状態と
なる場合でも緊急性の高い重要障害が速やかに検出し報
知できる。
２４２２３０号公報の開示内容を示し、各管理対象装置
Ａ〜Ｎから障害が通知された場合、データ判定部１２１
はこの障害データが重要障害データが否かを判定して重
要障害であれば第１のバッファ１２２に蓄積すると共
に、軽度障害データであれば第２のバッファ１２３に蓄
積し、データ送信切替部１２４は、第１及び第２のバッ
ファについて所定の割合で重み付けを行いこの重み付け
に従い第１，第２のバッファの各障害データを読み出し
障害表示部１０３に表示させる。この結果、第１のバッ
ファに蓄積されている重要障害データを優先して表示で
き、従ってシステム内で多くの障害が発生し輻輳状態と
なる場合でも緊急性の高い重要障害が速やかに検出し報
知できる。
【０００５】
【発明が解決しようとする課題】この従来のネットワー
ク障害監視システムは、重要障害データは第１のバッフ
ァに、軽度障害データは第２のバッファに蓄積され、障
害処理部は第１バッファと第２バッファのそれぞれのメ
モリ容量以上は障害データのバッファリングが出来ず、
それ以上の障害データは破棄され、この時破棄された障
害データを取込む契機が無く、また、管理対象装置で同
時に複数の装置が同時に障害が発生した場合、輻輳を起
こしやすく、いったん輻輳状態におちいると、その解除
の難しいという問題点がある。
ク障害監視システムは、重要障害データは第１のバッフ
ァに、軽度障害データは第２のバッファに蓄積され、障
害処理部は第１バッファと第２バッファのそれぞれのメ
モリ容量以上は障害データのバッファリングが出来ず、
それ以上の障害データは破棄され、この時破棄された障
害データを取込む契機が無く、また、管理対象装置で同
時に複数の装置が同時に障害が発生した場合、輻輳を起
こしやすく、いったん輻輳状態におちいると、その解除
の難しいという問題点がある。
【０００６】その理由は、この従来例のネットワーク障
害監視システムでは、輻輳を起こしやすい障害処理部を
通信処理部とが機能分離されていない為である。
害監視システムでは、輻輳を起こしやすい障害処理部を
通信処理部とが機能分離されていない為である。
【０００７】また、この従来例においては、集中監視装
置側の輻輳が被監視装置（管理対象装置）に通達されな
いため、輻輳制御が集中監視装置側にしか施されいない
という問題点がある。
置側の輻輳が被監視装置（管理対象装置）に通達されな
いため、輻輳制御が集中監視装置側にしか施されいない
という問題点がある。
【０００８】その理由は、集中監視装置側と被監視装置
（管理対象装置）との間に輻輳制御に関する処理手順が
存在しない為である。
（管理対象装置）との間に輻輳制御に関する処理手順が
存在しない為である。
【０００９】
【課題を解決するための手段】本発明のネットワークの
障害監視システムは、ネットワーク内の複数の管理対象
装置から通知される監視情報を処理する集中監視装置を
備えるネットワークの障害監視システムにおいて、前記
集中監視装置は通信処理部からのアラーム処理を行うを
アラーム処理部と、前記複数の管理対象装置との通信処
理を行う前記通信処理部とを有し、前記アラーム処理部
はアラーム処理輻輳時には前記通信処理部に輻輳を通知
して前記通信処理部は監視データの収集を一時的に停止
し、輻輳解除時には輻輳解除を前記通信処理部に通知し
て前記通信処理部は監視を再開し前記監視データの再収
集を行い、また、前記通信処理部は前記複数の管理対象
装置に対し、前記アラーム処理部から輻輳通知受信以降
では受信した監視データを破棄して監視停止信号を返信
し、また、前記アラーム処理部から輻輳解除通知受信時
には監視再開信号を送信して監視データの再送を促し、
更に、前記複数の管理対象装置のそれぞれは、前記通信
処理部からの前記監視停止信号受信時から監視データの
送信を停止し独立運用状態となり、また、前記通信処理
部から前記監視再開信号受信時には前記監視データの再
送を行い以降のデータ送信処理を再開させる機能を有し
ている。
障害監視システムは、ネットワーク内の複数の管理対象
装置から通知される監視情報を処理する集中監視装置を
備えるネットワークの障害監視システムにおいて、前記
集中監視装置は通信処理部からのアラーム処理を行うを
アラーム処理部と、前記複数の管理対象装置との通信処
理を行う前記通信処理部とを有し、前記アラーム処理部
はアラーム処理輻輳時には前記通信処理部に輻輳を通知
して前記通信処理部は監視データの収集を一時的に停止
し、輻輳解除時には輻輳解除を前記通信処理部に通知し
て前記通信処理部は監視を再開し前記監視データの再収
集を行い、また、前記通信処理部は前記複数の管理対象
装置に対し、前記アラーム処理部から輻輳通知受信以降
では受信した監視データを破棄して監視停止信号を返信
し、また、前記アラーム処理部から輻輳解除通知受信時
には監視再開信号を送信して監視データの再送を促し、
更に、前記複数の管理対象装置のそれぞれは、前記通信
処理部からの前記監視停止信号受信時から監視データの
送信を停止し独立運用状態となり、また、前記通信処理
部から前記監視再開信号受信時には前記監視データの再
送を行い以降のデータ送信処理を再開させる機能を有し
ている。
【００１０】
【発明の実施の形態】次に、本発明について図面を参照
して説明する。
して説明する。
【００１１】図１は本発明の一実施例の形態を示すブロ
ック図である。
ック図である。
【００１２】図１において、本実施の形態は、ネットワ
ーク１内に点在する複数の被監視装置（管理対象装置）
３としてのａ装置３−１，ｂ装置３−２，ｃ装置３−
３，ｎ装置３−ｎを集中監視する集中監視装置２を備
え、集中監視装置２内には、ａ装置３−１，ｂ装置３ー
２，ｃ装置３−３，ｎ装置３−ｎのそれぞれからのデー
タの受信及び応答信号の送信を行う通信処理部２２と、
通信処理部２２が受信したデータ中にアラームが検出し
た場合のアラーム処理を行うアラーム処理部２１とを有
している。
ーク１内に点在する複数の被監視装置（管理対象装置）
３としてのａ装置３−１，ｂ装置３−２，ｃ装置３−
３，ｎ装置３−ｎを集中監視する集中監視装置２を備
え、集中監視装置２内には、ａ装置３−１，ｂ装置３ー
２，ｃ装置３−３，ｎ装置３−ｎのそれぞれからのデー
タの受信及び応答信号の送信を行う通信処理部２２と、
通信処理部２２が受信したデータ中にアラームが検出し
た場合のアラーム処理を行うアラーム処理部２１とを有
している。
【００１３】図２は、本実施の形態における正常時の集
中監視装置と複数の被監視装置との間の情報の送受信の
シーケンスを示す図、図３は、本実施の形態におけるア
ラーム処理輻輳時の集中監視装置と複数の被監視装置と
の間の情報の送受信のシーケンスを示す図、図４は、本
実施の形態におけるアラーム処理輻輳解除時の集中監視
装置と被監視装置との間の情報の送受信のシーケンスを
示す図、図５は、本実施の形態における通信処理部の信
号受信処理を示すフローチャート、図６は、図５の中に
示す最終処理の処理内容を示し、（ａ）は正常時の監視
データ受信処理を示すフローチャート、（ｂ）はアラー
ム処理輻輳中の監視データ受信処理を示すフローチャー
ト，（ｃ）は監視再開処理を示すフローチャートであ
る。
中監視装置と複数の被監視装置との間の情報の送受信の
シーケンスを示す図、図３は、本実施の形態におけるア
ラーム処理輻輳時の集中監視装置と複数の被監視装置と
の間の情報の送受信のシーケンスを示す図、図４は、本
実施の形態におけるアラーム処理輻輳解除時の集中監視
装置と被監視装置との間の情報の送受信のシーケンスを
示す図、図５は、本実施の形態における通信処理部の信
号受信処理を示すフローチャート、図６は、図５の中に
示す最終処理の処理内容を示し、（ａ）は正常時の監視
データ受信処理を示すフローチャート、（ｂ）はアラー
ム処理輻輳中の監視データ受信処理を示すフローチャー
ト，（ｃ）は監視再開処理を示すフローチャートであ
る。
【００１４】次に、本実施の形態の動作について、図１
〜図６を参照して説明する。
〜図６を参照して説明する。
【００１５】先ず、正常時においては、図２に示すよう
に、集中監視装置２の通信処理部２２はａ装置３−１，
ｂ装置３−２，ｃ装置３−３及びｎ装置３−ｎのそれぞ
れからランダムに装置監視データを受信する。受信した
装置監視データのそれぞれにアラームがなければ、通信
処理部２２はアラーム処理部２１へ何の情報も転送しな
い。
に、集中監視装置２の通信処理部２２はａ装置３−１，
ｂ装置３−２，ｃ装置３−３及びｎ装置３−ｎのそれぞ
れからランダムに装置監視データを受信する。受信した
装置監視データのそれぞれにアラームがなければ、通信
処理部２２はアラーム処理部２１へ何の情報も転送しな
い。
【００１６】次に、アラーム処理輻輳時の動作について
図３を元に説明する。
図３を元に説明する。
【００１７】ａ装置３−１，ｂ装置３−２，ｃ装置３−
３及びｎ装置３−ｎからのそれぞれの装置監視データに
アラームを検出した通信処理部２２は、それをアラーム
処理部２１に報告する。
３及びｎ装置３−ｎからのそれぞれの装置監視データに
アラームを検出した通信処理部２２は、それをアラーム
処理部２１に報告する。
【００１８】アラーム処理２１では予め定められた期間
内に予め定められた個数以上のアラームの報告を受信す
ると、通信処理部２２に対してアラーム処理が輻輳であ
ることを通知する。
内に予め定められた個数以上のアラームの報告を受信す
ると、通信処理部２２に対してアラーム処理が輻輳であ
ることを通知する。
【００１９】通信処理部２２では、アラーム処理が輻輳
中であることを受信すると、それ以降のａ装置３−１，
ｂ装置３−２，ｃ装置３−３及びｎ装置３−ｎからの装
置監視データを受信するたびに、装置監視データを送信
した装置に対して監視停止を通知する。
中であることを受信すると、それ以降のａ装置３−１，
ｂ装置３−２，ｃ装置３−３及びｎ装置３−ｎからの装
置監視データを受信するたびに、装置監視データを送信
した装置に対して監視停止を通知する。
【００２０】次に、アラーム処理部２１は、アラーム処
理輻輳期間が予め設定した期間経過すると、通信処理部
２２に対してアラーム処理輻輳解除を通知する。この解
除通知を受信した通信処理部２２はａ装置３−１，ｂ装
置３−２，ｃ装置３−３及びｎ装置３−ｎのそれぞれに
対して監視再開を通知する。監視再開の通知を受信した
各装置３−１〜３−ｎはそれぞれ、再び装置監視データ
を通信処理部２２へ送信する。
理輻輳期間が予め設定した期間経過すると、通信処理部
２２に対してアラーム処理輻輳解除を通知する。この解
除通知を受信した通信処理部２２はａ装置３−１，ｂ装
置３−２，ｃ装置３−３及びｎ装置３−ｎのそれぞれに
対して監視再開を通知する。監視再開の通知を受信した
各装置３−１〜３−ｎはそれぞれ、再び装置監視データ
を通信処理部２２へ送信する。
【００２１】次に、通信処理部２２の信号処理動作につ
いて図５，図６を参照して説明する。
いて図５，図６を参照して説明する。
【００２２】通信処理部２２はアラーム処理部２１及び
複数の被監視装置３とインタフェースしているため、先
ず、受信した信号の分析を行う（Ｓ１）。受信信号の分
析の結果、アラーム処理輻輳の信号を受信した場合には
（Ｓ２）、現在の被監視装置３からの信号処理を正常か
ら輻輳中に設定する（Ｓ２１）。
複数の被監視装置３とインタフェースしているため、先
ず、受信した信号の分析を行う（Ｓ１）。受信信号の分
析の結果、アラーム処理輻輳の信号を受信した場合には
（Ｓ２）、現在の被監視装置３からの信号処理を正常か
ら輻輳中に設定する（Ｓ２１）。
【００２３】アラーム処理輻輳解除の信号を受信した場
合には（Ｓ３）、アラーム処理状態から正常に設定し
（Ｓ３１）、監視再開の処理を行う（Ｓ３２）。
合には（Ｓ３）、アラーム処理状態から正常に設定し
（Ｓ３１）、監視再開の処理を行う（Ｓ３２）。
【００２４】図６において、監視再開の処理（Ｓ３２）
では、輻輳中にデータを受信した被監視装置リストのす
べてに対して監視再開通知を送信したかのチェックを行
い（Ｓ３２１）、送信していない場合には、アラーム処
理輻輳中に受信した監視データの送信元に対し監視再開
通知を送信する（Ｓ３２２）。装置監視データを受信し
た場合に（Ｓ４），アラーム処理状態が輻輳中で、ある
かどうかのチェックを行い（Ｓ４１）、輻輳中でない場
合には、正常時の監視データ受信処理を行い（Ｓ４
２）、輻輳中の場合にはアラーム処理輻輳中の監視デー
タ受信処理を行う（Ｓ４３）。
では、輻輳中にデータを受信した被監視装置リストのす
べてに対して監視再開通知を送信したかのチェックを行
い（Ｓ３２１）、送信していない場合には、アラーム処
理輻輳中に受信した監視データの送信元に対し監視再開
通知を送信する（Ｓ３２２）。装置監視データを受信し
た場合に（Ｓ４），アラーム処理状態が輻輳中で、ある
かどうかのチェックを行い（Ｓ４１）、輻輳中でない場
合には、正常時の監視データ受信処理を行い（Ｓ４
２）、輻輳中の場合にはアラーム処理輻輳中の監視デー
タ受信処理を行う（Ｓ４３）。
【００２５】図６において、正常時の監視データ受信処
理の場合には（Ｓ４２）、先ず、受信した監視データの
分析を行い（Ｓ４２１）、装置アラームの有無をチェッ
クし（Ｓ４２２）、装置アラームが有る場合にはアラー
ム処理部２１へ装置アラームを送信する（Ｓ４２３）。
理の場合には（Ｓ４２）、先ず、受信した監視データの
分析を行い（Ｓ４２１）、装置アラームの有無をチェッ
クし（Ｓ４２２）、装置アラームが有る場合にはアラー
ム処理部２１へ装置アラームを送信する（Ｓ４２３）。
【００２６】アラーム処理輻輳中の監視データ受信処理
の場合には（Ｓ４３）、アラーム処理輻輳中に受信した
監視データ送信元の装置名をリストに記録し（Ｓ４３
１）、受信した監視データを破棄し（Ｓ４３２）、監視
データ送信元の装置へ監視停止通知を送信する（Ｓ４３
３）。
の場合には（Ｓ４３）、アラーム処理輻輳中に受信した
監視データ送信元の装置名をリストに記録し（Ｓ４３
１）、受信した監視データを破棄し（Ｓ４３２）、監視
データ送信元の装置へ監視停止通知を送信する（Ｓ４３
３）。
【００２７】以上のように、本実施の形態ではアラーム
処理部２１と通信制御部２２とを独立に設け、アラーム
輻輳中は監視を停止することで、以降の監視処理を減少
させ、輻輳の広がりを抑えて、短期間に輻輳解除を促す
ことが出来る。
処理部２１と通信制御部２２とを独立に設け、アラーム
輻輳中は監視を停止することで、以降の監視処理を減少
させ、輻輳の広がりを抑えて、短期間に輻輳解除を促す
ことが出来る。
【００２８】集中監視装置２と被監視装置３との間に監
視停止時、監視再開時の処理シーケンスを設けること
で、輻輳中の監視処理を減少させるとともに、輻輳解除
後監視データの再収集を行い、状態の不一致を防ぐこと
が出来る。その結果、システムの信頼性を従来より向上
させることができる。
視停止時、監視再開時の処理シーケンスを設けること
で、輻輳中の監視処理を減少させるとともに、輻輳解除
後監視データの再収集を行い、状態の不一致を防ぐこと
が出来る。その結果、システムの信頼性を従来より向上
させることができる。
【００２９】
【発明の効果】以上説明したように本発明は、ネットワ
ーク内の複数の管理対象装置から通知される監視情報を
処理する集中監視装置を備えるネットワークの障害監視
システムにおいて、集中監視装置は通信処理部からのア
ラーム処理を行うアラーム処理部と、複数の管理対象装
置との通信処理を行う通信処理部とを有し、アラーム処
理部はアラーム処理輻輳時には通信処理部に輻輳を通知
して通信処理部は装置監視データの収集を一時的に停止
し、輻輳解除時には輻輳解除前記通信処理部に通知して
通信処理部は監視を再開し装置監視データの再収集を行
うことにより、下記に示す効果を得ることができる。第
１の効果は、障害監視システム内での輻輳の広がりを防
ぐことがである。
ーク内の複数の管理対象装置から通知される監視情報を
処理する集中監視装置を備えるネットワークの障害監視
システムにおいて、集中監視装置は通信処理部からのア
ラーム処理を行うアラーム処理部と、複数の管理対象装
置との通信処理を行う通信処理部とを有し、アラーム処
理部はアラーム処理輻輳時には通信処理部に輻輳を通知
して通信処理部は装置監視データの収集を一時的に停止
し、輻輳解除時には輻輳解除前記通信処理部に通知して
通信処理部は監視を再開し装置監視データの再収集を行
うことにより、下記に示す効果を得ることができる。第
１の効果は、障害監視システム内での輻輳の広がりを防
ぐことがである。
【００３０】その理由は、集中監視装置の機能をアラー
ム処理部と通信処理部とに分離する事により、輻輳部分
の切り離しを行うからである。
ム処理部と通信処理部とに分離する事により、輻輳部分
の切り離しを行うからである。
【００３１】第２の効果は、障害監視システムの輻輳を
短時間で解除できることである。
短時間で解除できることである。
【００３２】その理由は、輻輳制御を集中監視装置側だ
けでなく輻輳の管理対象装置の被監視装置側を含めた一
体化し、システム全体の障害処理の軽減を図るからであ
る。
けでなく輻輳の管理対象装置の被監視装置側を含めた一
体化し、システム全体の障害処理の軽減を図るからであ
る。
【００３３】第３の効果は、障害解除時の状態不一致を
防ぐ事である。
防ぐ事である。
【００３４】その理由は、障害解除時に監視データの再
収集を行うからである。
収集を行うからである。
【図１】本発明の一実施の形態を示すブロック図であ
る。
る。
【図２】本実施の形態における正常時の集中監視装置と
複数の被監視装置との間の情報の送受信のシーケンスを
示す図である。
複数の被監視装置との間の情報の送受信のシーケンスを
示す図である。
【図３】本実施の形態におけるアラーム処理輻輳時の集
中監視装置と複数の被監視装置との間の情報の送受信の
シーケンスを示す図である。
中監視装置と複数の被監視装置との間の情報の送受信の
シーケンスを示す図である。
【図４】本実施の形態におけるアラーム処理輻輳解除時
の集中監視装置と被監視装置との間の情報の送受信のシ
ーケンスを示す図である。
の集中監視装置と被監視装置との間の情報の送受信のシ
ーケンスを示す図である。
【図５】本実施の形態における通信処理部の信号受信処
理を示すフローチャートである。
理を示すフローチャートである。
【図６】図５の中に示す最終処理の処理内容を示し、
（ａ）は正常時の監視データ受信処理を示すフローチャ
ート、（ｂ）はアラーム処理輻輳中の監視データ受信処
理を示すフローチャート、（ｃ）は監視再開処理を示す
フローチャートである。
（ａ）は正常時の監視データ受信処理を示すフローチャ
ート、（ｂ）はアラーム処理輻輳中の監視データ受信処
理を示すフローチャート、（ｃ）は監視再開処理を示す
フローチャートである。
【図７】従来のネットワークの障害監視システムの一例
を示すブロック図である。
を示すブロック図である。
１ ネットワーク ２ 集中監視装置 ３ 被監視装置（管理対象装置） ３−１ ａ装置 ３−２ ｂ装置 ３−３ ｃ装置 ３−ｎ ｎ装置 ２１ アラーム処理部 ２２ 通信処理部
Claims (3)
- 【請求項１】 ネットワーク内の複数の管理対象装置か
ら通知される監視情報を処理する集中監視装置を備える
ネットワークの障害監視システムにおいて、前記集中監
視装置は通信処理部からのアラーム処理を行うをアラー
ム処理部と、前記複数の管理対象装置との通信処理を行
う前記通信処理部とを有し、前記アラーム処理部はアラ
ーム処理輻輳時には前記通信処理部に輻輳を通知して前
記通信処理部は監視データの収集を一時的に停止し、輻
輳解除時には輻輳解除を前記通信処理部に通知して前記
通信処理部は監視を再開し前記監視データの再収集を行
うことを特徴するネットワークの障害監視システム。 - 【請求項２】 前記通信処理部は前記複数の管理対象装
置に対し、前記アラーム処理部から輻輳通知受信以降で
は受信した監視データを破棄して監視停止信号を返信
し、また、前記アラーム処理部から輻輳解除通知受信時
には監視再開信号を送信して監視データの再送を促す事
を特徴とする請求項１記載のネットワークの障害監視シ
ステム。 - 【請求項３】 前記複数の管理対象装置のそれぞれは、
前記通信処理部からの前記監視停止信号受信時から監視
データの送信を停止し独立運用状態となり、また、前記
通信処理部から前記監視再開信号受信時には前記監視デ
ータの再送を行い以降のデータ送信処理を再開させる機
能を有することを特徴とする請求項１及び２記載のネッ
トワークの障害監視システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9226771A JPH1168751A (ja) | 1997-08-22 | 1997-08-22 | ネットワークの障害監視システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9226771A JPH1168751A (ja) | 1997-08-22 | 1997-08-22 | ネットワークの障害監視システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH1168751A true JPH1168751A (ja) | 1999-03-09 |
Family
ID=16850363
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9226771A Pending JPH1168751A (ja) | 1997-08-22 | 1997-08-22 | ネットワークの障害監視システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH1168751A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007096610A (ja) * | 2005-09-28 | 2007-04-12 | Fujitsu Ltd | 監視情報取得装置 |
-
1997
- 1997-08-22 JP JP9226771A patent/JPH1168751A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007096610A (ja) * | 2005-09-28 | 2007-04-12 | Fujitsu Ltd | 監視情報取得装置 |
| JP4578371B2 (ja) * | 2005-09-28 | 2010-11-10 | 富士通株式会社 | 監視情報取得装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2004004180A1 (en) | Software fault tolerance between nodes | |
| JPH1168751A (ja) | ネットワークの障害監視システム | |
| JP3395897B2 (ja) | 集中障害監視方式 | |
| JPH06175944A (ja) | ネットワーク監視方法 | |
| JPH09282252A (ja) | ネットワーク管理方式 | |
| JPH11130368A (ja) | エスカレータの異常検出装置 | |
| JPS6193763A (ja) | 非常通報装置 | |
| JPH11177550A (ja) | ネットワークの監視方式 | |
| JPH01217666A (ja) | マルチプロセッサシステムの障害検出方式 | |
| JP2938495B2 (ja) | ネットワーク監視装置 | |
| JP2814313B2 (ja) | 同報通信異常時の伝送路切り換え方式 | |
| JP3111543B2 (ja) | Ｍａｃブリッジバッファ解放方式 | |
| JP2002169706A (ja) | 監視システム | |
| JP3561865B2 (ja) | 二重化装置における装置内輻輳通知方式 | |
| JPH04361440A (ja) | 障害メッセージ処理制御方式 | |
| JP2785608B2 (ja) | パケット交換機の輻輳制御方式 | |
| JP3068219B2 (ja) | 通信システムにおけるループ監視方式 | |
| JP2000049783A (ja) | ネットワーク管理方法とそのシステム | |
| JPH11161580A (ja) | インタフェース制御システム | |
| JPH10304469A (ja) | 実績収集装置および方法 | |
| JP2003169041A (ja) | 非同期メッセージ通信方法 | |
| JPH1051446A (ja) | Ｓｄｈ伝送網の性能監視方式 | |
| JPH1174948A (ja) | 通信装置 | |
| JPS6030235A (ja) | 自動ル−プバツク方式 | |
| JPH08223163A (ja) | ネットワーク監視システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20010410 |