WO2007125599A1

WO2007125599A1 - 障害処理システム

Info

Publication number: WO2007125599A1
Application number: PCT/JP2006/309004
Authority: WO
Inventors: Satoshi Miyazaki
Original assignee: Fujitsu Limited
Priority date: 2006-04-28
Filing date: 2006-04-28
Publication date: 2007-11-08
Also published as: JPWO2007125599A1; JP5048654B2; US7751335B2; US20090046575A1

Abstract

　障害通知・出力停止制御を行いネットワークの運用性の向上を図る。　送信先出力停止制御部（２０ｂ）は障害が検出されると、送信先クライアント装置（１０－３）へ向けて通信フレームを出力しないように、自装置に対して出力停止制御を行う。障害通知部（２０ｃ）は障害を検出したことをネットワーク管理側へ通知する。送信元出力停止制御部（２０ｄ）は出力停止指示を受信すると、送信元クライアント装置（１０－１）が通信フレームを出力しないように、送信元クライアント装置（１０－１）に対して出力停止制御を行う。通信ルート管理部（３１）はネットワーク（２）を介してクライアント装置間で行われる通信に関する通信ルートを管理する。出力停止情報送信部（３２）は第１の伝送装置からの障害通知を受信すると、通信ルートを参照して、送信元クライアント装置（１０－１）に接続する第２の伝送装置を認識し、第２の伝送装置へ出力停止指示を送信する。

Description

明細書

障害処理システム

技術分野

[0001] 本発明は障害処理システムに関し、特にネットワーク上で発生した障害の障害処理を行う障害処理システムに関する。

背景技術

[0002] イーサネット (Ethernet,登録商標）は一般的な LAN (Local Area Network)の規格であり、 10BASE—T(10Mbps)が最も普及している力近年の高速化伝送の流れに伴い、 100Mbpsの速度を持つファースト（Fast)イーサネットや、 lGbpsまたは 10 Gbpsの速度を持つギガビット（Gigabit)イーサネットと、つた高速信号伝送の需要が増加している。

[0003] また、イーサネットは、障害復旧時間が長ぐ距離的制限などがあるため、ユーザ- ーズに即さない点も多々ある。このため、高速化伝送の要求を満たし、これらの欠点を軽減するために、さら〖こは、 LANから WAN (Wide Area Network)への長距離伝送を実現するために、キャリアとして SDHZSONET (Synchronous Digital Hierarchy/ Synchronous Optical Network)の伝送技術を適用する動きが見られている。

[0004] SDHZSONETを通信バックボーンに持つイーサネットは、 EOS (Ethernet over S DHZSONET)と呼ばれ、 ITU-T G.7041で標準化が進められている GFP (Generic Fr aming Procedure)技術の 1つである。 GFPは、イーサネットフレームなどの様々な長さのペイロードを持つフレームを、 SDHZSONETにマッピングするための手順である

[0005] 図 14は EOSネットワークシステムを示す図である。 EOSネットワークシステム 100は、クライアン卜装置 101、 102と、 EOSホス卜 111〜114力ら構成され、 EOSホス卜 111 〜114は SDH網 110に含まれる。

[0006] クライアント装置 101は、クライアントルート Rl、 R2を通じて、 EOSホスト 111と接続し、 EOSホスト 111、 112«SDP^ — NWl、 NW2を通じて互いに接続し、クライアント装置 102は、クライアントルート R3、 R4を通じて、 EOSホスト 112と接続する。 [0007] また、クライアント装置 101は、クライアントルート R5、 R6を通じて、 EOSホスト 113 と接続し、 EOSホスト 113、 114は SDHルート NW3、 NW4を通じて互いに接続し、クライアント装置 102は、クライアントルート R7、 R8を通じて、 EOSホスト 114と接続する。

[0008] ここで、クライアント装置 101からクライアント装置 102へイーサネットフレームを送信する場合、クライアント装置 101では、例えば、クライアントルート Rl、 R5の両系を通じてイーサネットフレームを EOSホスト 111, 113へ送信する。

[0009] EOSホスト 111は、受信したイーサネットフレームを GFPプロトコルによって SDHフレームにマッピングし、 SDHルート NW1を通じて、 SDHフレームを EOSホスト 112 へ送信する。 EOSホスト 112は、受信した SDHフレームをデマッピングしてイーサネットフレームに変換し、クライアントルート R3を通じてクライアント装置 102へ送信する

[0010] また、 EOSホスト 113は、受信したイーサネットフレームを GFPプロトコルによって S DHフレームにマッピングし、 SDHルート NW3を通じて、 SDHフレームを EOSホスト 114へ送信する。 EOSホスト 114は、受信した SDHフレームをデマッピングしてィーサネットフレームに変換し、クライアントルート R7を通じてクライアント装置 102へ送信する。

[0011] このように、 GFPプロトコルを用いることで、イーサネットの伝送インタフェース機能を持つクライアント装置 101、 102間で、 SDH網 110を介してイーサネットフレームの通信を行うことができる。

[0012] 従来の GFP伝送技術として、 GFPカプセルのトランスポートヘッダに障害通知領域を設けて伝送路網で発生した障害情報を転送する技術が提案されて!ヽる（例えば、特許文献 1)。

