JP2010062844A - ネットワーク監視システムとそのノード装置および監視装置 - Google Patents

Abstract

【課題】アラーム情報の通知に係わるトラフィックを効果的に抑圧すること。
【解決手段】ネットワークノードＮ１〜Ｎｍにアラームレベル別にバッファ１５１〜１５ｎを備え、アラーム抑制中フラグがオンの場合にはアラーム情報をバッファに格納する。各バッファは定期的にチェックされ、レベルの高いアラーム情報を優先して通知する。その際、キープアライブメッセージの送信、到達、返信および受信時刻を同メッセージにタイムスタンプで付与し、各時刻情報から監視装置３およびネットワークＮＷの負荷を計測して、これを反映してバッファ１５１〜１５ｎのバッファリング期間を可変制御する。
【選択図】 図２

Description

この発明は、ネットワークを形成する被監視装置（ネットワークノード）と、これらの被監視装置をネットワークを介して監視する監視装置とを備える、ネットワーク監視システムと、このシステムに備わるノード装置および監視装置に関する。

ネットワークを健全な状態に保ち、円滑な運用を図るために、ネットワークの構成要素（以下、ネットワークノードと称する）の状態を監視する装置（以下、監視装置と称する）が設けられる。障害の発生、あるいは障害からの復旧といったイベントが生じると、ネットワークノードはアラームなどのメッセージを監視装置に通知する。監視装置はこのようなメッセージ（以下アラーム情報と総称する）に基づいてネットワークの状態を把握する。この種のプロトコルではインプリメントの容易なＳＮＭＰ（Simple Network Management Protocol）が代表的であるが、このほかにも多様な技術が用いられている。この種の技術ではマネジメントに関わる負荷の軽減が大きなテーマであり、例えば特許文献１〜３に関連技術が開示される。

特許文献１には、イベントが一定期間にわたり継続することを通知の条件にすることで同じアラーム状態のバタつきを防止し、イベント通知トラフィックを最小にするという技術が開示される。
特許文献２には、監視装置(ＮＭＳサーバ)において単位時間の負荷をモニタし、負荷が過度になればアラーム通知サーバ(ＮＥサーバ)のアラーム通知処理を抑制するようにしている。これによれば監視装置の負荷を考慮したアラーム通知を行うことができる。
特許文献３では、ネットワークノード（被監視装置）は監視装置の許可を受けた状態でなければアラームを通知できない。監視装置が、自らモニタした受信パケット数と処理能力とを比較して許可を出すことで、監視装置の負荷を考慮したアラーム通知を行うことができる。特にこの文献では不許可時にはアラーム通知が完全にストップする。
特開２０００−２７８３６１号公報 特開２００１−２２３６９４号公報 特開平９−２１４４９４号公報

ネットワークノードから監視装置にアラームを通知するにあたり、主にトラフィックを削減することで監視装置の負担を軽減する手法が種々模索されている。しかし近年では通信システムの大規模化に伴って監視対象の数も多くなってきており、監視装置の負荷が高くなる傾向にある。発生した障害の形態によっては多くのノードから短期間のうちに多量のアラームが通知されることがあり（バースト）、このようなケースでは処理能力が追いつかずアラーム通知が欠落したり、ネットワーク輻そうも起こり得る。アラーム通知に基づいてネットワークを監視するにあたりさらに効果的な手法が望まれている。

この発明は上記事情によりなされたもので、その目的は、アラーム情報の通知に係わるトラフィックを効果的に抑圧することの可能なネットワーク監視システムとそのノード装置および監視装置を提供することにある。

上記目的を達成するためにこの発明の一態様によれば、複数のノード装置を接続する通信ネットワークを備えるシステムを、前記複数のノード装置から前記通信ネットワーク経由で通知される通知メッセージに基づいて監視する監視装置を具備するネットワーク監視システムにおいて、前記ノード装置の各々は、自装置に生じたアラームの種別に応じてレベルの異なる通知メッセージを生成するメッセージ生成部と、前記異なるレベルごとに設けられ前記通知メッセージをそのレベルに応じた保持期間で一時的に保持する複数のバッファ部と、前記保持された通知メッセージを前記監視装置に通知する通知部と、前記監視装置の負荷と前記通信ネットワークの負荷とを計測するための試験信号を前記監視装置に送信する試験信号送信部と、前記試験信号に対する前記監視装置からの返信の受信時刻に基づいて前記監視装置および前記通信ネットワークの負荷を個別に計測する計測部と、前記計測された前記監視装置の負荷および前記通信ネットワークの負荷に基づいて、前記複数のバッファ部における保持期間を前記レベルごとに変化させる保持期間制御部とを備え、前記監視装置は、前記試験信号を受信し、この試験信号に対する応答を当該試験信号に記載して返信する送受信部を備えることを特徴とするネットワーク監視システムが提供される。

