JP2009246721A - マルチレイヤネットワークにおける、パス監視システム、パス管理装置、ノード装置、障害処理の抑止方法およびプログラム - Google Patents

Abstract

【課題】マルチレイヤネットワークにおいて、上位レイヤにおける不必要な警報の送信やパス切り替えを抑止する。
【解決手段】ＯＡＤＭノード１、ＡＤＭノード２、ＭＰＬＳルータ３から構成されるマルチレイヤネットワークにおいて、各ノードを管理するＯＳＳ４は、ノード装置間のパスごとにパスの階層関係やパスの切替時間を特定するパスに関する情報を記憶する。そして、ノード装置ごとに、ノード装置が制御するパスが収容される下位レイヤのパスの切替時間を、切替マスク時間として通知する。各ノード装置は、パスの障害を検出した場合、通知された切替マスク時間の間、警報送信やパス切り替えなどの障害処理を抑止する。
【選択図】図１

Description

本発明は、マルチレイヤネットワークにおける、パス監視システム、パス管理装置、ノード装置、障害処理の抑止方法およびプログラムに関する。

従来から、単一レイヤのネットワークにおいて、当該ネットワークを構成するノード装置が、ネットワーク上の障害を監視する監視装置に、誤警報を通知することを防止するための技術が知られている。

例えば、光信号により通信を行う光通信網において、光スイッチが光信号の経路を切り替える動作を開始した時点から予め定めたマスク時間、警報をマスクするように構成する技術がある（特許文献１）。これにより、光スイッチの正常な切り替え動作に起因する光信号の性能変化により警報が発せられた場合であっても、その警報が、警報として認識されることを防ぐことができる。

特開２００３−２０９８６４号公報

ところで、マルチレイヤのネットワークでは、レイヤごとに独立して障害の監視などが行われる。そのため、あるパスにおいて障害が検知された場合、その障害がそのパスが属するレイヤの障害に起因するのか、下位レイヤのパスの障害に起因するのかが不明となる。その結果、各レイヤにおいて、警報送信やパス切り替えの処理の適切なタイミングが判断されず、誤警報の送信や不要なパス切り替えが発生する、という問題がある。具体的に以下に説明する。

例えば、ＯＡＤＭ（Optical Add Drop Multiplexer）ネットワークにより波長パスが開通され、その上位レイヤとして、ＡＤＭ（Add Drop Multiplexer）ネットワークによりＳＤＨ（Synchronous Digital Hierarchy）パスが開通されるマルチレイヤネットワークがある。

このようなマルチレイヤネットワークにおいて、ＯＡＤＭノード装置間の光ファイバ断などにより、それらのＯＡＤＭノード装置間の波長パスに障害が発生した場合、当該波長パスに収束されているＳＤＨパスにも障害が生じる。

ここで、ＯＡＤＭネットワークおよびＳＤＨネットワークは、それぞれ個別に、それぞれのパスのリカバリー手段を持っている。そのため、例えば、波長パスで障害が発生し、当該波長パスのリカバリーが行われる前に、ＳＤＨパスで障害が検知された場合、それぞれのレイヤで独立して、警報送信やパス切り替えなどの処理が行われる。

このように、上位レイヤでは、当該レイヤが収束される下位レイヤにおいて障害復旧が行われるにもかかわらず、上位レイヤの障害として警報送信やパス切り替えが行われる。

上記の特許文献１の技術をマルチレイヤネットワークに適用した場合、各レイヤごとに独立して障害の監視を行う構成となる。すなわち、発生したパスの障害の原因が、そのパスが属するレイヤの下位レイヤの障害であるか否かに係わらず、警報が発せられる。

本発明は、マルチレイヤネットワークにおいて、上位レイヤにおける不必要な警報の送信やパス切り替えを抑止するための技術を提供することを目的とする。

上記の課題を解決するための本発明の一態様は、複数のノード装置から構成されるマルチレイヤネットワークにおいて、各ノード装置間のパスを管理するパス管理装置は、ノード装置間のパスごとにパスの階層関係やパスの切替時間を特定するパスに関する情報を記憶する。そして、ノード装置ごとに、ノード装置が制御するパスが収容される下位レイヤのパスの切替時間を、切替マスク時間として通知する。各ノード装置は、パスの障害を検出した場合、通知された切替マスク時間の間、警報送信やパス切り替えなどの障害処理を抑止する。

マルチレイヤネットワークにおいて、上位レイヤにおける不必要な警報の送信やパス切り替えを抑止することができる。

以下、本発明の第１の実施形態について、図面を参照して説明する。

図１は、本実施形態が適用されたパス監視システムの構成の概要を示す図である。

本図に示すように、パス監視システム６は、ＯＡＤＭノード１（１ａ、１ｂ）と、ＡＤＭノード２（２ａ〜ｄ）と、ＭＰＬＳ（Multi Protocol Label Switching）ルータ３（３ａ〜ｆ）と、ＯＳＳ（Operation Support System）４とを備える。

ＯＡＤＭノード１間には、光波長多重（ＷＤＭ：Wavelength Division Multiplex）を用いた光通信網が構築される。ＡＤＭノード２間には、ＳＤＨを用いたＳＤＨ網が構築される。また、ＭＰＬＳ（Multi Protocol Label Switching）ルータ３間には、ＭＰＬＳを用いたＭＰＬＳ網が構築される。すなわち、パス監視システム６は、ＷＤＭ網、ＳＤＨ網およびＭＰＬＳ網の３つのレイヤで構成される、いわゆるマルチレイヤネットワークである。なお、ＯＡＤＭ１、ＡＤＭノード２、およびＭＰＬＳルータ３は、例えば、光ファイバにより、互いに接続される。もちろん、マルチレイヤネットワークの構成は上記に限られない。

ＯＡＤＭノード１は、他のＯＡＤＭノード１との間で、光波長多重通信を行うための装置である。ＯＡＤＭノード１は、例えば、複数の光信号を異なる波長で多重化して送信したり、多重化された光信号を波長ごとに分離したりする。また、ＯＡＤＭノード１は、ＡＤＭノード２などの外部装置から受け付けた光信号を、指定された波長により多重化された光信号に結合したり、分離された光信号から指定された光信号を取り出して、外部装置に出力したりする。

ＡＤＭノード２は、他のＡＤＭノード２との間で、ＳＤＨによる通信を行うための装置である。ＡＤＭノード２は、例えば、低速回線であるイーサネット（登録商標）などで接続されたＭＰＬＳルータ３などの外部装置から受け付けたパケットを、高速回線であるＳＤＨネットワークに転送したり、ＳＤＨネットワークから受け付けたパケットを外部装置に転送したりする。

ＭＰＬＳルータ３は、他のＭＰＬＳルータ３との間で、ＭＰＬＳによる通信を行うための装置である。ＭＰＬＳルータ３は、例えば、ＭＰＬＳによる経路制御を行い、イーサネットなどで接続された他のＭＰＬＳルータ３やＡＤＭノード２などの外部装置から受け付けたパケットを他の外部装置に転送する。

ＯＳＳ４は、監視対象のマルチレイヤネットワーク上の各種ノードの設定を行ったり、マルチレイヤネットワーク上の全レイヤのパスの管理などを行ったりするための装置である。ＯＳＳ４は、管理用ネットワーク５を介して、ＯＡＤＭノード１、ＳＤＨノード２、ＭＰＬＳルータ３にそれぞれ接続される。管理用ネットワーク５は、例えば、ＩＰ（Internet Protocol）ネットワークである。

図２は、パスの階層（レイヤ）関係を説明するための図である。

本図に示すように、ＯＡＤＭノード１ａおよびＯＡＤＭノード１ｂの間には、光波長多重により、波長パス７が開通される。また、ＡＤＭノード２ａおよび２ｃの間には、ＳＤＨにより、ＳＤＨパス８が開通される。また、ＭＰＬＳノード３ａおよびＭＰＬＳノード２ｄの間には、ＭＰＬＳにより、ラベルパス９が開通される。

ここで、波長パス７には、波長パスの上位レイヤであるＳＤＨパス８が収束される。また、ＳＤＨパス８には、ＳＤＨパスの上位レイヤであるラベルパス９が収束される。すなわち、ＯＡＤＭノード１は、ＡＤＭノード２に対して波長パスを提供し、ＡＤＭノード２間で送受信されるデータをトランスペアレントに伝送する。また、ＡＤＭノード２は、ＭＰＬＳノード３に対してＳＤＨパスを提供し、ＭＰＬＳルータ３間で送受信されるデータをトランスペアレントに伝送する。

次に、上記のパス監視システム６を構成する各装置の構成について説明する。

図３は、ＯＡＤＭノード１の構成の概要を示すブロック図である。

