JP3625710B2 - Network management system - Google Patents
Network management system Download PDFInfo
- Publication number
- JP3625710B2 JP3625710B2 JP27783399A JP27783399A JP3625710B2 JP 3625710 B2 JP3625710 B2 JP 3625710B2 JP 27783399 A JP27783399 A JP 27783399A JP 27783399 A JP27783399 A JP 27783399A JP 3625710 B2 JP3625710 B2 JP 3625710B2
- Authority
- JP
- Japan
- Prior art keywords
- manager
- path
- connection
- network management
- network
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
- Computer And Data Communications (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Description
【0001】
【発明の属する技術分野】
本発明はネットワーク管理システムに関し、例えばCMIP(共通管理情報プロトコル:Common Management Information Protocol)を用い、冗長なネットワーク管理パスを介してバックボーンネットワークを管理する場合などに適用して好適なものである。
【0002】
【従来の技術】
一般に、マネージャ(管理システム)・エージェント(管理対象システム)関係にある伝送路ネットワーク管理システムでは、マネージャとエージェントの間にはネットワーク管理パスが存在する。ネットワーク管理パスは、マネージャとエージェントを接続する論理的な通信路である。
【0003】
1つのマネージャと1つのエージェントが、1つのネットワーク管理パスを介して直接接続されている伝送路ネットワーク管理システムの場合、物理的には1つの伝送路しか存在し得ないため、当該1つのネットワーク管理パスを設定した伝送路に障害が発生すると、その伝送路の障害が復旧するのを待ち、再びその伝送路のなかにパスを設定することで、マネージャとエージェントを接続することになる。
【0004】
したがって、マネージャとエージェントを接続する接続ソフトウエアは、マネージャやエージェントとは独立したものとして構成され、単にマネージャとエージェントを論理的に接続する機能を持てばよい。
【0005】
接続処理においては、マネージャは目的のエージェントを一意に指定するだけであり、それを受けた接続ソフトウエアは、当該エージェントに当該マネージャを接続するだけである。接続ソフトウエアはマネージャから独立しており、具体的にどのような経路で接続したかをマネージャに通知する機能はない。マネージャはただ、接続という接続ソフトウエアにおける処理の成果を、提供されるだけである。
【0006】
【発明が解決しようとする課題】
ところが、伝送路ネットワーク管理システムのなかには、マネージャとエージェントの接続が、管理対象である伝送路そのものを介して行われるシステムがある。このような管理システムの接続ソフトウエアは、伝送路の左右いずれかの端部を経由した経路からアクセスすることにより、マネージャとエージェントのあいだに、物理的に異なる2通りのネットワーク管理パスを設定することが可能である。
【0007】
すなわちこの接続ソフトウエアによる接続は、ただ1つのネットワーク管理パスだけで行われるのではなく、もう1つのパス(冗長のネットワーク管理パス)を使用しても行われ得る。
【0008】
冗長のネットワーク管理パスをもつマネージャとエージェントの通信経路の接続を行う接続ソフトウエアのルーティングには、スタティックルーティングと、ダイナミックルーティングがある。
【0009】
スタティックルーティングでは、あらかじめ用意された静的な経路情報に基づいて、手動で、マネージャ、エージェント間に経路が設定される。
【0010】
これに対しダイナミックルーティングでは、ネットワークの障害情報などによって経路情報を動的に変更する経路情報変更通信手順(ルーティングプロトコル)を用いる。このルーティングプロトコルにしたがって動的に変更された経路情報に基づき、前記接続ソフトウエアによる経路設定が行われ、マネージャとエージェントが接続される。当該ルーティングプロトコルも、接続ソフトウエアと同様、マネージャやエージェントとは独立して機能する。
【0011】
後者のダイナミックルーティングの場合、ある時点でネットワーク管理パスを設定していた1つの経路に障害が発生したとしても、接続ソフトウエアやルーティングプロトコルが自動的にもう1つの経路を選択して、マネージャとエージェント間の正常な通信を継続することが可能である。
【0012】
通常はこのようにして通信の正常性は確保されるのであるが、そのあとで新たな経路にも障害が発生することも考えられるため、できるだけ早期に障害が発生したほうの経路を復旧し、正常化しておく必要がある。
【0013】
ところが、マネージャを操作するオペレータ(保守点検作業者)は、障害がどちらの経路に発生したのかを認識することができないために、復旧作業をどちらの経路に対して実行すればよいのか直ちに判断することができないという不利不便がある。
【0014】
一方、前者のスタティックルーティングの場合、障害発生時にはオペレータが手動で経路情報を書き換えることになるため、障害復旧作業をどちらの経路に対して実行すればよいのかを認識するためだけでなく、障害発生後にマネージャとエージェント間の正常な通信を再開するためにも、障害が発生したほうの経路を特定する必要がある。
【0015】
すなわちスタティックルーティングでは、障害発生経路の特定が遅れれば、マネージャとエージェントの通信の再開も遅れて、その期間、管理が実施不能となる。このためスタティックルーティングの場合、障害発生経路の特定の緊急性は、一般に、ダイナミックルーティングよりも高いと考えられる。
【0016】
なお、マネージャとエージェント間の通信がいずれの経路で行われているかをオペレータが簡便に認識できたほうがよいのは、必ずしも、以上のような障害発生のケースにかぎらず、その他の保守点検の場合や、伝送路ネットワーク管理システムの運用状態に関する情報を収集する必要がある場合についても、広く当てはまるものと考えられる。
【0017】
【課題を解決するための手段】
かかる課題を解決するために、本発明では、各管理対象に配置したシステムエージェントと、このシステムエージェントを介して当該管理対象を管理するシステムマネージャと、前記システムエージェントと通信するために前記システムマネージャについて物理的に複数設けられた管理用通信経路とを備えるネットワーク管理システムにおいて、前記システムエージェント及びシステムマネージャから独立して機能して、前記システムマネージャについて設けられた複数の前記管理用通信経路の内、選択した1つの管理用通信経路で、前記システムマネージャとシステムエージェントを接続する接続処理手段と、この接続処理手段が選択した管理用通信経路に関する経路情報を、前記システムマネージャに通知する通信経路通知手段とを備えることを特徴とする。
【0018】
【発明の実施の形態】
(A)実施形態
本発明にかかるネットワーク管理システムを、ダイナミックルーティングを行う伝送路ネットワーク管理システムに適用した場合を例に、実施形態について説明する。
【0019】
(A−1)実施形態の構成
本実施形態の伝送路ネットワーク管理システム10の構成を図1に示す。
【0020】
図1において、伝送路ネットワーク管理システム10は、管理の対象となる伝送路ネットワーク15と、当該管理を実行する管理ネットワーク(すなわち管理網)16とを備えている。
【0021】
図示した伝送路ネットワーク15は、さらに大きな元伝送路ネットワーク(図示せず)を、P1、P2の任意の2つの切断面で切断して取り出したものとしてとらえることができる。したがって元伝送路ネットワークのトポロジとしては、リング状やバス状など、どのような形状も可能である。
【0022】
もちろん、当該伝送路ネットワーク15が、全体としてほぼ図1のような形態であってもよいことは当然である。
【0023】
いずれの場合であれ、この伝送路ネットワーク15は、通信装置12〜14と、これらを接続する伝送路17を備えている。通信装置12〜14としては、交換機や多重化装置、ルータやハブ、あるいはスイッチやMAU(媒体アクセスユニット)など、どのような通信装置であってもよい。
【0024】
通信装置12〜14のうち通信装置12は、通信装置12に組み込まれている例えばメモリやROMに搭載する形式で、エージェント11を装備している。エージェント11は管理対象(管理オブジェクト)となる当該通信装置12を管理するためのソフトウエアで、後述するマネージャAは、このエージェント11を通して管理対象についての情報を取得、収集する。したがってエージェント11は、その情報を所定のプロトコルに応じて当該マネージャAに通知する機能などを装備している。
【0025】
当該プロトコルとしては、例えば、CMIP(共通管理情報プロトコル:Common Management Information Protocol)などが使用可能である。
【0026】
本実施形態では、他の通信装置13,14も、それぞれに自身を管理するエージェント18,19を装備しているものとする。ただし、管理対象は抽象化されたものなので、必ずしも1通信装置が1管理対象である必要はなく、1エージェントが複数の通信装置を管理対象としたり、複数のエージェントが1通信装置を管理対象とすることも可能である。
【0027】
なお、エージェント11、18,19が取得する情報の種類は、各管理対象に関しての、例えばハードウエア構成情報、ソフトウエア構成情報、各種設定情報、稼動状況に関する情報、障害箇所に関する情報などが含まれ得る。
【0028】
一方、管理ネットワーク16は、マネージャA(21)、マネージャB(22)と、これらそれぞれに付加されているネットワークインタフェース代理接続部100A、100Bを備えている。すなわち、マネージャAと代理接続部100Aは1つの通信装置に搭載されていて、マネージャBと代理接続部100Bはもう1つの通信装置に搭載されている。
【0029】
前記伝送路ネットワーク15をバックボーンネットワークとすると、管理ネットワーク16は1つのLANであってよい。
【0030】
マネージャAは、上述したようにエージェント11を介して管理対象12を管理するソフトウエアで、管理対象伝送路17の西側(左側)に接続されている。
【0031】
マネージャAの管理の内容は予め決められており、その管理内容に応じて取得する情報の種類が決まる。管理のなかには、管理対象の監視だけでなく管理対象の制御も含まれ得る。すなわち、マネージャAは、エージェント11を介して管理対象装置12の設定や稼動状況を制御することも可能である。
【0032】
このような管理を行うに際しては、エージェント11が取得した情報をマネージャAに画面表示させることなども、当該マネージャAのオペレータにとって望ましい。
【0033】
エージェント18,19とマネージャAの関係も、エージェント11とマネージャAの関係と同じであるので、以下では、エージェント11をアクト系とし、主としてエージェント11とマネージャAとの通信に注目して説明する。
【0034】
前記伝送路17の東側(右側)から接続されているもう1つのマネージャBは、このマネージャAと同様な機能を持つソフトウエアであってよい。
【0035】
マネージャAとマネージャBの関係については、さまざまなものが考えられる。
【0036】
例えば、マネージャAとマネージャBが同時に管理を行いそれぞれの管理の内容が異なる場合、マネージャAが管理対象14を管理しマネージャBが管理対象13を管理するというようにそれぞれ地理的に近い管理対象を管理する場合なども考えられるが、本実施形態では、相互にバックアップ関係にあり、二重化構成されているものとする。
【0037】
二重化構成では、マネージャAとマネージャBはまったく同じ内容の管理を実行する機能を備えているが、例えばマネージャAがアクト系でマネージャとして機能しているときマネージャBはスタンバイ系でマネージャとして機能しない。そしてアクト系のマネージャA自体に障害が発生した場合などに、系切替えが行われ、マネージャAはスタンバイ系となりマネージャBがアクト系となる。これによって、障害発生時などでも途切れることなく管理を継続することが可能となる。
【0038】
なお、例えばマネージャBがスタンバイ系であるときでも、マネージャBの代理接続部100Bは、アクト系のマネージャAのために機能し得る状態を保っている必要がある。
【0039】
図1には、マネージャAとエージェント11間を、伝送路17の西側から左回りで接続するネットワーク管理パスA(31)と、伝送路17の東側から、東側の代理接続部100B経由(右回り)で接続するネットワーク管理パスB(32)とが描かれている。ネットワーク管理パスは1つあれば、マネージャとエージェント間の通信を行うことが可能であるのに、本実施形態ではこのように、2つ目のネットワーク管理パス(冗長なネットワーク管理パス)を設定することができる構成となっている。ネットワーク管理パス31を1つ目のネットワーク管理パスとすれば、ネットワーク管理パス32は冗長なネットワーク管理パスである。反対に、ネットワーク管理パス32を1つ目のパスとすれば、ネットワーク管理パス31が冗長なネットワーク管理パスである。
【0040】
マネージャA、Bそれぞれに付加されているネットワークインタフェース代理接続部100A、100Bの内部構成を図2に示す。
【0041】
(A−1−1)ネットワークインタフェース代理接続部の内部構成
図2において、ネットワークインタフェース代理接続部100Aは、伝送路側接続送信処理部200Aと、ネットワーク管理網側接続送信処理部300Aと、メッセージ受信部400Aと、メッセージ送信部500Aと、メッセージ振り分け部600Aとを備えている。
【0042】
メッセージ受信部400Aは、最終的にはエージェント11に供給するためにマネージャAからメッセージを送信する往き方向のメッセージ転送において、マネージャAから最初にメッセージを受信する部分である。
【0043】
メッセージ受信部400Aで受信されたメッセージは、通常、メッセージ振り分け部600Aによって、伝送路側接続送信処理部200Aまたはネットワーク管理網側接続送信処理部300Aのいずれかに送出される。
【0044】
メッセージ振り分け部600Aは、ネットワーク管理パスが左回りで設定されている場合には、伝送路側接続送信処理部200Aに当該往き方向のメッセージを送出し、反対に右回りで設定されている場合には、ネットワーク管理網側接続送信処理部300Aに当該往き方向のメッセージを送出する部分である。
【0045】
このメッセージ振り分け部600Aは、エージェント11が送信したメッセージをマネージャAが受信する復り方向のメッセージ転送においては、伝送路側接続送信処理部200Aまたはネットワーク管理網側接続送信処理部300Aから供給される当該メッセージを、メッセージ送信部500Aに送出する。
【0046】
メッセージ送信部500Aは、メッセージ振り分け部600Aから受け取った復り方向のメッセージをマネージャAに送信する部分である。
【0047】
前記メッセージ振り分け部600Aが伝送路側接続送信処理部200Aからメッセージを受け取るのは、左回りでネットワーク管理パス31が設定されていてアクト系のマネージャAに供給するためにエージェント11からの復り方向のメッセージを受け取る場合、またはマネージャBがアクト系であって左回りにネットワーク管理パス31が設定されている状態でマネージャBに供給するための復り方向のメッセージをエージェント11から受け取る場合である。
【0048】
アクト系のマネージャBに供給するためにメッセージ振り分け部600Aが伝送路側接続送信処理部200Aを介して受け取った当該メッセージは、当該メッセージ振り分け部600Aから順次、ネットワーク管理網側接続送信処理部300A、ネットワーク管理網側接続送信処理部300B、メッセージ振り分け部600B、メッセージ送信部500Bを経てマネージャBに供給される。
【0049】
また、当該メッセージ振り分け部600Aが前記ネットワーク管理網側接続送信処理部300Aから当該メッセージを受け取るのは、右回りでネットワーク管理パス32が設定されていてアクト系のマネージャAに供給するためにエージェント11からのメッセージを受け取る場合である。このときメッセージ振り分け部600Aが受け取ったメッセージは、メッセージ送信部500Aを介してマネージャAに供給される。
【0050】
すなわち、代理接続部100Aの構成要素のうち、少なくとも伝送路側接続送信処理部200Aと、メッセージ振り分け部600Aと、ネットワーク管理網側接続送信処理部300Aとは、マネージャAがアクト系でマネージャBがスタンバイ系の場合にも、マネージャAがスタンバイ系でマネージャBがアクト系の場合にも機能する必要がある。
【0051】
このほか、ネットワークインタフェース代理接続部100Aは、伝送路側接続送信処理部200Aとネットワーク管理網側接続送信処理部300Aとメッセージ振り分け部600Aによって設定/参照されるネットワーク管理パス接続状態テーブル1001A(図3参照)を備えている。
【0052】
ネットワークインタフェース代理接続部100Aと同様に、ネットワークインタフェース代理接続部100Bは、伝送路側接続送信処理部200Bと、ネットワーク管理網側接続送信処理部300Bと、メッセージ受信部400Bと、メッセージ送信部500Bと、メッセージ振り分け部600Bとを備え、さらにネットワーク管理パス接続状態テーブル1001Aと対応する内容のテーブル1001Bを備えている。
【0053】
代理接続部100Bにおいて、伝送路側接続送信処理部200Bは前記伝送路側接続送信処理部200Aに対応し、ネットワーク管理網側接続送信処理部300Bは前記ネットワーク管理網側接続送信処理部300Aに対応し、メッセージ受信部400Bは前記メッセージ受信部400Aに対応し、メッセージ送信部500Bは前記メッセージ送信部500Aに対応し、メッセージ振り分け部600Bは前記メッセージ振り分け部600Aに対応するので、これらの詳しい説明は省略する。
【0054】
次に、図3に示したネットワーク管理パス接続状態テーブル1001A(1001B)について説明する。このテーブル1001Aには、現在使用しているネットワーク管理パスに関する情報が示されている。
【0055】
(A−1−2)ネットワーク管理パス接続状態テーブルの構成
図3において、ナンバNo.は各ネットワーク管理パスを識別するための論理的な番号を示し、接続先アドレスDAはメッセージの最終的な送信先のアドレスを示し、接続元アドレスSAはメッセージの送信元のアドレスを示し、空き/塞がりフラグFFはネットワーク管理パスの接続状態を示している。
【0056】
空き/塞がりフラグFFでは、ネットワークインタフェース代理接続部100Aの接続状態が、各パスごとに示されるため、この状態を調べることにより、各パスが空いているか塞がっているかが分かり、塞がっている場合はさらに、その接続対象が伝送路(伝送路ネットワーク15の伝送路17)であるか、ネットワーク管理網であるかが分かる。
【0057】
図示の状態で、接続先アドレスDAのXXXXがエージェント11のアドレスを示し、XXX1がエージェント18のアドレスを示し、接続元アドレスSAのYYYYがマネージャAのアドレスを示しているものとすると、この時点で、マネージャAとエージェント11のあいだには、“伝送路”を介して論理番号1の左回りのパス31が設定されており、マネージャAとエージェント18のあいだには、“ネットワーク管理網”を介して論理番号2の右回りのパスが設定されていることになる。
【0058】
なお、論理番号3〜N(Nは正整数)は“空き”、すなわち未使用状態である。また、論理番号No.の相違は、ネットワーク管理パスの論理的な相違を示し、空き/塞がりフラグFFが“伝送路”であるか“ネットワーク管理網”であるかは、ネットワーク管理パスを設定した伝送路の物理的な相違を示している。
【0059】
スタンバイ系であるマネージャBの代理接続部100Bが持っているテーブル1001Bの内容も、図3と対応している。したがって図3は、ある時点のテーブル1001Bを示しているものとしてとらえることもできる。
【0060】
ただし、テーブル1001Aと1001Bのあいだで、論理番号No.が必ずしも対応している必要はなく、左回りのパスに対応する図3の論理番号No.1欄の内容は代理接続部100Bとは無関係なので、テーブル1001Bがその内容を備えている必要はない。
【0061】
したがって、テーブル1001Bは最低限、テーブル1001Aの論理番号No.2欄に対応する欄を備えていればよい。
【0062】
また本実施形態では、テーブル1001Aと1001Bの機能上、接続先アドレスDAおよび接続元アドレスSAの双方が同じ欄は、1001Aか1001Bかのどちらか一方にだけ存在し、双方に存在することはない。すなわち、例えば、接続先アドレスDAが“XXXX”で接続元アドレスSAが“YYYY”の欄がテーブル1001Aに存在する場合には、DAとSAがこれと同じ欄が同時に、テーブル1001Bにも存在することはあり得ない。同じマネージャとエージェント間の通信は、左回りまたは右回りのいずれか一方のパスでだけ行われるからである。
【0063】
本実施形態では、当該No.2欄の接続状態FFとしては“伝送路”であるものとする。これにより、代理接続部100Bのメッセージ振り分け部600Bは、マネージャAからエージェント18に送信されるメッセージを、ネットワーク管理網側接続送信処理部300Bから受け取って、伝送路側接続送信処理部200Bに送出することができる。
【0064】
反対に、エージェント18からマネージャAにメッセージを送信する復り方向に関しては、メッセージは、往きと同一の経路を反対方向にたどり、伝送路側接続送信処理部200B、メッセージ振り分け部600B、ネットワーク管理網側接続送信処理部300Bの順に代理接続部100B内を転送され、さらに代理接続部100A内では、ネットワーク管理網側接続送信処理部300A、メッセージ振り分け部600A、メッセージ送信部500Aをこの順番に転送されて、目的のマネージャAに到達する構成となっている。
【0065】
以下、上記のような構成を有する本実施形態の動作について説明する。この動作は、マネージャAがアクト系で、マネージャBがスタンバイ系の場合の動作である。
【0066】
(A−2)実施形態の動作
図4に、マネージャA(21)がエージェント11に対して接続する際の処理の流れを示す。これは、図3の論理番号No.1欄の内容を、テーブル1001Aに格納するための処理である。
【0067】
(A−2−1)ネットワークインタフェース代理接続部100Aの動作
前提として、マネージャA(21)は、エージェント11に対して接続する時、エージェント11の前記アドレス“XXXX”を指定し、ネットワークインタフェース代理接続部100Aに対して接続要求を発行する。
【0068】
図4において、ネットワークインタフェース代理接続部100Aでは、メッセージ受信部400AでマネージャAからの接続要求を受信し、その接続要求をメッセージ振り分け部600Aに渡す(S1120)。
【0069】
メッセージ振り分け部600Aでは、ネットワーク管理パス接続状態テーブル1001Aを参照し、指定されたアドレス“XXXX”に対応するエージェント11への接続状態を確認する(S1130)。
【0070】
そしてこの接続状態が“空き”であれば、伝送路側接続送信処理部200Aへ接続要求を行う(S1140)。
【0071】
要求された伝送路側接続送信処理部200Aでは、指定されたアドレス“XXXX”のエージェント11に対して接続処理を実行する(S1150)。そして、ネットワーク管理パス接続状態テーブル1001Aの接続状態FFへ“伝送路”(左回り)を設定する。
【0072】
また、メッセージ送信部500Aへ左回りのパス(ネットワーク管理パスA(31))が接続された旨の通知を行い、マネージャAに対してもこの接続状態が通知される(S1170)。
【0073】
伝送路側の接続処理に失敗した場合、ネットワーク管理パス接続状態テーブル1001Aへの接続状態の設定・接続完了通知の発行を行わず、ネットワーク管理網側接続送信処理部300Aへ接続要求を送信する(S1180)。
【0074】
ここで、接続処理の失敗は、左回りの経路の論理番号No.1〜Nに空きがない場合や、左回りの経路に未復旧の障害がある場合などに発生し得る。
【0075】
ネットワーク管理網側接続送信処理部300Aでは、ネットワーク管理網16を介して接続されている東側のマネージャB(22)に付加されているネットワークインタフェース代理接続処理部100Bへの接続処理を実行する(S1190)。
【0076】
そして、接続処理が完了した時点でネットワーク管理パス接続状態テーブル1001Aの接続状態FFへ“ネットワーク管理網”を設定する(S1200)。
【0077】
このとき、メッセージ送信部500Aへも右回りのパス(ネットワーク管理パスB(32))が接続された旨の通知を行い、マネージャAに対してもこの接続状態が通知される(S1210)。
【0078】
これにより、マネージャAは、使用しているネットワーク管理パスの接続状態FFが“伝送路”であるか“ネットワーク管理網”であるかを、画面表示などにより、オペレータに知らせることが可能となる。
【0079】
ダイナミックルーティングの場合、接続中に当該経路に障害が発生(図7参照)すると、自動的に前記接続処理の失敗のケースと類似の動作が行われることになる。ただし前記ステップS1150では、左回りの経路で接続できない場合にかぎり右回りの経路で接続するようにしたが、障害発生は、左回り、右回りどちらの経路で起きることもあり得るので、ダイナミックルーティングによって新たに選択される経路は、右回り、左回りどちらのケースも考えられる。
【0080】
障害発生の知らせを受け、なおかつ現在、マネージャAとエージェント11間の通信が正常に行われているとすれば、ダイナミックルーティングによって経路情報が自動的に書き換えられたことを意味するので、オペレータがマネージャAを通じて確認している経路と反対の経路が障害発生経路である。
【0081】
次に、接続要求された東側のマネージャB(22)に付加されているネットワークインタフェース代理接続部100Bの処理の流れを図5に示す。これは図4のフローチャートの処理を受けて、代理接続部100Bが行う動作である。
【0082】
(A−2−2)ネットワークインタフェース代理接続部100Bの動作
図5において、西側のマネージャA(21)からの接続要求を、東側のマネージャB(22)のネットワークインタフェース代理接続処理部100Bでは、ネットワーク管理網側接続送信処理部300Bと、メッセージ振り分け部600Bを介してメッセージ受信部400Bで受信し、その接続要求をメッセージ振り分け部600Bに渡す(S1320)。
【0083】
メッセージ振り分け部600Bでは、ネットワーク管理パス接続状態テーブル1001Bを参照し、指定されたアドレスに対応するエージェントヘの接続状態を確認する(S1330)。
【0084】
接続状態が“空き”であれば、伝送路側接続送信処理部200Bへ接続要求を行う(S1340)。
【0085】
要求された伝送路側接続送信処理部200Bでは、指定されたアドレス“XXXX”のエージェント11に対して接続処理を実行する(S1350)。そして、ネットワーク管理パス接続状態テーブル1001Bの接続状態FFへ“伝送路”を設定する(S1360)。
【0086】
ここでは、指定されたアドレスがXXXXなのでエージェント11に対する接続処理であるが、指定されたアドレスが例えばXXX1であれば、それはエージェント18に対する接続処理ということになる。
【0087】
次いで、接続処理完了後のメッセージ送受信処理の流れを図6に示す。接続処理が完了することによって初めて、上述した所定のプロトコルに対応したメッセージが、マネージャAとエージェント11のあいだで送受信され、前記管理が行われることになる。
【0088】
(A−2−3)メッセージ送受信時のネットワークインタフェース代理接続部100Aの動作
図6において、接続処理完了後、ネットワークインタフェース代理接続部100Aでは、メッセージ受信部400Aによって、マネージャAからのメッセージの受信待ちを行う(S1420)。
【0089】
マネージャAからのメッセージを受信した場合は、そのメッセージをメッセージ振り分け部600Aへ渡す(S1430)。
【0090】
メッセージ振り分け部600Aでは、ネットワーク管理パス接続状態テーブル1001Aを参照し、現在接続されているネットワーク管理パスが伝送路側かネットワーク管理網側かを識別する(S1440)。
【0091】
伝送路側の場合、伝送路側接続送信処理部200Aヘメッセージを送信する(S1450)。伝送路側接続送信処理部200Aでは、指定されたアドレス“XXXX”のエージェント11ヘメッセージを送信する(S1460)。
【0092】
現在接続されているネットワーク管理パスがネットワーク管理網側のパス32の場合、ネットワーク管理網側接続送信処理部300Aヘメッセージ送信する(S1470)。
【0093】
ネットワーク管理網側接続送信処理部300Aでは、東側のマネージャB(22)に付加されているネットワークインタフェース代理接続部100Bヘメッセージを送信する(S1480)。
【0094】
東側のマネージャB(22)に付加されているネットワークインタフェース代理接続部100Bでは、マネージャBからメッセージを受信した時と同様の処理を行い、指定されたアドレス“XXXX”のエージェント11ヘメッセージを送信する。これにより、マネージャAからエージェント11へ、管理に関する指示を伝達することができる。
【0095】
反対に、エージェント11が送信したメッセージをマネージャAが受信する場合には、当該メッセージが、各部を結ぶ同一パス上を以上と反対方向に転送されることで、当該メッセージはマネージャAに受信される。これにより、管理対象12からエージェント11が取得し収集した情報を、マネージャAが受け取ることができる。
【0096】
このようにマネージャAとエージェント11のあいだでメッセージのやり取りが行われているとき(接続中)に、当該やり取りに使用されていたネットワーク監視パス(ネットワーク管理パス)に障害が発生することがあり得る。
【0097】
ここでは、当該やり取りに使用していて障害が発生したネットワーク監視パスを、パスA(31)であるものとし、ネットワーク監視パスB(32)に接続し直す場合の処理の流れを、図7に示す。
【0098】
(A−2−4)障害発生時の動作
図7において、マネージャA(21)に付加されているネットワークインタフェース代理接続処理部100Aの伝送路側接続処理部200Aが、ネットワーク管理パスA(31)の障害を検出する(S1620)。
【0099】
伝送路側接続処理部200Aでは、障害を検出するとネットワーク管理パス接続状態テーブル1001Aの当該パスの接続状態を“空き”に変更する(S1630)。
【0100】
そして、該当エージェント11のアドレス“XXXX”を指定してネットワーク管理網側接続送信処理部300Aへ接続要求を発行する(S1640)。
【0101】
ネットワーク管理網側接続送信処理部300Aでは、ネットワーク管理網を介して接続されている東側のマネージャB(22)に付加されているネットワークインタフェース代理接続処理部100Bへの接続処理を実行する(S1650)。
【0102】
この接続処理が完了した時点で、ネットワーク管理網側接続送信処理部300Aが、ネットワーク管理パス接続状態テーブル1001Aの接続状態へ“ネットワーク管理網”を設定する(S1660)。
【0103】
メッセージ送信部500Aへもネットワーク管理パスB(32)が接続された旨の通知を行い、マネージャAに対してどのネットワーク管理パスが接続されているかを通知する(S1670)。
【0104】
(A−3)実施形態の効果
本実施形態によれば、アクト系のマネージャは、ネットワークインタフェース代理接続部を意識することなく、各エージェントに接続することができ、どのネットワーク管理パスを利用しているかをオペレータが確認可能となる。
【0105】
したがって、保守点検者でもある当該マネージャのオペレータは、障害発生経路を直ちに特定することもできる。
【0106】
(B)他の実施形態
上記実施形態では、ダイナミックルーティングを例に説明したが、本発明は、スタティックルーティングにも適用可能である。
【0107】
むしろ、障害発生経路の特定の迅速性という本発明の利点は、障害発生後の通信の再開さえもオペレータの手に委ねられているスタティックルーティングに適用した場合に、いっそう効果が大きい。
【0108】
すなわち、ダイナミックルーティングに適用した場合は、障害発生経路に対する復旧作業の開始が早まるだけだが、スタティックルーティングに適用した場合は、障害発生経路に対する復旧作業の開始が早まるとともに、マネージャ、エージェント間の正常な通信の再開も早まる。
【0109】
スタティックルーティングの場合、プログラムが自動的に経路情報を書き換えることはないので、例えば、障害発生の知らせを受けたオペレータが、アクト系のマネージャによって画面表示された図3のテーブル1001Aを確認したとして、そのとき、通信が正常に行われていないのがマネージャAとエージェント11間であるとすると、“伝送路”すなわち左回り経路に障害が発生していることが分かるので、論理番号No.1の接続状態FFを“伝送路”から“ネットワーク管理網”に書き換える操作に相当する操作を行うことで、直ちにマネージャAとエージェント11間の正常な通信を再開することができる。
【0110】
なお、ダイナミックルーティングを行う上記実施形態において、マネージャAは、現在の接続状態をそのまま表示するものとしたが、障害発生によって経路情報が自動的に書き換えられた場合には、誤認を防ぐために、書き換えまえの接続状態FFを障害発生経路として表示する機能をマネージャAに装備してもよい。
【0111】
この機能は、ネットワーク管理パスが2つしか存在し得ない場合やスタティックルーティングの場合には、あってもなくてもよいが、使用可能なネットワーク管理パスが3つ以上存在する場合におけるダイナミックルーティングでは必須となる。経路情報が自動的に書き換えられたあとで、現在使用しているネットワーク管理パスだけを表示しても、障害発生経路を特定することはできないからである。
【0112】
一方、上記実施形態では、管理対象の伝送路自身を利用した冗長ネットワーク管理パスを適用した例を示したが、本発明は、冗長なネットワーク管理パスを持つどのようなシステムにも適用可能である。
【0113】
また、上記実施形態では、冗長なネットワーク管理パスは1つで合計2つのネットワーク管理パスが可能であったが、本発明では、3つ以上のネットワーク管理パスを設定することも可能である。
【0114】
さらに、上記実施形態では、マネージャの数は、A、Bの2つであったが、1つであってもよく、3つ以上であってもよい。
【0115】
すなわち、本発明は、各管理対象に配置したシステムエージェントと、このシステムエージェントを介して当該管理対象を管理するシステムマネージャと、前記システムエージェントと通信するために前記システムマネージャについて物理的に複数設けられた管理用通信経路とを備えるネットワーク管理システムについて、広く適用することができる。
【0116】
【発明の効果】
以上に説明したように、本発明によれば、管理用通信経路に関する経路情報を、システムマネージャが認識して表示することができ、保守点検の手数や時間を軽減することが可能で、操作性および信頼性の高いネットワーク管理システムを提供することができる。
【図面の簡単な説明】
【図1】実施形態に係る伝送路ネットワーク管理システムの構成を示す概略図である。
【図2】実施形態のネットワークインタフェース代理接続部の内部構成を示すブロック図である。
【図3】ネットワーク管理パス接続状態テーブルの構成を示す概略図である。
【図4】実施形態の動作を示すフローチャートである。
【図5】実施形態の動作を示すフローチャートである。
【図6】実施形態の動作を示すフローチャートである。
【図7】実施形態の動作を示すフローチャートである。
【符号の説明】
10…伝送路ネットワーク管理システム、11…エージェント、12〜13…通信装置、15…伝送路ネットワーク、16…ネットワーク管理網、21,22…マネージャ、100A、100B…ネットワークインタフェース代理接続部。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a network management system, and is suitable for application to a case where a backbone network is managed through a redundant network management path using, for example, CMIP (Common Management Information Protocol).
[0002]
[Prior art]
Generally, in a transmission line network management system having a manager (management system) / agent (managed system) relationship, a network management path exists between the manager and the agent. The network management path is a logical communication path that connects the manager and the agent.
[0003]
In the case of a transmission line network management system in which one manager and one agent are directly connected via one network management path, only one transmission line can physically exist. When a failure occurs in a transmission path for which a path is set, the manager and the agent are connected by waiting for the failure of the transmission path to be recovered and setting a path in the transmission path again.
[0004]
Therefore, the connection software for connecting the manager and the agent is configured as independent from the manager and the agent, and simply has a function of logically connecting the manager and the agent.
[0005]
In the connection process, the manager simply designates the target agent uniquely, and the connection software receiving it only connects the manager to the agent. The connection software is independent of the manager and does not have a function of notifying the manager of the specific connection path. The manager is only provided with the result of processing in the connection software called connection.
[0006]
[Problems to be solved by the invention]
However, among transmission line network management systems, there is a system in which a manager and an agent are connected via a transmission line itself to be managed. The connection software of such a management system sets two physically different network management paths between the manager and the agent by accessing from the path via either the left or right end of the transmission path. It is possible.
[0007]
That is, the connection by the connection software can be performed not only by one network management path but also by using another path (redundant network management path).
[0008]
The routing of the connection software for connecting the communication path between the manager and the agent having a redundant network management path includes static routing and dynamic routing.
[0009]
In static routing, a route is manually set between a manager and an agent based on static route information prepared in advance.
[0010]
On the other hand, in dynamic routing, a route information change communication procedure (routing protocol) that dynamically changes route information according to network failure information or the like is used. Based on the route information dynamically changed according to this routing protocol, the route setting is performed by the connection software, and the manager and the agent are connected. Similar to the connection software, the routing protocol functions independently of the manager and the agent.
[0011]
In the case of the latter dynamic routing, even if a failure occurs in one route that has set a network management path at a certain point in time, the connection software or routing protocol automatically selects another route and It is possible to continue normal communication between agents.
[0012]
Normally, the normality of communication is ensured in this way, but it is also possible that a failure will occur in a new route after that, so restore the route where the failure occurred as soon as possible, It needs to be normalized.
[0013]
However, since the operator (maintenance / inspection worker) who operates the manager cannot recognize which route the failure has occurred, it immediately determines which route the recovery operation should be performed on. There is a disadvantage that you can not.
[0014]
On the other hand, in the case of the former static routing, the operator manually rewrites the route information when a failure occurs. Therefore, not only to recognize which route the failure recovery operation should be performed on, but also when a failure occurs. In order to resume normal communication between the manager and the agent later, it is necessary to specify the path on which the failure has occurred.
[0015]
That is, in the static routing, if the failure path is delayed, the restart of communication between the manager and the agent is delayed, and management cannot be performed during that period. For this reason, in the case of static routing, the specific urgency of the failure path is generally considered to be higher than that of dynamic routing.
[0016]
It should be noted that the operator should be able to easily recognize which route is used for communication between the manager and the agent, not only in the case of the failure described above, but also in other maintenance inspections. In addition, the case where it is necessary to collect information on the operation state of the transmission path network management system is considered to be widely applicable.
[0017]
[Means for Solving the Problems]
In order to solve such a problem, in the present invention, a system agent arranged for each management target, a system manager for managing the management target via the system agent, and the system manager for communicating with the system agent In a network management system comprising a plurality of management communication paths physically provided, among the plurality of management communication paths provided for the system manager, functioning independently from the system agent and system manager, A connection processing means for connecting the system manager and the system agent through one selected management communication path, and a communication path notification means for notifying the system manager of path information related to the management communication path selected by the connection processing means. And with It is characterized in.
[0018]
DETAILED DESCRIPTION OF THE INVENTION
(A) Embodiment
The embodiment will be described with reference to an example in which the network management system according to the present invention is applied to a transmission line network management system that performs dynamic routing.
[0019]
(A-1) Configuration of the embodiment
The configuration of the transmission line
[0020]
In FIG. 1, a transmission line
[0021]
The illustrated
[0022]
Of course, it is natural that the
[0023]
In any case, the
[0024]
Of the
[0025]
For example, CMIP (Common Management Information Protocol) can be used as the protocol.
[0026]
In this embodiment, it is assumed that the
[0027]
Note that the types of information acquired by the
[0028]
On the other hand, the
[0029]
If the
[0030]
The manager A is software that manages the
[0031]
The contents of management by the manager A are determined in advance, and the type of information to be acquired is determined according to the management contents. The management can include not only monitoring of the management target but also control of the management target. In other words, the manager A can also control the settings and operation status of the
[0032]
When performing such management, it is also desirable for the manager A to display information acquired by the
[0033]
Since the relationship between the
[0034]
Another manager B connected from the east side (right side) of the
[0035]
Regarding the relationship between the manager A and the manager B, various things can be considered.
[0036]
For example, if manager A and manager B manage at the same time and the contents of the management are different, manager A manages
[0037]
In the duplex configuration, manager A and manager B have the function of executing the management of exactly the same contents. However, for example, when manager A functions as a manager in the act system, manager B does not function as a manager in the standby system. When a failure occurs in the act manager A itself, system switching is performed, so that manager A becomes a standby system and manager B becomes an act system. This makes it possible to continue management without interruption even when a failure occurs.
[0038]
For example, even when the manager B is a standby system, the
[0039]
FIG. 1 shows a network management path A (31) connecting the manager A and the
[0040]
FIG. 2 shows an internal configuration of the network interface
[0041]
(A-1-1) Internal configuration of network interface proxy connection unit
In FIG. 2, the network interface
[0042]
The
[0043]
The message received by the
[0044]
When the network management path is set counterclockwise, the
[0045]
In the backward message transfer in which the manager A receives the message transmitted by the
[0046]
The
[0047]
The
[0048]
The messages received by the
[0049]
In addition, the
[0050]
That is, among the constituent elements of the
[0051]
In addition, the network interface
[0052]
Similar to the network interface
[0053]
In the
[0054]
Next, the network management path connection state table 1001A (1001B) shown in FIG. 3 will be described. This table 1001A shows information related to the network management path currently used.
[0055]
(A-1-2) Network management path connection status table configuration
In FIG. Indicates a logical number for identifying each network management path, connection destination address DA indicates the address of the final transmission destination of the message, connection source address SA indicates the address of the transmission source of the message, The blocking flag FF indicates the connection state of the network management path.
[0056]
In the vacant / blocked flag FF, the connection state of the network interface
[0057]
In the state shown in the figure, it is assumed that XXX of the connection destination address DA indicates the address of the
[0058]
The
[0059]
The contents of the table 1001B held by the
[0060]
However, between the tables 1001A and 1001B, the logical number No. Does not necessarily correspond, and the logical number No. of FIG. Since the contents of the first column are unrelated to the
[0061]
Therefore, the table 1001B has at least the logical number No. of the table 1001A. What is necessary is just to provide the column corresponding to 2 columns.
[0062]
Further, in the present embodiment, due to the functions of the tables 1001A and 1001B, the column in which both the connection destination address DA and the connection source address SA are the same exists only in one of 1001A and 1001B, and does not exist in both. . That is, for example, when the connection destination address DA is “XXXX” and the connection source address SA is “YYYY” in the table 1001A, the same column for DA and SA is also present in the table 1001B. It is impossible. This is because communication between the same manager and agent is performed only in one of the counterclockwise and clockwise paths.
[0063]
In this embodiment, the No. The connection state FF in
[0064]
On the other hand, with regard to the backward direction in which the message is transmitted from the
[0065]
The operation of the present embodiment having the above configuration will be described below. This operation is performed when manager A is an act system and manager B is a standby system.
[0066]
(A-2) Operation of the embodiment
FIG. 4 shows a processing flow when the manager A (21) connects to the
[0067]
(A-2-1) Operation of network interface
As a premise, when connecting to the
[0068]
In FIG. 4, in the network interface
[0069]
The
[0070]
If this connection state is “free”, a connection request is sent to the transmission path side connection transmission processing unit 200A (S1140).
[0071]
The requested transmission path side connection transmission processing unit 200A executes the connection process for the
[0072]
Further, the
[0073]
If the connection process on the transmission line side fails, the connection request is transmitted to the network management network side connection
[0074]
Here, the failure of the connection process indicates the logical number No. of the counterclockwise route. This may occur when there is no free space in 1 to N, or when there is an unrecovered failure in the counterclockwise route.
[0075]
The network management network side connection
[0076]
When the connection process is completed, “network management network” is set in the connection state FF of the network management path connection state table 1001A (S1200).
[0077]
At this time, the
[0078]
As a result, the manager A can inform the operator of whether the connection state FF of the network management path being used is “transmission path” or “network management network” by displaying the screen or the like.
[0079]
In the case of dynamic routing, if a failure occurs in the route during connection (see FIG. 7), an operation similar to the case of the connection processing failure is automatically performed. However, in step S1150, the connection is made with the clockwise route only when the connection cannot be made with the counterclockwise route. However, since the failure may occur in either the counterclockwise route or the clockwise route, dynamic routing is possible. The route newly selected by can be either clockwise or counterclockwise.
[0080]
If it is notified that a failure has occurred and communication between the manager A and the
[0081]
Next, FIG. 5 shows a processing flow of the network interface
[0082]
(A-2-2) Operation of network interface
In FIG. 5, the network interface proxy
[0083]
The message distribution unit 600B refers to the network management path connection state table 1001B and confirms the connection state to the agent corresponding to the designated address (S1330).
[0084]
If the connection state is “free”, a connection request is sent to the transmission path side connection transmission processing unit 200B (S1340).
[0085]
The requested transmission path side connection transmission processing unit 200B executes the connection process for the
[0086]
Here, since the designated address is XXXX, the connection process to the
[0087]
Next, FIG. 6 shows a flow of message transmission / reception processing after the connection processing is completed. Only after the connection process is completed, a message corresponding to the above-described predetermined protocol is transmitted and received between the manager A and the
[0088]
(A-2-3) Operation of network interface
In FIG. 6, after the connection process is completed, the network interface
[0089]
When the message from the manager A is received, the message is transferred to the
[0090]
The
[0091]
In the case of the transmission line side, a message is transmitted to the transmission line side connection transmission processing unit 200A (S1450). The transmission path side connection transmission processing unit 200A transmits a message to the
[0092]
When the currently connected network management path is the path 32 on the network management network side, a message is transmitted to the network management network side connection
[0093]
The network management network side connection
[0094]
The network interface
[0095]
On the other hand, when the manager A receives a message transmitted by the
[0096]
As described above, when a message is exchanged between the manager A and the agent 11 (during connection), a failure may occur in the network monitoring path (network management path) used for the exchange. .
[0097]
Here, it is assumed that the network monitoring path used for the exchange and in which the failure has occurred is the path A (31), and the flow of processing when reconnecting to the network monitoring path B (32) is shown in FIG. Show.
[0098]
(A-2-4) Operation when a failure occurs
In FIG. 7, the transmission path side connection processing unit 200A of the network interface proxy
[0099]
When detecting a failure, the transmission path side connection processing unit 200A changes the connection state of the path in the network management path connection state table 1001A to “free” (S1630).
[0100]
Then, the address “XXXX” of the
[0101]
The network management network side connection
[0102]
When this connection processing is completed, the network management network side connection
[0103]
The
[0104]
(A-3) Effects of the embodiment
According to the present embodiment, the act manager can connect to each agent without being aware of the network interface proxy connection unit, and the operator can check which network management path is being used.
[0105]
Therefore, the operator of the manager who is also a maintenance inspector can immediately specify the failure occurrence route.
[0106]
(B) Other embodiments
In the above embodiment, dynamic routing has been described as an example. However, the present invention can also be applied to static routing.
[0107]
Rather, the advantage of the present invention of the specific speed of the failure path is even more effective when applied to static routing where even the resumption of communication after a failure occurs is left to the operator.
[0108]
In other words, when it is applied to dynamic routing, it only speeds up the start of recovery work for the failure path. However, when it is applied to static routing, it starts recovery work for the faulty path earlier and normal operation between the manager and agent is normal. The resumption of communication is also accelerated.
[0109]
In the case of static routing, since the program does not automatically rewrite the route information, for example, an operator who has received a notification of failure occurrence confirms the table 1001A shown in FIG. 3 displayed on the screen by an act manager. At this time, if the communication between the manager A and the
[0110]
In the above-described embodiment in which dynamic routing is performed, the manager A displays the current connection state as it is. However, when the route information is automatically rewritten due to the occurrence of a failure, the rewrite is performed to prevent misidentification. The manager A may be equipped with a function of displaying the previous connection state FF as a failure occurrence path.
[0111]
This function may or may not be present in cases where there are only two network management paths or static routing, but in dynamic routing where there are three or more usable network management paths. Required. This is because, even after displaying the network management path that is currently used after the route information has been automatically rewritten, the failure occurrence route cannot be identified.
[0112]
On the other hand, in the above-described embodiment, an example in which the redundant network management path using the transmission line itself to be managed is shown. However, the present invention is applicable to any system having a redundant network management path. .
[0113]
In the above embodiment, one redundant network management path is available and a total of two network management paths are possible. However, in the present invention, three or more network management paths can be set.
[0114]
Furthermore, in the said embodiment, although the number of managers was two, A and B, one may be sufficient and three or more may be sufficient.
[0115]
That is, the present invention is provided with a plurality of system agents arranged in each management target, a system manager that manages the management target via the system agent, and a plurality of the system managers to communicate with the system agent The present invention can be widely applied to a network management system provided with a management communication path.
[0116]
【The invention's effect】
As described above, according to the present invention, the route information related to the management communication route can be recognized and displayed by the system manager, and the number and time of maintenance and inspection can be reduced. In addition, a highly reliable network management system can be provided.
[Brief description of the drawings]
FIG. 1 is a schematic diagram showing a configuration of a transmission line network management system according to an embodiment.
FIG. 2 is a block diagram illustrating an internal configuration of a network interface proxy connection unit according to the embodiment.
FIG. 3 is a schematic diagram showing a configuration of a network management path connection state table.
FIG. 4 is a flowchart showing the operation of the embodiment.
FIG. 5 is a flowchart showing the operation of the embodiment.
FIG. 6 is a flowchart showing the operation of the embodiment.
FIG. 7 is a flowchart showing the operation of the embodiment.
[Explanation of symbols]
DESCRIPTION OF
Claims (2)
前記システムエージェント及びシステムマネージャから独立して機能して、前記システムマネージャについて設けられた複数の前記管理用通信経路の内、選択した1つの管理用通信経路で、前記システムマネージャとシステムエージェントを接続する接続処理手段と、
この接続処理手段が選択した管理用通信経路に関する経路情報を、前記システムマネージャに通知する通信経路通知手段とを備えることを特徴とするネットワーク管理システム。A system agent arranged in each management target, a system manager for managing the management target via the system agent, and a plurality of management communication paths physically provided for the system manager to communicate with the system agent In a network management system comprising:
Functions independently of the system agent and the system manager, and connects the system manager and the system agent through one selected management communication path among the plurality of management communication paths provided for the system manager. Connection processing means;
A network management system comprising: communication path notification means for notifying the system manager of path information related to the management communication path selected by the connection processing means.
前記管理用通信経路は、
前記管理対象を接続する対象伝送路そのものを利用して複数設けられることを特徴とするネットワーク管理システム。The network management system according to claim 1,
The management communication path is:
2. A network management system comprising a plurality of target transmission lines that connect the management targets.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27783399A JP3625710B2 (en) | 1999-09-30 | 1999-09-30 | Network management system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27783399A JP3625710B2 (en) | 1999-09-30 | 1999-09-30 | Network management system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001103052A JP2001103052A (en) | 2001-04-13 |
| JP3625710B2 true JP3625710B2 (en) | 2005-03-02 |
Family
ID=17588912
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP27783399A Expired - Fee Related JP3625710B2 (en) | 1999-09-30 | 1999-09-30 | Network management system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3625710B2 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100555946C (en) * | 2005-08-20 | 2009-10-28 | 华为技术有限公司 | A method for realizing notification service and distributed network management system |
| JP5098700B2 (en) * | 2008-03-03 | 2012-12-12 | 沖電気工業株式会社 | File exchange apparatus and file exchange method for information communication system |
-
1999
- 1999-09-30 JP JP27783399A patent/JP3625710B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001103052A (en) | 2001-04-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6760859B1 (en) | Fault tolerant local area network connectivity | |
| US7076696B1 (en) | Providing failover assurance in a device | |
| US7042912B2 (en) | Resynchronization of control and data path state for networks | |
| US6181679B1 (en) | Management of packet transmission networks | |
| US6715098B2 (en) | System and method for fibrechannel fail-over through port spoofing | |
| US7293090B1 (en) | Resource management protocol for a configurable network router | |
| JPH07235933A (en) | Fault-torelant connection method and device to local area network of computor system | |
| US6222821B1 (en) | System and method for reconfiguring a telecommunications network to its normal state after repair of fault | |
| CN100407646C (en) | A method for realizing data service backup | |
| US7774474B2 (en) | Communication of control and data path state for networks | |
| US7023845B1 (en) | Network device including multiple mid-planes | |
| CN100449521C (en) | Restoration Mechanism of Network Topology | |
| CN111585860B (en) | Method, device, storage medium and equipment for loop network convergence | |
| JP3625710B2 (en) | Network management system | |
| CN116048911A (en) | Monitoring method, device, equipment and storage medium of a redundant system | |
| US20060280117A1 (en) | Redundancy group status management apparatus and methods | |
| CN112468330B (en) | A method, system, device and medium for setting up a faulty node | |
| JP2004032061A (en) | Transmission route setting method, transmission apparatus, and network system | |
| US7433939B2 (en) | Fast reconfiguration of network elements | |
| JP2000244510A (en) | Network management method and network management device | |
| WO2021249173A1 (en) | Distributed storage system, abnormality processing method therefor, and related device | |
| US7184394B2 (en) | Routing system providing continuity of service for the interfaces associated with neighboring networks | |
| JP3121487B2 (en) | Communication system connecting processor modules | |
| JP3243264B2 (en) | Fault control method of communication bus in multiprocessor system | |
| CN109005051A (en) | Routing high availability method and system based on OpenStack |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041126 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041130 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041130 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |