(57)【要約】【課題】クライアント装置が現用系CPUおよび予備系CPUを有する光ネットワークにおいて現用系CPUから予備系CPUへ切り替えた際の誤警報の送出をなくす。【解決手段】クライアント装置11は、現用系CPUから予備系CPUへの切替に際し、WDM装置12へ切替通知を送出してから該切替を実行する。WDM装置12は、切替通知の受信により警報の送出を抑圧する。クライアント装置11は、CPU切替から一定時間後にWDM装置12へ警報抑圧解除通知を送出する。WDM装置12は、警報抑圧解除通知の受信により警報の送出の抑圧を解除する。WDM装置12が光信号のフレーム不連続を最初に検出してから一定時間内でフレーム不連続を検出しても警報を送出しないようにし、一定時間後もフレーム不連続を検出した場合に警報を送出するようにしてもよい。【選択図】図１
2009246812.tif 000002
【特許請求の範囲】
【請求項１】
各ノードが光伝送装置とクライアント装置を備え、前記クライアント装置が現用系中央処理装置および予備系中央処理装置を有する光ネットワークにおける誤警報抑圧方式において、
前記光伝送装置は、前記現用系中央処理装置から予備系中央処理装置への切替に起因するフレーム不連続に起因する警報の送出を抑圧する警報抑圧手段を備えたことを特徴とする光ネットワークにおける誤警報抑圧方式。
【請求項２】
前記クライアント装置は、前記現用系中央処理装置から予備系中央処理装置への切替に際し、前記光伝送装置へ切替通知を送出してから該切替を実行し、それから一定時間後に前記光伝送装置へ警報抑圧解除通知を送出し、前記光伝送装置の誤警報抑圧手段は、前記切替通知の受信により警報の送出を抑圧し、前記警報抑圧解除通知の受信により警報の送出の抑圧を解除することを特徴とする請求項１に記載の光ネットワークにおける誤警報抑圧方式。
【請求項３】
前記クライアント装置は、前記現用系中央処理装置から予備系中央処理装置への切替に際し、前記光伝送装置へ切替通知を送出してから該切替を実行し、前記光伝送装置からフレーム不連続検出による検出通知を受信してから一定時間後に前記光伝送装置へ警報抑圧解除通知を送出し、前記光伝送装置の誤警報抑圧手段は、前記切替通知の受信により警報の送出を抑圧し、前記クライアント装置からの光信号のフレーム不連続の検出により前記クライアント装置へ前記フレーム不連続検出による検出通知を送出し、前記警報抑圧解除通知の受信により前記警報の送出の抑圧を解除することを特徴とする請求項１に記載の光ネットワークにおける誤警報抑圧方式。
【請求項４】
前記クライアント装置は、前記現用系中央処理装置から予備系中央処理装置への切替に際し、前記光伝送装置へ切替通知を送出してから該切替を実行し、前記光伝送装置からのフレーム不連続検出による検出通知の受信により前記光伝送装置へ警報抑圧解除通知を送出し、前記光伝送装置の誤警報抑圧手段は、前記切替通知の受信により警報の送出を抑圧し、前記クライアント装置からの光信号のフレーム不連続を検出してから一定時間後に前記クライアント装置へ前記フレーム不連続検出による検出通知を送出し、前記警報抑圧解除通知の受信により前記警報の送出の抑圧を解除することを特徴とする請求項１に記載の光ネットワークにおける誤警報抑圧方式。
【請求項５】
前記光伝送装置の誤警報抑圧手段は、前記クライアント装置からの光信号のフレーム不連続が一定時間内だけで検出された場合は警報の送出を抑圧し、前記一定時間を超えて検出された場合は警報を送出することを特徴とする請求項１に記載の光ネットワークにおける誤警報抑圧方式。
【請求項６】
前記クライアント装置からの光信号のフレームビット数をＭ、ビットレートをＢ、フレーム不連続が起こった場合に前記光伝送装置が同期に必要とするフレーム数をＮとしたとき、前記一定時間Ｔは、Ｔ≧ＭＮ／Ｂ(sec)に設定されることを特徴とする請求項２ないし５のいずれかに記載の光ネットワークにおける誤警報抑圧方式。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、光ネットワークにおける誤警報抑圧方式に関し、特に、クライアント装置が現用系中央処理装置および予備系中央処理装置を有する光ネットワークにおいて、現用系中央処理装置から予備系中央処理装置へ切り替えた際に警報を誤って送出しないようにできる誤警報抑圧方式に関する。
【背景技術】
【０００２】
光伝送装置(WDM装置)を用いた光ネットワークにおいて、クライアント装置からの光信号は、WDM装置で波長多重されてネットワーク側に送出される。WDM装置は、クライアント装置からの光信号のフレーム位置を確認(フレームのプリアンブルを検出)し、WDM信号のペイロードに収容する。
【０００３】
ルータに代表されるクライアント装置は、入力されるパケットのヘッダ情報に基づいてパケットの転送制御や送出スケジューリングなどを行う。これの制御は、中央処理装置(CPU)により行われる。クライアント装置の信頼性を高めるために、CPUを冗長構成にすること、すなわち、現用系CPUの他に予備系CPUを備え、現用系CPUが障害などの原因で使用できなくなった場合に予備系CPUに切り替える構成にすることが考えられる。
【０００４】
特許文献１には、障害時に現用系パスから予備系パスに切り替える光ネットワークの障害時パス切り替え方式が記載されており、これでは、WDM装置による誤判定により余計な手順が行われないようしている。
【特許文献１】特開２００７−４３４１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
WDM装置は、入力される光信号のフレームが連続しているか不連続となったか常に検出しており、フレームが不連続となった場合には、何らかの障害が発生したものとして警報を送出する。
【０００６】
クライアント装置において現用系CPUから予備系CPUに切り替えられた場合、クライアント装置からWDM装置への光信号のビット列自体は無瞬断であるが、光信号のフレームの連続性が失われるので、この場合にもWDM装置から警報が送出されることになる。
【０００７】
図７は、従来の、現用系CPUから予備系CPUへの切替時の動作を示す説明図である。クライアント装置(ルータ)71と光伝送装置(WDM装置)72、クライアント装置(ルータ)73と光伝送装置(WDM装置)74はそれぞれ、光ネットワークのノードを構成する。
【０００８】
例えば、クライアント装置71において現用系CPUが予備系CPUへ切り替えられると、WDM装置74は、光信号のフレーム不連続を検出し、警報を送出する。この警報は、宛先(Egress)側のWDM装置74、さらにクライアント装置73へ順次通知される。ここで、クライアント装置73が警報を受けると、これをトリガとして経路が切り替えられるように構成されている場合、クライアント装置71,74間の経路も切り替えられる。
【０００９】
以上のように、クライアント装置のCPUを冗長構成にした場合、現用系CPUが予備系CPUへ切り替えられただけで、警報送出や経路切替がなされる。これらは余計な手順であるばかりでなく、実際は障害ではないのに警報送出や経路切替がなされるので、障害発生の切り分けに混乱を招く元になるという課題がある。
【００１０】
本発明の目的は、クライアント装置が現用系CPUおよび予備系CPUを有する光ネットワークにおいて、現用系CPUから予備系CPUへ切り替えた際に誤警報を送出しないようにできる誤警報抑圧方式を提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明は、各ノードが光伝送装置とクライアント装置を備え、前記クライアント装置が現用系中央処理装置および予備系中央処理装置を有する光ネットワークにおける誤警報抑圧方式において、前記光伝送装置は、前記現用系中央処理装置から予備系中央処理装置への切替に起因するフレーム不連続に起因する警報の送出を抑圧する警報抑圧手段を備えた点に第１の特徴がある。
【００１２】
また、本発明は、前記クライアント装置が、前記現用系中央処理装置から予備系中央処理装置への切替に際し、前記光伝送装置へ切替通知を送出してから該切替を実行し、それから一定時間後に前記光伝送装置へ警報抑圧解除通知を送出し、前記光伝送装置の誤警報抑圧手段が、前記切替通知の受信により警報の送出を抑圧し、前記警報抑圧解除通知の受信により警報の送出の抑圧を解除する点に第２の特徴がある。
【００１３】
また、本発明は、前記クライアント装置が、前記現用系中央処理装置から予備系中央処理装置への切替に際し、前記光伝送装置へ切替通知を送出してから該切替を実行し、前記光伝送装置からフレーム不連続検出による検出通知を受信してから一定時間後に前記光伝送装置へ警報抑圧解除通知を送出し、前記光伝送装置の誤警報抑圧手段が、前記切替通知の受信により警報の送出を抑圧し、前記クライアント装置からの光信号のフレーム不連続の検出により前記クライアント装置へ前記フレーム不連続検出による検出通知を送出し、前記警報抑圧解除通知の受信により前記警報の送出の抑圧を解除する点に第３の特徴がある。
【００１４】
また、本発明は、前記クライアント装置が、前記現用系中央処理装置から予備系中央処理装置への切替に際し、前記光伝送装置へ切替通知を送出してから該切替を実行し、前記光伝送装置からのフレーム不連続検出による検出通知の受信により前記光伝送装置へ警報抑圧解除通知を送出し、前記光伝送装置の誤警報抑圧手段が、前記切替通知の受信により警報の送出を抑圧し、前記クライアント装置からの光信号のフレーム不連続を検出してから一定時間後に前記クライアント装置へ前記フレーム不連続検出による検出通知を送出し、前記警報抑圧解除通知の受信により前記警報の送出の抑圧を解除する点に第４の特徴がある。
【００１５】
また、本発明は、前記光伝送装置の誤警報抑圧手段が、前記クライアント装置からの光信号のフレーム不連続が一定時間内だけで検出された場合は警報の送出を抑圧し、前記一定時間を超えて検出された場合は警報を送出する点に第５の特徴がある。
【００１６】
また、本発明は、前記クライアント装置からの光信号のフレームビット数をＭ、ビットレートをＢ、フレーム不連続が起こった場合に前記光伝送装置が同期に必要とするフレーム数をＮとしたとき、前記一定時間Ｔが、Ｔ≧ＭＮ／Ｂ(sec)に設定される点に第６の特徴がある。
【発明の効果】
【００１７】
本発明の第１〜第６の特徴によれば、クライアント装置が現用系CPUおよび予備系CPUを有する光ネットワークにおいて、現用系CPUから予備系CPUへ切り替えた際に警報を誤って送出しないようにすることができる。これにより余計な手順や経路切替が実行されなくなり、不要な経路切替による運用管理上の混乱を招くこともなくなる。
【００１８】
第５の特徴によれば、光信号の送受信自体で警報の送出を抑圧し、また、それを解除することができるので、クライアント装置とWDM装置の間でメッセージを送受信するための通信路を設けることなく、誤警報を抑圧することができる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照して本発明を説明する。図１は、本発明が適用される光ネットワークの構成例を示す図である。
【００２０】
本構成例の光ネットワークは、クライアント装置(ルータ)11、光伝送装置(WDM装置)12、クライアント装置(ルータ)11と光伝送装置(WDM装置)12の間で光信号を伝送する伝送路13およびメッセージを送受信する通信路14を備える。なお、図１では、１つのクライアント装置11だけを図示しているが、WDM装置12は、多くのクライアント装置からの光信号を受信し、そのフレーム位置を確認(フレームのプリアンブルを検出)し、WDM信号のペイロードに収容することにより波長多重し、波長多重した光信号をネットワーク側に送出する。
【００２１】
図２は、クライアント装置11でのパケット処理の流れを示す機能図である。同図に示すように、クライアント装置11は、パケット入力21、転送22、スイッチング23、出力スケジューリング24、パケット出力25の各機能を有する。
【００２２】
図３は、クライアント装置11の構成を示すブロック図である。同図に示すように、クライアント装置11は、バス31に接続されたCPU32,33、メモリ34、回線カード35,36を備える。ここでは、CPU32,33が冗長構成にされており、例えば、CPU32が現用系CPUとされ、CPU33が予備系CPUとされる。そして、現用系CPU32が障害などで使用できなくなった場合、予備系CPU33に切り替える。
【００２３】
回線カード35は、パケット受信および回線正常性確認のために用いられる(パケット入力21)。受信されたパケットは、メモリ34に蓄積され、パケットのヘッダ情報は、CPU32,33に送られる。CPU32,33は、ヘッダ情報に基づき、ルーティングテーブルを参照していずれの出力ポートにパケットを送出するかを決定する(転送22)。出力ポートが決定されると、CPU32,33は、該出力ポートへの経路を設定し(スイッチング23)、メモリ34に蓄積されているパケットを読み出す(出力スケジューリング24)。そして、メモリ34に蓄積されているパケットが出力ポートの回線カートへ読み出される(パケット出力25)。
【００２４】
次に、本発明が特徴とする現用系CPUから予備系CPUへの切替の際の動作について説明する。
【００２５】
図４は、本発明の第１実施形態における、現用系CPUから予備系CPUへの切替時の動作を示すフロー図である。第１実施形態では、CPU切替に起因する警報の送出を抑圧するため、クライアント装置(ルータ)11と光伝送装置(WDM装置)12間で通信路14を介してメッセージを送受信する。
【００２６】
図４において、まず、CPU切替を行うクライアント装置11は、CPU切替前にCPU切替通知をWDM装置12に送出する(S41)。CPU切替通知を受けたWDM装置12は、クライアント装置11に接続されたインタフェースを介して受ける光信号のフレーム監視による警報の送出(フレーム不連続検出通知)を抑圧する(S42)。これによりWDM装置12は、該当するインタフェースを介して入力される光信号のフレーム不連続を検出しても警報を送出しない。フレーム監視では、フレーム先頭のプリアンブルが所定のタイミングで入力されているかどうか、すなわち、WDM装置12が、入力される光信号のフレームに同期して動作しているかどうかでフレーム不連続が検出される。
【００２７】
次に、クライアント装置11は、現用系CPU32から予備系CPU33への切替を行う(S43)。CPU切替が行われた場合、クライアント装置11からWDM装置12に入力される光信号のビット列は無瞬断であり、フレームは不連続となる。
【００２８】
次に、クライアント装置11は、CPU切替から一定時間後、警報の送出の抑圧を解除する解除通知をWDM装置12に送出する(S44)。WDM装置12は、この解除通知を受信するまで、フレーム不連続を検出しても警報を送出しない。
【００２９】
CPU切替に起因するフレーム不連続の場合、WDM装置12は、一定時間内でフレーム同期を確立し、フレーム同期が確立されているか否かによるフレーム監視では、一定時間経過後にフレーム不連続を検出しない。したがって、この場合、WDM装置12は、警報を送出しない。しかし、他の障害によるフレーム不連続の場合、WDM装置12は、一定時間を超えてもフレーム同期を確立せず、フレーム不連続を検出する。したがって、この場合、一定時間を経過した後、WDM装置12は、警報を送出する。
【００３０】
ここで、CPU切替は、CPU切替指令でも知ることができるが、CPU切替を実際に検出する手法の方が確実性の点から好ましい。また、一定時間は、クライアント装置11から送出される光信号のフレームのビット数をM、ビットレートをB、フレーム不連続が起こった場合にWDM装置12が同期に必要なフレーム数をNとしたとき、MN/B秒以上である。
【００３１】
フレーム不連続検出通知の停止を解除させる解除通知を受けたWDM装置12は、通常のフレーム不連続監視状態(通常監視状態)に戻る(S45)。
【００３２】
図５は、本発明の第２実施形態における、現用系CPUから予備系CPUへの切替時の動作を示すフロー図である。第２実施形態が適用される光ネットワークの構成は、通信路14を備える点を含めて図１と同じである。第２実施形態でも、CPU切替に起因する警報の送出を抑圧するため、クライアント装置(ルータ)11と光伝送装置(WDM装置)12間でメッセージを送受信するが、CPU切替に起因するフレーム不連続を検出し、その一定時間後に通常監視状態に戻し、警報の送出の抑圧を解除する点で第１実施形態と異なる。
【００３３】
図５において、まず、CPU切替を行うクライアント装置11は、CPU切替前にCPU切替通知をWDM装置12に送出する(S51)。CPU切替通知を受けたWDM装置12は、クライアント装置11に接続されたインタフェースを介して受ける光信号のフレーム監視による警報の送出(フレーム不連続検出通知)を抑圧する(S52)。これによりWDM装置12は、該当するインタフェースを介して入力される光信号のフレーム不連続を検出しても警報を送出しない。
【００３４】
次に、クライアント装置11は、現用系CPU32から予備系CPU33への切替を行う(S53)。CPU切替が行われた場合、クライアント装置11からWDM装置12に入力される光信号のビット列は無瞬断であり、フレームは不連続となるが、WDM装置12は、警報を送出しない。
【００３５】
WDM装置12は、クライアント装置11からの光信号のフレーム不連続を検出(S54)すると、クライアント装置11にフレーム不連続検出通知を送出する(S55)。クライアント装置11は、フレーム不連続検出通知を受けると、それから一定時間後に警報の送出の抑圧を解除する解除通知をWDM装置12に送出する(S56)。ここで、一定時間は、第１実施形態と同様に、MN/B秒以上である。
【００３６】
WDM装置12は、クライアント装置11から解除通知を受けると、通常のフレーム不連続監視状態(通常監視状態)に戻る(S57)。
【００３７】
次に、本発明の第３実施形態を説明する。図６は、本発明の第３実施形態における、現用系CPUから予備系CPUへの切替時の動作を示すフロー図である。第３実施形態では通信路を不要としている。したがって、これが適用される光ネットワークは、図１の通信路14を省略した構成でよい。第３実施形態では、光信号のフレーム不連続が一定時間内だけで検出された場合は警報の送出を抑圧し、一定時間を超えて検出された場合は警報を送出する。
【００３８】
図６において、クライアント装置11が現用系CPU32から予備系CPU33へのCPU切替を行う(S61)と、WDM装置12は、入力される光信号のフレーム不連続を検出し、警報の送出を抑圧する(S62)。WDM装置12は、これ以降にフレーム不連続を検出してもそれが一定時間内であれば警報を送出しない。ここで、一定時間は、フレーム不連続を最初に検出した時点からの時間であり、第１実施形態と同様に、MN/B秒以上である。
【００３９】
CPU切替に起因するフレーム不連続の場合、フレーム不連続によりWDM装置12での同期が一時的に乱れるが、一定時間内に再び同期が確立される。したがって、一定時間経過してから、WDM装置12は、フレーム不連続を検出せず、警報を送出しない。しかし、その他の障害に起因するフレーム不連続の場合には、フレーム不連続は一定時間内で同期が確立されないので、WDM装置12は、一定時間経過後でもフレーム不連続を検出し、警報を送出する。
【００４０】
WDM装置12は、フレーム不連続を最初に検出した時点から一定時間経過後、通常のフレーム不連続監視状態(通常監視状態)に戻る(S63)。WDM装置12は、通常監視状態でフレーム不連続を検出すると、その他の障害に起因するフレーム不連続であるとして警報を送出する。
【００４１】
以上のように、第３の実施形態では、現用系CPUから予備系CPUへの切替時とその他の障害時の同期確立動作の違いに着目し、これを利用して警報の送出の抑圧および解除を行うので、通信路を設ける必要がない。また、第３の実施形態を、光ネットワークを構成する全てのノードに適用することで、いかなる運用形態においても、クライアント装置が、現用系CPUから予備系CPUへの切替時に不要な経路切替を行わないようにすることができる。
【００４２】
以上、実施形態を説明したが、本発明は、上記実施形態に限られず、種々に変形することができる。例えば、上記第２実施形態(図５)では、フレーム不連続検出通知を受けてから一定時間後に解除通知を送出するようにしたが、この一定時間は、WDM装置側でフレーム不連続検出してからフレーム不連続検出通知を送出するまでの時間として設定することもできる。
【図面の簡単な説明】
【００４３】
【図１】本発明が適用される光ネットワークの構成例を示す図である。
【図２】クライアント装置でのパケット処理の流れを示す機能図である。
【図３】クライアント装置の構成を示すブロック図である。
【図４】本発明の第１実施形態における、現用系CPUから予備系CPUへの切替時の動作を示すフロー図である。
【図５】本発明の第２実施形態における、現用系CPUから予備系CPUへの切替時の動作を示すフロー図である。
【図６】本発明の第３実施形態における、現用系CPUから予備系CPUへの切替時の動作を示すフロー図である。
【図７】従来の、現用系CPUから予備系CPUへの切替時の動作を示す説明図である。
【符号の説明】
【００４４】
1171,74・・・クライアント装置(ルータ)、12,72,73・・・光伝送装置(WDM装置)、13・・・伝送路、14・・・通信路、21・・・パケット入力、22・・・転送、23・・・スイッチング、24・・・出力スケジューリング、25・・・パケット出力、31・・・バス、32,33・・・CPU、34・・・メモリ、35,36・・・回線カード
【図１】
2009246812.tif 000003
【図２】
2009246812.tif 000004
【図３】
2009246812.tif 000005
【図４】
2009246812.tif 000006
【図５】
2009246812.tif 000007
【図６】
2009246812.tif 000008
【図７】
2009246812.tif 000009