本図に示すように、ＯＡＤＭノード１は、制御部１１と、分離部１２と、多重化部１３と、光性能監視部１４と、光スイッチ部１５とを有する。

制御部１１は、ＯＡＤＭノード１全体の制御を行う。例えば、制御部１１は、波長パスを開通するための設定情報を、管理用ネットワーク５を介してＯＳＳ４から受け付けて、波長パスの開通する処理を行う。また、制御部１１は、光性能監視部１４から通知された障害に基づいて、当該障害を示す情報である警報をＯＳＳ４に送信したり、光スイッチ部１５を制御して障害の復旧処理を行ったりする。

ここでは、障害の復旧処理として、例えば、光スイッチ部１５は、制御部１１の指示に従って、障害の発生したパスをリカバリーパスへ切り替える処理を行う。リカバリーパスは、例えば、光通信網を現用系と予備系の２つのネットワークにより構成する場合、予備系のネットワーク上に構築される。

分離部１２は、光通信網から入力される波長多重化された光信号を分離して光スイッチ部１５に出力する。

多重化部１３は、光スイッチ部１５から入力される複数の光信号を多重化して、光通信網に出力する。

光スイッチ部１５は、分離部１２を介して光通信網から入力される光信号や、ＡＤＭノード２などの外部装置から入力される光信号の経路を切り替える。そして、多重化部１３を介して光通信網へ、もしくは、外部装置へ出力する。

光性能監視部１４は、光スイッチ部１５を通過した光信号の劣化・断、光信号フレームの同期はずれなどの障害を検出して、制御部１１に通知する。

ＯＡＤＭノード１は、上記のような構成により、光通信網を介して受信した多重化光信号を分離部１２により分離し、光スイッチ部１５により指定された光信号を取り出し、ＳＤＨ網を介してＡＤＭノード２に出力する。また、ＯＡＤＭノード１は、ＳＤＨ網を介してＡＤＭノード２から受信した光信号を、多重化部１３により他の光信号とともに多重化して光通信網に送出する。

なお、制御部１１は、例えば、各種演算を行うＣＰＵが、不揮発性の記憶装置からプログラムをＲＡＭなどの揮発性の記憶装置に読み出して実行することにより構築される。また、分離部１２と、多重化部１３と、光スイッチ部１５と、光性能監視部１４とは、例えば、専用のハードウェアなどにより実現される。もちろん、ＯＡＤＭノード１の構成は上記に限られない。

図４は、ＡＤＭノード２の構成の概要を示すブロック図である。

本図に示すように、ＡＤＭノード２は、低速インタフェース部２２と、クロスコネクト部２３と、ＳＤＨ終端部２４と、制御部２１とを有する。

制御部２１は、ＡＤＭノード２全体の制御を行う。例えば、また、制御部２１は、ＳＤＨパスを開通するための設定情報を、管理用ネットワーク５を介してＯＳＳ４から受け付けて、ＳＤＨパスの開通する処理を行う。また、制御部２１は、ＳＤＨ終端部２５から通知された障害に基づいて、当該障害を示す情報である警報をＯＳＳ４に送信したり、クロスコネクト部２３を制御して障害の復旧処理を行ったりする。

ここでは、障害の復旧処理として、例えば、クロスコネクト部２３は、制御部の指示しに従って、障害の発生したパスをリカバリーパスへ切り替える処理を行う。リカバリーパスは、例えば、ＳＤＨ網を現用系と予備系の２つのネットワークにより構成する場合、予備系のネットワーク上に構築される。

低速インタフェース部２２は、ＭＰＬＳルータ３などの外部装置と接続する回線を複数収容し、外部装置と通信を行う。ここでは、低速インタフェースとして、ギガビットイーサネット（ＩＥＥＥ８０２．３）を用いるものとする。

クロスコネクト部２３は、低速インタフェース部２２を介して受信したギガビットイーサネットフレームをＳＤＨフレームのペイロードに挿入して、ＳＤＨ終端部２４に送る。また、ＳＤＨ終端部２４を介して受信したＳＤＨフレームのペイロードからギガビットイーサネットフレームを分離して、低速インタフェース部２２に送る。

ＳＤＨ終端部２４は、クロスコネクト部２３からＳＤＨフレームを受信して、パスなどを管理するための情報を含むＳＯＨ（Section Over Head）を付加して、ＳＤＨ網に送出する。また、ＳＤＨ網から受信したＳＤＨフレームのＳＯＨを分離して、クロスコネクト部２３に送る。また、ＳＤＨ終端部２４は、光信号断（ＬＯＳ）、光信号フレームの同期はずれ（ＬＯＦ）などの障害を検出して、制御部２１に通知する。

ＡＤＭノード２は、上記のような構成により、ＳＤＨパスを高速伝送路であるＳＤＨ網に挿入したり、ＳＤＨ網からパスを分離したりする。

なお、制御部２１は、例えば、各種演算を行うＣＰＵが、不揮発性の記憶装置からプログラムをＲＡＭなどの揮発性の記憶装置に読み出して実行することにより構築される。低速インタフェース部２２と、クロスコネクト部２３と、ＳＤＨ終端部２４とは、例えば、専用のハードウェアなどにより実現される。もちろん、ＡＤＭノード２の構成は上記に限られない。

図５は、ＭＰＬＳルータ３の構成の概要を示すブロック図である。

本図に示すように、ＭＰＬＳルータ３は、制御部３１と、監視制御部３２と、タイマ処理部３３と、記憶部３４と、通信部３５とを有する。記憶部３４は、ラベルパス管理テーブル３４１と、障害管理テーブル３４２と、切替マスクテーブル３４３と、警報マスクテーブル３４４とを有する。

制御部３１は、装置全体の制御、各種通信プロトコルの制御を行う。制御部３１は、例えば、ラベルパスを開通するための設定情報を、管理用ネットワーク５を介してＯＳＳ４から受け付けて、ラベルパスの開通を行う。また、開通したラベルパスに関する情報をラベルパス管理テーブル３４１に格納する。

図６に示すように、ラベルパス管理テーブル３４１は、フィールド３４１１〜３４１６を有し、開通したラベルパスごとにエントリを格納する。

フィールド３４１１には、パスを識別するためのパスＩＤが格納される。フィールド３４１２には、パスが入力されるポートの番号である入力ポート番号が格納される。フィールド３４１３には、入力されるパスに使用されるラベルである入力ラベルが格納される。フィールド３４１４には、パスが出力されるポートの番号である出力ポート番号が格納される。フィールド３４１５には、出力されるパスに使用されるラベルである出力ラベルが格納される。フィールド３４１６には、ＯＳＳ４から通知される切替マスク時間が格納される。

図５に戻って、監視制御部３２は、通信部３５により検出された障害を識別する情報がセットされる障害管理テーブル３４２を用いて、ラベルパスの障害を周期的に監視する。

図７に示すように、障害管理テーブル３４２は、フィールド３４２１〜３４２５を有し、開通したラベルパスごとにエントリを格納する。

フィールド３４２１には、パスを識別するためのパスＩＤが格納される。フィールド３４２２には、オフライン状態による障害の有無を示す情報が格納される。フィールド３４２３には、リンク異常による障害の有無を示す情報が格納される。フィールド３４２４には、オートネゴシエーションエラーによる障害の有無を示す情報が格納される。フィールド３４２５には、光信号断による障害の有無を示す情報が格納される。

図５に戻って、また、監視制御部３２は、切替マスクテーブル３４３を用いて、障害が発生したパスについて切り替え処理を行うか否かを判定する。そして、切り替え処理を行うと判定した場合、すなわち、マスクがされていない場合、パスの切り替え処理を行う。

図８に示すように、切替マスクテーブル３４３は、フィールド３４３１〜３４３５を有し、開通したラベルパスごとにエントリを格納する。

フィールド３４３１には、パスを識別するためのパスＩＤが格納される。フィールド３４３２には、オフライン状態による障害時のパス切り替え動作をマスクするか否かを示す情報が格納される。フィールド３４３３には、リンク異常による障害時のパス切り替え動作をマスクするか否かを示す情報が格納される。フィールド３４３４には、オートネゴシエーションエラーによる障害時のパス切り替え動作をマスクするか否かを示す情報が格納される。フィールド３４３５には、光信号断による障害時のパス切り替え動作をマスクするか否かを示す情報が格納される。

図５に戻って、また、監視制御部３２は、警報マスクテーブル３４４を用いて、障害が発生したパスについて警報の送出を行うか否かを判定する。そして、警報の送出を行うと判定した場合、すなわち、マスクされていない場合、警報の送出を行う。

図９に示すように、警報マスクテーブル３４４は、フィールド３４４１〜３４４５を有し、開通したラベルパスごとにエントリを格納する。