このような手段を講じることにより、ノード装置は通知メッセージをアラームレベルごとにバッファリングし、障害の発生から時間差をもって通知する。いわば通知メッセージはアラームの発生から即座に送出されるのではなく、アラームレベルに応じて通知を抑制される。つまり緊急度の高いアラームほど即座に通知され、それほど重要でないアラームは後回しにされることで、突発的なトラフィックの増大を抑圧することができる。

その一方で、ノード装置は例えばキープアライブメッセージを定期的に監視装置に送出する。このキープアライブメッセージの送信時刻と、監視装置から戻ってきた受信時刻との差から、監視装置および通信ネットワークの負荷を計測することができる。さらには、キープアライブメッセージが監視装置にとどまっていた時間の長短に応じて、監視装置の負荷の大小を計測することもできる。これらがわかれば、前者から後者を差し引けばネットワークの負荷を単独で評価することもできる。発明者はこの点に着目し、特にネットワーク負荷に応じてバッファのバッファリング期間（保持期間）を可変することにより、ネットワーク負荷が高い状態では重要なアラームを通知しない、といった運用を実現することができるようになる。このことから、より効果的なかたちでアラーム通知を実施することが可能になる。

この発明によれば、アラーム情報の通知に係わるトラフィックを効果的に抑圧することの可能なネットワーク監視システムとそのノード装置および監視装置を提供することができる。

図１は、この発明に関わるネットワーク監視システムの実施の形態を示すシステム図である。図１において、ネットワークＮＷに複数のネットワークノードＮ１〜Ｎｍが属し、これらはルータ２を介して監視装置３と双方向に通信する。監視装置３はネットワークノードＮ１〜Ｎｍから通知される通知情報に基づいて各ネットワークノードＮ１〜Ｎｍの動作状態、ネットワークＮＷの状態、さらには、これらによって形成されるシステムの状態を監視する。監視プロトコルとしては例えばＳＮＭＰが代表的であるがこれに限られるものではない。

図２は、図１の監視装置３、およびネットワークノードＮ１〜Ｎｍの実施の形態を示す機能ブロック図である。このうちネットワークノードＮ１〜Ｎｍは、障害検出部２３、障害−アラーム変換テーブル２２、アラーム情報生成部２１、アラーム抑制可否テーブル２０、アラームバッファ１５、アラーム抑制判断部１９、アラーム結合部１４、非抑制用バッファ１６、非抑制用バッファ管理部１７、タイマ管理部１８、タイマ値テーブル１２、アラーム送信部１０、送信バッファ１３、および、キープアライブ送受信部１１を備える。

障害検出部２３は、自ノード内における障害の発生、および復旧を検出する、アラーム情報生成部２１は、検出された障害を図３に示すような障害−アラーム変換テーブル２２を用いてアラーム情報に変換する。アラーム情報は通知メッセージとして監視装置３に通知される。なお各アラーム情報には発生順にシーケンシャルな番号が付与される。このシーケンシャル番号を用いてアラーム情報の欠落の有無を判定する。

図３に示す障害−アラーム変換テーブル２２は、個々の障害ごとに、アラーム情報（メッセージ）とレベルとを対応付けたテーブルである。レベルとは監視装置３に通知するにあたっての優先順位であり、アラーム情報ごとに定義される。例えば Major / Minor / Warning の３段階のレベルがあり、このうちWarningが最高レベル（level-1）であり、Major（level-2）、Minor（level-3）の順でレベルが下がってゆく。

アラームバッファ１５は、アラーム情報を一時的に保持するために設けられるバッファメモリであり、アラーム情報のレベルごとに設けられる複数のバッファ１５１〜１５ｎを備える。各バッファ１５１〜１５ｎにおけるアラーム情報を保持する期間（バッファリングタイム）はレベルごとに異なる値をもつ。さらに各バッファ１５１〜１５ｎごとに、アラームの発生の有無を示すフラグが対応付けられる。

アラーム抑制可否テーブル２０は、監視装置３へのアラーム情報送信を抑制するか否かをアラームごとに指定するためのテーブルである。すなわち図４に示すように、各アラームは通知抑制を行うか否かを個別に指定される。監視装置３へのアラーム情報の送信を抑制している状態では、その区別のためアラーム発生中フラグが立てられる。

アラーム抑制判断部１９は、アラーム抑制可否テーブル２０と、アラームバッファ１５の状態と、アラーム発生中フラグの状態と、ネットワークノード内で発生しているアラームの状態とから、監視装置３へのアラーム情報の送信を抑制するか否かを判断する。

