JPH09282252A - ネットワーク管理方式 - Google Patents

Abstract

(57)【要約】 【課題】従来の管理ステーションからのポーリング監視
に頼った管理では、管理対象ノード数が多いシステム
や、監視周期を短くした場合、管理によってネットワー
ク負荷が増大するといった問題がある。 【解決手段】ネットワーク上にネットワーク監視装置を
配置し、ネットワーク負荷状況を管理ステーションに通
知する手段を設け、管理ステ−ションはネットワークの
負荷状況に応じて、ＳＮＭＰリクエストを抑止するとと
もに、抑止状態時、被管理ノードに対して状態監視の実
行を指示する手段を設け、被管理ノードでは、管理ステ
ーションからの指示により状態監視を実行し、異境検出
時、ＴＲＡＰを管理ステーションに送信する手段を設け
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＳＮＭＰを用いたネ
ットワーク管理、あるいは、システム管理に関し、ネッ
トワーク負荷を増加させずに管理を継続して行える方式
に関する。

【０００２】

【従来の技術】先ず初めに、ＴＣＰ／ＩＰネットワーク
の標準管理プロトコルであるＳＮＭＰについて説明し、
その後、ＳＮＭＰを用いた従来のネットワーク管理方法
について説明する。

【０００３】ＳＮＭＰとは、ネットワーク内のノードか
ら管理情報の収集や設定処理を行ったり、ノード内で発
生したイベントの通知処理を行うために規定されたネッ
トワーク管理プロトコルであり、管理ステーション内の
マネージャプログラムと被管理ノード内のエージェント
プログラムが互いにメッセージを送受することにより実
現される。ＳＮＭＰでは管理情報のことをＭＩＢ（Ｍａ
ｎａｇｅｍｅｎｔ−Ｉｎｆｏｒｍａｔｉｏｎ−Ｂａｓ
ｅ）と呼び、イベントのことをＴＲＡＰと呼ぶ。

【０００４】より詳しく説明すると、管理ステーション
内のマネージャプログラムは、ＭＩＢ（メッセージ経路
情報、送信／受信メッセージ数などのトラフィック情
報、障害情報など）の収集／設定を被管理ノード内のエ
ージェントプログラムに依頼するリクエストメッセージ
を送信する。エージェントプログラムでは依頼された情
報の収集／設定処理を行い、その結果をレスポンスメッ
セージに設定しマネージャプログラムに送信する。ま
た、被管理ノードでは自発的にＴＲＡＰを管理ステーシ
ョンに送信しイベントの発生を通知することができる。
これらリクエスト／レスポンス、及び、ＴＲＡＰによっ
て管理を実現するのがＳＮＭＰのネットワーク管理であ
る。

【０００５】従来のネットワーク管理ＡＰについては、
「大鐘久生著 ＴＣＰ／ＩＰとＯＳＩネットワーク管理
株式会社ソフト・リサーチ・センター発行の７章 管
理ツールとアプリケーション開発」に記載されているよ
うに、管理者の要求したＭＩＢ情報を、要求のあったタ
イミングで収集しウインドウ上に表示したり、指定され
た周期でＭＩＢ情報の収集処理を行い、その結果をグラ
フに表示したりしている。又、収集した情報のしきい値
チェックを行い、しきい値を超えていた場合、管理ステ
ーション内でローカルにＴＲＡＰを発生させ異常を管理
者に通知している。このように要求タイミング、及び、
設定された周期間隔で、無条件に各被管理ノードに対し
てリクエストを送信しており、管理を行うことによるネ
ットワーク負荷の増加については考慮されていない。

【０００６】

【発明が解決しようとする課題】ＳＮＭＰを用いた管理
システムでは、管理ステーションから被管理ノードへの
ポーリング監視によって管理が行われるのが一般的であ
る。しかし、ポーリング監視では、監視の度にネットワ
ーク上にリクエスト／レスポンスメッセージが流れるた
め、管理対象ノード数が増大した場合や、より早く障害
を検知するために監視周期を短くした場合など、ネット
ワーク負荷が増大するといった問題がある。

【０００７】本発明の目的は、管理よるネットワーク負
荷の増加を抑え、他オンライン処理に影響を与えないよ
うに管理を実現することである。又、リクエストを要求
した管理者に対して、負荷状況を通知することにより早
期に対策を取れるようにすることにある。