特許文献 1：特開 2004— 320683号公報 (段落番号〔0044〕〜〔0052〕，第 1図）発明の開示

発明が解決しょうとする課題

[0013] 図 14で示した EOSネットワークシステム 100において、クライアント装置 101のクライアントルート R1からの送信ポートに障害が起こった場合を考える。なお、 EOSではネットワーク上に障害が発生すると、 GFP機能を有する装置は、 GFPの Signal Propa gation機能により、 Egress nodeへのフレーム出力を停止する制御が規定されている。

[0014] また、クライアント装置 101は、リンクァグリゲーシヨン（Link Aggregation： IEEE 802.3 h)機能を持つ装置であるとする。リンクァグリゲーシヨンは、複数の物理リンクを仮想的な 1つのリンクとみなす接続方式であり、局所的に帯域増加するスパンにおいて、リンクァダリゲーシヨンを形成することで、局所的なトラフィック増加に対応することが可會になる。

[0015] ここで、リンクァグリゲーシヨンの機能として、あるスパンの通常運用時には、フレームを n本のリンクに分岐させて送出し、 m (<n)本のリンクが使用不可になると、 n—m 本でフレームを送出できる（帯域は n本のときと比べて減少する）。

[0016] 図 15はリンクァグリゲーション機能を働かせて!/、るときに障害発生した場合の図である。クライアントルート R1側に障害が起こると、 EOSホスト 112は、 EOSホスト 111 力もの入力が途絶えることにより、送信元で障害が発生したことを認識し、クライアントルート R3へのフレームの出力停止制御（Shut Off)を行う。

[0017] また、クライアント装置 102は、クライアントルート R3からの入力が途絶えることにより、送信元で障害が発生したことを認識し、障害発生前のクライアントルート R3、 R7の両系受信処理から、クライアントルート R7のみの片系受信処理に切り替える。

[0018] さらに、クライアント装置 101は、障害発生前にはクライアントルート Rl、 R5の両系に出力していたイーサネットフレームを、クライアントルート R1側での障害発生を検出すると、リンクァグリゲーシヨンの冗長機能を働力せて、クライアントルート R5のみの出力に変更させる (伝送帯域は両系出力の場合の半分になる）。このような処理によつてクライアント装置 101、 102側で障害が発生した場合でも通信を継続することが可能である。

[0019] 次に SDH網 110内の SDHルート NW1に障害が発生した場合を考える。なお、 S DHを例にするが、 SONETでも同様である。図 16は SDH網 110内に障害が発生した場合を示す図である。 SDHルート NW1に障害が発生すると、 EOSホスト 112が障害を検出することで、クライアント装置 102へのクライアントルート R3に対する出力停止制御（Shut Off)が行われ、クライアント装置 102は送信元で障害が発生したことを認識する。

[0020] し力し、 EOSホスト 112における GFPの Signal Propagation機能は、 EOSホスト 111 へ SDH障害を通知する機能を持たないために、 EOSホスト 111は、クライアント装置 101の出力を制御することができず、クライアント装置 101は通常どおりイーサネットフレームを無駄に出力し続けてしまうといった問題があった。また、クライアント装置 1 01は、障害発生を認識して！/、な！/、のでリンクァグリゲーシヨン機能も動作させることができない。

[0021] さらに、この過程において、 SDH障害を検出した EOSホスト 112がクライアントルート R4を通じての自装置への入力を断させてしまうと通信デッドロックが起こり復旧しなくなつてしまう。

[0022] このように、従来の EOSネットワークシステムでは、 SDH網内の SDHルートに障害が発生すると、 GFPの出力停止制御により、イーサネットフレームの送信先のクライァント装置は、障害を認識することは可能である力イーサネットフレームの送信元のクライアント装置は、障害を認識することができないので、イーサネットフレームを出力し続けてしまうといった問題があった。

[0023] 本発明はこのような点に鑑みてなされたものであり、障害通知及び送信元への出力停止制御を適切に行って EOSネットワークの運用性の向上を図った障害処理システムを提供することを目的とする。

課題を解決するための手段

[0024] 本発明では上記課題を解決するために、図 1に示すような、ネットワーク上で発生した障害の障害処理を行う障害処理システム 1において、ネットワーク 2に接続し、ネットワーク 2を通じて通信フレームの送受を行うクライアント装置 10— 1〜10— 4と、ネットワーク 2内に発生した障害を検出する障害検出部 20aと、障害が検出されると、通信フレームの送信先に位置するクライアント装置である送信先クライアント装置 10— 3 へ向けて通信フレームを出力しないように、自装置に対して出力停止制御を行う送信先出力停止制御部 20bと、障害を検出したことをネットワーク管理側へ通知する障害通知部 20cと、から構成される第 1の伝送装置と、出力停止指示を受信すると、送信先クライアント装置 10— 3に対向する、通信フレームの送信元に位置する送信元クライアント装置 10— 1が通信フレームを出力しないように、送信元クライアント装置 10— 1に対して出力停止制御を行う送信元出力停止制御部 20dを含む第 2の伝送装置と、ネットワーク 2を介してクライアント装置間で行われる通信に関する通信ルートを管理する通信ルート管理部 31と、第 1の伝送装置力の障害通知を受信すると、通信ルートを参照して、送信元クライアント装置 10—1に接続する第 2の伝送装置を認識し、第 2の伝送装置へ出力停止指示を送信する出力停止情報送信部 32と、から構成されるネットワーク管理装置 30と、を有することを特徴とする障害処理システム 1が提供される。

