JP2008059114A - Ｓｎｍｐを利用した自動ネットワーク監視システム - Google Patents

Abstract

【課題】本発明はＳＮＭＰを利用した自動ネットワーク監視システムに関し，ＳＮＭＰのマネージャ機能を備えた監視装置が，エージェント機能を備えた被監視装置からのトラップ情報欠損を早期に且つ確実に検出して収集することを目的とする。
【解決手段】被監視装置は，自装置のトラップ情報の発生により更新されるシーケンス番号とトラップ情報とを格納する管理情報格納手段と監視装置からの情報要求を受け取ると要求された情報を送信する手段とを備え，監視装置は，監視対象である複数の被監視装置から取得したシーケンス番号とトラップ情報とを格納したデータベースと，一定周期で起動されて被監視装置に対してシーケンス番号の送信を要求する手段と，被監視装置からの応答を受信するとデータベースに格納された当該被監視装置のシーケンス番号とを比較してトラップ情報損失のチェックを行うシーケンス番号チェック手段とを備えるよう構成する。
【選択図】図１

Description

本発明は，ＳＮＭＰを利用した自動ネットワーク監視システムに関する。

ネットワークが複雑で大規模なものになるにつれ，人手で管理することが困難になり，ＳＮＭＰ(Simple Network Management Protocol)と呼ばれるネットワーク管理プロトコルが開発されており，以下の性質がある。

ａ．セキュリティや障害の監視を行うことが可能になった。
ｂ．ＳＮＭＰは簡易プロトコルであるために広く普及しており，監視システムを開発する上では実装が容易である。
ｃ．転送速度が速い（ＵＤＰの特徴，ＵＤＰはUser Datagram Protocol) 。
ｄ．ＳＮＭＰは信頼性が低い（ＵＤＰの特徴）。
ｅ．セキュリティ面が脆弱である。

ネットワーク監視システムの開発を行うにあたり，上記ａ．とｂ．の利点のために，ＳＮＭＰを採用するが，この場合，上記ｃ．とｄ．はネットワーク監視システム利用のリスクとされる。

従来のＳＮＭＰによるネットワーク管理システムでは，管理される機器であるエージェントは事前に指定された機器の情報をＭＩＢ(Management Information Base) と呼ばれる管理情報ベースを参照して定期的に取得し，ある一定の条件を満たすイベントを検知する毎に所定のフレーム構成のトラップ情報によりネットワーク管理を行うマネージャに送信し，マネージャはこれを受け取ってＩＰヘッダに基づき機器対応にトラップ情報を蓄積して，ＭＩＢの状態を判断してメンテナンス等のために役立てるようにしている。

図１１は従来例の説明図である。図中，７０はＳＮＭＰのエージェント１，７１はエージェント７０のＭＩＢ，７２はＬＡＮ等のネットワーク，７３はＳＮＭＰのマネージャ，７４はマネージャ７３に設けられた管理情報データベース（ＤＢ）であり，エージェント１〜エージェントｎ等の管理下の複数のエージェントの管理情報（トラップ情報）が格納されている。

エージェント（１）７０はＭＩＢ７１に格納された情報１，情報２，情報３について何れかの情報に変化が発生（イベント発生）すると，トラップ情報を発生する。

ＳＮＭＰエージェントのＭＩＢが変化する契機には次の(1) 〜(3) がある。

(1) ＳＮＭＰエージェントで障害を検出した場合。障害を大きく分けると，
ａ．ＳＮＭＰエージェントがサービスを継続できない障害の発生（致命的）
ｂ．ＳＮＭＰエージェントがサービスは継続できるが復旧が必要な障害（警告）
があるが，ａ．とｂ．はＳＮＭＰマネージャにとって重要な変化であり，また，障害が復旧した場合も重要な変化である。

(2) ＳＮＭＰマネージャの設定変更が行われた場合，設定の変更には,
ａ．ＳＮＭＰマネージャからの指示による場合
ｂ．外部アプリケーション（架前の端末）からの指示による場合
ｃ．障害検出により，ＳＮＭＰエージェントが自律的に設定を変更した場合
があるが，ｂ．とｃ．はＳＮＭＰマネージャにとって重要な変化である。