【０００８】他の目的は、管理情報のステータス値にそ
った状態監視を行えるようにすることであり、さらに、
ＳＮＭＰの標準管理を用いて実現することにより適用範
囲の広い方式にすることにある。

【０００９】

【課題を解決するための手段】上記課題を達成するた
め、本発明はネットワーク上にネットワーク監視装置を
配置し、ＴＲＡＰを使ってネットワーク負荷状況を管理
ステーションに通知する手段を設け、管理ステ−ション
はネットワークの負荷状況に応じて、ＳＮＭＰリクエス
トを抑止し管理者に通知するとともに、抑止状態時、Ｓ
ＮＭＰリクエストを使って被管理ノードでの状態監視の
実行を制御する手段を設け、被管理ノードでは、管理ス
テーションからの指示により定期的に状態監視を実行
し、定義されたしきい値を越えたとき、あるいは、状態
が前監視値と異なっているとき、ＴＲＡＰを使って管理
ステーションに通知する手段を設ける。

【００１０】

【発明の実施の形態】本実施例ではＳＮＭＰを使ってネ
ットワーク管理、あるいは、システム管理が実現される
ものとする。

【００１１】図２に本発明が適用されるシステムのブロ
ック図を示す。管理ステーション１と被管理ノード２ａ
〜２ｂ、ネットワーク監視装置４がＬＡＮ３に接続され
ており、このＬＡＮ上ではＴＣＰ／ＩＰを用いて通信が
行われている。

【００１２】先ず初めに、ネットワーク監視装置４にお
いてネットワーク負荷を監視し、管理ステーションに対
して負荷状態を通知する処理について説明する。

【００１３】ネットワーク監視装置４は図３に示すよう
に、ＳＮＭＰを実現するためのＳＮＭＰ−ＡＰＩ５、管
理ステーションからのＳＮＭＰリクエストを処理するエ
ージェント６、セグメント上の統計情報を監視するセグ
メント監視プロセス８、統計テーブル３１、リクエスト
抑止制御テーブル３２から構成される。

【００１４】セグメント監視プロセス８の処理フローチ
ャートを図４を用いて説明する。

【００１５】セグメント上に送信されたパケットを常
時、取り込みパケットを解析する（処理４１）。そし
て、解析結果に基づいて統計テーブルの更新処理を行う
（処理４２）。

【００１６】統計テーブル３１の構成を図５に示す。パ
ケット数、パケット総バイト数、ブロードキャスト数、
コリジョン数をセットするエリアからなり、履歴として
ある時間、保持しておくため複数のエントリから構成さ
れる。

【００１７】統計テーブル３１を用いて、ある一定間隔
で統計情報をカウントしていくとともに、そのときのパ
ケット総バイト数を、セグメントの伝送速度で割って
（パケット総バイト数÷伝送速度）ネットワークの負荷
率を算出する（処理４３，４４）。本実施例では、１０
秒周期で統計情報を取得し、ネットワーク負荷率を算出
する。

【００１８】次に、リクエスト抑止制御テーブル３２を
参照し、管理ステーションへの通知が必要か否かを確認
する。

【００１９】リクエスト抑止制御テーブルは図６に示す
構成である。アラーム値、定常値、通知ステータスをセ
ットするエリアから構成される。アラーム値はその値を
超えた場合、ネットワークが高負荷状態であり管理ステ
ーションからのＳＮＭＰリクエストを抑止することを表
す数値であり、定常値は、一度、アラーム値を超えた場
合、定常値より下がらない限りＳＮＭＰリクエストの送
信を許可しないことを表す数値である。通知ステータス
は、管理ステーションに対して、同一通知を連続して送
らないようにする為のステータス情報である。１のとき
はリクエスト抑止の通知済み状態、０のときはリクエス
ト抑止の解除通知済み状態とし初期値は０とする。

【００２０】図４に示すように、算出した負荷率がアラ
ーム値を超えており（処理４５）、かつ、通知ステータ
スが０ときは（処理４６）、リクエスト抑止ＴＲＡＰを
管理ステーションに送信し通知ステータスを１にセット
する（処理４７，４０１）。又、負荷率が定常値より下
がっており（処理４５）、かつ、通知ステータスが１の
ときは（処理４８）、リクエスト抑止解除ＴＲＡＰを送
信し通知ステータスを０にセットする（処理４９，４０
２）。

