JP2001103052A - ネットワーク管理システム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク管理システムのメンテナンス性
を向上する。 【解決手段】 各管理対象に配置したシステムエージェ
ントと、このシステムエージェントを介して当該管理対
象を管理するシステムマネージャと、前記システムエー
ジェントと通信するために前記システムマネージャにつ
いて物理的に複数設けられた管理用通信経路とを備える
ネットワーク管理システムにおいて、前記システムエー
ジェント及びシステムマネージャから独立して機能し
て、前記システムマネージャについて設けられた複数の
前記管理用通信経路の内、選択した１つの管理用通信経
路で、前記システムマネージャとシステムエージェント
を接続する接続処理手段と、この接続処理手段が選択し
た管理用通信経路に関する経路情報を、前記システムマ
ネージャに通知する通信経路通知手段とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワーク管理シ
ステムに関し、例えばＣＭＩＰ（共通管理情報プロトコ
ル：Common Management Information Protocol）を
用い、冗長なネットワーク管理パスを介してバックボー
ンネットワークを管理する場合などに適用して好適なも
のである。

【０００２】

【従来の技術】一般に、マネージャ（管理システム）・
エージェント（管理対象システム）関係にある伝送路ネ
ットワーク管理システムでは、マネージャとエージェン
トの間にはネットワーク管理パスが存在する。ネットワ
ーク管理パスは、マネージャとエージェントを接続する
論理的な通信路である。

【０００３】１つのマネージャと１つのエージェント
が、１つのネットワーク管理パスを介して直接接続され
ている伝送路ネットワーク管理システムの場合、物理的
には１つの伝送路しか存在し得ないため、当該１つのネ
ットワーク管理パスを設定した伝送路に障害が発生する
と、その伝送路の障害が復旧するのを待ち、再びその伝
送路のなかにパスを設定することで、マネージャとエー
ジェントを接続することになる。

【０００４】したがって、マネージャとエージェントを
接続する接続ソフトウエアは、マネージャやエージェン
トとは独立したものとして構成され、単にマネージャと
エージェントを論理的に接続する機能を持てばよい。

【０００５】接続処理においては、マネージャは目的の
エージェントを一意に指定するだけであり、それを受け
た接続ソフトウエアは、当該エージェントに当該マネー
ジャを接続するだけである。接続ソフトウエアはマネー
ジャから独立しており、具体的にどのような経路で接続
したかをマネージャに通知する機能はない。マネージャ
はただ、接続という接続ソフトウエアにおける処理の成
果を、提供されるだけである。

【０００６】

【発明が解決しようとする課題】ところが、伝送路ネッ
トワーク管理システムのなかには、マネージャとエージ
ェントの接続が、管理対象である伝送路そのものを介し
て行われるシステムがある。このような管理システムの
接続ソフトウエアは、伝送路の左右いずれかの端部を経
由した経路からアクセスすることにより、マネージャと
エージェントのあいだに、物理的に異なる２通りのネッ
トワーク管理パスを設定することが可能である。

【０００７】すなわちこの接続ソフトウエアによる接続
は、ただ１つのネットワーク管理パスだけで行われるの
ではなく、もう１つのパス（冗長のネットワーク管理パ
ス）を使用しても行われ得る。

【０００８】冗長のネットワーク管理パスをもつマネー
ジャとエージェントの通信経路の接続を行う接続ソフト
ウエアのルーティングには、スタティックルーティング
と、ダイナミックルーティングがある。

【０００９】スタティックルーティングでは、あらかじ
め用意された静的な経路情報に基づいて、手動で、マネ
ージャ、エージェント間に経路が設定される。

【００１０】これに対しダイナミックルーティングで
は、ネットワークの障害情報などによって経路情報を動
的に変更する経路情報変更通信手順（ルーティングプロ
トコル）を用いる。このルーティングプロトコルにした
がって動的に変更された経路情報に基づき、前記接続ソ
フトウエアによる経路設定が行われ、マネージャとエー
ジェントが接続される。当該ルーティングプロトコル
も、接続ソフトウエアと同様、マネージャやエージェン
トとは独立して機能する。

【００１１】後者のダイナミックルーティングの場合、
ある時点でネットワーク管理パスを設定していた１つの
経路に障害が発生したとしても、接続ソフトウエアやル
ーティングプロトコルが自動的にもう１つの経路を選択
して、マネージャとエージェント間の正常な通信を継続
することが可能である。

【００１２】通常はこのようにして通信の正常性は確保
されるのであるが、そのあとで新たな経路にも障害が発
生することも考えられるため、できるだけ早期に障害が
発生したほうの経路を復旧し、正常化しておく必要があ
る。

【００１３】ところが、マネージャを操作するオペレー
タ（保守点検作業者）は、障害がどちらの経路に発生し
たのかを認識することができないために、復旧作業をど
ちらの経路に対して実行すればよいのか直ちに判断する
ことができないという不利不便がある。

【００１４】一方、前者のスタティックルーティングの
場合、障害発生時にはオペレータが手動で経路情報を書
き換えることになるため、障害復旧作業をどちらの経路
に対して実行すればよいのかを認識するためだけでな
く、障害発生後にマネージャとエージェント間の正常な
通信を再開するためにも、障害が発生したほうの経路を
特定する必要がある。