(3) ＳＮＭＰエージェントがリセットされた場合，リセットには，
ａ．手動（人の指示によるもの）
ｂ．自動（ＳＮＭＰエージェント自身の判断によるもの）
があり，ｂ．はＳＮＭＰマネージャにとって重要な変化である。

これらの変化をＳＮＭＰマネージャに通知する手段がトラップ情報であり，変換発生から時間差なく，漏れなく伝達する必要がある。

このようなトラップ情報はネットワーク７２を介してマネージャ７３に送信され，マネージャ７３では管理情報データベース７４内のＳＮＭＰエージェント♯１の管理情報を更新する。ところが，エージェント（♯１）７０の情報３＝１００が２００に変化して，トラップ情報が発生しても，ネットワーク７２の障害等によりマネージャ７３に届かない（欠損になった）場合，エージェント７０のＭＩＢ７１の内容と，マネージャ７３の管理情報データベース７４のエージェント♯１の情報が不一致になるが，その不一致になったことをマネージャ７３で判別することができない。また，エージェント７０にはトラップ情報の再送機能がないため，不一致のままとなる。

このように，ネットワークの障害等により，トラップ情報に抜けが生じても検出することができないという問題を解決するためのネットワーク管理システムが提案されている（特許文献１参照）。図１２は提案されたシステムの構成を示し，図１３は提案されたＳＮＭＰのフレームのフォーマットを示す。

図１２において，５０はネットワーク管理を行うマネージャとして機能するワークステーション，５１はトラップ情報受取手段，５２は損失トラップ発生検出手段，５３は損失トラップ情報取得処理手段，５４は蓄積処理手段，５５はトラップ情報記憶手段，５６は出力手段，５７は損失トラップ発生警報出力手段である。６０はネットワークに接続されたルータや，端末等のエージェントとして機能するネットワーク機器，６１はイベント発生監視手段，６２はシーケンス番号付与手段，６３はトラップ情報送出手段，６４は保存処理手段，６５はトラップ情報保存手段，６６は損失トラップ情報送出手段である。７０はワークステーション５０と複数のネットワーク機器６０を接続するバス型ＬＡＮである。

ＳＮＭＰのフレームのフォーマットは図１３に示され，(a) はＳＮＭＰフレームであり，ＭＡＣヘッダ，ＬＬＣヘッダ，ＩＰヘッダ，ＵＤＰヘッダ，ＳＮＭＰメッセージが配置され，ＬＬＣ−ＭＡＣトレイラで終了する。ＳＮＭＰメッセージ内は(b) に示されるＰＤＵ(Protocol Data Unit)が含まれ，ＰＤＵは先頭にＰＤＵタイプ，次にリクエストＩＤ，エラー・ステータス，エラー・インデックス，変数リストが配置される。ＰＤＵでは，マネージャ（ワークステーション）からエージェント（ネットワーク機器）に対し管理情報の取り出しを要求するGet-Request,連続して取り出しを要求するGet-Next-Requestメッセージ，マネージャからエージェントに対し設定値の変更やネットワークの動作環境の値の設定を要求するSet-Request メッセージ, 上記マネージャからのGet-Request やGet-Next-Requestを受信した時にエージェントからマネージャに対する回答時に送信されるGet-Responseメッセージが標準のＰＤＵとしてサポートされている。

また, エージェント側では発生したイベントをマネージャ側へ通知するトラップ情報が図１３の(c) に示され，ＰＤＵタイプ，トラップ発生システムのＩＤを表すエンタプライズ，トラップの送信元のＩＰアドレスであるエージェント・アドレス，一般トラップと特別トラップにはマネージャにトラップで通知される監視対象機器のイベントを示す値がセットされ，タイム・スタンプにはエージェントが最後に起動（再初期値）してからトラップが発生するまでの経過時間がセットされ，変数リストはエージェント側で発生したイベントを表す情報であり，変数リストの各変数は名前，値長，値とで構成されている。