【００２１】本実施例では、アラーム値８０％、定常値
４０％とする。これによりセグメント監視プロセスは１
０秒周期でネットワーク負荷を監視し８０％を越えたと
き、リクエスト抑止ＴＲＡＰを管理ステーションに送信
し、４０％を下回った時点でリクエスト抑止解除ＴＲＡ
Ｐを送信する。尚、通知ステータスによって、前回送信
したＴＲＡＰ情報を保持しており、同一ＴＲＡＰは連続
して送信されない。

【００２２】ＴＲＡＰメッセージのフォーマットを図７
に示す。エンタープライズＩＤ、エージェントアドレ
ス、ｇｅｎｅｒｉｃ−ｔｒａｐとｓｐｅｃｉｆｉｃ−ｔ
ｒａｐ、タイムスタンプ、変数リストをセットするエリ
ア７１〜７６からなる。

【００２３】エンタープライズＩＤは機器を識別するた
めのＩＤであり、ネットワーク監視装置、被管理ノード
の機種毎に異なる番号を付けられる。エージェントアド
レスは、ＴＲＡＰを発生したノードのＩＰアドレス、ｇ
ｅｎｅｒｉｃ−ｔｒａｐとｓｐｅｃｉｆｉｃ−ｔｒａｐ
番号は、このＴＲＡＰの内容、つまり発生した要因を表
す番号である。このｇｅｎｅｒｉｃ−ｔｒａｐについて
は予め番号が決められており、固有のＴＲＡＰの場合は
６を使用しなければならないが、ｓｐｅｃｉｆｉｃ−ｔ
ｒａｐについては、自由に番号を決めることができる。
変数リストにはＴＲＡＰに関する情報を指定し、ｎａｍ
ｅ（エリア７７）とｖａｌｕｅ（エリア７８）から構成
されている。ｎａｍｅにはセットする管理情報のＩＤが
セットされ、ｖａｌｕｅにはそのＩＤが示す値がセット
される。このｎａｍｅとｖａｌｕｅの数はセットする情
報の数に一致しており、特に指定されない場合は、本フ
イールドは省略される。

【００２４】本実施例では、リクエスト抑止ＴＲＡＰ、
リクエスト抑止解除ＴＲＡＰのｓｐｅｃｉｆｉｃ番号を
それぞれ、１，２とし、変数リストには、ネットワーク
負荷率をセットする。

【００２５】尚、リクエスト抑止制御テーブルはＭＩＢ
化しておくことにより管理ステーションからのＳＮＭＰ
リクエストによって変更を可能とする。

【００２６】エージェント６の処理は、被管理ノード内
のエージェントと同一処理であり後で詳しく説明する。
以上がネットワーク監視装置の説明である。

【００２７】次に、管理ステーション１の処理について
説明する。

【００２８】管理ステーションは図８に示すように、Ｓ
ＮＭＰ−ＡＰＩ５、被管理ノードからのＴＲＡＰを受信
するＴＲＡＰ受信プロセス９、管理ＡＰ７ａ，７ｂ、リ
クエスト抑止フラグ８１、及び、ＴＲＡＰ受信プロセス
と管理ＡＰ間でＴＲＡＰ情報のやりとりをおこなうメッ
セージキュー８２から構成される。

【００２９】初めに、ネットワーク監視装置４から送信
されたＴＲＡＰの受信処理について説明し、次に管理Ａ
Ｐ７ａ，７ｂの処理について説明する。

【００３０】ＴＲＡＰ受信プロセス９の処理フローを図
９を用いて説明する。

【００３１】常時ＴＲＡＰ受信待ち状態であり、ＴＲＡ
Ｐを受信するとエンタープライズＩＤをチェックしネッ
トワーク監視ステーションからのＴＲＡＰか否かを識別
する（処理９１，９２）。ネットワーク監視ステーショ
ンからのＴＲＡＰならば、ＴＲＡＰのｓｐｅｃｉｆｉｃ
番号をチェックし、リクエスト抑止ＴＲＡＰ（＝１）、
あるいは、リクエスト抑止解除ＴＲＡＰ（＝２）か否か
をチェックする（処理９３）。