【００１５】すなわちスタティックルーティングでは、
障害発生経路の特定が遅れれば、マネージャとエージェ
ントの通信の再開も遅れて、その期間、管理が実施不能
となる。このためスタティックルーティングの場合、障
害発生経路の特定の緊急性は、一般に、ダイナミックル
ーティングよりも高いと考えられる。

【００１６】なお、マネージャとエージェント間の通信
がいずれの経路で行われているかをオペレータが簡便に
認識できたほうがよいのは、必ずしも、以上のような障
害発生のケースにかぎらず、その他の保守点検の場合
や、伝送路ネットワーク管理システムの運用状態に関す
る情報を収集する必要がある場合についても、広く当て
はまるものと考えられる。

【００１７】

【課題を解決するための手段】かかる課題を解決するた
めに、本発明では、各管理対象に配置したシステムエー
ジェントと、このシステムエージェントを介して当該管
理対象を管理するシステムマネージャと、前記システム
エージェントと通信するために前記システムマネージャ
について物理的に複数設けられた管理用通信経路とを備
えるネットワーク管理システムにおいて、前記システム
エージェント及びシステムマネージャから独立して機能
して、前記システムマネージャについて設けられた複数
の前記管理用通信経路の内、選択した１つの管理用通信
経路で、前記システムマネージャとシステムエージェン
トを接続する接続処理手段と、この接続処理手段が選択
した管理用通信経路に関する経路情報を、前記システム
マネージャに通知する通信経路通知手段とを備えること
を特徴とする。

【００１８】

【発明の実施の形態】（Ａ）実施形態 本発明にかかるネットワーク管理システムを、ダイナミ
ックルーティングを行う伝送路ネットワーク管理システ
ムに適用した場合を例に、実施形態について説明する。

【００１９】（Ａ−１）実施形態の構成 本実施形態の伝送路ネットワーク管理システム１０の構
成を図１に示す。

【００２０】図１において、伝送路ネットワーク管理シ
ステム１０は、管理の対象となる伝送路ネットワーク１
５と、当該管理を実行する管理ネットワーク（すなわち
管理網）１６とを備えている。

【００２１】図示した伝送路ネットワーク１５は、さら
に大きな元伝送路ネットワーク（図示せず）を、Ｐ１、
Ｐ２の任意の２つの切断面で切断して取り出したものと
してとらえることができる。したがって元伝送路ネット
ワークのトポロジとしては、リング状やバス状など、ど
のような形状も可能である。

【００２２】もちろん、当該伝送路ネットワーク１５
が、全体としてほぼ図１のような形態であってもよいこ
とは当然である。

【００２３】いずれの場合であれ、この伝送路ネットワ
ーク１５は、通信装置１２〜１４と、これらを接続する
伝送路１７を備えている。通信装置１２〜１４として
は、交換機や多重化装置、ルータやハブ、あるいはスイ
ッチやＭＡＵ（媒体アクセスユニット）など、どのよう
な通信装置であってもよい。

【００２４】通信装置１２〜１４のうち通信装置１２
は、通信装置１２に組み込まれている例えばメモリやＲ
ＯＭに搭載する形式で、エージェント１１を装備してい
る。エージェント１１は管理対象（管理オブジェクト）
となる当該通信装置１２を管理するためのソフトウエア
で、後述するマネージャＡは、このエージェント１１を
通して管理対象についての情報を取得、収集する。した
がってエージェント１１は、その情報を所定のプロトコ
ルに応じて当該マネージャＡに通知する機能などを装備
している。

【００２５】当該プロトコルとしては、例えば、ＣＭＩ
Ｐ（共通管理情報プロトコル：Common Management In
formation Protocol）などが使用可能である。

【００２６】本実施形態では、他の通信装置１３，１４
も、それぞれに自身を管理するエージェント１８，１９
を装備しているものとする。ただし、管理対象は抽象化
されたものなので、必ずしも１通信装置が１管理対象で
ある必要はなく、１エージェントが複数の通信装置を管
理対象としたり、複数のエージェントが１通信装置を管
理対象とすることも可能である。

【００２７】なお、エージェント１１、１８，１９が取
得する情報の種類は、各管理対象に関しての、例えばハ
ードウエア構成情報、ソフトウエア構成情報、各種設定
情報、稼動状況に関する情報、障害箇所に関する情報な
どが含まれ得る。

【００２８】一方、管理ネットワーク１６は、マネージ
ャＡ（２１）、マネージャＢ（２２）と、これらそれぞ
れに付加されているネットワークインタフェース代理接
続部１００Ａ、１００Ｂを備えている。すなわち、マネ
ージャＡと代理接続部１００Ａは１つの通信装置に搭載
されていて、マネージャＢと代理接続部１００Ｂはもう
１つの通信装置に搭載されている。

【００２９】前記伝送路ネットワーク１５をバックボー
ンネットワークとすると、管理ネットワーク１６は１つ
のＬＡＮであってよい。

【００３０】マネージャＡは、上述したようにエージェ
ント１１を介して管理対象１２を管理するソフトウエア
で、管理対象伝送路１７の西側（左側）に接続されてい
る。

