JP3293719B2 - Network management system - Google Patents
Network management systemInfo
- Publication number
- JP3293719B2 JP3293719B2 JP23623794A JP23623794A JP3293719B2 JP 3293719 B2 JP3293719 B2 JP 3293719B2 JP 23623794 A JP23623794 A JP 23623794A JP 23623794 A JP23623794 A JP 23623794A JP 3293719 B2 JP3293719 B2 JP 3293719B2
- Authority
- JP
- Japan
- Prior art keywords
- node
- management system
- snmp
- network management
- information
- 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.)
- Expired - Fee Related
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Description
【発明の詳細な説明】 【0001】 【産業上の利用分野】本発明はネットワーク管理システ
ムに関し、特にFDDI(Fiber Distributed Data Int
erface)によって構築されたネットワークのネットワー
ク管理システムに関するものであり、更にはFDDI
(Fiber Distributed Data Interface)によって構築さ
れたネットワークを、SNMP(Simple Net Management
Protocol)−SMT(Station ManagemenT)プロトコル変
換装置(プロキシィ装置:以下、PROXY装置或いは
単にPROXYと称する)を使用して管理する際のネッ
トワーク管理システムに関するものである。 【0002】 【従来の技術】図38(1)には、従来より知られてい
るFDDIネットワークとしてのイーサネットワートが
概略的に示されており、SNMPマネージャ(管理ノー
ド)としてのノードMGは被管理ノードA〜DとFDD
IリングRを介して接続されている。 【0003】このようなFDDIネットワークにおい
て、同図(2)に示すようにノードMGがSNMPエー
ジェントとしてのノードAを管理する場合、ノードMG
はノードAに対して収集しようとする管理情報(以下、
MIB=Management InformatinBase=情報又は単にMI
Bと称する)を“MIBリクエスト”パケットとして送
信を行う。 【0004】これに対してノードAは自局内に保持して
いる各プロトコルのMIB情報をノードMGからの指示
によって編集し、ノードMGに対して“MIBレスポン
ス”パケットとして返信を行う。 【0005】このようにSNMPプロトコルに使用され
るSNMPフレームの構成図が図39に示されている。 【0006】一方、ノードAがSMTエージェントの場
合には、ノードMGはプロトコルが異なるためノードA
を直接管理できない。 【0007】このため、図38(3)に示すように、F
DDIリングR中のノードCをSNMP−SMTプロト
コル変換を行うPROXY装置とし、このPROXY装
置を介してノードAを管理する。 【0008】即ち、ノードMGは図40にも示すように
ノードAから収集しようとするMIB情報をノードCに
対して“MIBリクエスト”パケットとしてSNMP
プロトコルで送信する。これはノードCのIP(Interna
l Protocol) アドレスを指定して図39に示すフレーム
を送信することにより行われる。 【0009】ノードCはノードMGから受信したパケッ
トを分析し、ノードAに対するMIBリクエストと判断
すると、図40にも示すようにSMTプロトコルにより
ノードAに対して“MIBリクエスト”を送信する。
これは、ノードAのMACアドレスを指定して図41に
示すフレームを送信することにより行われる。 【0010】ノードAはノードCから指示されたMIB
情報を編集し、ノードCに対して“MIBレスポンス
”パケットとして返信(ノードCのMACアドレスを
指定してフレーム送信)するので、ノードCは受信した
“MIBレスポンス”パケットをノードMGに対して
返信(ノードAのIPアドレスを指定してフレーム送
信)する。 【0011】従って、PROXY装置は次の機能を備え
ている必要がある。 (1)SNMPとSMTの両プロトコルをサポートしてい
ること。 (2)同一FDDIリングに接続されているノードとSM
Tプロトコルにより通信できること。 (3)SNMPマネージャとSNMPプロトコルにより通
信できること。 【0012】(4)同一FDDIリングに接続されている
ノード毎に識別子としてのノードのMAC(Media Acce
ss Control)アドレスとインスタンス対応情報を持ち、
識別情報をSNMPプロトコルによりSNMPマネージ
ャに通知できること。 (5)SNMPマネージャから、ノード識別子のインスタ
ンス付きのSNMPプロトコルのMIB情報の収集要求
を、SNMPマネージャが要求するノードに対してSM
Tプロトコルに変換して送信できること。 (6)各ノードからSMTプロトコルにより、通知された
MIB情報を識別用インスタンス付きのSNMPプロト
コルに変換し、SNMPマネージャに通知できること。 【0013】また、SNMPマネージャとPROXY装
置との関係は次の通りとなる。 (1)FDDIリングは1リングにつき1PROXY装置
で管理する。 (2)PROXY装置を介して各ノードと通信する為、マ
ネージャはPROXY装置が各ノードを識別するために
設定した識別用インスタンスを収集する。 (3)マネージャは、PROXY装置管理下のノードを識
別用インスタンスとともに通知されたMACアドレスで
管理する。 【0014】(4)マネージャが各ノードに対して、MI
B情報を要求する場合、PROXY装置から収集したノ
ード識別のインスタンスを設定したフレームをPROX
Y装置に対して送信する。 【0015】 【発明が解決しようとする課題】上記のような従来のネ
ットワーク管理システムにおいては、SNMPマネージ
ャに予めFDDIネットワーク上のSMTエージェント
もしくは、PROXY装置等のノード管理情報を登録す
ることにより、FDDIネットワークを管理していた。 【0016】ところが、FDDIネットワークに限ら
ず、ネットワークの構成は常に動的である為、ネットワ
ークの構成に変化がある度に最新のノード管理情報を管
理マネージャに登録しなければネットワークの管理を継
続できなかった。 【0017】更に、PROXY装置が管理不可能状態
(障害・高負荷)においても、登録された情報に従い、
ネットワーク管理を実施し続けていた為、上記と同様
に、ネットワークの管理を継続して行えなかった。 【0018】従って、FDDIネットワークの構成に変
化があった場合、もしくはPROXY装置管理不可能状
態においては、最新のノード管理情報を管理マネージャ
に登録するまでネットワークの管理が中断されるという
問題を抱えていた。 【0019】そこで本発明は、SNMPプロトコル又は
SNMPーSMT変換プロトコル機能を有するPROX
Y装置(プロトコル変換装置)を介してFDDIリング
上の複数のノードをSNMPマネージャが管理するネッ
トワーク管理システムにおいて、FDDIネットワーク
上のノード検出及びノードの状態を定期的且つ自動的に
把握することを可能とし、動的なネットワークに適した
システムを提供することを目的とする。 【0020】 【課題を解決するための手段及び作用】〔1〕PROXY装置の自動検出/選択: 本発明に係る
ネットワーク管理システムでは、SNMPマネージャ
が、各ノードに対してポーリングを行って戻って来た第
1のノード管理情報からSNMPノードを検出し、さら
にこれらのSNMPノードがPROXY装置であるか否
かを第2のノード管理情報から判別し、該PROXY装
置が複数存在するときには該FDDIリング上のSMT
ノードを管理する媒体としてのPROXY装置を第3の
ノード管理情報に基づく所定の優先順位に従って一台だ
け選択することを特徴としている。 【0021】即ち、まず、SNMPマネージャは全ての
ネットワークノードに対して、例えばping(応答照
会)を送出してポーリングを行い、各ノードから第1の
ノード管理情報を収集する。このノード管理情報を返信
するノードの中で、サポートメディアにFDDIがある
ノードが管理対象ノード、即ちSNMPノードである。 【0022】そして、SNMPマネージャは、管理対象
となったSNMPノードがSNMP−SMT変換機能を
サポートするPROXY装置であるか否かを第2のノー
ド管理情報により確認する。 【0023】PROXY装置と確認された場合には、こ
のPROXY装置が一台であればそのまま管理PROX
Y装置として選択されるが、複数台ある場合には第3の
ノード管理情報に従って定められる所定の優先順位に沿
って特定の一台のPROXY装置を管理PROXY装置
として選択する。 【0024】以上の処理により自動的に管理PROXY
装置を認識し、該管理PROXY装置経由で管理下ノー
ドに対して種々の情報が収集できる。 【0025】〔2〕PROXY装置の自動切替 (障害発
生時) : 本発明では、上記〔1〕のネットワーク管理システム
において、該SNMPマネージャは、該ポーリング時に
該SNMPエージェント情報が一定時間間隔で所定回数
だけ連続してリトライしても返信されなかったとき該管
理PROXY装置を障害と判定し、上記の優先順位に従
って他のPROXY装置に自動的に切り替えることがで
きる。 【0026】即ち、タイマを用い、該タイマのタイムア
ウト発生時にリトライを行い、このリトライ回数が予め
設定した最大リトライ数を越えた場合、そのノードはP
ROXY装置として機能不可の状態であると判断し、S
NMPマネージャに該第3のノード管理情報により決定
されている優先順位に従って管理PROXY装置の変更
を行う。 【0027】以上の処理により、PROXY装置の変更
及び、変更したPROXY装置経由で管理下ノードに対
して情報収集が可能となる。 【0028】また、本発明では、リトライを行う代わ
りに、該SNMPマネージャは、該管理PROXY装置
からの非同期な情報通知を受けて該PROXY装置が障
害であると判定したとき、上記の優先順位に従って他の
プロトコル変換装置に自動的に切り替えることもでき
る。 【0029】〔3〕PROXY装置の自動切替 (負荷分
散): 本発明では、上記のネットワーク管理システムにおい
て、SNMPマネージャは、該ポーリング時に該SNM
Pエージェント情報が一定時間間隔でリトライした回数
の累積値が閾値を越えているとき該管理PROXY装置
が高負荷状態であると判定し、上記の優先順位に従って
他のプロトコル変換装置に自動的に切り替えることがで
きる。 【0030】また、本発明では、リトライ回数の代わ
りに、該SNMPマネージャは、該管理プロトコル変換
装置からの負荷監視情報に基づいて該管理PROXY装
置が高負荷状態であると判定したとき、該優先順位に従
って他のプロトコル変換装置に自動的に切り替えること
も可能である。 【0031】〔4〕PROXY装置の自動切替 (定刻切
替) :本発明では、上記のネットワーク管理システムに
おいて、該SNMPマネージャは、予め設定した時刻
に、現在の管理PROXY装置を他のPROXY装置へ
自動的に切り替えることができる。 【0032】即ち、定期的にシステムから時刻を取り出
して対応するPROXY装置を抽出する。抽出したPR
OXY装置と現管理PROXY装置とが違う場合、PR
OXY装置を切り替える。 【0033】〔5〕リング上のノード接続状態自動認
識:本発明では、上記のネットワーク管理システムにお
いて、該SNMPマネージャは、予め各ノードに設定さ
れている上流・下流ノード及びポート数・ポート種別と
ポート接続状態に関する管理情報を収集して分析するこ
とにより該リング上のノード接続状態を自動的に認識す
ることができる。 【0034】即ち、各ノードから収集できるSNMP、
SMTプロトコルの管理情報は下記の通りである。 ・トークンが通る位置関係(上流/下流)のノードアド
レス ・ノードのポート数、及びポート種別 ・ポートの接続先のポート種別 【0035】これらの管理情報を基に、ノードの各ポー
トの接続先ノードの分析が可能である。接続相手の分析
はノード(の自MAC)より上流のポートに対して先に
行い、全ノード終了後、下流のポートの接続相手を識別
する。 【0036】上流のポート(1ポートしか持たないノー
ドは含まない)の接続先のノードは、上流に向かってポ
ートの順番の数だけ上流に辿ったノードが接続相手であ
る。 【0037】但し、コンセントレータは、ノード自身
に、コンセントレータから上流の位置関係になるノード
を接続している。従って、ポートの順番の数だけノード
を辿って行く途中にコンセントレータが存在する場合
は、そのコンセントレータに接続している上流側のノー
ドを考慮する必要がある。コンセントレータには“ノー
ド内接続ポート数−1”だけ、ノードが接続されている
ため、そのノード数だけさらに辿ったノードが接続相手
となる。 【0038】下流のポートは、1ポートであるため、接
続先はFDDIリングより自ノードを接続先として設定
されているノードの中で、自ノードの接続先として設定
されていないノードが接続先である。 【0039】〔6〕ノードの自動追加 (管理対象追加)
:本発明では、上記のネットワーク管理システムにお
いて、該SNMPマネージャは、各ノードの上流・下流
ノードを管理することにより該リング上に新たに追加さ
れたノードを認識して自動的に管理対象に追加すること
ができる。 【0040】即ち、SNMPマネージャは各ノードに対
して定期的に管理を収集し、返されたノード管理情報
が、現管理ノードにない場合は新規追加ノードと判断
し、管理対象に加える。 【0041】〔7〕リングの自動追加 (管理対象追加)
:本発明では、上記のネットワーク管理システムにお
いて、該SNMPマネージャは、各ノードのFDDIリ
ングの接続数を管理することによりノードに新たに追加
されたリングを認識して自動的にそのリングを管理対象
に追加することができる。 【0042】即ち、SNMPマネージャは定期的にノー
ド管理情報の収集を行い、返されたノード管理情報のF
DDIリング数情報が、現管理FDDIリング数と違う
場合、新規追加FDDIリング有りと判断し、管理対象
に加える。 【0043】〔8〕PROXY装置からSNMPへの自
動切替 (PROXY全障害時) :本発明では、上記のネ
ットワーク管理システムにおいて、切り替えるべきPR
OXY装置が該FDDIリング上に存在しない場合、該
リング上のSNMPエージェント機能を有するノードと
直接SNMPプロトコルで管理することができる。 【0044】即ち、PROXY装置の全障害が発生した
場合、FDDIネットワークのSNMPプロトコル機能
をサポートしているノードを検出し、SNMPプロトコ
ルによる直接ノードへの管理に切り替える。 【0045】〔9〕SNMPからPROXYへの自動切
替 (PROXY復旧時) :本発明では、上記のネットワ
ーク管理システムにおいて、リング上のPROXY装置
の障害復旧を定期的に監視し、復旧検出時には再度PR
OXY装置を介して管理することができる。 【0046】即ち、障害PROXY装置の復旧を定期的
に監視し、これを検出した場合、収容されるFDDIリ
ングが、PROXY装置により監視されておらずSNM
Pプロトコルによる監視である場合、復旧PROXY装
置による監視に切り替えるものである。 【0047】上記のPROXY装置の自動切替と同様し
て、復旧PROXY装置による監視に切り替える。 【0048】 【実施例】以下、本発明に係るネットワーク管理システ
ムの実施例を図面を参照して詳細に説明する。 【0049】〔1〕PROXY装置の自動検出及び選
択:図1〜図6 図1は、PROXY装置が複数存在するFDDIネット
ワークを示したもので、この実施例では、FDDIリン
グRに4つのノード1,3〜5と1つのコンセントレー
タ6とが設けられており、このコンセントレータ6には
更にノード2が接続されている。また、SNMPマネー
ジャMGはLAN通信路(イーサネット)を介してノー
ド5に接続されている。 【0050】このようなFDDIネットワークにおい
て、SNMPマネージャMGはPROXY装置を検出・
選択するために以下の処理を行う。これを図2のフロー
チャートと図3に示した送受信情報と図4に示した応答
MIB情報と図5に示したテーブル構成を参照して以下
に説明する。なお、この処理には2つの方式が考えられ
るので、それぞれについて述べる。 【0051】(1)レスポンス未受信による障害検出 <図2のステップS1:SNMPエージェントノードの
検出>まず、SNMPマネージャMGはFDDIリング
R上の全ノードに対してping(応答照会)を送出し
てポーリングを行いIPアドレスを検出する。さらに、
検出したIPアドレスのノードに対して、各ノードの情
報を収集するためのMIB情報を設定しているテーブル
(1)(図5参照)より『SNMPエージェント情報』
MIBを取り出し、SNMPプロトコルによりMIB
情報のget(収集)要求を送信する。 【0052】この要求に対してMIB情報を返信するノ
ードの中でサポートメディアにFDDIがあるノード
(SNMPノード)がSNMPマネージャMGの管理対
象ノードとなる。 【0053】この結果、MIB情報のレスポンス結果
1(図3参照)によりSNMPノードは、非SNMPノ
ードであるノード4を除くノード1、ノード2、ノード
3、ノード5であることが検出される。 【0054】管理対象となったSNMPノード1〜3,
5は、SNMPプロトコルに必要なIPアドレスを、S
NMPエージェントのノードアドレスを設定しているテ
ーブル(2)に設定する。 【0055】<同ステップS2:PROXY装置の検出
>更にそのノードがPROXY機能を持っているか否か
を判定するために、テーブル(1)より『実行PROX
Y機能』MIB情報を取り出して送信する。 【0056】そして、MIB情報のレスポンス結果2
によりPROXY装置は非PROXY装置であるノード
5を除くノード1、ノード2、ノード3であることが検
出される。管理対象となったPROXYノード1〜3
は、SNMPプロトコルに必要なPROXY装置のIP
アドレスをテーブル(3)に設定する。 【0057】<同ステップS3:PROXY装置の選択
>SNMPマネージャMGはFDDIリングR上のSM
Tノードを管理する媒体としてPROXY装置を一台だ
け選択する。SNMPマネージャMGがPROXY装置
を選択する条件は以下の2つである。 条件1:接続リングが少ない(即ち、PROXY装置機
能によるPROXY装置ノードの負荷を少なくするた
め、接続FDDIのリングが少ないPROXY装置を優
先する)。 【0058】条件2:直接リングに繋がっている(即
ち、FDDIリングに直接接続されているPROXY装
置とコンセントレータに接続されているPROXY装置
は、他のノードの障害の影響を受け難いFDDIリング
に直接接続されているPROXY装置を優先する。コン
セントレータに接続されているPROXY装置の場合
は、コンセントレータノードが障害になると管理できな
くなる)。 【0059】これらの条件を各PROXY装置に当ては
めるみるために、次に示すMIB情報,をテーブル
(1)より取り出して送出する。そのレスポンス結果が
レスポンス結果3,4である。 MIB情報:『接続FDDIリング情報(接続数)』 MIB情報:『ノード情報(収容ポートの数と種
類)』 【0060】そして、レスポンス結果3より、ノード3
はFDDIリングR1にも接続されているので条件1に
該当しない。また、レスポンス結果4より、ノード2は
他ノード(コンセントレータ6)の先に接続されている
ので条件2に該当しない。 【0061】以上の結果により、SNMPマネージャM
GはFDDIリングRを管理する媒体としてノード1を
PROXY装置として選択する。 【0062】<同ステップS4:管理PROXYノード
の確認>次に、PROXY装置を選択した後、テーブル
(3)を優先順位順に並び替え、図5に示すように管理
PROXY装置フラグを変更する。 【0063】そして、SNMPマネージャMGは、PR
OXYノード1の管理下のノードと宛先MACアドレス
の対応が判別できるMIB情報『インスタンスと宛先
MACアドレスの対応』をテーブル(1)より取り出し
て送信する。 【0064】MIB情報のレスポンス結果5により、
PROXY装置管理下ノードのMACアドレスと、PR
OXY装置のノード識別用インスタンスを収集すること
ができる。 【0065】図3においてレスポンス結果1とレスポン
ス結果5を比較すればわかるように、SNMPマネージ
ャMGはレスポンス結果5の情報(○’で示すノード1
からの応答)を得て初めて、ノード4をSNMPマネー
ジャ管理下のノードとして認識することができる。収集
したノード(FDDIリング毎)の管理情報、即ちその
MACアドレスとインスタンスは、テーブル(4)に設
定する。 【0066】以降、テーブル(3)及び(4)の情報に
よりノード4対応のインスタンスを指定して、PROX
Y装置に対してSNMPプロトコルを送信することによ
り、ノード4のMIB情報をgetすることができる。 【0067】このように、SNMPマネージャMGは、
自動的にPROXY装置を認識でき、またPROXY装
置経由でSMTノードを認識することができる。 【0068】以後、SNMPマネージャMGは、図6に
示すように、PROXY装置(ノード1)に対してMI
B情報GETを定期的に実施し、FDDIリングRのネ
ットワーク(リングR上の全てのノード)を管理する。 【0069】〔2〕PROXY装置の自動切替(障害発
生時):図7〜図11 上記の実施例〔1〕では、SNMPマネージャMGはF
DDIリングRを管理する媒体としてPROXY装置
(ノード1)を自動選択し、また、同時にFDDIリン
グRに収容される全てのPROXY装置がテーブル
(3)に設定される。管理PROXY装置設定後は、S
NMPマネージャMGは管理PROXY装置を通して、
FDDIリングRに収容されるノード1から定期的にM
IB情報を収集し管理している。 【0070】本実施例〔2〕では、管理媒体として選択
したPROXY装置の障害管理を可能とし、障害検出時
に管理媒体の再選択を行う、「PROXY装置の自動切
替」処理を行うものである。以下、この処理を図7に示
したフローチャート及び図8に示したテーブル構成図並
びに図9に示したタイムチャートを参照して説明する。 【0071】<図7のステップS5:MIB情報受信タ
イム起動>SNMPマネージャMGは管理PROXY装
置としてのノード1に対してMIB情報のget要求を
送信するとき、データ(1)のタイマ値(例えば3秒)
でタイマ(1)を起動すると共にテーブル(5)のMI
B情報のリトライ回数を“5”に初期設定する(図8参
照)。 【0072】<同ステップS6:MIB情報のリトライ
>ここで、図9に*1で示すようにレスポンス未受信判
断用タイマ(1)のタイムアウト発生前にレスポンスを
受信した時には、PROXY装置を正常(障害でない)
と見なし、レスポンス未受信判断用タイマ(1)の解除
を行い、同時にテーブル(5)のリトライ回数を“0”
にクリアする。 【0073】一方、レスポンスの受信前に、レスポンス
未受信判断用タイマ(1)のタイムアウトが発生した場
合にはリトライ回数設定テーブル(5)内の、リトライ
実施回数の更新(+1)を行い、データ(2)の最大リ
トライ回数と比較する。 【0074】また、図9に*2で示すように、リトライ
1回でレスポンスの収集ができた場合は、最大リトライ
数には達していないので、再度PROXYノード自身に
対するMIB情報のget要求を行うと共にデータ
(1)のタイミングでタイマ(1)を起動する。 【0075】さらに図9に*3で示すように、レスポン
ス未受信時のリトライを続け、テーブル(5)のリトラ
イ回数が最大リトライ回数を越えた場合、管理PROX
Y装置(ノード1)は図10に示すような障害状態と見
做し、SNMPマネージャMGは次のPROXYノード
の切替処理を行う。 【0076】<同ステップS7:管理PROXYノード
の切替>SNMPマネージャMGが障害と認識した管理
PROXY装置(ノード1)は、テーブル(3)の管理
PROXYフラグを障害に変更する(=2)。これによ
り管理PROXY装置が障害かどうかを認識できる。 【0077】FDDIリング上の管理PROXY装置が
なくなった為、実施例〔1〕の処理結果のテーブル
(3)に設定されているPROXY装置フラグが非管理
PROXY(=0)でかつテーブル(3)の上位に設定
されているノード3を選択する。 【0078】変更PROXY装置は、ノードの識別用イ
ンスタンスが違うため、ステップS4の「PROXY管
理ノードの認識」処理により、変更PROXY装置によ
るノードのMACアドレスと、PROXY装置のノード
識別用のインスタンスを収集し、テーブル(4)のPR
OXY装置のノード識別情報を変更する。 【0079】以上の処理により、PROXY装置の変更
及び変更したPROXY装置経由で管理下ノードに対し
て、MIB情報のget要求が可能となる。 【0080】(2)TRAP受信による障害検出 <同ステップS8:障害TRAP受信>SNMPマネー
ジャMGは、図11(及び図40)に示されるようにP
ROXY装置から送信される非同期な情報通知(TRA
P)の受信が可能である。 【0081】SNMPマネージャMGが、PROXY装
置から「PROXY機能不可能通知」のTRAPを受信
した場合、SNMPマネージャMGは、ステップS7の
「PROXYの自動切替処理」を行う。 【0082】〔3〕PROXY装置の自動切替(負荷分
散時):図12〜図17 PROXY装置の自動切替に際しては上記のような障害
検出時の他に、図12に示すように負荷を検出して高負
荷であることが判明したときには管理PROXY装置を
切り替える方法があり、この場合の方法には以下の2通
りある。これらの処理を図13〜15に示したフローチ
ャート及び図16に示したテーブル構成図並びに図17
に示したタイムチャートにより説明する。 【0083】『方法1』 <図13のステップS9:負荷管理タイマ起動>データ
(3)のタイマ値によりタイマ(2)を起動する。この
時データ(4)のリトライ回数の蓄積数を“0”に初期
設定する。 【0084】SNMPマネージャMGは、MIB情報の
収集処理においてレスポンス未受信時にリトライを行
う。図17に*1で示すようにリトライを行った時、障
害のリトライ回数は、レスポンス応答があればクリアさ
れて“0”になる。 【0085】これと平行して図16に示した負荷の為の
リトライ回数を蓄積するためのデータ(4)を更新して
行く。これはレスポンス受信時でもクリアされない。 【0086】<同ステップS10:負荷確認>タイマ
(2)がタイムアウトした時、負荷の為のリトライ回数
データ(4)と負荷の為のリトライ回数の最大蓄積数
(この例では“5”)を示すデータ(5)とを比較す
る。 【0087】この結果、図17に示すようにデータ
(4)が6回になり、データ(5)を越えているので高
負荷と見做される。 【0088】高負荷になった管理PROXY(ノード
1)は管理不可能となる為、実施例〔2〕におけるステ
ップS7の「PROXY装置の切替処理』と同様に管理
PROXY装置を変更する。 【0089】『方法2』 <図15のステップS10:負荷MIBの確認>ここで
は、PROXY装置(ノード1)にPROXY装置の負
荷を監視する拡張MIB情報−MIB情報を設定す
る。また、図16に示すテーブル(6)の閾値にMIB
情報として“5”を設定する。 【0090】SNMPマネージャMGは、テーブル
(6)から負荷監視の収集を行うためのMIB情報を
取り出して図14に示すように定期的にMIB情報の
getを管理PROXY装置に要求する。 【0091】そして、このレスポンス結果が“5”以上
であれば高負荷と見做し、高負荷になったPROXY
(ノード1)は実施例〔2〕のステップS7の「PRO
XY装置の切替処理』と同様に管理PROXY装置を変
更する。 【0092】〔4〕PROXY装置の自動切替(定刻切
替):図18〜図20 この実施例では、SNMPマネージャMGは、FDDI
リング上に収容されるノードのMIB情報収集はPRO
XY装置(ノード1)を経由してMIB情報のgetを
実施しているものとし、図18に示したフローチャート
に従ってPROXY装置の自動定刻切替ステップS12
を実行する。 【0093】まず、図19に示すテーブル(7)に以下
の設定を行う。 ・FDDIリング番号=1 ・変更時間1 =07:00 ・PROXY装置名1=1(ノード1) ・変更時間2 =17:00 ・PROXY装置名2=2(ノード2) ・変更時間3 =22:00 ・PROXY装置名3=3(ノード3) また、PROXY装置定刻確認タイマを(=60)に設
定する。 【0094】いま現時刻が9:00の時、時間毎のPR
OXY装置設定テーブル(7)の変更時間対応のPRO
XY装置名1を取り出す。 【0095】現管理PROXY装置のノード1と取り出
したPROXY装置(=ノード1)とを比較し、この時
刻対応のPROXY装置名は同じなので、現管理PRO
XY装置をノード1とする(図20参照)。これを、P
ROXY装置定刻確認タイマ(60分)毎に確認する。 【0096】上記のPROXY定刻確認中、現時刻が1
7:00になると時間毎のPROXY設定テーブル
(7)より変更時間対応のPROXY装置名2よりノー
ド2を取得する。 【0097】現管理PROXY装置(ノード1)と比較
し、異なっているので実施例〔2〕の『PROXY装置
の自動切替(障害発生時)』と同様に、管理PROXY
装置をノード2に切り替える(図20参照)。 【0098】また、現時刻が22:00になると上記の
ように管理PROXY装置をノード3に変更する(図2
0参照)。 【0099】〔5〕リング上のノード接続状態自動認
識:図21〜図27 この実施例は、FDDIリング上でのノードおよびポー
トの接続状態を認識しようとするものである。 【0100】図21に示すFDDIネットワークは、図
1に示したFDDIネットワークと比較してFDDIリ
ングR上にコンセントレータとしてノード2が用いられ
ており、このノード2に更に図示のようにノードA,
B,Cが接続されているところが異なっている。 【0101】以下、このようなFDDIネットワークの
動作を図22に示したフローチャートと図23に示した
テーブル構成図と図24に示したレスポンス結果図と図
25に示したトークンの流れ図と図26に示したポート
の流れ図と図27に示した1次リング上のノードの流れ
図とを参照して説明する。 【0102】このようなFDDIネットワークにおい
て、SNMPマネージャMGはFDDIリングRに接続
されているノードの位置関係(上流/下流)を認識する
ために、図23に示すテーブル(1)よりMIB情報
『上流ノード』、MIB情報『下流ノード』を取り出
して送信する。 【0103】各ノードは図21に示したような各データ
を保持しており、SNMPマネージャMGからのMIB
get要求に対して該データを返信する(図22のステ
ップS13)。 【0104】このようにして全ノードからのレスポンス
を得た結果は図24に示すレスポンス結果1であり、こ
のレスポンス結果1より、リング上のトークンの流れ
が、図25に示すようになっている事がわかる。 【0105】即ち、■印で示されるMACを基準として
リング上のトークンの流れが決まるので、この例では1
次側リングPに沿っていることになる。このトークンの
流れが各ノード毎にテーブル(8)に設定される(同ス
テップS14)。 【0106】また、□で示されたポートの接続状態を知
るためにテーブル(1)より、MIB情報『ノードの
ポート数』、MIB情報『ノードのポート種別・ポー
トの接続先のポート種別・ノード内のポート、MACに
おける位置関係』を取り出して送信する。そのレスポン
スが図24のレスポンス結果2,3である(同ステップ
S14)。なお、ポート種別は「インスタンス」と同義
語である。 【0107】レスポンス結果2,3よりポート接続の流
れを図解したものが図26である。またノード2はポー
ト種別Mを2つ有していることから、他ポートに接続す
る口を2つ持ったコンセントレータであることがわか
る。これらをテーブル(9)に設定する。ノード毎のポ
ート番号はテーブル(10)に設定される。 【0108】接続相手の認識は、自MACより上流のポ
ートに対して行い、全ノード終了後、自MACより下流
のポートの接続相手を識別する(同ステップS15)。 【0109】ここで、ノード2に対する接続相手の識別
処理例を示す。図27は1次側リングP上のノードの流
れを示す。 【0110】(a) MACを基準位置とする自ポートより
上流のポート(SAS:Single Attachment Station=1
口ノードは含まない)は、MACから上流に向かう順番
の数だけ上流に辿ったノードを接続相手とする。但し、
2口を有するコンセントレータが存在する場合(図21
でのノードA等)は、そのノードの“ノード内の接続ポ
ート数−1”だけさらに辿る。 【0111】即ち、ポートでは、MACからの“順番
の数=1”が上流のノードAを接続相手とする。ポート
では、MACからの“順番の数=2”がノードBであ
る。しかしながら、ノードBはノードAがコンセントレ
ータであるため、実際にはノードAの下につながってい
る。コンセントレータの場合、そのノードの“上流につ
ながるポート数(接続ポート数−1)”だけ上流に辿っ
たノードが接続相手である。したがって、ポートは上
流のノードCを接続相手とする。 【0112】ポートは、ノードCがコンセントレータ
でないためノードCの上流ノードであるノード3が接続
相手である。 【0113】(b) MACを基準位置とする自ポートより
下流のポートはノード2が接続相手として設定されて
いるノードを探し、そのノード内にノード2が接続相手
としての設定がない場合、接続相手とする。 【0114】即ち、ポートは、ノード1には既に自ノ
ード(ノード2)が接続相手として設定されており、ノ
ード1はMACより上流側の接続相手として設定はな
い。従って、ノード1を接続相手とする。 【0115】(c) 上記のように全てのノードの接続相手
識別処理を行い、図25及び26の結果も踏まえて、S
NMPマネージャMGは図21のようなネットワークの
接続形態を認識することができる。 【0116】〔6〕ノードの自動追加:図28〜図30 この実施例は、SNMPマネージャMGがPROXY装
置を介してFDDIリング上のSMTノードを管理して
いる時、リング上に新たに追加されたノードを自動管理
するものであり、図28に示すフローチャートと図29
に示すFDDIリング構成図と図30に示すノード追加
によるレスポンス結果を示す図を参照して以下に説明す
る。 【0117】<ステップS16:ノードの監視>ノード
追加前のFDDIネットワークを示す図29(1)にお
いて、SNMPマネージャMGはFDDIリングR上の
SMTノード1〜3(ただし、ノード1及び2はSNM
Pノードの機能も持っておりノード2は管理PROXY
装置となっている)に対して監視情報として、『上流ノ
ード認識』、『下流ノード認識』のMIB情報を定期的
に送信している。なお、このときのトークンの流れは矢
印で図示した通りである。 【0118】これに対する各SMTノードからのレスポ
ンス結果は、図30(1)に示すようになり、この時点
でのSMTノードはノード1〜3である。 【0119】そして、図29(2)に示すようにノード
4が追加された場合、この時点でのMIB情報のレスポ
ンス結果は図30(2)に示すようになる。 【0120】<ステップS17:ノードの隣接監視>図
30(1)と同(2)のレスポンス結果を比較すると、
ノード2の下流ノードと、ノード3の上流ノードが変化
しているのがわかる。 【0121】この結果からノード2とノード3との間に
ノード4が追加されたことが認識できる。 【0122】この認識結果に基づき、SNMPマネージ
ャMGはノード2(PROXY装置)に対してノード識
別用のインスタンスを要求する。 【0123】ノード2からノード4の識別子のインスタ
ンスを入手後、テーブル(4)において管理対象に加え
る。 【0124】〔7〕リングの自動追加:図31〜図33 この実施例では、SNMPマネージャMGがPROXY
装置を介してFDDIリング上のノードに接続している
リングを管理している時、リングが新たに追加された時
の管理を行うものであり、図31に示したフローチャー
トと図32に示すFDDIリング構成図と図33に示す
ノード追加によるレスポンス結果を示す図を参照して以
下に説明する。なお、ノード1〜3の機能及びトークン
の流れ方向は図29(1)と同じである。 【0125】<ステップS18:PROXYノードの監
視>FDDIリングを追加する前のネットワークを示し
た図32(1)において、SNMPマネージャMGはF
DDIリングR上のPROXY装置を監視している。こ
のための監視情報として『FDDIリング情報(接続
数)』MIB情報を定期的に送信している。 【0126】それに対する各SMTノードからのレスポ
ンス結果は図33(1)に示す通りとなり、ノード2
(PROXY装置)の接続FDDIリングはFDDIリ
ングRのみと認識できる。 【0127】そして、図32(2)に示すようにノード
2にFDDIリングR1が追加されると、この時点での
MIB情報のレスポンス結果は図33(2)に示す通り
になる。 【0128】<ステップS19:接続FDDIリングの
監視>これによりSNMPマネージャMGは、FDDI
リング数情報が現管理FDDIリング数と違うと認識
し、新規追加FDDIリング有りと判断し、ノード2
(PROXY装置)に対して新規FDDIリングの情報
(インスタンス)を要求する。ノード2から情報を入手
後、FDDIリングR1をテーブル(4)に設定し管理
対象に加える。 【0129】〔8〕PROXYからSNMPへの自動切
替(PROXY全障害時):図34及び図35 SNMPマネージャは、図35に示すようにテーブル
(2)にFDDIリング上を管理している現SNMPエ
ージェント機能サポートノードの情報を以下の如く設定
しておく。 【0130】 ・SNMPエージェントIPアドレス=133.161.59.221 ・SNMPエージェントMACアドレス=00:00:0E:00:01 ・FDDIリング番号=1 【0131】上記の実施例〔2〕より管理PROXY装
置(ノード1)が障害となった時、他のPROXY装置
(ノード3)に切り換えた後、ノード3に関しても同じ
ように障害が起こり、更には、同一FDDIリング上の
全PROXY装置に障害が発生したとする。 【0132】<ステップS20:SNMPエージェント
ノードの認識>そこで、SNMPマネージャは、MIB
情報をgetするPROXY装置が全て障害であるた
め、まずSNMPエージェント機能サポートノードを認
識する。 【0133】まず、テーブル(2)により『SNMPエ
ージェントIPアドレス』と『SNMPエージェントM
ACアドレス』よりノード5(図21参照)をSNMP
エージェント機能サポートノードと判定する。 【0134】そして、SNMPマネージャMGは、ノー
ド5がSNMP−FDDIをサポートしているか否かを
確認するため、図35のテーブル(1)のFDDI勧告
による“RFC1512/RFC1285”のFDDI
関連のMIB情報を直接ノード5に送信する。 【0135】ノード5からのレスポンス受信により、ノ
ード5がSNMP−FDDIをサポートしているノード
であることを認識する。 【0136】以降、テーブル(4)にノード5のIPア
ドレスを設定し、ノード5からのMIB情報収集は、直
接ノード5へのMIB情報のgetに切り替える。 【0137】従って、全PROXY装置が障害であった
場合、SNMP−FDDIをサポートしているノードは
他ノードへの直接MIB情報のgetに切り替える。 【0138】〔9〕SNMPからPROXYへの自動切
替(PROXY復旧時):図36及び図37 上記の実施例〔8〕によりFDDIリングは現在SNM
P−FDDIサポートノード5に対して直接MIB情報
のgetを行っている。 【0139】<ステップS21:PROXYの復旧監視
>これに平行してSNMPマネージャは、障害中のノー
ド1に対して図37に示すテーブル(1)からPROX
Y機能関連MIB情報を取り出してタイマ(1)の周
期により定期的にMIB情報のgetを行う。 【0140】上記の処理を継続しつつ、ノード1がMI
B情報を返してくる。その結果、PROXY装置(ノー
ド1)が復旧したと見做す。 【0141】<ステップS22:PROXYの復旧処理
>ここでSNMPマネージャは、FDDIリング上の監
視状態を調べ、現在SNMP−FDDIサポートノード
5への直接MIB情報のget要求である為、PROX
Y装置(ノード1)に切り替える。 【0142】以降、FDDIリングに収容されるノード
からのMIB情報収集は、ノード1のPROXY装置経
由で行う。 【0143】 【発明の効果】以上に説明したように、本発明に係るネ
ットワーク管理システムによれば、SNMPマネージャ
が、各ノードに対してポーリングを行って戻って来たノ
ード管理情報からSNMPノードを検出し、さらにこれ
らのSNMPノードがSNMP−SMTプロトコル変換
装置(PROXY装置)であるか否かを判別し、該プロ
トコル変換装置が複数存在するときには所定の優先順位
に従って一台だけ選択するように構成したので、SNM
PマネージャはFDDIネットワーク中の各ノードの機
能を固定的に把握する必要がなくフレキシブルにネット
ワーク管理を行うことが可能となる。 【0144】さらに、SNMPマネージャは、PROX
Y装置、SNMP−FDDIサポートノード、FDDI
接続ノード、FDDIリング数を自動認識することもで
きるため、ネットワーク形態の変化に容易に対応するこ
とができ、さらにPROXY装置の自動切替、PROX
Y装置管理からSNMP−FDDI管理への自動切替、
SNMP−FDDI管理からPROXY装置管理への自
動切替により、ネットワーク状態の変化に柔軟に対応す
ることができ、安定した管理ができる。 【0145】また、FDDI接続ノードの接続形態を自
動認識することにより、FDDIネットワークの接続形
態を視覚的に表現することができ、管理者にメンテナン
スし易い管理を提供できる。Description: BACKGROUND OF THE INVENTION The present invention relates to a network management system.
Systems, especially FDDI (Fiber Distributed Data Int)
erface) network built by
Network management system, and FDDI
(Fiber Distributed Data Interface)
Network that has been set up using SNMP (Simple Net Management
Protocol)-SMT (Station ManagemenT) protocol change
Exchange device (proxy device: hereinafter, PROXY device or
Simply referred to as “PROXY”).
Network management system. 2. Description of the Related Art FIG.
Ethernet Wort as an FDDI network
Schematically shown, the SNMP manager (administrative
The node MG as the managed nodes A to D and the FDD
They are connected via an I-ring R. [0003] In such an FDDI network,
Therefore, as shown in FIG.
When managing the node A as the agent, the node MG
Is the management information to be collected for node A (hereinafter referred to as
MIB = Management InformatinBase = Information or simply MI
B) as an “MIB request” packet
Do the trust. [0004] On the other hand, the node A holds in its own station.
Instruction from the node MG about MIB information of each protocol
Edited by the "MIB response"
[0005] As described above, the reply is used as the SNMP protocol.
FIG. 39 shows a configuration diagram of an SNMP frame. [0006] On the other hand, if the node A
In this case, since the node MG has a different protocol,
Cannot be directly managed. For this reason, as shown in FIG.
The node C in the DDI ring R is set to the SNMP-SMT protocol.
This is a PROXY device that performs a color conversion.
Node A via the device. [0008] That is, as shown in FIG.
MIB information to be collected from node A to node C
SNMP as "MIB request" packet
Send by protocol. This is the IP (Interna
l Protocol) The frame shown in FIG.
Is transmitted. The node C receives the packet received from the node MG.
Analyze the request and determine that it is an MIB request for node A
Then, as shown also in FIG.
A “MIB request” is transmitted to the node A.
This is shown in FIG. 41 by specifying the MAC address of node A.
This is performed by transmitting the indicated frame. [0010] The node A receives the MIB specified by the node C.
Edit the information and send the “MIB response
"Return as a packet (with the MAC address of node C
The node C receives the frame.
“MIB response” packet to node MG
Reply (Specify IP address of node A and send frame
I will). Therefore, the PROXY device has the following functions.
Need to be. (1) Supports both SNMP and SMT protocols
That. (2) Node and SM connected to the same FDDI ring
Able to communicate by T protocol. (3) Communication with the SNMP manager and SNMP protocol
What you can trust. (4) Connected to the same FDDI ring
Node MAC (Media Acce
ss Control) address and instance correspondence information.
SNMP management of identification information by SNMP protocol
Be notified to (5) From the SNMP manager, install the node identifier
Request to collect MIB information of SNMP protocol with sense
For the node requested by the SNMP manager.
Be able to convert to T protocol and transmit. (6) Notified by SMT protocol from each node
SNMP proto with MIB instance with identification instance
To be able to convert it to an SNMP manager and notify the SNMP manager. An SNMP manager and a PROXY device
The relationship with the position is as follows. (1) FDDI ring is one PROXY device per ring
Manage with. (2) To communicate with each node via the PROXY device,
The manager needs the PROXY device to identify each node.
Collect the set identification instances. (3) The manager recognizes the nodes managed by the PROXY device.
With the MAC address notified with the separate instance
to manage. (4) The manager sends an MI to each node.
B information is requested, the information collected from the PROXY device
PROX is a frame in which an instance of code identification is set.
Send to Y device. SUMMARY OF THE INVENTION
In a network management system, SNMP management
SMT agent on FDDI network in advance
Alternatively, register the node management information of the PROXY device or the like.
Thus, the FDDI network was managed. However, it is not limited to the FDDI network.
Network configuration is always dynamic.
The latest node management information is managed whenever the network configuration changes.
If you do not register with the management manager,
I couldn't continue. Further, the PROXY device cannot be managed.
(Failure / high load), according to the registered information,
Same as above because network management was continued
However, the management of the network could not be continued. Therefore, the configuration of the FDDI network is changed.
Or PROXY equipment cannot be managed
State, the latest node management information is
Network management will be suspended until you register
Had a problem. Accordingly, the present invention provides an SNMP protocol or
PROX with SNMP-SMT conversion protocol function
FDDI ring via Y device (protocol converter)
Network that is managed by an SNMP manager
Network management system, the FDDI network
Periodically and automatically detect the above nodes and the status of the nodes
Enables understanding and is suitable for dynamic networks
The purpose is to provide a system. Means and Action for Solving the Problems[1] Automatic detection / selection of PROXY device: According to the present invention
In a network management system, an SNMP manager
Polled each node and returned
SNMP node is detected from the node management information of
Whether these SNMP nodes are PROXY devices
Is determined from the second node management information, and the PROXY device
SMT on the FDDI ring when there are multiple locations
A PROXY device as a medium for managing nodes
One unit according to the specified priority based on node management information
It is characterized in that the user selects only one. That is, first, the SNMP manager
For example, a ping (response check)
Poll) to perform polling.
Collect node management information. Reply this node management information
FDDI on the support media among the nodes that do
The node is a managed node, that is, an SNMP node. The SNMP manager manages the
The SNMP node that has become the SNMP-SMT conversion function
A second NO indicates whether the PROXY device is supported.
Confirm using the password management information. If the device is identified as a PROXY device,
Management PROX if there is only one PROXY device
Y device, but if there are multiple devices, the third device
According to a predetermined priority determined according to the node management information.
PROXY device that manages one specific PROXY device
Select as The management PROXY is automatically performed by the above processing.
Recognize the device and manage the device under the management PROXY device.
Various kinds of information can be collected for the network. [0025][2] Automatic switching of PROXY device (failure
At birth): In the present invention, the network management system of the above [1]
In the SNMP manager, at the time of the polling,
The SNMP agent information is transmitted a predetermined number of times at regular time intervals.
If no reply is received even after continuous retries,
The PROXY device is determined to be a failure, and the
Automatically switch to another PROXY device
Wear. That is, a timer is used and the timer
Retry is performed when an outage occurs.
If the set maximum number of retries is exceeded, the node
It is determined that the function as the ROXY device is not possible, and S
Determined by the NMP manager based on the third node management information
The managed PROXY devices according to their priorities
I do. With the above processing, the PROXY device is changed.
And to the managed node via the changed PROXY device.
To collect information. In the present invention, instead of performing a retry,
In addition, the SNMP manager communicates with the management PROXY device.
The PROXY device has received an asynchronous information notification from
When it is determined to be harmful, other
Automatically switch to protocol converter
You. [0029][3] Automatic switching of PROXY device (for load
): In the present invention, the network management system
The SNMP manager sends the SNMP
Number of times P agent information was retried at regular time intervals
The managed PROXY device when the cumulative value of
Is determined to be in a high-load state, and according to the above-described priorities.
Automatically switch to another protocol converter.
Wear. In the present invention, the number of retries is
In addition, the SNMP manager performs the management protocol conversion.
Management PROXY device based on the load monitoring information from the device.
When it is determined that the device is in a high load state,
Automatically switch to another protocol converter
Is also possible. [0031][4] Automatic switching of PROXY device
):In the present invention, the above network management system
In addition, the SNMP manager operates at a preset time.
To the current managed PROXY device to another PROXY device
Can be switched automatically. That is, the time is periodically taken out from the system.
To extract the corresponding PROXY device. PR extracted
If the OXY device is different from the currently managed PROXY device, the PR
Switch OXY device. [0033][5] Automatic recognition of node connection status on ring
Sense:In the present invention, the above network management system
The SNMP manager is set in each node in advance.
Number of upstream / downstream nodes and ports / port types
Collect and analyze management information on port connection status
Automatically recognizes the node connection state on the ring
Can be That is, SNMP that can be collected from each node,
The management information of the SMT protocol is as follows. -Node ad of the positional relationship (upstream / downstream) through which the token passes
Node number and port type of the node Port type of the port to which the port is connected [0035] Each port of the node based on these management information
It is possible to analyze the connection destination node of the port. Analysis of connection partner
Is for the port upstream from the node (the own MAC)
After completing all nodes, identify the connection partner of the downstream port
I do. An upstream port (a node having only one port)
Nodes are not included).
The nodes traversed upstream by the number of
You. However, the concentrator is the node itself.
The node that becomes the positional relationship upstream from the concentrator
Are connected. Therefore, the number of nodes equal to the number of ports
If there is a concentrator on the way to
Is the upstream node connected to the concentrator.
Need to be considered. The concentrator says “No
Nodes are connected by the number of connection ports in the node -1 "
Therefore, the node that has been further traced by the number of nodes is the connection partner
Becomes Since the downstream port is one port,
For the connection destination, set the own node as the connection destination from the FDDI ring
Set as the connection destination of the own node in the set node
An unconnected node is the connection destination. [0039][6] Automatic node addition (management target addition)
:In the present invention, the above network management system
And the SNMP managers are upstream and downstream of each node.
Newly added on the ring by managing nodes
To recognize managed nodes and automatically add them to managed nodes
Can be. That is, the SNMP manager manages each node.
To periodically collect management and return node management information
However, if it is not in the current management node, it is determined as a newly added node
And add it to the management target. [0041][7] Automatic addition of rings (addition of managed objects)
:In the present invention, the above network management system
And the SNMP manager checks the FDDI resource of each node.
New to nodes by managing the number of connections
Recognizes a ring that has been set and automatically manages that ring
Can be added to That is, the SNMP manager periodically
Node management information is collected, and F of the returned node management information is collected.
DDI ring number information is different from current managed FDDI ring number
In this case, it is determined that there is a newly added FDDI ring, and
Add to [0043][8] Change from PROXY device to SNMP
Dynamic switching (when all PROXY failures):In the present invention,
PR to switch in the network management system
If the OXY device is not on the FDDI ring,
A node having an SNMP agent function on the ring
It can be managed directly by the SNMP protocol. That is, all failures of the PROXY device have occurred.
In case, SNMP protocol function of FDDI network
Detects nodes that support
Switch to direct node management. [0045][9] Automatic disconnection from SNMP to PROXY
Replacement (when PROXY is restored):In the present invention, the above network
PROXY device on ring in network management system
Periodically monitor the failure recovery, and when recovery is detected, PR
It can be managed via an OXY device. That is, the recovery of the failed PROXY device is periodically performed.
And if this is detected, the FDDI
Is not monitored by the PROXY device and the SNM
When monitoring by the P protocol, the recovery PROXY device
This is to switch to monitoring by device. In the same manner as the automatic switching of the PROXY device described above,
Then, the monitoring is switched to monitoring by the restoration PROXY device. Hereinafter, a network management system according to the present invention will be described.
An embodiment of the system will be described in detail with reference to the drawings. [0049][1] Automatic detection and selection of PROXY device
Selection: Figures 1 to 6 Figure 1 shows an FDDI network with multiple PROXY devices.
In this example, the FDDI link is shown.
Group R has four nodes 1, 3 to 5 and one concentrator
The concentrator 6 is provided with a
Further, a node 2 is connected. Also, SNMP money
JA MG is connected via LAN communication path (Ethernet)
Connected to the node 5. In such an FDDI network,
The SNMP manager MG detects the PROXY device
The following processing is performed for selection. This is the flow of Fig. 2.
Chart, transmission / reception information shown in FIG. 3, and response shown in FIG.
Referring to the MIB information and the table configuration shown in FIG.
Will be described. There are two methods for this process.
Therefore, each will be described. (1) Failure detection due to no response reception <Step S1: FIG.
Detection> First, the SNMP manager MG
Send ping (response inquiry) to all nodes on R
Polling to detect the IP address. further,
For the node of the detected IP address, the information of each node
Table that sets MIB information for collecting information
(1) (see Fig. 5) "SNMP Agent Information"
Retrieves MIB and retrieves MIB by SNMP protocol
Send a get (collection) request for information. The MIB information is returned in response to this request.
Node with FDDI on the support media in the node
(SNMP node) is managed by the SNMP manager MG.
Elephant node. As a result, the response result of the MIB information
1 (see FIG. 3), the SNMP node
Node 1, Node 2, and Node excluding Node 4, which is a node
3. Node 5 is detected. The managed SNMP nodes 1 to 3,
5 is the IP address required for the SNMP protocol, S
Text that sets the node address of the NMP agent
Cable (2). <Same Step S2: Detection of PROXY Device
> Whether or not the node has the PROXY function
In order to determine the
Y function "Takes out MIB information and transmits it. Then, the response result 2 of the MIB information
Is the node where the PROXY device is a non-PROXY device
Node 5, node 2 and node 3 excluding node 5
Will be issued. PROXY nodes 1 to 3 that have been managed
Is the IP address of the PROXY device required for the SNMP protocol
Set the address in table (3). <Step S3: Selection of PROXY Device
> SNMP manager MG is SM on FDDI ring R
One PROXY device as a medium for managing T nodes
Select. SNMP manager MG is a PROXY device
Are the following two conditions. Condition 1: Connection ring is small (that is, PROXY device
To reduce the load on PROXY device nodes
Therefore, use a PROXY device with few FDDI rings.
Ahead). Condition 2: Directly connected to the ring (immediately
The PROXY device directly connected to the FDDI ring
PROXY device connected to the device and the concentrator
Is an FDDI ring that is not susceptible to failure of other nodes
Priority is given to the PROXY device directly connected to. Con
In the case of PROXY device connected to centrifuge
Cannot be managed if the concentrator node fails.
Will be). These conditions are applied to each PROXY device.
The following MIB information is shown in the table
Take it out from (1) and send it out. The response result is
Response results 3 and 4. MIB information: "Connection FDDI ring information (number of connections)" MIB information: "Node information (number and type of accommodation ports
And the response result 3 indicates that the node 3
Is also connected to the FDDI ring R1,
Not applicable. Also, from response result 4, node 2
Connected beyond the other node (concentrator 6)
Therefore, it does not correspond to the condition 2. From the above results, the SNMP manager M
G uses node 1 as a medium for managing the FDDI ring R.
Select as PROXY device. <Step S4: Management PROXY Node>
Confirmation> Next, after selecting the PROXY device,
(3) is sorted in order of priority and managed as shown in FIG.
Change the PROXY device flag. Then, the SNMP manager MG
Nodes managed by OXY node 1 and destination MAC addresses
Information that can determine correspondence between "instance and destination"
MAC address correspondence ”from table (1)
To send. According to the response result 5 of the MIB information,
The MAC address of the node managed by the PROXY device and the PR
Collecting the node identification instance of the OXY device
Can be. In FIG. 3, the response result 1 and the response
As can be seen by comparing the result 5 of the SNMP management,
MG is the information of the response result 5 (node 1
From node 4 for SNMP money
The node can be recognized as a node under the management of the ja. collection
Management information of each node (for each FDDI ring)
The MAC address and instance are set in Table (4).
Set. Hereinafter, the information of tables (3) and (4)
Specify the instance corresponding to node 4 from the PROX
By sending the SNMP protocol to the Y device
Thus, the MIB information of the node 4 can be obtained. As described above, the SNMP manager MG
It can automatically recognize the PROXY device and
The SMT node can be recognized via the device. Thereafter, the SNMP manager MG moves to FIG.
As shown, MIMO for the PROXY device (node 1)
B information GET is performed regularly, and the FDDI ring R
Network (all nodes on the ring R). [0069][2] Automatic switching of PROXY device (failure
(At birth): FIGS. 7 to 11 In the above embodiment [1], the SNMP manager MG
PROXY device as medium for managing DDI ring R
(Node 1) is automatically selected, and
All PROXY devices housed in the group R
(3) is set. After setting the management PROXY device,
The NMP manager MG passes through the management PROXY device,
Periodically from node 1 accommodated in FDDI ring R to M
Collects and manages IB information. In the embodiment [2], the management medium is selected.
Management of a failed PROXY device, and when a failure is detected
Select the management medium again.
Replacement processing. Hereinafter, this process is shown in FIG.
And the table configuration shown in FIG.
This will be described with reference to the time chart shown in FIG. <Step S5 in FIG. 7: MIB Information Receiving Unit
IM start> SNMP manager MG is a management PROXY device
Request for MIB information to node 1
When transmitting, timer value of data (1) (for example, 3 seconds)
To start the timer (1) and the MI of the table (5).
The number of retries of B information is initialized to “5” (see FIG. 8).
See). <Step S6: Retry of MIB Information
> Here, as shown by * 1 in FIG.
Response before the timeout of the revocation timer (1) occurs
When receiving, the PROXY device is normal (no failure)
Release of response non-reception determination timer (1)
And at the same time, set the number of retries in table (5) to “0”.
To clear. On the other hand, before receiving the response,
When the timeout of the non-reception determination timer (1) occurs
The retry count in the retry count setting table (5)
The number of executions is updated (+1), and the maximum number of data (2)
Compare with the number of tries. As shown by * 2 in FIG.
If the response can be collected once, the maximum retry
Since the number has not been reached, the PROXY node itself
Request to get MIB information and data
The timer (1) is started at the timing (1). Further, as indicated by * 3 in FIG.
Continue retrying when no data is received, and retry
If the number of times exceeds the maximum number of retries, the management PROX
The device Y (node 1) sees a failure state as shown in FIG.
Assuming, SNMP manager MG is the next PROXY node
Is performed. <Step S7: Management PROXY Node>
Switch> Management that SNMP manager MG recognized as a failure
The PROXY device (node 1) manages the table (3)
Change the PROXY flag to failure (= 2). This
Management PROXY device can be recognized as a failure. [0077] The management PROXY device on the FDDI ring
Table of processing results of embodiment [1]
PROXY device flag set in (3) is not managed
Set to PROXY (= 0) and higher in table (3)
Selected node 3. The modified PROXY device uses the node identification ID.
The “PROXY tube” in step S4
Process by the changed PROXY device
Address of the node to be connected and the node of the PROXY device
Collect the instances for identification and PR in table (4)
Change the node identification information of the OXY device. With the above processing, the PROXY device is changed.
And to the managed node via the changed PROXY device
Thus, a get request for MIB information can be made. (2) Failure detection by TRAP reception <Step S8: Failure TRAP reception> SNMP money
Ja MG has P as shown in FIG. 11 (and FIG. 40).
Asynchronous information notification transmitted from the ROXY device (TRA
P) can be received. The SNMP manager MG operates the PROXY device.
TRAP of "PROXY function disabled notification" from the device
In this case, the SNMP manager MG proceeds to step S7.
The “PROXY automatic switching process” is performed. [0082][3] Automatic switching of PROXY device (for load
12) to 17) The obstacles mentioned above when automatically switching PROXY devices
In addition to the detection, the load is detected as shown in FIG.
When it turns out that it is a load, the management PROXY device
There are two ways to switch. In this case, the following two methods are available.
real. These processes are shown in FIGS.
17 and the table configuration diagram shown in FIG. 16 and FIG.
This will be described with reference to the time chart shown in FIG. [Method 1] <Step S9 of FIG. 13: Start of load management timer> Data
The timer (2) is started by the timer value of (3). this
Initialize the accumulated number of retry times of hour data (4) to “0”
Set. The SNMP manager MG sends the MIB information
Retry when response is not received in collection process
U. When retry is performed as shown by * 1 in FIG.
The number of harm retries is cleared if there is a response.
To "0". In parallel with this, for the load shown in FIG.
Update data (4) to store the number of retries
go. This is not cleared even when a response is received. <S10: Load confirmation> Timer
When (2) times out, retry count for load
Maximum number of retries for data (4) and load
(In this example, “5”).
You. As a result, as shown in FIG.
(4) becomes 6 times and exceeds data (5), so high
Considered as load. The management PROXY (node
Since 1) cannot be managed, the steps in the embodiment [2] are not performed.
Management in the same way as “PROXY device switching processing” in step S7
Change the PROXY device. [Method 2] <Step S10 in FIG. 15: Confirmation of Load MIB>
Is the negative of the PROXY device to the PROXY device (node 1).
Extended MIB information for monitoring load-Set MIB information
You. Further, the threshold value of the table (6) shown in FIG.
"5" is set as information. The SNMP manager MG has a table
MIB information for collecting load monitoring from (6)
As shown in FIG. 14, the MIB information is periodically
Request a get from the managing PROXY device. When the response result is "5" or more
If so, it is considered that the load is high, and PROXY has become high load.
(Node 1) executes “PRO” in step S7 of the embodiment [2].
Switching the managed PROXY device in the same way
Change. [0092][4] Automatic switching of PROXY device
Alternate): FIGS. 18 to 20 In this embodiment, the SNMP manager MG
MIB information collection of nodes accommodated on the ring is PRO
Get MIB information via XY device (node 1)
And the flowchart shown in FIG.
Automatic timed switching step S12 of the PROXY device in accordance with
Execute First, the table (7) shown in FIG.
Make the settings for -FDDI ring number = 1-Change time 1 = 07:00-PROXY device name 1 = 1 (node 1)-Change time 2 = 17:00-PROXY device name 2 = 2 (node 2)-Change time 3 = 22 : PROXY device name 3 = 3 (node 3) Also, the PROXY device timed confirmation timer is set to (= 60).
Set. When the current time is 9:00, PR for each time
PRO corresponding to the change time of the OXY device setting table (7)
The XY device name 1 is taken out. Node 1 of the currently managed PROXY device and retrieval
Compared with the PROXY device (= node 1)
Since the PROXY device name corresponding to the hour is the same, the current management PRO
Let the XY device be node 1 (see FIG. 20). This is P
Check every ROXY device timed confirmation timer (60 minutes). During the above PROXY scheduled check, the current time is 1
At 7:00, a PROXY setting table for each hour
(7) No change from PROXY device name 2 corresponding to change time
Obtain C2. Compare with the currently managed PROXY device (node 1)
However, since it is different, the "PROXY device" of the embodiment [2] is different.
Automatic switching (when a failure occurs) ”
The device is switched to node 2 (see FIG. 20). When the current time reaches 22:00, the above
Change the management PROXY device to node 3 as shown in FIG.
0). [0099][5] Automatic recognition of node connection status on ring
Knowledge: Figures 21 to 27 This example illustrates nodes and ports on the FDDI ring.
It is intended to recognize the connection state of the client. The FDDI network shown in FIG.
1 compared to the FDDI network shown in FIG.
Node 2 is used as a concentrator on
The node 2 further includes nodes A,
The difference is that B and C are connected. Hereinafter, such an FDDI network will be described.
The operation is shown in the flowchart shown in FIG.
Table configuration diagram and response result diagram and diagram shown in FIG.
Flow chart of token shown in 25 and port shown in FIG. 26
And the flow of nodes on the primary ring shown in FIG.
This will be described with reference to the drawings. In such an FDDI network,
The SNMP manager MG connects to the FDDI ring R
Recognize the positional relationship (upstream / downstream) of the node being performed
Therefore, the MIB information is obtained from the table (1) shown in FIG.
Extract "upstream node" and MIB information "downstream node"
And send. Each node has the data as shown in FIG.
And the MIB from the SNMP manager MG
The data is returned in response to the get request (step of FIG. 22).
Step S13). Thus, the responses from all nodes
The result obtained is response result 1 shown in FIG.
Token flow on the ring from response result 1 of
However, it can be seen that it is as shown in FIG. That is, based on the MAC indicated by the symbol ■
Since the flow of tokens on the ring is determined, in this example 1
That is, it is along the next ring P. Of this token
The flow is set in table (8) for each node (the same
Step S14). Further, the connection state of the port indicated by □ is known.
Table (1), the MIB information “node
Number of ports ”, MIB information“ node port type / port
Port type of the connection destination of the port
And send it. That response
Are response results 2 and 3 in FIG.
S14). Port type is synonymous with "instance"
Is a word. From the response results 2 and 3, the port connection flow
FIG. 26 illustrates this. Node 2 is
Connected to another port because it has two
Is a concentrator with two openings
You. These are set in the table (9). Pos for each node
The port number is set in the table (10). The connection partner is recognized by the
After the end of all nodes, downstream from its own MAC
(Step S15). Here, identification of the connection partner for node 2
A processing example will be described. FIG. 27 shows the flow of nodes on the primary ring P.
This is shown. (A) From own port with MAC as reference position
Upstream port (SAS: Single Attachment Station = 1
Mouth node is not included) is the order from MAC to upstream
The nodes traversed upstream by the number of are set as connection partners. However,
When there is a concentrator having two ports (FIG. 21)
Node A, etc.) is the connection port in the node.
Port number-1 ”. That is, in the port, the“ order ”from the MAC
Is the upstream node A as the connection partner.
Then, the “number of orders = 2” from the MAC is the node B.
You. However, Node B has
Data, so it is actually connected under node A.
You. In the case of a concentrator,
Tracing upstream by the number of connected ports (number of connected ports -1) "
Node is the connection partner. Therefore, the port is
The node C of the stream is a connection partner. The port is connected to the node C by the concentrator.
Is not connected because node 3 is the upstream node of node C
The other party. (B) From own port with MAC as reference position
In the downstream port, node 2 is set as the connection partner.
Node 2 and node 2 is the connection partner
If there is no setting as, the connection partner. That is, the port is already connected to the node 1 by itself.
Node (node 2) is set as the connection partner,
Mode 1 is not set as the connection partner on the upstream side of the MAC.
No. Therefore, the node 1 is set as a connection partner. (C) Connection partners of all nodes as described above
An identification process is performed, and based on the results of FIGS.
The NMP manager MG manages the network as shown in FIG.
The connection mode can be recognized. [0116][6] Automatic node addition: FIGS. 28 to 30 In this embodiment, the SNMP manager MG
To manage the SMT node on the FDDI ring
Automatically manages newly added nodes on the ring when
The flowchart shown in FIG. 28 and the flowchart shown in FIG.
FDDI ring configuration diagram and node addition shown in FIG. 30
This is explained below with reference to the diagram showing the response results
You. <Step S16: Monitoring of Node> Node
Fig. 29 (1) showing the FDDI network before addition
And the SNMP manager MG is on the FDDI ring R
SMT nodes 1 to 3 (where nodes 1 and 2 are SNM
It also has the function of P node, and node 2 is managed PROXY
Device) as monitoring information.
MIB information of "code recognition" and "downstream node recognition"
Is sending to. The token flow at this time is indicated by an arrow
This is as indicated by the mark. The response from each SMT node to this
The result is as shown in FIG. 30 (1).
Are SMT nodes 1 to 3. Then, as shown in FIG.
4 is added, the response of the MIB information at this point is
The result is as shown in FIG. <Step S17: Monitoring of Adjacent Nodes>
Comparing the response results of 30 (1) and 30 (2),
The downstream node of node 2 and the upstream node of node 3 change
You can see that it is doing. From this result, between node 2 and node 3
It can be recognized that the node 4 has been added. On the basis of the recognition result, the SNMP management
MG has node knowledge for node 2 (PROXY device).
Request another instance. The instance of the identifier from node 2 to node 4
After obtaining the license, add it to the management target in Table (4).
You. [0124][7] Automatic ring addition: FIGS. 31 to 33 In this embodiment, the SNMP manager MG
Connected to a node on the FDDI ring via a device
When managing a ring, when a new ring is added
The management shown in FIG.
And the FDDI ring configuration shown in FIG. 32 and FIG.
Referring to the diagram showing the response result due to node addition,
This is described below. The functions and tokens of nodes 1 to 3
Is the same as that in FIG. 29 (1). <Step S18: Monitor PROXY Node
View> Show network before adding FDDI ring
In FIG. 32A, the SNMP manager MG
The PROXY device on the DDI ring R is monitored. This
FDDI ring information (connection
Number)] MIB information is transmitted periodically. The response from each SMT node is
The result is as shown in FIG.
(PROXY device) connection FDDI ring
Ing R only. Then, as shown in FIG.
2 and the FDDI ring R1 is added,
The response result of the MIB information is as shown in FIG.
become. <Step S19: Connection FDDI Ring
Monitor> This allows the SNMP manager MG to
Recognizes that the ring number information is different from the current managed FDDI ring number
Then, it is determined that there is a newly added FDDI ring, and the node 2
(PROXY device) New FDDI ring information
(Instance). Get information from node 2
After that, the FDDI ring R1 is set in the table (4) and managed.
Add to subject. [0129][8] Automatic switching from PROXY to SNMP
Replacement (when all PROXY failures occur): FIGS. 34 and 35 The SNMP manager sets the table as shown in FIG.
(2) The current SNMP interface that manages the FDDI ring
Agent function support node information is set as follows
Keep it. SNMP agent IP address = 133.161.59.221 SNMP agent MAC address = 00: 00: 0E: 00: 01 FDDI ring number = 1 The management PROXY device from the above embodiment [2].
When the device (node 1) fails, another PROXY device
After switching to (Node 3), the same applies to Node 3
Failure, and even on the same FDDI ring
It is assumed that a failure has occurred in all PROXY devices. <Step S20: SNMP Agent
Node recognition> Then, the SNMP manager
All PROXY devices that get information are faulty
First, the SNMP agent function support node is recognized.
Understand. First, according to the table (2), the “SNMP
Agent IP Address ”and“ SNMP Agent M ”
SNMP from node 5 (see FIG. 21)
Judge as an agent function support node. Then, the SNMP manager MG
Whether or not C5 supports SNMP-FDDI
For confirmation, the FDDI recommendation in Table (1) in FIG.
FDDI of "RFC1512 / RFC1285"
The related MIB information is transmitted directly to the node 5. When the response from the node 5 is received,
Node whose mode 5 supports SNMP-FDDI
Recognize that Hereinafter, the IP address of the node 5 is stored in the table (4).
Address and collect MIB information from node 5 directly.
Switch to get MIB information to contact node 5. Therefore, all PROXY devices were in trouble.
In this case, the node supporting SNMP-FDDI is
Switch to get MIB information directly to other nodes. [0138][9] Automatic disconnection from SNMP to PROXY
Replacement (when PROXY is restored): FIGS. 36 and 37 According to the above embodiment [8], the FDDI ring is
MIB information directly to P-FDDI support node 5
Get is done. <Step S21: PROXY recovery monitoring
> In parallel with this, the SNMP manager
PROX from table (1) shown in FIG.
The Y function related MIB information is taken out and the timer (1)
Depending on the period, get MIB information is periodically performed. While continuing the above processing, node 1
B information is returned. As a result, the PROXY device (no
It is considered that c) has been restored. <Step S22: PROXY recovery processing
> Here, the SNMP manager monitors the FDDI ring.
Check the viewing state and check the current SNMP-FDDI support node
5 is a direct MIB information get request to
Switch to Y device (node 1). Hereinafter, nodes accommodated in the FDDI ring
Of MIB information from the node 1 via the PROXY device of node 1
Performed by reason. As described above, the necessity according to the present invention is as follows.
According to the network management system, the SNMP manager
Polled each node and returned
SNMP node is detected from the network management information,
SNMP nodes convert SNMP-SMT protocol
Device (PROXY device) or not, and
Predetermined priority when there are multiple
So that only one device is selected according to
The P manager is a function of each node in the FDDI network.
It is not necessary to keep track of
Work management can be performed. Further, the SNMP manager sets the PROX
Y device, SNMP-FDDI support node, FDDI
The connection node and the number of FDDI rings can be automatically recognized.
Can easily respond to changes in network topology.
Automatic switching of PROXY device, PROX
Automatic switching from Y device management to SNMP-FDDI management,
Automatic switching from SNMP-FDDI management to PROXY device management
Switching to respond flexibly to changes in network conditions.
And stable management. The connection mode of the FDDI connection node is
FDDI network connection type
State can be expressed visually,
Provide easy-to-use management.
【図1】 本発明に係るネットワーク管理システムの実
施例〔1〕(PROXY装置の自動検出/選択)に用い
るFDDIネットワークの構成図である。FIG. 1 is a configuration diagram of an FDDI network used for an embodiment [1] (automatic detection / selection of a PROXY device) of a network management system according to the present invention.
【図2】 本発明に係るネットワーク管理システムの実
施例〔1〕の処理手順を示したフローチャート図であ
る。FIG. 2 is a flowchart showing a processing procedure of an embodiment [1] of the network management system according to the present invention.
【図3】 本発明に係るネットワーク管理システムの実
施例〔1〕における送受信情報を表で示した図である。FIG. 3 is a table showing transmission / reception information in the embodiment [1] of the network management system according to the present invention.
【図4】 本発明に係るネットワーク管理システムの実
施例〔1〕における管理情報収集要求(get)に対す
る応答情報(MIB)を表で示した図である。FIG. 4 is a table showing response information (MIB) to a management information collection request (get) in the embodiment [1] of the network management system according to the present invention.
【図5】 本発明に係るネットワーク管理システムの実
施例〔1〕で使用されるテーブルの構成図である。FIG. 5 is a configuration diagram of a table used in the embodiment [1] of the network management system according to the present invention.
【図6】 本発明に係るネットワーク管理システムにお
けるSNMPマネージャとPROXY装置との相互関係
を示したブロック図である。FIG. 6 is a block diagram showing an interrelationship between an SNMP manager and a PROXY device in the network management system according to the present invention.
【図7】 本発明に係るネットワーク管理システムの実
施例〔2〕(PROXY装置の自動切替(障害発生
時))の処理手順を示したフローチャート図である。FIG. 7 is a flowchart illustrating a processing procedure of an embodiment [2] of the network management system according to the present invention (automatic switching of a PROXY device (when a failure occurs)).
【図8】 本発明に係るネットワーク管理システムの実
施例〔2〕で使用されるテーブルの構成図である。FIG. 8 is a configuration diagram of a table used in the embodiment [2] of the network management system according to the present invention.
【図9】 本発明に係るネットワーク管理システムの実
施例〔2〕の動作を説明するためのタイムチャート図で
ある。FIG. 9 is a time chart for explaining the operation of the embodiment [2] of the network management system according to the present invention.
【図10】本発明に係るネットワーク管理システムの実
施例〔2〕におけるSNMPマネージャとエージェント
の障害イメージを示したブロック図である。FIG. 10 is a block diagram showing a failure image of an SNMP manager and an agent in the embodiment [2] of the network management system according to the present invention.
【図11】本発明に係るネットワーク管理システムの実
施例〔2〕におけるTRAP受信による障害検出を示し
たブロック図である。FIG. 11 is a block diagram showing failure detection by TRAP reception in the embodiment [2] of the network management system according to the present invention.
【図12】本発明に係るネットワーク管理システムの実
施例〔3〕(PROXY装置の自動切替(負荷分散))
の処理手順を概略的に示したフローチャート図である。FIG. 12 is an embodiment [3] of the network management system according to the present invention (automatic switching of PROXY devices (load distribution));
FIG. 4 is a flowchart schematically showing the processing procedure of FIG.
【図13】本発明に係るネットワーク管理システムの実
施例〔3〕における負荷検出方法1を示したフローチャ
ート図である。FIG. 13 is a flowchart illustrating a load detection method 1 in the embodiment [3] of the network management system according to the present invention.
【図14】本発明に係るネットワーク管理システムの実
施例〔3〕における負荷検出方法2の管理情報収集処理
を概略的に示したフローチャート図である。FIG. 14 is a flowchart schematically showing management information collection processing of load detection method 2 in the embodiment [3] of the network management system according to the present invention.
【図15】本発明に係るネットワーク管理システムの実
施例〔3〕における負荷検出方法2を示したフローチャ
ート図である。FIG. 15 is a flowchart illustrating a load detection method 2 in the embodiment [3] of the network management system according to the present invention.
【図16】本発明に係るネットワーク管理システムの実
施例〔3〕で使用されるテーブル/データの構成図であ
る。FIG. 16 is a configuration diagram of tables / data used in the embodiment [3] of the network management system according to the present invention.
【図17】本発明に係るネットワーク管理システムの実
施例〔3〕の動作を説明するためのタイムチャート図で
ある。FIG. 17 is a time chart for explaining the operation of the embodiment [3] of the network management system according to the present invention.
【図18】本発明に係るネットワーク管理システムの実
施例〔4〕(PROXY装置の自動切替(定刻切替))
の処理手順を概略的に示したフローチャート図である。FIG. 18 shows an embodiment [4] of the network management system according to the present invention (automatic switching of PROXY devices (periodic switching)).
FIG. 4 is a flowchart schematically showing the processing procedure of FIG.
【図19】本発明に係るネットワーク管理システムの実
施例〔4〕で使用されるテーブル/データの構成図であ
る。FIG. 19 is a configuration diagram of tables / data used in the embodiment [4] of the network management system according to the present invention.
【図20】本発明に係るネットワーク管理システムの実
施例〔4〕の動作を説明するためのタイムチャート図で
ある。FIG. 20 is a time chart for explaining the operation of the embodiment [4] of the network management system according to the present invention.
【図21】本発明に係るネットワーク管理システムの実
施例〔5〕(リング上のノード接続状態自動認識)に用
いるFDDIネットワークの構成図である。FIG. 21 is a configuration diagram of an FDDI network used for an embodiment [5] (automatic recognition of a node connection state on a ring) of a network management system according to the present invention.
【図22】本発明に係るネットワーク管理システムの実
施例〔5〕の処理手順を示したフローチャート図であ
る。FIG. 22 is a flowchart showing a processing procedure of the embodiment [5] of the network management system according to the present invention.
【図23】本発明に係るネットワーク管理システムの実
施例〔5〕で使用されるテーブルの構成図である。FIG. 23 is a configuration diagram of a table used in the embodiment [5] of the network management system according to the present invention.
【図24】本発明に係るネットワーク管理システムの実
施例〔5〕における管理情報収集時のレスポンス結果を
表で示した図である。FIG. 24 is a table showing response results at the time of management information collection in the embodiment [5] of the network management system according to the present invention.
【図25】本発明に係るネットワーク管理システムの実
施例〔5〕において検出されるトークンの流れを示した
図である。FIG. 25 is a diagram showing a flow of tokens detected in the embodiment [5] of the network management system according to the present invention.
【図26】本発明に係るネットワーク管理システムの実
施例〔5〕において検出されるポートの流れを示した図
である。FIG. 26 is a diagram showing a flow of ports detected in the embodiment [5] of the network management system according to the present invention.
【図27】本発明に係るネットワーク管理システムの実
施例〔5〕において検出される1次側リング上のノード
の流れを示した図である。FIG. 27 is a diagram showing a flow of nodes on the primary ring detected in the embodiment [5] of the network management system according to the present invention.
【図28】本発明に係るネットワーク管理システムの実
施例〔6〕(ノードの自動追加(管理対象追加))の処
理手順を示すフローチャート図である。FIG. 28 is a flowchart illustrating a processing procedure of an embodiment [6] (automatic node addition (management target addition)) of the network management system according to the present invention.
【図29】本発明に係るネットワーク管理システムの実
施例〔6〕の動作を説明するためのブロック図である。FIG. 29 is a block diagram for explaining the operation of the embodiment [6] of the network management system according to the present invention.
【図30】本発明に係るネットワーク管理システムの実
施例〔6〕における管理情報収集時のレスポンス結果を
表で示した図である。FIG. 30 is a table showing response results at the time of collecting management information in the embodiment [6] of the network management system according to the present invention.
【図31】本発明に係るネットワーク管理システムの実
施例〔7〕(リングの自動追加(管理対象追加))の処
理手順を示すフローチャート図である。FIG. 31 is a flowchart illustrating a processing procedure of an embodiment [7] of the network management system according to the present invention (automatic ring addition (management target addition)).
【図32】本発明に係るネットワーク管理システムの実
施例〔7〕の動作を説明するためのブロック図である。FIG. 32 is a block diagram for explaining the operation of the embodiment [7] of the network management system according to the present invention.
【図33】本発明に係るネットワーク管理システムの実
施例〔7〕における管理情報収集時のレスポンス結果を
表で示した図である。FIG. 33 is a table showing response results at the time of management information collection in the embodiment [7] of the network management system according to the present invention.
【図34】本発明に係るネットワーク管理システムの実
施例〔8〕(PROXYからSNMPへの自動切替(P
ROXY全障害時)の処理手順を示すフローチャート図
である。FIG. 34 shows an embodiment [8] of the network management system according to the present invention (automatic switching from PROXY to SNMP (P
It is a flowchart figure which shows the processing procedure of (at the time of ROXY all failure).
【図35】本発明に係るネットワーク管理システムの実
施例〔8〕で使用されるテーブルの構成図である。FIG. 35 is a configuration diagram of a table used in the embodiment [8] of the network management system according to the present invention.
【図36】本発明に係るネットワーク管理システムの実
施例FIG. 36 shows an embodiment of a network management system according to the present invention.
〔9〕(SNMPからPROXYへの自動切替(P
ROXY障害復旧時))の処理手順を示すフローチャー
ト図である。[9] (Automatic switching from SNMP to PROXY (P
FIG. 9 is a flowchart illustrating a processing procedure of (ROXY failure recovery)).
【図37】本発明に係るネットワーク管理システムの実
施例FIG. 37 shows an embodiment of a network management system according to the present invention.
〔9〕で使用されるテーブルの構成図である。It is a block diagram of the table used by [9].
【図38】従来より知られているSNMP−SMT変換
PROXY装置を用いたSNMP管理システムを示した
ブロック図である。FIG. 38 is a block diagram showing an SNMP management system using a conventionally known SNMP-SMT conversion PROXY device.
【図39】従来より知られているSNMPフレームの構
成図である。FIG. 39 is a configuration diagram of a conventionally known SNMP frame.
【図40】従来より知られているPROXY装置による
SNMP−SMT変換を示す図である。FIG. 40 is a diagram showing SNMP-SMT conversion by a conventionally known PROXY device.
【図41】従来より知られているSMTフレームの構成
図である。FIG. 41 is a configuration diagram of a conventionally known SMT frame.
M SNMPマネージャ 1〜5 ノード 6 コンセントレータ R,R1 FDDIリング P 1次側リング S 2次側リング ■ MAC □ ポート 図中、同一符号は同一又は相当部分を示す。 M SNMP manager 1-5 Node 6 Concentrator R, R1 FDDI ring P Primary ring S Secondary ring ■ MAC □ Port In the figure, the same reference numerals indicate the same or corresponding parts.
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平7−334445(JP,A) 特開 平7−226777(JP,A) 特開 平6−309257(JP,A) (58)調査した分野(Int.Cl.7,DB名) H04L 12/42 ────────────────────────────────────────────────── ─── Continuation of the front page (56) References JP-A-7-334445 (JP, A) JP-A-7-226777 (JP, A) JP-A-6-309257 (JP, A) (58) Field (Int.Cl. 7 , DB name) H04L 12/42
Claims (11)
T変換プロトコル機能を有するプロトコル変換装置を介
してFDDIリング上の複数のノードをSNMPマネー
ジャが管理するネットワーク管理システムにおいて、 該SNMPマネージャが、各ノードに対してポーリング
を行って戻って来た第1のノード管理情報からSNMP
ノードを検出し、さらにこれらのSNMPノードが該プ
ロトコル変換装置であるか否かを第2のノード管理情報
から判別し、該プロトコル変換装置が複数存在するとき
には該FDDIリング上のSMTノードを管理する媒体
としてのプロトコル変換装置を第3のノード管理情報に
基づく所定の優先順位に従って一台だけ選択することを
特徴としたネットワーク管理システム。1. SNMP protocol or SNMP-SM
In a network management system in which an SNMP manager manages a plurality of nodes on an FDDI ring via a protocol conversion device having a T conversion protocol function, the SNMP manager polls each node and returns the first. SNMP from node management information
Nodes are detected, and whether or not these SNMP nodes are the protocol converters is determined from the second node management information. When a plurality of the protocol converters exist, the SMT nodes on the FDDI ring are managed. A network management system, wherein only one protocol conversion device as a medium is selected in accordance with a predetermined priority based on third node management information.
テムにおいて、該SNMPマネージャは、該ポーリング
時に該SNMPエージェント情報が一定時間間隔で所定
回数だけ連続してリトライしても返信されなかったとき
該管理プロトコル変換装置を障害と判定し、該優先順位
に従って他のプロトコル変換装置に自動的に切り替える
ことを特徴としたネットワーク管理システム。2. The network management system according to claim 1, wherein the SNMP manager performs the management when the SNMP agent information is not returned even if the SNMP agent information is continuously retried a predetermined number of times at a predetermined time interval during the polling. A network management system characterized in that a protocol conversion device is determined to be a failure and automatically switched to another protocol conversion device according to the priority.
テムにおいて、該SNMPマネージャは、該管理プロト
コル変換装置からの非同期な情報通知を受けて該プロト
コル変換装置が障害であると判定したとき、該優先順位
に従って他のプロトコル変換装置に自動的に切り替える
ことを特徴としたネットワーク管理システム。3. The network management system according to claim 1, wherein the SNMP manager receives the asynchronous information notification from the management protocol conversion device and determines that the protocol conversion device is faulty. A network management system characterized by automatically switching to another protocol converter according to the order.
トワーク管理システムにおいて、SNMPマネージャ
は、該ポーリング時に該SNMPエージェント情報が一
定時間間隔でリトライした回数の累積値が閾値を越えて
いるとき該管理プロトコル変換装置が高負荷状態である
と判定し、該優先順位に従って他のプロトコル変換装置
に自動的に切り替えることを特徴としたネットワーク管
理システム。4. The network management system according to claim 1, wherein the SNMP manager is configured to execute the SNMP agent information when the cumulative value of the number of times of retry at predetermined time intervals exceeds the threshold value during the polling. A network management system characterized in that the management protocol converter is determined to be in a high load state and automatically switched to another protocol converter according to the priority.
トワーク管理システムにおいて、該SNMPマネージャ
は、該管理プロトコル変換装置からの負荷監視情報に基
づいて該管理プロトコル変換装置が高負荷状態であると
判定したとき、該優先順位に従って他のプロトコル変換
装置に自動的に切り替えることを特徴としたネットワー
ク管理システム。5. The network management system according to claim 1, wherein said SNMP manager places said management protocol converter in a high load state based on load monitoring information from said management protocol converter. A network management system for automatically switching to another protocol converter according to the priority.
トワーク管理システムにおいて、該SNMPマネージャ
は、予め設定した時刻に、現在の管理PROXY装置を
他のPROXY装置へ自動的に切り替えることを特徴と
するネットワーク管理システム。6. The network management system according to claim 1, wherein the SNMP manager automatically switches the currently managed PROXY device to another PROXY device at a preset time. And a network management system.
トワーク管理システムにおいて、該SNMPマネージャ
は、予め各ノードに設定されている上流・下流ノード、
ポート数及びポート種別、ポートの接続先のポート種別
に関する情報を収集して分析することにより該リング上
のノード接続状態を自動的に認識することを特徴とした
ネットワーク管理システム。7. The network management system according to claim 1, wherein the SNMP manager comprises an upstream node and a downstream node set in advance in each node.
A network management system characterized by automatically recognizing a node connection state on the ring by collecting and analyzing information on the number of ports, port types, and port types to which the ports are connected.
トワーク管理システムにおいて、該SNMPマネージャ
は、各ノードの上流・下流ノードを管理することにより
該リング上に新たに追加されたノードを認識して自動的
に管理対象に追加することを特徴としたネットワーク管
理システム。8. The network management system according to claim 1, wherein said SNMP manager recognizes a newly added node on said ring by managing upstream and downstream nodes of each node. A network management system characterized by automatically adding to a management target.
トワーク管理システムにおいて、該SNMPマネージャ
は、各ノードのFDDIリングの接続数を管理すること
によりノードに新たに追加されたリングを認識して自動
的にそのリングを管理対象に追加することを特徴とした
ネットワーク管理システム。9. The network management system according to claim 1, wherein said SNMP manager recognizes a ring newly added to a node by managing the number of FDDI rings connected to each node. A network management system characterized by automatically adding the ring to the management target.
トワーク管理システムにおいて、切り替えるべきプロト
コル変換装置が該FDDIリング上に存在しない場合、
該リング上のSNMPエージェント機能を有するノード
と直接SNMPプロトコルで管理することを特徴とした
ネットワーク管理システム。10. The network management system according to claim 1, wherein a protocol conversion device to be switched does not exist on the FDDI ring.
A network management system characterized in that it is directly managed by a SNMP protocol with a node having an SNMP agent function on the ring.
ットワーク管理システムにおいて、リング上のPROX
Y装置の障害復旧を定期的に監視し、復旧検出時には再
度PROXY装置を介して管理することを特徴としたネ
ットワーク管理システム。11. The network management system according to claim 1, wherein the PROX on the ring is
A network management system characterized in that a failure recovery of a Y device is periodically monitored, and when recovery is detected, management is performed again via a PROXY device.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP23623794A JP3293719B2 (en) | 1994-09-30 | 1994-09-30 | Network management system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP23623794A JP3293719B2 (en) | 1994-09-30 | 1994-09-30 | Network management system |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH08102756A JPH08102756A (en) | 1996-04-16 |
JP3293719B2 true JP3293719B2 (en) | 2002-06-17 |
Family
ID=16997821
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP23623794A Expired - Fee Related JP3293719B2 (en) | 1994-09-30 | 1994-09-30 | Network management system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3293719B2 (en) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20030057921A (en) * | 2001-12-29 | 2003-07-07 | 엘지전자 주식회사 | Method of Managing MIB Table Structure in the SNMP Network |
CN1292567C (en) * | 2002-06-22 | 2006-12-27 | 华为技术有限公司 | IP loop distribution type and width processing method |
JPWO2004071014A1 (en) * | 2003-02-06 | 2006-06-01 | 富士通株式会社 | SNMP proxy agent and management information relay method |
KR20050075486A (en) * | 2004-01-15 | 2005-07-21 | 유티스타콤코리아 유한회사 | Method for compensating time value in network management application using snmp |
TWI337818B (en) * | 2007-04-16 | 2011-02-21 | Accton Technology Corp | Network management system and management method thereof |
JP5069269B2 (en) * | 2009-04-02 | 2012-11-07 | 日本電信電話株式会社 | Supervisory control system |
JP5949035B2 (en) * | 2012-03-27 | 2016-07-06 | 日本電気株式会社 | Network device setting device, setting system, setting method and setting program |
US9059941B1 (en) * | 2014-05-29 | 2015-06-16 | Amazon Technologies, Inc. | Providing router information according to a programmatic interface |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5706508A (en) * | 1993-04-05 | 1998-01-06 | International Business Machines Corporation | System and method for monitoring SNMP tables |
JP2918088B2 (en) * | 1994-02-10 | 1999-07-12 | 株式会社日立製作所 | Hierarchical network management system and method for controlling network management information |
JP3521955B2 (en) * | 1994-06-14 | 2004-04-26 | 株式会社日立製作所 | Hierarchical network management system |
-
1994
- 1994-09-30 JP JP23623794A patent/JP3293719B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JPH08102756A (en) | 1996-04-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1376931B1 (en) | Network resource management | |
JP3450177B2 (en) | Network monitoring system and monitored control device | |
US20030137932A1 (en) | Path fault recovery method, switching-back method after recovery from fault, and node using the same | |
EP0637415B1 (en) | System and method for automatic segment resolution on a local area network | |
US20030055954A1 (en) | Adaptive node selection | |
JP3206644B2 (en) | Network management method | |
US7760695B2 (en) | Methods and systems for centralized cluster management in wireless switch architecture | |
EP2458797A1 (en) | Method, device and system for updating ring network topology information | |
CN112637368B (en) | Distributed industrial data acquisition system and method | |
CN102263651A (en) | Method for detecting connection state of local end equipment in SNMP (simple network management protocol) network management system (NMS) | |
JP3293719B2 (en) | Network management system | |
JP2001127761A (en) | Communication data confirmation test method in mpls communication system, and router, exchange and communication system utilizing the method | |
JPH11112509A (en) | Atm network communication path monitor system | |
JP3542980B2 (en) | Network system, network entity monitoring method, recording medium | |
JP4673532B2 (en) | Comprehensive alignment process in a multi-manager environment | |
KR100964392B1 (en) | System and method for managing network failure | |
US7764630B2 (en) | Method for automatically discovering a bus system in a multipoint transport network, multipoint transport network and network node | |
JP3570300B2 (en) | Fault management method and method | |
JP2001067291A (en) | Network monitor system | |
KR100612254B1 (en) | Apparatus and method of manage performance data in network management system using snmp | |
JP4410082B2 (en) | Communication relay device, communication relay method, and communication relay program | |
KR101146836B1 (en) | Method and devices for operating a management network in the event a manager fails | |
JP2000151598A (en) | Network management system, in-office monitoring device, monitor controller and remote monitor controller | |
KR20050076406A (en) | Management system and method for network element in telecommunication management network | |
JP3436284B2 (en) | Network monitoring system and its device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20020319 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080405 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090405 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090405 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100405 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110405 Year of fee payment: 9 |
|
LAPS | Cancellation because of no payment of annual fees |