アラーム結合部１４は、各バッファ１５１〜１５ｎにおけるアラーム情報の有無を定期的にチェックする。同じバッファに複数のアラーム情報がバッファリングされていれば、アラーム結合部１４はこれらのアラーム情報を結合して監視装置３に送信するアラームメッセージとする。

非抑制用バッファ１６は、送信を抑制する必要無しと判断されたアラーム情報を一時的に保持するためのバッファである。すなわち、アラームレベルに基づきアラーム抑制判断部１９で送信を抑制しないと判断されたアラーム情報も、一旦ここでバッファリングされる。この実施形態では、監視装置３に加えてネットワーク負荷も考慮してアラーム情報の送信抑制制御を行う。いわばアラーム情報の送信抑制を２段構えで制御するようにする。なお例えば無負荷時におけるバッファ期間は０とする。

非抑制用バッファ管理部１７は、非抑制用バッファ１６に発生中のアラーム情報が存在するかを定期的にチェックして、アラーム情報が存在する場合にはその情報を加工して監視装置３へのアラームメッセージを生成する。タイマ管理部１８は、アラームバッファ１５の定期チェックのタイミングをアラーム結合部１４に通知する。またタイマ管理部１８は、非抑制用バッファ１６の定期チェックのタイミングを非抑制用バッファ管理部１７に通知する。アラームバッファ１５、および非抑制用バッファ１６の定期チェックのタイミングは、タイマ値テーブル１２でアラームレベル別に指定された間隔で実施される。

アラーム送信部１０はアラームメッセージを監視装置３に送信する。その際、送信されたアラームメッセージは送信バッファ１３に一時的に保持される。キープアライブ送受信部１１はキープアライブの実施のため、キープアライブメッセージを定期的に監視装置３に送信する。またキープアライブ送受信部１１はキープアライブ応答を受信し、チェックすることで監視装置３の生存確認を行う。なおキープアライブ機能とはネットワークデバイスの動作チェックなどのためデバイスに実装されるアプリケーションの一つであり、ＩＰ（Internet Protocol）電話システムなどにおいてはよく知られた技術である。

特にこの実施形態では、キープアライブ送受信部１１はキープアライブメッセージに時刻情報を記載し、これをもとに監視装置３の負荷、およびネットワークＮＷの負荷とを計測する。いわばこの実施形態ではキープアライブメッセージを、負荷の計測のための試験信号として流用する。

監視装置３は、アラーム受信部３１、アラーム分解部３２、アラームソート部３３、アラーム表示部３４、および、キープアライブ送受信部３５を備える。このうちアラーム受信部３１は、ネットワークノードＮ１〜Ｎｍから送信されたアラームメッセージを受信する。受信したアラームメッセージに複数のアラーム情報が結合されていれば、アラーム分解部３２はこれを分解して個々のアラーム情報を抽出する。アラームソート部３３は、個々のアラーム情報をタイムスタンプ順に並べ替える。アラーム表示部３４は、アラーム情報をモニタ画面（図示しない）などに表示して保守者に通知する。キープアライブ送受信部３５は、ネットワークノードＮ１〜Ｎｍからキープアライブメッセージを受信し、応答メッセージを送出元のネットワークノードに返信する。

図５は、この実施形態で用いられるキープアライブメッセージのメッセージフォーマットの一例を示す図である。この実施形態では、キープアライブメッセージはメッセージ識別子（ＩＤ）およびキープアライブのための既知のデータを記載するフィールドに加え、時刻情報（タイムスタンプ）を記載するためのフィールドを備える。

すなわちネットワークノードＮ１〜Ｎｍのキープアライブ送受信部１１は、送信時刻フィールドにそのキープアライブメッセージの送信時刻を記載して監視装置に送信する。これを受けた監視装置３のキープアライブ送受信部３５は、このメッセージがネットワークＮＷを介して到達した時刻（到達時刻）と、送出元のネットワークノードに返信した時刻（返信時刻）とを付加した応答メッセージを、送出元のネットワークノードに返信する。これを受けたネットワークノードはその受信時刻をメッセージフィールドに記載したのち、次の処理に移る。なお最後の受信時刻の記載は必ずしも必要でなく、ようするに応答メッセージの受信時刻をネットワークノードが把握していれば良い。このようにネットワークノードがキープアライブメッセージを介して時刻データを取得することで、監視装置３の負荷状態に加えてネットワークＮＷの負荷に関する知見をも得ることができる。

図６は、キープアライブメッセージに記載される時刻情報の一例を示す図である。図６には３つのキープアライブメッセージに記載された送信時刻（Ｔ１）、到達時刻（Ｔ２）、返信時刻（Ｔ３）、および受信時刻（Ｔ４）の例が示される。なお単位は例えばミリ秒である。