フィールド３４４１には、パスを識別するためのパスＩＤが格納される。フィールド３４４１には、オフライン状態による障害時の警報送信動作をマスクするか否かを示す情報が格納される。フィールド３４４１には、リンク異常による障害時の警報送信動作をマスクするか否かを示す情報が格納される。フィールド３４４１には、オートネゴシエーションエラーによる障害時の警報送信動作をマスクするか否かを示す情報が格納される。フィールド３４４１には、光信号断による障害時の警報送信動作をマスクするか否かを示す情報が格納される。

図５に戻って、タイマ処理部３３は、ラベルパスに発生した所定の障害に対して、抑止対象の障害処理（パスの切り替えや警報の送出）が障害の発生から所定時間経過後、監視制御部３２により行われるようにマスクを解除する。すなわち、切替マスクテーブル３４３および警報マスクテーブル３４４を用いて、障害が発生したラベルパスのマスクを、所定の時間の経過後解除する。

通信部３５は、外部装置と接続するポート（図示せず）ごとに備えられており、パケットの送受信や転送を行う。ここでは、インタフェースとして、ギガビットイーサネット（ＩＥＥＥ８０２．３）を用いるものとする。ラベルパケットの転送は、例えば、ラベルパス管理テーブル３４１や通信部３５に設定されたラベルテーブルなどを参照して行われることができる。

通信部３５は、データ送受信制御部３５１と、受信制御部３５２と、送信制御部３５３とを有する。

データ送受信制御部３５１は、ＭＡＣ層の制御を行う。データ送受信制御部３５１は、例えば、イーサネットフレームを他の通信部３５のデータ送受信制御部３５１と送受信することにより転送を行う。また、受信制御部３５２と送信制御部３５３とを介して、外部の装置のインタフェースとイーサネットフレームの送受信を行う。

また、データ送受信制御部３５１は、外部装置のインタフェースとの間でオートネゴシエーションを行う。データ送受信制御部３５１は、オートネゴシエーション機能により、対向の装置とコンフィギュレーションデータを送受信し、最適な通信モードやフロー制御の設定を行う。

また、データ送受信制御部３５１は、ポートの通信状態を監視して、オフライン状態、リンク異常、オートネゴシエーションエラーなどの障害を検出する。そして、これらの障害を識別する情報を障害管理テーブル３４２に格納する。

受信制御部３５２は、物理層の制御を行う。受信制御部３５２は、例えば、ネットワーク上から受け付けた信号波形をイーサネットフレームに変換してデータ送受信制御部３５１に送る。また、受信制御部３５２は、ポートの信号状態を監視して、光信号断などの障害を検出し、この障害を識別する情報を障害管理テーブル３４２に格納する。

送信制御部３５３は、物理層の制御を行う。送信制御部３５３は、例えば、データ送受信制御部３５１から受け付けたイーサネットフレームを信号波形に変換して、ネットワークに送信する。

なお、制御部３１と、監視制御部３２と、タイマ処理部３３と、記憶部３４とは、例えば、各種演算を行うＣＰＵが、不揮発性の記憶装置から所定のプログラムやデータをＲＡＭなどの揮発性の記憶装置に読み出して実行することにより構築される。通信部３５は、例えば、専用のハードウェアなどにより実現される。もちろん、ＭＰＬＳルータ３の構成は上記に限られない。

図１０は、ＯＳＳ４の構成の概要を示すブロック図である。

本図に示すように、ＯＳＳ４は、制御部４１と、設定処理部４２と、記憶部４３と、入力部４４と、出力部４５と、通信部４６とを有する。記憶部４３は、リソース管理テーブル４３１と、パス管理テーブル４３２とを有する。

制御部４１は、例えば、装置全体の制御を行う。入力部４４は、例えば、ユーザの操作を受け付ける。出力部４５は、例えば、ユーザインタフェース画面などを表示する。通信部４６は、例えば、イーサネットなどのインタフェースであり、管理用ネットワーク５を介して、ＯＡＤＭノード１、ＡＤＭノード２、ＭＰＬＳルータ３などの外部装置と通信を行う。

設定処理部４２は、外部装置の設定行うためのユーザインタフェース画面を出力部４５に表示させ、ユーザの操作により入力部４４を介して予め定められた制御コマンドの入力を受け付ける。制御コマンドは、外部装置に設定を行うためのコマンドであり、各種設定情報を含む。設定処理部４２は、入力された制御コマンドを通信部４６を介して外部装置に送信する。このようにして、外部装置の設定が行われる。

ここで、設定処理部４２は、ネットワークの物理構成やパスのリソースに関する情報を予め格納したリソース管理テーブル４３１を、記憶部４３に有している。ネットワークの物理構成やパスのリソースに関する情報は、監視対象のマルチレイヤネットワーク上の全レイヤの情報を含む。そして、オペレータは、設定処理部４２により出力部４５に表示されたリソース管理テーブル４３１の内容を確認しながら、制御コマンドの入力を行うことができる。なお、リソース管理テーブル４３１の内容は、例えば、ネットワークの構成を知っているオペレータにより設定される。

図１１に示すように、リソース管理テーブル４３１は、フィールド４３１１〜４３１８を有し、物理的な接続ごとにエントリを格納する。

フィールド４３１１には、入力側のノードを識別するコードであるノードＩＤが格納される。フィールド４３１２には、入力側のノードの装置種別を示すノードタイプが格納される。フィールド４３１３には、入力側のノードの入力ポート番号が格納される。フィールド４３１４には、出力側のノードを識別するコードであるノードＩＤが格納される。フィールド４３１５には、出力側のノードの装置種別を示すノードタイプが格納される。フィールド４３１６には、出力側のノードの出力ポート番号が格納される。フィールド４３１７には、入力側のノードと出力側のノードとの間に開通可能なパスの種別を示すパスタイプが格納される。フィールド４３１８には、入力側のノードと出力側のノードとの間に開通可能なパスのリソースの数を示すパスリソースが格納される。

ここで、入力側とは、パスにデータを送信する側であり、出力側とは、パスからデータを受信する側である。また、物理的な接続とは、例えば、図１に示すように、ＯＡＤＭノード１ａとＯＡＤＭノード１ｂとの間の回線、ＡＤＭノード２ａとＯＡＤＭノード１ａとの間の回線、ＭＰＬＳルータ３ａとＡＤＭ２ａとの間の回線など、隣接する装置間の接続である。

図１０に戻って、また、設定処理部４２は、制御コマンドによりパスが開通すると、それらのパスに関する情報を、パス管理テーブル４３２に格納する。パス管理テーブル４３２は、監視対象のマルチレイヤネットワーク上の全レイヤのパスに関する情報を含む。

図１２に示すように、パス管理テーブル４３２は、フィールド４３２１〜４３２８を有し、開通したパスごとにエントリを格納する。

フィールド４３２１には、パスを識別するためのパスＩＤが格納される。フィールド４３２２には、入力側のノードＩＤが格納される。フィールド４３２３には、入力側のノードの入力ポート番号が格納される。フィールド４３２４には、出力側のノードＩＤが格納される。４３２５には、出力側のノードの出力ポート番号が格納される。フィールド４３２６には、パスのレイヤを識別するためのレイヤ種別が格納される。フィールド４３２７には、パス切り替えによる障害復旧にかかる時間を示す切替時間が格納される。フィールド４３２８には、パスが収束される下位レイヤのパスの下位層パスＩＤが格納される。

ここで、入力側とは、開通したパスの始点であり、出力側とは、開通したパスの終点である。すなわち、開通したパスとは、例えば、図２に示すように、ＯＡＤＭノード１ａとＯＡＤＭノード１ｂとの間の波長パス７（λ１）、ＡＤＭノード２ａとＡＤＭノード２ｃとの間のＳＤＨパス８（Ｔ１、Ｔ２）、ＭＰＬＳルータ３ａとＭＰＬＳルータ３ｄとの間のラベルパス９（Ｌ１、Ｌ２）など、同一レイヤの始点から終点までのパスである。

なお、ＯＳＳ４は、例えば、各種演算を行うＣＰＵと、実行されるプログラムやデータを一時的に格納するＲＡＭなどの主記憶装置と、ハードディスクなどの補助記憶装置と、キーボードやマウスなどの入力装置と、ディスプレイなどの出力装置と、ネットワークインタフェースなどの通信装置とを有するコンピュータである。もちろん、ＯＳＳ４の構成は上記に限られない。

制御部４１と、設定処理部４２と、記憶部４３とは、ＣＰＵが、補助記憶装置から所定のプログラムやデータを主記憶装置に読み出して実行することにより構築される。また、入力部４４と、出力部４５と、通信部４６とは、それぞれ、入力装置と、出力装置と、通信装置とが、ＣＰＵが実行する所定のプログラムにより制御されることにより構築される。もちろん、所定のプログラムは、通信部４６を介してネットワークからインストールされてもよいし、メディア読取装置（図示しない）が持ち運び可能な記憶媒体から読み出すことによりインストールされてもよい。

