JP2001036587A - ネットワーク管理システム - Google Patents
ネットワーク管理システムInfo
- Publication number
- JP2001036587A JP2001036587A JP11207212A JP20721299A JP2001036587A JP 2001036587 A JP2001036587 A JP 2001036587A JP 11207212 A JP11207212 A JP 11207212A JP 20721299 A JP20721299 A JP 20721299A JP 2001036587 A JP2001036587 A JP 2001036587A
- Authority
- JP
- Japan
- Prior art keywords
- network
- server
- management system
- path
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【課題】本発明は各ネットワークのネットワークマネー
ジメントシステムを備えたネットワーク管理システムに
関し，複数ドメインネットワークの各ネットワーク管理
システムの間で連携を行うことができることを目的とす
る。 【解決手段】クライアントネットワークとサーバネット
ワーク間のアクセスポイントの対応関係の管理を行う管
理部，パス管理部及び障害復旧部を備えるコーディネー
タシステムを設ける。コーディネータシステムは，サー
バネットワークとクライアントネットワークを構成する
情報を含むサブネットワーク構成情報テーブル，サブネ
ットワークを接続するアクセスポイントの対応関係及び
その状態を含む対応関係テーブルを備えネットワーク間
の連携を行うよう構成する。
ジメントシステムを備えたネットワーク管理システムに
関し，複数ドメインネットワークの各ネットワーク管理
システムの間で連携を行うことができることを目的とす
る。 【解決手段】クライアントネットワークとサーバネット
ワーク間のアクセスポイントの対応関係の管理を行う管
理部，パス管理部及び障害復旧部を備えるコーディネー
タシステムを設ける。コーディネータシステムは，サー
バネットワークとクライアントネットワークを構成する
情報を含むサブネットワーク構成情報テーブル，サブネ
ットワークを接続するアクセスポイントの対応関係及び
その状態を含む対応関係テーブルを備えネットワーク間
の連携を行うよう構成する。
Description
【０００１】
【発明の属する技術分野】本発明は複数ドメインネット
ワークにおけるネットワーク管理システムに関する。
ワークにおけるネットワーク管理システムに関する。
【０００２】ネットワークを管理する管理システムは，
ＡＴＭ，ＳＤＨ，ＩＰ等のネットワーク毎に配備され，
それぞれのネットワーク内におけるリソース・パス・障
害等の管理を行っている。
ＡＴＭ，ＳＤＨ，ＩＰ等のネットワーク毎に配備され，
それぞれのネットワーク内におけるリソース・パス・障
害等の管理を行っている。
【０００３】近年，ＡＴＭ，ＳＤＨ，ＩＰ等は光ネット
ワークによるサーバネットワークと接続されそれぞれが
クライアントネットワークとして構成されて管理される
ことが望まれている。
ワークによるサーバネットワークと接続されそれぞれが
クライアントネットワークとして構成されて管理される
ことが望まれている。
【０００４】
【従来の技術】図１６はネットワークのシステム構成を
示す。図において，８０はセルによりＶＰＩ（バーチャ
ルパス識別子）・ＶＣＩ（バーチャルチャネル識別子）
を用いてパスとチャネルを表して非同期で伝送を行うＡ
ＴＭ（Asynchronous TransferMode) のネットワーク，
８１は同期式に各種のバーチャルコンテナの形式でデー
タを伝送するＳＤＨ（Synchronous Digital Hieralchy)
のネットワーク，８２はＴＣＰ／ＩＰ（Transmission C
ontrol Protocol/Internet Protocol)の中のコネクショ
ンレス型のパケット交換を行うＩＰ（Internet Protoco
l)のネットワークであり, ８３はこれらのネットワーク
は実際に信号を伝送する物理媒体として光ファイバを用
いた光ネットワークである。
示す。図において，８０はセルによりＶＰＩ（バーチャ
ルパス識別子）・ＶＣＩ（バーチャルチャネル識別子）
を用いてパスとチャネルを表して非同期で伝送を行うＡ
ＴＭ（Asynchronous TransferMode) のネットワーク，
８１は同期式に各種のバーチャルコンテナの形式でデー
タを伝送するＳＤＨ（Synchronous Digital Hieralchy)
のネットワーク，８２はＴＣＰ／ＩＰ（Transmission C
ontrol Protocol/Internet Protocol)の中のコネクショ
ンレス型のパケット交換を行うＩＰ（Internet Protoco
l)のネットワークであり, ８３はこれらのネットワーク
は実際に信号を伝送する物理媒体として光ファイバを用
いた光ネットワークである。
【０００５】光ネットワーク８３は各ネットワーク８０
〜８２に対してサーバとして機能するためサーバネット
ワークと呼ばれ，８０〜８２の各ネットワークはクライ
アントネットワークと呼ばれる。
〜８２に対してサーバとして機能するためサーバネット
ワークと呼ばれ，８０〜８２の各ネットワークはクライ
アントネットワークと呼ばれる。
【０００６】各ネットワーク８０〜８２及び８３にはそ
れぞれのネットワーク内におけるリソース，パス，障害
等の管理を行うためのネットワーク管理システム（Netw
orkManagement System:ＮＭＳ）８０ａ，８１ａ，８２
ａ及び８３ａを備え，各ネットワーク管理システムはそ
れぞれ独立している。このように各ネットワーク８０〜
８３はそれぞれ異なるドメイン（資源管理の領域）を構
成し，複数ドメインによりこのネットワークシステムが
構成される。
れぞれのネットワーク内におけるリソース，パス，障害
等の管理を行うためのネットワーク管理システム（Netw
orkManagement System:ＮＭＳ）８０ａ，８１ａ，８２
ａ及び８３ａを備え，各ネットワーク管理システムはそ
れぞれ独立している。このように各ネットワーク８０〜
８３はそれぞれ異なるドメイン（資源管理の領域）を構
成し，複数ドメインによりこのネットワークシステムが
構成される。
【０００７】通信事業者やインターネットサービスプロ
バイダは急増するインターネット及びデータ通信トラヒ
ックを収容するため，基幹通信網へのポイント・ツウ・
ポイントの波長多重通信システムの導入を計画してい
る。これに加え，光クロスコネクトシステム（ＯＸＣ：
Optical Crossconnection)や，光波長多重分岐システム
（ＯＡＤＭ:Optical Add Drop Multiplex)で構成される
メッシュ状の光ネットワークは既存のネットワークの様
々な限界を打破し，低コストで且つ大容量の次世代通信
基盤を提供することが期待されている。なお，光ネット
ワークについてはＩＴＵ−Ｔ（国際電気通信連合の電気
通信標準化セクター）において，光チャネル（０Ｃｈ：
0ptical Channel)レイヤ, 光多重セクション（ＯＭＳ:O
ptical Multiplex Section) レイヤ，光伝送セクション
（ＯＴＳ：Optical Transmission Section) レイヤの３
レイヤでモデル化することが検討されている。
バイダは急増するインターネット及びデータ通信トラヒ
ックを収容するため，基幹通信網へのポイント・ツウ・
ポイントの波長多重通信システムの導入を計画してい
る。これに加え，光クロスコネクトシステム（ＯＸＣ：
Optical Crossconnection)や，光波長多重分岐システム
（ＯＡＤＭ:Optical Add Drop Multiplex)で構成される
メッシュ状の光ネットワークは既存のネットワークの様
々な限界を打破し，低コストで且つ大容量の次世代通信
基盤を提供することが期待されている。なお，光ネット
ワークについてはＩＴＵ−Ｔ（国際電気通信連合の電気
通信標準化セクター）において，光チャネル（０Ｃｈ：
0ptical Channel)レイヤ, 光多重セクション（ＯＭＳ:O
ptical Multiplex Section) レイヤ，光伝送セクション
（ＯＴＳ：Optical Transmission Section) レイヤの３
レイヤでモデル化することが検討されている。
【０００８】
【発明が解決しようとする課題】上記した図１６の各ネ
ットワーク管理システム８０ａ〜８３ａはそれぞれ独立
して運用され，相互に連携していないため，サーバレイ
ヤ（サーバの階層を意味し，図１６のサーバネットワー
クである光ネットワーク８３を表す）で障害が発生した
場合には，サーバレイヤで障害復旧を行い，障害が全て
復旧しない場合は，ユーザに対して通知を行うだけで，
他のネットワーク管理システムに障害復旧等を起動させ
ることがなく，そのために復旧が遅れるという問題があ
った。
ットワーク管理システム８０ａ〜８３ａはそれぞれ独立
して運用され，相互に連携していないため，サーバレイ
ヤ（サーバの階層を意味し，図１６のサーバネットワー
クである光ネットワーク８３を表す）で障害が発生した
場合には，サーバレイヤで障害復旧を行い，障害が全て
復旧しない場合は，ユーザに対して通知を行うだけで，
他のネットワーク管理システムに障害復旧等を起動させ
ることがなく，そのために復旧が遅れるという問題があ
った。
【０００９】また障害復旧を高速化するにはサーバレイ
ヤで全て復旧させるための予備を多量に用意する必要が
あり，コストが増大するという問題があった。
ヤで全て復旧させるための予備を多量に用意する必要が
あり，コストが増大するという問題があった。
【００１０】本発明は複数ドメインネットワークの各ネ
ットワーク管理システムの間で連携を行うことができる
ネットワーク管理システムを提供することを目的とす
る。
ットワーク管理システムの間で連携を行うことができる
ネットワーク管理システムを提供することを目的とす
る。
【００１１】
【課題を解決するための手段】図１は本発明の原理構成
を示す。図中，１は本発明により設けたコーディネータ
システム，１０は管理部，１０ａはサーバネットワーク
及びクライアントネットワークの構成情報を含むテーブ
ル（後述する１３ａ）を管理するネットワーク構成管理
部，１０ｂは初期化時に終端点等のリソースを構築し，
サーバネットワークとクライアントネットワークが接続
する終端点の対応関係を表す情報を含むテーブル（後述
する１３ｂ）を用いて対応管理を行うアクセスポイント
管理部，１０ｃはパス開通要求時に動作しクライアント
からサーバのパスを生成したり，サーバのパス生成時に
クライアントに対しコネクション生成制御を行うパス管
理部，１１はコーディネータを介してサーバネットワー
ク，クライアントネットワークのＮＭＳ（ネットワーク
マネージメントシステム）間でメッセージ通信の制御を
行うＮＭＳ間メッセージ通信部，１２は障害発生時に動
作しレイヤ間の障害復旧の連携を行う障害復旧部，１３
は各種のテーブルやデータを格納したデータベース，１
３ａはサーバネットワークとクライアントネットワーク
の構成情報が含まれるネットワーク構成情報テーブル，
１３ｂはサブネットワークを接続するアクセスポイント
の対応関係と状態を表す対応関係テーブル，１３ｃはア
クセスポイント情報をもつ迂回経路テーブル，２は光ネ
ットワークで構成するサーバサブネットワーク，３，４
はＡＴＭ，ＳＤＨ，ＩＰ等の中の何れかのネットワーク
で構成されるクライアントサブネットワーク，２０はサ
ーバサブネットワークマネージメントシステム（サーバ
ＳＮＭＳで表示），２１はサーバネットワークマネージ
メントシステム（サーバＮＭＳで表示），３０，４０は
各クライアントサブネットワークに対応して設けられた
クライアントサブネットワークマネージメントシステム
（クライアントＳＮＭＳで表示），３１は複数のクライ
アントＳＮＭＳを制御するクライアントネットワークマ
ネージメントシステム（クライアントＮＭＳで表示）で
ある。
を示す。図中，１は本発明により設けたコーディネータ
システム，１０は管理部，１０ａはサーバネットワーク
及びクライアントネットワークの構成情報を含むテーブ
ル（後述する１３ａ）を管理するネットワーク構成管理
部，１０ｂは初期化時に終端点等のリソースを構築し，
サーバネットワークとクライアントネットワークが接続
する終端点の対応関係を表す情報を含むテーブル（後述
する１３ｂ）を用いて対応管理を行うアクセスポイント
管理部，１０ｃはパス開通要求時に動作しクライアント
からサーバのパスを生成したり，サーバのパス生成時に
クライアントに対しコネクション生成制御を行うパス管
理部，１１はコーディネータを介してサーバネットワー
ク，クライアントネットワークのＮＭＳ（ネットワーク
マネージメントシステム）間でメッセージ通信の制御を
行うＮＭＳ間メッセージ通信部，１２は障害発生時に動
作しレイヤ間の障害復旧の連携を行う障害復旧部，１３
は各種のテーブルやデータを格納したデータベース，１
３ａはサーバネットワークとクライアントネットワーク
の構成情報が含まれるネットワーク構成情報テーブル，
１３ｂはサブネットワークを接続するアクセスポイント
の対応関係と状態を表す対応関係テーブル，１３ｃはア
クセスポイント情報をもつ迂回経路テーブル，２は光ネ
ットワークで構成するサーバサブネットワーク，３，４
はＡＴＭ，ＳＤＨ，ＩＰ等の中の何れかのネットワーク
で構成されるクライアントサブネットワーク，２０はサ
ーバサブネットワークマネージメントシステム（サーバ
ＳＮＭＳで表示），２１はサーバネットワークマネージ
メントシステム（サーバＮＭＳで表示），３０，４０は
各クライアントサブネットワークに対応して設けられた
クライアントサブネットワークマネージメントシステム
（クライアントＳＮＭＳで表示），３１は複数のクライ
アントＳＮＭＳを制御するクライアントネットワークマ
ネージメントシステム（クライアントＮＭＳで表示）で
ある。
【００１２】光ネットワーク（サーバサブネットワー
ク）２は図示省略されているが光クロスコネクト装置
（ＯＸＣ），光ＡＤＭ（Add Drop Multiplex) 装置，Ｗ
ＤＭ(Wavelength Division Multiplex) 多重化装置等で
構成され，クライアントネットワーク（クライアントサ
ブネットワーク）３，４はＡＴＭ，ＳＤＨ，ＩＰ等のネ
ットワークで構成され，各構成情報はネットワーク構成
情報テーブル１３ａに保持され，サーバサブネットワー
ク２とクライアントサブネットワーク３，４を接続する
アクセスポイントと状態（運用中，未使用等）が対応関
係テーブル１３ｂに保持されている。
ク）２は図示省略されているが光クロスコネクト装置
（ＯＸＣ），光ＡＤＭ（Add Drop Multiplex) 装置，Ｗ
ＤＭ(Wavelength Division Multiplex) 多重化装置等で
構成され，クライアントネットワーク（クライアントサ
ブネットワーク）３，４はＡＴＭ，ＳＤＨ，ＩＰ等のネ
ットワークで構成され，各構成情報はネットワーク構成
情報テーブル１３ａに保持され，サーバサブネットワー
ク２とクライアントサブネットワーク３，４を接続する
アクセスポイントと状態（運用中，未使用等）が対応関
係テーブル１３ｂに保持されている。
【００１３】サーバサブネットワーク２のレイヤとクラ
イアントサブネットワーク３，４のレイヤ間の連携を行
うため，コーディネータシステム１のネットワーク構成
管理部１０ａは図示省略された操作者（オペレータ）に
より操作された端末からの指示によりサーバサブネット
ワーク２及び各クライアントサブネットワーク３，４の
構成情報テーブル１３ａを登録，更新する。また，アク
セスポイント管理部１０ｂはサーバネットワーク及び各
クライアントネットワークのネットワークマネージメン
トシステム（ＮＭＳ）２１，３１のそれぞれが自ドメイ
ンの終端点情報のみを管理するが，このコーディネータ
システム１のアクセスポイント管理部１０ｂは各ドメイ
ン内終端点の対応を対応関係テーブル１３ｂを用いて管
理し，サーバレイヤでパスを設定した場合，クライアン
ト側では，サーバパスの終端点と接続されているクライ
アントの終端点間クライアントのコネクションを設定す
る。
イアントサブネットワーク３，４のレイヤ間の連携を行
うため，コーディネータシステム１のネットワーク構成
管理部１０ａは図示省略された操作者（オペレータ）に
より操作された端末からの指示によりサーバサブネット
ワーク２及び各クライアントサブネットワーク３，４の
構成情報テーブル１３ａを登録，更新する。また，アク
セスポイント管理部１０ｂはサーバネットワーク及び各
クライアントネットワークのネットワークマネージメン
トシステム（ＮＭＳ）２１，３１のそれぞれが自ドメイ
ンの終端点情報のみを管理するが，このコーディネータ
システム１のアクセスポイント管理部１０ｂは各ドメイ
ン内終端点の対応を対応関係テーブル１３ｂを用いて管
理し，サーバレイヤでパスを設定した場合，クライアン
ト側では，サーバパスの終端点と接続されているクライ
アントの終端点間クライアントのコネクションを設定す
る。
【００１４】パス管理部１０ｃはクライアントＮＭＳ３
１でパス設定を行った場合，要求された帯域の経路が取
得できないと，サーバパスの生成を行い，サーバでパス
を生成した場合にクライアント側で対応するコネクショ
ンを設定する機能を持ち，収容するクライアントパスの
帯域管理も行う。
１でパス設定を行った場合，要求された帯域の経路が取
得できないと，サーバパスの生成を行い，サーバでパス
を生成した場合にクライアント側で対応するコネクショ
ンを設定する機能を持ち，収容するクライアントパスの
帯域管理も行う。
【００１５】障害復旧部１２は障害発生時に，その障害
が発生したドメイン（ネットワーク）内のＮＭＳに備え
られた障害復旧機構で障害復旧を行うが，全ての障害が
復旧できない場合があり，その場合は他のレイヤ（他の
ネットワーク）で再ルーチングを行うことにより復旧を
行う。
が発生したドメイン（ネットワーク）内のＮＭＳに備え
られた障害復旧機構で障害復旧を行うが，全ての障害が
復旧できない場合があり，その場合は他のレイヤ（他の
ネットワーク）で再ルーチングを行うことにより復旧を
行う。
【００１６】なお，サーバやクライアントの各ネットワ
ークマネージメントシステム２１，３１は操作者（ユー
ザまたはオペレータ）が操作端末（図示省略）から指示
を行うことによりパス設定，解除等のネットワーク間に
またがる処理をコーディネータシステム１を介して行う
が，各操作者にアクセスレベルを持たせることで，一定
レベル以上を持つ場合だけアクセス制御を許可するよう
にすることができる。
ークマネージメントシステム２１，３１は操作者（ユー
ザまたはオペレータ）が操作端末（図示省略）から指示
を行うことによりパス設定，解除等のネットワーク間に
またがる処理をコーディネータシステム１を介して行う
が，各操作者にアクセスレベルを持たせることで，一定
レベル以上を持つ場合だけアクセス制御を許可するよう
にすることができる。
【００１７】
【発明の実施の形態】図２はテーブルの構成例を示し，
Ａ．は５つのサブネットワークから成るネットワークの
構成例，Ｂ．はそのネットワーク構成情報テーブル（図
１のサブネットワーク構成情報テーブル１３ａに対
応），Ｃ．はアクセスポイント対応テーブル（図１の対
応関係テーブル１３ｂに対応）である。Ａ．に示すよう
なネットワーク構成の例では，ネットワーク構成情報テ
ーブルには，Ｂ．に示すように各サブネットワークＩＤ
の１〜５に対してサーバ・クライアント種別，サーバ種
別（ＷＤＭ（波長分割多重），ＳＤＨ，ＩＰ等の種
別），各サブネットワークに対して接続されているサブ
ネットワークのＩＤ，更にアクセスポイントリスト（接
続された各サブネットワークへのアクセスポイントのリ
スト）の各情報が図に示すように設定される。また，ア
クセスポイント対応テーブルには，Ｃ．に示すようにク
ライアントアクセスポイントＩＤに対して接続されたサ
ーバアクセスポイントＩＤが設定され，更に各テーブル
の項目毎にそれぞれのアクセスポイントの状態（運用
中，未使用等）が登録される。
Ａ．は５つのサブネットワークから成るネットワークの
構成例，Ｂ．はそのネットワーク構成情報テーブル（図
１のサブネットワーク構成情報テーブル１３ａに対
応），Ｃ．はアクセスポイント対応テーブル（図１の対
応関係テーブル１３ｂに対応）である。Ａ．に示すよう
なネットワーク構成の例では，ネットワーク構成情報テ
ーブルには，Ｂ．に示すように各サブネットワークＩＤ
の１〜５に対してサーバ・クライアント種別，サーバ種
別（ＷＤＭ（波長分割多重），ＳＤＨ，ＩＰ等の種
別），各サブネットワークに対して接続されているサブ
ネットワークのＩＤ，更にアクセスポイントリスト（接
続された各サブネットワークへのアクセスポイントのリ
スト）の各情報が図に示すように設定される。また，ア
クセスポイント対応テーブルには，Ｃ．に示すようにク
ライアントアクセスポイントＩＤに対して接続されたサ
ーバアクセスポイントＩＤが設定され，更に各テーブル
の項目毎にそれぞれのアクセスポイントの状態（運用
中，未使用等）が登録される。
【００１８】図２のＢ．及びＣ．に示すテーブルは新規
に設備が増設された場合に，クライアントＮＭＳ，サー
バＮＭＳからの通知を基にコーディネータシステム１に
おいて作成される。
に設備が増設された場合に，クライアントＮＭＳ，サー
バＮＭＳからの通知を基にコーディネータシステム１に
おいて作成される。
【００１９】図３にサーバパス設定の動作説明図であ
る。図３の１〜４及び２０，２１，３０，３１，４０の
各符号は上記図１の同じ符号の各部と同じであり説明を
省略する。
る。図３の１〜４及び２０，２１，３０，３１，４０の
各符号は上記図１の同じ符号の各部と同じであり説明を
省略する。
【００２０】オペレータが操作端末からサーバＮＭＳ２
１に対して，４０１０−５００１間のパス設定を指示す
ると（図３の），サーバＮＭＳ２１はサブネットワー
ク２の終端点４０１０と５００１間のパス設定を行う
（図３の）。これにより，サブネットワーク２内のパ
ス設定が完了すると，サーバＮＭＳ２１はコーディネー
タシステム１に対し終端点，帯域情報を持つパス生成通
知を送付する（図３の）。コーディネータシステム１
では，生成通知に含まれた終端点情報を基に，アクセス
ポイント対応テーブル（図２のＣ．）から，それぞれに
接続されているクライアントサブネットワーク３，４の
終端点３−２００３，４−５００１を取得し，クライア
ントＮＭＳ３１に対してパス設定指示を行う（図３の
）。これに応じて，クライアントＮＭＳ３１はクライ
アントＳＮＭＳ３０及びクライアントＳＮＭＳ４０に対
してそれぞれサブネットワーク３とサブネットワーク２
の終端点間及びサブネットワーク４とサブネットワーク
２の終端点間の各パスを運用状態に設定する制御を行
う。なお，クライアントパスは，ＡＴＭの場合はＶＰＩ
・ＶＣＩ，ＳＤＨの場合は固定の帯域，ＩＰの場合はＩ
Ｐアドレスによるパスである。なお，パス設定の指示を
発生した操作者が保持する権威（レベル）によってパス
設定を実行するか否かを判定する処理を含むようにする
ことができる。
１に対して，４０１０−５００１間のパス設定を指示す
ると（図３の），サーバＮＭＳ２１はサブネットワー
ク２の終端点４０１０と５００１間のパス設定を行う
（図３の）。これにより，サブネットワーク２内のパ
ス設定が完了すると，サーバＮＭＳ２１はコーディネー
タシステム１に対し終端点，帯域情報を持つパス生成通
知を送付する（図３の）。コーディネータシステム１
では，生成通知に含まれた終端点情報を基に，アクセス
ポイント対応テーブル（図２のＣ．）から，それぞれに
接続されているクライアントサブネットワーク３，４の
終端点３−２００３，４−５００１を取得し，クライア
ントＮＭＳ３１に対してパス設定指示を行う（図３の
）。これに応じて，クライアントＮＭＳ３１はクライ
アントＳＮＭＳ３０及びクライアントＳＮＭＳ４０に対
してそれぞれサブネットワーク３とサブネットワーク２
の終端点間及びサブネットワーク４とサブネットワーク
２の終端点間の各パスを運用状態に設定する制御を行
う。なお，クライアントパスは，ＡＴＭの場合はＶＰＩ
・ＶＣＩ，ＳＤＨの場合は固定の帯域，ＩＰの場合はＩ
Ｐアドレスによるパスである。なお，パス設定の指示を
発生した操作者が保持する権威（レベル）によってパス
設定を実行するか否かを判定する処理を含むようにする
ことができる。
【００２１】図４はパス設定時のクライアントＮＭＳの
処理フローである。この処理はサーバＮＭＳからパス生
成通知の受信により開始され，アクセスポイント関係テ
ーブルから対応するクライアントアクセスポイントを検
索する（図４のＳ１）。この検索でアクセスポイントが
存在するか判別し（図４のＳ２），存在しないと処理を
終了し，存在するとクライアントに対しクライアントパ
スの生成をクライアントサブネットワークのＮＭＳに対
し指示する（同Ｓ３）。
処理フローである。この処理はサーバＮＭＳからパス生
成通知の受信により開始され，アクセスポイント関係テ
ーブルから対応するクライアントアクセスポイントを検
索する（図４のＳ１）。この検索でアクセスポイントが
存在するか判別し（図４のＳ２），存在しないと処理を
終了し，存在するとクライアントに対しクライアントパ
スの生成をクライアントサブネットワークのＮＭＳに対
し指示する（同Ｓ３）。
【００２２】図５はサーバパス解除の動作説明図であ
る。図５の１〜４及び２０，２１，３０，３１，４０の
各符号は上記図１，図３の同じ符号の各部と同じであり
説明を省略する。
る。図５の１〜４及び２０，２１，３０，３１，４０の
各符号は上記図１，図３の同じ符号の各部と同じであり
説明を省略する。
【００２３】オペレータが操作端末からサーバＮＭＳ２
１に対して，４０１０−５００１間のパス解除を指示す
ると（図５の），これを受けたサーバＮＭＳ２１はコ
ーディネータシステム１に対して４０１０−５００１の
パスの運用状態チェック依頼を行う（図５の）。コー
ディネータシステム１は，図２のＣ．に示すようなアク
セスポイント関係テーブルを参照して運用状態をチェッ
クし（図５の），運用チェック応答はサーバＮＭＳ２
１に通知される（図５の）と共に，運用中でない場合
は，クライアントＮＭＳ３１に対してパス解除の指示を
行い（図５の），クライアントＮＭＳ３１はこれに応
じて対応するクライアントアクセスポイント間（４−５
００１，３−２００３間）のクライアントパスの解除を
クライアントＳＮＭＳ３０，４０に対し指示する（図５
の）。解除が終了するとクライアントＳＮＭＳ３０，
４０からコーディネータシステム１に解除終了通知が送
られると，コーディネータシステム１はサーバＮＭＳ２
１に，未使用の運用チェック応答を返し，サーバＮＭＳ
２１でパス解除を開始する。
１に対して，４０１０−５００１間のパス解除を指示す
ると（図５の），これを受けたサーバＮＭＳ２１はコ
ーディネータシステム１に対して４０１０−５００１の
パスの運用状態チェック依頼を行う（図５の）。コー
ディネータシステム１は，図２のＣ．に示すようなアク
セスポイント関係テーブルを参照して運用状態をチェッ
クし（図５の），運用チェック応答はサーバＮＭＳ２
１に通知される（図５の）と共に，運用中でない場合
は，クライアントＮＭＳ３１に対してパス解除の指示を
行い（図５の），クライアントＮＭＳ３１はこれに応
じて対応するクライアントアクセスポイント間（４−５
００１，３−２００３間）のクライアントパスの解除を
クライアントＳＮＭＳ３０，４０に対し指示する（図５
の）。解除が終了するとクライアントＳＮＭＳ３０，
４０からコーディネータシステム１に解除終了通知が送
られると，コーディネータシステム１はサーバＮＭＳ２
１に，未使用の運用チェック応答を返し，サーバＮＭＳ
２１でパス解除を開始する。
【００２４】図６はパス解除時のクライアントＮＭＳの
処理フローである。この処理はサーバＮＭＳからパス解
除通知を受信したクライアントＮＭＳにおいて開始さ
れ，通知を受け取るとアクセスポイント関係テーブルか
ら対応するクライアントアクセスポイントを検索する
（図６のＳ１）。この検索でアクセスポイントが存在す
るか判別し（図６のＳ２），存在しないと処理を終了
し，存在するとそのパスの状態が使用中か否か判別し
（同Ｓ３），使用中の場合はサーバＮＭＳにパス使用中
を通知し（同Ｓ４），使用中でない場合はサーバＮＭＳ
にパス解除可能を通知する（同Ｓ５）。この場合，パス
解除通知を発生した運用者が保持する権威（レベル）に
よってパス解除通知を行うことができるか否かを決める
ようにすることができる。
処理フローである。この処理はサーバＮＭＳからパス解
除通知を受信したクライアントＮＭＳにおいて開始さ
れ，通知を受け取るとアクセスポイント関係テーブルか
ら対応するクライアントアクセスポイントを検索する
（図６のＳ１）。この検索でアクセスポイントが存在す
るか判別し（図６のＳ２），存在しないと処理を終了
し，存在するとそのパスの状態が使用中か否か判別し
（同Ｓ３），使用中の場合はサーバＮＭＳにパス使用中
を通知し（同Ｓ４），使用中でない場合はサーバＮＭＳ
にパス解除可能を通知する（同Ｓ５）。この場合，パス
解除通知を発生した運用者が保持する権威（レベル）に
よってパス解除通知を行うことができるか否かを決める
ようにすることができる。
【００２５】上記図３，図４に示すパス設定処理におい
て，新規にサーバパス及びクライアントパスを設定した
場合は，未使用のまま遷移し，クライアント側で新たに
パス設定を行い生成通知をコーディネータシステムに通
知した時点で，状態を運用状態に遷移させるようにする
ことができる。また，上記図５，図６に示すようにクラ
イアントＮＭＳでパス解除において，解除通知をコーデ
ィネータシステムに通知し，全てのクライアントパスが
解除された場合に状態を未使用にする。この未使用にす
ることで，二重の設定をすることを防止できる。
て，新規にサーバパス及びクライアントパスを設定した
場合は，未使用のまま遷移し，クライアント側で新たに
パス設定を行い生成通知をコーディネータシステムに通
知した時点で，状態を運用状態に遷移させるようにする
ことができる。また，上記図５，図６に示すようにクラ
イアントＮＭＳでパス解除において，解除通知をコーデ
ィネータシステムに通知し，全てのクライアントパスが
解除された場合に状態を未使用にする。この未使用にす
ることで，二重の設定をすることを防止できる。
【００２６】次にクライアント側からの設定のための動
作を示す。
作を示す。
【００２７】図７はクライアントＮＭＳによるクライア
ントネットワーク間のパス設定の動作説明図である。図
７の１〜４及び２０，２１，３０，３１，４０の各符号
は上記図１，図３，図５の同じ符号の各部に対応してお
り説明を省略する。
ントネットワーク間のパス設定の動作説明図である。図
７の１〜４及び２０，２１，３０，３１，４０の各符号
は上記図１，図３，図５の同じ符号の各部に対応してお
り説明を省略する。
【００２８】図７において，最初にクライアントＮＭＳ
３１に対しオペレータが操作端末か４−６００１と３−
７００１間のパス設定指示が与えられると（図７の
），クライアントＮＭＳ３１では指示された帯域の空
き経路があるかテーブルを探索する（図７の）。要求
された帯域の経路が無い場合は，コーディネータシステ
ム１に対しパス設定要求を通知する（図７の）。コー
ディネータシステム１は，これを受け取るとクライアン
トの終端点を基に，ネットワーク構成情報（図２の
Ｂ．）の探索を指示して（図７の），サブネットワー
クＩＤ（図７のサブネットワーク４とサブネットワーク
３）を得て，このサブネットワーク４と３を接続可能な
アクセスポイントをアクセスポイント関係テーブル（図
２のＣ．）から得て（サブネットワーク２の４０１０と
５００１），この４０１０と５００１間のパス設定をサ
ーバＮＭＳ２０に指示する（図７の）。パス設定終了
後，コーディネータシステム１からパス設定要求通知の
パスをクライアントＮＭＳ３１に対し生成指示する。
３１に対しオペレータが操作端末か４−６００１と３−
７００１間のパス設定指示が与えられると（図７の
），クライアントＮＭＳ３１では指示された帯域の空
き経路があるかテーブルを探索する（図７の）。要求
された帯域の経路が無い場合は，コーディネータシステ
ム１に対しパス設定要求を通知する（図７の）。コー
ディネータシステム１は，これを受け取るとクライアン
トの終端点を基に，ネットワーク構成情報（図２の
Ｂ．）の探索を指示して（図７の），サブネットワー
クＩＤ（図７のサブネットワーク４とサブネットワーク
３）を得て，このサブネットワーク４と３を接続可能な
アクセスポイントをアクセスポイント関係テーブル（図
２のＣ．）から得て（サブネットワーク２の４０１０と
５００１），この４０１０と５００１間のパス設定をサ
ーバＮＭＳ２０に指示する（図７の）。パス設定終了
後，コーディネータシステム１からパス設定要求通知の
パスをクライアントＮＭＳ３１に対し生成指示する。
【００２９】図８は図７の動作におけるコーディネータ
システムの処理フローである。クライアントＮＭＳから
パス設定要求を受信すると処理を開始し，クライアント
パス終端点のサブネットワークＩＤをネットワーク構成
情報テーブル（図２のＢ．）から検索する（図８のＳ
１）。サブネットワーク間を接続するサーバネットワー
クのアクセスポイントをアクセスポイント対応テーブル
（図２のＣ．）から検索する（図８のＳ２）。この検索
では未使用のアクセスポイントがあるか判別し（図８の
Ｓ３），ない場合はクライアントＮＭＳにサーバパス設
定不可能を通知し（同Ｓ４），ある場合はＮＭＳにサー
バのアクセスポイント間のパス設定指示を行う（同Ｓ
５）。続いて，サーバＮＭＳからサーバパス設定結果を
受信し（図８のＳ６），その内容がパス設定が行われた
ことを表すか判別する（同Ｓ７）。パス設定が行われな
い場合は，上記Ｓ２に戻り，パス設定が行われた場合に
は，アクセスポイント対応テーブルの状態を設定済みに
し（同Ｓ８），クライアントＮＭＳにサーバパス設定完
了を通知しクライアントＮＭＳでクライアントパスを再
設定する（同Ｓ９）。
システムの処理フローである。クライアントＮＭＳから
パス設定要求を受信すると処理を開始し，クライアント
パス終端点のサブネットワークＩＤをネットワーク構成
情報テーブル（図２のＢ．）から検索する（図８のＳ
１）。サブネットワーク間を接続するサーバネットワー
クのアクセスポイントをアクセスポイント対応テーブル
（図２のＣ．）から検索する（図８のＳ２）。この検索
では未使用のアクセスポイントがあるか判別し（図８の
Ｓ３），ない場合はクライアントＮＭＳにサーバパス設
定不可能を通知し（同Ｓ４），ある場合はＮＭＳにサー
バのアクセスポイント間のパス設定指示を行う（同Ｓ
５）。続いて，サーバＮＭＳからサーバパス設定結果を
受信し（図８のＳ６），その内容がパス設定が行われた
ことを表すか判別する（同Ｓ７）。パス設定が行われな
い場合は，上記Ｓ２に戻り，パス設定が行われた場合に
は，アクセスポイント対応テーブルの状態を設定済みに
し（同Ｓ８），クライアントＮＭＳにサーバパス設定完
了を通知しクライアントＮＭＳでクライアントパスを再
設定する（同Ｓ９）。
【００３０】次に図９はサーバネットワークで障害が発
生した場合の動作説明図である。図９の１〜４及び２
０，２１，３０，３１，４０の各符号は上記図１，図
３，図５等の同じ符号の各部に対応しており説明を省略
する。
生した場合の動作説明図である。図９の１〜４及び２
０，２１，３０，３１，４０の各符号は上記図１，図
３，図５等の同じ符号の各部に対応しており説明を省略
する。
【００３１】図９において，サーバネットワーク２内で
障害が発生すると，クライアント装置と接続されてい
る，サーバ装置で警報を検出した場合クライアント装置
に対して警報復旧停止指示を行う（図９の）。この指
示はクライアント装置側での障害復旧動作を抑止してサ
ーバ側での復旧を優先して行うために出される。サーバ
側で障害復旧が失敗した場合は（図９の），クライア
ント装置に対して障害復旧開始指示を送出し（同），
クライアント側で障害復旧を開始する。
障害が発生すると，クライアント装置と接続されてい
る，サーバ装置で警報を検出した場合クライアント装置
に対して警報復旧停止指示を行う（図９の）。この指
示はクライアント装置側での障害復旧動作を抑止してサ
ーバ側での復旧を優先して行うために出される。サーバ
側で障害復旧が失敗した場合は（図９の），クライア
ント装置に対して障害復旧開始指示を送出し（同），
クライアント側で障害復旧を開始する。
【００３２】サーバネットワーク内で障害復旧が失敗し
た場合，サーバＮＭＳ２１がコーディネータシステム１
に対して障害復旧不成功の通知を行う（図９の）。コ
ーディネータシステム１では，障害となったサーバパス
の終端点を基に，接続されているクライアントサブネッ
トワークＩＤを得て，クライアントサブネットワークと
サーバネットワークを接続可能なアクセスポイントをア
クセスポイント対応テーブルから検索し，サーバＮＭＳ
２１にパス経路探索を指示し，迂回経路テーブル（図１
の１３ｃ）に記録し（図９の），状態を検索中とす
る。成功した場合は，コーディネータシステム１で迂回
経路テーブルの状態を経路有りとして記録する。
た場合，サーバＮＭＳ２１がコーディネータシステム１
に対して障害復旧不成功の通知を行う（図９の）。コ
ーディネータシステム１では，障害となったサーバパス
の終端点を基に，接続されているクライアントサブネッ
トワークＩＤを得て，クライアントサブネットワークと
サーバネットワークを接続可能なアクセスポイントをア
クセスポイント対応テーブルから検索し，サーバＮＭＳ
２１にパス経路探索を指示し，迂回経路テーブル（図１
の１３ｃ）に記録し（図９の），状態を検索中とす
る。成功した場合は，コーディネータシステム１で迂回
経路テーブルの状態を経路有りとして記録する。
【００３３】図１０乃至図１２は障害発生時の各部の処
理フローであり，図１０はサーバＳＮＭＳの処理フロー
であり，図１１はサーバネットワーク，サーバＮＭＳの
処理フロー，図１２はコーディネータシステムの処理フ
ローである。
理フローであり，図１０はサーバＳＮＭＳの処理フロー
であり，図１１はサーバネットワーク，サーバＮＭＳの
処理フロー，図１２はコーディネータシステムの処理フ
ローである。
【００３４】図１０は，サーバネットワーク（サーバ装
置）における処理であり，サーバ装置で障害が検出され
ると，クライアントネットワーク（クライアント装置）
に障害復旧抑止メッセージを送信する（図１０のＳ
１）。その後障害復旧処理が終了したか判別し（図１０
のＳ２），終了すると障害が復旧したか判別し（同Ｓ
３），復旧した場合は処理が終了するが，復旧しないと
クライアント装置に障害復旧開始メッセージを送信する
（同Ｓ４）。
置）における処理であり，サーバ装置で障害が検出され
ると，クライアントネットワーク（クライアント装置）
に障害復旧抑止メッセージを送信する（図１０のＳ
１）。その後障害復旧処理が終了したか判別し（図１０
のＳ２），終了すると障害が復旧したか判別し（同Ｓ
３），復旧した場合は処理が終了するが，復旧しないと
クライアント装置に障害復旧開始メッセージを送信する
（同Ｓ４）。
【００３５】サーバ装置で障害を検出した場合，図１０
の処理を開始すると共に，図１２のＡ．に示すようにサ
ーバＮＭＳに通知し，サーバＮＭＳは図１２のＢ．に示
すようにコーディネータに障害通知を行う。コーディネ
ータシステムは図１１に示す処理フローを実行し，上記
図８に示すパス設定動作の検索機能を使用し，アクセス
ポイントを変更した迂回経路の探索を行い，迂回経路テ
ーブル（図１の１３ｃ）に記録する。
の処理を開始すると共に，図１２のＡ．に示すようにサ
ーバＮＭＳに通知し，サーバＮＭＳは図１２のＢ．に示
すようにコーディネータに障害通知を行う。コーディネ
ータシステムは図１１に示す処理フローを実行し，上記
図８に示すパス設定動作の検索機能を使用し，アクセス
ポイントを変更した迂回経路の探索を行い，迂回経路テ
ーブル（図１の１３ｃ）に記録する。
【００３６】図１１について説明すると，コーディネー
タシステムで警報通知を受信すると，障害サーバパス終
端点と接続されているクライアントのサブネットワーク
ＩＤをネットワーク構成情報テーブルから検索する（図
１１のＳ１）。次にサブネットワーク間を接続するサー
バネットワークのアクセスポイントをアクセスポイント
対応テーブルから検索し（図１１のＳ２），未使用のア
クセスポイントがあるか判別し（同Ｓ３），ない場合は
処理を終了し，ある場合はサーバＮＭＳにサーバのアク
セスポイント間のパス検索指示を行う（同Ｓ４）。この
後，サーバＮＭＳからサーバパス検索結果を受信し（図
１１のＳ５），その結果でパス経路が有ったか判別し
（同Ｓ６），ない場合は上記Ｓ２へ戻るが，有った場合
は迂回経路テーブルに経路を記録し（同Ｓ７），全ての
障害パスの迂回経路を記録したか判別し（同Ｓ８），全
ての障害パスの迂回経路を記録すると処理を終了する
が，全てを記録しない場合はＳ２に戻る。
タシステムで警報通知を受信すると，障害サーバパス終
端点と接続されているクライアントのサブネットワーク
ＩＤをネットワーク構成情報テーブルから検索する（図
１１のＳ１）。次にサブネットワーク間を接続するサー
バネットワークのアクセスポイントをアクセスポイント
対応テーブルから検索し（図１１のＳ２），未使用のア
クセスポイントがあるか判別し（同Ｓ３），ない場合は
処理を終了し，ある場合はサーバＮＭＳにサーバのアク
セスポイント間のパス検索指示を行う（同Ｓ４）。この
後，サーバＮＭＳからサーバパス検索結果を受信し（図
１１のＳ５），その結果でパス経路が有ったか判別し
（同Ｓ６），ない場合は上記Ｓ２へ戻るが，有った場合
は迂回経路テーブルに経路を記録し（同Ｓ７），全ての
障害パスの迂回経路を記録したか判別し（同Ｓ８），全
ての障害パスの迂回経路を記録すると処理を終了する
が，全てを記録しない場合はＳ２に戻る。
【００３７】上記図１０のサーバ装置の障害検出時に，
クライアント側で障害復旧が失敗すると，クライアント
ＮＭＳは図１３に示す障害復旧不成功時の処理フローを
実行し，コーディネータシステムに対し障害復旧不成功
の通知を行う。
クライアント側で障害復旧が失敗すると，クライアント
ＮＭＳは図１３に示す障害復旧不成功時の処理フローを
実行し，コーディネータシステムに対し障害復旧不成功
の通知を行う。
【００３８】図１４は障害復旧不成功の通知を受けた時
のコーディネータシステムの処理フローである。クライ
アント障害復旧不成功通知を受信すると，迂回経路テー
ブルに対応する迂回経路があるか判別し（図１４のＳ
１），無い場合は処理を終了するが，有る場合は迂回経
路テーブルの経路をサーバＮＭＳに対してパス設定指示
をする（図１４のＳ２）。この指示に対しパス設定の結
果を受信した場合（図１４のＳ３），パス設定が成功し
たか判別する（同Ｓ４）。成功しないと上記Ｓ１に戻る
が，成功するとアクセスポイント対応テーブルの状態を
設定済みにし（図１４のＳ５），クライアントＮＭＳに
サーバパス設定を通知しクライアントＮＭＳでクライア
ントパス再設定を指示する（同Ｓ６）。
のコーディネータシステムの処理フローである。クライ
アント障害復旧不成功通知を受信すると，迂回経路テー
ブルに対応する迂回経路があるか判別し（図１４のＳ
１），無い場合は処理を終了するが，有る場合は迂回経
路テーブルの経路をサーバＮＭＳに対してパス設定指示
をする（図１４のＳ２）。この指示に対しパス設定の結
果を受信した場合（図１４のＳ３），パス設定が成功し
たか判別する（同Ｓ４）。成功しないと上記Ｓ１に戻る
が，成功するとアクセスポイント対応テーブルの状態を
設定済みにし（図１４のＳ５），クライアントＮＭＳに
サーバパス設定を通知しクライアントＮＭＳでクライア
ントパス再設定を指示する（同Ｓ６）。
【００３９】図１５は上記図１０の処理フローにおいて
クライアント側で障害復旧に成功した場合の処理フロー
である。図１５のＡ．はクライアントＮＭＳにおける処
理であり，クライアントＮＭＳ内で障害復旧に成功する
と，コーディネータに障害復旧を通知して，処理を終了
する。図１５のＢ．はコーディネータにおける処理であ
り，前記Ａ．の処理によりコーディネータでクライアン
ト障害復旧成功通知を受信すると，対応する迂回経路テ
ーブルを削除して，処理を終了する。
クライアント側で障害復旧に成功した場合の処理フロー
である。図１５のＡ．はクライアントＮＭＳにおける処
理であり，クライアントＮＭＳ内で障害復旧に成功する
と，コーディネータに障害復旧を通知して，処理を終了
する。図１５のＢ．はコーディネータにおける処理であ
り，前記Ａ．の処理によりコーディネータでクライアン
ト障害復旧成功通知を受信すると，対応する迂回経路テ
ーブルを削除して，処理を終了する。
【００４０】最後にコーディネータシステムは，サーバ
ＮＭＳ，クライアントＮＭＳのユーザ（オペレータ）に
対し予めアクセスレベル（役職の重み）を持たせ，他の
ネットワークマネージメントシステム（ＮＭＳ）へのア
クセス制御を行う場合に，アクセスレベルをチェックし
て，決められたレベル以上の場合だけアクセス制御を可
能にするよう管理を行う。
ＮＭＳ，クライアントＮＭＳのユーザ（オペレータ）に
対し予めアクセスレベル（役職の重み）を持たせ，他の
ネットワークマネージメントシステム（ＮＭＳ）へのア
クセス制御を行う場合に，アクセスレベルをチェックし
て，決められたレベル以上の場合だけアクセス制御を可
能にするよう管理を行う。
【００４１】
【発明の効果】本発明によれば，光ネットワークのよう
なサーバネットワークレイヤに対しＡＴＭ，ＳＤＨ，Ｉ
Ｐ等のクライアントネットワークレイヤが接続された場
合に，レイヤ間のパスや障害復旧を連携することにより
パス設定や障害復旧処理が高速化されると共に，予備リ
ソースを共用化することによりネットワークリソースを
削減することが可能となり，効率的なシステムを構築す
ることができる。
なサーバネットワークレイヤに対しＡＴＭ，ＳＤＨ，Ｉ
Ｐ等のクライアントネットワークレイヤが接続された場
合に，レイヤ間のパスや障害復旧を連携することにより
パス設定や障害復旧処理が高速化されると共に，予備リ
ソースを共用化することによりネットワークリソースを
削減することが可能となり，効率的なシステムを構築す
ることができる。
【図１】本発明の原理構成を示す図である。
【図２】テーブルの構成例を示す図である。
【図３】サーバパス設定の動作説明図である。
【図４】パス設定時のクライアントＮＭＳの処理フロー
を示す図である。
を示す図である。
【図５】サーバパス解除の動作説明図である。
【図６】パス解除時のクライアントＮＭＳの処理フロー
を示す図である。
を示す図である。
【図７】クライアントＮＭＳによるクライアントネット
ワーク間のパス設定の動作説明図である。
ワーク間のパス設定の動作説明図である。
【図８】図７の動作におけるコーディネータシステムの
処理フローを示す図である。
処理フローを示す図である。
【図９】サーバネットワークで障害が発生した場合の動
作説明図である。
作説明図である。
【図１０】サーバＳＮＭＳの処理フローを示す図であ
る。
る。
【図１１】サーバネットワーク，サーバＮＭＳの処理フ
ローを示す図である。
ローを示す図である。
【図１２】コーディネータシステムの処理フローを示す
図である。
図である。
【図１３】障害復旧不成功時の処理フローを示す図であ
る。
る。
【図１４】障害復旧不成功の通知を受けた時のコーディ
ネータシステムの処理フローを示す図である。
ネータシステムの処理フローを示す図である。
【図１５】図１０の処理フローにおいてクライアント側
で障害復旧に成功した場合の処理フローを示す図であ
る。
で障害復旧に成功した場合の処理フローを示す図であ
る。
【図１６】ネットワークのシステム構成を示す図であ
る。
る。
１ コーディネータシステム １０ 管理部 １０ａ ネットワーク構成管理部 １０ｂ アクセスポイント管理部 １０ｃ パス管理部 １１ ＮＭＳ間メッセージ通信部 １２ 障害復旧部 １３ データベース １３ａ ネットワーク構成情報テーブル １３ｂ 対応関係テーブル １３ｃ 迂回経路テーブル ２ サーバサブネットワーク ３，４ クライアントサブネットワーク ２０ サーバサブネットワークマネージメントシス
テム ２１ サーバネットワークマネージメントシステム ３０，４０ クライアントサブネットワークマネージメ
ントシステム ３１ クライアントネットワークマネージメントシ
ステム
テム ２１ サーバネットワークマネージメントシステム ３０，４０ クライアントサブネットワークマネージメ
ントシステム ３１ クライアントネットワークマネージメントシ
ステム
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K030 GA12 HD07 KA07 MA01 MD07 5K035 BB04 GG13 5K051 AA03 AA09 CC02 FF01 FF17 GG01 LL00 9A001 CC07 JJ27 LL05 LL09
Claims (10)
- 【請求項１】 自ネットワークの終端点の管理部，パス
の設定・解除を行うネットワークマネージメントシステ
ムを備えた複数のネットワークを管理するネットワーク
管理システムにおいて，クライアントネットワークとサ
ーバネットワーク間のアクセスポイントの対応関係の管
理を行う管理部，パス管理部及び障害復旧部を備えるコ
ーディネータシステムを設け，前記コーディネータシス
テムは，前記サーバネットワークと前記クライアントネ
ットワークとを構成する情報を含むネットワーク構成情
報テーブル，前記サブネットワークを接続するアクセス
ポイントの対応関係及びその状態を含む対応関係テーブ
ルを備えることを特徴とするネットワーク管理システ
ム。 - 【請求項２】 請求項１において，前記コーディネータ
システムのパス管理部は，前記サーバネットワークのネ
ットワークマネージメントシステムからのサーバパスの
生成通知に応じて，前記通知されたサーバパスの終端点
をアクセスポイントの対応関係テーブルからクライアン
トネットワークの終端点に変換し，クライアントネット
ワークのネットワークマネージメントシステムに対して
クライアントのパス生成を指示することを特徴とするネ
ットワーク管理システム。 - 【請求項３】 請求項１において，前記コーディネータ
システムのパス管理部は，前記サーバネットワークのネ
ットワークマネージメントシステムからのパス解除通知
の前にクライアントネットワークのパス解除の通知を受
け取ると，アクセスポイントの状態が使用中でなく解除
可能であるとクライアントネットワークのマネージメン
トシステムに対しパス解除を指示すると共に，サーバネ
ットワークのネットワークマネージメントシステムに対
しパス解除を許可することを特徴とするネットワーク管
理システム。 - 【請求項４】 請求項２のパス設定または請求項３のパ
ス解除の何れかにおいて，パス設定時に前記対応関係テ
ーブルの対応するパスの状態を使用中に変更し，パス解
除時に前記対応関係テーブルの対応するパスの状態を未
使用に変更することを特徴とするネットワーク管理シス
テム。 - 【請求項５】 請求項１において，前記コーディネータ
システムのパス管理部は，クライアントネットワークの
ネットワークマネージメントシステムからパス設定要求
を受け取ると，前記ネットワーク構成情報テーブルを検
索してクライアントパス終端点のネットワークを識別
し，識別したネットワークのアクセスポイントを前記対
応関係テーブルから検索して未使用のアクセスポイント
を検出し，サーバネットワークマネージメントシステム
に対してパス設定指示を行い，パス設定の完了の結果を
前記サーバネットワークのネットワークマネージメント
システムから受け取ると，アクセスポイント対応テーブ
ルの状態を設定済とし，前記クライアントネットワーク
のネットワークマネージメントシステムにサーバパス設
定を通知することを特徴とするネットワーク管理システ
ム。 - 【請求項６】 請求項１において，サーバネットワーク
内の障害発生に応じて，前記サーバネットワークのネッ
トワークマネージメントシステムは前記クライアントネ
ットワークに対し障害復旧動作を停止する指示を送出す
ると共にサーバネットワークにおいて障害復旧を開始
し，サーバネットワークにおいて障害復旧が失敗する
と，クライアントネットワークに対し障害復旧開始の指
示を送出してクライアントネットワークにおいて障害復
旧を開始することを特徴とするネットワーク管理システ
ム。 - 【請求項７】 請求項６において，前記サーバネットワ
ークにおける障害復旧の動作の開始と共に前記サーバネ
ットワークのネットワークマネージメントシステムに通
知し，前記サーバネットワークのネットワークマネージ
メントシステムはコーディネータシステムに障害通知を
送出を行って，該コーディネータシステムは請求項５に
記載のパス管理部の検索機能を使用し，サーバパスの終
端点に接続されたクライアントネットワークを識別し
て，クライアントとサーバのネットワーク間の接続可能
なアクセスポイントを前記対応テーブルから検索し，サ
ーバネットワークシステムに対し検索されたアクセスポ
イントを経由する経路探索を指示して探索された経路を
迂回経路テーブルに経路有りと記録して使用することを
特徴とするネットワーク管理システム。 - 【請求項８】 請求項６において，前記クライアントネ
ットワークで障害復旧に失敗すると，クライアントネッ
トワークマネージメントシステムからコーディネータシ
ステムに対して障害復旧不成功の通知を行い，前記コー
ディネータシステムは迂回経路テーブルに経路有りと記
録されていると，再度クライアントネットワークマネー
ジメントシステムに障害復旧開始を指示することを特徴
とするネットワーク管理システム。 - 【請求項９】 請求項６において，サーバネットワーク
において，障害復旧に成功すると，前記クライアントネ
ットワークマネージメントシステムから前記コーディネ
ータシステムに障害復旧成功通知を送出し，前記コーデ
ィネータシステムは，請求項７で検索した迂回経路テー
ブルの経路をサーバネットワークマネージメントシステ
ムに対して解除するよう指示することを特徴とするネッ
トワーク管理システム。 - 【請求項１０】 請求項１乃至９の何れかにおいて，コ
ーディネータシステムは，前記サーバネットワークマネ
ージメントシステムまたはクライアントネットワークマ
ネージメントシステムの各操作者に対し予めアクセスレ
ベルを付与し，相互に他のネットワークマネージメント
システムへのアクセス制御を行う場合に必要なアクセス
レベルを備えるかのチェックをすることを特徴とするネ
ットワーク管理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20721299A JP3798584B2 (ja) | 1999-07-22 | 1999-07-22 | ネットワーク管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20721299A JP3798584B2 (ja) | 1999-07-22 | 1999-07-22 | ネットワーク管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001036587A true JP2001036587A (ja) | 2001-02-09 |
| JP3798584B2 JP3798584B2 (ja) | 2006-07-19 |
Family
ID=16536106
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP20721299A Expired - Fee Related JP3798584B2 (ja) | 1999-07-22 | 1999-07-22 | ネットワーク管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3798584B2 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004051928A1 (ja) * | 2002-12-02 | 2004-06-17 | Fujitsu Limited | ネットワーク管理システムおよび該ネットワーク管理システムにより管理される伝送装置 |
| WO2004062194A1 (ja) * | 2002-12-26 | 2004-07-22 | Fujitsu Limited | マルチレイヤネットワーク管理システム、及びパス設定支援方法 |
| US7010615B1 (en) * | 1999-11-12 | 2006-03-07 | Fujitsu Limited | Communication network management system for automatically converting action parameters to network technology dependent parameters using a selected conversion rule conforming to a network technology |
| JP2006352297A (ja) * | 2005-06-14 | 2006-12-28 | Hitachi Communication Technologies Ltd | スイッチングノード |
| WO2007079659A1 (fr) * | 2006-01-10 | 2007-07-19 | Huawei Technologies Co., Ltd. | Procédé et système de restauration de services ayant subi un problème |
| US7478150B2 (en) | 2003-04-01 | 2009-01-13 | Fujitsu Limited | Network layer link program, network layer link apparatus, and network layer link method |
-
1999
- 1999-07-22 JP JP20721299A patent/JP3798584B2/ja not_active Expired - Fee Related
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7010615B1 (en) * | 1999-11-12 | 2006-03-07 | Fujitsu Limited | Communication network management system for automatically converting action parameters to network technology dependent parameters using a selected conversion rule conforming to a network technology |
| WO2004051928A1 (ja) * | 2002-12-02 | 2004-06-17 | Fujitsu Limited | ネットワーク管理システムおよび該ネットワーク管理システムにより管理される伝送装置 |
| US7522539B2 (en) | 2002-12-02 | 2009-04-21 | Fujitsu Limited | Network management system and transmission apparatus managed by the network management system |
| WO2004062194A1 (ja) * | 2002-12-26 | 2004-07-22 | Fujitsu Limited | マルチレイヤネットワーク管理システム、及びパス設定支援方法 |
| US7478150B2 (en) | 2003-04-01 | 2009-01-13 | Fujitsu Limited | Network layer link program, network layer link apparatus, and network layer link method |
| JP2006352297A (ja) * | 2005-06-14 | 2006-12-28 | Hitachi Communication Technologies Ltd | スイッチングノード |
| JP4589180B2 (ja) * | 2005-06-14 | 2010-12-01 | 株式会社日立製作所 | スイッチングノード |
| WO2007079659A1 (fr) * | 2006-01-10 | 2007-07-19 | Huawei Technologies Co., Ltd. | Procédé et système de restauration de services ayant subi un problème |
| CN100490390C (zh) * | 2006-01-10 | 2009-05-20 | 华为技术有限公司 | 业务故障恢复方法 |
| US8289843B2 (en) | 2006-01-10 | 2012-10-16 | Huawai Technologies Co., Ltd. | Service failure recovery method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3798584B2 (ja) | 2006-07-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1427152B1 (en) | Virtual local area network auto-discovery methods | |
| JP2950369B2 (ja) | Ａｔｍ網における現用予備経路設定方式 | |
| US6061735A (en) | Network restoration plan regeneration responsive to network topology changes | |
| US20020176131A1 (en) | Protection switching for an optical network, and methods and apparatus therefor | |
| US20010033550A1 (en) | Physical layer auto-discovery for management of network elements | |
| US7991872B2 (en) | Vertical integration of network management for ethernet and the optical transport | |
| US7170851B1 (en) | Systems and methods for automatic topology provisioning for SONET networks | |
| US8290367B2 (en) | OSS support for control plane technology | |
| EP1022926A2 (en) | Network system comprising a plurality of low order networks and a high order network | |
| US7002907B1 (en) | System and methods for automatic equipment provisioning for SONET networks | |
| US7058012B1 (en) | Systems and methods for automatic end-to-end path provisioning for SONET networks | |
| WO1998028875A2 (en) | System and method for message-based real-time reconfiguration of a network | |
| US20030035411A1 (en) | Service discovery using a user device interface to an optical transport network | |
| JP3798584B2 (ja) | ネットワーク管理システム | |
| JP3653653B2 (ja) | 通信パス制御方法及び通信制御装置 | |
| Touvet et al. | Network resilience in multilayer networks: A critical review and open issues | |
| US7529821B1 (en) | Network element management | |
| Cisco | 3.0.00 Release Notes for MGX 8850 (PXM45), MGX 8850 (PXM1E), and MGX 8830 | |
| Cisco | BPX Service Node with the ESP and PNNI Routing | |
| Cisco | BPX Service Node with the ESP and PNNI Routing | |
| Cisco | BPX Service Node with the ESP and PNNI Routing | |
| Cisco | 3.0.00 Release Notes for MGX 8950 | |
| Cisco | BPX Service Node with the ESP and PNNI Routing | |
| CN114531393A (zh) | 分段路由策略下发方法、装置、设备、介质及程序产品 | |
| KR100751089B1 (ko) | 고객 서비스 기반의 다중 서비스 지원 플랫폼 기반망의관리 방법 및 시스템 |
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 |