監視装置３の処理負荷は、キープアライブメッセージを受信したのち処理し、返信するまでの時間によって見積もれる。つまりこの処理時間（Ｔ３−Ｔ２）が長ければ長いほど高い負荷がかかっていることになる。ネットワークＮＷの負荷はキープアライブメッセージの伝送時間によって見積もれる。つまり伝送にかかる時間が長ければ長いほどネットＮＷの負荷が高いことになる。伝送時間は、キープアライブ送信時の伝送時間（Ｔ２−Ｔ１）と返信時の伝送時間（Ｔ４−Ｔ３）とを足せば算出できる。あるいは、要するに受信時刻Ｔ４と送信時刻Ｔ１との差（Ｔ４−Ｔ１）から、監視装置の処理時間（Ｔ３−Ｔ２）を差し引けば算出できる。

図６において、例えば処理時間、伝送時間に１０ミリ秒の閾値を設定し、これを境に負荷の高低を見積もることができる。図６の最初のケースでは処理時間、伝送時間のいずれも閾値を超えており、何らかの要因で監視装置３、ネットワークＮＷの双方に高い負荷がかかっていることがわかる。次のケースでは監視装置３、ネットワークＮＷのいずれの負荷も軽く、３番目のケースではネットワークＮＷの負荷は軽いものの、監視装置３の負荷が高いことがわかる。このような情報はキープアライブ送受信部１１により計測され、その結果に基づいて、タイマ管理部１８はバッファ１５１〜１５ｎの保持期間を可変制御する。これにより、負荷の形態に応じてきめ細かなアラーム送信抑制制御を行うことができる。

図７は、ネットワークノードＮ１〜Ｎｍにおける障害の発生からアラーム情報をバッファに格納するまでの処理手順を示すフローチャートである。図７において、障害の発生が障害検出部２３により検出されると（ステップＢ１）、アラーム情報生成部２１は障害−アラーム変換テーブル２２を参照して障害情報からアラーム情報を生成する（ステップＢ２）。このアラーム情報には、アラーム種別、アラームレベル、タイムスタンプ、検出場所などが含まれる。このアラーム情報はアラーム抑制判断部１９に渡される。

アラーム抑制判断部１９は、渡されたアラーム情報のレベルのアラーム発生中フラグをオンに変更する（ステップＢ３）。これにより、このレベルよりもレベルの低いアラームの送出が抑制される。次にアラーム抑制判断部１９はアラーム抑制可否テーブル２０を参照し、発生したアラーム情報のレベルに基づき通知抑制を行うか否かを判断する（ステップＢ４）。通知抑制の必要がなければ、アラーム抑制判断部１９はこのアラーム情報を非抑制用バッファ１６に格納する（ステップＢ１０）。

通知抑制が必要であれば、アラーム抑制判断部１９はそのアラームのレベルよりも高いレベルのアラーム発生中フラグを全てチェックする（ステップＢ６）。何れかのアラーム発生中フラグがオンであればより高レベルのアラームが発生中であるので、アラーム抑制判断部１９は渡されたアラーム情報の送信も抑制すると判断する（ステップＢ７）。これにより、このアラーム情報は対応するレベルのアラームバッファ１５に格納される（ステップＢ８）。

一方、ステップＢ７でより高レベルのアラーム発生中フラグが全てオフであれば、アラーム抑制判断部１９は対象アラームレベルのアラームバッファ１５の状態をチェックする（ステップＢ１２）。対象アラームレベルのアラームバッファ１５が空きであれば（ステップＢ１２でＹＥＳ）、アラーム抑制判断部１９は対象アラーム情報の送信を抑制する必要無しと判断してこのアラーム情報を非抑制用バッファ１６に格納する（ステップＢ１０）。

ステップＢ１２でアラームバッファ１５が空きでなければ（ＮＯ）、渡されたアラーム情報のレベルでは送信抑制中と判断し、アラーム抑制判断部１９はこのアラーム情報をそのレベルのアラームバッファ１５に格納する（ステップＢ８）。ステップＢ８、Ｂ１０のいずれにおいても、バッファ用の定期チェックタイマが起動されていなければ、アラーム抑制判断部１９は定期チェックタイマの起動をタイマ管理部１８に要求する（ステップＢ９、Ｂ１１）。

図８は、ネットワークノードＮ１〜Ｎｍにおける障害の復旧からアラーム解除を送信するまでの処理手順を示すフローチャートである。図８において、障害の復旧が障害検出部２３により検出されると（ステップＢ２１）、アラーム情報生成部２１は障害−アラーム変換テーブル２２を参照して、障害情報からアラーム解除情報を生成する（ステップＢ２２）。このアラーム解除情報には、アラーム種別、アラームレベル、タイムスタンプ、検出場所などが含まれる。このアラーム解除情報はアラーム抑制判断部１９に渡される。

