JPH08102756A - ネットワーク管理システム - Google Patents
ネットワーク管理システムInfo
- Publication number
- JPH08102756A JPH08102756A JP6236237A JP23623794A JPH08102756A JP H08102756 A JPH08102756 A JP H08102756A JP 6236237 A JP6236237 A JP 6236237A JP 23623794 A JP23623794 A JP 23623794A JP H08102756 A JPH08102756 A JP H08102756A
- 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.)
- Granted
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【目的】 ＳＮＭＰプロトコル又はＳＮＭＰーＳＭＴ変
換プロトコル機能を有するＰＲＯＸＹ装置（プロトコル
変換装置）を介してＦＤＤＩリング上の複数のノードを
ＳＮＭＰマネージャが管理するネットワーク管理システ
ムに関し、ＦＤＤＩネットワーク上のノード検出及びノ
ードの状態を定期的且つ自動的に把握することを可能と
し、動的なネットワークに適したシステムを提供する。 【構成】 ＳＮＭＰマネージャが、各ノードに対してポ
ーリングを行って戻って来たノード管理情報からＳＮＭ
Ｐノードを検出し、さらにこれらのＳＮＭＰノードがＳ
ＮＭＰ−ＳＭＴプロトコル変換装置であるか否かを判別
し、該プロトコル変換装置が複数存在するときには所定
の優先順位に従って一台だけ選択する。
換プロトコル機能を有するＰＲＯＸＹ装置（プロトコル
変換装置）を介してＦＤＤＩリング上の複数のノードを
ＳＮＭＰマネージャが管理するネットワーク管理システ
ムに関し、ＦＤＤＩネットワーク上のノード検出及びノ
ードの状態を定期的且つ自動的に把握することを可能と
し、動的なネットワークに適したシステムを提供する。 【構成】 ＳＮＭＰマネージャが、各ノードに対してポ
ーリングを行って戻って来たノード管理情報からＳＮＭ
Ｐノードを検出し、さらにこれらのＳＮＭＰノードがＳ
ＮＭＰ−ＳＭＴプロトコル変換装置であるか否かを判別
し、該プロトコル変換装置が複数存在するときには所定
の優先順位に従って一台だけ選択する。
Description
【発明の詳細な説明】 【０００１】 【産業上の利用分野】本発明はネットワーク管理システ
ムに関し、特にＦＤＤＩ（Fiber Distributed Data Int
erface）によって構築されたネットワークのネットワー
ク管理システムに関するものであり、更にはＦＤＤＩ
（Fiber Distributed Data Interface）によって構築さ
れたネットワークを、ＳＮＭＰ(Simple Net Management
Protocol)−ＳＭＴ(Station ManagemenT)プロトコル変
換装置（プロキシィ装置：以下、ＰＲＯＸＹ装置或いは
単にＰＲＯＸＹと称する）を使用して管理する際のネッ
トワーク管理システムに関するものである。 【０００２】 【従来の技術】図３８（１）には、従来より知られてい
るＦＤＤＩネットワークとしてのイーサネットワートが
概略的に示されており、ＳＮＭＰマネージャ（管理ノー
ド）としてのノードＭＧは被管理ノードＡ〜ＤとＦＤＤ
ＩリングＲを介して接続されている。 【０００３】このようなＦＤＤＩネットワークにおい
て、同図（２）に示すようにノードＭＧがＳＮＭＰエー
ジェントとしてのノードＡを管理する場合、ノードＭＧ
はノードＡに対して収集しようとする管理情報（以下、
ＭＩＢ=Management InformatinBase=情報又は単にＭＩ
Ｂと称する）を“ＭＩＢリクエスト”パケットとして送
信を行う。 【０００４】これに対してノードＡは自局内に保持して
いる各プロトコルのＭＩＢ情報をノードＭＧからの指示
によって編集し、ノードＭＧに対して“ＭＩＢレスポン
ス”パケットとして返信を行う。 【０００５】このようにＳＮＭＰプロトコルに使用され
るＳＮＭＰフレームの構成図が図３９に示されている。 【０００６】一方、ノードＡがＳＭＴエージェントの場
合には、ノードＭＧはプロトコルが異なるためノードＡ
を直接管理できない。 【０００７】このため、図３８（３）に示すように、Ｆ
ＤＤＩリングＲ中のノードＣをＳＮＭＰ−ＳＭＴプロト
コル変換を行うＰＲＯＸＹ装置とし、このＰＲＯＸＹ装
置を介してノードＡを管理する。 【０００８】即ち、ノードＭＧは図４０にも示すように
ノードＡから収集しようとするＭＩＢ情報をノードＣに
対して“ＭＩＢリクエスト”パケットとしてＳＮＭＰ
プロトコルで送信する。これはノードＣのＩＰ(Interna
l Protocol) アドレスを指定して図３９に示すフレーム
を送信することにより行われる。 【０００９】ノードＣはノードＭＧから受信したパケッ
トを分析し、ノードＡに対するＭＩＢリクエストと判断
すると、図４０にも示すようにＳＭＴプロトコルにより
ノードＡに対して“ＭＩＢリクエスト”を送信する。
これは、ノードＡのＭＡＣアドレスを指定して図４１に
示すフレームを送信することにより行われる。 【００１０】ノードＡはノードＣから指示されたＭＩＢ
情報を編集し、ノードＣに対して“ＭＩＢレスポンス
”パケットとして返信（ノードＣのＭＡＣアドレスを
指定してフレーム送信）するので、ノードＣは受信した
“ＭＩＢレスポンス”パケットをノードＭＧに対して
返信（ノードＡのＩＰアドレスを指定してフレーム送
信）する。 【００１１】従って、ＰＲＯＸＹ装置は次の機能を備え
ている必要がある。 (1)ＳＮＭＰとＳＭＴの両プロトコルをサポートしてい
ること。 (2)同一ＦＤＤＩリングに接続されているノードとＳＭ
Ｔプロトコルにより通信できること。 (3)ＳＮＭＰマネージャとＳＮＭＰプロトコルにより通
信できること。 【００１２】(4)同一ＦＤＤＩリングに接続されている
ノード毎に識別子としてのノードのＭＡＣ（Media Acce
ss Control）アドレスとインスタンス対応情報を持ち、
識別情報をＳＮＭＰプロトコルによりＳＮＭＰマネージ
ャに通知できること。 (5)ＳＮＭＰマネージャから、ノード識別子のインスタ
ンス付きのＳＮＭＰプロトコルのＭＩＢ情報の収集要求
を、ＳＮＭＰマネージャが要求するノードに対してＳＭ
Ｔプロトコルに変換して送信できること。 (6)各ノードからＳＭＴプロトコルにより、通知された
ＭＩＢ情報を識別用インスタンス付きのＳＮＭＰプロト
コルに変換し、ＳＮＭＰマネージャに通知できること。 【００１３】また、ＳＮＭＰマネージャとＰＲＯＸＹ装
置との関係は次の通りとなる。 (1)ＦＤＤＩリングは１リングにつき１ＰＲＯＸＹ装置
で管理する。 (2)ＰＲＯＸＹ装置を介して各ノードと通信する為、マ
ネージャはＰＲＯＸＹ装置が各ノードを識別するために
設定した識別用インスタンスを収集する。 (3)マネージャは、ＰＲＯＸＹ装置管理下のノードを識
別用インスタンスとともに通知されたＭＡＣアドレスで
管理する。 【００１４】(4)マネージャが各ノードに対して、ＭＩ
Ｂ情報を要求する場合、ＰＲＯＸＹ装置から収集したノ
ード識別のインスタンスを設定したフレームをＰＲＯＸ
Ｙ装置に対して送信する。 【００１５】 【発明が解決しようとする課題】上記のような従来のネ
ットワーク管理システムにおいては、ＳＮＭＰマネージ
ャに予めＦＤＤＩネットワーク上のＳＭＴエージェント
もしくは、ＰＲＯＸＹ装置等のノード管理情報を登録す
ることにより、ＦＤＤＩネットワークを管理していた。 【００１６】ところが、ＦＤＤＩネットワークに限ら
ず、ネットワークの構成は常に動的である為、ネットワ
ークの構成に変化がある度に最新のノード管理情報を管
理マネージャに登録しなければネットワークの管理を継
続できなかった。 【００１７】更に、ＰＲＯＸＹ装置が管理不可能状態
（障害・高負荷）においても、登録された情報に従い、
ネットワーク管理を実施し続けていた為、上記と同様
に、ネットワークの管理を継続して行えなかった。 【００１８】従って、ＦＤＤＩネットワークの構成に変
化があった場合、もしくはＰＲＯＸＹ装置管理不可能状
態においては、最新のノード管理情報を管理マネージャ
に登録するまでネットワークの管理が中断されるという
問題を抱えていた。 【００１９】そこで本発明は、ＳＮＭＰプロトコル又は
ＳＮＭＰーＳＭＴ変換プロトコル機能を有するＰＲＯＸ
Ｙ装置（プロトコル変換装置）を介してＦＤＤＩリング
上の複数のノードをＳＮＭＰマネージャが管理するネッ
トワーク管理システムにおいて、ＦＤＤＩネットワーク
上のノード検出及びノードの状態を定期的且つ自動的に
把握することを可能とし、動的なネットワークに適した
システムを提供することを目的とする。 【００２０】 【課題を解決するための手段及び作用】〔１〕ＰＲＯＸＹ装置の自動検出／選択： 本発明に係る
ネットワーク管理システムでは、ＳＮＭＰマネージャ
が、各ノードに対してポーリングを行って戻って来た第
１のノード管理情報からＳＮＭＰノードを検出し、さら
にこれらのＳＮＭＰノードがＰＲＯＸＹ装置であるか否
かを第２のノード管理情報から判別し、該ＰＲＯＸＹ装
置が複数存在するときには該ＦＤＤＩリング上のＳＭＴ
ノードを管理する媒体としてのＰＲＯＸＹ装置を第３の
ノード管理情報に基づく所定の優先順位に従って一台だ
け選択することを特徴としている。 【００２１】即ち、まず、ＳＮＭＰマネージャは全ての
ネットワークノードに対して、例えばｐｉｎｇ（応答照
会）を送出してポーリングを行い、各ノードから第１の
ノード管理情報を収集する。このノード管理情報を返信
するノードの中で、サポートメディアにＦＤＤＩがある
ノードが管理対象ノード、即ちＳＮＭＰノードである。 【００２２】そして、ＳＮＭＰマネージャは、管理対象
となったＳＮＭＰノードがＳＮＭＰ−ＳＭＴ変換機能を
サポートするＰＲＯＸＹ装置であるか否かを第２のノー
ド管理情報により確認する。 【００２３】ＰＲＯＸＹ装置と確認された場合には、こ
のＰＲＯＸＹ装置が一台であればそのまま管理ＰＲＯＸ
Ｙ装置として選択されるが、複数台ある場合には第３の
ノード管理情報に従って定められる所定の優先順位に沿
って特定の一台のＰＲＯＸＹ装置を管理ＰＲＯＸＹ装置
として選択する。 【００２４】以上の処理により自動的に管理ＰＲＯＸＹ
装置を認識し、該管理ＰＲＯＸＹ装置経由で管理下ノー
ドに対して種々の情報が収集できる。 【００２５】〔２〕ＰＲＯＸＹ装置の自動切替 (障害発
生時) ： 本発明では、上記〔１〕のネットワーク管理システム
において、該ＳＮＭＰマネージャは、該ポーリング時に
該ＳＮＭＰエージェント情報が一定時間間隔で所定回数
だけ連続してリトライしても返信されなかったとき該管
理ＰＲＯＸＹ装置を障害と判定し、上記の優先順位に従
って他のＰＲＯＸＹ装置に自動的に切り替えることがで
きる。 【００２６】即ち、タイマを用い、該タイマのタイムア
ウト発生時にリトライを行い、このリトライ回数が予め
設定した最大リトライ数を越えた場合、そのノードはＰ
ＲＯＸＹ装置として機能不可の状態であると判断し、Ｓ
ＮＭＰマネージャに該第３のノード管理情報により決定
されている優先順位に従って管理ＰＲＯＸＹ装置の変更
を行う。 【００２７】以上の処理により、ＰＲＯＸＹ装置の変更
及び、変更したＰＲＯＸＹ装置経由で管理下ノードに対
して情報収集が可能となる。 【００２８】また、本発明では、リトライを行う代わ
りに、該ＳＮＭＰマネージャは、該管理ＰＲＯＸＹ装置
からの非同期な情報通知を受けて該ＰＲＯＸＹ装置が障
害であると判定したとき、上記の優先順位に従って他の
プロトコル変換装置に自動的に切り替えることもでき
る。 【００２９】〔３〕ＰＲＯＸＹ装置の自動切替 (負荷分
散）： 本発明では、上記のネットワーク管理システムにおい
て、ＳＮＭＰマネージャは、該ポーリング時に該ＳＮＭ
Ｐエージェント情報が一定時間間隔でリトライした回数
の累積値が閾値を越えているとき該管理ＰＲＯＸＹ装置
が高負荷状態であると判定し、上記の優先順位に従って
他のプロトコル変換装置に自動的に切り替えることがで
きる。 【００３０】また、本発明では、リトライ回数の代わ
りに、該ＳＮＭＰマネージャは、該管理プロトコル変換
装置からの負荷監視情報に基づいて該管理ＰＲＯＸＹ装
置が高負荷状態であると判定したとき、該優先順位に従
って他のプロトコル変換装置に自動的に切り替えること
も可能である。 【００３１】〔４〕ＰＲＯＸＹ装置の自動切替 (定刻切
替) ：本発明では、上記のネットワーク管理システムに
おいて、該ＳＮＭＰマネージャは、予め設定した時刻
に、現在の管理ＰＲＯＸＹ装置を他のＰＲＯＸＹ装置へ
自動的に切り替えることができる。 【００３２】即ち、定期的にシステムから時刻を取り出
して対応するＰＲＯＸＹ装置を抽出する。抽出したＰＲ
ＯＸＹ装置と現管理ＰＲＯＸＹ装置とが違う場合、ＰＲ
ＯＸＹ装置を切り替える。 【００３３】〔５〕リング上のノード接続状態自動認
識：本発明では、上記のネットワーク管理システムにお
いて、該ＳＮＭＰマネージャは、予め各ノードに設定さ
れている上流・下流ノード及びポート数・ポート種別と
ポート接続状態に関する管理情報を収集して分析するこ
とにより該リング上のノード接続状態を自動的に認識す
ることができる。 【００３４】即ち、各ノードから収集できるＳＮＭＰ、
ＳＭＴプロトコルの管理情報は下記の通りである。 ・トークンが通る位置関係（上流／下流）のノードアド
レス ・ノードのポート数、及びポート種別 ・ポートの接続先のポート種別 【００３５】これらの管理情報を基に、ノードの各ポー
トの接続先ノードの分析が可能である。接続相手の分析
はノード（の自ＭＡＣ）より上流のポートに対して先に
行い、全ノード終了後、下流のポートの接続相手を識別
する。 【００３６】上流のポート（１ポートしか持たないノー
ドは含まない）の接続先のノードは、上流に向かってポ
ートの順番の数だけ上流に辿ったノードが接続相手であ
る。 【００３７】但し、コンセントレータは、ノード自身
に、コンセントレータから上流の位置関係になるノード
を接続している。従って、ポートの順番の数だけノード
を辿って行く途中にコンセントレータが存在する場合
は、そのコンセントレータに接続している上流側のノー
ドを考慮する必要がある。コンセントレータには“ノー
ド内接続ポート数−１”だけ、ノードが接続されている
ため、そのノード数だけさらに辿ったノードが接続相手
となる。 【００３８】下流のポートは、１ポートであるため、接
続先はＦＤＤＩリングより自ノードを接続先として設定
されているノードの中で、自ノードの接続先として設定
されていないノードが接続先である。 【００３９】〔６〕ノードの自動追加 (管理対象追加)
：本発明では、上記のネットワーク管理システムにお
いて、該ＳＮＭＰマネージャは、各ノードの上流・下流
ノードを管理することにより該リング上に新たに追加さ
れたノードを認識して自動的に管理対象に追加すること
ができる。 【００４０】即ち、ＳＮＭＰマネージャは各ノードに対
して定期的に管理を収集し、返されたノード管理情報
が、現管理ノードにない場合は新規追加ノードと判断
し、管理対象に加える。 【００４１】〔７〕リングの自動追加 (管理対象追加)
：本発明では、上記のネットワーク管理システムにお
いて、該ＳＮＭＰマネージャは、各ノードのＦＤＤＩリ
ングの接続数を管理することによりノードに新たに追加
されたリングを認識して自動的にそのリングを管理対象
に追加することができる。 【００４２】即ち、ＳＮＭＰマネージャは定期的にノー
ド管理情報の収集を行い、返されたノード管理情報のＦ
ＤＤＩリング数情報が、現管理ＦＤＤＩリング数と違う
場合、新規追加ＦＤＤＩリング有りと判断し、管理対象
に加える。 【００４３】〔８〕ＰＲＯＸＹ装置からＳＮＭＰへの自
動切替 (ＰＲＯＸＹ全障害時) ：本発明では、上記のネ
ットワーク管理システムにおいて、切り替えるべきＰＲ
ＯＸＹ装置が該ＦＤＤＩリング上に存在しない場合、該
リング上のＳＮＭＰエージェント機能を有するノードと
直接ＳＮＭＰプロトコルで管理することができる。 【００４４】即ち、ＰＲＯＸＹ装置の全障害が発生した
場合、ＦＤＤＩネットワークのＳＮＭＰプロトコル機能
をサポートしているノードを検出し、ＳＮＭＰプロトコ
ルによる直接ノードへの管理に切り替える。 【００４５】〔９〕ＳＮＭＰからＰＲＯＸＹへの自動切
替 (ＰＲＯＸＹ復旧時) ：本発明では、上記のネットワ
ーク管理システムにおいて、リング上のＰＲＯＸＹ装置
の障害復旧を定期的に監視し、復旧検出時には再度ＰＲ
ＯＸＹ装置を介して管理することができる。 【００４６】即ち、障害ＰＲＯＸＹ装置の復旧を定期的
に監視し、これを検出した場合、収容されるＦＤＤＩリ
ングが、ＰＲＯＸＹ装置により監視されておらずＳＮＭ
Ｐプロトコルによる監視である場合、復旧ＰＲＯＸＹ装
置による監視に切り替えるものである。 【００４７】上記のＰＲＯＸＹ装置の自動切替と同様し
て、復旧ＰＲＯＸＹ装置による監視に切り替える。 【００４８】 【実施例】以下、本発明に係るネットワーク管理システ
ムの実施例を図面を参照して詳細に説明する。 【００４９】〔１〕ＰＲＯＸＹ装置の自動検出及び選
択：図１〜図６ 図１は、ＰＲＯＸＹ装置が複数存在するＦＤＤＩネット
ワークを示したもので、この実施例では、ＦＤＤＩリン
グＲに４つのノード１，３〜５と１つのコンセントレー
タ６とが設けられており、このコンセントレータ６には
更にノード２が接続されている。また、ＳＮＭＰマネー
ジャＭＧはＬＡＮ通信路（イーサネット）を介してノー
ド５に接続されている。 【００５０】このようなＦＤＤＩネットワークにおい
て、ＳＮＭＰマネージャＭＧはＰＲＯＸＹ装置を検出・
選択するために以下の処理を行う。これを図２のフロー
チャートと図３に示した送受信情報と図４に示した応答
ＭＩＢ情報と図５に示したテーブル構成を参照して以下
に説明する。なお、この処理には２つの方式が考えられ
るので、それぞれについて述べる。 【００５１】（１）レスポンス未受信による障害検出 ＜図２のステップＳ１：ＳＮＭＰエージェントノードの
検出＞まず、ＳＮＭＰマネージャＭＧはＦＤＤＩリング
Ｒ上の全ノードに対してｐｉｎｇ（応答照会）を送出し
てポーリングを行いＩＰアドレスを検出する。さらに、
検出したＩＰアドレスのノードに対して、各ノードの情
報を収集するためのＭＩＢ情報を設定しているテーブル
（１）（図５参照）より『ＳＮＭＰエージェント情報』
ＭＩＢを取り出し、ＳＮＭＰプロトコルによりＭＩＢ
情報のｇｅｔ（収集）要求を送信する。 【００５２】この要求に対してＭＩＢ情報を返信するノ
ードの中でサポートメディアにＦＤＤＩがあるノード
（ＳＮＭＰノード）がＳＮＭＰマネージャＭＧの管理対
象ノードとなる。 【００５３】この結果、ＭＩＢ情報のレスポンス結果
１（図３参照）によりＳＮＭＰノードは、非ＳＮＭＰノ
ードであるノード４を除くノード１、ノード２、ノード
３、ノード５であることが検出される。 【００５４】管理対象となったＳＮＭＰノード１〜３，
５は、ＳＮＭＰプロトコルに必要なＩＰアドレスを、Ｓ
ＮＭＰエージェントのノードアドレスを設定しているテ
ーブル（２）に設定する。 【００５５】＜同ステップＳ２：ＰＲＯＸＹ装置の検出
＞更にそのノードがＰＲＯＸＹ機能を持っているか否か
を判定するために、テーブル（１）より『実行ＰＲＯＸ
Ｙ機能』ＭＩＢ情報を取り出して送信する。 【００５６】そして、ＭＩＢ情報のレスポンス結果２
によりＰＲＯＸＹ装置は非ＰＲＯＸＹ装置であるノード
５を除くノード１、ノード２、ノード３であることが検
出される。管理対象となったＰＲＯＸＹノード１〜３
は、ＳＮＭＰプロトコルに必要なＰＲＯＸＹ装置のＩＰ
アドレスをテーブル（３）に設定する。 【００５７】＜同ステップＳ３：ＰＲＯＸＹ装置の選択
＞ＳＮＭＰマネージャＭＧはＦＤＤＩリングＲ上のＳＭ
Ｔノードを管理する媒体としてＰＲＯＸＹ装置を一台だ
け選択する。ＳＮＭＰマネージャＭＧがＰＲＯＸＹ装置
を選択する条件は以下の２つである。 条件１：接続リングが少ない（即ち、ＰＲＯＸＹ装置機
能によるＰＲＯＸＹ装置ノードの負荷を少なくするた
め、接続ＦＤＤＩのリングが少ないＰＲＯＸＹ装置を優
先する）。 【００５８】条件２：直接リングに繋がっている（即
ち、ＦＤＤＩリングに直接接続されているＰＲＯＸＹ装
置とコンセントレータに接続されているＰＲＯＸＹ装置
は、他のノードの障害の影響を受け難いＦＤＤＩリング
に直接接続されているＰＲＯＸＹ装置を優先する。コン
セントレータに接続されているＰＲＯＸＹ装置の場合
は、コンセントレータノードが障害になると管理できな
くなる）。 【００５９】これらの条件を各ＰＲＯＸＹ装置に当ては
めるみるために、次に示すＭＩＢ情報，をテーブル
（１）より取り出して送出する。そのレスポンス結果が
レスポンス結果３，４である。 ＭＩＢ情報：『接続ＦＤＤＩリング情報（接続数）』 ＭＩＢ情報：『ノード情報（収容ポートの数と種
類）』 【００６０】そして、レスポンス結果３より、ノード３
はＦＤＤＩリングＲ１にも接続されているので条件１に
該当しない。また、レスポンス結果４より、ノード２は
他ノード（コンセントレータ６）の先に接続されている
ので条件２に該当しない。 【００６１】以上の結果により、ＳＮＭＰマネージャＭ
ＧはＦＤＤＩリングＲを管理する媒体としてノード１を
ＰＲＯＸＹ装置として選択する。 【００６２】＜同ステップＳ４：管理ＰＲＯＸＹノード
の確認＞次に、ＰＲＯＸＹ装置を選択した後、テーブル
（３）を優先順位順に並び替え、図５に示すように管理
ＰＲＯＸＹ装置フラグを変更する。 【００６３】そして、ＳＮＭＰマネージャＭＧは、ＰＲ
ＯＸＹノード１の管理下のノードと宛先ＭＡＣアドレス
の対応が判別できるＭＩＢ情報『インスタンスと宛先
ＭＡＣアドレスの対応』をテーブル（１）より取り出し
て送信する。 【００６４】ＭＩＢ情報のレスポンス結果５により、
ＰＲＯＸＹ装置管理下ノードのＭＡＣアドレスと、ＰＲ
ＯＸＹ装置のノード識別用インスタンスを収集すること
ができる。 【００６５】図３においてレスポンス結果１とレスポン
ス結果５を比較すればわかるように、ＳＮＭＰマネージ
ャＭＧはレスポンス結果５の情報（○’で示すノード１
からの応答）を得て初めて、ノード４をＳＮＭＰマネー
ジャ管理下のノードとして認識することができる。収集
したノード（ＦＤＤＩリング毎）の管理情報、即ちその
ＭＡＣアドレスとインスタンスは、テーブル（４）に設
定する。 【００６６】以降、テーブル（３）及び（４）の情報に
よりノード４対応のインスタンスを指定して、ＰＲＯＸ
Ｙ装置に対してＳＮＭＰプロトコルを送信することによ
り、ノード４のＭＩＢ情報をｇｅｔすることができる。 【００６７】このように、ＳＮＭＰマネージャＭＧは、
自動的にＰＲＯＸＹ装置を認識でき、またＰＲＯＸＹ装
置経由でＳＭＴノードを認識することができる。 【００６８】以後、ＳＮＭＰマネージャＭＧは、図６に
示すように、ＰＲＯＸＹ装置（ノード１）に対してＭＩ
Ｂ情報ＧＥＴを定期的に実施し、ＦＤＤＩリングＲのネ
ットワーク（リングＲ上の全てのノード）を管理する。 【００６９】〔２〕ＰＲＯＸＹ装置の自動切替（障害発
生時）：図７〜図１１ 上記の実施例〔１〕では、ＳＮＭＰマネージャＭＧはＦ
ＤＤＩリングＲを管理する媒体としてＰＲＯＸＹ装置
（ノード１）を自動選択し、また、同時にＦＤＤＩリン
グＲに収容される全てのＰＲＯＸＹ装置がテーブル
（３）に設定される。管理ＰＲＯＸＹ装置設定後は、Ｓ
ＮＭＰマネージャＭＧは管理ＰＲＯＸＹ装置を通して、
ＦＤＤＩリングＲに収容されるノード１から定期的にＭ
ＩＢ情報を収集し管理している。 【００７０】本実施例〔２〕では、管理媒体として選択
したＰＲＯＸＹ装置の障害管理を可能とし、障害検出時
に管理媒体の再選択を行う、「ＰＲＯＸＹ装置の自動切
替」処理を行うものである。以下、この処理を図７に示
したフローチャート及び図８に示したテーブル構成図並
びに図９に示したタイムチャートを参照して説明する。 【００７１】＜図７のステップＳ５：ＭＩＢ情報受信タ
イム起動＞ＳＮＭＰマネージャＭＧは管理ＰＲＯＸＹ装
置としてのノード１に対してＭＩＢ情報のｇｅｔ要求を
送信するとき、データ（１）のタイマ値（例えば３秒）
でタイマ（１）を起動すると共にテーブル（５）のＭＩ
Ｂ情報のリトライ回数を“５”に初期設定する（図８参
照）。 【００７２】＜同ステップＳ６：ＭＩＢ情報のリトライ
＞ここで、図９に＊１で示すようにレスポンス未受信判
断用タイマ（１）のタイムアウト発生前にレスポンスを
受信した時には、ＰＲＯＸＹ装置を正常（障害でない）
と見なし、レスポンス未受信判断用タイマ（１）の解除
を行い、同時にテーブル（５）のリトライ回数を“０”
にクリアする。 【００７３】一方、レスポンスの受信前に、レスポンス
未受信判断用タイマ（１）のタイムアウトが発生した場
合にはリトライ回数設定テーブル（５）内の、リトライ
実施回数の更新（＋１）を行い、データ（２）の最大リ
トライ回数と比較する。 【００７４】また、図９に＊２で示すように、リトライ
１回でレスポンスの収集ができた場合は、最大リトライ
数には達していないので、再度ＰＲＯＸＹノード自身に
対するＭＩＢ情報のｇｅｔ要求を行うと共にデータ
（１）のタイミングでタイマ（１）を起動する。 【００７５】さらに図９に＊３で示すように、レスポン
ス未受信時のリトライを続け、テーブル（５）のリトラ
イ回数が最大リトライ回数を越えた場合、管理ＰＲＯＸ
Ｙ装置（ノード１）は図１０に示すような障害状態と見
做し、ＳＮＭＰマネージャＭＧは次のＰＲＯＸＹノード
の切替処理を行う。 【００７６】＜同ステップＳ７：管理ＰＲＯＸＹノード
の切替＞ＳＮＭＰマネージャＭＧが障害と認識した管理
ＰＲＯＸＹ装置（ノード１）は、テーブル（３）の管理
ＰＲＯＸＹフラグを障害に変更する（＝２）。これによ
り管理ＰＲＯＸＹ装置が障害かどうかを認識できる。 【００７７】ＦＤＤＩリング上の管理ＰＲＯＸＹ装置が
なくなった為、実施例〔１〕の処理結果のテーブル
（３）に設定されているＰＲＯＸＹ装置フラグが非管理
ＰＲＯＸＹ（＝０）でかつテーブル（３）の上位に設定
されているノード３を選択する。 【００７８】変更ＰＲＯＸＹ装置は、ノードの識別用イ
ンスタンスが違うため、ステップＳ４の「ＰＲＯＸＹ管
理ノードの認識」処理により、変更ＰＲＯＸＹ装置によ
るノードのＭＡＣアドレスと、ＰＲＯＸＹ装置のノード
識別用のインスタンスを収集し、テーブル（４）のＰＲ
ＯＸＹ装置のノード識別情報を変更する。 【００７９】以上の処理により、ＰＲＯＸＹ装置の変更
及び変更したＰＲＯＸＹ装置経由で管理下ノードに対し
て、ＭＩＢ情報のｇｅｔ要求が可能となる。 【００８０】（２）ＴＲＡＰ受信による障害検出 ＜同ステップＳ８：障害ＴＲＡＰ受信＞ＳＮＭＰマネー
ジャＭＧは、図１１（及び図４０）に示されるようにＰ
ＲＯＸＹ装置から送信される非同期な情報通知（ＴＲＡ
Ｐ）の受信が可能である。 【００８１】ＳＮＭＰマネージャＭＧが、ＰＲＯＸＹ装
置から「ＰＲＯＸＹ機能不可能通知」のＴＲＡＰを受信
した場合、ＳＮＭＰマネージャＭＧは、ステップＳ７の
「ＰＲＯＸＹの自動切替処理」を行う。 【００８２】〔３〕ＰＲＯＸＹ装置の自動切替（負荷分
散時）：図１２〜図１７ ＰＲＯＸＹ装置の自動切替に際しては上記のような障害
検出時の他に、図１２に示すように負荷を検出して高負
荷であることが判明したときには管理ＰＲＯＸＹ装置を
切り替える方法があり、この場合の方法には以下の２通
りある。これらの処理を図１３〜１５に示したフローチ
ャート及び図１６に示したテーブル構成図並びに図１７
に示したタイムチャートにより説明する。 【００８３】『方法１』 ＜図１３のステップＳ９：負荷管理タイマ起動＞データ
（３）のタイマ値によりタイマ（２）を起動する。この
時データ（４）のリトライ回数の蓄積数を“０”に初期
設定する。 【００８４】ＳＮＭＰマネージャＭＧは、ＭＩＢ情報の
収集処理においてレスポンス未受信時にリトライを行
う。図１７に＊１で示すようにリトライを行った時、障
害のリトライ回数は、レスポンス応答があればクリアさ
れて“０”になる。 【００８５】これと平行して図１６に示した負荷の為の
リトライ回数を蓄積するためのデータ（４）を更新して
行く。これはレスポンス受信時でもクリアされない。 【００８６】＜同ステップＳ１０：負荷確認＞タイマ
（２）がタイムアウトした時、負荷の為のリトライ回数
データ（４）と負荷の為のリトライ回数の最大蓄積数
（この例では“５”）を示すデータ（５）とを比較す
る。 【００８７】この結果、図１７に示すようにデータ
（４）が６回になり、データ（５）を越えているので高
負荷と見做される。 【００８８】高負荷になった管理ＰＲＯＸＹ（ノード
１）は管理不可能となる為、実施例〔２〕におけるステ
ップＳ７の「ＰＲＯＸＹ装置の切替処理』と同様に管理
ＰＲＯＸＹ装置を変更する。 【００８９】『方法２』 ＜図１５のステップＳ１０：負荷ＭＩＢの確認＞ここで
は、ＰＲＯＸＹ装置（ノード１）にＰＲＯＸＹ装置の負
荷を監視する拡張ＭＩＢ情報−ＭＩＢ情報を設定す
る。また、図１６に示すテーブル（６）の閾値にＭＩＢ
情報として“５”を設定する。 【００９０】ＳＮＭＰマネージャＭＧは、テーブル
（６）から負荷監視の収集を行うためのＭＩＢ情報を
取り出して図１４に示すように定期的にＭＩＢ情報の
ｇｅｔを管理ＰＲＯＸＹ装置に要求する。 【００９１】そして、このレスポンス結果が“５”以上
であれば高負荷と見做し、高負荷になったＰＲＯＸＹ
（ノード１）は実施例〔２〕のステップＳ７の「ＰＲＯ
ＸＹ装置の切替処理』と同様に管理ＰＲＯＸＹ装置を変
更する。 【００９２】〔４〕ＰＲＯＸＹ装置の自動切替（定刻切
替）：図１８〜図２０ この実施例では、ＳＮＭＰマネージャＭＧは、ＦＤＤＩ
リング上に収容されるノードのＭＩＢ情報収集はＰＲＯ
ＸＹ装置（ノード１）を経由してＭＩＢ情報のｇｅｔを
実施しているものとし、図１８に示したフローチャート
に従ってＰＲＯＸＹ装置の自動定刻切替ステップＳ１２
を実行する。 【００９３】まず、図１９に示すテーブル（７）に以下
の設定を行う。 ・ＦＤＤＩリング番号＝１ ・変更時間１ ＝０７：００ ・ＰＲＯＸＹ装置名１＝１（ノード１） ・変更時間２ ＝１７：００ ・ＰＲＯＸＹ装置名２＝２（ノード２） ・変更時間３ ＝２２：００ ・ＰＲＯＸＹ装置名３＝３（ノード３） また、ＰＲＯＸＹ装置定刻確認タイマを（＝６０）に設
定する。 【００９４】いま現時刻が９：００の時、時間毎のＰＲ
ＯＸＹ装置設定テーブル（７）の変更時間対応のＰＲＯ
ＸＹ装置名１を取り出す。 【００９５】現管理ＰＲＯＸＹ装置のノード１と取り出
したＰＲＯＸＹ装置（＝ノード１）とを比較し、この時
刻対応のＰＲＯＸＹ装置名は同じなので、現管理ＰＲＯ
ＸＹ装置をノード１とする（図２０参照）。これを、Ｐ
ＲＯＸＹ装置定刻確認タイマ（６０分）毎に確認する。 【００９６】上記のＰＲＯＸＹ定刻確認中、現時刻が１
７：００になると時間毎のＰＲＯＸＹ設定テーブル
（７）より変更時間対応のＰＲＯＸＹ装置名２よりノー
ド２を取得する。 【００９７】現管理ＰＲＯＸＹ装置（ノード１）と比較
し、異なっているので実施例〔２〕の『ＰＲＯＸＹ装置
の自動切替（障害発生時）』と同様に、管理ＰＲＯＸＹ
装置をノード２に切り替える（図２０参照）。 【００９８】また、現時刻が２２：００になると上記の
ように管理ＰＲＯＸＹ装置をノード３に変更する（図２
０参照）。 【００９９】〔５〕リング上のノード接続状態自動認
識：図２１〜図２７ この実施例は、ＦＤＤＩリング上でのノードおよびポー
トの接続状態を認識しようとするものである。 【０１００】図２１に示すＦＤＤＩネットワークは、図
１に示したＦＤＤＩネットワークと比較してＦＤＤＩリ
ングＲ上にコンセントレータとしてノード２が用いられ
ており、このノード２に更に図示のようにノードＡ，
Ｂ，Ｃが接続されているところが異なっている。 【０１０１】以下、このようなＦＤＤＩネットワークの
動作を図２２に示したフローチャートと図２３に示した
テーブル構成図と図２４に示したレスポンス結果図と図
２５に示したトークンの流れ図と図２６に示したポート
の流れ図と図２７に示した１次リング上のノードの流れ
図とを参照して説明する。 【０１０２】このようなＦＤＤＩネットワークにおい
て、ＳＮＭＰマネージャＭＧはＦＤＤＩリングＲに接続
されているノードの位置関係（上流／下流）を認識する
ために、図２３に示すテーブル（１）よりＭＩＢ情報
『上流ノード』、ＭＩＢ情報『下流ノード』を取り出
して送信する。 【０１０３】各ノードは図２１に示したような各データ
を保持しており、ＳＮＭＰマネージャＭＧからのＭＩＢ
ｇｅｔ要求に対して該データを返信する（図２２のステ
ップＳ１３）。 【０１０４】このようにして全ノードからのレスポンス
を得た結果は図２４に示すレスポンス結果１であり、こ
のレスポンス結果１より、リング上のトークンの流れ
が、図２５に示すようになっている事がわかる。 【０１０５】即ち、■印で示されるＭＡＣを基準として
リング上のトークンの流れが決まるので、この例では１
次側リングＰに沿っていることになる。このトークンの
流れが各ノード毎にテーブル（８）に設定される（同ス
テップＳ１４）。 【０１０６】また、□で示されたポートの接続状態を知
るためにテーブル（１）より、ＭＩＢ情報『ノードの
ポート数』、ＭＩＢ情報『ノードのポート種別・ポー
トの接続先のポート種別・ノード内のポート、ＭＡＣに
おける位置関係』を取り出して送信する。そのレスポン
スが図２４のレスポンス結果２，３である（同ステップ
Ｓ１４）。なお、ポート種別は「インスタンス」と同義
語である。 【０１０７】レスポンス結果２，３よりポート接続の流
れを図解したものが図２６である。またノード２はポー
ト種別Ｍを２つ有していることから、他ポートに接続す
る口を２つ持ったコンセントレータであることがわか
る。これらをテーブル（９）に設定する。ノード毎のポ
ート番号はテーブル（１０）に設定される。 【０１０８】接続相手の認識は、自ＭＡＣより上流のポ
ートに対して行い、全ノード終了後、自ＭＡＣより下流
のポートの接続相手を識別する（同ステップＳ１５）。 【０１０９】ここで、ノード２に対する接続相手の識別
処理例を示す。図２７は１次側リングＰ上のノードの流
れを示す。 【０１１０】(a) ＭＡＣを基準位置とする自ポートより
上流のポート（ＳＡＳ:Single Attachment Station＝１
口ノードは含まない）は、ＭＡＣから上流に向かう順番
の数だけ上流に辿ったノードを接続相手とする。但し、
２口を有するコンセントレータが存在する場合（図２１
でのノードＡ等）は、そのノードの“ノード内の接続ポ
ート数−１”だけさらに辿る。 【０１１１】即ち、ポートでは、ＭＡＣからの“順番
の数＝１”が上流のノードＡを接続相手とする。ポート
では、ＭＡＣからの“順番の数＝２”がノードＢであ
る。しかしながら、ノードＢはノードＡがコンセントレ
ータであるため、実際にはノードＡの下につながってい
る。コンセントレータの場合、そのノードの“上流につ
ながるポート数（接続ポート数−１）”だけ上流に辿っ
たノードが接続相手である。したがって、ポートは上
流のノードＣを接続相手とする。 【０１１２】ポートは、ノードＣがコンセントレータ
でないためノードＣの上流ノードであるノード３が接続
相手である。 【０１１３】(b) ＭＡＣを基準位置とする自ポートより
下流のポートはノード２が接続相手として設定されて
いるノードを探し、そのノード内にノード２が接続相手
としての設定がない場合、接続相手とする。 【０１１４】即ち、ポートは、ノード１には既に自ノ
ード（ノード２）が接続相手として設定されており、ノ
ード１はＭＡＣより上流側の接続相手として設定はな
い。従って、ノード１を接続相手とする。 【０１１５】(c) 上記のように全てのノードの接続相手
識別処理を行い、図２５及び２６の結果も踏まえて、Ｓ
ＮＭＰマネージャＭＧは図２１のようなネットワークの
接続形態を認識することができる。 【０１１６】〔６〕ノードの自動追加：図２８〜図３０ この実施例は、ＳＮＭＰマネージャＭＧがＰＲＯＸＹ装
置を介してＦＤＤＩリング上のＳＭＴノードを管理して
いる時、リング上に新たに追加されたノードを自動管理
するものであり、図２８に示すフローチャートと図２９
に示すＦＤＤＩリング構成図と図３０に示すノード追加
によるレスポンス結果を示す図を参照して以下に説明す
る。 【０１１７】＜ステップＳ１６：ノードの監視＞ノード
追加前のＦＤＤＩネットワークを示す図２９（１）にお
いて、ＳＮＭＰマネージャＭＧはＦＤＤＩリングＲ上の
ＳＭＴノード１〜３（ただし、ノード１及び２はＳＮＭ
Ｐノードの機能も持っておりノード２は管理ＰＲＯＸＹ
装置となっている）に対して監視情報として、『上流ノ
ード認識』、『下流ノード認識』のＭＩＢ情報を定期的
に送信している。なお、このときのトークンの流れは矢
印で図示した通りである。 【０１１８】これに対する各ＳＭＴノードからのレスポ
ンス結果は、図３０（１）に示すようになり、この時点
でのＳＭＴノードはノード１〜３である。 【０１１９】そして、図２９（２）に示すようにノード
４が追加された場合、この時点でのＭＩＢ情報のレスポ
ンス結果は図３０（２）に示すようになる。 【０１２０】＜ステップＳ１７：ノードの隣接監視＞図
３０（１）と同（２）のレスポンス結果を比較すると、
ノード２の下流ノードと、ノード３の上流ノードが変化
しているのがわかる。 【０１２１】この結果からノード２とノード３との間に
ノード４が追加されたことが認識できる。 【０１２２】この認識結果に基づき、ＳＮＭＰマネージ
ャＭＧはノード２（ＰＲＯＸＹ装置）に対してノード識
別用のインスタンスを要求する。 【０１２３】ノード２からノード４の識別子のインスタ
ンスを入手後、テーブル（４）において管理対象に加え
る。 【０１２４】〔７〕リングの自動追加：図３１〜図３３ この実施例では、ＳＮＭＰマネージャＭＧがＰＲＯＸＹ
装置を介してＦＤＤＩリング上のノードに接続している
リングを管理している時、リングが新たに追加された時
の管理を行うものであり、図３１に示したフローチャー
トと図３２に示すＦＤＤＩリング構成図と図３３に示す
ノード追加によるレスポンス結果を示す図を参照して以
下に説明する。なお、ノード１〜３の機能及びトークン
の流れ方向は図２９（１）と同じである。 【０１２５】＜ステップＳ１８：ＰＲＯＸＹノードの監
視＞ＦＤＤＩリングを追加する前のネットワークを示し
た図３２（１）において、ＳＮＭＰマネージャＭＧはＦ
ＤＤＩリングＲ上のＰＲＯＸＹ装置を監視している。こ
のための監視情報として『ＦＤＤＩリング情報（接続
数）』ＭＩＢ情報を定期的に送信している。 【０１２６】それに対する各ＳＭＴノードからのレスポ
ンス結果は図３３（１）に示す通りとなり、ノード２
（ＰＲＯＸＹ装置）の接続ＦＤＤＩリングはＦＤＤＩリ
ングＲのみと認識できる。 【０１２７】そして、図３２（２）に示すようにノード
２にＦＤＤＩリングＲ１が追加されると、この時点での
ＭＩＢ情報のレスポンス結果は図３３（２）に示す通り
になる。 【０１２８】＜ステップＳ１９：接続ＦＤＤＩリングの
監視＞これによりＳＮＭＰマネージャＭＧは、ＦＤＤＩ
リング数情報が現管理ＦＤＤＩリング数と違うと認識
し、新規追加ＦＤＤＩリング有りと判断し、ノード２
（ＰＲＯＸＹ装置）に対して新規ＦＤＤＩリングの情報
（インスタンス）を要求する。ノード２から情報を入手
後、ＦＤＤＩリングＲ１をテーブル（４）に設定し管理
対象に加える。 【０１２９】〔８〕ＰＲＯＸＹからＳＮＭＰへの自動切
替（ＰＲＯＸＹ全障害時）：図３４及び図３５ ＳＮＭＰマネージャは、図３５に示すようにテーブル
（２）にＦＤＤＩリング上を管理している現ＳＮＭＰエ
ージェント機能サポートノードの情報を以下の如く設定
しておく。 【０１３０】 ・SNMPエージェントIPアドレス＝133.161.59.221 ・SNMPエージェントMACアドレス＝00:00:0E:00:01 ・ＦＤＤＩリング番号＝１ 【０１３１】上記の実施例〔２〕より管理ＰＲＯＸＹ装
置（ノード１）が障害となった時、他のＰＲＯＸＹ装置
（ノード３）に切り換えた後、ノード３に関しても同じ
ように障害が起こり、更には、同一ＦＤＤＩリング上の
全ＰＲＯＸＹ装置に障害が発生したとする。 【０１３２】＜ステップＳ２０：ＳＮＭＰエージェント
ノードの認識＞そこで、ＳＮＭＰマネージャは、ＭＩＢ
情報をｇｅｔするＰＲＯＸＹ装置が全て障害であるた
め、まずＳＮＭＰエージェント機能サポートノードを認
識する。 【０１３３】まず、テーブル（２）により『ＳＮＭＰエ
ージェントＩＰアドレス』と『ＳＮＭＰエージェントＭ
ＡＣアドレス』よりノード５（図２１参照）をＳＮＭＰ
エージェント機能サポートノードと判定する。 【０１３４】そして、ＳＮＭＰマネージャＭＧは、ノー
ド５がＳＮＭＰ−ＦＤＤＩをサポートしているか否かを
確認するため、図３５のテーブル（１）のＦＤＤＩ勧告
による“ＲＦＣ１５１２／ＲＦＣ１２８５”のＦＤＤＩ
関連のＭＩＢ情報を直接ノード５に送信する。 【０１３５】ノード５からのレスポンス受信により、ノ
ード５がＳＮＭＰ−ＦＤＤＩをサポートしているノード
であることを認識する。 【０１３６】以降、テーブル（４）にノード５のＩＰア
ドレスを設定し、ノード５からのＭＩＢ情報収集は、直
接ノード５へのＭＩＢ情報のｇｅｔに切り替える。 【０１３７】従って、全ＰＲＯＸＹ装置が障害であった
場合、ＳＮＭＰ−ＦＤＤＩをサポートしているノードは
他ノードへの直接ＭＩＢ情報のｇｅｔに切り替える。 【０１３８】〔９〕ＳＮＭＰからＰＲＯＸＹへの自動切
替（ＰＲＯＸＹ復旧時）：図３６及び図３７ 上記の実施例〔８〕によりＦＤＤＩリングは現在ＳＮＭ
Ｐ−ＦＤＤＩサポートノード５に対して直接ＭＩＢ情報
のｇｅｔを行っている。 【０１３９】＜ステップＳ２１：ＰＲＯＸＹの復旧監視
＞これに平行してＳＮＭＰマネージャは、障害中のノー
ド１に対して図３７に示すテーブル（１）からＰＲＯＸ
Ｙ機能関連ＭＩＢ情報を取り出してタイマ（１）の周
期により定期的にＭＩＢ情報のｇｅｔを行う。 【０１４０】上記の処理を継続しつつ、ノード１がＭＩ
Ｂ情報を返してくる。その結果、ＰＲＯＸＹ装置（ノー
ド１）が復旧したと見做す。 【０１４１】＜ステップＳ２２：ＰＲＯＸＹの復旧処理
＞ここでＳＮＭＰマネージャは、ＦＤＤＩリング上の監
視状態を調べ、現在ＳＮＭＰ−ＦＤＤＩサポートノード
５への直接ＭＩＢ情報のｇｅｔ要求である為、ＰＲＯＸ
Ｙ装置（ノード１）に切り替える。 【０１４２】以降、ＦＤＤＩリングに収容されるノード
からのＭＩＢ情報収集は、ノード１のＰＲＯＸＹ装置経
由で行う。 【０１４３】 【発明の効果】以上に説明したように、本発明に係るネ
ットワーク管理システムによれば、ＳＮＭＰマネージャ
が、各ノードに対してポーリングを行って戻って来たノ
ード管理情報からＳＮＭＰノードを検出し、さらにこれ
らのＳＮＭＰノードがＳＮＭＰ−ＳＭＴプロトコル変換
装置（ＰＲＯＸＹ装置）であるか否かを判別し、該プロ
トコル変換装置が複数存在するときには所定の優先順位
に従って一台だけ選択するように構成したので、ＳＮＭ
ＰマネージャはＦＤＤＩネットワーク中の各ノードの機
能を固定的に把握する必要がなくフレキシブルにネット
ワーク管理を行うことが可能となる。 【０１４４】さらに、ＳＮＭＰマネージャは、ＰＲＯＸ
Ｙ装置、ＳＮＭＰ−ＦＤＤＩサポートノード、ＦＤＤＩ
接続ノード、ＦＤＤＩリング数を自動認識することもで
きるため、ネットワーク形態の変化に容易に対応するこ
とができ、さらにＰＲＯＸＹ装置の自動切替、ＰＲＯＸ
Ｙ装置管理からＳＮＭＰ−ＦＤＤＩ管理への自動切替、
ＳＮＭＰ−ＦＤＤＩ管理からＰＲＯＸＹ装置管理への自
動切替により、ネットワーク状態の変化に柔軟に対応す
ることができ、安定した管理ができる。 【０１４５】また、ＦＤＤＩ接続ノードの接続形態を自
動認識することにより、ＦＤＤＩネットワークの接続形
態を視覚的に表現することができ、管理者にメンテナン
スし易い管理を提供できる。
ムに関し、特にＦＤＤＩ（Fiber Distributed Data Int
erface）によって構築されたネットワークのネットワー
ク管理システムに関するものであり、更にはＦＤＤＩ
（Fiber Distributed Data Interface）によって構築さ
れたネットワークを、ＳＮＭＰ(Simple Net Management
Protocol)−ＳＭＴ(Station ManagemenT)プロトコル変
換装置（プロキシィ装置：以下、ＰＲＯＸＹ装置或いは
単にＰＲＯＸＹと称する）を使用して管理する際のネッ
トワーク管理システムに関するものである。 【０００２】 【従来の技術】図３８（１）には、従来より知られてい
るＦＤＤＩネットワークとしてのイーサネットワートが
概略的に示されており、ＳＮＭＰマネージャ（管理ノー
ド）としてのノードＭＧは被管理ノードＡ〜ＤとＦＤＤ
ＩリングＲを介して接続されている。 【０００３】このようなＦＤＤＩネットワークにおい
て、同図（２）に示すようにノードＭＧがＳＮＭＰエー
ジェントとしてのノードＡを管理する場合、ノードＭＧ
はノードＡに対して収集しようとする管理情報（以下、
ＭＩＢ=Management InformatinBase=情報又は単にＭＩ
Ｂと称する）を“ＭＩＢリクエスト”パケットとして送
信を行う。 【０００４】これに対してノードＡは自局内に保持して
いる各プロトコルのＭＩＢ情報をノードＭＧからの指示
によって編集し、ノードＭＧに対して“ＭＩＢレスポン
ス”パケットとして返信を行う。 【０００５】このようにＳＮＭＰプロトコルに使用され
るＳＮＭＰフレームの構成図が図３９に示されている。 【０００６】一方、ノードＡがＳＭＴエージェントの場
合には、ノードＭＧはプロトコルが異なるためノードＡ
を直接管理できない。 【０００７】このため、図３８（３）に示すように、Ｆ
ＤＤＩリングＲ中のノードＣをＳＮＭＰ−ＳＭＴプロト
コル変換を行うＰＲＯＸＹ装置とし、このＰＲＯＸＹ装
置を介してノードＡを管理する。 【０００８】即ち、ノードＭＧは図４０にも示すように
ノードＡから収集しようとするＭＩＢ情報をノードＣに
対して“ＭＩＢリクエスト”パケットとしてＳＮＭＰ
プロトコルで送信する。これはノードＣのＩＰ(Interna
l Protocol) アドレスを指定して図３９に示すフレーム
を送信することにより行われる。 【０００９】ノードＣはノードＭＧから受信したパケッ
トを分析し、ノードＡに対するＭＩＢリクエストと判断
すると、図４０にも示すようにＳＭＴプロトコルにより
ノードＡに対して“ＭＩＢリクエスト”を送信する。
これは、ノードＡのＭＡＣアドレスを指定して図４１に
示すフレームを送信することにより行われる。 【００１０】ノードＡはノードＣから指示されたＭＩＢ
情報を編集し、ノードＣに対して“ＭＩＢレスポンス
”パケットとして返信（ノードＣのＭＡＣアドレスを
指定してフレーム送信）するので、ノードＣは受信した
“ＭＩＢレスポンス”パケットをノードＭＧに対して
返信（ノードＡのＩＰアドレスを指定してフレーム送
信）する。 【００１１】従って、ＰＲＯＸＹ装置は次の機能を備え
ている必要がある。 (1)ＳＮＭＰとＳＭＴの両プロトコルをサポートしてい
ること。 (2)同一ＦＤＤＩリングに接続されているノードとＳＭ
Ｔプロトコルにより通信できること。 (3)ＳＮＭＰマネージャとＳＮＭＰプロトコルにより通
信できること。 【００１２】(4)同一ＦＤＤＩリングに接続されている
ノード毎に識別子としてのノードのＭＡＣ（Media Acce
ss Control）アドレスとインスタンス対応情報を持ち、
識別情報をＳＮＭＰプロトコルによりＳＮＭＰマネージ
ャに通知できること。 (5)ＳＮＭＰマネージャから、ノード識別子のインスタ
ンス付きのＳＮＭＰプロトコルのＭＩＢ情報の収集要求
を、ＳＮＭＰマネージャが要求するノードに対してＳＭ
Ｔプロトコルに変換して送信できること。 (6)各ノードからＳＭＴプロトコルにより、通知された
ＭＩＢ情報を識別用インスタンス付きのＳＮＭＰプロト
コルに変換し、ＳＮＭＰマネージャに通知できること。 【００１３】また、ＳＮＭＰマネージャとＰＲＯＸＹ装
置との関係は次の通りとなる。 (1)ＦＤＤＩリングは１リングにつき１ＰＲＯＸＹ装置
で管理する。 (2)ＰＲＯＸＹ装置を介して各ノードと通信する為、マ
ネージャはＰＲＯＸＹ装置が各ノードを識別するために
設定した識別用インスタンスを収集する。 (3)マネージャは、ＰＲＯＸＹ装置管理下のノードを識
別用インスタンスとともに通知されたＭＡＣアドレスで
管理する。 【００１４】(4)マネージャが各ノードに対して、ＭＩ
Ｂ情報を要求する場合、ＰＲＯＸＹ装置から収集したノ
ード識別のインスタンスを設定したフレームをＰＲＯＸ
Ｙ装置に対して送信する。 【００１５】 【発明が解決しようとする課題】上記のような従来のネ
ットワーク管理システムにおいては、ＳＮＭＰマネージ
ャに予めＦＤＤＩネットワーク上のＳＭＴエージェント
もしくは、ＰＲＯＸＹ装置等のノード管理情報を登録す
ることにより、ＦＤＤＩネットワークを管理していた。 【００１６】ところが、ＦＤＤＩネットワークに限ら
ず、ネットワークの構成は常に動的である為、ネットワ
ークの構成に変化がある度に最新のノード管理情報を管
理マネージャに登録しなければネットワークの管理を継
続できなかった。 【００１７】更に、ＰＲＯＸＹ装置が管理不可能状態
（障害・高負荷）においても、登録された情報に従い、
ネットワーク管理を実施し続けていた為、上記と同様
に、ネットワークの管理を継続して行えなかった。 【００１８】従って、ＦＤＤＩネットワークの構成に変
化があった場合、もしくはＰＲＯＸＹ装置管理不可能状
態においては、最新のノード管理情報を管理マネージャ
に登録するまでネットワークの管理が中断されるという
問題を抱えていた。 【００１９】そこで本発明は、ＳＮＭＰプロトコル又は
ＳＮＭＰーＳＭＴ変換プロトコル機能を有するＰＲＯＸ
Ｙ装置（プロトコル変換装置）を介してＦＤＤＩリング
上の複数のノードをＳＮＭＰマネージャが管理するネッ
トワーク管理システムにおいて、ＦＤＤＩネットワーク
上のノード検出及びノードの状態を定期的且つ自動的に
把握することを可能とし、動的なネットワークに適した
システムを提供することを目的とする。 【００２０】 【課題を解決するための手段及び作用】〔１〕ＰＲＯＸＹ装置の自動検出／選択： 本発明に係る
ネットワーク管理システムでは、ＳＮＭＰマネージャ
が、各ノードに対してポーリングを行って戻って来た第
１のノード管理情報からＳＮＭＰノードを検出し、さら
にこれらのＳＮＭＰノードがＰＲＯＸＹ装置であるか否
かを第２のノード管理情報から判別し、該ＰＲＯＸＹ装
置が複数存在するときには該ＦＤＤＩリング上のＳＭＴ
ノードを管理する媒体としてのＰＲＯＸＹ装置を第３の
ノード管理情報に基づく所定の優先順位に従って一台だ
け選択することを特徴としている。 【００２１】即ち、まず、ＳＮＭＰマネージャは全ての
ネットワークノードに対して、例えばｐｉｎｇ（応答照
会）を送出してポーリングを行い、各ノードから第１の
ノード管理情報を収集する。このノード管理情報を返信
するノードの中で、サポートメディアにＦＤＤＩがある
ノードが管理対象ノード、即ちＳＮＭＰノードである。 【００２２】そして、ＳＮＭＰマネージャは、管理対象
となったＳＮＭＰノードがＳＮＭＰ−ＳＭＴ変換機能を
サポートするＰＲＯＸＹ装置であるか否かを第２のノー
ド管理情報により確認する。 【００２３】ＰＲＯＸＹ装置と確認された場合には、こ
のＰＲＯＸＹ装置が一台であればそのまま管理ＰＲＯＸ
Ｙ装置として選択されるが、複数台ある場合には第３の
ノード管理情報に従って定められる所定の優先順位に沿
って特定の一台のＰＲＯＸＹ装置を管理ＰＲＯＸＹ装置
として選択する。 【００２４】以上の処理により自動的に管理ＰＲＯＸＹ
装置を認識し、該管理ＰＲＯＸＹ装置経由で管理下ノー
ドに対して種々の情報が収集できる。 【００２５】〔２〕ＰＲＯＸＹ装置の自動切替 (障害発
生時) ： 本発明では、上記〔１〕のネットワーク管理システム
において、該ＳＮＭＰマネージャは、該ポーリング時に
該ＳＮＭＰエージェント情報が一定時間間隔で所定回数
だけ連続してリトライしても返信されなかったとき該管
理ＰＲＯＸＹ装置を障害と判定し、上記の優先順位に従
って他のＰＲＯＸＹ装置に自動的に切り替えることがで
きる。 【００２６】即ち、タイマを用い、該タイマのタイムア
ウト発生時にリトライを行い、このリトライ回数が予め
設定した最大リトライ数を越えた場合、そのノードはＰ
ＲＯＸＹ装置として機能不可の状態であると判断し、Ｓ
ＮＭＰマネージャに該第３のノード管理情報により決定
されている優先順位に従って管理ＰＲＯＸＹ装置の変更
を行う。 【００２７】以上の処理により、ＰＲＯＸＹ装置の変更
及び、変更したＰＲＯＸＹ装置経由で管理下ノードに対
して情報収集が可能となる。 【００２８】また、本発明では、リトライを行う代わ
りに、該ＳＮＭＰマネージャは、該管理ＰＲＯＸＹ装置
からの非同期な情報通知を受けて該ＰＲＯＸＹ装置が障
害であると判定したとき、上記の優先順位に従って他の
プロトコル変換装置に自動的に切り替えることもでき
る。 【００２９】〔３〕ＰＲＯＸＹ装置の自動切替 (負荷分
散）： 本発明では、上記のネットワーク管理システムにおい
て、ＳＮＭＰマネージャは、該ポーリング時に該ＳＮＭ
Ｐエージェント情報が一定時間間隔でリトライした回数
の累積値が閾値を越えているとき該管理ＰＲＯＸＹ装置
が高負荷状態であると判定し、上記の優先順位に従って
他のプロトコル変換装置に自動的に切り替えることがで
きる。 【００３０】また、本発明では、リトライ回数の代わ
りに、該ＳＮＭＰマネージャは、該管理プロトコル変換
装置からの負荷監視情報に基づいて該管理ＰＲＯＸＹ装
置が高負荷状態であると判定したとき、該優先順位に従
って他のプロトコル変換装置に自動的に切り替えること
も可能である。 【００３１】〔４〕ＰＲＯＸＹ装置の自動切替 (定刻切
替) ：本発明では、上記のネットワーク管理システムに
おいて、該ＳＮＭＰマネージャは、予め設定した時刻
に、現在の管理ＰＲＯＸＹ装置を他のＰＲＯＸＹ装置へ
自動的に切り替えることができる。 【００３２】即ち、定期的にシステムから時刻を取り出
して対応するＰＲＯＸＹ装置を抽出する。抽出したＰＲ
ＯＸＹ装置と現管理ＰＲＯＸＹ装置とが違う場合、ＰＲ
ＯＸＹ装置を切り替える。 【００３３】〔５〕リング上のノード接続状態自動認
識：本発明では、上記のネットワーク管理システムにお
いて、該ＳＮＭＰマネージャは、予め各ノードに設定さ
れている上流・下流ノード及びポート数・ポート種別と
ポート接続状態に関する管理情報を収集して分析するこ
とにより該リング上のノード接続状態を自動的に認識す
ることができる。 【００３４】即ち、各ノードから収集できるＳＮＭＰ、
ＳＭＴプロトコルの管理情報は下記の通りである。 ・トークンが通る位置関係（上流／下流）のノードアド
レス ・ノードのポート数、及びポート種別 ・ポートの接続先のポート種別 【００３５】これらの管理情報を基に、ノードの各ポー
トの接続先ノードの分析が可能である。接続相手の分析
はノード（の自ＭＡＣ）より上流のポートに対して先に
行い、全ノード終了後、下流のポートの接続相手を識別
する。 【００３６】上流のポート（１ポートしか持たないノー
ドは含まない）の接続先のノードは、上流に向かってポ
ートの順番の数だけ上流に辿ったノードが接続相手であ
る。 【００３７】但し、コンセントレータは、ノード自身
に、コンセントレータから上流の位置関係になるノード
を接続している。従って、ポートの順番の数だけノード
を辿って行く途中にコンセントレータが存在する場合
は、そのコンセントレータに接続している上流側のノー
ドを考慮する必要がある。コンセントレータには“ノー
ド内接続ポート数−１”だけ、ノードが接続されている
ため、そのノード数だけさらに辿ったノードが接続相手
となる。 【００３８】下流のポートは、１ポートであるため、接
続先はＦＤＤＩリングより自ノードを接続先として設定
されているノードの中で、自ノードの接続先として設定
されていないノードが接続先である。 【００３９】〔６〕ノードの自動追加 (管理対象追加)
：本発明では、上記のネットワーク管理システムにお
いて、該ＳＮＭＰマネージャは、各ノードの上流・下流
ノードを管理することにより該リング上に新たに追加さ
れたノードを認識して自動的に管理対象に追加すること
ができる。 【００４０】即ち、ＳＮＭＰマネージャは各ノードに対
して定期的に管理を収集し、返されたノード管理情報
が、現管理ノードにない場合は新規追加ノードと判断
し、管理対象に加える。 【００４１】〔７〕リングの自動追加 (管理対象追加)
：本発明では、上記のネットワーク管理システムにお
いて、該ＳＮＭＰマネージャは、各ノードのＦＤＤＩリ
ングの接続数を管理することによりノードに新たに追加
されたリングを認識して自動的にそのリングを管理対象
に追加することができる。 【００４２】即ち、ＳＮＭＰマネージャは定期的にノー
ド管理情報の収集を行い、返されたノード管理情報のＦ
ＤＤＩリング数情報が、現管理ＦＤＤＩリング数と違う
場合、新規追加ＦＤＤＩリング有りと判断し、管理対象
に加える。 【００４３】〔８〕ＰＲＯＸＹ装置からＳＮＭＰへの自
動切替 (ＰＲＯＸＹ全障害時) ：本発明では、上記のネ
ットワーク管理システムにおいて、切り替えるべきＰＲ
ＯＸＹ装置が該ＦＤＤＩリング上に存在しない場合、該
リング上のＳＮＭＰエージェント機能を有するノードと
直接ＳＮＭＰプロトコルで管理することができる。 【００４４】即ち、ＰＲＯＸＹ装置の全障害が発生した
場合、ＦＤＤＩネットワークのＳＮＭＰプロトコル機能
をサポートしているノードを検出し、ＳＮＭＰプロトコ
ルによる直接ノードへの管理に切り替える。 【００４５】〔９〕ＳＮＭＰからＰＲＯＸＹへの自動切
替 (ＰＲＯＸＹ復旧時) ：本発明では、上記のネットワ
ーク管理システムにおいて、リング上のＰＲＯＸＹ装置
の障害復旧を定期的に監視し、復旧検出時には再度ＰＲ
ＯＸＹ装置を介して管理することができる。 【００４６】即ち、障害ＰＲＯＸＹ装置の復旧を定期的
に監視し、これを検出した場合、収容されるＦＤＤＩリ
ングが、ＰＲＯＸＹ装置により監視されておらずＳＮＭ
Ｐプロトコルによる監視である場合、復旧ＰＲＯＸＹ装
置による監視に切り替えるものである。 【００４７】上記のＰＲＯＸＹ装置の自動切替と同様し
て、復旧ＰＲＯＸＹ装置による監視に切り替える。 【００４８】 【実施例】以下、本発明に係るネットワーク管理システ
ムの実施例を図面を参照して詳細に説明する。 【００４９】〔１〕ＰＲＯＸＹ装置の自動検出及び選
択：図１〜図６ 図１は、ＰＲＯＸＹ装置が複数存在するＦＤＤＩネット
ワークを示したもので、この実施例では、ＦＤＤＩリン
グＲに４つのノード１，３〜５と１つのコンセントレー
タ６とが設けられており、このコンセントレータ６には
更にノード２が接続されている。また、ＳＮＭＰマネー
ジャＭＧはＬＡＮ通信路（イーサネット）を介してノー
ド５に接続されている。 【００５０】このようなＦＤＤＩネットワークにおい
て、ＳＮＭＰマネージャＭＧはＰＲＯＸＹ装置を検出・
選択するために以下の処理を行う。これを図２のフロー
チャートと図３に示した送受信情報と図４に示した応答
ＭＩＢ情報と図５に示したテーブル構成を参照して以下
に説明する。なお、この処理には２つの方式が考えられ
るので、それぞれについて述べる。 【００５１】（１）レスポンス未受信による障害検出 ＜図２のステップＳ１：ＳＮＭＰエージェントノードの
検出＞まず、ＳＮＭＰマネージャＭＧはＦＤＤＩリング
Ｒ上の全ノードに対してｐｉｎｇ（応答照会）を送出し
てポーリングを行いＩＰアドレスを検出する。さらに、
検出したＩＰアドレスのノードに対して、各ノードの情
報を収集するためのＭＩＢ情報を設定しているテーブル
（１）（図５参照）より『ＳＮＭＰエージェント情報』
ＭＩＢを取り出し、ＳＮＭＰプロトコルによりＭＩＢ
情報のｇｅｔ（収集）要求を送信する。 【００５２】この要求に対してＭＩＢ情報を返信するノ
ードの中でサポートメディアにＦＤＤＩがあるノード
（ＳＮＭＰノード）がＳＮＭＰマネージャＭＧの管理対
象ノードとなる。 【００５３】この結果、ＭＩＢ情報のレスポンス結果
１（図３参照）によりＳＮＭＰノードは、非ＳＮＭＰノ
ードであるノード４を除くノード１、ノード２、ノード
３、ノード５であることが検出される。 【００５４】管理対象となったＳＮＭＰノード１〜３，
５は、ＳＮＭＰプロトコルに必要なＩＰアドレスを、Ｓ
ＮＭＰエージェントのノードアドレスを設定しているテ
ーブル（２）に設定する。 【００５５】＜同ステップＳ２：ＰＲＯＸＹ装置の検出
＞更にそのノードがＰＲＯＸＹ機能を持っているか否か
を判定するために、テーブル（１）より『実行ＰＲＯＸ
Ｙ機能』ＭＩＢ情報を取り出して送信する。 【００５６】そして、ＭＩＢ情報のレスポンス結果２
によりＰＲＯＸＹ装置は非ＰＲＯＸＹ装置であるノード
５を除くノード１、ノード２、ノード３であることが検
出される。管理対象となったＰＲＯＸＹノード１〜３
は、ＳＮＭＰプロトコルに必要なＰＲＯＸＹ装置のＩＰ
アドレスをテーブル（３）に設定する。 【００５７】＜同ステップＳ３：ＰＲＯＸＹ装置の選択
＞ＳＮＭＰマネージャＭＧはＦＤＤＩリングＲ上のＳＭ
Ｔノードを管理する媒体としてＰＲＯＸＹ装置を一台だ
け選択する。ＳＮＭＰマネージャＭＧがＰＲＯＸＹ装置
を選択する条件は以下の２つである。 条件１：接続リングが少ない（即ち、ＰＲＯＸＹ装置機
能によるＰＲＯＸＹ装置ノードの負荷を少なくするた
め、接続ＦＤＤＩのリングが少ないＰＲＯＸＹ装置を優
先する）。 【００５８】条件２：直接リングに繋がっている（即
ち、ＦＤＤＩリングに直接接続されているＰＲＯＸＹ装
置とコンセントレータに接続されているＰＲＯＸＹ装置
は、他のノードの障害の影響を受け難いＦＤＤＩリング
に直接接続されているＰＲＯＸＹ装置を優先する。コン
セントレータに接続されているＰＲＯＸＹ装置の場合
は、コンセントレータノードが障害になると管理できな
くなる）。 【００５９】これらの条件を各ＰＲＯＸＹ装置に当ては
めるみるために、次に示すＭＩＢ情報，をテーブル
（１）より取り出して送出する。そのレスポンス結果が
レスポンス結果３，４である。 ＭＩＢ情報：『接続ＦＤＤＩリング情報（接続数）』 ＭＩＢ情報：『ノード情報（収容ポートの数と種
類）』 【００６０】そして、レスポンス結果３より、ノード３
はＦＤＤＩリングＲ１にも接続されているので条件１に
該当しない。また、レスポンス結果４より、ノード２は
他ノード（コンセントレータ６）の先に接続されている
ので条件２に該当しない。 【００６１】以上の結果により、ＳＮＭＰマネージャＭ
ＧはＦＤＤＩリングＲを管理する媒体としてノード１を
ＰＲＯＸＹ装置として選択する。 【００６２】＜同ステップＳ４：管理ＰＲＯＸＹノード
の確認＞次に、ＰＲＯＸＹ装置を選択した後、テーブル
（３）を優先順位順に並び替え、図５に示すように管理
ＰＲＯＸＹ装置フラグを変更する。 【００６３】そして、ＳＮＭＰマネージャＭＧは、ＰＲ
ＯＸＹノード１の管理下のノードと宛先ＭＡＣアドレス
の対応が判別できるＭＩＢ情報『インスタンスと宛先
ＭＡＣアドレスの対応』をテーブル（１）より取り出し
て送信する。 【００６４】ＭＩＢ情報のレスポンス結果５により、
ＰＲＯＸＹ装置管理下ノードのＭＡＣアドレスと、ＰＲ
ＯＸＹ装置のノード識別用インスタンスを収集すること
ができる。 【００６５】図３においてレスポンス結果１とレスポン
ス結果５を比較すればわかるように、ＳＮＭＰマネージ
ャＭＧはレスポンス結果５の情報（○’で示すノード１
からの応答）を得て初めて、ノード４をＳＮＭＰマネー
ジャ管理下のノードとして認識することができる。収集
したノード（ＦＤＤＩリング毎）の管理情報、即ちその
ＭＡＣアドレスとインスタンスは、テーブル（４）に設
定する。 【００６６】以降、テーブル（３）及び（４）の情報に
よりノード４対応のインスタンスを指定して、ＰＲＯＸ
Ｙ装置に対してＳＮＭＰプロトコルを送信することによ
り、ノード４のＭＩＢ情報をｇｅｔすることができる。 【００６７】このように、ＳＮＭＰマネージャＭＧは、
自動的にＰＲＯＸＹ装置を認識でき、またＰＲＯＸＹ装
置経由でＳＭＴノードを認識することができる。 【００６８】以後、ＳＮＭＰマネージャＭＧは、図６に
示すように、ＰＲＯＸＹ装置（ノード１）に対してＭＩ
Ｂ情報ＧＥＴを定期的に実施し、ＦＤＤＩリングＲのネ
ットワーク（リングＲ上の全てのノード）を管理する。 【００６９】〔２〕ＰＲＯＸＹ装置の自動切替（障害発
生時）：図７〜図１１ 上記の実施例〔１〕では、ＳＮＭＰマネージャＭＧはＦ
ＤＤＩリングＲを管理する媒体としてＰＲＯＸＹ装置
（ノード１）を自動選択し、また、同時にＦＤＤＩリン
グＲに収容される全てのＰＲＯＸＹ装置がテーブル
（３）に設定される。管理ＰＲＯＸＹ装置設定後は、Ｓ
ＮＭＰマネージャＭＧは管理ＰＲＯＸＹ装置を通して、
ＦＤＤＩリングＲに収容されるノード１から定期的にＭ
ＩＢ情報を収集し管理している。 【００７０】本実施例〔２〕では、管理媒体として選択
したＰＲＯＸＹ装置の障害管理を可能とし、障害検出時
に管理媒体の再選択を行う、「ＰＲＯＸＹ装置の自動切
替」処理を行うものである。以下、この処理を図７に示
したフローチャート及び図８に示したテーブル構成図並
びに図９に示したタイムチャートを参照して説明する。 【００７１】＜図７のステップＳ５：ＭＩＢ情報受信タ
イム起動＞ＳＮＭＰマネージャＭＧは管理ＰＲＯＸＹ装
置としてのノード１に対してＭＩＢ情報のｇｅｔ要求を
送信するとき、データ（１）のタイマ値（例えば３秒）
でタイマ（１）を起動すると共にテーブル（５）のＭＩ
Ｂ情報のリトライ回数を“５”に初期設定する（図８参
照）。 【００７２】＜同ステップＳ６：ＭＩＢ情報のリトライ
＞ここで、図９に＊１で示すようにレスポンス未受信判
断用タイマ（１）のタイムアウト発生前にレスポンスを
受信した時には、ＰＲＯＸＹ装置を正常（障害でない）
と見なし、レスポンス未受信判断用タイマ（１）の解除
を行い、同時にテーブル（５）のリトライ回数を“０”
にクリアする。 【００７３】一方、レスポンスの受信前に、レスポンス
未受信判断用タイマ（１）のタイムアウトが発生した場
合にはリトライ回数設定テーブル（５）内の、リトライ
実施回数の更新（＋１）を行い、データ（２）の最大リ
トライ回数と比較する。 【００７４】また、図９に＊２で示すように、リトライ
１回でレスポンスの収集ができた場合は、最大リトライ
数には達していないので、再度ＰＲＯＸＹノード自身に
対するＭＩＢ情報のｇｅｔ要求を行うと共にデータ
（１）のタイミングでタイマ（１）を起動する。 【００７５】さらに図９に＊３で示すように、レスポン
ス未受信時のリトライを続け、テーブル（５）のリトラ
イ回数が最大リトライ回数を越えた場合、管理ＰＲＯＸ
Ｙ装置（ノード１）は図１０に示すような障害状態と見
做し、ＳＮＭＰマネージャＭＧは次のＰＲＯＸＹノード
の切替処理を行う。 【００７６】＜同ステップＳ７：管理ＰＲＯＸＹノード
の切替＞ＳＮＭＰマネージャＭＧが障害と認識した管理
ＰＲＯＸＹ装置（ノード１）は、テーブル（３）の管理
ＰＲＯＸＹフラグを障害に変更する（＝２）。これによ
り管理ＰＲＯＸＹ装置が障害かどうかを認識できる。 【００７７】ＦＤＤＩリング上の管理ＰＲＯＸＹ装置が
なくなった為、実施例〔１〕の処理結果のテーブル
（３）に設定されているＰＲＯＸＹ装置フラグが非管理
ＰＲＯＸＹ（＝０）でかつテーブル（３）の上位に設定
されているノード３を選択する。 【００７８】変更ＰＲＯＸＹ装置は、ノードの識別用イ
ンスタンスが違うため、ステップＳ４の「ＰＲＯＸＹ管
理ノードの認識」処理により、変更ＰＲＯＸＹ装置によ
るノードのＭＡＣアドレスと、ＰＲＯＸＹ装置のノード
識別用のインスタンスを収集し、テーブル（４）のＰＲ
ＯＸＹ装置のノード識別情報を変更する。 【００７９】以上の処理により、ＰＲＯＸＹ装置の変更
及び変更したＰＲＯＸＹ装置経由で管理下ノードに対し
て、ＭＩＢ情報のｇｅｔ要求が可能となる。 【００８０】（２）ＴＲＡＰ受信による障害検出 ＜同ステップＳ８：障害ＴＲＡＰ受信＞ＳＮＭＰマネー
ジャＭＧは、図１１（及び図４０）に示されるようにＰ
ＲＯＸＹ装置から送信される非同期な情報通知（ＴＲＡ
Ｐ）の受信が可能である。 【００８１】ＳＮＭＰマネージャＭＧが、ＰＲＯＸＹ装
置から「ＰＲＯＸＹ機能不可能通知」のＴＲＡＰを受信
した場合、ＳＮＭＰマネージャＭＧは、ステップＳ７の
「ＰＲＯＸＹの自動切替処理」を行う。 【００８２】〔３〕ＰＲＯＸＹ装置の自動切替（負荷分
散時）：図１２〜図１７ ＰＲＯＸＹ装置の自動切替に際しては上記のような障害
検出時の他に、図１２に示すように負荷を検出して高負
荷であることが判明したときには管理ＰＲＯＸＹ装置を
切り替える方法があり、この場合の方法には以下の２通
りある。これらの処理を図１３〜１５に示したフローチ
ャート及び図１６に示したテーブル構成図並びに図１７
に示したタイムチャートにより説明する。 【００８３】『方法１』 ＜図１３のステップＳ９：負荷管理タイマ起動＞データ
（３）のタイマ値によりタイマ（２）を起動する。この
時データ（４）のリトライ回数の蓄積数を“０”に初期
設定する。 【００８４】ＳＮＭＰマネージャＭＧは、ＭＩＢ情報の
収集処理においてレスポンス未受信時にリトライを行
う。図１７に＊１で示すようにリトライを行った時、障
害のリトライ回数は、レスポンス応答があればクリアさ
れて“０”になる。 【００８５】これと平行して図１６に示した負荷の為の
リトライ回数を蓄積するためのデータ（４）を更新して
行く。これはレスポンス受信時でもクリアされない。 【００８６】＜同ステップＳ１０：負荷確認＞タイマ
（２）がタイムアウトした時、負荷の為のリトライ回数
データ（４）と負荷の為のリトライ回数の最大蓄積数
（この例では“５”）を示すデータ（５）とを比較す
る。 【００８７】この結果、図１７に示すようにデータ
（４）が６回になり、データ（５）を越えているので高
負荷と見做される。 【００８８】高負荷になった管理ＰＲＯＸＹ（ノード
１）は管理不可能となる為、実施例〔２〕におけるステ
ップＳ７の「ＰＲＯＸＹ装置の切替処理』と同様に管理
ＰＲＯＸＹ装置を変更する。 【００８９】『方法２』 ＜図１５のステップＳ１０：負荷ＭＩＢの確認＞ここで
は、ＰＲＯＸＹ装置（ノード１）にＰＲＯＸＹ装置の負
荷を監視する拡張ＭＩＢ情報−ＭＩＢ情報を設定す
る。また、図１６に示すテーブル（６）の閾値にＭＩＢ
情報として“５”を設定する。 【００９０】ＳＮＭＰマネージャＭＧは、テーブル
（６）から負荷監視の収集を行うためのＭＩＢ情報を
取り出して図１４に示すように定期的にＭＩＢ情報の
ｇｅｔを管理ＰＲＯＸＹ装置に要求する。 【００９１】そして、このレスポンス結果が“５”以上
であれば高負荷と見做し、高負荷になったＰＲＯＸＹ
（ノード１）は実施例〔２〕のステップＳ７の「ＰＲＯ
ＸＹ装置の切替処理』と同様に管理ＰＲＯＸＹ装置を変
更する。 【００９２】〔４〕ＰＲＯＸＹ装置の自動切替（定刻切
替）：図１８〜図２０ この実施例では、ＳＮＭＰマネージャＭＧは、ＦＤＤＩ
リング上に収容されるノードのＭＩＢ情報収集はＰＲＯ
ＸＹ装置（ノード１）を経由してＭＩＢ情報のｇｅｔを
実施しているものとし、図１８に示したフローチャート
に従ってＰＲＯＸＹ装置の自動定刻切替ステップＳ１２
を実行する。 【００９３】まず、図１９に示すテーブル（７）に以下
の設定を行う。 ・ＦＤＤＩリング番号＝１ ・変更時間１ ＝０７：００ ・ＰＲＯＸＹ装置名１＝１（ノード１） ・変更時間２ ＝１７：００ ・ＰＲＯＸＹ装置名２＝２（ノード２） ・変更時間３ ＝２２：００ ・ＰＲＯＸＹ装置名３＝３（ノード３） また、ＰＲＯＸＹ装置定刻確認タイマを（＝６０）に設
定する。 【００９４】いま現時刻が９：００の時、時間毎のＰＲ
ＯＸＹ装置設定テーブル（７）の変更時間対応のＰＲＯ
ＸＹ装置名１を取り出す。 【００９５】現管理ＰＲＯＸＹ装置のノード１と取り出
したＰＲＯＸＹ装置（＝ノード１）とを比較し、この時
刻対応のＰＲＯＸＹ装置名は同じなので、現管理ＰＲＯ
ＸＹ装置をノード１とする（図２０参照）。これを、Ｐ
ＲＯＸＹ装置定刻確認タイマ（６０分）毎に確認する。 【００９６】上記のＰＲＯＸＹ定刻確認中、現時刻が１
７：００になると時間毎のＰＲＯＸＹ設定テーブル
（７）より変更時間対応のＰＲＯＸＹ装置名２よりノー
ド２を取得する。 【００９７】現管理ＰＲＯＸＹ装置（ノード１）と比較
し、異なっているので実施例〔２〕の『ＰＲＯＸＹ装置
の自動切替（障害発生時）』と同様に、管理ＰＲＯＸＹ
装置をノード２に切り替える（図２０参照）。 【００９８】また、現時刻が２２：００になると上記の
ように管理ＰＲＯＸＹ装置をノード３に変更する（図２
０参照）。 【００９９】〔５〕リング上のノード接続状態自動認
識：図２１〜図２７ この実施例は、ＦＤＤＩリング上でのノードおよびポー
トの接続状態を認識しようとするものである。 【０１００】図２１に示すＦＤＤＩネットワークは、図
１に示したＦＤＤＩネットワークと比較してＦＤＤＩリ
ングＲ上にコンセントレータとしてノード２が用いられ
ており、このノード２に更に図示のようにノードＡ，
Ｂ，Ｃが接続されているところが異なっている。 【０１０１】以下、このようなＦＤＤＩネットワークの
動作を図２２に示したフローチャートと図２３に示した
テーブル構成図と図２４に示したレスポンス結果図と図
２５に示したトークンの流れ図と図２６に示したポート
の流れ図と図２７に示した１次リング上のノードの流れ
図とを参照して説明する。 【０１０２】このようなＦＤＤＩネットワークにおい
て、ＳＮＭＰマネージャＭＧはＦＤＤＩリングＲに接続
されているノードの位置関係（上流／下流）を認識する
ために、図２３に示すテーブル（１）よりＭＩＢ情報
『上流ノード』、ＭＩＢ情報『下流ノード』を取り出
して送信する。 【０１０３】各ノードは図２１に示したような各データ
を保持しており、ＳＮＭＰマネージャＭＧからのＭＩＢ
ｇｅｔ要求に対して該データを返信する（図２２のステ
ップＳ１３）。 【０１０４】このようにして全ノードからのレスポンス
を得た結果は図２４に示すレスポンス結果１であり、こ
のレスポンス結果１より、リング上のトークンの流れ
が、図２５に示すようになっている事がわかる。 【０１０５】即ち、■印で示されるＭＡＣを基準として
リング上のトークンの流れが決まるので、この例では１
次側リングＰに沿っていることになる。このトークンの
流れが各ノード毎にテーブル（８）に設定される（同ス
テップＳ１４）。 【０１０６】また、□で示されたポートの接続状態を知
るためにテーブル（１）より、ＭＩＢ情報『ノードの
ポート数』、ＭＩＢ情報『ノードのポート種別・ポー
トの接続先のポート種別・ノード内のポート、ＭＡＣに
おける位置関係』を取り出して送信する。そのレスポン
スが図２４のレスポンス結果２，３である（同ステップ
Ｓ１４）。なお、ポート種別は「インスタンス」と同義
語である。 【０１０７】レスポンス結果２，３よりポート接続の流
れを図解したものが図２６である。またノード２はポー
ト種別Ｍを２つ有していることから、他ポートに接続す
る口を２つ持ったコンセントレータであることがわか
る。これらをテーブル（９）に設定する。ノード毎のポ
ート番号はテーブル（１０）に設定される。 【０１０８】接続相手の認識は、自ＭＡＣより上流のポ
ートに対して行い、全ノード終了後、自ＭＡＣより下流
のポートの接続相手を識別する（同ステップＳ１５）。 【０１０９】ここで、ノード２に対する接続相手の識別
処理例を示す。図２７は１次側リングＰ上のノードの流
れを示す。 【０１１０】(a) ＭＡＣを基準位置とする自ポートより
上流のポート（ＳＡＳ:Single Attachment Station＝１
口ノードは含まない）は、ＭＡＣから上流に向かう順番
の数だけ上流に辿ったノードを接続相手とする。但し、
２口を有するコンセントレータが存在する場合（図２１
でのノードＡ等）は、そのノードの“ノード内の接続ポ
ート数−１”だけさらに辿る。 【０１１１】即ち、ポートでは、ＭＡＣからの“順番
の数＝１”が上流のノードＡを接続相手とする。ポート
では、ＭＡＣからの“順番の数＝２”がノードＢであ
る。しかしながら、ノードＢはノードＡがコンセントレ
ータであるため、実際にはノードＡの下につながってい
る。コンセントレータの場合、そのノードの“上流につ
ながるポート数（接続ポート数−１）”だけ上流に辿っ
たノードが接続相手である。したがって、ポートは上
流のノードＣを接続相手とする。 【０１１２】ポートは、ノードＣがコンセントレータ
でないためノードＣの上流ノードであるノード３が接続
相手である。 【０１１３】(b) ＭＡＣを基準位置とする自ポートより
下流のポートはノード２が接続相手として設定されて
いるノードを探し、そのノード内にノード２が接続相手
としての設定がない場合、接続相手とする。 【０１１４】即ち、ポートは、ノード１には既に自ノ
ード（ノード２）が接続相手として設定されており、ノ
ード１はＭＡＣより上流側の接続相手として設定はな
い。従って、ノード１を接続相手とする。 【０１１５】(c) 上記のように全てのノードの接続相手
識別処理を行い、図２５及び２６の結果も踏まえて、Ｓ
ＮＭＰマネージャＭＧは図２１のようなネットワークの
接続形態を認識することができる。 【０１１６】〔６〕ノードの自動追加：図２８〜図３０ この実施例は、ＳＮＭＰマネージャＭＧがＰＲＯＸＹ装
置を介してＦＤＤＩリング上のＳＭＴノードを管理して
いる時、リング上に新たに追加されたノードを自動管理
するものであり、図２８に示すフローチャートと図２９
に示すＦＤＤＩリング構成図と図３０に示すノード追加
によるレスポンス結果を示す図を参照して以下に説明す
る。 【０１１７】＜ステップＳ１６：ノードの監視＞ノード
追加前のＦＤＤＩネットワークを示す図２９（１）にお
いて、ＳＮＭＰマネージャＭＧはＦＤＤＩリングＲ上の
ＳＭＴノード１〜３（ただし、ノード１及び２はＳＮＭ
Ｐノードの機能も持っておりノード２は管理ＰＲＯＸＹ
装置となっている）に対して監視情報として、『上流ノ
ード認識』、『下流ノード認識』のＭＩＢ情報を定期的
に送信している。なお、このときのトークンの流れは矢
印で図示した通りである。 【０１１８】これに対する各ＳＭＴノードからのレスポ
ンス結果は、図３０（１）に示すようになり、この時点
でのＳＭＴノードはノード１〜３である。 【０１１９】そして、図２９（２）に示すようにノード
４が追加された場合、この時点でのＭＩＢ情報のレスポ
ンス結果は図３０（２）に示すようになる。 【０１２０】＜ステップＳ１７：ノードの隣接監視＞図
３０（１）と同（２）のレスポンス結果を比較すると、
ノード２の下流ノードと、ノード３の上流ノードが変化
しているのがわかる。 【０１２１】この結果からノード２とノード３との間に
ノード４が追加されたことが認識できる。 【０１２２】この認識結果に基づき、ＳＮＭＰマネージ
ャＭＧはノード２（ＰＲＯＸＹ装置）に対してノード識
別用のインスタンスを要求する。 【０１２３】ノード２からノード４の識別子のインスタ
ンスを入手後、テーブル（４）において管理対象に加え
る。 【０１２４】〔７〕リングの自動追加：図３１〜図３３ この実施例では、ＳＮＭＰマネージャＭＧがＰＲＯＸＹ
装置を介してＦＤＤＩリング上のノードに接続している
リングを管理している時、リングが新たに追加された時
の管理を行うものであり、図３１に示したフローチャー
トと図３２に示すＦＤＤＩリング構成図と図３３に示す
ノード追加によるレスポンス結果を示す図を参照して以
下に説明する。なお、ノード１〜３の機能及びトークン
の流れ方向は図２９（１）と同じである。 【０１２５】＜ステップＳ１８：ＰＲＯＸＹノードの監
視＞ＦＤＤＩリングを追加する前のネットワークを示し
た図３２（１）において、ＳＮＭＰマネージャＭＧはＦ
ＤＤＩリングＲ上のＰＲＯＸＹ装置を監視している。こ
のための監視情報として『ＦＤＤＩリング情報（接続
数）』ＭＩＢ情報を定期的に送信している。 【０１２６】それに対する各ＳＭＴノードからのレスポ
ンス結果は図３３（１）に示す通りとなり、ノード２
（ＰＲＯＸＹ装置）の接続ＦＤＤＩリングはＦＤＤＩリ
ングＲのみと認識できる。 【０１２７】そして、図３２（２）に示すようにノード
２にＦＤＤＩリングＲ１が追加されると、この時点での
ＭＩＢ情報のレスポンス結果は図３３（２）に示す通り
になる。 【０１２８】＜ステップＳ１９：接続ＦＤＤＩリングの
監視＞これによりＳＮＭＰマネージャＭＧは、ＦＤＤＩ
リング数情報が現管理ＦＤＤＩリング数と違うと認識
し、新規追加ＦＤＤＩリング有りと判断し、ノード２
（ＰＲＯＸＹ装置）に対して新規ＦＤＤＩリングの情報
（インスタンス）を要求する。ノード２から情報を入手
後、ＦＤＤＩリングＲ１をテーブル（４）に設定し管理
対象に加える。 【０１２９】〔８〕ＰＲＯＸＹからＳＮＭＰへの自動切
替（ＰＲＯＸＹ全障害時）：図３４及び図３５ ＳＮＭＰマネージャは、図３５に示すようにテーブル
（２）にＦＤＤＩリング上を管理している現ＳＮＭＰエ
ージェント機能サポートノードの情報を以下の如く設定
しておく。 【０１３０】 ・SNMPエージェントIPアドレス＝133.161.59.221 ・SNMPエージェントMACアドレス＝00:00:0E:00:01 ・ＦＤＤＩリング番号＝１ 【０１３１】上記の実施例〔２〕より管理ＰＲＯＸＹ装
置（ノード１）が障害となった時、他のＰＲＯＸＹ装置
（ノード３）に切り換えた後、ノード３に関しても同じ
ように障害が起こり、更には、同一ＦＤＤＩリング上の
全ＰＲＯＸＹ装置に障害が発生したとする。 【０１３２】＜ステップＳ２０：ＳＮＭＰエージェント
ノードの認識＞そこで、ＳＮＭＰマネージャは、ＭＩＢ
情報をｇｅｔするＰＲＯＸＹ装置が全て障害であるた
め、まずＳＮＭＰエージェント機能サポートノードを認
識する。 【０１３３】まず、テーブル（２）により『ＳＮＭＰエ
ージェントＩＰアドレス』と『ＳＮＭＰエージェントＭ
ＡＣアドレス』よりノード５（図２１参照）をＳＮＭＰ
エージェント機能サポートノードと判定する。 【０１３４】そして、ＳＮＭＰマネージャＭＧは、ノー
ド５がＳＮＭＰ−ＦＤＤＩをサポートしているか否かを
確認するため、図３５のテーブル（１）のＦＤＤＩ勧告
による“ＲＦＣ１５１２／ＲＦＣ１２８５”のＦＤＤＩ
関連のＭＩＢ情報を直接ノード５に送信する。 【０１３５】ノード５からのレスポンス受信により、ノ
ード５がＳＮＭＰ−ＦＤＤＩをサポートしているノード
であることを認識する。 【０１３６】以降、テーブル（４）にノード５のＩＰア
ドレスを設定し、ノード５からのＭＩＢ情報収集は、直
接ノード５へのＭＩＢ情報のｇｅｔに切り替える。 【０１３７】従って、全ＰＲＯＸＹ装置が障害であった
場合、ＳＮＭＰ−ＦＤＤＩをサポートしているノードは
他ノードへの直接ＭＩＢ情報のｇｅｔに切り替える。 【０１３８】〔９〕ＳＮＭＰからＰＲＯＸＹへの自動切
替（ＰＲＯＸＹ復旧時）：図３６及び図３７ 上記の実施例〔８〕によりＦＤＤＩリングは現在ＳＮＭ
Ｐ−ＦＤＤＩサポートノード５に対して直接ＭＩＢ情報
のｇｅｔを行っている。 【０１３９】＜ステップＳ２１：ＰＲＯＸＹの復旧監視
＞これに平行してＳＮＭＰマネージャは、障害中のノー
ド１に対して図３７に示すテーブル（１）からＰＲＯＸ
Ｙ機能関連ＭＩＢ情報を取り出してタイマ（１）の周
期により定期的にＭＩＢ情報のｇｅｔを行う。 【０１４０】上記の処理を継続しつつ、ノード１がＭＩ
Ｂ情報を返してくる。その結果、ＰＲＯＸＹ装置（ノー
ド１）が復旧したと見做す。 【０１４１】＜ステップＳ２２：ＰＲＯＸＹの復旧処理
＞ここでＳＮＭＰマネージャは、ＦＤＤＩリング上の監
視状態を調べ、現在ＳＮＭＰ−ＦＤＤＩサポートノード
５への直接ＭＩＢ情報のｇｅｔ要求である為、ＰＲＯＸ
Ｙ装置（ノード１）に切り替える。 【０１４２】以降、ＦＤＤＩリングに収容されるノード
からのＭＩＢ情報収集は、ノード１のＰＲＯＸＹ装置経
由で行う。 【０１４３】 【発明の効果】以上に説明したように、本発明に係るネ
ットワーク管理システムによれば、ＳＮＭＰマネージャ
が、各ノードに対してポーリングを行って戻って来たノ
ード管理情報からＳＮＭＰノードを検出し、さらにこれ
らのＳＮＭＰノードがＳＮＭＰ−ＳＭＴプロトコル変換
装置（ＰＲＯＸＹ装置）であるか否かを判別し、該プロ
トコル変換装置が複数存在するときには所定の優先順位
に従って一台だけ選択するように構成したので、ＳＮＭ
ＰマネージャはＦＤＤＩネットワーク中の各ノードの機
能を固定的に把握する必要がなくフレキシブルにネット
ワーク管理を行うことが可能となる。 【０１４４】さらに、ＳＮＭＰマネージャは、ＰＲＯＸ
Ｙ装置、ＳＮＭＰ−ＦＤＤＩサポートノード、ＦＤＤＩ
接続ノード、ＦＤＤＩリング数を自動認識することもで
きるため、ネットワーク形態の変化に容易に対応するこ
とができ、さらにＰＲＯＸＹ装置の自動切替、ＰＲＯＸ
Ｙ装置管理からＳＮＭＰ−ＦＤＤＩ管理への自動切替、
ＳＮＭＰ−ＦＤＤＩ管理からＰＲＯＸＹ装置管理への自
動切替により、ネットワーク状態の変化に柔軟に対応す
ることができ、安定した管理ができる。 【０１４５】また、ＦＤＤＩ接続ノードの接続形態を自
動認識することにより、ＦＤＤＩネットワークの接続形
態を視覚的に表現することができ、管理者にメンテナン
スし易い管理を提供できる。
【図１】 本発明に係るネットワーク管理システムの実
施例〔１〕（ＰＲＯＸＹ装置の自動検出／選択）に用い
るＦＤＤＩネットワークの構成図である。
施例〔１〕（ＰＲＯＸＹ装置の自動検出／選択）に用い
るＦＤＤＩネットワークの構成図である。
【図２】 本発明に係るネットワーク管理システムの実
施例〔１〕の処理手順を示したフローチャート図であ
る。
施例〔１〕の処理手順を示したフローチャート図であ
る。
【図３】 本発明に係るネットワーク管理システムの実
施例〔１〕における送受信情報を表で示した図である。
施例〔１〕における送受信情報を表で示した図である。
【図４】 本発明に係るネットワーク管理システムの実
施例〔１〕における管理情報収集要求（ｇｅｔ）に対す
る応答情報（ＭＩＢ）を表で示した図である。
施例〔１〕における管理情報収集要求（ｇｅｔ）に対す
る応答情報（ＭＩＢ）を表で示した図である。
【図５】 本発明に係るネットワーク管理システムの実
施例〔１〕で使用されるテーブルの構成図である。
施例〔１〕で使用されるテーブルの構成図である。
【図６】 本発明に係るネットワーク管理システムにお
けるＳＮＭＰマネージャとＰＲＯＸＹ装置との相互関係
を示したブロック図である。
けるＳＮＭＰマネージャとＰＲＯＸＹ装置との相互関係
を示したブロック図である。
【図７】 本発明に係るネットワーク管理システムの実
施例〔２〕（ＰＲＯＸＹ装置の自動切替（障害発生
時））の処理手順を示したフローチャート図である。
施例〔２〕（ＰＲＯＸＹ装置の自動切替（障害発生
時））の処理手順を示したフローチャート図である。
【図８】 本発明に係るネットワーク管理システムの実
施例〔２〕で使用されるテーブルの構成図である。
施例〔２〕で使用されるテーブルの構成図である。
【図９】 本発明に係るネットワーク管理システムの実
施例〔２〕の動作を説明するためのタイムチャート図で
ある。
施例〔２〕の動作を説明するためのタイムチャート図で
ある。
【図１０】本発明に係るネットワーク管理システムの実
施例〔２〕におけるＳＮＭＰマネージャとエージェント
の障害イメージを示したブロック図である。
施例〔２〕におけるＳＮＭＰマネージャとエージェント
の障害イメージを示したブロック図である。
【図１１】本発明に係るネットワーク管理システムの実
施例〔２〕におけるＴＲＡＰ受信による障害検出を示し
たブロック図である。
施例〔２〕におけるＴＲＡＰ受信による障害検出を示し
たブロック図である。
【図１２】本発明に係るネットワーク管理システムの実
施例〔３〕（ＰＲＯＸＹ装置の自動切替（負荷分散））
の処理手順を概略的に示したフローチャート図である。
施例〔３〕（ＰＲＯＸＹ装置の自動切替（負荷分散））
の処理手順を概略的に示したフローチャート図である。
【図１３】本発明に係るネットワーク管理システムの実
施例〔３〕における負荷検出方法１を示したフローチャ
ート図である。
施例〔３〕における負荷検出方法１を示したフローチャ
ート図である。
【図１４】本発明に係るネットワーク管理システムの実
施例〔３〕における負荷検出方法２の管理情報収集処理
を概略的に示したフローチャート図である。
施例〔３〕における負荷検出方法２の管理情報収集処理
を概略的に示したフローチャート図である。
【図１５】本発明に係るネットワーク管理システムの実
施例〔３〕における負荷検出方法２を示したフローチャ
ート図である。
施例〔３〕における負荷検出方法２を示したフローチャ
ート図である。
【図１６】本発明に係るネットワーク管理システムの実
施例〔３〕で使用されるテーブル／データの構成図であ
る。
施例〔３〕で使用されるテーブル／データの構成図であ
る。
【図１７】本発明に係るネットワーク管理システムの実
施例〔３〕の動作を説明するためのタイムチャート図で
ある。
施例〔３〕の動作を説明するためのタイムチャート図で
ある。
【図１８】本発明に係るネットワーク管理システムの実
施例〔４〕（ＰＲＯＸＹ装置の自動切替（定刻切替））
の処理手順を概略的に示したフローチャート図である。
施例〔４〕（ＰＲＯＸＹ装置の自動切替（定刻切替））
の処理手順を概略的に示したフローチャート図である。
【図１９】本発明に係るネットワーク管理システムの実
施例〔４〕で使用されるテーブル／データの構成図であ
る。
施例〔４〕で使用されるテーブル／データの構成図であ
る。
【図２０】本発明に係るネットワーク管理システムの実
施例〔４〕の動作を説明するためのタイムチャート図で
ある。
施例〔４〕の動作を説明するためのタイムチャート図で
ある。
【図２１】本発明に係るネットワーク管理システムの実
施例〔５〕（リング上のノード接続状態自動認識）に用
いるＦＤＤＩネットワークの構成図である。
施例〔５〕（リング上のノード接続状態自動認識）に用
いるＦＤＤＩネットワークの構成図である。
【図２２】本発明に係るネットワーク管理システムの実
施例〔５〕の処理手順を示したフローチャート図であ
る。
施例〔５〕の処理手順を示したフローチャート図であ
る。
【図２３】本発明に係るネットワーク管理システムの実
施例〔５〕で使用されるテーブルの構成図である。
施例〔５〕で使用されるテーブルの構成図である。
【図２４】本発明に係るネットワーク管理システムの実
施例〔５〕における管理情報収集時のレスポンス結果を
表で示した図である。
施例〔５〕における管理情報収集時のレスポンス結果を
表で示した図である。
【図２５】本発明に係るネットワーク管理システムの実
施例〔５〕において検出されるトークンの流れを示した
図である。
施例〔５〕において検出されるトークンの流れを示した
図である。
【図２６】本発明に係るネットワーク管理システムの実
施例〔５〕において検出されるポートの流れを示した図
である。
施例〔５〕において検出されるポートの流れを示した図
である。
【図２７】本発明に係るネットワーク管理システムの実
施例〔５〕において検出される１次側リング上のノード
の流れを示した図である。
施例〔５〕において検出される１次側リング上のノード
の流れを示した図である。
【図２８】本発明に係るネットワーク管理システムの実
施例〔６〕（ノードの自動追加（管理対象追加））の処
理手順を示すフローチャート図である。
施例〔６〕（ノードの自動追加（管理対象追加））の処
理手順を示すフローチャート図である。
【図２９】本発明に係るネットワーク管理システムの実
施例〔６〕の動作を説明するためのブロック図である。
施例〔６〕の動作を説明するためのブロック図である。
【図３０】本発明に係るネットワーク管理システムの実
施例〔６〕における管理情報収集時のレスポンス結果を
表で示した図である。
施例〔６〕における管理情報収集時のレスポンス結果を
表で示した図である。
【図３１】本発明に係るネットワーク管理システムの実
施例〔７〕（リングの自動追加（管理対象追加））の処
理手順を示すフローチャート図である。
施例〔７〕（リングの自動追加（管理対象追加））の処
理手順を示すフローチャート図である。
【図３２】本発明に係るネットワーク管理システムの実
施例〔７〕の動作を説明するためのブロック図である。
施例〔７〕の動作を説明するためのブロック図である。
【図３３】本発明に係るネットワーク管理システムの実
施例〔７〕における管理情報収集時のレスポンス結果を
表で示した図である。
施例〔７〕における管理情報収集時のレスポンス結果を
表で示した図である。
【図３４】本発明に係るネットワーク管理システムの実
施例〔８〕（ＰＲＯＸＹからＳＮＭＰへの自動切替（Ｐ
ＲＯＸＹ全障害時）の処理手順を示すフローチャート図
である。
施例〔８〕（ＰＲＯＸＹからＳＮＭＰへの自動切替（Ｐ
ＲＯＸＹ全障害時）の処理手順を示すフローチャート図
である。
【図３５】本発明に係るネットワーク管理システムの実
施例〔８〕で使用されるテーブルの構成図である。
施例〔８〕で使用されるテーブルの構成図である。
【図３６】本発明に係るネットワーク管理システムの実
施例
施例
〔９〕（ＳＮＭＰからＰＲＯＸＹへの自動切替（Ｐ
ＲＯＸＹ障害復旧時））の処理手順を示すフローチャー
ト図である。
ＲＯＸＹ障害復旧時））の処理手順を示すフローチャー
ト図である。
【図３７】本発明に係るネットワーク管理システムの実
施例
施例
〔９〕で使用されるテーブルの構成図である。
【図３８】従来より知られているＳＮＭＰ−ＳＭＴ変換
ＰＲＯＸＹ装置を用いたＳＮＭＰ管理システムを示した
ブロック図である。
ＰＲＯＸＹ装置を用いたＳＮＭＰ管理システムを示した
ブロック図である。
【図３９】従来より知られているＳＮＭＰフレームの構
成図である。
成図である。
【図４０】従来より知られているＰＲＯＸＹ装置による
ＳＮＭＰ−ＳＭＴ変換を示す図である。
ＳＮＭＰ−ＳＭＴ変換を示す図である。
【図４１】従来より知られているＳＭＴフレームの構成
図である。
図である。
Ｍ ＳＮＭＰマネージャ １〜５ ノード ６ コンセントレータ Ｒ，Ｒ１ ＦＤＤＩリング Ｐ １次側リング Ｓ ２次側リング ■ ＭＡＣ □ ポート 図中、同一符号は同一又は相当部分を示す。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/26 29/06 9371−5Ｋ Ｈ０４Ｌ 13/00 ３０５ Ｂ
Claims (11)
- 【請求項１】 ＳＮＭＰプロトコル又はＳＮＭＰーＳＭ
Ｔ変換プロトコル機能を有するプロトコル変換装置を介
してＦＤＤＩリング上の複数のノードをＳＮＭＰマネー
ジャが管理するネットワーク管理システムにおいて、 該ＳＮＭＰマネージャが、各ノードに対してポーリング
を行って戻って来た第１のノード管理情報からＳＮＭＰ
ノードを検出し、さらにこれらのＳＮＭＰノードが該プ
ロトコル変換装置であるか否かを第２のノード管理情報
から判別し、該プロトコル変換装置が複数存在するとき
には該ＦＤＤＩリング上のＳＭＴノードを管理する媒体
としてのプロトコル変換装置を第３のノード管理情報に
基づく所定の優先順位に従って一台だけ選択することを
特徴としたネットワーク管理システム。 - 【請求項２】 請求項１に記載のネットワーク管理シス
テムにおいて、該ＳＮＭＰマネージャは、該ポーリング
時に該ＳＮＭＰエージェント情報が一定時間間隔で所定
回数だけ連続してリトライしても返信されなかったとき
該管理プロトコル変換装置を障害と判定し、該優先順位
に従って他のプロトコル変換装置に自動的に切り替える
ことを特徴としたネットワーク管理システム。 - 【請求項３】 請求項１に記載のネットワーク管理シス
テムにおいて、該ＳＮＭＰマネージャは、該管理プロト
コル変換装置からの非同期な情報通知を受けて該プロト
コル変換装置が障害であると判定したとき、該優先順位
に従って他のプロトコル変換装置に自動的に切り替える
ことを特徴としたネットワーク管理システム。 - 【請求項４】 請求項１乃至３のいずれかに記載のネッ
トワーク管理システムにおいて、ＳＮＭＰマネージャ
は、該ポーリング時に該ＳＮＭＰエージェント情報が一
定時間間隔でリトライした回数の累積値が閾値を越えて
いるとき該管理プロトコル変換装置が高負荷状態である
と判定し、該優先順位に従って他のプロトコル変換装置
に自動的に切り替えることを特徴としたネットワーク管
理システム。 - 【請求項５】 請求項１乃至３のいずれかに記載のネッ
トワーク管理システムにおいて、該ＳＮＭＰマネージャ
は、該管理プロトコル変換装置からの負荷監視情報に基
づいて該管理プロトコル変換装置が高負荷状態であると
判定したとき、該優先順位に従って他のプロトコル変換
装置に自動的に切り替えることを特徴としたネットワー
ク管理システム。 - 【請求項６】 請求項１乃至５のいずれかに記載のネッ
トワーク管理システムにおいて、該ＳＮＭＰマネージャ
は、予め設定した時刻に、現在の管理ＰＲＯＸＹ装置を
他のＰＲＯＸＹ装置へ自動的に切り替えることを特徴と
するネットワーク管理システム。 - 【請求項７】 請求項１乃至６のいずれかに記載のネッ
トワーク管理システムにおいて、該ＳＮＭＰマネージャ
は、予め各ノードに設定されている上流・下流ノード、
ポート数及びポート種別、ポートの接続先のポート種別
に関する情報を収集して分析することにより該リング上
のノード接続状態を自動的に認識することを特徴とした
ネットワーク管理システム。 - 【請求項８】 請求項１乃至７のいずれかに記載のネッ
トワーク管理システムにおいて、該ＳＮＭＰマネージャ
は、各ノードの上流・下流ノードを管理することにより
該リング上に新たに追加されたノードを認識して自動的
に管理対象に追加することを特徴としたネットワーク管
理システム。 - 【請求項９】 請求項１乃至８のいずれかに記載のネッ
トワーク管理システムにおいて、該ＳＮＭＰマネージャ
は、各ノードのＦＤＤＩリングの接続数を管理すること
によりノードに新たに追加されたリングを認識して自動
的にそのリングを管理対象に追加することを特徴とした
ネットワーク管理システム。 - 【請求項１０】請求項１乃至９のいずれかに記載のネッ
トワーク管理システムにおいて、切り替えるべきプロト
コル変換装置が該ＦＤＤＩリング上に存在しない場合、
該リング上のＳＮＭＰエージェント機能を有するノード
と直接ＳＮＭＰプロトコルで管理することを特徴とした
ネットワーク管理システム。 - 【請求項１１】請求項１乃至１０のいずれかに記載のネ
ットワーク管理システムにおいて、リング上のＰＲＯＸ
Ｙ装置の障害復旧を定期的に監視し、復旧検出時には再
度ＰＲＯＸＹ装置を介して管理することを特徴としたネ
ットワーク管理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23623794A JP3293719B2 (ja) | 1994-09-30 | 1994-09-30 | ネットワーク管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23623794A JP3293719B2 (ja) | 1994-09-30 | 1994-09-30 | ネットワーク管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08102756A true JPH08102756A (ja) | 1996-04-16 |
| JP3293719B2 JP3293719B2 (ja) | 2002-06-17 |
Family
ID=16997821
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP23623794A Expired - Fee Related JP3293719B2 (ja) | 1994-09-30 | 1994-09-30 | ネットワーク管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3293719B2 (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20030057921A (ko) * | 2001-12-29 | 2003-07-07 | 엘지전자 주식회사 | 에스엔엠피 망에서 엠아이비 테이블 구조 관리 방법 |
| WO2004002077A1 (fr) * | 2002-06-22 | 2003-12-31 | Huawei Technologies Co.,Ltd | Procede de traitement de largeur de bande repartie en anneau ip |
| WO2004071014A1 (ja) * | 2003-02-06 | 2004-08-19 | Fujitsu Limited | Ｓｎｍｐプロキシエージェント、及び管理情報中継方法 |
| WO2005069542A1 (en) * | 2004-01-15 | 2005-07-28 | Utstarcom Korea Limited | Method for correcting time data in a network management application using a snmp |
| JP2008271544A (ja) * | 2007-04-16 | 2008-11-06 | Chiho Kagi Kofun Yugenkoshi | ネットワーク管理システム及びその管理方法 |
| JP2009157944A (ja) * | 2009-04-02 | 2009-07-16 | Nippon Telegr & Teleph Corp <Ntt> | 監視制御システム |
| JP2013207316A (ja) * | 2012-03-27 | 2013-10-07 | Nec Corp | ネットワーク機器設定装置、設定システム、設定方法及び設定プログラム |
| JP2017524314A (ja) * | 2014-05-29 | 2017-08-24 | アマゾン・テクノロジーズ・インコーポレーテッド | プログラマティックインターフェースに従ったルータ情報の提供 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06309257A (ja) * | 1993-04-05 | 1994-11-04 | Internatl Business Mach Corp <Ibm> | Ｓｎｍｐテーブルをモニタ及び維持するシステム及び方法 |
| JPH07226777A (ja) * | 1994-02-10 | 1995-08-22 | Hitachi Ltd | 階層型ネットワーク管理システムおよびネットワーク管理情報の制御方法 |
| JPH07334445A (ja) * | 1994-06-14 | 1995-12-22 | Hitachi Ltd | 階層型ネットワーク管理システム |
-
1994
- 1994-09-30 JP JP23623794A patent/JP3293719B2/ja not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06309257A (ja) * | 1993-04-05 | 1994-11-04 | Internatl Business Mach Corp <Ibm> | Ｓｎｍｐテーブルをモニタ及び維持するシステム及び方法 |
| JPH07226777A (ja) * | 1994-02-10 | 1995-08-22 | Hitachi Ltd | 階層型ネットワーク管理システムおよびネットワーク管理情報の制御方法 |
| JPH07334445A (ja) * | 1994-06-14 | 1995-12-22 | Hitachi Ltd | 階層型ネットワーク管理システム |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20030057921A (ko) * | 2001-12-29 | 2003-07-07 | 엘지전자 주식회사 | 에스엔엠피 망에서 엠아이비 테이블 구조 관리 방법 |
| WO2004002077A1 (fr) * | 2002-06-22 | 2003-12-31 | Huawei Technologies Co.,Ltd | Procede de traitement de largeur de bande repartie en anneau ip |
| WO2004071014A1 (ja) * | 2003-02-06 | 2004-08-19 | Fujitsu Limited | Ｓｎｍｐプロキシエージェント、及び管理情報中継方法 |
| WO2005069542A1 (en) * | 2004-01-15 | 2005-07-28 | Utstarcom Korea Limited | Method for correcting time data in a network management application using a snmp |
| JP2008271544A (ja) * | 2007-04-16 | 2008-11-06 | Chiho Kagi Kofun Yugenkoshi | ネットワーク管理システム及びその管理方法 |
| JP2009157944A (ja) * | 2009-04-02 | 2009-07-16 | Nippon Telegr & Teleph Corp <Ntt> | 監視制御システム |
| JP2013207316A (ja) * | 2012-03-27 | 2013-10-07 | Nec Corp | ネットワーク機器設定装置、設定システム、設定方法及び設定プログラム |
| JP2017524314A (ja) * | 2014-05-29 | 2017-08-24 | アマゾン・テクノロジーズ・インコーポレーテッド | プログラマティックインターフェースに従ったルータ情報の提供 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3293719B2 (ja) | 2002-06-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6748434B2 (en) | Adaptive node selection | |
| US6205122B1 (en) | Automatic network topology analysis | |
| EP0637415B1 (en) | System and method for automatic segment resolution on a local area network | |
| CN112564964B (zh) | 一种基于软件定义网络的故障链路检测与恢复方法 | |
| JPH0366253A (ja) | 通信網監視方法およびシステムおよび通信網要素 | |
| CN102263651A (zh) | Snmp网络管理系统中局端设备连接状态的检测方法 | |
| JPH11112509A (ja) | Ａｔｍ網通信経路監視システム | |
| JPH08102756A (ja) | ネットワーク管理システム | |
| CN113676723B (zh) | 一种基于物联网的非同源网络视频监控故障定位方法及装置 | |
| JP2002111665A (ja) | ローカルエリアネットワーク監視装置 | |
| US6182135B1 (en) | Method for determining whether two pieces of network equipment are directly connected | |
| JP3542980B2 (ja) | ネットワークシステム、ネットワークエンティティ監視方法、記録媒体 | |
| JP4954420B2 (ja) | 通信システム | |
| KR20030035181A (ko) | 멀티 에이전트간 통신에 의한 네트워크 장애 관리 장치 및방법 | |
| KR100964392B1 (ko) | 망 관리에서의 장애 관리 시스템 및 그 방법 | |
| KR100500836B1 (ko) | 매트로 이더넷망의 장애처리 장치 및 그 방법 | |
| CN112769653B (zh) | 一种基于网口绑定的网络检测与切换方法、系统及介质 | |
| JP2001067291A (ja) | ネットワーク監視方式 | |
| JP3570300B2 (ja) | 障害管理方式および方法 | |
| CN112636999A (zh) | 一种端口的探测方法和网络监控系统 | |
| EP1780942A1 (en) | Method for automatically discovering a bus system in a multipoint transport network, multipoint transport network and network node | |
| CN109361781A (zh) | 报文转发方法、装置、服务器、系统及存储介质 | |
| JPH08181713A (ja) | 位置登録方法および位置登録方式 | |
| JP2953358B2 (ja) | ネットワーク監視装置 | |
| JPS61263350A (ja) | 通信回線障害自動通知方式 |
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 |