ネットワーク機器（エージェント）６０は，イベント発生監視手段６１でイベントを検出すると，トラップ情報にシーケンス番号付与手段６２でシーケンス番号を付与してトラップ情報送出手段６３からワークステーション（マネージャ）５０に送信し，ワークステーション５０はネットワーク機器６０から送られてきたトラップ情報を受け取ると，受け取ったトラップ情報に含まれたＩＰアドレスとシーケンス番号を取り出し，対応するＩＰアドレスの前回シーケンス番号を取り出し，シーケンス番号が連続しているか判別して損失トラップ情報発生の有無を損失トラップ発生検出手段５２で検出し，損失トラップ情報の発生を検出すると，警報出力を損失トラップ発生警報出力手段５７で発生し損失トラップ情報の再送を要求する。
特開平９−２４７１４６号公報（図１，図４）

上記した特許文献１の技術では，マネージャはエージェントから送られてくるシーケンス番号を識別して，マネージャに保持する当該エージェントの前回受け取ったトラップ情報のシーケンス番号に連続しているか判別することにより損失トラップ情報の発生を検出しているため，トラップ情報が損失したことを検出するタイミングは，損失発生後以降にトラップ情報を受信した場合に限られ，損失発生後に次のトラップ情報が発生しなければ，そのまま損失したことが分からないという問題がある。

また，特許文献１の技術では，管理対象のエージェントに対して一つのシーケンス番号が付与されており，エージェントとシーケンス番号が１：１で管理されているため，エージェント内の情報の種類（カテゴリ）について管理することができないという問題がある。

更に，特許文献１の技術では，損失したトラップ情報を検出する毎に再送要求を行うことにより単に収集するだけであるために，収集が完了するまでに時間がかかるという問題がある。

また，従来の技術によれば，マネージャ側でシステム停止等により管理対象全てのトラップ情報が損失（消去）した場合に損失トラップ情報の収集の処理に時間を要するという問題があった。

本発明はＳＮＭＰによるマネージャがエージェントからのトラップ情報の損失に対して確実にしかも効率的に収集することが可能なＳＮＭＰを利用した自動ネットワーク監視システムを提供することを目的とする。

また，本発明はマネージャにおいてエージェント内のトラップ情報を種類別に管理することができると共に収集に要する時間を短縮することができることや，システム停止等により全てのトラップ情報が消失した場合にも情報収集を効率的に行うことを他の目的とする。

図１は本発明による原理構成を示す。図中，１はワークステーションやサーバ等のＳＮＭＰのマネージャ機能を備えるネットワークの監視装置，１０はルータやハブ等のネットワーク監視装置の監視対象である複数の被監視装置からのトラップ情報を格納する管理情報データベース（管理情報ＤＢ），１１は周期的（一定または可変周期）に起動して監視動作を実行する周期起動手段，１２は指定した被監視装置２に対してシーケンス番号の取り出しを要求するメッセージを発生する情報要求手段，１３は情報要求手段１２からの要求に応じて相手から送られてきたシーケンス番号を受け取る応答受信手段，１４はトラップ情報の欠損を検出するシーケンス番号チェック手段である。２はＳＮＭＰのエージェント機能を備える被監視装置，２０は被監視装置２で発生したトラップ情報の格納手段である管理情報ベース（ＭＩＢ），２１は要求応答手段，３は監視装置１と被監視装置２を接続するＬＡＮ等のネットワークである。なお，図１には一つの被監視装置２だけ示すが，実際には多数の被監視装置２がネットワーク３により接続されている。