アラーム抑制判断部１９は、渡されたアラーム解除情報に記されたアラームレベルに対応するアラームバッファ１５の状態をチェックする（ステップＢ２３）。アラームバッファ１５に既にアラーム情報が有れば、アラーム抑制判断部１９は、対象アラームレベルのアラーム送信が発生中、すなわち送信タイミングを待っている状態であると判断し、このアラーム解除情報をアラームバッファ１５に格納する（ステップＢ２５）。

アラームバッファ１５にアラーム情報が無ければ、アラーム抑制判断部１９は解除すべきアラームよりも高レベルのアラーム発生中フラグを参照する（ステップＢ２６）。何れかのアラーム発生中フラグがオンであればより高レベルのアラームの送信が発生中であるので（ステップＢ２６でＯＮ）、アラーム抑制判断部１９は渡されたアラーム解除情報の送信も抑制すると判断する。これにより、このアラーム解除情報は対応するレベルのアラームバッファ１５に格納される（ステップＢ２５）。より高レベルのアラーム発生中フラグが全てオフであれば、アラーム抑制判断部１９は、対象アラームを解除することで対象レベルの全てのアラームが解除になるか否かを判定する（ステップＢ２７）。

全アラームが解除にならない場合には（ステップＢ２７でＮＯ）、アラーム抑制判断部１９はそのレベルのアラーム送信抑制を継続するため、そのアラーム解除情報を対象アラームバッファ１５に格納する（ステップＢ２５）。全アラームが解除になるのであれば（ステップＢ２７でＹＥＳ）、アラーム抑制判断部１９は、対象のレベルのアラーム送信抑制を継続する必要がなくなると判断する。よってアラーム抑制判断部１９は対象レベルのアラーム発生中フラグをオフとし（ステップＢ２８）、対象アラームレベルの定期チェックタイマの停止をタイマ管理部１８に要求するとともに（ステップＢ２９）、このアラーム解除情報を非抑制用バッファ１６に格納する（ステップＢ３０）。

図９は、ネットワークノードＮ１〜Ｎｍにおける定期タイマのタイムアウト発生時における処理手順を示すフローチャートである。各バッファ１５１〜１５ｎはそれぞれタイマにより定期的にチェックされる。そのタイマのタイムアウトが発生すると（ステップＢ４１）、タイマ管理部１８は次回のチェックのため、アラームレベル別のタイマ値テーブル１２を参照して定期タイマを起動する（ステップＢ４２）。次にタイマ管理部１８はアラームバッファ１５のチェックをアラーム抑制判断部１９に要求したうえで、次のタイムアウトを待つ。

アラーム抑制判断部１９は、定期チェック対象のレベルのアラームバッファ１５の状態をチェックする（ステップＢ４３）。アラームバッファ１５にアラーム情報が無ければ処理は終了する。アラームバッファ１５にアラーム情報が有れば（ステップＢ４４で「あり」）、アラーム抑制判断部１９は、アラームバッファ１５に格納されているアラーム解除情報を含め、対象アラームレベルの全アラームが解除しているか否かを確認する（ステップＢ４５、Ｂ４６）。

全アラームが解除されていれば、アラーム抑制判断部１９は今回の定期チェック後は対象アラームレベルのアラーム送信抑制を継続する必要がなくなると判断する。よってアラーム抑制判断部１９は対象アラームレベルのアラーム発生中フラグをオフとし（ステップＢ４７）、タイマ管理部１８に対象アラームレベルの定期チェックタイマの停止を要求する（ステップＢ４８）。対象アラームレベルの全アラームが解除されていなければ（ステップＢ４６でＮＯ）、アラーム抑制判断部１９は今回の定期チェック後も対象アラームレベルのアラーム送信抑制を継続すると判断する。

次にアラーム抑制判断部１９は、対象アラームバッファ１５に格納されているアラーム情報の数を確認する（ステップＢ４９）。アラーム情報が１つ、つまり複数でなければ（ＮＯ）、アラーム抑制判断部１９はアラーム送信部１０にアラームの送信を要求するとともに、対象アラームバッファ１５をクリアする（ステップＢ５１）。アラーム情報が複数であれば、アラーム抑制判断部１９はアラーム結合部１４にアラーム情報の結合を要求する（ステップＢ５０）。これを受けてアラーム結合部１４は複数のアラーム情報を１つのアラームメッセージに結合し、アラーム送信部１０にアラームの送信を要求すると共に、対象アラームバッファ１５をクリアする（ステップＢ５２）。