【００３２】ｓｐｅｃｉｆｉｃ番号が１ならば、被管理
ノード内のデーモンステータスＭＩＢ値を１にセットす
るＳＥＴリクエストを（処理９４）、又、ｓｐｅｃｉｆ
ｉｃ番号が２ならば０にセットするＳＥＴリクエストを
ブロードキャストにて送信する（処理９６）。

【００３３】ここで、デーモンステータスの値が１の場
合は、被管理ノードでの状態監視の開始を表し、０の場
合は状態監視の停止を表すものとする。尚、本実施例で
説明するＧＥＴ／ＳＥＴ処理は全てＳＮＭＰの規約に準
じるものであり、詳細については省略する。

【００３４】ＳＥＴリクエスト送信後、リクエスト送信
可能か否かを識別するために、リクエスト抑止フラグの
オン／オフを行う。リクエスト抑止ＴＲＡＰ受信時、フ
ラグをオンにし（処理９５）、リクエスト抑止解除ＴＲ
ＡＰ受信時、フラグをオフにセットする（処理９７）。

【００３５】そして、受信した全ＴＡＲＰについて、メ
ッセージキューを介して管理ＡＰに送信する（処理９
８）。メッセージキューはプロセス間通信を実現するた
めのものであり、詳細については省略する。

【００３６】次に、管理ＡＰ７ａ，７ｂの処理について
説明する。このＡＰはＴＲＡＰ受信によって管理を行う
メインルーチンと、定期的に管理情報を収集し管理を行
うアラームルーチンから構成され、それぞれの処理フロ
ーを図１０と図１に示す。

【００３７】メインルーチンでは先ず、被管理ノードに
おいてローカルに状態監視を実行してもらうため監視情
報のセット処理をＳＥＴリクエストでおこなう（処理１
０１）。監視情報は被管理ノード内の監視情報テーブル
のことであり後で詳しく説明する。

【００３８】被管理ノード内の監視情報のセット処理を
実行した後、アラームのセットを行いＴＲＡＰの受信待
ち状態になる（処理１０２，１０３）。ＴＲＡＰが受信
されると、エンタープライズＩＤ、ｓｐｅｃｉｆｉｃ番
号をチェックし、処理１０１で定義した監視情報に関す
るイベントか否かをチェックする（処理１０４）。関連
する場合にはＴＲＡＰの内容に従って管理を行い（処理
１０５）、関連しない場合にはＴＲＡＰ情報を廃棄する
（処理１０６）。そして、繰り返しＴＲＡＰを受信し管
理を継続して行う。

【００３９】アラームが発生しアラームルーチンが起動
されると、リクエスト抑止フラグをチェックし、リクエ
ストが送信できる状態であるか否かをチェックする（処
理１１）。リクエスト抑止フラグがオフならば、ＧＥＴ
リクエストを送信し管理を行うが（処理１２，１３）、
リクエスト抑止フラグがオンならばＧＥＴリクエストは
送信せず、抑止状態を管理者に通知した後（処理１
４）、次の監視周期時間まで待つようにする（処理１
４）。そして、アラームを再セットし（処理１５）処理
を終了する。

【００４０】以上のＴＲＡＰ受信プロセスと管理ＡＰの
処理によって、ネットワーク監視装置からのＴＲＡＰに
よって、リクエスト抑止フラグのオン／オフが行われ
る。リクエスト抑止フラグがオンのとき、管理ＡＰはリ
クエストを送信しないで、被管理ノードからのＴＲＡＰ
によってのみ管理を継続して実行するため、ネットワー
ク負荷の増加を抑えることができる。

【００４１】最後に、被管理ノード２ａ，２ｂの処理に
ついて説明する。

【００４２】被管理ノードは図１１に示すように、ＳＮ
ＭＰ−ＡＰＩ５、エージェント６、ローカルノード上の
状態監視を行う状態監視デーモン１１１、および、監視
情報テーブル１１２とデーモンステータスフラグ１１３
から構成される。

