JP3798584B2 - Network management system - Google Patents

Network management system Download PDF

Info

Publication number
JP3798584B2
JP3798584B2 JP20721299A JP20721299A JP3798584B2 JP 3798584 B2 JP3798584 B2 JP 3798584B2 JP 20721299 A JP20721299 A JP 20721299A JP 20721299 A JP20721299 A JP 20721299A JP 3798584 B2 JP3798584 B2 JP 3798584B2
Authority
JP
Japan
Prior art keywords
network
server
path
client
management system
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
Application number
JP20721299A
Other languages
Japanese (ja)
Other versions
JP2001036587A (en
Inventor
啓二 宮▲崎▼
泰希 藤井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP20721299A priority Critical patent/JP3798584B2/en
Publication of JP2001036587A publication Critical patent/JP2001036587A/en
Application granted granted Critical
Publication of JP3798584B2 publication Critical patent/JP3798584B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Telephonic Communication Services (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は複数ドメインネットワークにおけるネットワーク管理システムに関する。
【0002】
ネットワークを管理する管理システムは,ATM,SDH,IP等のネットワーク毎に配備され,それぞれのネットワーク内におけるリソース・パス・障害等の管理を行っている。
【0003】
近年,ATM,SDH,IP等は光ネットワークによるサーバネットワークと接続されそれぞれがクライアントネットワークとして構成されて管理されることが望まれている。
【0004】
【従来の技術】
図16はネットワークのシステム構成を示す。図において,80はセルによりVPI(バーチャルパス識別子)・VCI(バーチャルチャネル識別子)を用いてパスとチャネルを表して非同期で伝送を行うATM(Asynchronous Transfer Mode) のネットワーク,81は同期式に各種のバーチャルコンテナの形式でデータを伝送するSDH(Synchronous Digital Hieralchy)のネットワーク,82はTCP/IP(Transmission Control Protocol/Internet Protocol)の中のコネクションレス型のパケット交換を行うIP(Internet Protocol)のネットワークであり, 83はこれらのネットワークは実際に信号を伝送する物理媒体として光ファイバを用いた光ネットワークである。
【0005】
光ネットワーク83は各ネットワーク80〜82に対してサーバとして機能するためサーバネットワークと呼ばれ,80〜82の各ネットワークはクライアントネットワークと呼ばれる。
【0006】
各ネットワーク80〜82及び83にはそれぞれのネットワーク内におけるリソース,パス,障害等の管理を行うためのネットワーク管理システム(Network Management System:NMS)80a,81a,82a及び83aを備え,各ネットワーク管理システムはそれぞれ独立している。このように各ネットワーク80〜83はそれぞれ異なるドメイン(資源管理の領域)を構成し,複数ドメインによりこのネットワークシステムが構成される。
【0007】
通信事業者やインターネットサービスプロバイダは急増するインターネット及びデータ通信トラヒックを収容するため,基幹通信網へのポイント・ツウ・ポイントの波長多重通信システムの導入を計画している。これに加え,光クロスコネクトシステム(OXC:Optical Crossconnection)や,光波長多重分岐システム(OADM:Optical Add Drop Multiplex)で構成されるメッシュ状の光ネットワークは既存のネットワークの様々な限界を打破し,低コストで且つ大容量の次世代通信基盤を提供することが期待されている。なお,光ネットワークについてはITU−T(国際電気通信連合の電気通信標準化セクター)において,光チャネル(0Ch:0ptical Channel)レイヤ, 光多重セクション(OMS:Optical Multiplex Section) レイヤ,光伝送セクション(OTS:Optical Transmission Section) レイヤの3レイヤでモデル化することが検討されている。
【0008】
【発明が解決しようとする課題】
上記した図16の各ネットワーク管理システム80a〜83aはそれぞれ独立して運用され,相互に連携していないため,サーバレイヤ(サーバの階層を意味し,図16のサーバネットワークである光ネットワーク83を表す)で障害が発生した場合には,サーバレイヤで障害復旧を行い,障害が全て復旧しない場合は,ユーザに対して通知を行うだけで,他のネットワーク管理システムに障害復旧等を起動させることがなく,そのために復旧が遅れるという問題があった。
【0009】
また障害復旧を高速化するにはサーバレイヤで全て復旧させるための予備を多量に用意する必要があり,コストが増大するという問題があった。
【0010】
本発明は複数ドメインネットワークの各ネットワーク管理システムの間で連携を行うことができるネットワーク管理システムを提供することを目的とする。
【0011】
【課題を解決するための手段】
図1は本発明の原理構成を示す。図中,1は本発明により設けたコーディネータシステム,10は管理部,10aはサーバネットワーク及びクライアントネットワークの構成情報を含むテーブル(後述する13a)を管理するネットワーク構成管理部,10bは初期化時に終端点等のリソースを構築し,サーバネットワークとクライアントネットワークが接続する終端点の対応関係を表す情報を含むテーブル(後述する13b)を用いて対応管理を行うアクセスポイント管理部,10cはパス開通要求時に動作しクライアントからサーバのパスを生成したり,サーバのパス生成時にクライアントに対しコネクション生成制御を行うパス管理部,11はコーディネータを介してサーバネットワーク,クライアントネットワークのNMS(ネットワークマネージメントシステム)間でメッセージ通信の制御を行うNMS間メッセージ通信部,12は障害発生時に動作しレイヤ間の障害復旧の連携を行う障害復旧部,13は各種のテーブルやデータを格納したデータベース,13aはサーバネットワークとクライアントネットワークの構成情報が含まれるネットワーク構成情報テーブル,13bはサブネットワークを接続するアクセスポイントの対応関係と状態を表す対応関係テーブル,13cはアクセスポイント情報をもつ迂回経路テーブル,2は光ネットワークで構成するサーバサブネットワーク,3,4はATM,SDH,IP等の中の何れかのネットワークで構成されるクライアントサブネットワーク,20はサーバサブネットワークマネージメントシステム(サーバSNMSで表示),21はサーバネットワークマネージメントシステム(サーバNMSで表示),30,40は各クライアントサブネットワークに対応して設けられたクライアントサブネットワークマネージメントシステム(クライアントSNMSで表示),31は複数のクライアントSNMSを制御するクライアントネットワークマネージメントシステム(クライアントNMSで表示)である。
【0012】
光ネットワーク(サーバサブネットワーク)2は図示省略されているが光クロスコネクト装置(OXC),光ADM(Add Drop Multiplex) 装置,WDM(Wavelength Division Multiplex) 多重化装置等で構成され,クライアントネットワーク(クライアントサブネットワーク)3,4はATM,SDH,IP等のネットワークで構成され,各構成情報はネットワーク構成情報テーブル13aに保持され,サーバサブネットワーク2とクライアントサブネットワーク3,4を接続するアクセスポイントと状態(運用中,未使用等)が対応関係テーブル13bに保持されている。
【0013】
サーバサブネットワーク2のレイヤとクライアントサブネットワーク3,4のレイヤ間の連携を行うため,コーディネータシステム1のネットワーク構成管理部10aは図示省略された操作者(オペレータ)により操作された端末からの指示によりサーバサブネットワーク2及び各クライアントサブネットワーク3,4の構成情報テーブル13aを登録,更新する。また,アクセスポイント管理部10bはサーバネットワーク及び各クライアントネットワークのネットワークマネージメントシステム(NMS)21,31のそれぞれが自ドメインの終端点情報のみを管理するが,このコーディネータシステム1のアクセスポイント管理部10bは各ドメイン内終端点の対応を対応関係テーブル13bを用いて管理し,サーバレイヤでパスを設定した場合,クライアント側では,サーバパスの終端点と接続されているクライアントの終端点間クライアントのコネクションを設定する。
【0014】
パス管理部10cはクライアントNMS31でパス設定を行った場合,要求された帯域の経路が取得できないと,サーバパスの生成を行い,サーバでパスを生成した場合にクライアント側で対応するコネクションを設定する機能を持ち,収容するクライアントパスの帯域管理も行う。
【0015】
障害復旧部12は障害発生時に,その障害が発生したドメイン(ネットワーク)内のNMSに備えられた障害復旧機構で障害復旧を行うが,全ての障害が復旧できない場合があり,その場合は他のレイヤ(他のネットワーク)で再ルーチングを行うことにより復旧を行う。
【0016】
なお,サーバやクライアントの各ネットワークマネージメントシステム21,31は操作者(ユーザまたはオペレータ)が操作端末(図示省略)から指示を行うことによりパス設定,解除等のネットワーク間にまたがる処理をコーディネータシステム1を介して行うが,各操作者にアクセスレベルを持たせることで,一定レベル以上を持つ場合だけアクセス制御を許可するようにすることができる。
【0017】
【発明の実施の形態】
図2はテーブルの構成例を示し,A.は5つのサブネットワークから成るネットワークの構成例,B.はそのネットワーク構成情報テーブル(図1のサブネットワーク構成情報テーブル13aに対応),C.はアクセスポイント対応テーブル(図1の対応関係テーブル13bに対応)である。A.に示すようなネットワーク構成の例では,ネットワーク構成情報テーブルには,B.に示すように各サブネットワークIDの1〜5に対してサーバ・クライアント種別,サーバ種別(WDM(波長分割多重),SDH,IP等の種別),各サブネットワークに対して接続されているサブネットワークのID,更にアクセスポイントリスト(接続された各サブネットワークへのアクセスポイントのリスト)の各情報が図に示すように設定される。また,アクセスポイント対応テーブルには,C.に示すようにクライアントアクセスポイントIDに対して接続されたサーバアクセスポイントIDが設定され,更に各テーブルの項目毎にそれぞれのアクセスポイントの状態(運用中,未使用等)が登録される。
【0018】
図2のB.及びC.に示すテーブルは新規に設備が増設された場合に,クライアントNMS,サーバNMSからの通知を基にコーディネータシステム1において作成される。
【0019】
図3にサーバパス設定の動作説明図である。図3の1〜4及び20,21,30,31,40の各符号は上記図1の同じ符号の各部と同じであり説明を省略する。
【0020】
オペレータが操作端末からサーバNMS21に対して,4010−5001間のパス設定を指示すると(図3の▲1▼),サーバNMS21はサブネットワーク2の終端点4010と5001間のパス設定を行う(図3の▲2▼)。これにより,サブネットワーク2内のパス設定が完了すると,サーバNMS21はコーディネータシステム1に対し終端点,帯域情報を持つパス生成通知を送付する(図3の▲3▼)。コーディネータシステム1では,生成通知に含まれた終端点情報を基に,アクセスポイント対応テーブル(図2のC.)から,それぞれに接続されているクライアントサブネットワーク3,4の終端点3−2003,4−5001を取得し,クライアントNMS31に対してパス設定指示を行う(図3の▲4▼)。これに応じて,クライアントNMS31はクライアントSNMS30及びクライアントSNMS40に対してそれぞれサブネットワーク3とサブネットワーク2の終端点間及びサブネットワーク4とサブネットワーク2の終端点間の各パスを運用状態に設定する制御を行う。なお,クライアントパスは,ATMの場合はVPI・VCI,SDHの場合は固定の帯域,IPの場合はIPアドレスによるパスである。なお,パス設定の指示を発生した操作者が保持する権威(レベル)によってパス設定を実行するか否かを判定する処理を含むようにすることができる。
【0021】
図4はパス設定時のクライアントNMSの処理フローである。この処理はサーバNMSからパス生成通知の受信により開始され,アクセスポイント関係テーブルから対応するクライアントアクセスポイントを検索する(図4のS1)。この検索でアクセスポイントが存在するか判別し(図4のS2),存在しないと処理を終了し,存在するとクライアントに対しクライアントパスの生成をクライアントサブネットワークのNMSに対し指示する(同S3)。
【0022】
図5はサーバパス解除の動作説明図である。図5の1〜4及び20,21,30,31,40の各符号は上記図1,図3の同じ符号の各部と同じであり説明を省略する。
【0023】
オペレータが操作端末からサーバNMS21に対して,4010−5001間のパス解除を指示すると(図5の▲1▼),これを受けたサーバNMS21はコーディネータシステム1に対して4010−5001のパスの運用状態チェック依頼を行う(図5の▲2▼)。コーディネータシステム1は,図2のC.に示すようなアクセスポイント関係テーブルを参照して運用状態をチェックし(図5の▲3▼),運用チェック応答はサーバNMS21に通知される(図5の▲4▼)と共に,運用中でない場合は,クライアントNMS31に対してパス解除の指示を行い(図5の▲5▼),クライアントNMS31はこれに応じて対応するクライアントアクセスポイント間(4−5001,3−2003間)のクライアントパスの解除をクライアントSNMS30,40に対し指示する(図5の▲6▼)。解除が終了するとクライアントSNMS30,40からコーディネータシステム1に解除終了通知が送られると,コーディネータシステム1はサーバNMS21に,未使用の運用チェック応答を返し,サーバNMS21でパス解除を開始する。
【0024】
図6はパス解除時のクライアントNMSの処理フローである。この処理はサーバNMSからパス解除通知を受信したクライアントNMSにおいて開始され,通知を受け取るとアクセスポイント関係テーブルから対応するクライアントアクセスポイントを検索する(図6のS1)。この検索でアクセスポイントが存在するか判別し(図6のS2),存在しないと処理を終了し,存在するとそのパスの状態が使用中か否か判別し(同S3),使用中の場合はサーバNMSにパス使用中を通知し(同S4),使用中でない場合はサーバNMSにパス解除可能を通知する(同S5)。この場合,パス解除通知を発生した運用者が保持する権威(レベル)によってパス解除通知を行うことができるか否かを決めるようにすることができる。
【0025】
上記図3,図4に示すパス設定処理において,新規にサーバパス及びクライアントパスを設定した場合は,未使用のまま遷移し,クライアント側で新たにパス設定を行い生成通知をコーディネータシステムに通知した時点で,状態を運用状態に遷移させるようにすることができる。また,上記図5,図6に示すようにクライアントNMSでパス解除において,解除通知をコーディネータシステムに通知し,全てのクライアントパスが解除された場合に状態を未使用にする。この未使用にすることで,二重の設定をすることを防止できる。
【0026】
次にクライアント側からの設定のための動作を示す。
【0027】
図7はクライアントNMSによるクライアントネットワーク間のパス設定の動作説明図である。図7の1〜4及び20,21,30,31,40の各符号は上記図1,図3,図5の同じ符号の各部に対応しており説明を省略する。
【0028】
図7において,最初にクライアントNMS31に対しオペレータが操作端末か4−6001と3−7001間のパス設定指示が与えられると(図7の▲1▼),クライアントNMS31では指示された帯域の空き経路があるかテーブルを探索する(図7の▲2▼)。要求された帯域の経路が無い場合は,コーディネータシステム1に対しパス設定要求を通知する(図7の▲3▼)。コーディネータシステム1は,これを受け取るとクライアントの終端点を基に,ネットワーク構成情報(図2のB.)の探索を指示して(図7の▲4▼),サブネットワークID(図7のサブネットワーク4とサブネットワーク3)を得て,このサブネットワーク4と3を接続可能なアクセスポイントをアクセスポイント関係テーブル(図2のC.)から得て(サブネットワーク2の4010と5001),この4010と5001間のパス設定をサーバNMS20に指示する(図7の▲5▼)。パス設定終了後,コーディネータシステム1からパス設定要求通知のパスをクライアントNMS31に対し生成指示する。
【0029】
図8は図7の動作におけるコーディネータシステムの処理フローである。クライアントNMSからパス設定要求を受信すると処理を開始し,クライアントパス終端点のサブネットワークIDをネットワーク構成情報テーブル(図2のB.)から検索する(図8のS1)。サブネットワーク間を接続するサーバネットワークのアクセスポイントをアクセスポイント対応テーブル(図2のC.)から検索する(図8のS2)。この検索では未使用のアクセスポイントがあるか判別し(図8のS3),ない場合はクライアントNMSにサーバパス設定不可能を通知し(同S4),ある場合はNMSにサーバのアクセスポイント間のパス設定指示を行う(同S5)。続いて,サーバNMSからサーバパス設定結果を受信し(図8のS6),その内容がパス設定が行われたことを表すか判別する(同S7)。パス設定が行われない場合は,上記S2に戻り,パス設定が行われた場合には,アクセスポイント対応テーブルの状態を設定済みにし(同S8),クライアントNMSにサーバパス設定完了を通知しクライアントNMSでクライアントパスを再設定する(同S9)。
【0030】
次に図9はサーバネットワークで障害が発生した場合の動作説明図である。図9の1〜4及び20,21,30,31,40の各符号は上記図1,図3,図5等の同じ符号の各部に対応しており説明を省略する。
【0031】
図9において,サーバネットワーク2内で障害が発生すると,クライアント装置と接続されている,サーバ装置で警報を検出した場合クライアント装置に対して警報復旧停止指示を行う(図9の▲1▼)。この指示はクライアント装置側での障害復旧動作を抑止してサーバ側での復旧を優先して行うために出される。サーバ側で障害復旧が失敗した場合は(図9の▲2▼),クライアント装置に対して障害復旧開始指示を送出し(同▲3▼),クライアント側で障害復旧を開始する。
【0032】
サーバネットワーク内で障害復旧が失敗した場合,サーバNMS21がコーディネータシステム1に対して障害復旧不成功の通知を行う(図9の▲5▼)。コーディネータシステム1では,障害となったサーバパスの終端点を基に,接続されているクライアントサブネットワークIDを得て,クライアントサブネットワークとサーバネットワークを接続可能なアクセスポイントをアクセスポイント対応テーブルから検索し,サーバNMS21にパス経路探索を指示し,迂回経路テーブル(図1の13c)に記録し(図9の▲6▼),状態を検索中とする。成功した場合は,コーディネータシステム1で迂回経路テーブルの状態を経路有りとして記録する。
【0033】
図10乃至図12は障害発生時の各部の処理フローであり,図10はサーバSNMSの処理フローであり,図11はサーバネットワーク,サーバNMSの処理フロー,図12はコーディネータシステムの処理フローである。
【0034】
図10は,サーバネットワーク(サーバ装置)における処理であり,サーバ装置で障害が検出されると,クライアントネットワーク(クライアント装置)に障害復旧抑止メッセージを送信する(図10のS1)。その後障害復旧処理が終了したか判別し(図10のS2),終了すると障害が復旧したか判別し(同S3),復旧した場合は処理が終了するが,復旧しないとクライアント装置に障害復旧開始メッセージを送信する(同S4)。
【0035】
サーバ装置で障害を検出した場合,図10の処理を開始すると共に,図12のA.に示すようにサーバNMSに通知し,サーバNMSは図12のB.に示すようにコーディネータに障害通知を行う。コーディネータシステムは図11に示す処理フローを実行し,上記図8に示すパス設定動作の検索機能を使用し,アクセスポイントを変更した迂回経路の探索を行い,迂回経路テーブル(図1の13c)に記録する。
【0036】
図11について説明すると,コーディネータシステムで警報通知を受信すると,障害サーバパス終端点と接続されているクライアントのサブネットワークIDをネットワーク構成情報テーブルから検索する(図11のS1)。次にサブネットワーク間を接続するサーバネットワークのアクセスポイントをアクセスポイント対応テーブルから検索し(図11のS2),未使用のアクセスポイントがあるか判別し(同S3),ない場合は処理を終了し,ある場合はサーバNMSにサーバのアクセスポイント間のパス検索指示を行う(同S4)。この後,サーバNMSからサーバパス検索結果を受信し(図11のS5),その結果でパス経路が有ったか判別し(同S6),ない場合は上記S2へ戻るが,有った場合は迂回経路テーブルに経路を記録し(同S7),全ての障害パスの迂回経路を記録したか判別し(同S8),全ての障害パスの迂回経路を記録すると処理を終了するが,全てを記録しない場合はS2に戻る。
【0037】
上記図10のサーバ装置の障害検出時に,クライアント側で障害復旧が失敗すると,クライアントNMSは図13に示す障害復旧不成功時の処理フローを実行し,コーディネータシステムに対し障害復旧不成功の通知を行う。
【0038】
図14は障害復旧不成功の通知を受けた時のコーディネータシステムの処理フローである。クライアント障害復旧不成功通知を受信すると,迂回経路テーブルに対応する迂回経路があるか判別し(図14のS1),無い場合は処理を終了するが,有る場合は迂回経路テーブルの経路をサーバNMSに対してパス設定指示をする(図14のS2)。この指示に対しパス設定の結果を受信した場合(図14のS3),パス設定が成功したか判別する(同S4)。成功しないと上記S1に戻るが,成功するとアクセスポイント対応テーブルの状態を設定済みにし(図14のS5),クライアントNMSにサーバパス設定を通知しクライアントNMSでクライアントパス再設定を指示する(同S6)。
【0039】
図15は上記図10の処理フローにおいてクライアント側で障害復旧に成功した場合の処理フローである。図15のA.はクライアントNMSにおける処理であり,クライアントNMS内で障害復旧に成功すると,コーディネータに障害復旧を通知して,処理を終了する。図15のB.はコーディネータにおける処理であり,前記A.の処理によりコーディネータでクライアント障害復旧成功通知を受信すると,対応する迂回経路テーブルを削除して,処理を終了する。
【0040】
最後にコーディネータシステムは,サーバNMS,クライアントNMSのユーザ(オペレータ)に対し予めアクセスレベル(役職の重み)を持たせ,他のネットワークマネージメントシステム(NMS)へのアクセス制御を行う場合に,アクセスレベルをチェックして,決められたレベル以上の場合だけアクセス制御を可能にするよう管理を行う。
【0041】
【発明の効果】
本発明によれば,光ネットワークのようなサーバネットワークレイヤに対しATM,SDH,IP等のクライアントネットワークレイヤが接続された場合に,レイヤ間のパスや障害復旧を連携することによりパス設定や障害復旧処理が高速化されると共に,予備リソースを共用化することによりネットワークリソースを削減することが可能となり,効率的なシステムを構築することができる。
【図面の簡単な説明】
【図1】本発明の原理構成を示す図である。
【図2】テーブルの構成例を示す図である。
【図3】サーバパス設定の動作説明図である。
【図4】パス設定時のクライアントNMSの処理フローを示す図である。
【図5】サーバパス解除の動作説明図である。
【図6】パス解除時のクライアントNMSの処理フローを示す図である。
【図7】クライアントNMSによるクライアントネットワーク間のパス設定の動作説明図である。
【図8】図7の動作におけるコーディネータシステムの処理フローを示す図である。
【図9】サーバネットワークで障害が発生した場合の動作説明図である。
【図10】サーバSNMSの処理フローを示す図である。
【図11】サーバネットワーク,サーバNMSの処理フローを示す図である。
【図12】コーディネータシステムの処理フローを示す図である。
【図13】障害復旧不成功時の処理フローを示す図である。
【図14】障害復旧不成功の通知を受けた時のコーディネータシステムの処理フローを示す図である。
【図15】図10の処理フローにおいてクライアント側で障害復旧に成功した場合の処理フローを示す図である。
【図16】ネットワークのシステム構成を示す図である。
【符号の説明】
1 コーディネータシステム
10 管理部
10a ネットワーク構成管理部
10b アクセスポイント管理部
10c パス管理部
11 NMS間メッセージ通信部
12 障害復旧部
13 データベース
13a ネットワーク構成情報テーブル
13b 対応関係テーブル
13c 迂回経路テーブル
2 サーバサブネットワーク
3,4 クライアントサブネットワーク
20 サーバサブネットワークマネージメントシステム
21 サーバネットワークマネージメントシステム
30,40 クライアントサブネットワークマネージメントシステム
31 クライアントネットワークマネージメントシステム
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a network management system in a multi-domain network.
[0002]
A management system for managing a network is provided for each network such as ATM, SDH, and IP, and manages resources, paths, and failures in each network.
[0003]
In recent years, it is desired that ATM, SDH, IP, and the like are connected to a server network using an optical network, and each is configured and managed as a client network.
[0004]
[Prior art]
FIG. 16 shows a network system configuration. In the figure, 80 is an ATM (Asynchronous Transfer Mode) network in which cells are asynchronously transmitted using VPI (virtual path identifier) / VCI (virtual channel identifier) by cell, and 81 is various types of synchronously. An SDH (Synchronous Digital Hieralchy) network that transmits data in the form of a virtual container, 82 is an IP (Internet Protocol) network that performs connectionless packet exchange in TCP / IP (Transmission Control Protocol / Internet Protocol). Yes, 83 is an optical network using an optical fiber as a physical medium for actually transmitting signals.
[0005]
The optical network 83 is called a server network because it functions as a server for each of the networks 80 to 82, and each of the networks 80 to 82 is called a client network.
[0006]
Each of the networks 80 to 82 and 83 includes network management systems (NMS) 80a, 81a, 82a, and 83a for managing resources, paths, failures, and the like in the respective networks. Are independent of each other. In this way, each of the networks 80 to 83 forms a different domain (resource management area), and this network system is configured by a plurality of domains.
[0007]
Telecom operators and Internet service providers are planning to introduce point-to-point wavelength division multiplexing communication systems to backbone networks to accommodate the rapidly increasing Internet and data communications traffic. In addition to this, mesh-like optical networks composed of an optical cross-connect system (OXC: Optical Crossconnection) and an optical wavelength division multiplexing system (OADM: Optical Add Drop Multiplex) break down various limitations of existing networks. It is expected to provide a low-cost and large-capacity next-generation communication infrastructure. As for optical networks, in ITU-T (Telecommunication Standardization Sector of the International Telecommunication Union), optical channel (0Ch: 0ptical Channel) layer, optical multiplex section (OMS: Optical Multiplex Section) layer, optical transmission section (OTS: Modeling with three layers of Optical Transmission Section) is under study.
[0008]
[Problems to be solved by the invention]
Each of the network management systems 80a to 83a shown in FIG. 16 operates independently and is not linked to each other. Therefore, the server layer (which means a server hierarchy and represents the optical network 83 that is the server network of FIG. 16). If a failure occurs in (), failure recovery is performed at the server layer. If all failures are not recovered, the failure recovery etc. can be activated in other network management systems simply by notifying the user. Therefore, there was a problem that the recovery was delayed.
[0009]
In addition, in order to speed up failure recovery, it is necessary to prepare a large amount of spares for recovery at the server layer, which increases the cost.
[0010]
An object of the present invention is to provide a network management system capable of performing cooperation between network management systems of a plurality of domain networks.
[0011]
[Means for Solving the Problems]
FIG. 1 shows the principle configuration of the present invention. In the figure, 1 is a coordinator system provided by the present invention, 10 is a management unit, 10a is a network configuration management unit that manages a table (13a to be described later) including configuration information of a server network and a client network, and 10b is terminated at initialization. An access point management unit 10c that constructs resources such as points and performs correspondence management using a table (13b to be described later) including information indicating the correspondence relationship between the termination points to which the server network and the client network are connected. A path management unit that operates to generate a server path from a client or to control connection generation for a client when a server path is generated, and 11 is an NMS (network management system) of the server network and client network via a coordinator A message communication unit between NMSs that controls message communication in the network, 12 is a failure recovery unit that operates in the event of a failure and cooperates in failure recovery between layers, 13 is a database that stores various tables and data, and 13a is a server network. Network configuration information table including client network configuration information, 13b is a correspondence table representing the correspondence and status of access points connecting sub-networks, 13c is a detour route table having access point information, and 2 is an optical network. Server sub-network, 3 and 4 are client sub-networks composed of any one of ATM, SDH, IP, etc., 20 is a server sub-network management system (indicated by server SNMS), and 21 is a server network. Management system (displayed by server NMS), 30 and 40 are client subnetwork management systems (displayed by client SNMS) provided corresponding to each client subnetwork, and 31 is a client network management system for controlling a plurality of client SNMSs (displayed by client SNMS). Client NMS).
[0012]
Although not shown, the optical network (server subnetwork) 2 is composed of an optical cross-connect device (OXC), an optical ADM (Add Drop Multiplex) device, a WDM (Wavelength Division Multiplex) multiplexer, and the like. Subnetworks 3 and 4 are constituted by networks such as ATM, SDH, and IP, and each piece of configuration information is held in the network configuration information table 13a, and an access point and a state connecting the server subnetwork 2 and the client subnetworks 3 and 4 (In operation, unused, etc.) is held in the correspondence table 13b.
[0013]
In order to perform cooperation between the layer of the server subnetwork 2 and the layers of the client subnetworks 3 and 4, the network configuration management unit 10 a of the coordinator system 1 receives an instruction from a terminal operated by an operator (operator) (not shown). The configuration information table 13a of the server subnetwork 2 and the client subnetworks 3 and 4 is registered and updated. In addition, the network management system (NMS) 21 and 31 of each of the server network and each client network manages only the termination point information of its own domain, but the access point management unit 10b of the coordinator system 1 When the correspondence between the end points in each domain is managed using the correspondence table 13b and the path is set at the server layer, the client side sets the client connection between the end points of the client connected to the end point of the server path. Set.
[0014]
When the path setting is performed by the client NMS 31, the path management unit 10c generates a server path if the path of the requested bandwidth cannot be acquired, and sets a corresponding connection on the client side when the path is generated by the server. It also has a function and manages the bandwidth of the client path to be accommodated.
[0015]
When a failure occurs, the failure recovery unit 12 performs failure recovery using the failure recovery mechanism provided in the NMS in the domain (network) where the failure has occurred, but not all failures may be recovered. Recovery is performed by rerouting at the layer (other network).
[0016]
Each of the network management systems 21 and 31 of the server and the client uses the coordinator system 1 to perform processing across the networks such as path setting and cancellation when an operator (user or operator) gives an instruction from an operation terminal (not shown). However, by providing each operator with an access level, access control can be permitted only when the operator has a certain level or higher.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 2 shows a configuration example of the table. Is a configuration example of a network consisting of five sub-networks; Is the network configuration information table (corresponding to the sub-network configuration information table 13a in FIG. Is an access point correspondence table (corresponding to the correspondence table 13b in FIG. 1). A. In the example of the network configuration as shown in FIG. As shown in FIG. 4, for each subnetwork ID 1 to 5, the server / client type, the server type (WDM (wavelength division multiplexing), SDH, IP, etc.), and the subnetwork connected to each subnetwork In addition, each information of the access point list (access point list to each connected subnetwork) is set as shown in the figure. In the access point correspondence table, C.I. As shown in FIG. 4, the server access point ID connected to the client access point ID is set, and the status of each access point (in operation, unused, etc.) is registered for each item of each table.
[0018]
B. of FIG. And C.I. Is created in the coordinator system 1 based on notifications from the client NMS and the server NMS when the equipment is newly added.
[0019]
FIG. 3 is an operation explanatory diagram of server path setting. 1 to 4 and 20, 21, 30, 31, and 40 in FIG. 3 are the same as those in FIG. 1 and are not described here.
[0020]
When the operator instructs the server NMS 21 to set the path between 4010 and 5001 from the operation terminal ((1) in FIG. 3), the server NMS 21 sets the path between the end points 4010 and 5001 of the subnetwork 2 (see FIG. 3). (2) of 3). As a result, when the path setting in the sub-network 2 is completed, the server NMS 21 sends a path generation notification having termination point and bandwidth information to the coordinator system 1 ((3) in FIG. 3). In the coordinator system 1, based on the termination point information included in the generation notification, the termination point 3-2003 of the client subnetwork 3, 4 connected to each from the access point correspondence table (C. in FIG. 2). 4-5001 is acquired, and a path setting instruction is given to the client NMS 31 ((4) in FIG. 3). In response to this, the client NMS 31 controls the client SNMS 30 and the client SNMS 40 to set each path between the end points of the subnetwork 3 and the subnetwork 2 and between the end points of the subnetwork 4 and the subnetwork 2 to the operating state. I do. The client path is a path using VPI / VCI for ATM, a fixed bandwidth for SDH, and an IP address for IP. It is possible to include processing for determining whether or not to execute path setting based on the authority (level) held by the operator who has issued the path setting instruction.
[0021]
FIG. 4 is a processing flow of the client NMS at the time of path setting. This process is started by receiving a path generation notification from the server NMS, and searches for a corresponding client access point from the access point relation table (S1 in FIG. 4). In this search, it is determined whether or not an access point exists (S2 in FIG. 4). If it does not exist, the process is terminated, and if it exists, the client subnetwork NMS is instructed to generate a client path (S3).
[0022]
FIG. 5 is an explanatory diagram of the server path release operation. The reference numerals 1 to 4 and 20, 21, 30, 31, and 40 in FIG. 5 are the same as the parts having the same reference numerals in FIGS.
[0023]
When the operator instructs the server NMS 21 to cancel the path between 4010 and 5001 from the operating terminal ((1) in FIG. 5), the server NMS 21 that has received this command operates the path of 4010 to 5001 with respect to the coordinator system 1. A status check request is made ((2) in FIG. 5). The coordinator system 1 is shown in FIG. When the operation status is checked by referring to the access point relation table as shown in (3) in FIG. 5 and the operation check response is notified to the server NMS 21 (4 in FIG. 5) and not in operation. Instructs the client NMS 31 to cancel the path ((5) in FIG. 5), and the client NMS 31 cancels the client path between the corresponding client access points (between 4-5001 and 3-2003) accordingly. To the client SNMSs 30 and 40 ((6) in FIG. 5). When the cancellation is completed, when a cancellation completion notification is sent from the client SNMS 30 or 40 to the coordinator system 1, the coordinator system 1 returns an unused operation check response to the server NMS 21, and the server NMS 21 starts path cancellation.
[0024]
FIG. 6 is a processing flow of the client NMS at the time of path cancellation. This process is started in the client NMS that has received the path release notification from the server NMS. When the notification is received, the corresponding client access point is searched from the access point relation table (S1 in FIG. 6). In this search, it is determined whether an access point exists (S2 in FIG. 6). If it does not exist, the process is terminated. If it exists, it is determined whether the path status is in use (S3). The server NMS is notified that the path is being used (S4). If not, the server NMS is notified that the path can be released (S5). In this case, it is possible to determine whether or not the path release notification can be performed by the authority (level) held by the operator who has generated the path release notification.
[0025]
In the path setting process shown in FIGS. 3 and 4 above, when a new server path and client path are set, transition is made unused, a new path is set on the client side, and a generation notification is notified to the coordinator system. At some point, the state can be changed to the operational state. Also, as shown in FIG. 5 and FIG. 6, in the path cancellation by the client NMS, the cancellation notification is notified to the coordinator system, and the state is made unused when all client paths are released. By not using this, it is possible to prevent double setting.
[0026]
Next, the operation for setting from the client side is shown.
[0027]
FIG. 7 is a diagram for explaining the operation of setting a path between client networks by the client NMS. Reference numerals 1 to 4 in FIG. 7 and reference numerals 20, 21, 30, 31, and 40 correspond to the same reference numerals in FIG. 1, FIG. 3, and FIG.
[0028]
In FIG. 7, when the operator first gives the client NMS 31 an operation terminal or a path setting instruction between 4-6001 and 3-7001 ((1) in FIG. 7), the client NMS 31 has a free path in the designated band. The table is searched for (2) in FIG. If there is no route of the requested bandwidth, the path setting request is notified to the coordinator system 1 ((3) in FIG. 7). Upon receiving this, the coordinator system 1 instructs the search for network configuration information (B in FIG. 2) based on the end point of the client ((4) in FIG. 7), and the subnetwork ID (sub-network in FIG. 7). The network 4 and the subnetwork 3) are obtained, and access points that can connect the subnetworks 4 and 3 are obtained from the access point relation table (C. of FIG. 2) (4010 and 5001 of the subnetwork 2). And the server NMS 20 are instructed to set a path between them (5 in FIG. 7). After completing the path setting, the coordinator system 1 instructs the client NMS 31 to generate a path for the path setting request notification.
[0029]
FIG. 8 is a processing flow of the coordinator system in the operation of FIG. When a path setting request is received from the client NMS, the processing is started, and the subnetwork ID of the client path termination point is searched from the network configuration information table (B in FIG. 2) (S1 in FIG. 8). The server network access point that connects the sub-networks is searched from the access point correspondence table (C in FIG. 2) (S2 in FIG. 8). In this search, it is determined whether there is an unused access point (S3 in FIG. 8). If there is no access point, the client NMS is notified that the server path cannot be set (S4). A path setting instruction is given (S5). Subsequently, the server path setting result is received from the server NMS (S6 in FIG. 8), and it is determined whether or not the contents indicate that the path setting has been performed (S7). If the path setting is not performed, the process returns to S2. If the path setting is performed, the state of the access point correspondence table is set (S8), the client NMS is notified of the completion of the server path setting, and the client The client path is reset by the NMS (S9).
[0030]
Next, FIG. 9 is an operation explanatory diagram when a failure occurs in the server network. Reference numerals 1 to 4 in FIG. 9 and reference numerals 20, 21, 30, 31, and 40 correspond to the same reference numerals in FIGS.
[0031]
In FIG. 9, when a failure occurs in the server network 2, an alarm recovery stop instruction is issued to the client device when an alarm is detected in the server device connected to the client device ((1) in FIG. 9). This instruction is issued in order to preferentially perform the recovery on the server side while suppressing the failure recovery operation on the client device side. When failure recovery fails on the server side ((2) in FIG. 9), a failure recovery start instruction is sent to the client device ((3)), and failure recovery is started on the client side.
[0032]
When failure recovery fails in the server network, the server NMS 21 notifies the coordinator system 1 of failure recovery failure ((5) in FIG. 9). The coordinator system 1 obtains the connected client subnetwork ID based on the termination point of the failed server path, and searches the access point correspondence table for an access point that can connect the client subnetwork and the server network. The server NMS 21 is instructed to search for a path route, recorded in the detour route table (13c in FIG. 1) ((6) in FIG. 9), and the state is being searched. If successful, the coordinator system 1 records the status of the detour route table as having a route.
[0033]
10 to 12 show the processing flow of each unit when a failure occurs, FIG. 10 shows the processing flow of the server SNMS, FIG. 11 shows the processing flow of the server network and server NMS, and FIG. 12 shows the processing flow of the coordinator system. .
[0034]
FIG. 10 shows processing in the server network (server device). When a failure is detected in the server device, a failure recovery suppression message is transmitted to the client network (client device) (S1 in FIG. 10). After that, it is determined whether or not the failure recovery processing is completed (S2 in FIG. 10), and when it is completed, it is determined whether or not the failure is recovered (S3 in the same). A message is transmitted (S4).
[0035]
When a failure is detected in the server device, the processing of FIG. The server NMS notifies the server NMS as shown in FIG. As shown in Fig. 2, the fault notification is sent to the coordinator. The coordinator system executes the processing flow shown in FIG. 11, uses the search function of the path setting operation shown in FIG. 8 to search for a detour route whose access point has been changed, and stores it in the detour route table (13c in FIG. 1). Record.
[0036]
Referring to FIG. 11, when an alarm notification is received by the coordinator system, the subnetwork ID of the client connected to the failed server path termination point is searched from the network configuration information table (S1 in FIG. 11). Next, the server network access point that connects the sub-networks is searched from the access point correspondence table (S2 in FIG. 11), and it is determined whether there is an unused access point (S3). If there is, the server NMS is instructed to search for a path between access points of the server (S4). Thereafter, a server path search result is received from the server NMS (S5 in FIG. 11), and it is determined whether there is a path route based on the result (S6). If not, the process returns to S2. The route is recorded in the detour route table (S7), it is determined whether the detour route of all the fault paths is recorded (S8), and the process ends when the detour routes of all the fault paths are recorded, but all are recorded. If not, return to S2.
[0037]
If failure recovery fails on the client side when the failure of the server device shown in FIG. 10 is detected, the client NMS executes the failure recovery failure processing flow shown in FIG. 13 and notifies the coordinator system of failure recovery failure. Do.
[0038]
FIG. 14 is a processing flow of the coordinator system when a failure recovery failure notification is received. When the client failure recovery failure notification is received, it is determined whether there is a detour route corresponding to the detour route table (S1 in FIG. 14). If there is no detour route table, the processing is terminated. Is instructed to set a path (S2 in FIG. 14). When the path setting result is received in response to this instruction (S3 in FIG. 14), it is determined whether the path setting is successful (S4). If not successful, the process returns to S1, but if successful, the state of the access point correspondence table is set (S5 in FIG. 14), the server path setting is notified to the client NMS, and the client NMS is instructed to reset the client path (S6). ).
[0039]
FIG. 15 is a processing flow when the client side succeeds in the failure recovery in the processing flow of FIG. A. of FIG. Is a process in the client NMS, and when the failure recovery is successful in the client NMS, the failure recovery is notified to the coordinator and the process is terminated. B. of FIG. Is a process in the coordinator. When the coordinator receives the client failure recovery success notification by the above processing, the corresponding detour route table is deleted and the processing is terminated.
[0040]
Finally, the coordinator system gives the access level (weight of job title) to the user (operator) of the server NMS and client NMS in advance and sets the access level when performing access control to other network management systems (NMS). Check to manage access control only when it is above a certain level.
[0041]
【The invention's effect】
According to the present invention, when a client network layer such as ATM, SDH, or IP is connected to a server network layer such as an optical network, path setting and failure recovery are performed by linking paths and failure recovery between layers. In addition to speeding up processing, it is possible to reduce network resources by sharing spare resources, and an efficient system can be constructed.
[Brief description of the drawings]
FIG. 1 is a diagram showing a principle configuration of the present invention.
FIG. 2 is a diagram illustrating a configuration example of a table.
FIG. 3 is an operation explanatory diagram of server path setting.
FIG. 4 is a diagram showing a processing flow of a client NMS at the time of path setting.
FIG. 5 is an explanatory diagram of server path release operation.
FIG. 6 is a diagram showing a processing flow of a client NMS at the time of path cancellation.
FIG. 7 is an explanatory diagram of an operation of setting a path between client networks by a client NMS.
FIG. 8 is a diagram showing a processing flow of the coordinator system in the operation of FIG. 7;
FIG. 9 is an operation explanatory diagram when a failure occurs in the server network.
FIG. 10 is a diagram showing a processing flow of a server SNMS.
FIG. 11 is a diagram showing a processing flow of a server network and a server NMS.
FIG. 12 is a diagram showing a processing flow of the coordinator system.
FIG. 13 is a diagram showing a processing flow when failure recovery is unsuccessful.
FIG. 14 is a diagram showing a processing flow of the coordinator system when a notification of failure recovery failure is received.
15 is a diagram showing a processing flow when failure recovery is successful on the client side in the processing flow of FIG.
FIG. 16 is a diagram showing a system configuration of a network.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 Coordinator system 10 Management part 10a Network configuration management part 10b Access point management part 10c Path management part 11 Inter-NMS message communication part 12 Failure recovery part 13 Database 13a Network configuration information table 13b Correspondence relation table 13c Detour path table 2 Server subnetwork 3 , 4 Client sub-network 20 Server sub-network management system 21 Server network management system 30, 40 Client sub-network management system 31 Client network management system