図１０は、ネットワークノードＮ１〜Ｎｍにおけるキープアライブメッセージ送信時の処理手順を示すフローチャートである。ネットワークノードはキープアライブの開始タイミングが到来すると（ステップＢ６１）、現在時刻を取得し（ステップＢ６２）、その値をキープアライブメッセージの送信時刻フィールドに記載したうえで監視装置に向け送信する（ステップＢ６３）。

図１１は、ネットワークノードＮ１〜Ｎｍにおけるキープアライブメッセージ受信時の処理手順を示すフローチャートである。ネットワークノードはキープアライブメッセージを受信すると（ステップＢ７１）、各フィールドから時刻情報を取得する（ステップＢ７２）。そして各数値から、図６に示されるように、ネットワークＮＷの負荷、および監視装置３の負荷を個別に算出する（ステップＢ７３）。その結果に応じてネットワークノードは各バッファに設定されているアラームレベルごとのタイマ値を変更する（ステップＢ７４）。

またネットワークノードは、監視装置３から返送されたキープアライブメッセージのアラーム通知欠落情報を取得し（ステップＢ７５）、欠落有りの旨が記載されていれば（ステップＢ７６で「あり」）、該当するアラーム情報を送信バッファ１３から取得して（ステップＢ７７）監視装置３に再送する（ステップＢ７８）。アラーム情報の再送が完了すると、ネットワークノードは送信バッファ１３をクリアする（ステップＢ７９）。

図１２は監視装置３におけるキープアライブメッセージ受信、および再送に関わる処理手順を示すフローチャートである。監視装置３はネットワークノードからのキープアライブメッセージを受信すると（ステップＢ９１）、到達時刻フィールドにこの受信時刻を追記し（ステップＢ９２）、各アラーム情報に付与されたシーケンシャル番号をチェックすることによりアラームの通知の欠落の有無をチェックする（ステップＢ９３）。欠落があれば、監視装置３はネットワークノードに返信するキープアライブメッセージに、欠落したアラームに該当するシーケンシャル番号を追加する（ステップＢ９５）。次に監視装置３は、返信時刻フィールドに現在時刻を追記したのち（ステップＢ９６）、キープアライブ応答メッセージをネットワークノードに返信する（ステップＢ９７）。

図１３は、この実施形態におけるアラーム発生中フラグ、アラームバッファ１５の状態、およびアラーム送信の時系列を示すタイムチャートである。最初に、例えばレベル２のアラーム（Alarm2-1）が単独で生じると、レベル２のフラグがオンされバッファリングタイマが起動されたのち、直ちにアラーム情報が監視装置３に送信される。

この状態から各レベルのアラーム（Alarm1-1,Alarm2-2,Alarm3-1）が同時に発生すると、レベル１および３のフラグもオンされたのちタイマも起動する。既存技術ではこの時点でいずれのアラーム情報も送信されるが、この実施形態では最高レベルのAlarm1-1のみが送信される。この状態はレベル２のバッファがクリアされるまで継続し、クリアされるとAlarm2-2が送信される。アラームの解除についても同様の手順が実施され、アラームレベルに対応するバッファがクリアされるまでアラーム情報の送信が抑制される。特に、最低レベル（レベル３）のバッファはタイマ期間が最も長く、これがクリアされるまで送信が抑制される。この実施形態では監視装置３の負荷に加え、ネットワークＮＷの負荷をも加味して各バッファのタイマチェック期間（バッファリング期間）が可変制御される。

以上述べたようにこの実施形態では、ネットワークノードＮ１〜Ｎｍにアラームレベル別にバッファ１５１〜１５ｎを備え、アラーム抑制中フラグがオンの場合にはアラーム情報をバッファに格納する。各バッファは定期的にチェックされ、レベルの高いアラーム情報を優先して通知する。その際、キープアライブメッセージの送信、到達、返信および受信時刻を同メッセージにタイムスタンプで付与し、各時刻情報から監視装置３およびネットワークＮＷの負荷を計測して、これを反映してバッファ１５１〜１５ｎのバッファリング期間を可変制御するようにしている。

またこの実施形態では、バッファ１５１〜１５ｎごとに、複数のアラーム情報があればこれらを結合した状態で監視装置３に通知するようにしている。さらに、アラーム情報にシーケンシャル番号を付加し、この番号の欠落の有無によりアラーム情報の欠落の有無を判定して、欠落があれば監視装置３からネットワークノードに再送を要求するようにしている。

既存の技術では監視装置３の負荷のみをモニタし、アラーム情報の通知に関わるトラフィックを監視装置３の主導のもとに抑圧するようにしている。しかしながらアラーム情報を受信する監視装置３だけではなく、そこに至るまでのネットワークの状態にも配慮したシステムは知られていない。ネットワークの負荷が過度であるとアラームメッセージが破棄される可能性があり、重篤なアラームが監視装置３に通知されなくなることもあり得る。このようなケースではネットワークの運用に支障をきたすばかりか、システムダウンを引き起こすこともあるので事態は深刻である。