【００４３】管理ステーションからのリクエストは全て
エージェント６によって処理され、図１２に示すフロー
を実行する。常時ＳＮＭＰリクエスト受信待ち状態であ
り（処理１２１）、リクエストを受信すると、リクエス
ト種別（ＳＥＴ／ＧＥＴ）、及び、ｎａｍｅとｖａｌｕ
ｅをチェックし、ｎａｍｅで指定された管理情報に対し
て、収集／設定処理を行い、その結果をレスポンスとし
て管理ステーションに送信する（処理１２２〜１２
４）。

【００４４】処理１２２の管理情報収集／設定処理で、
デーモンステータスＭＩＢに対するＧＥＴ／ＳＥＴリク
エストがきた場合には図１３に示す処理を実行する。

【００４５】ＳＥＴリクエストの場合、ｖａｌｕｅで指
定されたセット値を取得する（処理１３１，１３２）。
値が１ならば、状態監視デーモンの起動を行うととも
に、ＭＩＢに対する値を１にセットする（処理１３３，
１３４）。値が０の場合にはデーモンの起動を停止し、
ＭＩＢに対する値を０にセットする（処理１３５，１３
６）。そして、レスポンスを作成し送信する（処理１３
７）。ＧＥＴリクエストの場合には、デーモンステータ
ス値を取得しレスポンスを作成し送信する（処理１３
８，１３７）。

【００４６】これら処理によって、管理ステーションか
らのデーモンステータスＭＩＢのＳＥＴリクエストによ
って、状態監視デーモンの起動、及び、停止処理を制御
することができる。

【００４７】状態監視デーモンは周期的に起動され図１
４に示す処理フローを実行する。起動されると管理ＡＰ
によって定義された監視情報テーブルに基づいて状態監
視を実行する。

【００４８】監視情報テーブルは図１５に示す構成であ
る。

【００４９】監視するＭＩＢ値、発生させるＴＲＡＰの
ｓｐｅｃｉｆｉｃ番号、状態監視のタイプ、前監視時の
ステータス値、しきい値、リアーム値、送信フラグをセ
ットするエリアで構成される。監視タイプには、しきい
値監視とステータス監視の二つがあり、しきい値監視
は、しきい値とリアーム値に従ってＴＲＡＰの発生が行
われる場合で、ステータス監視は、前状態からステータ
スが変化した場合に発生されるＴＲＡＰである。監視タ
イプがしきい値監視の場合には前ステータスは無効であ
り、ステータス監視の場合にはしきい値、リアーム値、
状態フラグは無効である。リアーム値はいったんしきい
値を越えた場合、リアーム値より下がらないと、次の監
視でしきい値を越えてもＴＲＡＰ送信を行わないように
するために定める値である。又、送信フラグはしきい値
を越えた時に、前回ＴＲＡＰを送信した時から現時点ま
での間に、ＭＩＢ値がリアーム値より下がったか否かを
チェックするためのフラグである。オンはリアーム値よ
り下がった状態で、オフはリアーム値より下がっていな
い状態を表す。尚、ｓｐｅｃｉｆｉｃ番号は、他管理Ａ
Ｐで使用する番号とダブらないように、システムで一意
になるように割り当てる必要がある。

【００５０】図１４に示すように、この監視情報テーブ
ルの先頭エントリーから順次、データを取り出し状態を
監視する（処理１４０１）。指定されたＭＩＢ値の情報
を取り出し、監視タイプがしきい値監視かステータス監
視かをチェックする（処理１４０２，１４０３）。しき
い値監視の場合には取得したＭＩＢ値とリアーム値、及
び、しきい値との比較を行う。リアーム値より小さいと
きは送信フラグをオンにする（処理１４０４，１４０
９）。又、しきい値を超えており、かつ、送信フラグが
オンのときは、ＴＲＡＰ送信をおこない状態フラグをオ
フにする（処理１４０５〜１４０８）。ステータス監視
の場合は、前ステータス値との比較を行い値が異なると
きだけＴＲＡＰの送信処理を行い、取得したＭＩＢ値を
監視情報テーブルの前ステータス値にセットする（処理
１４１０〜１４１２）。尚、ＴＲＡＰは、取得したＭＩ
Ｂ値を変数にセットし、指定されたｓｐｅｃｉｆｉｃ番
号で発生させる。

【００５１】なお、ネットワーク監視ステーション、管
理ステーションと被管理ノードの処理によって、ネット
ワーク負荷がアラーム値（８０％）を越えてから定常負
荷状態（４０％）まで下がるまで、管理ステーション上
の管理ＡＰはＳＮＭＰリクエストを送信しない。そして
リクエスト抑止状態時、被管理ノード内でローカルに状
態監視が実行され、異常が発生したときのみ管理ステー
ションに対してＴＲＡＰが送信される。

【００５２】

【発明の効果】管理によるネットワーク負荷の増加を抑
え、他オンライン処理に影響を与えないように管理を実
現することができる。又、ネットワーク負荷が、それ
程、高くない状態では、管理者の要求する周期でポーリ
ング監視を行うことができ、ネットワーク資源を有効に
使うことができる。

【図面の簡単な説明】

【図１】本発明の特徴を表す管理情報収集の処理フロー
チャート。

【図２】本発明の適用に好適なシステムのブロック図。

【図３】ネットワーク監視ステーションのソフトのブロ
ック図。

【図４】セグメント監視プロセスの処理フローチャー
ト。

【図５】統計テーブルの説明図。

【図６】リクエスト抑止制御テーブルの説明図。

【図７】ＴＲＡＰメッセージのフォーマットの説明図。

【図８】管理ステーションのソフトの説明図。

【図９】ＴＲＡＰ受信プロセスの処理フローチャート。

【図１０】管理ＡＰのメイン処理フローチャート。

【図１１】被管理ノードのソフトのブロック図。

【図１２】エージェントの処理フローチャート。

【図１３】デーモンステータスＭＩＢに対するリクエス
ト処理フローチャート。

【図１４】状態監視デーモンの処理フローチャート。

【図１５】監視情報テーブルの説明図。

【符号の説明】

ｎａｍｅ…管理情報のＩＤ、 ｖａｌｕｅ…管理情報の値。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 綿谷 洋 茨城県日立市大みか町五丁目２番１号株式 会社日立製作所大みか工場内

Claims (6)

【特許請求の範囲】
1. 【請求項１】ＳＮＭＰを用いたネットワーク管理方式に
   おいて、前記ネットワーク上の負荷状態を監視する手
   段、及び、前記ネットワーク上の負荷状況に応じて、管
   理ステーションからのＳＮＭＰリクエストを抑止する手
   段、及び、前記管理ステーションでの前記ＳＮＭＰリク
   エスト抑止時、被管理ノードでローカルに状態監視を実
   現する手段、及び、前記被管理ノードで異常発見時、異
   常を通知するためのＴＲＡＰを管理ステーションに送信
   することを特徴とするネットワーク管理方式。
2. 【請求項２】請求項１において、ネットワークセグメン
   ト上に、ネットワーク負荷を監視するネットワーク監視
   装置を配置する手段、及び、前記ネットワーク監視装置
   で、ネットワーク負荷があるしきい値を越えたとき、あ
   るいは、いったんしきい値を越えてから定常負荷状態ま
   で下がったとき、ＴＲＡＰを使って管理ステーションに
   通知する手段、及び、前記管理ステーションは前記ＴＲ
   ＡＰを受信し、ネットワーク負荷があるしきい値を越え
   てから定常負荷状態まで下がるまでの間、ＳＮＭＰリク
   エストを抑止するネットワーク管理方式。
3. 【請求項３】請求項１において、前記ＳＮＭＰのリクエ
   スト抑止状態時、管理者に通知するマンマシンインタフ
   ェースを持つネットワーク管理方式。
4. 【請求項４】請求項１において、被管理ノード上に、定
   期的に状態監視を実行する状態監視デーモンを配置する
   手段、及び、状態監視デーモンにおける状態監視の開始
   ／停止を管理ステーションからのＳＮＭＰ−ＳＥＴリク
   エストで制御するネットワーク管理方式。
5. 【請求項５】請求項４において、状態監視デーモンは、
   定期的に状態監視を実行し、状態が定義されたしきい値
   を越えたとき、あるいは、状態が前監視値と異なってい
   るとき、管理ステーションにＴＡＲＰを送信するネット
   ワーク管理方式。
6. 【請求項６】ＳＮＭＰを用いたネットワーク管理におい
   て、ネットワークの負荷状況に応じて、管理ステーショ
   ンからのポーリング監視と、被管理ノードでのローカル
   な状態監視とを切り替えるネットワーク管理方式。