[0025] ここで、クライアント装置 10— 1〜： LO— 4は、ネットワーク 2に接続し、ネットワーク 2を通じて通信フレームの送受を行う。障害検出部 20aは、ネットワーク 2内に発生した障害を検出する。送信先出力停止制御部 20bは、障害が検出されると、通信フレームの送信先に位置するクライアント装置である送信先クライアント装置 10— 3へ向けて通信フレームを出力しないように、自装置に対して出力停止制御を行う。障害通知部 20cは、障害を検出したことをネットワーク管理側へ通知する。送信元出力停止制御部 20dは、出力停止指示を受信すると、送信先クライアント装置 10— 3に対向する、通信フレームの送信元に位置する送信元クライアント装置 10— 1が通信フレームを出力しないように、送信元クライアント装置 10— 1に対して出力停止制御を行う。通信ルート管理部 31は、ネットワーク 2を介してクライアント装置間で行われる通信に関する通信ルートを管理する。出力停止情報送信部 32は、第 1の伝送装置からの障害通知を受信すると、通信ルートを参照して、送信元クライアント装置 10— 1に接続する第 2の伝送装置を認識し、第 2の伝送装置へ出力停止指示を送信する。

発明の効果

[0026] 本発明の障害処理システムは、第 1の伝送装置は、ネットワーク内に発生した障害を検出すると、送信先クライアント装置に対する通信フレーム出力の停止制御を行つて、障害を検出したことをネットワーク管理装置へ通知し、ネットワーク管理装置は、ネットワークを介してクライアント装置間で行われる通信に関する通信ルートを管理し、通信ルートを参照して、送信元クライアント装置に接続する第 2の伝送装置を認識し、また第 2の伝送装置へ出力停止指示を送信し、第 2の伝送装置は、出力停止指示を受信すると、送信元クライアント装置力第 2の伝送装置へ通信フレームが出力されないように、送信元クライアント装置に対して出力停止制御を行う構成とした。これにより、障害情報の通知及び送信元への出力停止制御を適切に行うことができ、障害発生時に無駄に信号が出力するといつたことがなくなるので、ネットワークの運用性の向上を図ることが可能になる。

[0027] 本発明の上記および他の目的、特徴および利点は本発明の例として好ま U、実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。

図面の簡単な説明

[0028] [図 1]障害処理システムの原理図である。

[図 2]EOSに適用した障害処理システムの全体構成を示す図である。

[図 3]EOSホストの内部構成を示す図である。

[図 4]NMSで管理される通信ルートを示す図である。

[図 5]障害検出時の動作を示すフローチャートである。

[図 6]障害復旧時の動作を示すフローチャートである。

[図 7]障害処理システムの原理図である。

[図 8]EOSに適用した障害処理システムの全体構成を示す図である。

[図 9]EOSホストの内部構成を示す図である。

[図 10]GFPデータフレームのフォーマットを示す図である。

[図 11]GFP制御フレームのフォーマットを示す図である。

[図 12]障害検出時の動作を示すフローチャートである。

[図 13]障害復旧時の動作を示すフローチャートである。

[図 14]EOSネットワークを示す図である。

[図 15]リンクァグリゲーシヨン機能を働かせているときに障害発生した場合の図である

[図 16]SDH網内に障害が発生した場合を示す図である。

発明を実施するための最良の形態

[0029] 以下、本発明の実施の形態を図面を参照して説明する。図 1は障害処理システムの原理図である。第 1の実施の形態の障害処理システム 1は、クライアント装置 10— 1 〜10— 4、伝送装置 20— 1〜20— 4、ネットワーク管理装置 30から構成されて、ネットワーク 2上で発生した障害の障害処理（障害通知、出力停止制御）を行うシステムである。

[0030] クライアント装置 10— 1〜： LO— 4は、ネットワーク 2に接続し (具体的にはクライアント装置 10— 1〜： LO— 4はそれぞれ伝送装置 20— 1〜20— 4に接続する）、ネットヮーク 2を通じて通信フレームの送受を行う。なお、クライアント装置は、ルータ（L3スイツチ）や L2スィッチ等が一般的である。

[0031] 伝送装置 20— 1〜20— 4は、二重の光ファイバでリング状に接続してネットワーク 2 を構築する。第 1の伝送装置 (以下、伝送装置 20— 3)は、障害検出部 20a、送信先出力停止制御部 20b、障害通知部 20cを含み、第 2の伝送装置（以下、伝送装置 20 1)は、送信元出力停止制御部 20dを含む。

[0032] 伝送装置 20— 3に対し、障害検出部 20aは、ネットワーク 2内に発生した障害を入力断等から検出する。送信先出力停止制御部 20bは、障害が検出されると、通信フレームの送信先に位置するクライアント装置である送信先クライアント装置 10— 3へ向けて通信フレームを出力しないように、自装置に対して出力停止制御を行う。すなわち、伝送装置 20— 3からクライアント装置 10— 3への通信フレームの送信出力を停止する。障害通知部 20cは、障害を検出したことをネットワーク管理側 (ネットワーク管理装置 30)へ通知する。

[0033] 伝送装置 20— 1に対し、送信元出力停止制御部 20dは、ネットワーク管理装置 30 から送信された出力停止指示を受信すると、送信先クライアント装置 10— 3に対向する、通信フレームの送信元に位置する送信元クライアント装置 10— 1が通信フレームを出力しな!、ように、送信元クライアント装置 10— 1に対して出力停止制御を行う。