Claims (9)

自ネットワークの終端点の管理部,パスの設定・解除を行うネットワークマネージメントシステムを備えた複数のネットワークを管理するネットワーク管理システムにおいて,
複数のクライアントネットワークとサーバネットワークの構成,アクセスポイント等の管理を行う管理部,データベース及び障害復旧部を備えるコーディネータシステムを設け,
前記コーディネータシステムの前記データベースは,前記サーバネットワークと前記クライアントネットワークとを構成する情報を含むネットワーク構成情報テーブルと,前記サーバネットワークを接続するアクセスポイントの対応関係及びその状態を含む対応関係テーブルとを備
前記コーディネータシステムの管理部は,前記サーバネットワークのネットワークマネージメントシステムからのサーバパスの生成通知に応じて,前記通知されたサーバパスの終端点を前記対応関係テーブルを用いてクライアントネットワークの終端点に変換し,クライアントネットワークのネットワークマネージメントシステムに対してクライアントのパス生成を指示するパス管理部を備えることを特徴とするネットワーク管理システム。
In a network management system that manages multiple networks with a management unit for the end point of its own network and a network management system that sets and releases paths.
Configuring multiple client network and server network, management unit for managing such an access point, the coordinator system comprising a database and a failure recovery unit is provided,
The database of the coordinator system includes a network configuration information table including information configuring the server network and the client network, and a correspondence table including a correspondence relationship and a state of access points connecting the server network. Oh ,
The management unit of the coordinator system converts the termination point of the notified server path into the termination point of the client network using the correspondence table in response to a server path generation notification from the network management system of the server network. And a network management system comprising a path management unit that instructs the network management system of the client network to generate a client path .
請求項1において,
前記コーディネータシステムのパス管理部は,前記サーバネットワークのネットワークマネージメントシステムからのパス解除通知の前にクライアントネットワークのパス解除の通知を受け取ると,アクセスポイントの状態が使用中でなく解除可能であるとクライアントネットワークのネットワークマネージメントシステムに対しパス解除を指示すると共に,サーバネットワークのネットワークマネージメントシステムに対しパス解除を許可することを特徴とするネットワーク管理システム。
In claim 1,
When the path management unit of the coordinator system receives the client network path release notification before the path release notification from the network management system of the server network , the client determines that the access point status is not in use and can be released. A network management system characterized by instructing a network network management system to cancel a path and permitting the server network network management system to cancel the path .
請求項1または2の何れかにおいて,
前記コーディネータシステムのパス管理部は,パス設定時に前記対応関係テーブルの対応するパスの状態を使用中に変更し,パス解除時に前記対応関係テーブルの対応するパスの状態を未使用に変更することを特徴とするネットワーク管理システム。
In either claim 1 or 2,
The path management unit of the coordinator system changes the state of the corresponding path in the correspondence table when the path is set to in use, and changes the state of the corresponding path in the correspondence table to unused when the path is released. A featured network management system.
請求項1において,
前記コーディネータシステムのパス管理部は,クライアントネットワークのネットワークマネージメントシステムからパス設定要求を受け取ると,前記ネットワーク構成情報テーブルを検索してクライアントパス終端点のネットワークを識別し,
識別したネットワークのアクセスポイントを前記対応関係テーブルから検索して未使用のアクセスポイントを検出し,サーバネットワークのネットワークマネージメントシステムに対してパス設定指示を行い,
パス設定の完了の結果を前記サーバネットワークのネットワークマネージメントシステムから受け取ると,アクセスポイント対応テーブルの状態を設定済とし,前記クライアントネットワークのネットワークマネージメントシステムにサーバパス設定を通知することを特徴とするネットワーク管理システム。
In claim 1,
When the path management unit of the coordinator system receives a path setting request from the network management system of the client network, it searches the network configuration information table to identify the network of the client path termination point,
An access point of the identified network is searched from the correspondence table to detect an unused access point, and a path setting instruction is given to the network management system of the server network.
When the result of path setting completion is received from the network management system of the server network, the state of the access point correspondence table is set, and the server path setting is notified to the network management system of the client network system.
請求項1において,
前記障害復旧部は,サーバネットワーク内の障害発生に応じて,前記サーバネットワークのネットワークマネージメントシステムは前記クライアントネットワークに対し障害復旧動作を停止する指示を送出すると共にサーバネットワークにおいて障害復旧動作を開始し,
サーバネットワークにおいて障害復旧が失敗すると,クライアントネットワークに対し障害復旧開始の指示を送出してクライアントネットワークにおいて障害復旧を開始することを特徴とするネットワーク管理システム。
In claim 1,
In response to the occurrence of a failure in the server network, the failure recovery unit sends an instruction to stop the failure recovery operation to the client network and starts the failure recovery operation in the server network.
A network management system characterized in that when failure recovery fails in a server network, a failure recovery start instruction is sent to the client network to start failure recovery in the client network .
請求項5において,
前記サーバネットワークにおける障害復旧の動作の開始と共に前記サーバネットワークのネットワークマネージメントシステムに通知し,
前記サーバネットワークのネットワークマネージメントシステムはコーディネータシス テムに障害通知の送出を行って,該コーディネータシステムは前記パス管理部により前記ネットワーク構成情報テーブルを検索してサーバパスの終端点に接続されたクライアントネットワークを識別して,クライアントとサーバのネットワーク間の接続可能なアクセスポイントを前記対応関係テーブルから検索し,
前記サーバネットワークのネットワークマネージメントシステムに対し検索されたアクセスポイントを経由する経路探索を指示して探索された経路を迂回経路テーブルに経路有りと記録して使用することを特徴とするネットワーク管理システム。
In claim 5,
Notifying the network management system of the server network together with the start of the operation of failure recovery in the server network,
The network management system of the server network performs sending the failure notification to the coordinator system, the coordinator system clients network connected to the termination point of the server path by searching the network configuration information table by the path management unit Identify and search the connection table for access points that can be connected between the client and server networks,
A network management system characterized by instructing the network management system of the server network to search for a route through a searched access point and recording and using the searched route in the detour route table .
請求項5において,
前記クライアントネットワークで障害復旧に失敗すると,クライアントネットワークのネットワークマネージメントシステムからコーディネータシステムに対し障害復旧不成功の通知をし,
前記コーディネータシステムは迂回経路テーブルに経路有りと記録されていると,再度前記クライアントネットワークのネットワークマネージメントシステムに障害復旧開始を指示することを特徴とするネットワーク管理システム。
In claim 5,
If failure recovery fails in the client network, the network management system of the client network notifies the coordinator system of failure recovery failure,
2. The network management system according to claim 1, wherein the coordinator system instructs the network management system of the client network to start failure recovery again when the presence of a route is recorded in the bypass route table .
請求項5において,
前記サーバネットワークで障害復旧に成功すると,前記クライアントネットワークのネットワークマネージメントシステムから前記コーディネータシステムに対し障害復旧成功の通知をし,
前記コーディネータシステムは,前記障害復旧動作時にパス管理部により検索された迂回経路が記録された迂回経路テーブルの経路を解除するようサーバネットワークのネットワークマネージメントシステムに対して指示することを特徴とするネットワーク管理システム。
In claim 5,
When failure recovery is successful in the server network, the network management system of the client network notifies the coordinator system of failure recovery success,
The coordinator system instructs a network management system of a server network to release a route in a detour route table in which a detour route searched by a path management unit during the failure recovery operation is recorded. system.
請求項1乃至の何れかにおいて,
コーディネータシステムは,前記サーバネットワークのネットワークマネージメントシステムまたはクライアントネットワークのネットワークマネージメントシステムの各操作者に対し予めアクセスレベルを付与し,相互に他のネットワークのネットワークマネージメントシステムへのアクセス制御を行う場合に必要なアクセスレベルを備えるかのチェックをすることを特徴とするネットワーク管理システム。
In any one of Claims 1 thru | or 8 ,
The coordinator system is necessary when an access level is previously assigned to each operator of the network management system of the server network or the network management system of the client network, and mutual access control to the network management system of another network is performed. A network management system for checking whether an access level is provided .
JP20721299A 1999-07-22 1999-07-22 Network management system Expired - Fee Related JP3798584B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP20721299A JP3798584B2 (en) 1999-07-22 1999-07-22 Network management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP20721299A JP3798584B2 (en) 1999-07-22 1999-07-22 Network management system