ネットワークの監視装置１の周期起動手段１１から一定周期で起動信号が発生すると情報要求手段１２から宛先の被監視装置２（複数の被監視装置２の中の一つ）に対してシーケンス番号を要求するメッセージを送る。被監視装置２の要求応答手段２１は管理情報ベース２０に格納された現在（最新）のトラップ情報に設定されたシーケンス番号を取り出して応答情報としてネットワーク３を介してネットワークの監視装置１に送信する。シーケンス番号を含む応答情報は応答受信手段１３で受信するとシーケンス番号チェック手段１４に供給する。シーケンス番号チェック手段１４は，管理情報データベース１０から上記の情報要求手段１２で要求を行った被監視装置２について蓄積された管理情報のシーケンス番号を取り出して，応答受信手段１３で受信したシーケンス番号と比較し，一致すれば情報欠損がないことが確認され，不一致の場合は欠損があったものとしてその旨を表示する。情報欠損があった場合は，その被監視装置２に対して管理情報ベース２０の現在の管理情報（上記チェックの対象となった被監視装置が保持する全ての管理情報）を要求するメッセージを送信することで，その被監視装置２から全ての管理情報（トラップ情報）を取得して，管理情報データベース１０に格納する。

ネットワークの監視装置１の周期起動手段１１により一定順序で各被監視装置２について情報欠損チェックを行うが，その時に得られたシーケンス番号チェック手段１４によるチェック結果を管理情報データベース１０にトラップ情報の欠損履歴のデータとして格納する。一定回数の統計データを収集した後は，周期起動手段１１による被監視装置２を指定する順番または周期を欠損履歴データにより決定する。すなわち，欠損回数が多い被監視装置のチェックを優先したり，欠損回数が多い被監視装置のチェックの周期を短くして，その他のものの周期を長くするようにしても良い。このように欠損履歴データにより，チェックの順番や周期を変えることで被監視装置２の個数が多い場合にも欠損データの発生を効率的に検出することが可能となる。

なお，上記の欠損履歴のデータを管理情報データベース１０に格納せず，別に設けた不揮発性メモリ（図示省略）に格納するように構成することができる。その場合，システムを再起動した時に，不揮発性メモリに保持された欠損履歴データを再利用することで効率的な運用が可能となる。

図１の構成では，エージェント機能を備える被監視装置２には全ての管理情報に対して一つのシーケンス番号が付与され，監視すべき複数種の情報の何れか一つに変化が生じると，新たなシーケンス番号が設定されて監視装置１に通知しているが，監視すべき複数の情報を種類別（カテゴリ別）にグループ分割してグループ別にシーケンス番号を付与して，それぞれのグループ別（カテゴリ別）のトラップ情報に対して対応して設定したシーケンス番号を含めて監視装置１に送信する。そして，監視装置１からの周期的な監視動作（図１の周期起動手段１１による情報要求手段１２の動作）による情報要求に対しては，被監視装置２内の複数グループのそれぞれに付与された各シーケンス番号のみを１回に送信するようメッセージ（ＵＤＰパケット）を構成する。監視装置１ではそれらのグループ別のメッセージ番号について欠損をチェックする。

本発明によれば，ＳＮＭＰのマネージャ機能を備えた監視装置とエージェント機能を備えた複数の被監視装置とをネットワークで接続したネットワーク監視システムにおいて，被監視装置からのトラップ情報が監視装置側で受信処理されていないトラップ情報欠損の発生を，後続のトラップ情報を受信する前の早期に確実に検出することが可能となる。

また，欠損の履歴データを収集して保存することにより，被監視装置のチェックの順番や周期を変えることで被監視装置が多い場合にも欠損データの発生を効率的に検出することが可能となる。更に，欠損履歴のデータを不揮発性メモリに格納することで，システムの再起動時に欠損履歴データを再利用することで効率的な運用が可能となる。

また，被監視装置の管理情報ベース（ＭＩＢ）をカテゴリ（種類）単位でグループ化して，シーケンス番号をグループ単位に実装することで，情報欠損をグループ単位で検出することができ，監視装置からの欠損情報の再送要求もグループ単位で行い，該当グループの情報だけを再送させることで効率化することができる。