[0034] ネットワーク管理装置 30は、通信ルート管理部 31、出力停止情報送信部 32を含む。通信ルート管理部 31は、ネットワーク 2を介してクライアント装置間で行われる通信に関するすべての通信ルートを管理する。出力停止情報送信部 32は、伝送装置 20 3からの障害通知を受信すると、通信ルートを参照して、送信元クライアント装置 10 1に接続する伝送装置 20— 1を認識し、伝送装置 20— 1へ出力停止指示を送信する。なお、図示してないが、ネットワーク管理装置 30は、伝送装置20—1〜20—4 のいずれか 1つに接続することにより、ネットワーク 2の全体管理を行うものである。

[0035] 次に障害処理システム 1を EOS (Ethernet over SDH/SONET)に適用した場合の構成及び動作について以降詳しく説明する。図 2は EOSに適用した障害処理システムの全体構成を示す図である。障害処理システム 1—1は、クライアント装置 10— 1〜 10— 6、 EOSホスト 20— 1〜20— 4、 NMS (Network Management System) 30から構成される。なお、 EOSホストは図 1で示した伝送装置に該当し、 NMSは図 1で示したネットワーク管理装置に該当する。

[0036] EOSホスト 20— 1〜20— 4は二重の光ファイバでリング状に接続し、 EOSリングネットワーク 2aを構築する。この場合、 EOSホスト 20— 1と EOSホスト 20— 2は SDHリンク L # 4で互いに接続し、 EOSホスト 20— 2と EOSホスト 20— 3は SDHリンク L # 1 で互いに接続し、 EOSホスト 20— 3と EOSホスト 20— 4は SDHリンク L # 2で互いに接続し、 EOSホスト 20— 4と EOSホスト 20 - 1は SDHリンク L # 3で互、に接続する。なお、これらの SDHリンクは時計周り Z反時計周りの冗長リンクを構成する。

[0037] また、 EOSホスト 20— 1とクライアント装置 10— 1は、クライアントルート CR# 6を通じて接続し、 EOSホスト 20— 2とクライアント装置 10— 2は、クライアントルート CR# 2 を通じて接続し、 EOSホスト 20— 2とクライアント装置 10— 3は、クライアントルート CR # 1を通じて接続する。さらに、 EOSホスト 20— 3とクライアント装置 10— 4は、クライアントルート CR # 3を通じて接続し、 EOSホスト 20— 4とクライアント装置 10— 5は、クライアントルート CR # 4を通じて接続し、 EOSホスト 20— 4とクライアント装置 10— 6 は、クライアントルート CR # 5を通じて接続する。なお、図示はしていないが、 NMS3 0は EOSホスト 20— 1〜20— 3のいずれかに接続する。

[0038] 図 3は EOSホストの内部構成を示す図である。 EOSホスト 20は、 PHY (Physics)ィンタフェース部 21a、 EOSカプセル化部 22a、 VC (Virtual Container)マッピング部 2 3a、 AU (Administrative Unit)マッピング部 24a、 STM (Synchronous Transport Mod ule)— Nマッピング部 25a、 STM— Nターミネーシヨン部 21b、 AUターミネーシヨン部 22b、 VCターミネーシヨン部 23b、 EOSデカプセル化部 24b、 PHYインタフェース部 25b、 VCアラーム検出部 26b、 EOSアラーム検出部 27bから構成される。

[0039] なお、 PHYインタフェース部 21aは、送信元出力停止制御部 20dの機能を有し、 V Cアラーム検出部 26bと EOSアラーム検出部 27bは、障害検出部 20aの機能を有し、 PHYインタフェース部 25bは、送信先出力停止制御部 20bの機能を有する。

[0040] PHYインタフェース部 21aは、クライアント装置から送信されたイーサネットフレームを終端する。また、 NMS30から出力停止指示を受信すると、クライアント装置力 — サネットフレームを EOSホスト 20に出力しないように、クライアント装置に対して出力停止制御を行う。 EOSカプセルィ匕部 22aは、イーサネットフレームを SDH信号にマツビングするために中間的なフォーマットにカプセルィ匕する。例えば、イーサネットフレームを GFPフレームに埋め込んでカプセル化する。

[0041] VCマッピング部 23aは、 SDHパスレイヤの信号を生成する（具体的な例： VC12 Ma pping、 VC4 Mapping等）。 AUマッピング部 24aは、 SDHパスレイヤの信号に先頭を示すポインタの付カ卩を行う（具体的な例： AU4 Mapping) o STM—Nマッピング部 25a は、ポインタが付カ卩された信号に SDH信号のオーバヘッドを付カ卩し STM— Nの SD H信号を生成し、隣接する EOSホストへ送信する。

[0042] STM—Nターミネーシヨン部 21bは、受信した SDH信号のオーバヘッドを終端する。 AUターミネーシヨン部 22bは、 SDHパスレイヤの信号に付加されている先頭を示すポインタを終端する（具体的な例： AU4 Termination) o VCターミネーシヨン部 23 bは、 SDHパスレイヤの信号を終端する（具体的な例： VC12 Termination, VC4 Ter mination等)。