Publications (2)

Publication Number Publication Date
JP2001036587A JP2001036587A (en) 2001-02-09
JP3798584B2 true JP3798584B2 (en) 2006-07-19

Family

ID=16536106

Family Applications (1)

Application Number Title Priority Date Filing Date
JP20721299A Expired - Fee Related JP3798584B2 (en) 1999-07-22 1999-07-22 Network management system

Country Status (1)

Country Link
JP (1) JP3798584B2 (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3751783B2 (en) * 1999-11-12 2006-03-01 富士通株式会社 Communication network management system
JP3913249B2 (en) 2002-12-02 2007-05-09 富士通株式会社 Network management system and transmission apparatus managed by the network management system
WO2004062194A1 (en) * 2002-12-26 2004-07-22 Fujitsu Limited Multilayer network management system and path setting/ supporting method
JP4068492B2 (en) 2003-04-01 2008-03-26 富士通株式会社 Network layer cooperation program and network layer cooperation apparatus
JP4589180B2 (en) * 2005-06-14 2010-12-01 株式会社日立製作所 Switching node
CN100490390C (en) * 2006-01-10 2009-05-20 华为技术有限公司 Service failure recovery method

Also Published As

Publication number Publication date
JP2001036587A (en) 2001-02-09

Similar Documents

Publication Publication Date Title
EP1427152B1 (en) Virtual local area network auto-discovery methods
JP2950369B2 (en) Working protection route setting method in ATM network
US8290367B2 (en) OSS support for control plane technology
US7170851B1 (en) Systems and methods for automatic topology provisioning for SONET networks
JP2000209287A (en) Network system
US7002907B1 (en) System and methods for automatic equipment provisioning for SONET networks
WO2011079441A1 (en) Method and system for updating network topology in multi-protocol label switching system
US7058012B1 (en) Systems and methods for automatic end-to-end path provisioning for SONET networks
US7774474B2 (en) Communication of control and data path state for networks
US20030035411A1 (en) Service discovery using a user device interface to an optical transport network
JP3798584B2 (en) Network management system
US7668106B2 (en) Network management system, and network management method
JP3653653B2 (en) COMMUNICATION PATH CONTROL METHOD AND COMMUNICATION CONTROL DEVICE
JP4621228B2 (en) Route searching method, apparatus and program in multi-layer network
EP1551125B1 (en) System and method for discovering wavelengths in network elements having an optical architecture
Wilson et al. Multiwavelength optical networking management and control
JP4402844B2 (en) Network component
JP2002252591A (en) Light wavelength multiple ring network system, light path setting method, recovery method and program thereof
Cisco 3.0.00 Release Notes for MGX 8950
JP2002094510A (en) Network system and pvc automatic bypass method using host nms
JP2002529018A (en) Terminal management in communication networks
KR100623261B1 (en) Method and device for provisioning connection of end-to-end service in a multi service provisioning platform
KR100600953B1 (en) Device and Methodology for Fault Restoration in ATM Network
KR100283054B1 (en) Automatic recovery device and method for virtual connection in asynchronous transmission mode communication network
KR100273769B1 (en) Restoration method for virtual path connection of atm network

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040324

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20051006

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060124

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060324

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: 20060418

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060420

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090428

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100428

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110428

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110428

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120428

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130428

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140428

Year of fee payment: 8

LAPS Cancellation because of no payment of annual fees