次に、上記の各種装置により構成されるパス監視システム６の動作について説明する。

以下、下位レイヤから順にパスを開通する処理について、ＯＳＳ４の処理を中心に説明する。ここでは、説明を分かり易くするため、片方向の通信に用いられるパスに着目して説明する。

図１３は、パスを開通する処理の流れを示すシーケンス図である。

最初に、波長パスを開通する処理（Ｓ１０）について説明する。

設定処理部４２は、リソース管理テーブル４３１（図１１参照）の内容を出力部４５に表示させるとともに、ＯＡＤＭノード１に対する制御コマンドの入力を入力部４４を介して受け付ける。そして、受け付けた制御コマンドをＯＡＤＭノード１に送信する。

制御コマンドには、各種設定情報が含まれ、例えば、開通の対象である波長パスの入力側のＯＡＤＭノード１のノードＩＤ、入力ポート番号、出力側のＯＡＤＭノード１のノードＩＤ、出力ポート番号、開通の対象であるパスを識別するためのパスＩＤ、使用される波長などが含まれる。なお、パスＩＤは、監視対象のマルチレイヤネットワークの全レイヤの全パスをそれぞれ一意に識別することができるコードである。

上記の制御コマンドにより波長パスが開通すると、設定処理部４２は、開通した波長パスに対応するエントリを、パス管理テーブル４３２（図１２参照）に追加する。また、ＯＡＤＭノード１は、開通した波長パスに関する情報を、ＯＡＤＭノード１上の所定のテーブルに設定する。

具体的には、設定処理部４２は、開通した波長パスに関する、パスＩＤと、入力側のノードＩＤと、入力ポート番号と、出力側のノードＩＤと、出力ポート番号と、レイヤ種別と、切替時間とを、下位層パスＩＤとを、それぞれ、フィールド４３２１〜４３２８に設定する。

フィールド４３２１〜４３２５には、ユーザにより入力されたパスＩＤと、入力側のノードＩＤと、入力ポート番号と、出力側のノードＩＤと、出力ポート番号とが設定される。

フィールド４３２６には、ユーザにより入力されたレイヤ種別、すなわち、波長パスを示す情報が設定される。

フィールド４３２７には、ユーザにより入力された、パスの障害をパスの切り替えにより復旧するためにかかる時間が設定される。

ここで、波長パスのエントリの切替時間には、例えば、予め予備系が確保されるプロテクション切り替えの場合、光スイッチの切り替えにかかる時間と光信号の安定化にかかる時間との合計値が設定される。また、例えば、予め予備系が確保されないリストレーション切り替えの場合、システム規模や過去に行われた切り替え時間などから算出された時間が設定される。また、リカバリーパスが準備されていない場合や、無瞬断切り替えが可能な場合、０が設定される。もちろん、パスＩＤやパスのレイヤ種別ごとに予め定めた切替時間をテーブルなどに格納しておき、設定処理部４２が、開通したパスに対応する切替時間を設定するようにしてもよい。

フィールド４３２８には、ユーザにより入力された値が設定される。波長パスは最下位のレイヤであるため、例えば、収束される下位レイヤがないことを示すヌル値（図１２では、「−」として示す。）などが設定される。

次に、ＳＤＨパスを開通する処理（Ｓ２０）について説明する。

設定処理部４２は、リソース管理テーブル４３１の内容を出力部４５に表示させるとともに、ＡＤＭノード２に対する制御コマンドの入力を入力部４４を介して受け付ける。そして、受け付けた制御コマンドをＡＤＭノード２に送信する。

制御コマンドには、各種設定情報が含まれ、例えば、開通の対象であるＳＤＨパスの入力側のＡＤＭノード２のノードＩＤ、入力ポート番号、出力側のＡＤＭノード２のノードＩＤ、出力ポート番号、開通対象であるパスを識別するためのパスＩＤなどが含まれる。

また、設定処理部４２は、ユーザにより入力された、開通対象であるＳＤＨパスの切替マスク時間をＡＤＭノード２に送信する。

ここで、ＡＤＭノード２に送信される切替マスク時間は、開通対象のＳＤＨパスが収束される波長パスの切替時間である。すなわち、パス管理テーブル４３２に設定された波長パスのエントリのうち、開通対象のＳＤＨパスが収束される波長パスのエントリの切替時間（フィールド４３２７）が切替マスク時間としてＡＤＭノード２に通知される。

上記の制御コマンドによりＳＤＨパスが開通すると、設定処理部４２は、開通したＳＤＨパスに対応するエントリを、パス管理テーブル４３２に追加する。また、ＡＤＭノード２は、開通したＳＤＨパスに関する情報を、ＡＤＭノード２上の所定のテーブルに設定する。

具体的には、設定処理部４２は、開通したＳＤＨパスに関する、パスＩＤと、入力側のノードＩＤと、入力ポート番号と、出力側のノードＩＤと、出力ポート番号と、レイヤ種別と、切替時間とを、下位層パスＩＤとを、それぞれ、フィールド４３２１〜４３２８に設定する。

フィールド４３２１〜４３２５には、ユーザに入力よりされたパスＩＤと、入力側のノードＩＤと、入力ポート番号と、出力側のノードＩＤと、出力ポート番号とが設定される。

フィールド４３２６には、ユーザにより入力されたレイヤ種別、すなわち、ＳＤＨパスを示す情報が設定される。

フィールド４３２７には、ユーザにより入力された、パスの障害をパスの切り替えにより復旧するためにかかる時間が設定される。

ここで、ＳＤＨパスのエントリの切替時間には、当該ＳＤＨパスが収束される下位レイヤの切替時間を考慮しないＳＤＨパスの切替時間と、当該ＳＤＨパスが収束される波長パスの切替時間との合計値が設定される。もちろん、パスＩＤやパスのレイヤ種別ごとに予め定めた切替時間をテーブルなどに格納しておき、設定処理部４２が、開通したパスに対応する切替時間を算出して設定するようにしてもよい。

フィールド４３２８には、ユーザにより入力された、ＳＤＨパスが収束される波長パスのパスＩＤが設定される。

最後に、ラベルパスを開通する処理（Ｓ３０）について説明する。

設定処理部４２は、リソース管理テーブル４３１の内容を出力部４５に表示させるとともに、ＭＰＬＳルータ３に対する制御コマンドの入力を入力部４４を介して受け付ける。そして、受け付けた制御コマンドをＭＰＬＳルータ３に送信する。もちろん、ＭＰＬＳルータ３の設定方法として、ＭＰＬＳルータ３が提供するＣＬＩ（Command Line Interface）や、ＳＮＭＰ（Simple Network Management Protocol）など使用するようにしてもよい。

制御コマンドには、各種設定情報が含まれ、例えば、開通の対象であるラベルパスの入力側のＭＰＬＳルータ３のノードＩＤ、入力ポート番号、出力側のＭＰＬＳルータ３のノードＩＤ、出力ポート番号、開通対象であるパスを識別するためのパスＩＤなどが含まれる。

また、設定処理部４２は、ユーザにより入力された、開通対象であるラベルパスの切替マスク時間をＭＰＬＳルータ３に送信する。

ここで、ＭＰＬＳルータ３に送信される切替マスク時間は、開通対象のラベルパスが収束されるＳＤＨパスの切替時間である。すなわち、パス管理テーブル４３２に設定されたＳＤＨパスのエントリのうち、開通対象のラベルパスが収束されるＳＤＨパスのエントリの切替時間（フィールド４３２７）が切替マスク時間としてＭＰＬＳルータ３に通知される。

上記の制御コマンドによりラベルパスが開通すると、設定処理部４２は、開通したラベルパスに対応するエントリを、パス管理テーブル４３２に追加する。また、ＭＰＬＳルータ３は、開通したラベルパスに関する情報を、ＭＰＬＳルータ３上の所定のテーブルに設定する。

具体的には、設定処理部４２は、開通したラベルパスに関する、パスＩＤと、入力側のノードＩＤと、入力ポート番号と、出力側のノードＩＤと、出力ポート番号と、レイヤ種別と、切替時間とを、下位層パスＩＤとを、それぞれ、フィールド４３２１〜４３２８に設定する。

フィールド４３２１〜４３２５には、ユーザに入力よりされたパスＩＤと、入力側のノードＩＤと、入力ポート番号と、出力側のノードＩＤと、出力ポート番号とが設定される。

フィールド４３２６には、ユーザにより入力されたレイヤ種別、すなわち、ラベルパスを示す情報が設定される。