[0043] EOSデカプセル化部 24bは、中間フォーマットをデカプセル化してイーサネットフレームを抽出する。 VCアラーム検出部 26bは、 VCレイヤの障害を検出する（具体的な例： AIS ALM、 UNEQ ALM等）。 EOSアラーム検出部 27bは、 EOSレイヤの障害を検出する（具体的な例： GFP ALM) ₀ PHYインタフェース部 25bは、イーサネットフレームをクライアント装置へ送信する。また、 VCZEOS障害が検出されると、 EOSホスト 20からクライアント装置へのイーサネットフレームの出力停止制御を行う。なお、 VC レイヤ障害とは、例えば、 AUポインタの異常などがある。また、 EOSレイヤ障害とは、 EOSリングネットワーク 2aの伝送路上で生じるリンク障害（リンク断)や、または EOSホスト 20— 1〜20—4の内部のパス障害（パス断)などである。

[0044] 図 4は NMS30で管理される通信ルートを示す図である。テーブル T1は、通信ルート管理部 31内のデータベースに格納されており、パス ID、伝送方向、信号レート、通信ルートの項目から構成され、図 2で示したシステムの通信ルートを示して、る。

[0045] 項番 1では、 EOSホスト内部のパスルート PR # 1を通じて、 VC4 (140Mbps)の信号レートで、クライアント装置 10— 3からクライアント装置 10— 5への片方向にイーサネットフレームが送信される通信ルートの情報が示される。このときの通信ルートは、クライアント装置 10— 3：クライアントルート CR # l→EOSホスト 20 - 2： SDHリンク L # l→EOSホスト 20 - 3： SDHリンク L # 2→EOSホスト 20— 4：クライアントルート C R # 4→クライアント装置 10— 5である。

[0046] 項番 2では、 EOSホスト内部のパスルート PR # 2を通じて、 VC3 (340Mbps)の信号レートで、クライアント装置 10— 2とクライアント装置 10— 6との間で双方向にィーサネットフレームが送信される通信ルートの情報が示される。このときの通信ルートは、クライアント装置 10— 2：クライアントルート CR # 2 EOSホスト 20— 2： SDHリンク L # 4 EOSホスト 20— 1： SDHリンク L # 3 EOSホスト 20— 4：クライアントノレート C R # 5 クライアント装置 10— 6である。

[0047] 項番 3では、 EOSホスト内部のパスルート PR# 3を通じて、 VC12 (2Mbps)の信号レートで、クライアント装置 10— 1とクライアント装置 10— 4との間で双方向にイーサネットフレームが送信される通信ルートの情報が示される。このときの通信ルートは、クライアント装置 10— 1：クライアントルート CR# 6 EOSホスト 20— 1： SDHリンク L # 4 EOSホスト 20 - 2： SDHリンク L # l EOSホスト 20 - 3：クライアントルート CR # 3 クライアント装置 10— 4である。

[0048] 次に障害検出動作について、上述した図 2、図 4及び図 5のフローチャートを用いて説明する。図 5は障害検出時の動作を示すフローチャートである。

〔S1〕 SDHリンク L # 1に片側回線障害が発生する。

[0049] 〔S2〕EOSホスト 20— 3、 20— 4は、 EOSレイヤの障害検出を行う（同時に VCレイャの障害も検出される）。 EOSホスト 20— 3は、クライアント装置 10— 4に対するィーサネットフレームの出力停止制御を行い、 EOSホスト 20— 4は、クライアント装置 10 5に対するイーサネットフレームの出力停止制御を行う。

[0050] 〔S3〕 EOSホスト 20— 3は、 NMS30に対して、 VCZEOSレイヤ障害と、クライアントルート CR# 3の出力を停止したことを通知する。また、 EOSホスト 20— 4は、 NMS 30に対して、 VCZEOSレイヤ障害と、クライアントルート CR# 4の出力を停止したことを通知する。

[0051] 〔S4〕NMS30内部の通信ルート管理部 31は、図 4で示したテーブル T1の項番 3 にもとづき、 EOSホスト 20 - 3に接続して、るクライアントルート CR # 3の対向になる EOSホスト及びクライアントルートを検索する。この場合は、 EOSホスト 20— 1とクライアントルート CR # 6が該当しこれを認識する。

[0052] また、テーブル T1の項番 1にもとづき、 EOSホスト 20— 4に接続しているクライアントルート CR # 4の対向になる EOSホスト及びクライアントルートを検索する。この場合は、 EOSホスト 20— 2とクライアントルート CR # 1が該当しこれを認識する。

[0053] 〔S5〕NMS30の出力停止情報送信部 32は、 EOSホスト 20— 1、 20— 2に出力停止指示を送信する。なお、どの EOSホストに出力停止指示を出したかなどの情報も N MS 30内で保持される。

[0054] 〔S6〕EOS20— 1は出力停止指示を受信すると、クライアント装置 10— 1がイーサネットフレームを出力しな、ように、クライアント装置 10— 1に対して出力停止制御を行う。また、 EOS20— 2は出力停止指示を受信すると、クライアント装置 10— 3がィーサネットフレームを出力しな、ように、クライアント装置 10— 3に対して出力停止制御を行う。

[0055] 次に障害復旧時の動作について説明する。図 6は障害復旧時の動作を示すフローチャートである。

〔S11〕SDHリンク L # lの片側回線障害が復旧する。

[0056] 〔S12〕EOSホスト 20— 3、 20—4は¥じ £03レィャの障害を解除する。