これに対しこの実施形態によれば、ネットワークＮＷの状態をも加味したかたちでの送信抑制制御を実現することが可能になる。とりわけ、ネットワークのトラフィックが混んでいる状態ではパケット紛失のおそれがあるために、却って重要なアラームを通知しないほうが良い場合がある。この実施形態によればこのような事態にもきめ細かく対応することができる。

またこの実施形態によれば、複数アラーム発生時、ネットワーク高負荷時、または監視装置高負荷時には通知タイミングを間引くと共に、アラーム情報も結合して通知するようにしているので、監視装置３の更なる過負荷を防止できると共にネットワークトラフィックの輻そうも防止できる。さらには、欠落したアラーム通知の再送、レベルの高いアラームの優先的通知により、監視装置３は緊急処理を遅延なく行うこともできる。これらのことから、アラーム情報の通知に係わるトラフィックを効果的に抑圧することの可能なネットワーク監視システムとそのノード装置および監視装置を提供することが可能となる。

なお、この発明は上記実施形態そのままに限定されるものではない。例えばこの実施形態では負荷を計測するための信号としてキープアライブメッセージを流用するようにしたが、これに限らず専用のプローブ信号を設定しても良い。

またこの発明は、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。

この発明に関わるネットワーク監視システムの実施の形態を示すシステム図。 図１の監視装置３、およびネットワークノードＮ１〜Ｎｍの実施の形態を示す機能ブロック図。 障害−アラーム変換テーブル２２の一例を示す図。 アラーム抑制可否テーブル２０の一例を示す図。 この発明の実施形態で用いられるキープアライブメッセージのメッセージフォーマットの一例を示す図。 図５のキープアライブメッセージに記載される時刻情報の一例を示す図。 ネットワークノードＮ１〜Ｎｍにおける障害の発生からアラーム情報をバッファに格納するまでの処理手順を示すフローチャート。 ネットワークノードＮ１〜Ｎｍにおける障害の復旧からアラーム解除を送信するまでの処理手順を示すフローチャート。 ネットワークノードＮ１〜Ｎｍにおける定期タイマのタイムアウト発生時における処理手順を示すフローチャート。 ネットワークノードＮ１〜Ｎｍにおけるキープアライブメッセージ送信時の処理手順を示すフローチャート。 ネットワークノードＮ１〜Ｎｍにおけるキープアライブメッセージ受信時の処理手順を示すフローチャート。 監視装置３におけるキープアライブメッセージ受信、および再送に関わる処理手順を示すフローチャート。 この発明の実施形態におけるアラーム発生中フラグ、アラームバッファ１５の状態、およびアラーム送信の時系列を示すタイムチャート。

符号の説明

ＮＷ…ネットワーク、Ｎ１〜Ｎｍ…ネットワークノード、２…ルータ、３…監視装置、１０…アラーム送信部、１１…キープアライブ送受信部、１２…タイマ値テーブル、１３…送信バッファ、１４…アラーム結合部、１５…アラームバッファ、１５１〜１５ｎ…バッファ、１６…非抑制用バッファ、１７…非抑制用バッファ管理部、１８…タイマ管理部、１９…アラーム抑制判断部、２０…アラーム抑制可否テーブル、２１…アラーム情報生成部、２２…障害−アラーム変換テーブル、２３…障害検出部

Claims (12)

1. 複数のノード装置を接続する通信ネットワークを備えるシステムを、前記複数のノード装置から前記通信ネットワーク経由で通知される通知メッセージに基づいて監視する監視装置を具備するネットワーク監視システムにおいて、
   前記ノード装置の各々は、
   自装置に生じたアラームの種別に応じてレベルの異なる通知メッセージを生成するメッセージ生成部と、
   前記異なるレベルごとに設けられ前記通知メッセージをそのレベルに応じた保持期間で一時的に保持する複数のバッファ部と、
   前記保持された通知メッセージを前記監視装置に通知する通知部と、
   前記監視装置の負荷と前記通信ネットワークの負荷とを計測するための試験信号を前記監視装置に送信する試験信号送信部と、
   前記試験信号に対する前記監視装置からの返信の受信時刻に基づいて前記監視装置および前記通信ネットワークの負荷を個別に計測する計測部と、
   前記計測された前記監視装置の負荷および前記通信ネットワークの負荷に基づいて、前記複数のバッファ部における保持期間を前記レベルごとに変化させる保持期間制御部とを備え、
   前記監視装置は、
   前記試験信号を受信し、この試験信号に対する応答を当該試験信号に記載して返信する送受信部を備えることを特徴とするネットワーク監視システム。