フィールド４３２７には、ユーザにより入力された、パスの障害をパスの切り替えにより復旧するためにかかる時間が設定される。

ここで、ラベルパスのエントリの切替時間には、当該ラベルパスが収束される下位レイヤの切替時間を考慮しないラベルパスの切替時間と、当該ラベルパスが収束されるＳＤＨパスの切替時間との合計値が設定される。もちろん、パスＩＤやパスのレイヤ種別ごとに予め定めた切替時間をテーブルなどに格納しておき、設定処理部４２が、開通したパスに対応する切替時間を算出して設定するようにしてもよい。

フィールド４３２８には、ユーザにより入力された、ラベルパスが収束されるＳＤＨパスのパスＩＤが設定される。

以上のようにして、下位レイヤから順にパスが開通される。

次に、切替マスク時間などの設定を行うノードの処理について説明する。

ここでは、切替マスク時間を受信したＭＰＬＳルータ３の処理（図１３のＳ３０参照）について説明する。もちろん、ＡＤＭノード２についてもＭＰＬＳルータ３と同様に構成することができる。

ＯＳＳ４から受信した制御コマンドに従ってラベルパスを開通すると、制御部３１は、開通したラベルパスに関するエントリを、ラベルパス管理テーブル３４１、障害管理テーブル３４２、切替マスクテーブル３４３、警報マスクテーブル３４４にそれぞれ追加する。

具体的には、ラベルパス管理テーブル３４１のエントリのフィールド３４１１〜３４１５には、ＯＳＳ４からの制御コマンドで指定された、パスＩＤと、入力ポート番号と、入力ラベルと、出力ポート番号と、出力ラベルとが設定される。また、フィールド３４１６には、ＯＳＳ４から通知された切替マスク時間が設定される。

また、障害管理テーブル３４２のエントリのフィールド３４２１には、ラベルパス管理テーブル３４１に追加されたラベルパスのエントリのパスＩＤ（フィールド３４１１）と対応するパスＩＤが設定される。

フィールド３４２２〜３４２５には、初期値０が設定される。値０の場合、障害が発生していないことを示し、値１の場合、障害が発生していることを示す。なお、フィールド３４２２〜３４２４には、データ送受信制御部３５１がオフライン状態、リンク異常、オートネゴシエーションエラーによる障害を検出した場合に、値１が設定される。また、フィールド３４２５には、受信制御部３５２が光信号断による障害を検出した場合に、値１が設定される。

また、切替マスクテーブル３４３のエントリのフィールド３４３１には、ラベルパス管理テーブル３４１に追加されたラベルパスのエントリのパスＩＤ（フィールド３４１１）と対応するパスＩＤが設定される。

フィールド３４３２〜３４３５には、初期値０または１が設定される。値０の場合、パス切り替えを抑止するマスク状態を示し、値１の場合、抑止しないマスクなし状態を示す。

本実施形態では、オフライン状態、オートネゴシエーションエラーによる障害が発生した場合、警報送信を行い、パス切り替えを行わないものとする。また、リンク異常、光信号断による障害が発生した場合、警報送信およびパス切り替えを行うものとする。ただし、リンク異常の場合、指定された切替マスク時間の間、警報送信およびパス切り替えを抑止するものとする。光信号断の場合、ＭＰＬＳレイヤの障害として扱い、警報送信およびパス切り替えを抑止しない。

上記の条件に従って、フィールド３４３２〜３４３５には、初期値０または１が設定される。すなわち、フィールド３４３２、３４３４には、値０（マスク状態）が設定される。フィールド３４３３には、ラベルパス管理テーブル３４１に設定されたラベルパスの切替マスク時間３４１６が０より大きい場合、パス切り替えを抑止する必要があるので、値０（マスク状態）が設定される。切替マスク時間３４１６が０の場合、パス切り替えを抑止する必要がないので、フィールド３４３３には、値１（マスクなし状態）が設定される。フィールド３４３５には、値１（マスクなし状態）が設定される。

なお、フィールド３４３３には、データ送受信制御部３５１によりリンク異常による障害が検出されてから切替マスク時間の経過後、タイマ処理部３３により、値１（マスクなし状態）が設定される。

また、警報マスクテーブル３４４のエントリのフィールド３４４１には、ラベルパス管理テーブル３４１に追加されたラベルパスのエントリのパスＩＤ（フィールド３４１１）と対応するパスＩＤが設定される。

フィールド３４４２〜３４４５には、初期値０または１が設定される。値０の場合、警報送信を抑止するマスク状態を示し、値１の場合、抑止しないマスクなし状態を示す。

上述した条件に従って、フィールド３４４２〜３４４５には、初期値０または１が設定される。すなわち、フィールド３４４２、３４４４には、値１（マスクなし状態）が設定される。フィールド３４４３には、ラベルパス管理テーブル３４１に設定されたラベルパスの切替マスク時間３４１６が０より大きい場合、警報送信を抑止をする必要があるので、値０（マスク状態）が設定される。切替マスク時間３４１６が０の場合、警報送信を抑止をする必要がないので、フィールド３４４３には、値１（マスクなし状態）が設定される。フィールド３４４５には、値１（マスクなし状態）が設定される。

なお、フィールド３４４３には、データ送受信制御部３５１によりリンク異常による障害が検出されてから切替マスク時間の経過後、タイマ処理部３３により、値１（マスクなし状態）が設定される。

以上のようにして、開通したラベルパスに対応するエントリが、ラベルパス管理テーブル３４１、障害管理テーブル３４２、切替マスクテーブル３４３、警報マスクテーブル３４４にそれぞれ追加される。

次に、パスの障害を検出する処理について説明する。

図１４は、パスの障害を検出する処理の流れを示すフロー図である。本フローは、パスが開通した後開始される。

本フローが開始されると、データ送受信制御部３５１および受信制御部３５２は、通信ポートに障害が発生しているか否かを周期的に監視する（Ｓ１００）。具体的には、所定時間ごとに、オフライン状態、リンク異常、オートネゴシエーションエラー、光信号断が発生しているか否かを判定する。そして、障害が発生していると判定した場合（Ｓ１００でＹＥＳ）、障害が発生したポートのポート番号と障害の種別とを検出して、Ｓ１１０に進む。障害の種別とは、オフライン状態、リンク異常、オートネゴシエーションエラー、光信号断などである。一方、障害が発生していないと判定した場合（Ｓ１００でＮＯ）、監視を継続する。

障害が発生したと判定した場合（Ｓ１００でＹＥＳ）、データ送受信制御部３５１もしくは受信制御部３５２は、障害が発生したポートを使用しているパスを特定する（Ｓ１１０）。具体的には、データ送受信制御部３５１もしくは受信制御部３５２は、ラベルパス管理テーブル３４１から、障害が発生したポートのポート番号と一致する、入力ポート番号（フィールド３４１２）もしくは出力ポート番号（フィールド３４１４）を有するラベルパスのエントリのパスＩＤ（フィールド３４１１）を取得する。そして、Ｓ１２０に進む。

Ｓ１２０では、データ送受信制御部３５１もしくは受信制御部３５２は、特定したパスの障害フラグに１をセットする。具体的には、まず、障害管理テーブル３４２の中から、特定したパスＩＤ（Ｓ１１０）と一致するパスＩＤ（フィールド３４２１）を有するラベルパスのエントリを特定する。また、特定したエントリのフィールド３４２２〜３４２５のうち、検出した障害種別（Ｓ１００）に対応する障害種別のフィールドに値１を設定する。そして、Ｓ１３０に進む。

Ｓ１３０では、データ送受信制御部３５１もしくは受信制御部３５２は、障害処理が抑止対象であるパスが１以上あるか否かを判定する。すなわち、切替マスク時間の間、警報送信およびパス切り替えの少なくとも１つを抑止すべき障害（ここではリンク異常）が発生したパスが１以上あるか否かを判定する。具体的には、特定した障害発生パス（Ｓ１１０）のうち、検出された障害種別がリンク異常であるラベルパスを特定する。そして、障害処理が抑止対象であるパスがあると判定した場合（Ｓ１３０でＹＥＳ）、Ｓ１４０に進む。一方、障害処理が抑止対象であるパスがないと判定した場合（Ｓ１３０でＮＯ）、Ｓ１００に戻る。

Ｓ１４０では、データ送受信制御部３５１もしくは受信制御部３５２は、切替マスク時間が０でないパスがあるか否かを判定する。具体的には、ラベルパス管理テーブル３４１を用いて、障害種別がリンク異常であるラベルパス（Ｓ１３０）のうち、切替マスク時間が０でないパスがあるか否かを判定する。そして、切替マスク時間が０でないパスがあると判定した場合（Ｓ１４０でＹＥＳ）、Ｓ１５０に進む。一方、切替マスク時間が０でないパスがないと判定した場合（Ｓ１４０でＮＯ）、Ｓ１００に戻る。