図２はＳＮＭＰのマネージャ機能を備えた監視装置の構成例であり，ワークステーションまたはサーバとして構成される。図２において，１はＳＮＭＰのマネージャ機能を備えた監視装置，１ａは各エージェント機能を持つ被監視装置から随時（変化が生じた時）に発生するトラップ情報を受信するトラップ受信部，１ｂは送信部，１ｃは欠損検出部，１ｄは欠損情報特定部，１ｅは欠損情報収集部，１ｆは欠損履歴保存部，１ｇは管理情報データベース（ＤＢ）格納部，１ｈは管理情報データベース（ＤＢ），１ｉは欠損履歴解析部，１ｊは一定周期で呼び出すトラップ欠損検出部である。図２に示す監視装置１は，上記図１に対して各機能の詳細なブロック構成を示すものである。なお，監視装置１はＣＰＵ及びメモリ（データ及びプログラム格納用）を含む情報処理装置により構成され，メモリに格納されたプログラムに従って各機能が実現される。

図２に示す各部１ａ〜１ｊの中の複数の機能ブロックを用いて，後述する監視装置の実施例のフローチャート（図４）及び変更例１及び変更例２（図６，図７）の各フローチャートに示す処理が実行される。

図３はＳＮＭＰのエージェント機能を備えた被監視装置の構成例であり，ルータ，ハブ，端末装置等として構成される。図３において，２ａは随時に発生するトラップ情報を監視装置に送信したり，監視装置からのシーケンス番号の送信要求や，欠損トラップ情報の送信要求に応じてシーケンス番号や欠損トラップ情報を送信する送信部，２ｂは監視装置からの送信要求（シーケンス番号や欠損トラップ情報の送信要求）を受信する受信部，２ｃは送信するトラップ情報にシーケンス番号を付与するシーケンス番号付与部，２ｄはＭＩＢに格納したトラップ情報のシーケンス番号を管理するシーケンス番号管理部，２ｅはＭＩＢにトラップ情報と対応して付与されたシーケンス番号（トラップ情報を種類別にグループに分けて，グループ別にシーケンス番号を付与する場合もある）を格納する制御を行うＭＩＢ格納部，２ｆはシーケンス番号と共にトラップ情報を格納するＭＩＢ，２ｇはＭＩＢ２ｆからシーケンス番号を取得して応答メッセージを作成するシーケンス番号取得応答部である。この図３に示す各部（２ａ〜２ｇ）の中の複数の機能ブロックを用いて，実施例の被監視装置の処理を実行する。

図３に示す被監視装置２では，通常の動作としてイベントが発生すると，現在のシーケンス番号（ＭＩＢに保存されている番号）を＋１して，イベントに対応したトラップ情報に対してシーケンス番号付与部２ｃでシーケンス番号を付与して送信部２ａから監視装置に送信される。その一方で，シーケンス番号が付与されたトラップ情報はシーケンス番号管理部２ｄを介してＭＩＢ格納部２ｅに送られ，ＭＩＢ２ｆに格納される。

一方，図２に示す監視装置１では，ＳＮＭＰのエージェント機能を備える図３に示す被監視装置からの随時に発生するトラップ情報をトラップ受信部１ａ（図２）で受信する。受信されたトラップ情報に含まれたシーケンス番号は欠損検出部１ｃにおいて，管理情報データベース１ｈに格納された以前に同じ被監視装置から受信したトラップ情報に付与されたシーケンス番号と比較して，以前に受信したシーケンス番号に対して「＋１」であるか判別し，「＋１」でない場合はトラップ欠損の検出として処理し，「＋１」の番号である場合は正常として，管理情報データベース格納部１ｇにより管理情報データベース１ｈに格納される。

図４は監視装置における本発明による実施例のフローチャートを示し，図２に示す監視装置と図３に示す被監視装置のそれぞれの対応する機能部により実行される。

監視装置１の一定周期で動作するトラップ欠損検出部１ｊにおいて，トラップ情報欠損のチェック周期であるか判別し（図４のＳ１），チェック周期である場合には，複数の被監視装置についてシーケンス番号取得順序を決定し（同Ｓ２），決定した順番に従って複数のＳＮＭＰエージェント（被監視装置）からそれぞれのエージェントが管理している最新のシーケンス番号を取得する（同Ｓ３）。この場合，監視装置１からは指定した被監視装置に対して「シーケンス番号」を要求する情報要求メッセージ（ＳＮＭＰのGet Request メッセージに基づく) を送信部（図２の１ｂ）から送信され，このメッセージを受け取った相手の被監視装置のＳＮＭＰエージェントは，シーケンス番号取得応答部（図３の２ｇ）でＭＩＢ（図３の２ｆ）から現在格納されているシーケンス番号を取得して情報応答メッセージ（ＳＮＭＰのGet Responseメッセージに基づく) を作成して送信部（図３の２ａ）から送信する。