2. 前記試験信号は、前記ノード装置からの送信時刻を記載するための第１フィールドと、前記監視装置への到達時刻を記載するための第２フィールドと、前記監視装置からの返信時刻を記載するための第３フィールドとを有し、
   前記試験信号送信部は、前記第１フィールドに前記送信時刻を記載して前記試験信号を送信し、
   前記送受信部は、前記第２フィールドに当該監視装置への到達時刻を記載し、前記第３フィールドに当該監視装置からの返信時刻を記載して前記試験信号を返信し、
   前記計測部は、前記返信された試験信号に記載された返信時刻と到達時刻との差分から前記監視装置の負荷を計測し、前記受信時刻と当該試験信号に記載された送信時刻との差から前記差分を減算した量から前記通信ネットワークの負荷を計測することを特徴とする請求項１に記載のネットワーク監視システム。
3. 前記試験信号は、前記通信ネットワークの管理プロトコルで用いられるキープアライブメッセージであることを特徴とする請求項１に記載のネットワーク監視システム。
4. 前記ノード装置の各々は、さらに、複数の通知メッセージを前記バッファ部ごとに結合させる結合部を備え、
   前記通知部は、前記結合された通知メッセージを前記監視装置に通知し、
   前記監視装置は、さらに、前記結合された状態で通知された通知メッセージを分解して個々の通知メッセージを抽出する分解部を備えることを特徴とする請求項１に記載のネットワーク監視システム。
5. 複数のノード装置を接続する通信ネットワークを備えるシステムを、前記複数のノード装置から前記通信ネットワーク経由で通知される通知メッセージに基づいて監視する監視装置を具備するネットワーク監視システムに設けられる前記ノード装置において、
   自装置に生じたアラームの種別に応じてレベルの異なる通知メッセージを生成するメッセージ生成部と、
   前記異なるレベルごとに設けられ前記通知メッセージをそのレベルに応じた保持期間で一時的に保持する複数のバッファ部と、
   前記保持された通知メッセージを前記監視装置に通知する通知部と、
   前記監視装置の負荷と前記通信ネットワークの負荷とを計測するための試験信号を前記監視装置に送信する試験信号送信部と、
   前記試験信号に対する前記監視装置からの返信の受信時刻に基づいて前記監視装置および前記通信ネットワークの負荷を個別に計測する計測部と、
   前記計測された前記監視装置の負荷および前記通信ネットワークの負荷に基づいて、前記複数のバッファ部における保持期間を前記レベルごとに変化させる保持期間制御部とを具備することを特徴とするノード装置。
6. 前記試験信号は、前記ノード装置からの送信時刻を記載するための第１フィールドと、前記監視装置への到達時刻を記載するための第２フィールドと、前記監視装置からの返信時刻を記載するための第３フィールドとを有し、
   前記試験信号送信部は、前記第１フィールドに前記送信時刻を記載して前記試験信号を送信し、
   前記計測部は、前記返信された試験信号に記載された返信時刻と到達時刻との差分から前記監視装置の負荷を計測し、前記受信時刻と当該試験信号に記載された送信時刻との差から前記差分を減算した量から前記通信ネットワークの負荷を計測することを特徴とする請求項５に記載のノード装置。
7. 前記試験信号は、前記通信ネットワークの管理プロトコルで用いられるキープアライブメッセージであることを特徴とする請求項５に記載のノード装置。
8. さらに、複数の通知メッセージを前記バッファ部ごとに結合させる結合部を具備することを特徴とする請求項５に記載のノード装置。
9. 複数のノード装置を接続する通信ネットワークを備えるシステムを、前記複数のノード装置から前記通信ネットワーク経由で通知される通知メッセージに基づいて監視する監視装置において、
   前記監視装置の負荷と前記通信ネットワークの負荷とを計測するために前記ノード装置から送信される試験信号を受信し、この試験信号に対する応答を当該試験信号に記載して返信する送受信部を備えることを特徴とする監視装置。
10. 前記試験信号は、前記ノード装置からの送信時刻を記載するための第１フィールドと、前記監視装置への到達時刻を記載するための第２フィールドと、前記監視装置からの返信時刻を記載するための第３フィールドとを有し、
    前記送受信部は、前記第２フィールドに当該監視装置への到達時刻を記載し、前記第３フィールドに当該監視装置からの返信時刻を記載して前記試験信号を返信することを特徴とする請求項９に記載の監視装置。
11. 前記試験信号は、前記通信ネットワークの管理プロトコルで用いられるキープアライブメッセージであることを特徴とする請求項９に記載の監視装置。
12. さらに、結合された状態で通知された通知メッセージを分解して個々の通知メッセージを抽出する分解部を備えることを特徴とする請求項９に記載の監視装置。

Images