切替マスク時間が０でないパスがあると判定した場合（Ｓ１４０でＹＥＳ）、データ送受信制御部３５１もしくは受信制御部３５２は、抑止対象の障害処理について、切替マスク時間経過後にマスクを解除するようにタイマ処理部３３に指示する（Ｓ１５０）。具体的には、例えば、障害種別がリンク異常であり、かつ、切替マスク時間が０でないラベルパスのパスＩＤと、当該パスの切替マスク時間と、障害種別（ここでは、リンク異常）と、抑止対象の障害処理の種別（ここでは、警報送出と、パス切り替え）とをタイマ処理部３３に通知する。そして、Ｓ１００に戻る。

ここで、タイマ処理部３３は、指示を受け付けると（Ｓ１５０）、パス切り替えが抑止対象として指定されている場合、切替マスクテーブル３４３の中の、指定されたパスＩＤのラベルパスの指定された障害種別（ここでは、リンク異常）のフィールド３４３３に、指定された切替マスク時間経過後、値１を設定する。なお、タイマ処理部３３は、同一パスについて既にタイマ処理が開始されている場合は、再度タイマ処理を開始しない。

また、タイマ処理部３３は、警報送出が抑止対象として指定されている場合、警報マスクテーブル３４４の中の、指定されたパスＩＤのラベルパスの指定された障害種別（ここでは、リンク異常）のフィールド３４４３に、指定された切替マスク時間経過後、値１を設定する。なお、タイマ処理部３３は、同一パスについて既にタイマ処理が開始されている場合は、再度タイマ処理を開始しない。

このようにして、パスの障害が検出されるとともに、所定の障害についての警報送信およびパス切り替えを、所定の時間の間抑止するための設定が行われる。

なお、障害管理テーブル３４２の障害フラグに１が設定された障害が検出されなくなった場合、データ送受信制御部３５１および受信制御部３５２は、当該障害フラグに０を設定する。

次に、警報送信およびパスの切り替えを抑止する処理について説明する。

図１５は、警報送信およびパスの切り替えを抑止する処理の流れを示すフロー図である。本フローは、パスが開通したあと開始される。すなわち、本フローは、パスの障害を検出する処理（図１４参照）と並行して行われる。また、本フローは、監視制御部３２により、周期的に、例えば、２〜３ミリ秒ごとに行われる。

本フローが開始されると、監視制御部３２は、障害管理テーブル３４２と、警報マスクテーブル３４４とのＡＮＤ処理を行う（Ｓ２００）。すなわち、発生した障害についてマスク処理を行う。具体的には、監視制御部３２は、同一パスＩＤを有するラベルパスごとに、障害管理テーブル３４２のフィールド３４２２〜３４２５の値と、警報マスクテーブル３４４のフィールド３４４２〜３４４５の値を読み出す。また、読み出したフィールド３４２２〜３４２５のそれぞれの値と、フィールド３４４２〜３４４５のそれぞれの値との論理積を算出する。すなわち、各ラベルパスの障害の種別ごとに値０もしくは１が算出される。そして、Ｓ２１０に進む。

Ｓ２１０では、監視制御部３２は、ＡＮＤ処理の結果（Ｓ２００）が１となる障害の種別があるパスが１以上あるか否かを判定する。すなわち、マスクされていない障害の種別があるパスが１以上あるか否かを判定する。具体的には、監視制御部３２は、ラベルパスごとに、論理積の結果が１である障害があるか否かを判定する。そして、論理積の結果が１である障害があるラベルパスが１以上あると判定した場合（Ｓ２１０でＹＥＳ）、Ｓ２２０に進む。一方、論理積の結果が１である障害があるラベルパスがないと判定した場合（Ｓ２１０でＮＯ）、Ｓ２３０に進む。

Ｓ２２０では、監視制御部３２は、ＡＮＤ処理の結果が１となる障害の種別があるパス（Ｓ２１０）について、警報を送信する処理を行う。具体的には、監視制御部３２は、論理積の結果が１である障害があるラベルパスごとに、当該障害が発生していることを示す情報を、ＯＳＳ４に送信する。警報送信は、例えば、ＳＮＭＰのＴＲＡＰを用いることで実現されることができる。そして、Ｓ２３０に進む。

Ｓ２３０では、監視制御部３２は、障害管理テーブル３４２と、切替マスクテーブル３４３とのＡＮＤ処理を行う。すなわち、発生した障害についてマスク処理を行う。具体的には、監視制御部３２は、同一パスＩＤを有するラベルパスごとに、障害管理テーブル３４２のフィールド３４２２〜３４２５の値と、切替マスクテーブル３４３のフィールド３４３２〜３４３５の値を読み出す。また、読み出したフィールド３４２２〜３４２５のそれぞれの値と、フィールド３４３２〜３４３５のそれぞれの値との論理積を算出する。すなわち、障害の種別ごとに値０もしくは１が算出される。そして、Ｓ２４０に進む。

Ｓ２４０では、監視制御部３２は、ＡＮＤ処理の結果（Ｓ２３０）が１となる障害の種別があるパスが１以上あるか否かを判定する。すなわり、マスクされていない障害の種別があるパスが１以上あるか否かを判定する。具体的には、監視制御部３２は、ラベルパスごとに、論理積の結果が１である障害があるか否かを判定する。そして、論理積の結果が１である障害があるラベルパスがあると判定した場合（Ｓ２４０でＹＥＳ）、Ｓ２５０に進む。一方、論理積の結果が１である障害があるラベルパスがないと判定した場合（Ｓ２４０でＮＯ）、Ｓ２６０に進む。

Ｓ２５０では、監視制御部３２は、ＡＮＤ処理の結果が１となる障害の種別があるパス（Ｓ２４０）について、パスの切り替え処理を行う。具体的には、監視制御部３２は、論理積の結果が１である障害があるラベルパスごとに、リカバリーパスとの切り替え処理を行う。そして、Ｓ２６０に進む。

Ｓ２６０では、監視制御部３２は、警報送信（Ｓ２２０）および切り替え処理（Ｓ２５０）の少なくとも１つを行ったパスの障害フラグを０クリアする。具体的には、監視制御部３２は、ラベルパスごとに、警報マスクテーブル４３２とのＡＮＤ処理の結果が１である障害管理テーブル３４２のフィールド３４２２〜３４２５と、切替マスクテーブル３４３とのＡＮＤ処理の結果が１である障害管理テーブル３４２のフィールド３４２２〜３４２５に、０を設定する。そして、Ｓ２００に戻る。

このようにして、発生した障害のうち所定の障害については、所定時間の経過後、マスクが解除され、かつ、障害が回復していない場合に、警報送信やパスの切り替えが行われる。

以上、本発明の第１の実施形態について説明した。本実施形態によれば、マルチレイヤネットワークにおいて、上位レイヤにおける不必要な警報の送信やパス切り替えを抑止することができる。

すなわち、上位レイヤを制御するノードにおいてパスの所定の障害が検出された後、所定時間内に、当該障害の原因である下位レイヤの障害が回復した場合、上位レイヤの障害が回復する。そのため、上位レイヤを制御するノードにおいて、所定時間内および所定時間の経過後、警報送信やパスの切り替えが行われなくなる。一方、所定時間内に、下位レイヤの障害が回復しない場合、上位レイヤを制御するノードにおいて、所定時間の経過後、警報送信やパスの切り替えが行われる。

例えば、ＭＰＬＳルータにおいてリンク異常が検出された後、切替マスク時間内に、下位レイヤのパス切り替えが正常終了した場合、切替マスク時間の経過後、警報送信やパスの切り替えが行われない。一方、切替マスク時間内に、下位レイヤのパスのリカバリが行われない場合、切替マスク時間の経過後、警報送信やパスの切り替えが行われる。なお、ＭＰＬＳルータにおいて光信号断が検出された場合には、検出されたタイミングで警報送信やパスの切り替えが行われる。また、オフライン状態、オートネゴシエーションエラーが検出された場合には、検出されたタイミングで警報送信が行われる。

このように、各レイヤ間の協調が可能となり、不必要なパス切り替えや警報送信を抑止することができる。さらに、不必要なパス切り替えや警報送信が抑止される結果、障害の解析、障害箇所の特定が容易となり、システム管理者の負担が減る。また、不必要な障害処理が実行されなくなることで、ネットワーク通信が安定する。

次に、第１の実施形態の変形例について説明する。第１の実施形態と異なる点を中心に説明する。

変形例１は、警報送信を抑止しない設定を選択可能とする。

まず、パスを開通する処理について、ＯＳＳ４の処理を中心に説明する。