〔S13〕EOS* 20— 3«、 NMS30に対して、障害復旧と、クライアントルート CR # 3の出力再開とを通知し、同様に、 EOSホスト 20— 4は、 NMS30に対して、障害復旧と、クライアントルート CR # 4の出力再開とを通知する。

[0057] 〔S14〕NMS30は、解除通知を受信すると、 EOSホスト 20— 1、 20— 2に出力停止解除通知を送信する。

〔S15〕EOSホスト 20— 1は、出力停止解除通知を受信すると、クライアント装置 10 —1から EOSホスト 20— 1へのイーサネットフレーム出力を再開させる。また、 EOSホスト 20— 2は、出力停止解除通知を受信すると、クライアント装置 10— 3から EOSホスト 20— 2へのイーサネットフレーム出力を再開させる。

[0058] 以上説明したように、障害処理システム 1によれば、ネットワーク内に障害が発生すると、 EOSホストから送信先クライアント装置への出力停止だけでなく送信元クライアント装置力 EOSホストへの出力停止も行うことができるので、従来のように、送信元クライアント装置が障害を認識することができずにイーサネットフレームを出力し続けてしまうといった問題を解決することが可能になる。

[0059] 次に第 2の実施の形態の障害処理システムについて説明する。図 7は障害処理システムの原理図である。第 2の実施の形態の障害処理システム 2aは、クライアント装置 10— 1〜10— 4、伝送装置 40— 1〜40— 4、ネットワーク管理装置 50から構成されて、ネットワーク 2上で発生した障害の障害処理（障害通知、出力停止制御）を行うシステムである。

[0060] クライアント装置 10— 1〜： L0— 4は、ネットワーク 2に接続し (具体的にはクライアント装置 10— 1〜： L0— 4はそれぞれ伝送装置 40 - 1〜40 - 4に接続する）、ネットヮーク 2を通じて通信フレームの送受を行う。

[0061] 伝送装置 40— 1〜40— 4は、二重の光ファイバでリング状に接続してネットワーク 2 を構築する。第 1の伝送装置 (以下、伝送装置 40— 3)は、障害検出部 40a、送信先出力停止制御部 40b、障害通知部 40cを含み、第 2の伝送装置（以下、伝送装置 40 1)は、送信元出力停止制御部 40dを含む。

[0062] 伝送装置 40— 3に対し、障害検出部 40aは、ネットワーク 2内に発生した障害を入力断等から検出する。送信先出力停止制御部 40bは、障害が検出されると、通信フレームの送信先に位置するクライアント装置である送信先クライアント装置 10— 3へ向けて通信フレームを出力しないように、自装置に対して出力停止制御を行う。障害通知部 40cは、障害が検出されると、送信先クライアント装置 10— 3に対向する、通信フレームの送信元に位置する送信元クライアント装置 10— 1に接続する伝送装置 (伝送装置 40— 1)の識別子 (ID)を少なくとも含む障害情報をネットワーク管理側 (ネットワーク管理装置 50)へ通知する。 [0063] 伝送装置 40— 1に対し、送信元出力停止制御部 40dは、出力停止指示を受信すると、送信元クライアント装置 10—1が通信フレームを出力しないように、送信元クライアント装置 10— 1に対して出力停止制御を行う。

[0064] ネットワーク管理装置 50は、出力停止情報送信部 51を含む。出力停止情報送信部 51は、伝送装置 40— 3からの障害情報を受信して、送信元クライアント装置 10— 1に接続する伝送装置 40— 1を認識し、伝送装置 40— 1へ出力停止指示を送信する。

[0065] 次に障害処理システム 2aを EOSに適用した場合の構成及び動作について以降詳しく説明する。図 8は EOSに適用した障害処理システムの全体構成を示す図である。障害処理システム 2— 1の構成は基本的に図 2と同様であるので説明は省略する。

[0066] 図 9は EOSホストの内部構成を示す図である。 EOSホスト 40は、 PHYインタフエ一ス部 41a、 GFP制御フレーム発生部 42a、 GFPカプセル化部 43a、多重部 44a、 VC マッピング部 45a、 AUマッピング部 46a、 STM— Nマッピング部 47a、 STM— Nタ一ミネーシヨン部 41b、 AUターミネーシヨン部 42b、 VCターミネーシヨン部 43b、分離部 44b、 GFP制御フレームターミネーシヨン部 45b、 GFPデカプセル化部 46b、 PH Yインタフェース部 47b、障害検出 Z通知部 48bから構成される。

[0067] なお、 PHYインタフェース部 41aは、送信元出力停止制御部 40dの機能を有し、障害検出 Z通知部 48bは、障害検出部 40aと障害通知部 40cの機能を有し、 PHYインタフエース部 47bは、送信先出力停止制御部 40bの機能を有する。

[0068] PHYインタフェース部 41aは、クライアント装置から送信されたイーサネットフレームを終端する。また、 NMS50から出力停止指示を受信すると、クライアント装置力 — サネットフレームを EOSホスト 40に出力しないように、クライアント装置に対して出力停止制御を行う。 GFP制御フレーム発生部 42aは、 GFP制御フレームを生成する。 GFPカプセル化部 43aは、 PHYインタフェース部 41aから出力された信号を GFPデ一タフレームにカプセル化する。多重部 44aは、 GFP制御フレームと GFPデータフレームを多重化して多重化フレームを生成する。