【００３１】マネージャＡの管理の内容は予め決められ
ており、その管理内容に応じて取得する情報の種類が決
まる。管理のなかには、管理対象の監視だけでなく管理
対象の制御も含まれ得る。すなわち、マネージャＡは、
エージェント１１を介して管理対象装置１２の設定や稼
動状況を制御することも可能である。

【００３２】このような管理を行うに際しては、エージ
ェント１１が取得した情報をマネージャＡに画面表示さ
せることなども、当該マネージャＡのオペレータにとっ
て望ましい。

【００３３】エージェント１８，１９とマネージャＡの
関係も、エージェント１１とマネージャＡの関係と同じ
であるので、以下では、エージェント１１をアクト系と
し、主としてエージェント１１とマネージャＡとの通信
に注目して説明する。

【００３４】前記伝送路１７の東側（右側）から接続さ
れているもう１つのマネージャＢは、このマネージャＡ
と同様な機能を持つソフトウエアであってよい。

【００３５】マネージャＡとマネージャＢの関係につい
ては、さまざまなものが考えられる。

【００３６】例えば、マネージャＡとマネージャＢが同
時に管理を行いそれぞれの管理の内容が異なる場合、マ
ネージャＡが管理対象１４を管理しマネージャＢが管理
対象１３を管理するというようにそれぞれ地理的に近い
管理対象を管理する場合なども考えられるが、本実施形
態では、相互にバックアップ関係にあり、二重化構成さ
れているものとする。

【００３７】二重化構成では、マネージャＡとマネージ
ャＢはまったく同じ内容の管理を実行する機能を備えて
いるが、例えばマネージャＡがアクト系でマネージャと
して機能しているときマネージャＢはスタンバイ系でマ
ネージャとして機能しない。そしてアクト系のマネージ
ャＡ自体に障害が発生した場合などに、系切替えが行わ
れ、マネージャＡはスタンバイ系となりマネージャＢが
アクト系となる。これによって、障害発生時などでも途
切れることなく管理を継続することが可能となる。

【００３８】なお、例えばマネージャＢがスタンバイ系
であるときでも、マネージャＢの代理接続部１００Ｂ
は、アクト系のマネージャＡのために機能し得る状態を
保っている必要がある。

【００３９】図１には、マネージャＡとエージェント１
１間を、伝送路１７の西側から左回りで接続するネット
ワーク管理パスＡ（３１）と、伝送路１７の東側から、
東側の代理接続部１００Ｂ経由（右回り）で接続するネ
ットワーク管理パスＢ（３２）とが描かれている。ネッ
トワーク管理パスは１つあれば、マネージャとエージェ
ント間の通信を行うことが可能であるのに、本実施形態
ではこのように、２つ目のネットワーク管理パス（冗長
なネットワーク管理パス）を設定することができる構成
となっている。ネットワーク管理パス３１を１つ目のネ
ットワーク管理パスとすれば、ネットワーク管理パス３
２は冗長なネットワーク管理パスである。反対に、ネッ
トワーク管理パス３２を１つ目のパスとすれば、ネット
ワーク管理パス３１が冗長なネットワーク管理パスであ
る。

【００４０】マネージャＡ、Ｂそれぞれに付加されてい
るネットワークインタフェース代理接続部１００Ａ、１
００Ｂの内部構成を図２に示す。

【００４１】（Ａ−１−１）ネットワークインタフェー
ス代理接続部の内部構成 図２において、ネットワークインタフェース代理接続部
１００Ａは、伝送路側接続送信処理部２００Ａと、ネッ
トワーク管理網側接続送信処理部３００Ａと、メッセー
ジ受信部４００Ａと、メッセージ送信部５００Ａと、メ
ッセージ振り分け部６００Ａとを備えている。

【００４２】メッセージ受信部４００Ａは、最終的には
エージェント１１に供給するためにマネージャＡからメ
ッセージを送信する往き方向のメッセージ転送におい
て、マネージャＡから最初にメッセージを受信する部分
である。

【００４３】メッセージ受信部４００Ａで受信されたメ
ッセージは、通常、メッセージ振り分け部６００Ａによ
って、伝送路側接続送信処理部２００Ａまたはネットワ
ーク管理網側接続送信処理部３００Ａのいずれかに送出
される。

【００４４】メッセージ振り分け部６００Ａは、ネット
ワーク管理パスが左回りで設定されている場合には、伝
送路側接続送信処理部２００Ａに当該往き方向のメッセ
ージを送出し、反対に右回りで設定されている場合に
は、ネットワーク管理網側接続送信処理部３００Ａに当
該往き方向のメッセージを送出する部分である。

【００４５】このメッセージ振り分け部６００Ａは、エ
ージェント１１が送信したメッセージをマネージャＡが
受信する復り方向のメッセージ転送においては、伝送路
側接続送信処理部２００Ａまたはネットワーク管理網側
接続送信処理部３００Ａから供給される当該メッセージ
を、メッセージ送信部５００Ａに送出する。

【００４６】メッセージ送信部５００Ａは、メッセージ
振り分け部６００Ａから受け取った復り方向のメッセー
ジをマネージャＡに送信する部分である。