ＯＳＳ４の設定処理部４２は、パスを開通するための制御コマンドと併せて、パス管理レベルを示すパラメータの入力を受け付ける。そして、受け付けた制御コマンドおよびパス管理レベルを示すパラメータをノードに送信する。もちろん、設定処理部４２は、開通したパスについて、パス管理レベルの変更を受け付けるようにしてもよい。

ここで、パス管理レベルは、例えば、所定の時間の間パス切り替えおよび警報送信を抑止するためのモード（以下、「簡易モード」と呼ぶ。）と、所定の時間の間パスの切り替えを抑止するが警報送信を行うモード（以下、「詳細モード」と呼ぶ。）である。なお、簡易モードでは、ノードは、第１の実施形態と同様に動作する。

上記の制御コマンドによりパスが開通すると、設定処理部４２は、開通したパスに対応するエントリを、パス管理テーブル４３２に追加する。また、開通したパスのパス管理レベルを追加したエントリに対応付けて格納する。

次に、切替マスク時間などの設定を行うノードの処理について説明する。

ここでは、ＭＰＬＳルータ３の処理について説明する。もちろん、ＡＤＭノード２についてもＭＰＬＳルータ３と同様に構成することができる。

ＯＳＳ４から受信した制御コマンドに従ってラベルパスを開通すると、制御部３１は、受信したパス管理レベルに基づいて、開通したラベルパスに対応するエントリを、ラベルパス管理テーブル３４１、障害管理テーブル３４２、切替マスクテーブル３４３、警報マスクテーブル３４４にそれぞれ追加する。

ラベルパス管理テーブル３４１、障害管理テーブル３４２、切替マスクテーブル３４３の設定は、第１の実施形態と同様である。もちろん、ラベルパス管理テーブル３４１のエントリには、パス管理レベルを対応付けて格納してもよい。また、制御部３１は、開通したパスについて、パス管理レベルの変更を受け付けるようにしてもよい。

本変形例では、受信したパス管理レベルが詳細モードである場合、オフライン状態、オートネゴシエーションエラーによる障害が発生した場合、警報送信を行い、パス切り替えを行わないものとする。また、リンク異常、光信号断による障害が発生した場合、警報送信およびパス切り替えを行うものとする。ただし、リンク異常の場合、指定された切替マスク時間の間、パス切り替えのみを抑止するものとする。光信号断の場合、ＭＰＬＳレイヤの障害として扱い、警報送信およびパス切り替えを抑止しない。なお、受信したパス管理レベルが簡易モードである場合、第１の実施形態と同様に設定される。

上記の条件に従って、受信したパス管理レベルが詳細モードである場合、警報マスクテーブル３４４のフィールド３４４２〜３４４５には、初期値として、値１（マスクなし状態）が設定される。なお、受信したパス管理レベルが簡易モードである場合、警報マスクテーブル３４４の設定は、第１の実施形態と同様である。

パスの障害を検出する処理（図１４参照）、および、警報送信およびパスの切り替えを抑止する処理（図１５参照）については第１の実施形態と同様である。

なお、Ｓ１５０（図１４参照）において、タイマ処理部３３に、抑止対象の障害処理の種別としてパス切り替えが通知される。そして、指示を受け付けると、タイマ処理部３３は、パス切り替えが抑止対象として指定されているため、指定された切替マスク時間経過後、切替マスクテーブル３４３の設定を行う。警報マスクテーブル３４４については設定を行わない。

以上、変形例１について説明した。変形例１によれば、パスごとに、第１の実施形態と同様の効果を得られる簡易モードと、パスの切り替えを抑止して警報送信を行う詳細モードとのいずれかを選択して設定することができる。

すなわち、詳細モードでは、マルチレイヤネットワークにおいて、上位レイヤにおける不必要なパス切り替えを抑止するとともに、切り替え抑止中に検出された障害について警報送信を行うことができる。

例えば、ミッションクリティカルなパスについて詳細モードを設定しておけば、ＭＰＬＳルータにおいてリンク異常が検出された後、切り替えマスク時間が経過するまでの間、検出された障害について警報が送信されるとともに、パスの切り替えが抑止される。これにより、ユーザはパスの状態を詳細に把握することができる。

さらに、監視制御部５２が、切り替え抑止中の場合と切り替え抑止中でない場合とで、警報の種別や重要度を変えて送信するようにすれば、ユーザはパスの状態をより詳細に把握することができる。

変形例２は、ＯＳＳ４から指定された切替マスク時間とノードが制御するパスの切替時間とに応じて、障害処理の抑止時間を変更可能とする。

パスを開通するＯＳＳ４の処理は、第１の実施形態と同様である。

切替マスク時間などの設定を行うノードの処理について説明する。

ここでは、ＭＰＬＳルータ３の処理について説明する。もちろん、ＡＤＭノード２についてもＭＰＬＳルータ３と同様に構成することができる。

ラベルパスを開通した際の、ラベルパス管理テーブル３４１、障害管理テーブル３４２、切替マスクテーブル３４３、警報マスクテーブル３４４の設定は、第１の実施形態と同様である。

パスの障害を検出する処理（図１４参照）について、説明する。

Ｓ１５０（図１４参照）において、データ送受信制御部３５１もしくは受信制御部３５２は、予め定められたラベルパスの切替時間と、切替マスク時間とを比較し、ラベルパスの切替時間が切替マスク時間より長い場合に、抑止対象の障害処理について、切替マスク時間経過後にマスクを解除するようにタイマ処理部３３に指示するようにする。

一方、ラベルパスの切替時間が切替マスク時間より以下の場合は、抑止対象の障害処理について、抑止を行わずにマスクを解除するようにする。なお、ラベルパスの切替時間は、ＯＳＳ４から送信するようにしても良いし、ＭＰＬＳルータ３に予め設定しておいてもよい。

以上、変形例２について説明した。変形例２によれば、パスごとに、切替マスク時間より自レイヤのパスの切替時間が短い場合、障害が発生したタイミングで、パスの切り替えを行うことができる。これにより、切替マスク時間が経過するよりも短い時間でパス切替が実行される。例えば、ミッションクリティカルなパスにおいて有効な手段となる。

以上、本発明について、例示的な実施形態と関連させて記載した。多くの代替物、修正および変形例が当業者にとって明らかであることは明白である。したがって、上に記載の本発明の実施形態は、本発明の要旨と範囲を例示することを意図し、限定するものではない。

第１の実施形態が適用されたパス監視システムの構成の概要を示す図。 パスの階層（レイヤ）関係を説明するための図。 ＯＡＤＭノード１の構成の概要を示すブロック図。 ＡＤＭノード２の構成の概要を示すブロック図。 ＭＰＬＳルータ３の構成の概要を示すブロック図。 ラベルパス管理テーブル３４１の構成を説明するための図。 障害管理テーブル３４２の構成を説明するための図。 切替マスクテーブル３４３の構成を説明するための図。 警報マスクテーブル３４４の構成を説明するための図。 ＯＳＳ４の構成の概要を示すブロック図。 リソース管理テーブル４３１の構成を説明するための図。 パス管理テーブル４３２の構成を説明するための図。 パスを開通する処理の流れを示すシーケンス図。 パスの障害を検出する処理の流れを示すフロー図。 警報送信およびパスの切り替えを抑止する処理の流れを示すフロー図。

符号の説明

１（１ａ、１ｂ）：ＯＡＤＭノード、２（２ａ〜ｄ）：ＡＤＭノード、３（３ａ〜ｆ）：ＭＰＬＳルータ、４：ＯＳＳ、５：管理用ネットワーク、６：パス監視システム、７：波長パス、８：ＳＤＨパス、９：ラベルパス、
１１：制御部、１２：分離部、１３：多重化部、１４：光性能監視部、１５：光スイッチ部、
２１：制御部、２２：低速インタフェース部、２３：クロスコネクト部、２４：ＳＤＨ終端部、
３１：制御部、３２：監視制御部、３３：タイマ処理部、３４：記憶部、３５：通信部、３４１：ラベルパス管理テーブル、３４２：障害管理テーブル、３４３：切替マスクテーブル、３４４：警報マスクテーブル、３５１：データ送受信制御部、３５２：受信制御部、３５３：送信制御部、
３４１１〜３４１６：フィールド、３４２１〜３４２５：フィールド、３４３１〜３４３５：フィールド、３４４１〜３４４５：フィールド
４１：制御部、４２：設定処理部、４３：記憶部、４４：入力部、４５：出力部、４６：通信部、４３１：リソース管理テーブル、４３２：パス管理テーブル、
４３１１〜４３１８：フィールド、４３２１〜４３２８：フィールド、

Claims (14)