[0069] VCマッピング部 45aは、 SDHパスレイヤの信号を生成する（具体的な例： VC12 Ma pping、 VC4 Mapping等）。 AUマッピング部 46aは、 SDHパスレイヤの信号に先頭を示すポインタの付カ卩を行う（具体的な例： AU4 Mapping) o STM— Nマッピング部 47a は、ポインタが付カ卩された信号に SDH信号のオーバヘッドを付カ卩し STM— Nの SD H信号を生成し、隣接する EOSホストへ送信する。

[0070] STM— Nターミネーシヨン部 41bは、 SDH信号のオーバヘッドを終端する。 AUタ一ミネーシヨン部 42bは、 SDHパスレイヤの信号に付加されて!、る先頭を示すポインタを終端する（具体的な例： AU4 Termination) o VCターミネーシヨン部 43bは、 SDH パスレイヤの信号を終端する（具体的な例： VC12 Termination, VC4 Termination等）

[0071] 分離部 44bは、 VCターミネーシヨン部 43bから出力された信号を GFP制御フレームと GFPデータフレームに分離する。 GFP制御フレームターミネーシヨン部 45bは、 GFP制御フレームの終端を行う。 GFPデカプセル化部 46bは、 GFPデータフレームをデカプセル化してイーサネットフレームを抽出する。 PHYインタフェース部 47bは、イーサネットフレームをクライアント装置へ送信する。また、障害が検出されると、 EOS ホスト 40からクライアント装置へのイーサネットフレームの出力停止制御を行う。障害検出 Z通知部 48bは、 GFP制御フレーム中に付与されている EOSホストの IDとクライアントルート IDの監視（障害監視）を行!ヽ、障害情報を生成して NMS50へ通知する。

[0072] 図 10は GFPデータフレームのフォーマットを示す図であり、図 11は GFP制御フレームのフォーマットを示す図である。 EOSリングネットワーク 2a上を流れる SDH信号（ SDHフレーム）は、オーバヘッド（OH)と VCデータとから構成され、 OHは SOH (セクシヨンオーバヘッド）、ポインタ（PTR)、 POH (パスオーバヘッド）から構成される。

[0073] VCデータは、 GFPデータフレームと GFP制御フレームを含む。 GFPデータフレームは、コアヘッダ、ペイロードヘッダ、イーサネットフレーム、 FCS (Frame Check Sequ ence)から構成される。

[0074] GFP制御フレーム F1は、 0x0001〜0x0003の制御フレーム識別子（2Byte)、ヘッダ CRC— 16 (2Byte)、 OA&M (Operation Administration and Maintenanceリメッセ一ジ（6Byte)、ペイロード CRC (Cyclic Redundancy Check) 16 (2Byte)から構成される。障害処理システム 2—1では、 GFP制御フレーム F1の制御フレーム識別子を 0x0 001とし、 OA&Mメッセージの前半 3Byteを EOSホスト IDとして使用し、 OA&Mメッセージの後半 3Byteをクライアントルート IDとして使用する。

[0075] 次に障害検出動作について、上述した図 8及び図 12のフローチャートを用いて説明する。図 12は障害検出時の動作を示すフローチャートである。

〔S21〕 SDHリンク L # 1に片側回線障害が発生する。

[0076] 〔S22〕EOSホスト 40— 3、 40— 4は、 GFP障害の検出を行う。 EOSホスト 40— 3は

、クライアント装置 10— 4に対するイーサネットフレームの出力停止制御を行い、 EO

Sホスト 40— 4は、クライアント装置 10— 5に対するイーサネットフレームの出力停止制御を行う。

[0077] 〔S23〕EOSホスト 40— 3は、 NMS50に対して、送信元の EOSホスト IDと、送信元のクライアントルート IDを含めた障害情報を通知する。ここでは、 EOSホスト IDは 40 —1、クライアントルート IDは CR# 6である。また、 EOSホスト 40— 4は、 NMS50に対して、送信元の EOSホスト IDと、送信元のクライアントルート IDを含めた障害情報を通知する。ここでは、 EOSホスト IDは 40— 2、クライアントルート IDは CR # 1である

[0078] 〔S24〕NMS50内部の出力停止情報送信部 51は、 EOSホスト 40— 3から送信された障害情報から、 EOSホスト 40— 1及びクライアントルート CR# 6を認識し、 EOS ホスト 40—1に出力停止指示を送信する。また、出力停止情報送信部 51は、 EOSホスト 40— 4から送信された障害情報から、 EOSホスト 40— 2及びクライアントルート C R # 1を認識し、 EOSホスト 40— 2に出力停止指示を送信する。

[0079] 〔S25〕EOS40— 1は出力停止指示を受信すると、クライアント装置 10— 1がイーサネットフレームを出力しな、ように、クライアント装置 10— 1に対して出力停止制御を行う。また、 EOS40— 2は出力停止指示を受信すると、クライアント装置 10— 3がィーサネットフレームを出力しな、ように、クライアント装置 10— 3に対して出力停止制御を行う。

[0080] 次に障害復旧時の動作について説明する。図 13は障害復旧時の動作を示すフロ一チャートである。

〔331〕3011リンク1^ # 1の片側回線障害が復旧する。 [0081] 〔S32〕EOSホスト 40— 3、 40— 2は GFP障害を解除する。