監視装置１では，取得したシーケンス番号が前回受信したシーケンス番号と等しいか判別し（図４のＳ４），等しい場合はトラップ欠損が無いものと判別し，ステップＳ１に移行する。但し，複数の被監視装置に対するチェック周期が重なっている場合はそれぞれの被監視装置に対するチェックを連続して順番に実行する。図４のステップＳ４において，取得したシーケンス番号が前回受信したトラップ情報のシーケンス番号と異なる場合は，欠損が発生したものとして処理される。この場合，欠損が発生したことにより欠損履歴情報として管理情報データベース（図２の１ｈ）に記録する（図４のＳ５）。続いて，欠損が発生した当該被監視装置のＳＮＭＰエージェントの最新情報（取得したシーケンス番号のトラップ情報）を要求する情報要求メッセージを送信することで収集する（図４のＳ５）。

トラップ情報の欠損が生じる要因は様々であるが，ＳＮＭＰエージェントを備える被監視装置の場所や，使用頻度により，各被監視装置毎にトラップ情報欠損の発生に偏りが出る可能性がある。上記図４の監視装置（ＳＮＭＰのマネージャ）による定期的な問い合わせにより得られた各被監視装置（ＳＮＭＰのエージェント）に関する欠損の履歴情報（統計情報）は，このようなＳＮＭＰエージェント毎の偏りを解析し，解析結果をもとにトラップ情報欠損の定期チェックを行うようにすることができる。

図５はトラップ情報欠損履歴データの例を示す。この情報は管理情報データベースに格納されている。この例では，被監視装置１（ＳＮＭＰエージェント１）〜被監視装置ｎ（ＳＮＭＰエージェントｎ）というｎ個の被監視装置についての欠損履歴が記録されている。この例では，被監視装置２の欠損回数が最大で『３』，監視装置１の欠損回数が『１』，その他が『０』となっている。

図６はトラップ情報欠損履歴を用いたチェック順序決定に用いる処理フローであり，上記図４のステップＳ１においてチェック周期であると判断されると，ステップＳ２でシーケンス番号取得順序を決定することで，ステップＳ３において，順番に従って対応する被監視装置からシーケンス番号を取得した後，図６のＳ１の処理が実行される。すなわち，最初にトラップ情報欠損履歴を管理情報データベース（図２の１ｈ）から取得し（図６のＳ１），取得したトラップ情報欠損履歴を分析してシーケンス番号の取得順序を決定する（同Ｓ２）。この場合，欠損回数が多い被監視装置（エージェント）を優先し，回数が少ない被監視装置の順番は後になる。この後，順番に従って図４のステップＳ３によるシーケンス番号の取得が実行される。

このトラップ情報欠損履歴は，不揮発性メモリで構成される監視装置（ＳＮＭＰマネージャ）の管理情報データベースに格納されることで，ネットワーク監視システムがダウンした場合にも，システム再立ち上げ後にも再利用することができる。

ここで，上記図４の監視装置によるチェック動作が行われる対象となる被監視装置に保持しているＭＩＢ（管理情報ベース）と監視装置が保持する管理情報データベースのデータ構成を図７に示し，以下に説明する。

図７のｂ．は被監視装置♯１（エージェント１）に備えるＭＩＢ（管理情報ベース）に複数の管理情報として情報１，情報２，情報３の値が保持され，これらの情報全体に対して一つのシーケンス番号＝０が設定されている状態を示す。図７のａ．はｂ．に示す被監視装置♯１（エージェント１）を含むｎ台の被監視装置１〜ｎの各ＭＩＢの情報がトラップ情報により送信されてきたものが格納された管理情報データベースを示す。各被監視装置に対して一つのシーケンス番号が保持されており，上記した図４に示すフローチャートでは，監視装置（マネージャ）からのチェックに対して，各被監視装置は自己が保持する一つのシーケンス番号が送信されて，チェックを行っている。