1. マルチレイヤネットワークを構成する複数のノード装置と、前記ノード装置に接続され、前記ノード装置間のパスの管理を行うパス管理装置とを有するパス監視システムであって、
   前記パス管理装置は、
   前記ノード装置間のパスごとに、パスを特定する情報と、パスの切り替えにかかる切替時間と、パスが収束される下位レイヤのパスを特定する情報とを対応付けて格納する記憶部と、
   前記ノード装置ごとに、当該ノード装置が制御するレイヤのパスが収束される下位レイヤのパスの切替時間を、マスク時間として通知する処理を行う設定処理部と、を有し、
   前記ノード装置は、
   当該ノード装置が制御するレイヤのパスごとに、パスを特定する情報と、前記マスク時間とを対応付けて格納する記憶部と、
   前記マスク時間を前記パス管理装置から受け付けて前記記憶部に格納する処理を行う制御部と、
   当該ノード装置が制御するパスの障害を検出する処理と、前記障害を検出した場合に当該障害に対応する予め定めた障害処理とを行う監視制御部と、
   前記マスク時間が対応付けられたパスについて、前記障害が検出されてから前記マスク時間の間、前記障害処理の開始を抑止する処理を行うタイマ処理部と、を有すること、
   を特徴とするパス監視システム。
2. 請求項１記載のパス監視システムであって、
   前記設定処理部は、
   前記ノード装置間のパスが開通した際に、開通したパスが収束される下位レイヤのパスの切替時間と、開通したパスの切替時間との合計値を、開通したパスの切り替えにかかる前記切替時間として、前記記憶部に格納する処理を行うこと、
   を特徴とするパス監視システム。
3. 請求項２記載のパス監視システムであって、
   前記タイマ処理部は、
   前記障害処理が予め定めた抑止対象の障害処理である場合に、前記障害が検出されてから前記マスク時間の間、前記障害処理の開始を抑止すること、
   を特徴とするパス監視システム。
4. 請求項３記載のパス監視システムであって、
   前記監視制御部は、
   前記障害処理として、警報を前記パス管理装置に送信する警報送信、および、パスの切り替えを行うパス切り替えの少なくとも１つを行うこと、
   を特徴とするパス監視システム。
5. 請求項４記載のパス監視システムであって、
   前記設定処理部は、
   前記ノード装置間のパスごとに、警報送信およびパス切り替えの抑止を行うための第１のモードと、警報送信の抑止を行わずパス切り替えの抑止を行うための第２のモードの指定を受け付ける処理と、
   前記ノード装置ごとに、当該ノード装置が制御するレイヤのパスの前記モードを通知する処理と、を行い、
   前記制御部は、
   前記モードを前記パス管理装置から受け付ける処理を行い、
   前記タイマ処理部は、
   前記モードが第１のモードである場合、前記障害が検出されてから前記マスク時間の間、前記警報送信およびパス切り替えの開始を抑止し、
   前記モードが第２のモードである場合、前記障害が検出されてから前記マスク時間の間、前記パス切り替えの開始を抑止すること、
   を特徴とするパス監視システム。
6. 請求項４記載のパス監視システムであって、
   前記タイマ処理部は、
   前記マスク時間と、前記マスク時間が指定されたパスについて予め定められた切替時間とを比較し、前記マスク時間よりも前記切替時間が小さい場合、前記パス切り替えを抑止しないこと、
   を特徴とするパス監視システム。
7. マルチレイヤネットワークを構成する、制御対象のパスに発生した所定の障害に対する障害処理を抑止する機能を有する複数のノード装置に接続され、前記ノード装置間のパスの管理を行うパス管理装置であって、
   前記ノード装置間のパスごとに、パスを特定する情報と、パスの切り替えにかかる切替時間と、パスが収束される下位レイヤのパスを特定する情報とを対応付けて格納する記憶部と、
   前記ノード装置ごとに、当該ノード装置が制御するレイヤのパスが収束される下位レイヤのパスの切替時間を、前記障害処理を抑止するマスク時間として通知する設定処理部と、を有すること、
   を特徴とするパス管理装置。
8. 請求項７記載のパス管理装置であって、
   前記設定処理部は、
   前記ノード装置間のパスが開通した際に、開通したパスが収束される下位レイヤのパスの切替時間と、開通したパスの切替時間との合計値を、開通したパスの切り替えにかかる前記切替時間として、前記記憶部に格納する処理を行うこと、
   を特徴とするパス管理装置。
9. マルチレイヤネットワークを構成するノード装置であって、前記ネットワークを構成するノード装置間のパスの管理を行うパス管理装置に接続され、
   制御対象のパスの障害を検出する処理と、前記障害を検出した場合に当該障害に対応する予め定めた障害処理とを行う監視制御部と、
   制御対象のパスごとに、パスを特定する情報と、前記障害処理を抑止するマスク時間とを対応付けて格納する記憶部と、
   前記マスク時間を前記パス管理装置から受け付けて前記記憶部に格納する処理を行う制御部と、
   前記マスク時間が対応付けられたパスについて、前記障害が検出されてから前記マスク時間の間、前記障害処理の開始を抑止する処理を行うタイマ処理部と、を有すること、
   を特徴とするノード装置。
10. マルチレイヤネットワークを構成する複数のノード装置と、前記ノード装置に接続され、前記ノード装置間のパスの管理を行うパス管理装置とを有するパス監視システムにおける障害処理の抑止方法であって、
    前記パス管理装置は、
    前記ノード装置間のパスごとに、パスを特定する情報と、パスの切り替えにかかる切替時間と、パスが収束される下位レイヤのパスを特定する情報とを対応付けて格納する記憶部を有し、
    前記ノード装置ごとに、当該ノード装置が制御するレイヤのパスが収束される下位レイヤのパスの切替時間を、マスク時間として通知するステップを行い、
    前記ノード装置は、
    当該ノード装置が制御するレイヤのパスごとに、パスを特定する情報と、前記マスク時間とを対応付けて格納する記憶部を有し、
    前記マスク時間を前記パス管理装置から受け付けて前記記憶部に格納するステップと、
    当該ノード装置が制御するパスの障害を検出するステップと、
    前記障害を検出した場合に当該障害に対応する予め定めた障害処理を行うステップと、
    前記マスク時間が対応付けられたパスについて、前記障害が検出されてから前記マスク時間の間、前記障害処理の開始を抑止するステップと、を行うこと、
    を特徴とする障害処理の抑止方法。
11. 請求項１０記載の障害処理の抑止方法であって、
    前記パス管理装置は、
    前記ノード装置間のパスが開通した際に、開通したパスが収束される下位レイヤのパスの切替時間と、開通したパスの切替時間との合計値を、開通したパスの切り替えにかかる前記切替時間として、前記記憶部に格納するステップを行うこと、
    を特徴とする障害処理の抑止方法。
12. マルチレイヤネットワークを構成する、制御対象のパスに発生した所定の障害に対する障害処理を抑止する機能を有する複数のノード装置に接続され、前記ノード装置間のパスの管理を行うパス管理装置として、コンピュータを機能させるためのプログラムであって、
    前記コンピュータを、
    前記ノード装置間のパスごとに、パスを特定する情報と、パスの切り替えにかかる切替時間と、パスが収束される下位レイヤのパスを特定する情報とを対応付けて格納する記憶部と、
    前記ノード装置ごとに、当該ノード装置が制御するレイヤのパスが収束される下位レイヤのパスの切替時間を、前記障害処理を抑止するマスク時間として通知する設定処理部として機能させること、
    を特徴とするプログラム。
13. 請求項１２記載のプログラムであって、
    前記設定処理部は、
    前記ノード装置間のパスが開通した際に、開通したパスが収束される下位レイヤのパスの切替時間と、開通したパスの切替時間との合計値を、開通したパスの切り替えにかかる前記切替時間として、前記記憶部に格納する処理を行うこと、
    を特徴とするプログラム。
14. マルチレイヤネットワークを構成するノード装置を、障害処理を行うノード装置として機能させるためのプログラムであって、
    前記ノード装置は、前記ネットワークを構成するノード装置間のパスの管理を行うパス管理装置に接続され、
    前記ノード装置を、
    制御対象のパスの障害を検出する処理と、前記障害を検出した場合に当該障害に対応する予め定めた障害処理とを行う監視制御部と、
    制御対象のパスごとに、パスを特定する情報と、前記障害処理を抑止するマスク時間とを対応付けて格納する記憶部と、
    前記マスク時間を前記パス管理装置から受け付けて前記記憶部に格納する処理を行う制御部と、
    前記マスク時間が対応付けられたパスについて、前記障害が検出されてから前記マスク時間の間、前記障害処理の開始を抑止する処理を行うタイマ処理部として機能させること、
    を特徴とするプログラム。

Images