【００４７】前記メッセージ振り分け部６００Ａが伝送
路側接続送信処理部２００Ａからメッセージを受け取る
のは、左回りでネットワーク管理パス３１が設定されて
いてアクト系のマネージャＡに供給するためにエージェ
ント１１からの復り方向のメッセージを受け取る場合、
またはマネージャＢがアクト系であって左回りにネット
ワーク管理パス３１が設定されている状態でマネージャ
Ｂに供給するための復り方向のメッセージをエージェン
ト１１から受け取る場合である。

【００４８】アクト系のマネージャＢに供給するために
メッセージ振り分け部６００Ａが伝送路側接続送信処理
部２００Ａを介して受け取った当該メッセージは、当該
メッセージ振り分け部６００Ａから順次、ネットワーク
管理網側接続送信処理部３００Ａ、ネットワーク管理網
側接続送信処理部３００Ｂ、メッセージ振り分け部６０
０Ｂ、メッセージ送信部５００Ｂを経てマネージャＢに
供給される。

【００４９】また、当該メッセージ振り分け部６００Ａ
が前記ネットワーク管理網側接続送信処理部３００Ａか
ら当該メッセージを受け取るのは、右回りでネットワー
ク管理パス３２が設定されていてアクト系のマネージャ
Ａに供給するためにエージェント１１からのメッセージ
を受け取る場合である。このときメッセージ振り分け部
６００Ａが受け取ったメッセージは、メッセージ送信部
５００Ａを介してマネージャＡに供給される。

【００５０】すなわち、代理接続部１００Ａの構成要素
のうち、少なくとも伝送路側接続送信処理部２００Ａ
と、メッセージ振り分け部６００Ａと、ネットワーク管
理網側接続送信処理部３００Ａとは、マネージャＡがア
クト系でマネージャＢがスタンバイ系の場合にも、マネ
ージャＡがスタンバイ系でマネージャＢがアクト系の場
合にも機能する必要がある。

【００５１】このほか、ネットワークインタフェース代
理接続部１００Ａは、伝送路側接続送信処理部２００Ａ
とネットワーク管理網側接続送信処理部３００Ａとメッ
セージ振り分け部６００Ａによって設定／参照されるネ
ットワーク管理パス接続状態テーブル１００１Ａ（図３
参照）を備えている。

【００５２】ネットワークインタフェース代理接続部１
００Ａと同様に、ネットワークインタフェース代理接続
部１００Ｂは、伝送路側接続送信処理部２００Ｂと、ネ
ットワーク管理網側接続送信処理部３００Ｂと、メッセ
ージ受信部４００Ｂと、メッセージ送信部５００Ｂと、
メッセージ振り分け部６００Ｂとを備え、さらにネット
ワーク管理パス接続状態テーブル１００１Ａと対応する
内容のテーブル１００１Ｂを備えている。

【００５３】代理接続部１００Ｂにおいて、伝送路側接
続送信処理部２００Ｂは前記伝送路側接続送信処理部２
００Ａに対応し、ネットワーク管理網側接続送信処理部
３００Ｂは前記ネットワーク管理網側接続送信処理部３
００Ａに対応し、メッセージ受信部４００Ｂは前記メッ
セージ受信部４００Ａに対応し、メッセージ送信部５０
０Ｂは前記メッセージ送信部５００Ａに対応し、メッセ
ージ振り分け部６００Ｂは前記メッセージ振り分け部６
００Ａに対応するので、これらの詳しい説明は省略す
る。

【００５４】次に、図３に示したネットワーク管理パス
接続状態テーブル１００１Ａ（１００１Ｂ）について説
明する。このテーブル１００１Ａには、現在使用してい
るネットワーク管理パスに関する情報が示されている。