ところが，ＳＮＭＰエージェントで管理するＭＩＢ（管理情報ベース）に保持された情報は実際には膨大な数であるため，これらの情報の詳細を解析したいという要求がある。そのため，図７のｃ．に示すように一つのエージェント内のＭＩＢの情報をカテゴリ（例えば，装置を構成するパッケージ別）によりグループ化して，各グループ毎にシーケンス番号を実装するようにした。ｃ．の例は，グループＡ１〜Ａｎのｎ個のグループに分けて，各グループ（カテゴリ情報を付与）に対してシーケンス番号Ａ１〜シーケンス番号Ａｎが実装されている。

図８は監視装置内のＭＩＢの情報をグループ化した場合のフローチャートであり，上記図４のステップＳ４とＳ５の処理がグループ化に対応して変更したものである。即ち，上記図４のステップＳ１でチェック周期になったと判別した時，ステップＳ２でシーケンス番号の取得順序を決定し，ステップＳ３において決定したエージェントから最新のシーケンス番号を取得した後，図８のステップＳ１において，取得したシーケンス番号（カテゴリに対応した複数のシーケンス番号）について，前回受信したトラップ情報のシーケンス番号と同じか判別する。ここで，同じであると判定されると終了するが，同じでないと判定されると，同じでないシーケンス番号のグループ（カテゴリ情報）を識別し（図８のＳ２），その識別したグループ（カテゴリ情報）を指定して，当該被監視装置から最新情報（トラップ情報）を収集する（同Ｓ３）。

これにより，被監視装置（エージェント）内のグループ化した情報の中から欠損が発生したグループの情報だけを収集するようにして，無駄な情報転送を省略することができる。

上記図８のフローを実行する前提として，監視装置（マネージャ）に対して，各被監視装置（エージェント）からのトラップ情報がグループ化して送信されて，監視装置において管理情報データベースに各被監視装置（エージェント）に対応してグループ化したトラップ情報の管理を行う必要がある。そのための，各被監視装置におけるトラップ情報の処理を図９により説明する。

図９は被監視装置の情報をグループ化した場合にトラップ情報を監視装置に送信する場合のフローチャートである。すなわち，イベント発生か判別し（図９のＳ１），発生するとそのイベント発生元のカテゴリ（グループ）に対応したシーケンス番号（当該被監視装置のＭＩＢから取得）をインクリメント（＋１）して，ＭＩＢを更新する（同Ｓ２）。次にトラップ情報に更新したグループのシーケンス番号を付与して監視装置（マネージャ）に送信する。

図１０はネットワーク障害復旧後の本発明による情報収集の説明図である。図中，１は監視装置（ＳＮＭＰマネージャ），１ｈは管理情報ＤＢ（データベース），１００は管理情報ＤＢ１ｈ内のトラップ欠損履歴，Ａ〜Ｉは９台設けられた被監視装置（ＳＮＭＰエージェント）である。

ネットワーク監視を行う監視装置１が障害により被監視装置Ａ〜Ｉについてのトラップ情報の記録が，現在の被監視装置Ａ〜ＩがＭＩＢに保持する情報と異なる状態になった場合，管理情報ＤＢＩ１ｈに登録されたトラップ欠損履歴（この情報自体は不揮発性メモリのＤＢに保持されているため変化しない）１００に基づいて順番を決定し，自動的に再収集（情報要求を行って，トラップ情報（シーケンス番号を含む）を応答として受け取る）する。すなわち，図１０のトラップ欠損履歴の例では，１番目は欠損履歴の回数が「６」であるエージェントＦであり，次の２番目は欠損履歴の回数が「４」であるエージェントＥ，３番目はエージェントＤであり，それ以外のＡ〜Ｃ，Ｇ〜Ｉは４番目以降に順番に再収集が行われる。これにより，欠損履歴の回数が最も多い被監視装置のトラップ情報を優先して（最も早く）監視装置側で認識することができる。なお，図１０に示す被監視装置Ｆの場合，ＭＩＢの情報をＦ１〜Ｆ３の３つにグループ化していた場合，監視装置１で必要な情報としてＦ１のグループのみの情報を再収集することができる。