〔S33〕EOS* 40— 3«、 NMS50に対して、障害復旧と、クライアントルート CR

# 3の出力再開とを通知し、同様に、 EOSホスト 40— 4は、 NMS50に対して、障害復旧と、クライアントルート CR # 4の出力再開とを通知する。

[0082] 〔S34〕NMS50は、解除通知を受信すると、 EOSホスト 40— 1、 40— 2に出力停止解除通知を送信する。

〔S35〕EOSホスト 40— 1は、出力停止解除通知を受信すると、クライアント装置 10

—1から EOSホスト 40— 1へのイーサネットフレーム出力を再開させる。また、 EOSホスト 40— 2は、出力停止解除通知を受信すると、クライアント装置 10— 3から EOSホスト 40— 2へのイーサネットフレーム出力を再開させる。

[0083] 上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなぐ対応するすべての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。

符号の説明

[0084] 1 障害処理システム

2 ネットワーク

10— 1〜： L0— 4 クライアント装置

20— 1〜20— 4 伝送装置

20a 障害検出部

20b 送信先出力停止制御部

20c 障害通知部

20d 送信元出力停止制御部

30 ネットワーク管理装置

31 通信ルート管理部

32 出力停止情報送信部

Claims

請求の範囲

[1] ネットワーク上で発生した障害の障害処理を行う障害処理システムにお、て、前記ネットワークに接続し、前記ネットワークを通じて通信フレームの送受を行うクライアント装置と、

前記ネットワーク内に発生した障害を検出する障害検出部と、前記障害が検出されると、前記通信フレームの送信先に位置する前記クライアント装置である送信先クライアント装置へ向けて前記通信フレームを出力しないように、自装置に対して出力停止制御を行う送信先出力停止制御部と、前記障害を検出したことをネットワーク管理側へ通知する障害通知部と、から構成される第 1の伝送装置と、

出力停止指示を受信すると、前記送信先クライアント装置に対向する、前記通信フレームの送信元に位置する送信元クライアント装置が前記通信フレームを出力しないように、前記送信元クライアント装置に対して出力停止制御を行う送信元出力停止制御部を含む第 2の伝送装置と、

前記ネットワークを介して前記クライアント装置間で行われる通信に関する通信ルートを管理する通信ルート管理部と、前記第 1の伝送装置からの障害通知を受信すると、前記通信ルートを参照して、前記送信元クライアント装置に接続する前記第 2の伝送装置を認識し、前記第 2の伝送装置へ前記出力停止指示を送信する出力停止情報送信部と、力構成されるネットワーク管理装置と、

を有することを特徴とする障害処理システム。

[2] 前記障害検出部は、前記障害の復旧を検出すると、前記送信先出力停止制御部は、前記第 1の伝送装置から前記送信先クライアント装置への前記通信フレームの出力停止制御を解除し、前記障害通知部は出力停止制御を解除したことを前記ネットワーク管理部へ通知し、前記出力停止情報送信部は、前記第 1の伝送装置からの解除通知を受信すると、前記送信元クライアント装置に接続する前記第 2の伝送装置へ、出力停止制御の解除指示を送信し、前記送信元出力停止制御部は、前記送信元クライアント装置から前記第 2の伝送装置への前記通信フレームの出力停止制御を解除することを特徴とする請求の範囲第 1項記載の障害処理システム。

[3] ネットワーク上で発生した障害の障害処理を行う障害処理システムにお、て、前記ネットワークに接続し、前記ネットワークを通じて通信フレームの送受を行うクライアント装置と、

前記ネットワーク内に発生した障害を検出する障害検出部と、前記障害が検出されると、前記通信フレームの送信先に位置する前記クライアント装置である送信先クライアント装置へ向けて前記通信フレームを出力しないように、自装置に対して出力停止制御を行う送信先出力停止制御部と、前記障害が検出されると、前記送信先クライアント装置に対向する、前記通信フレームの送信元に位置する送信元クライアント装置に接続する伝送装置の識別子を少なくとも含む障害情報をネットワーク管理側へ通知する障害通知部と、から構成される第 1の伝送装置と、

出力停止指示を受信すると、前記送信元クライアント装置が前記通信フレームを出力しないように、前記送信元クライアント装置に対して出力停止制御を行う送信元出力停止制御部を含む第 2の伝送装置と、

前記第 1の伝送装置からの前記障害情報を受信して、前記送信元クライアント装置に接続する前記第 2の伝送装置を認識し、前記第 2の伝送装置へ前記出力停止指示を送信する出力停止情報送信部と、から構成されるネットワーク管理装置と、を有することを特徴とする障害処理システム。

前記障害検出部は、前記障害の復旧を検出すると、前記送信先出力停止制御部は、前記第 1の伝送装置から前記送信先クライアント装置への前記通信フレームの出力停止制御を解除し、前記障害通知部は出力停止制御を解除したことを前記ネットワーク管理部へ通知し、前記出力停止情報送信部は、前記第 1の伝送装置からの解除通知を受信すると、前記送信元クライアント装置に接続する前記第 2の伝送装置へ、出力停止制御の解除指示を送信し、前記送信元出力停止制御部は、前記送信元クライアント装置から前記第 2の伝送装置への前記通信フレームの出力停止制御を解除することを特徴とする請求の範囲第 3項記載の障害処理システム。