【００５５】(Ａ−１−２）ネットワーク管理パス接続
状態テーブルの構成 図３において、ナンバＮｏ．は各ネットワーク管理パス
を識別するための論理的な番号を示し、接続先アドレス
ＤＡはメッセージの最終的な送信先のアドレスを示し、
接続元アドレスＳＡはメッセージの送信元のアドレスを
示し、空き／塞がりフラグＦＦはネットワーク管理パス
の接続状態を示している。

【００５６】空き／塞がりフラグＦＦでは、ネットワー
クインタフェース代理接続部１００Ａの接続状態が、各
パスごとに示されるため、この状態を調べることによ
り、各パスが空いているか塞がっているかが分かり、塞
がっている場合はさらに、その接続対象が伝送路（伝送
路ネットワーク１５の伝送路１７）であるか、ネットワ
ーク管理網であるかが分かる。

【００５７】図示の状態で、接続先アドレスＤＡのＸＸ
ＸＸがエージェント１１のアドレスを示し、ＸＸＸ１が
エージェント１８のアドレスを示し、接続元アドレスＳ
ＡのＹＹＹＹがマネージャＡのアドレスを示しているも
のとすると、この時点で、マネージャＡとエージェント
１１のあいだには、“伝送路”を介して論理番号１の左
回りのパス３１が設定されており、マネージャＡとエー
ジェント１８のあいだには、“ネットワーク管理網”を
介して論理番号２の右回りのパスが設定されていること
になる。

【００５８】なお、論理番号３〜Ｎ（Ｎは正整数）は
“空き”、すなわち未使用状態である。また、論理番号
Ｎｏ．の相違は、ネットワーク管理パスの論理的な相違
を示し、空き／塞がりフラグＦＦが“伝送路”であるか
“ネットワーク管理網”であるかは、ネットワーク管理
パスを設定した伝送路の物理的な相違を示している。

【００５９】スタンバイ系であるマネージャＢの代理接
続部１００Ｂが持っているテーブル１００１Ｂの内容
も、図３と対応している。したがって図３は、ある時点
のテーブル１００１Ｂを示しているものとしてとらえる
こともできる。

【００６０】ただし、テーブル１００１Ａと１００１Ｂ
のあいだで、論理番号Ｎｏ．が必ずしも対応している必
要はなく、左回りのパスに対応する図３の論理番号Ｎ
ｏ．１欄の内容は代理接続部１００Ｂとは無関係なの
で、テーブル１００１Ｂがその内容を備えている必要は
ない。

【００６１】したがって、テーブル１００１Ｂは最低
限、テーブル１００１Ａの論理番号Ｎｏ．２欄に対応す
る欄を備えていればよい。

【００６２】また本実施形態では、テーブル１００１Ａ
と１００１Ｂの機能上、接続先アドレスＤＡおよび接続
元アドレスＳＡの双方が同じ欄は、１００１Ａか１００
１Ｂかのどちらか一方にだけ存在し、双方に存在するこ
とはない。すなわち、例えば、接続先アドレスＤＡが
“ＸＸＸＸ”で接続元アドレスＳＡが“ＹＹＹＹ”の欄
がテーブル１００１Ａに存在する場合には、ＤＡとＳＡ
がこれと同じ欄が同時に、テーブル１００１Ｂにも存在
することはあり得ない。同じマネージャとエージェント
間の通信は、左回りまたは右回りのいずれか一方のパス
でだけ行われるからである。

【００６３】本実施形態では、当該Ｎｏ．２欄の接続状
態ＦＦとしては“伝送路”であるものとする。これによ
り、代理接続部１００Ｂのメッセージ振り分け部６００
Ｂは、マネージャＡからエージェント１８に送信される
メッセージを、ネットワーク管理網側接続送信処理部３
００Ｂから受け取って、伝送路側接続送信処理部２００
Ｂに送出することができる。

【００６４】反対に、エージェント１８からマネージャ
Ａにメッセージを送信する復り方向に関しては、メッセ
ージは、往きと同一の経路を反対方向にたどり、伝送路
側接続送信処理部２００Ｂ、メッセージ振り分け部６０
０Ｂ、ネットワーク管理網側接続送信処理部３００Ｂの
順に代理接続部１００Ｂ内を転送され、さらに代理接続
部１００Ａ内では、ネットワーク管理網側接続送信処理
部３００Ａ、メッセージ振り分け部６００Ａ、メッセー
ジ送信部５００Ａをこの順番に転送されて、目的のマネ
ージャＡに到達する構成となっている。

【００６５】以下、上記のような構成を有する本実施形
態の動作について説明する。この動作は、マネージャＡ
がアクト系で、マネージャＢがスタンバイ系の場合の動
作である。

【００６６】（Ａ−２）実施形態の動作 図４に、マネージャＡ（２１）がエージェント１１に対
して接続する際の処理の流れを示す。これは、図３の論
理番号Ｎｏ．１欄の内容を、テーブル１００１Ａに格納
するための処理である。

【００６７】（Ａ−２−１）ネットワークインタフェー
ス代理接続部１００Ａの動作 前提として、マネージャＡ（２１）は、エージェント１
１に対して接続する時、エージェント１１の前記アドレ
ス“ＸＸＸＸ”を指定し、ネットワークインタフェース
代理接続部１００Ａに対して接続要求を発行する。

【００６８】図４において、ネットワークインタフェー
ス代理接続部１００Ａでは、メッセージ受信部４００Ａ
でマネージャＡからの接続要求を受信し、その接続要求
をメッセージ振り分け部６００Ａに渡す（Ｓ１１２
０）。

【００６９】メッセージ振り分け部６００Ａでは、ネッ
トワーク管理パス接続状態テーブル１００１Ａを参照
し、指定されたアドレス“ＸＸＸＸ”に対応するエージ
ェント１１への接続状態を確認する（Ｓ１１３０）。

【００７０】そしてこの接続状態が“空き”であれば、
伝送路側接続送信処理部２００Ａへ接続要求を行う（Ｓ
１１４０）。

【００７１】要求された伝送路側接続送信処理部２００
Ａでは、指定されたアドレス“ＸＸＸＸ”のエージェン
ト１１に対して接続処理を実行する（Ｓ１１５０）。そ
して、ネットワーク管理パス接続状態テーブル１００１
Ａの接続状態ＦＦへ“伝送路”（左回り）を設定する。

【００７２】また、メッセージ送信部５００Ａへ左回り
のパス（ネットワーク管理パスＡ（３１））が接続され
た旨の通知を行い、マネージャＡに対してもこの接続状
態が通知される（Ｓ１１７０）。

【００７３】伝送路側の接続処理に失敗した場合、ネッ
トワーク管理パス接続状態テーブル１００１Ａへの接続
状態の設定・接続完了通知の発行を行わず、ネットワー
ク管理網側接続送信処理部３００Ａへ接続要求を送信す
る（Ｓ１１８０）。

【００７４】ここで、接続処理の失敗は、左回りの経路
の論理番号Ｎｏ．１〜Ｎに空きがない場合や、左回りの
経路に未復旧の障害がある場合などに発生し得る。

【００７５】ネットワーク管理網側接続送信処理部３０
０Ａでは、ネットワーク管理網１６を介して接続されて
いる東側のマネージャＢ（２２）に付加されているネッ
トワークインタフェース代理接続処理部１００Ｂへの接
続処理を実行する（Ｓ１１９０）。

【００７６】そして、接続処理が完了した時点でネット
ワーク管理パス接続状態テーブル１００１Ａの接続状態
ＦＦへ“ネットワーク管理網”を設定する（Ｓ１２０
０）。

【００７７】このとき、メッセージ送信部５００Ａへも
右回りのパス（ネットワーク管理パスＢ（３２））が接
続された旨の通知を行い、マネージャＡに対してもこの
接続状態が通知される（Ｓ１２１０）。

【００７８】これにより、マネージャＡは、使用してい
るネットワーク管理パスの接続状態ＦＦが“伝送路”で
あるか“ネットワーク管理網”であるかを、画面表示な
どにより、オペレータに知らせることが可能となる。

【００７９】ダイナミックルーティングの場合、接続中
に当該経路に障害が発生（図７参照）すると、自動的に
前記接続処理の失敗のケースと類似の動作が行われるこ
とになる。ただし前記ステップＳ１１５０では、左回り
の経路で接続できない場合にかぎり右回りの経路で接続
するようにしたが、障害発生は、左回り、右回りどちら
の経路で起きることもあり得るので、ダイナミックルー
ティングによって新たに選択される経路は、右回り、左
回りどちらのケースも考えられる。

【００８０】障害発生の知らせを受け、なおかつ現在、
マネージャＡとエージェント１１間の通信が正常に行わ
れているとすれば、ダイナミックルーティングによって
経路情報が自動的に書き換えられたことを意味するの
で、オペレータがマネージャＡを通じて確認している経
路と反対の経路が障害発生経路である。

【００８１】次に、接続要求された東側のマネージャＢ
（２２）に付加されているネットワークインタフェース
代理接続部１００Ｂの処理の流れを図５に示す。これは
図４のフローチャートの処理を受けて、代理接続部１０
０Ｂが行う動作である。

【００８２】（Ａ−２−２）ネットワークインタフェー
ス代理接続部１００Ｂの動作 図５において、西側のマネージャＡ（２１）からの接続
要求を、東側のマネージャＢ（２２）のネットワークイ
ンタフェース代理接続処理部１００Ｂでは、ネットワー
ク管理網側接続送信処理部３００Ｂと、メッセージ振り
分け部６００Ｂを介してメッセージ受信部４００Ｂで受
信し、その接続要求をメッセージ振り分け部６００Ｂに
渡す（Ｓ１３２０）。

【００８３】メッセージ振り分け部６００Ｂでは、ネッ
トワーク管理パス接続状態テーブル１００１Ｂを参照
し、指定されたアドレスに対応するエージェントヘの接
続状態を確認する（Ｓ１３３０）。

【００８４】接続状態が“空き”であれば、伝送路側接
続送信処理部２００Ｂへ接続要求を行う（Ｓ１３４
０）。

【００８５】要求された伝送路側接続送信処理部２００
Ｂでは、指定されたアドレス“ＸＸＸＸ”のエージェン
ト１１に対して接続処理を実行する（Ｓ１３５０）。そ
して、ネットワーク管理パス接続状態テーブル１００１
Ｂの接続状態ＦＦへ“伝送路”を設定する（Ｓ１３６
０）。

【００８６】ここでは、指定されたアドレスがＸＸＸＸ
なのでエージェント１１に対する接続処理であるが、指
定されたアドレスが例えばＸＸＸ１であれば、それはエ
ージェント１８に対する接続処理ということになる。

【００８７】次いで、接続処理完了後のメッセージ送受
信処理の流れを図６に示す。接続処理が完了することに
よって初めて、上述した所定のプロトコルに対応したメ
ッセージが、マネージャＡとエージェント１１のあいだ
で送受信され、前記管理が行われることになる。

【００８８】（Ａ−２−３）メッセージ送受信時のネッ
トワークインタフェース代理接続部１００Ａの動作 図６において、接続処理完了後、ネットワークインタフ
ェース代理接続部１００Ａでは、メッセージ受信部４０
０Ａによって、マネージャＡからのメッセージの受信待
ちを行う（Ｓ１４２０）。

【００８９】マネージャＡからのメッセージを受信した
場合は、そのメッセージをメッセージ振り分け部６００
Ａへ渡す（Ｓ１４３０）。

【００９０】メッセージ振り分け部６００Ａでは、ネッ
トワーク管理パス接続状態テーブル１００１Ａを参照
し、現在接続されているネットワーク管理パスが伝送路
側かネットワーク管理網側かを識別する（Ｓ１４４
０）。

【００９１】伝送路側の場合、伝送路側接続送信処理部
２００Ａヘメッセージを送信する（Ｓ１４５０）。伝送
路側接続送信処理部２００Ａでは、指定されたアドレス
“ＸＸＸＸ”のエージェント１１ヘメッセージを送信す
る（Ｓ１４６０）。

【００９２】現在接続されているネットワーク管理パス
がネットワーク管理網側のパス３２の場合、ネットワー
ク管理網側接続送信処理部３００Ａヘメッセージ送信す
る（Ｓ１４７０）。

【００９３】ネットワーク管理網側接続送信処理部３０
０Ａでは、東側のマネージャＢ（２２）に付加されてい
るネットワークインタフェース代理接続部１００Ｂヘメ
ッセージを送信する（Ｓ１４８０）。

【００９４】東側のマネージャＢ（２２）に付加されて
いるネットワークインタフェース代理接続部１００Ｂで
は、マネージャＢからメッセージを受信した時と同様の
処理を行い、指定されたアドレス“ＸＸＸＸ”のエージ
ェント１１ヘメッセージを送信する。これにより、マネ
ージャＡからエージェント１１へ、管理に関する指示を
伝達することができる。

【００９５】反対に、エージェント１１が送信したメッ
セージをマネージャＡが受信する場合には、当該メッセ
ージが、各部を結ぶ同一パス上を以上と反対方向に転送
されることで、当該メッセージはマネージャＡに受信さ
れる。これにより、管理対象１２からエージェント１１
が取得し収集した情報を、マネージャＡが受け取ること
ができる。

【００９６】このようにマネージャＡとエージェント１
１のあいだでメッセージのやり取りが行われているとき
（接続中）に、当該やり取りに使用されていたネットワ
ーク監視パス（ネットワーク管理パス）に障害が発生す
ることがあり得る。

【００９７】ここでは、当該やり取りに使用していて障
害が発生したネットワーク監視パスを、パスＡ（３１）
であるものとし、ネットワーク監視パスＢ（３２）に接
続し直す場合の処理の流れを、図７に示す。

【００９８】（Ａ−２−４）障害発生時の動作 図７において、マネージャＡ（２１）に付加されている
ネットワークインタフェース代理接続処理部１００Ａの
伝送路側接続処理部２００Ａが、ネットワーク管理パス
Ａ（３１）の障害を検出する（Ｓ１６２０）。

【００９９】伝送路側接続処理部２００Ａでは、障害を
検出するとネットワーク管理パス接続状態テーブル１０
０１Ａの当該パスの接続状態を“空き”に変更する（Ｓ
１６３０）。

【０１００】そして、該当エージェント１１のアドレス
“ＸＸＸＸ”を指定してネットワーク管理網側接続送信
処理部３００Ａへ接続要求を発行する（Ｓ１６４０）。

【０１０１】ネットワーク管理網側接続送信処理部３０
０Ａでは、ネットワーク管理網を介して接続されている
東側のマネージャＢ（２２）に付加されているネットワ
ークインタフェース代理接続処理部１００Ｂへの接続処
理を実行する（Ｓ１６５０）。

【０１０２】この接続処理が完了した時点で、ネットワ
ーク管理網側接続送信処理部３００Ａが、ネットワーク
管理パス接続状態テーブル１００１Ａの接続状態へ“ネ
ットワーク管理網”を設定する（Ｓ１６６０）。

【０１０３】メッセージ送信部５００Ａへもネットワー
ク管理パスＢ（３２）が接続された旨の通知を行い、マ
ネージャＡに対してどのネットワーク管理パスが接続さ
れているかを通知する（Ｓ１６７０）。

【０１０４】（Ａ−３）実施形態の効果 本実施形態によれば、アクト系のマネージャは、ネット
ワークインタフェース代理接続部を意識することなく、
各エージェントに接続することができ、どのネットワー
ク管理パスを利用しているかをオペレータが確認可能と
なる。

【０１０５】したがって、保守点検者でもある当該マネ
ージャのオペレータは、障害発生経路を直ちに特定する
こともできる。

【０１０６】(Ｂ）他の実施形態 上記実施形態では、ダイナミックルーティングを例に説
明したが、本発明は、スタティックルーティングにも適
用可能である。

【０１０７】むしろ、障害発生経路の特定の迅速性とい
う本発明の利点は、障害発生後の通信の再開さえもオペ
レータの手に委ねられているスタティックルーティング
に適用した場合に、いっそう効果が大きい。

【０１０８】すなわち、ダイナミックルーティングに適
用した場合は、障害発生経路に対する復旧作業の開始が
早まるだけだが、スタティックルーティングに適用した
場合は、障害発生経路に対する復旧作業の開始が早まる
とともに、マネージャ、エージェント間の正常な通信の
再開も早まる。

【０１０９】スタティックルーティングの場合、プログ
ラムが自動的に経路情報を書き換えることはないので、
例えば、障害発生の知らせを受けたオペレータが、アク
ト系のマネージャによって画面表示された図３のテーブ
ル１００１Ａを確認したとして、そのとき、通信が正常
に行われていないのがマネージャＡとエージェント１１
間であるとすると、“伝送路”すなわち左回り経路に障
害が発生していることが分かるので、論理番号Ｎｏ．１
の接続状態ＦＦを“伝送路”から“ネットワーク管理
網”に書き換える操作に相当する操作を行うことで、直
ちにマネージャＡとエージェント１１間の正常な通信を
再開することができる。

【０１１０】なお、ダイナミックルーティングを行う上
記実施形態において、マネージャＡは、現在の接続状態
をそのまま表示するものとしたが、障害発生によって経
路情報が自動的に書き換えられた場合には、誤認を防ぐ
ために、書き換えまえの接続状態ＦＦを障害発生経路と
して表示する機能をマネージャＡに装備してもよい。

【０１１１】この機能は、ネットワーク管理パスが２つ
しか存在し得ない場合やスタティックルーティングの場
合には、あってもなくてもよいが、使用可能なネットワ
ーク管理パスが３つ以上存在する場合におけるダイナミ
ックルーティングでは必須となる。経路情報が自動的に
書き換えられたあとで、現在使用しているネットワーク
管理パスだけを表示しても、障害発生経路を特定するこ
とはできないからである。

【０１１２】一方、上記実施形態では、管理対象の伝送
路自身を利用した冗長ネットワーク管理パスを適用した
例を示したが、本発明は、冗長なネットワーク管理パス
を持つどのようなシステムにも適用可能である。

【０１１３】また、上記実施形態では、冗長なネットワ
ーク管理パスは１つで合計２つのネットワーク管理パス
が可能であったが、本発明では、３つ以上のネットワー
ク管理パスを設定することも可能である。

【０１１４】さらに、上記実施形態では、マネージャの
数は、Ａ、Ｂの２つであったが、１つであってもよく、
３つ以上であってもよい。

【０１１５】すなわち、本発明は、各管理対象に配置し
たシステムエージェントと、このシステムエージェント
を介して当該管理対象を管理するシステムマネージャ
と、前記システムエージェントと通信するために前記シ
ステムマネージャについて物理的に複数設けられた管理
用通信経路とを備えるネットワーク管理システムについ
て、広く適用することができる。

【０１１６】

【発明の効果】以上に説明したように、本発明によれ
ば、管理用通信経路に関する経路情報を、システムマネ
ージャが認識して表示することができ、保守点検の手数
や時間を軽減することが可能で、操作性および信頼性の
高いネットワーク管理システムを提供することができ
る。

【図面の簡単な説明】

【図１】実施形態に係る伝送路ネットワーク管理システ
ムの構成を示す概略図である。

【図２】実施形態のネットワークインタフェース代理接
続部の内部構成を示すブロック図である。

【図３】ネットワーク管理パス接続状態テーブルの構成
を示す概略図である。

【図４】実施形態の動作を示すフローチャートである。

【図５】実施形態の動作を示すフローチャートである。

【図６】実施形態の動作を示すフローチャートである。

【図７】実施形態の動作を示すフローチャートである。

【符号の説明】 １０…伝送路ネットワーク管理システム、１１…エージ
ェント、１２〜１３…通信装置、１５…伝送路ネットワ
ーク、１６…ネットワーク管理網、２１，２２…マネー
ジャ、１００Ａ、１００Ｂ…ネットワークインタフェー
ス代理接続部。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 29/14 ９Ａ００１ (72)発明者 品澤 修 東京都港区虎ノ門１丁目７番12号 沖通信 システム株式会社内 (72)発明者 永井 博 東京都港区虎ノ門１丁目７番12号 沖電気 工業株式会社内 Ｆターム(参考） 5B089 GB02 GB08 HB10 JA35 KA12 KB03 ME01 5K014 AA01 CA01 CA07 EA00 FA01 HA00 5K030 GA12 HC01 KX23 LA08 LB06 LB08 MA01 MB01 MD07 5K033 AA06 BA15 CB14 DA01 DA14 EA02 EA04 EB02 5K035 AA03 BB03 DD01 JJ01 LL18 MM03 MM04 MM06 9A001 CC07 CZ06 JJ18

Claims (2)

【特許請求の範囲】
1. 【請求項１】 各管理対象に配置したシステムエージェ
   ントと、このシステムエージェントを介して当該管理対
   象を管理するシステムマネージャと、前記システムエー
   ジェントと通信するために前記システムマネージャにつ
   いて物理的に複数設けられた管理用通信経路とを備える
   ネットワーク管理システムにおいて、 前記システムエージェント及びシステムマネージャから
   独立して機能して、前記システムマネージャについて設
   けられた複数の前記管理用通信経路の内、選択した１つ
   の管理用通信経路で、前記システムマネージャとシステ
   ムエージェントを接続する接続処理手段と、 この接続処理手段が選択した管理用通信経路に関する経
   路情報を、前記システムマネージャに通知する通信経路
   通知手段とを備えることを特徴とするネットワーク管理
   システム。
2. 【請求項２】 請求項１のネットワーク管理システムに
   おいて、 前記管理用通信経路は、 前記管理対象を接続する対象伝送路そのものを利用して
   複数設けられることを特徴とするネットワーク管理シス
   テム。