本発明の原理構成を示す図である。 ＳＮＭＰのマネージャ機能を備える監視装置の構成例を示す図である。 ＳＮＭＰのエージェント機能を備えた被監視装置の構成例を示す図である。 監視装置における本発明による実施例のフローチャートを示す図である。 トラップ情報欠損履歴データの例を示す図である。 トラップ情報欠損履歴を用いたチェック順序決定に用いる処理フローを示す図である。 被監視装置のＭＩＢと監視装置が保持する管理情報データベースのデータ構成例を示す図である。 監視装置内のＭＩＢの情報をグループ化した場合のフローチャートを示す図である。 被監視装置の情報をグループ化した場合のトラップ情報送信のフローチャートを示す図である。 ネットワーク障害復旧後の情報収集の説明図である。 従来例の説明図である。 提案されたシステムの構成を示す図である。 提案されたＳＮＭＰのフレームのフォーマットを示す図である。

符号の説明

１ ネットワークの監視装置（ＳＮＭＰマネージャ）
１０ 管理情報データベース（管理情報ＤＢ）
１１ 周期起動手段
１２ 情報要求手段
１３ 応答受信手段
１４ シーケンス番号チェック手段
２ 被監視装置（ＳＮＭＰエージェント）
２０ 管理情報ベース（ＭＩＢ）
２１ 要求応答手段
３ ネットワーク

Claims (4)

1. ＳＮＭＰマネージャ機能を備えたネットワークの監視装置とＳＮＭＰエージェント機能を備えた複数の被監視装置がネットワークで接続されたＳＮＭＰを利用した自動ネットワーク監視システムにおいて，
   前記被監視装置は，自装置のトラップ情報の発生により更新されるシーケンス番号とトラップ情報とを格納する管理情報格納手段と，前記監視装置から情報要求を受け取ると要求された情報を送信する手段とを備え，
   前記監視装置は，監視対象である複数の被監視装置から取得したシーケンス番号とトラップ情報とを格納した管理情報データベースと，一定周期で起動されて被監視装置に対してその管理情報格納手段に格納されたシーケンス番号の送信を要求する手段と，前記被監視装置からのシーケンス番号を含む応答を受信すると前記管理情報データベースに格納された当該被監視装置のシーケンス番号とを比較してトラップ情報欠損のチェックを行うシーケンス番号チェック手段と，を備えることを特徴とするＳＮＭＰを利用した自動ネットワーク監視システム。
2. 請求項１において，
   前記監視装置は前記シーケンス番号チェック手段が不一致を検出すると，前記不一致を検出した前記被監視装置に対して管理情報格納手段に格納された全情報を送信するよう要求する情報要求手段を備え，前記被監視装置から送られた情報を前記管理情報データベースに格納することを特徴とするＳＮＭＰを利用した自動ネットワーク監視システム。
3. 請求項１において，
   前記監視装置は前記シーケンス番号チェック手段による各周期毎の各被監視装置に対するチェックの結果をトラップ情報欠損履歴データとして保存し，
   前記周期毎の各被監視装置に対するシーケンス番号チェック手段によるチェックの順番を保存された前記トラップ情報欠損履歴データを解析し，欠損回数が多い被監視装置を優先することを特徴とするＳＮＭＰを利用した自動ネットワーク監視システム。
4. 請求項１において，
   前記被監視装置は，前記管理情報格納手段に格納するトラップ情報をグループ化すると共に各グループのトラップ情報に対応したシーケンス番号を格納し，トラップ情報が発生するとグループ対応のシーケンス番号を含むトラップ情報を前記監視装置に送信し，
   前記監視装置は，前記被監視装置からのトラップ情報を受け取ると前記管理情報データベースに，グループに対応したシーケンス番号を含むトラップ情報を格納することを特徴とするＳＮＭＰを利用した自動ネットワーク監視システム。

Images