伝送装置および警報送信方法
【課題】イーサネットを扱うＴ−ＭＰＬＳ技術を使用したネットワークでは、自クライアント装置と対向側クライアント装置間において、その中継している各装置に対し、透過的にリンク断警報を転送し、シャットダウンを実施させる必要である。
【解決手段】クラアント装置とＴ−ＭＰＬＳ装置がオートネゴによってリンクしているネットワークシステムでも、ＦＤＩ上にリンク維持フィールドを定義することによって、対向側ノードがＦＤＩを受信した場合においてもシャットダウンの要否を判定する。
【解決手段】クラアント装置とＴ−ＭＰＬＳ装置がオートネゴによってリンクしているネットワークシステムでも、ＦＤＩ上にリンク維持フィールドを定義することによって、対向側ノードがＦＤＩを受信した場合においてもシャットダウンの要否を判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送装置および警報送信方法も係り、イーサネット（登録商標）信号をＴ−ＭＰＬＳ（Transport-MPLS）信号にカプセル化／からデカプセル化する伝送装置およびその警報送信方法に関する。
【背景技術】
【０００２】
近年、各家庭内にインターネットを始めとするブロードバンド回線が普及し、ＩＰトラフィックを中心として回線需要が増大している。それに応じて、これまでＷＡＮの主流であったＳＯＮＥＴ／ＳＤＨ、ＡＴＭなどに代わり、高速で安価なイーサネットが急速に市場に普及している。
【０００３】
イーサネット信号は、ＩＥＥＥ８０２.３で規定されているＭＡＣ（Media Access Control）フレームとＭＡＣフレームの間のＩＦＧ（Inter Frame Gap）と呼ばれる無信号状態を表すデータ（最低１２バイト以上）により構成される。ＭＡＣとは、ＯＳＩ参照モデルの第２層（レイヤ２）に属するプロトコルのことである。ＭＡＣフレームの役割は、ＯＳＩ参照モデルの第３層（レイヤ３）以上のプロトコルやデータをＭＡＣフレームのデータ領域に格納し、この格納されたレイヤ３以上のプロトコルを確実に目的の端末へ伝送することである。ＭＡＣフレームは、ＭＡＣフレームの先頭を示すプリアンブル（８バイト）と、ＭＡＣフレームの宛先の端末のＭＡＣアドレスを示す宛先アドレス（６バイト）と、ＭＡＣフレームを送信する端末のＭＡＣアドレスを示す送信元アドレス（６バイト）と、ＭＡＣフレームの長さなどを示すＴｙｐｅ／Ｌｅｎｇｔｈ（２バイト）と、データ領域（可変長）およびＦＣＳ（Frame Check Sequence）（４バイト）とで構成される。ＦＣＳは、チェックサム値とも呼ぶ。
【０００４】
イーサネットでは通信可能状態をリンクアップ状態と呼び、通信不可状態をリンクダウン状態と呼ぶ。符号化されたＭＡＣフレームやＩＦＧが、コード違反なく正常受信した場合にリンクアップ状態と判定される。また、オートネゴシエーション機能がＯＮの場合は、上記の条件に加えて、ＩＥＥＥ８０２.３に規定されるオートネゴシエーションシーケンス完了した場合にリンクアップ状態と判定される。オートネゴシエーション機能とは、ＮＬＰ（Normal Link Pulse）／ＦＬＰ（Fast Link Pulse）などのオートネゴシエーションフレームを互いに送信し合い、オートネゴシエーションシーケンスに基づいて、接続されている装置間で装置の動作モードや状態を交換し合う機能である。オートネゴシエーション機能は、伝送装置の仕様にて、ＯＮまたはＯＦＦに設定される。
【０００５】
一方、近年、通信キャリアのバックボーンネットワークのフルＩＰ（Internet Protocol）・Ｅｔｈｅｒｎｅｔ（登録商標）化が進展している。その結果、旧来から存在するＳＤＨ／ＳＯＮＥＴ技術をベースとするバックボーンネットワークと新しいＩＰ・Ｅｔｈｅｒｎｅｔ技術をベースとするバックボーンネットワークが並存する状況となっている。
【０００６】
この状況を受け、ネットワーク並存による設備、保守の非効率解消の為に、ＳＤＨ／ＳＯＮＥＴ信号をＩＰ・Ｅｔｈｅｒｎｅｔパケット化することにより、ＩＰ・Ｅｔｈｅｒｎｅｔベースのバックボーンネットワークに集約を図る為の検討が行なわれている。具体的には、ＩＴＵ−Ｔ Ｙ.１３７０.１、Ｙ.１３７１、Ｙ.１３８１などに規定されるＴ−ＭＰＬＳ（Transport-MPLS）技術などである。
【０００７】
図１を参照して、ＭＰＬＳフレーム５００を説明する。図１において、ＭＰＬＳフレーム５００は、８バイトのプリアンブル５１０、６バイトの宛先アドレス５２０、６バイトの送信元アドレス５３０、３バイトのＴｙｐｅ／Ｌｅｎｇｔｈ５４０、各４バイトのシムヘッダ５５０−１、５５０−２、可変長のデータ５６０、ＦＣＳ（Frame Check Sequence）５７０から構成される。ＭＰＬＳフレーム５００の前後には、ＩＦＧ１０が挿入される。
【０００８】
データ５６０には、ＳＤＨ／ＳＯＮＥＴ信号のペイロードデータを格納する。また、シムヘッダ５５０は、２０ビットのラベル５５１、３ビットのＥＸＰ５５２、１ビットのＳ５５３、８ビットのＴＴＬ５５４から構成される。なお、シムヘッダ５５０は、２つ以上スタックすることも可能であり、図１では、２つスタックしている。
【０００９】
図２を参照して、シムヘッダの各フィールドの内容を説明する。図２において、ラベル５５１は、ＭＰＬＳのラベルＩＤである。各ノードは、ラベルを参照して、データ転送を行なう。ＥＸＰ５５２は、Experimental Use（実験用）ビットである。Ｓ５５３は、Bottom of Stackであり、１のとき、最後のラベルを示す。一方、Ｓ５５３は、０のとき、次のラベルがあることを示す。ＴＴＬ５５４は、Time To Liveであり、転送されるごとに１デクリメントされる。ＴＴＬ５５４が０でフレームは、廃棄される。
【００１０】
なお、ここでは伝送媒体としてＥｔｈｅｒｎｅｔを使用している場合を示しているので、ＭＡＣのヘッダ（プリアンブル〜Ｔｙｐｅ／Ｌｅｎｇｔｈまでのヘッダ）と、フッタであるＦＣＳが付与された形となっている。しかし、物理的な伝送媒体としてはＥｔｈｅｒｎｅｔでなくても良い。その場合は、ＭＡＣのヘッダ、フッダの代わりに、伝送媒体に従ったヘッダ、フッダが付与される。
【００１１】
Ｔ−ＭＰＬＳネットワークでは、シムヘッダに格納するラベルに対し、宛先ＩＰアドレスの情報が与えられる。その後はラベルのみを見てフォワーディングが繰り返され、目的地まで到着したらラベルが外される。結果的に、ＭＰＬＳによりフォワーディングされるラベル・パケットの道筋を、１本のパスのように扱うことが可能である。Ｔ−ＭＰＬＳネットワークでは、各ノードのラベルテーブルを制御することによって、ＩＰネットワークに明示的なルートを提供し、特定ルートにパケットが集約を防止することにより、リンクの使用効率を高めることが可能となる。
【００１２】
また、Ｔ−ＭＰＬＳ技術では、ＩＰ・Ｅｔｈｅｒｎｅｔパケット化した際においても、転送されるデータの高品質で安定した転送を支援する為にＩＴＵ−Ｔ Ｙ.１７１１において、ＯＡＭ（Operation And Maintenance）機能と呼ばれる保守運用機能を提供している。
【００１３】
図３を参照して、ＯＡＭのフレームフォーマットを説明する。図３において、ＯＡＭフレーム６００は、図１にて示したＭＰＬＳフレーム５００のシムヘッダ５５０−２をＯＡＭラベル６８０とし、データ５６０を４４バイトのＯＡＭペイロード６６０にした構成となっている。
【００１４】
すなわち、ＯＡＭフレーム６００は、８バイトのプリアンブル６１０、６バイトの宛先アドレス６２０、６バイトの送信元アドレス６３０、３バイトのＴｙｐｅ／Ｌｅｎｇｔｈ６４０、４バイトのシムヘッダ６５０、４バイトのＯＡＭラベル６８０、４４バイトのＯＡＭペイロード６６０、４バイトのＦＣＳ６７０から構成される。ＭＰＬＳフレーム６００の前後には、ＩＦＧ１０が挿入される。
【００１５】
ＯＡＭラベル６８０は、２０ビットのラベル６８１、３ビットのＥＸＰ６８２、１ビットのＳ６８３、８ビットのＴＴＬ６８４から構成される。ＯＡＭラベル６８０は、ＩＴＵ−ＴのＹ.１７１１によりＯＡＭフレーム用にラベルＩＤ＝１４を予約している。また、ＥＸＰ、Ｓ、ＴＴＬの値は、ＥＸＰ＝０、Ｓ＝１、ＴＴＬ＝１と規定されている。
【００１６】
ＯＡＭペイロード６６０は、１バイトのＦｕｎｃｔｉｏｎ Ｔｙｐｅ６６１、２０バイトのＬＳＰ（Label Switch Path） ＴＴＳＩ（Trail Termination、Source Identifier）６６３、２バイトのＢＩＰ（Bit Interleaved Party）６６５、それぞれ３バイトおよび１８バイトのＯＡＭフレーム別のデータ領域６６２、６６５からなる。以下、各フィールドの内容を説明する。
【００１７】
Ｆｕｎｃｔｉｏｎ ｔｙｐｅ６６１は、ＯＡＭ種別を示すフィールドである。Ｆｕｎｃｔｉｏｎ ｔｙｐｅの値は、Ｙ.１７１１で規定されている（図４参照）。ＬＳＰ ＴＴＳＩ６６３は、ＯＡＭフレーム送出ノードを特定するＬＳＲ ＩＤとＬＳＰ ＩＤから構成されている。Ｙ.１７１１ではＬＳＲ ＩＤは、ノードに割り振られたＩＰｖ６アドレスまたはＩＰｖ４アドレスと規定されている。誤り訂正用のＢＩＰ１６ ６６５の演算範囲は、Ｆｕｎｃｔｉｏｎ ｔｙｐｅ６６１からＢＩＰ１６フィールドの直前までの４２Ｂｙｔｅである。
【００１８】
図４を参照して、ＯＡＭの代表的な機能種別を説明する。図４において、Ｆｕｎｃｔｉｏｎ ｔｙｐｅ６６１が０ｘ０１のとき、ＯＡＭは、ＣＶ（Connectivity Verification）である。Ｆｕｎｃｔｉｏｎ ｔｙｐｅ６６１が０ｘ０２のとき、ＯＡＭは、ＦＤＩ（Forward Defect Indicator）である。Ｆｕｎｃｔｉｏｎ ｔｙｐｅ６６１が０ｘ０３のとき、ＯＡＭは、ＢＤＩ（Backward Defect Indicator）である。Ｆｕｎｃｔｉｏｎ ｔｙｐｅ６６１が０ｘ０７のとき、ＯＡＭは、ＦＦＤ（First Failure Detection）である。
【００１９】
ＣＶは、ＭＰＬＳパスのＥｎｄ ｔｏ Ｅｎｄの正常性を確認するための機能である。ＣＶは、送信端ポイントであるＴ−ＭＰＬＳ装置内のＵＮＩ（User Network Interface）から挿入され、受信端ポイントであるＴ−ＭＰＬＳ装置内のＵＮＩで終端される。ＣＶの挿入周期は、１秒固定である。ＣＶ受信端ポイントであるＵＮＩは、３秒間ＣＶ未受信状態が続くとＬＯＣＶ（Loss Of CV）状態を検出し、ＣＶ送信端ポイントであるＵＮＩへＢＤＩでＬＯＣＶ検出を通知する。ＬＯＣＶ検出により、伝送路断などの伝送路の状態を確認することが可能となる。
【００２０】
図５を参照して、ＦＤＩとＢＤＩの送信方向を説明する。図５において、ネットワーク７００は、３台のＭＰＬＳ装置２００と、ｍ台のユーザ装置３００とから構成される。ＭＰＬＳ装置２００は、ＷｅｓｔからＥａｓｔ方向に順に、ＭＰＬＳ装置２００−１、ＭＰＬＳ装置２００−３、ＭＰＬＳ装置２００−２が配置されている。ＭＰＬＳ装置２００−１には、ユーザ装置３００−１〜ユーザ装置３００−ｎが接続されている。ＭＰＬＳ装置２００−２には、ユーザ装置３００−ｎ＋１〜ユーザ装置３００−ｍが接続されている。
【００２１】
図５において、ＭＰＬＳ装置２００−１からＭＰＬＳ装置２００−３への伝送路に断が発生したとき、ＭＰＬＳ装置２００−３は、ＭＰＬＳ装置２００−２にＦＤＩを送信する。また、ＭＰＬＳ装置２００−３は、ＭＰＬＳ装置２００−１にＢＤＩを送信する。
【００２２】
ＦＤＩは、上り方向（ＭＰＬＳ装置２００−１の送信方向）に異常およびその原因を通知する。ＦＤＩは、ＵＮＩにおけるユーザ装置とのリンクダウン検出時やＮＮＩ（Network Node Interface）におけるＴ−ＭＰＬＳ装置同士のリンクダウン検出時などに検出パスに対して挿入する。ＦＤＩは、障害検出が解除されるまで１秒間隔で挿入される。ＦＤＩは、ペイロードのＤｅｆｅｃｔ ｔｙｐｅフィールド６６２２（後述）でパスの終端ポイントであるＵＮＩとそのパスの中継ポイントであるＮＮＩにその要因となっている障害情報を通知する。
【００２３】
図６を参照して、ＦＤＩペイロード６６０Ａを説明する。図６において、ＦＤＩのペイロード６６０Ａは、ＯＡＭペイロード６６０のＯＡＭ別データ領域６６２に、Ｒｅｓｅｒｖｅｄ６６２１、Ｄｅｆｅｃｔ ｔｙｐｅ６６２２、ＯＡＭペイロード６６０のＯＡＭ別データ領域６６４にＤｅｆｅｃｔ ｌｏｃａｔｉｏｎ６６４１、Ｐａｄ ａｌｌ０ ６６４２を割り振って、構成される。なお、ＢＤＩのペイロードも同様の構成である。
【００２４】
ＢＤＩは、図５に示す下り方向（送信方向と逆向きの方向）に異常およびその原因を通知するための機能である。ＢＤＩは、ＦＤＩを受信したパスおよびＬＯＣＶを検出したパスに対してＥｎｄポイントであるＵＮＩへ障害発生情報を通知のために挿入する。ＢＤＩは、ＦＤＩを受信している間１秒間隔で挿入される。ＢＤＩは、ＦＤＩと同様にペイロードのＤｅｆｅｃｔ ｔｙｐｅ６６２２で対向パスの終端ポイントであるＵＮＩとそのパスの中継ポイントであるＮＮＩに対して障害発生情報を通知する。
【００２５】
ＦＦＤは、ＣＶと同様にＭＰＬＳパスのＥｎｄ ｔｏ Ｅｎｄの正常性を確認するための機能である。ＦＦＤは、送信端ポイントであるＵＮＩから挿入される。ＦＦＤは、受信端ポイントであるＵＮＩで終端される。ＣＶの挿入周期は、１秒固定であるのに対し、ＦＦＤの挿入周期は１０ｍｓ、２０ｍｓ、５０ｍｓ、１００ｍｓ、２００ｍｓ、５００ｍｓで可変設定可能である。ＦＦＤは、主に伝送路断が起きた際の現用系から予備系への切替のために使用する。このため、ＦＦＤは、許容切替時間によって挿入周期を変更する必要がある。
【００２６】
一般的に伝送装置は、保守運用上の観点から、伝送する信号が透過伝送することが求められる。図７を参照して、この透過伝送を説明する。図７において、ネットワーク７１０は、２本の光ファイバ２０で接続された局舎１０−１と局舎１０−２で構成されている。２つの局舎１０は、それぞれ２本の光ファイバ２０で接続されたユーザ装置３００と伝送装置２００で構成されている。伝送装置２００は、それぞれＵＮＩ ２１０、ＳＷ（switch）２３０、ＮＮＩ ２４０から構成されている。ＵＮＩ ２１０は、ユーザ装置３００を接続する。ＮＮＩ ２４０−１は、ＮＮＩ ２４０−２と接続する。ＳＷ２３０は、ＵＮＩ ２１０からの電気信号を交換して、ＮＮＩ ２４０に送信する。また、ＳＷ２３０は、ＮＮＩ ２４０からの電気信号を交換して、ＵＮＩ ２１０に送信する。ＵＮＩ ２１０とＮＮＩ ２４０は、それぞれＯ／Ｅ変換部３０と、Ｅ／Ｏ変換部４０を備えている。Ｏ／Ｅ変換部３０は、光信号を電気信号に変換する。Ｅ／Ｏ変換部４０は、電気信号を光信号に変換する。
【００２７】
図７において、各装置を接続する実線は、物理的配線（光ファイバまたは電気ケーブル）である。また、破線は論理的接続を示している。紙面の上の物理的配線は、ユーザ装置３００−Ａからユーザ装置３００−Ｂへの方向（Ｗｅｓｔ→Ｅａｓｔ）で信号が伝送されている。一方、紙面の下の物理的配線は、ユーザ装置３００−Ｂからユーザ装置３００−Ａへの方向（Ｅａｓｔ→Ｗｅｓｔ）で信号が伝送されている。
【００２８】
透過伝送は、ネットワーク７１０において、局舎１０−１に設置されたユーザ装置３００−Ａと、局舎１０−２に設置されたユーザ装置３００−Ｂとの間に、物理的に伝送装置２００−Ａと伝送装置２００−Ｂが介在するが、論理的にユーザ装置３００−Ａとユーザ装置３００−Ｂが直接接続されている状態と等価であることを言う。具体的には、ユーザ装置３００−Ａから出力される信号のフォーマットやデータの内容を変更する事なく、そのままユーザ装置３００−Ｂへ出力する伝送の事を指す。また、このような透過伝送装置では、ユーザ装置３００−Ａと伝送装置間における障害に起因する警報もそのままユーザ装置３００−Ｂに通知することが必要となる。
【００２９】
イーサネット信号を扱うＴ−ＭＰＬＳ装置としても、このような透過伝送装置であることが求められる。Ｔ−ＭＰＬＳ装置は、検出したリンクダウン警報を、Ｔ−ＭＰＬＳネットワーク内部にて警報転送をおこない、ユーザ装置３００−Ｂまで通知することが必要である。
【００３０】
従来、端末間におけるデータリンクの確立を監視し、端末間のどの位置で障害が発生しても対向する端末でリンクが切断されることにより障害を検出することができた。さらに、対向端末が、送信側端末に対してリンクを切断する制御を行なうことで、送信側端末でリンク切断状態になり、障害を認識することができた。端末間に中継装置が入っていても、中継装置が端末からのデータをなんら加工せずに透過的に転送すれば動作は変わらない。
【００３１】
しかし、端末からのデータを一旦終端し、ＧＦＰ（Generic Framing Procedure）等の技術でカプセル化を行なって中継区間を転送する場合、端末間のデータリンク制御が行なえない。このため、中継区間で発生した障害が対向端末で検出できないという問題があった。中継区間をＧＦＰ等でカプセル化する理由として、具体的には、複数のイーサネット信号を多重して伝送する場合、各パケットがどのイーサネット信号に含まれていたのかを識別する必要があり、ＧＦＰのヘッダ内に識別情報を載せるためである。
【００３２】
特許文献１では警報の転送方法として、ＧＦＰの場合はペイロードヘッダ内に警報ビットを定義する転送方法やＯＡＭフレームを定義して転送する方法が挙げられている。
しかし、現在Ｔ−ＭＰＬＳを用いたネットワークにおいて、リンクダウンが発生した場合、ＦＤＩを転送することがＩＴＵ−Ｔ Ｙ.１７１１に規定されており、ＯＡＭフレームを定義する方法であるとその分主信号に対する帯域を逼迫する。
【先行技術文献】
【特許文献】
【００３３】
【特許文献１】特開２００３−１１０５８５号公報
【発明の概要】
【発明が解決しようとする課題】
【００３４】
イーサネットを扱うＴ−ＭＰＬＳ技術を使用したネットワークでは、自クライアント装置と対向側クライアント装置間において、その中継している各装置に対し、透過的にリンク断警報を転送し、シャットダウンを実施させる必要である。
【００３５】
ＩＴＵ−Ｔ Ｙ.１７１１においてクライアント装置とＴ−ＭＰＬＳ装置間の障害により、Ｔ−ＭＰＬＳ装置にてリンクダウンを検出した場合、ＦＤＩを用いて対向側Ｔ−ＭＰＬＳ装置まで障害を通知し、それを受信した対向側ノードがシャットダウンを実施する。
【００３６】
オートネゴシエーションＯＦＦ時に、障害発生側ノードでリンク断が発生し、ＦＤＩを送信する。対向側ノードでこのＦＤＩを受信すると、自身をシャットダウンさせることで、対向側ノードに接続されたクライアント端末に警報を通知する。
【００３７】
この方式をオートネゴシエーションＯＮで用いた場合、ＦＤＩを受信した対向側ノードが配下のクライアント装置への送信ポートをシャットダウンすると、双方向のシャットダウン現象を引き起こす。
【００３８】
この現象はオートネゴシエーションのシーケンスに起因する。対向側ノードの送信ポートがシャットダウンすることで、対向側クライアント装置の送信ポートと対向側ノードの受信ポート間の片系リンクのみが稼働している事となる。しかし、オートネゴシエーションのシーケンスで、互いに監視用パルスを定期的に送受信していると、片系状態なので対向ノードから配下クライアント装置へ応答が戻ってこない。シーケンス上、このような状態の場合、両系共に強制的にリンクダウンを実施してしまう。
【００３９】
したがって、対向側ノードとそれに接続されているクライアント装置間とで発生したリンクダウン状態を今度は対向側ノードが当初リンクダウンを発生した自系装置へＦＤＩを転送することとなり、稼働している自系リンクに対して強制的なシャットダウンが掛かる。このような波及リンクダウンが原因で自系、対向側ともに復旧不可能状態が継続する。
【課題を解決するための手段】
【００４０】
オートネゴシエーションＯＮ時に対応可能なリンクダウン転送方式として、Ｔ−ＭＰＬＳネットワークの状態によりシャットダウンの有無を判断するリンク維持要求フィールドを定義する。リンクダウンを検出した自系Ｔ−ＭＰＬＳ装置（ノード）から対向側ノードへその特殊情報（リンク維持要求フィールド）を送り、対向側ノードがその情報の数値に応じてシャットダウンの有無を判断することで上記問題を回避できる。
【００４１】
上述した課題は、クライアント装置と対向伝送装置と接続され、クライアント装置からの第１の信号をカプセル化して対向伝送装置に送信し、対向伝送装置からの第２の信号をデカプセル化してクライアント装置に送信する伝送装置において、クライアント装置とのリンクのオートネゴシエーションと、アップ／ダウンとを判定するリンク判定部と、第１の信号の正常性を判定するクライアント判定部と、第２の信号をシャットダウンするシャットダウン処理部と、対向伝送装置に第１の警報を送信し、対向伝送装置から第２の警報を受信する警報送受信部と、警報処理部とからなり、リンク判定部がリンクダウンを検出したとき、警報処理部は、オートネゴシエーションのＯＮ／ＯＦＦと、シャットダウンの実行／非実行と、第１の信号の正常／異常とに基づいて、対向伝送装置に送る第１の警報を作成し、警報送受信部から送信する伝送装置により、達成できる。
【００４２】
また、オートネゴシエーションの設定がＯＮか判定する第１のステップと、クライアント装置への信号シャットダウンを実行中か判定する第２のステップと、クライアント装置からの信号が正常か判定する第３のステップと、第１のステップ、第２のステップ、第３のステップの判定結果に基づいて、警報を作成する第４のステップと、警報を対向する伝送装置に送信する第５のステップとからなる警報送信方法により、達成できる。
【発明の効果】
【００４３】
本発明によれば、オートネゴシエーションがＯＮ／ＯＦＦいずれの設定であった場合でも、透過的に警報転送が行なえる。
【図面の簡単な説明】
【００４４】
【図１】ＭＰＬＳデータフレームのフォーマットである。
【図２】シムヘッダの内容を説明する図である。
【図３】ＭＰＬＳ ＯＡＭフレームのフォーマットである。
【図４】ＭＰＬＳ ＯＡＭの代表的な内容を説明する図である。
【図５】ＦＤＩとＢＤＩの方向を説明する伝送ネットワークのブロック図である。
【図６】ＦＤＩのペイロードのフォーマットである。
【図７】伝送ネットワークの構成を説明するブロック図である。
【図８】オートネゴシエーションＯＦＦ時の伝送ネットワークの構成を説明するブロック図である。
【図９】ＭＰＬＳ装置のハードウェアブロック図である。
【図１０】ＳＤＨ−ＵＮＩのハードウェアブロック図である。
【図１１】ＦＤＩ−ＢＤＩの受信処理プロセスを説明するＯＡＭ処理部のフローチャートである。
【図１２】ＦＤＩ−ＢＤＩの送信処理プロセスを説明する警報処理部のフローチャートである。
【図１３】オートネゴシエーションＯＦＦ時のリンクダウン転送のシーケンス図である。
【図１４】オートネゴシエーションＯＮ時の伝送ネットワークの構成を説明するブロック図である。
【図１５】リンク維持要求フィールドを説明するＦＤＩのペイロードのフォーマットである。
【図１６】ＦＤＩおよびリンク維持要求フィールドの送信プロセスを説明するノードのフローチャートである。
【図１７】オートネゴシエーションＯＮ時のリンクダウン転送のシーケンス図である。
【発明を実施するための形態】
【００４５】
以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、実質同一部位には、同じ参照番号を振り説明は繰り返さない。
【００４６】
まず、図８を参照して、オートネゴシエーションＯＦＦ時におけるリンクダウン転送ネットワークの構成を説明する。図８において、リンクダウンネットワーク８００は、２台のノード４００と、ノード４００にそれぞれ接続されたクライアント装置３００で構成されている。クライアント装置３００とノード４００との間は、２本の光ファイバ２０で双方向接続されている。また、ノード４００−Ａとノード４００−Ｂとの間は、２本の光ファイバ２０で双方向接続されている。光ファイバ２０に付した矢印は、光信号の伝送方向である。
【００４７】
図８において、クライアント装置３００−Ａとノード４００−Ａとの間のリンクＡ、およびクライアント装置３００−Ｂとノード４００−Ｂとの間のリンクＢは、ともにオートネゴシエーション接続なしで設定している。２台のノード４００は、それぞれＴ−ＭＰＬＳ装置である。
【００４８】
図９を参照して、Ｔ−ＭＰＬＳ装置４００のハード構成を説明する。図９において、Ｔ−ＭＰＬＳ装置４００は、ＳＤＨ−ＵＮＩ ４１０、ＧｂＥ−ＵＮＩ ４２０、ＳＷ４３０、ＮＮＩ ４４０の４パッケージから構成されている。ＳＤＨ−ＵＮＩ ４１０は、ＳＯＮＥＴ／ＳＤＨ信号とＭＰＬＳ信号のカプセル化／デカプセル化、および多重化／多重分離化を実施する。ＧｂＥ−ＵＮＩ ４２０は、Ｅｔｈｅｒｎｅｔ信号とＭＰＬＳ信号のカプセル化／デカプセル化、および多重化／多重分離化を実施する。ＳＷ４３０は、伝送方路の切替を実施する。ＮＮＩ ４４０は、多重化した高速信号を対向ＭＰＬＳ装置まで長距離伝送する。
【００４９】
ＳＤＨ−ＵＮＩ ４１０およびＧｂＥ−ＵＮＩ ４２０は、クライアント装置３００とのインタフェースにＳＦＰ（Small Form Factor Pluggable）４１１、４２１を複数備える。また、ＳＤＨ−ＵＮＩ ４１０およびＧｂＥ−ＵＮＩ ４２０は、ＳＷ４３０とのインタフェースに電気コネクタ４１７、４２７を複数備える。ＳＷ４３０は、複数の電気コネクタ４３７を備える。ＮＮＩ ４４０は、ノード４００とのインタフェースにＸＦＰ（10 Gigabit Small Form Factor Pluggable）４４１を備える。また、ＮＮＩ ４４０は、ＳＷ４３０とのインタフェースに電気コネクタ４４７を複数備える。
ここで、保守運用信号のＯＡＭ信号について、ＳＤＨ−ＵＮＩ ４１０およびＧｂＥ−ＵＮＩ ４２０は、挿入・受信処理を実行する。
【００５０】
図１０を参照して、ＳＤＨ−ＵＮＩ ４１０のハードウェア構成を説明する。図１０において、ＳＤＨ−ＵＮＩ ４１０は、ｎ台のＳＦＰ４１１、ＳＤＨ／ＳＯＮＥＴ⇔ＭＰＬＳ変換部４１２、ＯＡＭ処理部４１３、警報処理部４１４、伝送路断検出装置４１５、オートネゴシエーション判定回路４１６、２台の電気コネクタ４１７から構成される。
【００５１】
最初に、主信号（実線）の動きを説明する。ユーザ装置から出力されたＳＤＨ／ＳＯＮＥＴ信号について、ＳＦＰ４１１は、光電変換を実施する。変換後の電気信号について、ＳＤＨ／ＳＯＮＥＴ⇔ＭＰＬＳ変換部４１２は、カプセル化し、ＳＷ４３０へと出力する。逆にＳＷ４３０より入力したＭＰＬＳ信号について、伝送路断検出装置４１５は、主信号とＯＡＭ信号とを区別して処理する。主信号の場合、ＳＤＨ／ＳＯＮＥＴ⇔ＭＰＬＳ変換部４１２は、デカプセル化する。デカプセル化された電気信号について、ＳＦＰ４１１は、電光変換を実施して、ユーザ装置３００に送出する。ＳＤＨ／ＳＯＮＥＴ⇔ＭＰＬＳ変換部４１２は、クライアント装置３００からの受信信号が正常に受信されているか判定する。ＳＤＨ／ＳＯＮＥＴ⇔ＭＰＬＳ変換部４１２は、クライアント装置３００への送信信号をシャットダウンできる。
【００５２】
ユーザ装置３００とのオートネゴシエーション接続に関して、オートネゴシエーション判定回路４１６は、設定と管理をおこなう。オートネゴシエーション判定回路４１６は、オートネゴシエーションフレームの送受信によりユーザ装置側のサポート・モードを認識する。この結果、より高速通信が可能なモードの選択が行なわれる。オートネゴシエーションシーケンスが正常に完了し、リンク確立後においても定期的に監視用フレームを送信されており、オートネゴシエーション判定回路４１６は、その設定を管理している。よって、オートネゴシエーションの設定の有無について、オートネゴシエーション判定回路４１６は、確認できる。
【００５３】
なお、図１０を参照して説明したＳＤＨ−ＵＮＩ ４１０は、ＧｂＥ−ＵＮＩ ４２０も同様の構成であることは、当業者の自明事項である。すなわち、ＳＤＨ／ＳＯＮＥＴ⇔ＭＰＬＳ変換部４１２を、ＧｂＥ⇔ＭＰＬＳ変換部４２２と読み替えればまったく同様の構成である。
【００５４】
次にＯＡＭ信号（破線）の動きを説明する。ＯＡＭ信号について、ＯＡＭ処理部４１３は、送信と受信処理を実施する。この受信処理について、図１１を参照して、説明する。図１１において、ＯＡＭ処理部４１３は、ＦＤＩを検出したか判定する（Ｓ１１）。ＹＥＳのとき、ＯＡＭ処理部４１３は、警報処理部４１４にＦＤＩ受信を通知して（Ｓ１３）、終了する。ステップ１１でＮＯのとき、ＯＡＭ処理部４１３は、ＢＤＩを検出したか判定する（Ｓ１５）。ＹＥＳのとき、ＯＡＭ処理部４１３は、警報処理部４１４にＢＤＩ受信を通知して（Ｓ１７）、終了する。ステップ１１でＮＯのとき、ＯＡＭ処理部４１３は、規定外フレームとして廃棄して（Ｓ１９）、終了する。
【００５５】
図１２を参照して、ＯＡＭ処理部４１３の送信処理について、説明する。ＳＤＨ／ＳＯＮＥＴ⇔ＭＰＬＳ変換部４１２および伝送路断検出装置４１５は、障害を検出したとき、警報処理部４１４に通知する。警報処理部４１４は、その障害の種類によって、対向装置に通知すべき警報について、ＯＡＭ処理部４１３に通知する。図１２において、ＯＡＭ処理部４１３は、ＭＰＬＳ伝送路にパケットが流れていないか（アイドル）か判定する（Ｓ２１）。ＹＥＳのとき、ＯＡＭ処理部４１３は、ＦＤＩまたはＢＤＩを送出して（Ｓ２３）、終了する。ステップ２１でＮＯのとき、再びステップ２１に遷移する。
【００５６】
なお、図１１および図１２を参照して説明したＳＤＨ−ＵＮＩ ４１０のＯＡＭ処理部４１３の動作は、ＧｂＥ−ＵＮＩ ４２０のＯＡＭ処理部４２３（図示せず）の動作もまったく同様である。
【００５７】
図１３を参照して、オートネゴシエーションＯＦＦ時のリンクダウン転送シーケンスを説明する。図１３において、初期状態は、クライアント３００−Ａとノード４００−Ａ間にリンクが確立されている。また、クライアント３００−Ｂとノード４００−Ｂ間にリンクが確立されている。この結果、クライアント３００−Ａ、ノード４００−Ａ、クライアント３００−Ｂ、ノード４００−Ｂは、いずれもリンクアップ状態にある。
【００５８】
この状態から、クライアント装置３００−Ａからノード４００−Ａへの伝送路に障害が発生する。ノード４００−Ａは、リンクダウンを検出する（Ｓ３１）。ノード４００−Ａは、ノード４００−ＢにＦＤＩを送信する（Ｓ３２）。ノード４００−Ｂは、クライアント装置３００−Ｂへの出力をｓｈｕｔ ｄｏｗｎする（Ｓ３３）。クライアント装置３００−Ｂは、リンクダウンを検出する（Ｓ３４）。なお、ノード４００−Ａは、ノード４００−Ｂに定期的にＦＤＩを送信する。この結果、ノード４００−Ｂは、クライアント装置３００−Ｂへの出力のｓｈｕｔ ｄｏｗｎを継続する。
【００５９】
ここで、クライアント装置３００−Ａからノード４００−Ａへの伝送路に障害が回復する。この結果、ノード４００−Ａは、リンクアップする（Ｓ３７）。ノード４００−Ａは、ノード４００−ＢへのＦＤＩ定期送信を解除する（Ｓ３８）。ＦＤＩを受信しなくなったノード４００−Ｂは、ｓｈｕｔ ｄｏｗｎを解除する（Ｓ３９）。クライアント装置３００−Ｂは、リンクアップ（リンクダウンを回復）する（Ｓ４１）。
【００６０】
なお、クライアント装置３００−Ａは、ノード４００−ＡとのオートネゴシエーションＯＦＦなので、常にリンクアップ状態である。また、ノード４００−Ｂも、クライアント装置３００−ＢとのオートネゴシエーションＯＦＦなので、常にリンクアップ状態である。したがって、ノード４００−Ｂは、クライアント装置３００−Ｂへの出力をｓｈｕｔ ｄｏｗｎしても、対向ノード４００−ＡにＦＤＩを送信することはない（後述する表１の＃２参照）。
【００６１】
図１４を参照して、オートネゴシエーションＯＮ時におけるネットワークの構成を説明する。図１４において、ネットワーク８００Ａの構成は、図８のネットワーク８００と同一である。しかし、クライアント装置３００−Ａとノード４００−Ａとの間のリンクＡ、およびクライアント装置３００−Ｂとノード４００−Ｂとの間のリンクＢは、ともにオートネゴシエーション接続ありで設定している。
【００６２】
オートネゴシエーションＯＮ時のリンクダウンによって、波及したノード４００−Ａのシャットダウンを回避するために、本実施例ではＦＤＩ上にリンク維持要求フィールドを定義し、対向するＴ−ＭＰＬＳノードがリンク維持要求フィールドを読み取ることで、オートネゴシエーション設定の有無や信号入力状態、および信号出力状態によってフレキシブルにシャットダウン有無を判定する。
【００６３】
図１５を参照して、ＦＤＩ中のリザーブバイトに、リンク維持要求フィールドを割り当てることを説明する。図１５において、ＦＤＩのペイロード６６０Ｂは、Ｆｕｎｃｔｉｏｎ６６１、リンク維持要求フィールド６６２１Ａ、Ｄｅｆｅｃｔ ｔｙｐｅ６６２２、ＬＳＰ ＴＴＳＩ１６６３、Ｄｅｆｅｃｔ ｌｏｃａｔｉｏｎ６６４１、Ｐａｄ ａｌｌ０ ６６４２、ＢＩＰ １６ ６６５で構成されている。図６との対比から明らかなように、図１５のリンク維持要求フィールド６６２１Ａは、図６のＲｅｓｅｒｖｅｄ６６２１に割り付けられている。リンク維持要求フィールド６６２１Ａは、他のフィールドに割り当てられてもよいが、Ｒｅｓｅｒｖｅｄ６６２１に割り付けられていることで、警報転送に係る通信帯域が必要最低限量で実現できる。
【００６４】
図１６を参照して、リンクダウンの検出後におけるＦＤＩの送信処理を説明する。図１６において、ノード４００は、リンクダウンを検出すると、現在のリンク間でオートネゴシエーション設定の有無の判断を行なう（Ｓ５１）。なお、オートネゴシエーション機能の有無の判断については、先述したように、オートネゴシエーション判定回路４１６に設定の有無について記録しているので、それを確認することで確認可能である。
【００６５】
オートネゴシエーションＯＦＦのとき（ＮＯ）、ノード４００は、対向側ノードに対して送信するＦＤＩののリザーブバイトにリンク維持要求フィールドの”０ｘ００”を設定する（Ｓ５６）。ここで、リンク維持要求フィールドが”０ｘ００”は、対向ノードに対する出力ｓｈｕｔ ｄｏｗｎ指示である。ノード４００は、ｓｈｕｔ ｄｏｗｎを実行する（Ｓ５７）。ノード４００は、ＦＤＩを送信して（Ｓ５８）、終了する。
【００６６】
ステップ５１でオートネゴシエーションがＯＮの場合、ノード４００は、クライアントへの送信側ポートがシャットダウンしているか判定する（Ｓ５２）。ＮＯのとき、ノード４００は、ステップ５６に遷移する。ステップ５２でＹＥＳのとき、ノード４００は、受信ポートに入力されているキャリアの強度が不足していないか判定する（Ｓ５３）。ＮＯのとき、ノード４００は、ステップ５６に遷移する。ステップ５３でＹＥＳのとき、ノード４００は、ＦＤＩのリザーブバイトにリンク維持要求フィールド”０ｘ０１”を設定して（Ｓ５４）、ステップ５８に遷移する。ここで、リンク維持要求フィールドが”０ｘ０”は、対向ノードに対するリンク維持指示である。
【００６７】
表１ リンク維持要求フィールド値決定条件
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
＃ オートネゴ Link Down Shutdown 信号無 ＦＤＩ リンク維持要求
シエーション Status 入力状態 送出 フィールド
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
１ ＯＦＦ １ ｄ.ｃ. ｄ.ｃ. ○ ０ｘ００
２ ＯＦＦ ０ ｄ.ｃ. ｄ.ｃ. × −
３ ＯＮ １ １ １ ○ ０ｘ００
４ ＯＮ １ １ ０ ○ ０ｘ０１
５ ＯＮ １ ０ １ ○ ０ｘ００
６ ＯＮ ０ １ １ × −
７ ＯＮ １ ０ ０ ○ ０ｘ００
８ ＯＮ ０ １ ０ × −
９ ＯＮ ０ ０ １ × −
１０ ＯＮ ０ ０ ０ × −
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
【００６８】
表１を参照して、各ステータス時のＦＤＩの送出とリンク維持要求フィールド値の設定について、説明する。表１において、リザーブバイト決定条件は、オートネゴシエーション、Ｌｉｎk Ｄｏｗｎ、Ｓｈｕｔｄｏｗｎ Ｓｔａｔｕｓ、信号無入力状態、ＦＤＩ送出、リンク維持要求フィールドから構成される。Ｌｉｎｋ ｄｏｗｎは、１のとき、リンクダウン検出、０のとき、リンクダウン未検出時（リンクアップ状態時）を示す。Ｓｈｕｔｄｏｕｎ Ｓｔａｔｕｓは、１のとき、シャットダウンを実行中、０のとき、信号送信状態を示す。信号無入力状態は、１のとき、伝送キャリアのパワー強度不足、０のとき、正常に入力が確認可能な状態を示す。リンク維持要求フィールド（本実施例ではＦＤＩのリザーブバイトを使用）は、”０ｘ００”のとき、シャットダウン実行を行ない、”０ｘ０１”のとき、シャットダウン実行を行なわないことを示す。これら条件に応じて対向側Ｔ−ＭＰＬＳ装置は、シャットダウンの有無を判定する。なお、表１において、ｄ.ｃ.は、ｄｏｎ'ｔ ｃａｒｅであり、無関係を意味する。
【００６９】
＃１と＃２は、オートネゴシエーション設定がＯＦＦの条件下で各ステータスに応じて判定する。自ノードでリンクダウンを判明した時に、対向側ノードへリンク維持要求フィールド”０ｘ００”のシャットダウンを実行するＦＤＩを送信する（＃１）。一方、＃２は、リンクアップ状態のため、ＦＤＩの送信は行なわない。
【００７０】
＃３から＃１０は、オートネゴシエーション設定がＯＮ時に各ステータスに応じて、ＦＤＩの送信およびリンク維持要求フィールドの設定値である。＃３は、リンクダウンを検出時に、送信ポートがシャットダウン状態かつ信号無入力状態である。これは自ノードと配下クライアント装置との送受信ができておらず、特に受信ポートで信号が無入力状態であるため、配下クライアント装置からの信号が正常に届いていない場合を想定するとリンクダウンが検出されるため、対向側ノードへリンク維持要求フィールド”０ｘ００”のシャットダウンを実行するＦＤＩが送信される。
【００７１】
＃４は、リンクダウンを検出時に、送信ポートをシャットダウン状態で、信号入力状態は正常である。この場合、対向側ノードに対しＦＤＩを送信するが、リンク維持要求フィールドは”０ｘ０１”を設定する。これは図１４のノード４００−Ｂを自ノードとして置き換えると、オートネゴシエーションＯＮ時に、ノード４００−Ｂがノード４００−ＡからＦＤＩを受信したため、ノード４００−Ｂはクライアント装置３００−Ｂへの送信ポートをシャットダウンする。ノード４００−Ｂの受信ポートは、クライアント装置３００−Ｂからの信号を正常に受信している。この場合、リンクダウンの原因が自身のシャットダウンにあると推定できる。ノード４００−Ｂは、両系シャットダウン状態を回避するために、対向側Ｔ−ＭＰＬＳ装置には、シャットダウンさせないリンク維持要求フィールド”０ｘ０１”に設定する。
【００７２】
＃５は、リンクダウンを検出時に、送信ポートはシャットダウンせず、信号が無入力状態である。受信ポートに信号が無入力状態であるため、配下クライアント装置からの信号が正常に届いていない。よって、リンクダウンが検出されるため、対向側ノードへリンク維持要求フィールド”０ｘ００”のシャットダウンを実行するＦＤＩを送信する。
【００７３】
＃６は、リンクアップ時に、送信ポートをシャットダウンし、信号が無入力状態である。これは信号が無入力状態でありながらリンクダウンを検出しておらず、通常稼働している時には起こらないケースである。装置自体の故障などによりリンクダウンが検出しなくなってしまった場合の処置として、ＦＤＩを送出しない設定とする。
【００７４】
＃７は、リンクダウンを検出時に、送信ポートはシャットダウンせず、信号入力状態も正常である。これは自ノードと配下クライアント装置間でリンクの確立をするためオートネゴシエーションフレームを互いに送受信しあっている間に起こる状態である。リンクダウンが検出されるので、対向側ノードへリンク維持要求フィールド”０ｘ００”のシャットダウンを実行するＦＤＩを送信する。
【００７５】
＃８は、リンクアップ時に、送信ポートをシャットダウンし、信号入力状態も正常である。リンクダウンをしていないので、ＦＤＩは送信しない。
＃９は、リンクアップ時に、送信ポートをシャットダウンせず、信号が無入力状態である。これは＃６と同様に信号無入力状態でありながら、リンクダウンが検出されておらず、装置自身の故障により発生する状態を想定しており、この場合はＦＤＩの送信を実施しない。
＃１０は、リンクアップ時に、送信ポートをシャットダウンせず、信号入力状態も正常である。設定したステータスが全て正常であるため、ＦＤＩの送信は行なわない。
【００７６】
図１７を参照して、オートネゴシエーションＯＮのときの、リンクダウン転送シーケンスを説明する。図１７において、初期状態において、クライアント装置３００−Ａとノード４００−Ａとの間のリンクＡ、クライアント装置３００−Ｂとノード４００−Ｂとの間のリンクＢは、いずれリンクアップ中である。リンクＡ間で障害発生時に、ノード４００−Ａは、リンクダウンを検出する（Ｓ６１）。クライアント装置３００−Ａは、オートネゴシエーションシーケンスが失敗して、リンクダウンを検出する（Ｓ６２)。ノード４００−Ａは、ノード４００−ＢにＦＤＩを送出する（Ｓ６３）。ここで、ＦＤＩのリンク維持要求フィールド６６２１Ａは、”０ｘ００”をセットする。ノード４００−Ｂでは、ＦＤＩを受信したことにより、シャットダウンを実行する（Ｓ６４）。クライアント装置３００−Ｂは、リンクダウンを検出する（Ｓ６６）。
【００７７】
ノード４００−Ｂは、オートネゴシエーションシーケンスに失敗し、リンクダウンを検出する（Ｓ６７）。ノード４００−Ｂは、表１の＃４の状態にあたるため、リンク維持要求フィールド６６２１Ａが”０ｘ０１”のＦＤＩを送出する（Ｓ６８）。ノード４００−Ａは、リンク維持要求フィールド６６２１ＡのＦＤＩを受信しても、シャットダウンは実施しない。なお、ノード４００−Ａ、ノード４００−Ｂは、定期的なＦＤＩの送信を継続する。
【００７８】
リンクＡ間の障害が回復したとき、ノード４００−Ａは、リンクアップする（Ｓ７１）。クライアント装置３００−Ａは、オートネゴシエーションシーケンスに成功し、リンクアップする（Ｓ７２）。ノード４００−Ａは、ＦＤＩの定期送信を解除する（Ｓ７３)。ノード４００−Ｂは、ＦＤＩを受信しなくなったので、ｓｈｕｔ ｄｏｗｎを解除する（Ｓ７４)。その結果、クライアント装置３００−Ｂは、リンクアップする（Ｓ７６）。ノード４００−Ｂは、オートネゴシエーションシーケンスに成功し、リンクアップする（Ｓ７７）。ノード４００−Ｂは、ＦＤＩの定期送信を解除する（Ｓ７８)。
【００７９】
以上のように、ＦＤＩのリザーブバイト値にリンク維持要求フィールドの設定をすることで、オートネゴシエーションＯＮ時において、ネットワーク波及リンクダウンを回避することができる。
【符号の説明】
【００８０】
２００…ＭＰＬＳ装置（ノード）、３００…ユーザ装置（クライアント装置）、４００…ＭＰＬＳ装置（ノード）、４１０…ＳＤＨ−ＵＮＩ、４２０…ＧｂＥ−ＵＮＩ、４３０…ＳＷ、４４０…ＮＮＩ、４１１…光モジュール（ＳＦＰ）、４１２…ＳＤＨ／ＳＯＮＥＴ⇔ＭＰＬＳ変換部、４１３…ＯＡＭ処理部、４１４…警報処理部、４１５…伝送路検出装置、４１６…オートネゴシエーション判定回路、４１７…電気コネクタ、４２０…ＧｂＥ−ＵＮＩ、４２１…ＳＦＰ、４２７…電気コネクタ、４３０…ＳＷ、４３７…電気コネクタ、４４０…ＮＮＩ、４４１…ＸＦＰ、４４７…電気コネクタ。
【技術分野】
【０００１】
本発明は、伝送装置および警報送信方法も係り、イーサネット（登録商標）信号をＴ−ＭＰＬＳ（Transport-MPLS）信号にカプセル化／からデカプセル化する伝送装置およびその警報送信方法に関する。
【背景技術】
【０００２】
近年、各家庭内にインターネットを始めとするブロードバンド回線が普及し、ＩＰトラフィックを中心として回線需要が増大している。それに応じて、これまでＷＡＮの主流であったＳＯＮＥＴ／ＳＤＨ、ＡＴＭなどに代わり、高速で安価なイーサネットが急速に市場に普及している。
【０００３】
イーサネット信号は、ＩＥＥＥ８０２.３で規定されているＭＡＣ（Media Access Control）フレームとＭＡＣフレームの間のＩＦＧ（Inter Frame Gap）と呼ばれる無信号状態を表すデータ（最低１２バイト以上）により構成される。ＭＡＣとは、ＯＳＩ参照モデルの第２層（レイヤ２）に属するプロトコルのことである。ＭＡＣフレームの役割は、ＯＳＩ参照モデルの第３層（レイヤ３）以上のプロトコルやデータをＭＡＣフレームのデータ領域に格納し、この格納されたレイヤ３以上のプロトコルを確実に目的の端末へ伝送することである。ＭＡＣフレームは、ＭＡＣフレームの先頭を示すプリアンブル（８バイト）と、ＭＡＣフレームの宛先の端末のＭＡＣアドレスを示す宛先アドレス（６バイト）と、ＭＡＣフレームを送信する端末のＭＡＣアドレスを示す送信元アドレス（６バイト）と、ＭＡＣフレームの長さなどを示すＴｙｐｅ／Ｌｅｎｇｔｈ（２バイト）と、データ領域（可変長）およびＦＣＳ（Frame Check Sequence）（４バイト）とで構成される。ＦＣＳは、チェックサム値とも呼ぶ。
【０００４】
イーサネットでは通信可能状態をリンクアップ状態と呼び、通信不可状態をリンクダウン状態と呼ぶ。符号化されたＭＡＣフレームやＩＦＧが、コード違反なく正常受信した場合にリンクアップ状態と判定される。また、オートネゴシエーション機能がＯＮの場合は、上記の条件に加えて、ＩＥＥＥ８０２.３に規定されるオートネゴシエーションシーケンス完了した場合にリンクアップ状態と判定される。オートネゴシエーション機能とは、ＮＬＰ（Normal Link Pulse）／ＦＬＰ（Fast Link Pulse）などのオートネゴシエーションフレームを互いに送信し合い、オートネゴシエーションシーケンスに基づいて、接続されている装置間で装置の動作モードや状態を交換し合う機能である。オートネゴシエーション機能は、伝送装置の仕様にて、ＯＮまたはＯＦＦに設定される。
【０００５】
一方、近年、通信キャリアのバックボーンネットワークのフルＩＰ（Internet Protocol）・Ｅｔｈｅｒｎｅｔ（登録商標）化が進展している。その結果、旧来から存在するＳＤＨ／ＳＯＮＥＴ技術をベースとするバックボーンネットワークと新しいＩＰ・Ｅｔｈｅｒｎｅｔ技術をベースとするバックボーンネットワークが並存する状況となっている。
【０００６】
この状況を受け、ネットワーク並存による設備、保守の非効率解消の為に、ＳＤＨ／ＳＯＮＥＴ信号をＩＰ・Ｅｔｈｅｒｎｅｔパケット化することにより、ＩＰ・Ｅｔｈｅｒｎｅｔベースのバックボーンネットワークに集約を図る為の検討が行なわれている。具体的には、ＩＴＵ−Ｔ Ｙ.１３７０.１、Ｙ.１３７１、Ｙ.１３８１などに規定されるＴ−ＭＰＬＳ（Transport-MPLS）技術などである。
【０００７】
図１を参照して、ＭＰＬＳフレーム５００を説明する。図１において、ＭＰＬＳフレーム５００は、８バイトのプリアンブル５１０、６バイトの宛先アドレス５２０、６バイトの送信元アドレス５３０、３バイトのＴｙｐｅ／Ｌｅｎｇｔｈ５４０、各４バイトのシムヘッダ５５０−１、５５０−２、可変長のデータ５６０、ＦＣＳ（Frame Check Sequence）５７０から構成される。ＭＰＬＳフレーム５００の前後には、ＩＦＧ１０が挿入される。
【０００８】
データ５６０には、ＳＤＨ／ＳＯＮＥＴ信号のペイロードデータを格納する。また、シムヘッダ５５０は、２０ビットのラベル５５１、３ビットのＥＸＰ５５２、１ビットのＳ５５３、８ビットのＴＴＬ５５４から構成される。なお、シムヘッダ５５０は、２つ以上スタックすることも可能であり、図１では、２つスタックしている。
【０００９】
図２を参照して、シムヘッダの各フィールドの内容を説明する。図２において、ラベル５５１は、ＭＰＬＳのラベルＩＤである。各ノードは、ラベルを参照して、データ転送を行なう。ＥＸＰ５５２は、Experimental Use（実験用）ビットである。Ｓ５５３は、Bottom of Stackであり、１のとき、最後のラベルを示す。一方、Ｓ５５３は、０のとき、次のラベルがあることを示す。ＴＴＬ５５４は、Time To Liveであり、転送されるごとに１デクリメントされる。ＴＴＬ５５４が０でフレームは、廃棄される。
【００１０】
なお、ここでは伝送媒体としてＥｔｈｅｒｎｅｔを使用している場合を示しているので、ＭＡＣのヘッダ（プリアンブル〜Ｔｙｐｅ／Ｌｅｎｇｔｈまでのヘッダ）と、フッタであるＦＣＳが付与された形となっている。しかし、物理的な伝送媒体としてはＥｔｈｅｒｎｅｔでなくても良い。その場合は、ＭＡＣのヘッダ、フッダの代わりに、伝送媒体に従ったヘッダ、フッダが付与される。
【００１１】
Ｔ−ＭＰＬＳネットワークでは、シムヘッダに格納するラベルに対し、宛先ＩＰアドレスの情報が与えられる。その後はラベルのみを見てフォワーディングが繰り返され、目的地まで到着したらラベルが外される。結果的に、ＭＰＬＳによりフォワーディングされるラベル・パケットの道筋を、１本のパスのように扱うことが可能である。Ｔ−ＭＰＬＳネットワークでは、各ノードのラベルテーブルを制御することによって、ＩＰネットワークに明示的なルートを提供し、特定ルートにパケットが集約を防止することにより、リンクの使用効率を高めることが可能となる。
【００１２】
また、Ｔ−ＭＰＬＳ技術では、ＩＰ・Ｅｔｈｅｒｎｅｔパケット化した際においても、転送されるデータの高品質で安定した転送を支援する為にＩＴＵ−Ｔ Ｙ.１７１１において、ＯＡＭ（Operation And Maintenance）機能と呼ばれる保守運用機能を提供している。
【００１３】
図３を参照して、ＯＡＭのフレームフォーマットを説明する。図３において、ＯＡＭフレーム６００は、図１にて示したＭＰＬＳフレーム５００のシムヘッダ５５０−２をＯＡＭラベル６８０とし、データ５６０を４４バイトのＯＡＭペイロード６６０にした構成となっている。
【００１４】
すなわち、ＯＡＭフレーム６００は、８バイトのプリアンブル６１０、６バイトの宛先アドレス６２０、６バイトの送信元アドレス６３０、３バイトのＴｙｐｅ／Ｌｅｎｇｔｈ６４０、４バイトのシムヘッダ６５０、４バイトのＯＡＭラベル６８０、４４バイトのＯＡＭペイロード６６０、４バイトのＦＣＳ６７０から構成される。ＭＰＬＳフレーム６００の前後には、ＩＦＧ１０が挿入される。
【００１５】
ＯＡＭラベル６８０は、２０ビットのラベル６８１、３ビットのＥＸＰ６８２、１ビットのＳ６８３、８ビットのＴＴＬ６８４から構成される。ＯＡＭラベル６８０は、ＩＴＵ−ＴのＹ.１７１１によりＯＡＭフレーム用にラベルＩＤ＝１４を予約している。また、ＥＸＰ、Ｓ、ＴＴＬの値は、ＥＸＰ＝０、Ｓ＝１、ＴＴＬ＝１と規定されている。
【００１６】
ＯＡＭペイロード６６０は、１バイトのＦｕｎｃｔｉｏｎ Ｔｙｐｅ６６１、２０バイトのＬＳＰ（Label Switch Path） ＴＴＳＩ（Trail Termination、Source Identifier）６６３、２バイトのＢＩＰ（Bit Interleaved Party）６６５、それぞれ３バイトおよび１８バイトのＯＡＭフレーム別のデータ領域６６２、６６５からなる。以下、各フィールドの内容を説明する。
【００１７】
Ｆｕｎｃｔｉｏｎ ｔｙｐｅ６６１は、ＯＡＭ種別を示すフィールドである。Ｆｕｎｃｔｉｏｎ ｔｙｐｅの値は、Ｙ.１７１１で規定されている（図４参照）。ＬＳＰ ＴＴＳＩ６６３は、ＯＡＭフレーム送出ノードを特定するＬＳＲ ＩＤとＬＳＰ ＩＤから構成されている。Ｙ.１７１１ではＬＳＲ ＩＤは、ノードに割り振られたＩＰｖ６アドレスまたはＩＰｖ４アドレスと規定されている。誤り訂正用のＢＩＰ１６ ６６５の演算範囲は、Ｆｕｎｃｔｉｏｎ ｔｙｐｅ６６１からＢＩＰ１６フィールドの直前までの４２Ｂｙｔｅである。
【００１８】
図４を参照して、ＯＡＭの代表的な機能種別を説明する。図４において、Ｆｕｎｃｔｉｏｎ ｔｙｐｅ６６１が０ｘ０１のとき、ＯＡＭは、ＣＶ（Connectivity Verification）である。Ｆｕｎｃｔｉｏｎ ｔｙｐｅ６６１が０ｘ０２のとき、ＯＡＭは、ＦＤＩ（Forward Defect Indicator）である。Ｆｕｎｃｔｉｏｎ ｔｙｐｅ６６１が０ｘ０３のとき、ＯＡＭは、ＢＤＩ（Backward Defect Indicator）である。Ｆｕｎｃｔｉｏｎ ｔｙｐｅ６６１が０ｘ０７のとき、ＯＡＭは、ＦＦＤ（First Failure Detection）である。
【００１９】
ＣＶは、ＭＰＬＳパスのＥｎｄ ｔｏ Ｅｎｄの正常性を確認するための機能である。ＣＶは、送信端ポイントであるＴ−ＭＰＬＳ装置内のＵＮＩ（User Network Interface）から挿入され、受信端ポイントであるＴ−ＭＰＬＳ装置内のＵＮＩで終端される。ＣＶの挿入周期は、１秒固定である。ＣＶ受信端ポイントであるＵＮＩは、３秒間ＣＶ未受信状態が続くとＬＯＣＶ（Loss Of CV）状態を検出し、ＣＶ送信端ポイントであるＵＮＩへＢＤＩでＬＯＣＶ検出を通知する。ＬＯＣＶ検出により、伝送路断などの伝送路の状態を確認することが可能となる。
【００２０】
図５を参照して、ＦＤＩとＢＤＩの送信方向を説明する。図５において、ネットワーク７００は、３台のＭＰＬＳ装置２００と、ｍ台のユーザ装置３００とから構成される。ＭＰＬＳ装置２００は、ＷｅｓｔからＥａｓｔ方向に順に、ＭＰＬＳ装置２００−１、ＭＰＬＳ装置２００−３、ＭＰＬＳ装置２００−２が配置されている。ＭＰＬＳ装置２００−１には、ユーザ装置３００−１〜ユーザ装置３００−ｎが接続されている。ＭＰＬＳ装置２００−２には、ユーザ装置３００−ｎ＋１〜ユーザ装置３００−ｍが接続されている。
【００２１】
図５において、ＭＰＬＳ装置２００−１からＭＰＬＳ装置２００−３への伝送路に断が発生したとき、ＭＰＬＳ装置２００−３は、ＭＰＬＳ装置２００−２にＦＤＩを送信する。また、ＭＰＬＳ装置２００−３は、ＭＰＬＳ装置２００−１にＢＤＩを送信する。
【００２２】
ＦＤＩは、上り方向（ＭＰＬＳ装置２００−１の送信方向）に異常およびその原因を通知する。ＦＤＩは、ＵＮＩにおけるユーザ装置とのリンクダウン検出時やＮＮＩ（Network Node Interface）におけるＴ−ＭＰＬＳ装置同士のリンクダウン検出時などに検出パスに対して挿入する。ＦＤＩは、障害検出が解除されるまで１秒間隔で挿入される。ＦＤＩは、ペイロードのＤｅｆｅｃｔ ｔｙｐｅフィールド６６２２（後述）でパスの終端ポイントであるＵＮＩとそのパスの中継ポイントであるＮＮＩにその要因となっている障害情報を通知する。
【００２３】
図６を参照して、ＦＤＩペイロード６６０Ａを説明する。図６において、ＦＤＩのペイロード６６０Ａは、ＯＡＭペイロード６６０のＯＡＭ別データ領域６６２に、Ｒｅｓｅｒｖｅｄ６６２１、Ｄｅｆｅｃｔ ｔｙｐｅ６６２２、ＯＡＭペイロード６６０のＯＡＭ別データ領域６６４にＤｅｆｅｃｔ ｌｏｃａｔｉｏｎ６６４１、Ｐａｄ ａｌｌ０ ６６４２を割り振って、構成される。なお、ＢＤＩのペイロードも同様の構成である。
【００２４】
ＢＤＩは、図５に示す下り方向（送信方向と逆向きの方向）に異常およびその原因を通知するための機能である。ＢＤＩは、ＦＤＩを受信したパスおよびＬＯＣＶを検出したパスに対してＥｎｄポイントであるＵＮＩへ障害発生情報を通知のために挿入する。ＢＤＩは、ＦＤＩを受信している間１秒間隔で挿入される。ＢＤＩは、ＦＤＩと同様にペイロードのＤｅｆｅｃｔ ｔｙｐｅ６６２２で対向パスの終端ポイントであるＵＮＩとそのパスの中継ポイントであるＮＮＩに対して障害発生情報を通知する。
【００２５】
ＦＦＤは、ＣＶと同様にＭＰＬＳパスのＥｎｄ ｔｏ Ｅｎｄの正常性を確認するための機能である。ＦＦＤは、送信端ポイントであるＵＮＩから挿入される。ＦＦＤは、受信端ポイントであるＵＮＩで終端される。ＣＶの挿入周期は、１秒固定であるのに対し、ＦＦＤの挿入周期は１０ｍｓ、２０ｍｓ、５０ｍｓ、１００ｍｓ、２００ｍｓ、５００ｍｓで可変設定可能である。ＦＦＤは、主に伝送路断が起きた際の現用系から予備系への切替のために使用する。このため、ＦＦＤは、許容切替時間によって挿入周期を変更する必要がある。
【００２６】
一般的に伝送装置は、保守運用上の観点から、伝送する信号が透過伝送することが求められる。図７を参照して、この透過伝送を説明する。図７において、ネットワーク７１０は、２本の光ファイバ２０で接続された局舎１０−１と局舎１０−２で構成されている。２つの局舎１０は、それぞれ２本の光ファイバ２０で接続されたユーザ装置３００と伝送装置２００で構成されている。伝送装置２００は、それぞれＵＮＩ ２１０、ＳＷ（switch）２３０、ＮＮＩ ２４０から構成されている。ＵＮＩ ２１０は、ユーザ装置３００を接続する。ＮＮＩ ２４０−１は、ＮＮＩ ２４０−２と接続する。ＳＷ２３０は、ＵＮＩ ２１０からの電気信号を交換して、ＮＮＩ ２４０に送信する。また、ＳＷ２３０は、ＮＮＩ ２４０からの電気信号を交換して、ＵＮＩ ２１０に送信する。ＵＮＩ ２１０とＮＮＩ ２４０は、それぞれＯ／Ｅ変換部３０と、Ｅ／Ｏ変換部４０を備えている。Ｏ／Ｅ変換部３０は、光信号を電気信号に変換する。Ｅ／Ｏ変換部４０は、電気信号を光信号に変換する。
【００２７】
図７において、各装置を接続する実線は、物理的配線（光ファイバまたは電気ケーブル）である。また、破線は論理的接続を示している。紙面の上の物理的配線は、ユーザ装置３００−Ａからユーザ装置３００−Ｂへの方向（Ｗｅｓｔ→Ｅａｓｔ）で信号が伝送されている。一方、紙面の下の物理的配線は、ユーザ装置３００−Ｂからユーザ装置３００−Ａへの方向（Ｅａｓｔ→Ｗｅｓｔ）で信号が伝送されている。
【００２８】
透過伝送は、ネットワーク７１０において、局舎１０−１に設置されたユーザ装置３００−Ａと、局舎１０−２に設置されたユーザ装置３００−Ｂとの間に、物理的に伝送装置２００−Ａと伝送装置２００−Ｂが介在するが、論理的にユーザ装置３００−Ａとユーザ装置３００−Ｂが直接接続されている状態と等価であることを言う。具体的には、ユーザ装置３００−Ａから出力される信号のフォーマットやデータの内容を変更する事なく、そのままユーザ装置３００−Ｂへ出力する伝送の事を指す。また、このような透過伝送装置では、ユーザ装置３００−Ａと伝送装置間における障害に起因する警報もそのままユーザ装置３００−Ｂに通知することが必要となる。
【００２９】
イーサネット信号を扱うＴ−ＭＰＬＳ装置としても、このような透過伝送装置であることが求められる。Ｔ−ＭＰＬＳ装置は、検出したリンクダウン警報を、Ｔ−ＭＰＬＳネットワーク内部にて警報転送をおこない、ユーザ装置３００−Ｂまで通知することが必要である。
【００３０】
従来、端末間におけるデータリンクの確立を監視し、端末間のどの位置で障害が発生しても対向する端末でリンクが切断されることにより障害を検出することができた。さらに、対向端末が、送信側端末に対してリンクを切断する制御を行なうことで、送信側端末でリンク切断状態になり、障害を認識することができた。端末間に中継装置が入っていても、中継装置が端末からのデータをなんら加工せずに透過的に転送すれば動作は変わらない。
【００３１】
しかし、端末からのデータを一旦終端し、ＧＦＰ（Generic Framing Procedure）等の技術でカプセル化を行なって中継区間を転送する場合、端末間のデータリンク制御が行なえない。このため、中継区間で発生した障害が対向端末で検出できないという問題があった。中継区間をＧＦＰ等でカプセル化する理由として、具体的には、複数のイーサネット信号を多重して伝送する場合、各パケットがどのイーサネット信号に含まれていたのかを識別する必要があり、ＧＦＰのヘッダ内に識別情報を載せるためである。
【００３２】
特許文献１では警報の転送方法として、ＧＦＰの場合はペイロードヘッダ内に警報ビットを定義する転送方法やＯＡＭフレームを定義して転送する方法が挙げられている。
しかし、現在Ｔ−ＭＰＬＳを用いたネットワークにおいて、リンクダウンが発生した場合、ＦＤＩを転送することがＩＴＵ−Ｔ Ｙ.１７１１に規定されており、ＯＡＭフレームを定義する方法であるとその分主信号に対する帯域を逼迫する。
【先行技術文献】
【特許文献】
【００３３】
【特許文献１】特開２００３−１１０５８５号公報
【発明の概要】
【発明が解決しようとする課題】
【００３４】
イーサネットを扱うＴ−ＭＰＬＳ技術を使用したネットワークでは、自クライアント装置と対向側クライアント装置間において、その中継している各装置に対し、透過的にリンク断警報を転送し、シャットダウンを実施させる必要である。
【００３５】
ＩＴＵ−Ｔ Ｙ.１７１１においてクライアント装置とＴ−ＭＰＬＳ装置間の障害により、Ｔ−ＭＰＬＳ装置にてリンクダウンを検出した場合、ＦＤＩを用いて対向側Ｔ−ＭＰＬＳ装置まで障害を通知し、それを受信した対向側ノードがシャットダウンを実施する。
【００３６】
オートネゴシエーションＯＦＦ時に、障害発生側ノードでリンク断が発生し、ＦＤＩを送信する。対向側ノードでこのＦＤＩを受信すると、自身をシャットダウンさせることで、対向側ノードに接続されたクライアント端末に警報を通知する。
【００３７】
この方式をオートネゴシエーションＯＮで用いた場合、ＦＤＩを受信した対向側ノードが配下のクライアント装置への送信ポートをシャットダウンすると、双方向のシャットダウン現象を引き起こす。
【００３８】
この現象はオートネゴシエーションのシーケンスに起因する。対向側ノードの送信ポートがシャットダウンすることで、対向側クライアント装置の送信ポートと対向側ノードの受信ポート間の片系リンクのみが稼働している事となる。しかし、オートネゴシエーションのシーケンスで、互いに監視用パルスを定期的に送受信していると、片系状態なので対向ノードから配下クライアント装置へ応答が戻ってこない。シーケンス上、このような状態の場合、両系共に強制的にリンクダウンを実施してしまう。
【００３９】
したがって、対向側ノードとそれに接続されているクライアント装置間とで発生したリンクダウン状態を今度は対向側ノードが当初リンクダウンを発生した自系装置へＦＤＩを転送することとなり、稼働している自系リンクに対して強制的なシャットダウンが掛かる。このような波及リンクダウンが原因で自系、対向側ともに復旧不可能状態が継続する。
【課題を解決するための手段】
【００４０】
オートネゴシエーションＯＮ時に対応可能なリンクダウン転送方式として、Ｔ−ＭＰＬＳネットワークの状態によりシャットダウンの有無を判断するリンク維持要求フィールドを定義する。リンクダウンを検出した自系Ｔ−ＭＰＬＳ装置（ノード）から対向側ノードへその特殊情報（リンク維持要求フィールド）を送り、対向側ノードがその情報の数値に応じてシャットダウンの有無を判断することで上記問題を回避できる。
【００４１】
上述した課題は、クライアント装置と対向伝送装置と接続され、クライアント装置からの第１の信号をカプセル化して対向伝送装置に送信し、対向伝送装置からの第２の信号をデカプセル化してクライアント装置に送信する伝送装置において、クライアント装置とのリンクのオートネゴシエーションと、アップ／ダウンとを判定するリンク判定部と、第１の信号の正常性を判定するクライアント判定部と、第２の信号をシャットダウンするシャットダウン処理部と、対向伝送装置に第１の警報を送信し、対向伝送装置から第２の警報を受信する警報送受信部と、警報処理部とからなり、リンク判定部がリンクダウンを検出したとき、警報処理部は、オートネゴシエーションのＯＮ／ＯＦＦと、シャットダウンの実行／非実行と、第１の信号の正常／異常とに基づいて、対向伝送装置に送る第１の警報を作成し、警報送受信部から送信する伝送装置により、達成できる。
【００４２】
また、オートネゴシエーションの設定がＯＮか判定する第１のステップと、クライアント装置への信号シャットダウンを実行中か判定する第２のステップと、クライアント装置からの信号が正常か判定する第３のステップと、第１のステップ、第２のステップ、第３のステップの判定結果に基づいて、警報を作成する第４のステップと、警報を対向する伝送装置に送信する第５のステップとからなる警報送信方法により、達成できる。
【発明の効果】
【００４３】
本発明によれば、オートネゴシエーションがＯＮ／ＯＦＦいずれの設定であった場合でも、透過的に警報転送が行なえる。
【図面の簡単な説明】
【００４４】
【図１】ＭＰＬＳデータフレームのフォーマットである。
【図２】シムヘッダの内容を説明する図である。
【図３】ＭＰＬＳ ＯＡＭフレームのフォーマットである。
【図４】ＭＰＬＳ ＯＡＭの代表的な内容を説明する図である。
【図５】ＦＤＩとＢＤＩの方向を説明する伝送ネットワークのブロック図である。
【図６】ＦＤＩのペイロードのフォーマットである。
【図７】伝送ネットワークの構成を説明するブロック図である。
【図８】オートネゴシエーションＯＦＦ時の伝送ネットワークの構成を説明するブロック図である。
【図９】ＭＰＬＳ装置のハードウェアブロック図である。
【図１０】ＳＤＨ−ＵＮＩのハードウェアブロック図である。
【図１１】ＦＤＩ−ＢＤＩの受信処理プロセスを説明するＯＡＭ処理部のフローチャートである。
【図１２】ＦＤＩ−ＢＤＩの送信処理プロセスを説明する警報処理部のフローチャートである。
【図１３】オートネゴシエーションＯＦＦ時のリンクダウン転送のシーケンス図である。
【図１４】オートネゴシエーションＯＮ時の伝送ネットワークの構成を説明するブロック図である。
【図１５】リンク維持要求フィールドを説明するＦＤＩのペイロードのフォーマットである。
【図１６】ＦＤＩおよびリンク維持要求フィールドの送信プロセスを説明するノードのフローチャートである。
【図１７】オートネゴシエーションＯＮ時のリンクダウン転送のシーケンス図である。
【発明を実施するための形態】
【００４５】
以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、実質同一部位には、同じ参照番号を振り説明は繰り返さない。
【００４６】
まず、図８を参照して、オートネゴシエーションＯＦＦ時におけるリンクダウン転送ネットワークの構成を説明する。図８において、リンクダウンネットワーク８００は、２台のノード４００と、ノード４００にそれぞれ接続されたクライアント装置３００で構成されている。クライアント装置３００とノード４００との間は、２本の光ファイバ２０で双方向接続されている。また、ノード４００−Ａとノード４００−Ｂとの間は、２本の光ファイバ２０で双方向接続されている。光ファイバ２０に付した矢印は、光信号の伝送方向である。
【００４７】
図８において、クライアント装置３００−Ａとノード４００−Ａとの間のリンクＡ、およびクライアント装置３００−Ｂとノード４００−Ｂとの間のリンクＢは、ともにオートネゴシエーション接続なしで設定している。２台のノード４００は、それぞれＴ−ＭＰＬＳ装置である。
【００４８】
図９を参照して、Ｔ−ＭＰＬＳ装置４００のハード構成を説明する。図９において、Ｔ−ＭＰＬＳ装置４００は、ＳＤＨ−ＵＮＩ ４１０、ＧｂＥ−ＵＮＩ ４２０、ＳＷ４３０、ＮＮＩ ４４０の４パッケージから構成されている。ＳＤＨ−ＵＮＩ ４１０は、ＳＯＮＥＴ／ＳＤＨ信号とＭＰＬＳ信号のカプセル化／デカプセル化、および多重化／多重分離化を実施する。ＧｂＥ−ＵＮＩ ４２０は、Ｅｔｈｅｒｎｅｔ信号とＭＰＬＳ信号のカプセル化／デカプセル化、および多重化／多重分離化を実施する。ＳＷ４３０は、伝送方路の切替を実施する。ＮＮＩ ４４０は、多重化した高速信号を対向ＭＰＬＳ装置まで長距離伝送する。
【００４９】
ＳＤＨ−ＵＮＩ ４１０およびＧｂＥ−ＵＮＩ ４２０は、クライアント装置３００とのインタフェースにＳＦＰ（Small Form Factor Pluggable）４１１、４２１を複数備える。また、ＳＤＨ−ＵＮＩ ４１０およびＧｂＥ−ＵＮＩ ４２０は、ＳＷ４３０とのインタフェースに電気コネクタ４１７、４２７を複数備える。ＳＷ４３０は、複数の電気コネクタ４３７を備える。ＮＮＩ ４４０は、ノード４００とのインタフェースにＸＦＰ（10 Gigabit Small Form Factor Pluggable）４４１を備える。また、ＮＮＩ ４４０は、ＳＷ４３０とのインタフェースに電気コネクタ４４７を複数備える。
ここで、保守運用信号のＯＡＭ信号について、ＳＤＨ−ＵＮＩ ４１０およびＧｂＥ−ＵＮＩ ４２０は、挿入・受信処理を実行する。
【００５０】
図１０を参照して、ＳＤＨ−ＵＮＩ ４１０のハードウェア構成を説明する。図１０において、ＳＤＨ−ＵＮＩ ４１０は、ｎ台のＳＦＰ４１１、ＳＤＨ／ＳＯＮＥＴ⇔ＭＰＬＳ変換部４１２、ＯＡＭ処理部４１３、警報処理部４１４、伝送路断検出装置４１５、オートネゴシエーション判定回路４１６、２台の電気コネクタ４１７から構成される。
【００５１】
最初に、主信号（実線）の動きを説明する。ユーザ装置から出力されたＳＤＨ／ＳＯＮＥＴ信号について、ＳＦＰ４１１は、光電変換を実施する。変換後の電気信号について、ＳＤＨ／ＳＯＮＥＴ⇔ＭＰＬＳ変換部４１２は、カプセル化し、ＳＷ４３０へと出力する。逆にＳＷ４３０より入力したＭＰＬＳ信号について、伝送路断検出装置４１５は、主信号とＯＡＭ信号とを区別して処理する。主信号の場合、ＳＤＨ／ＳＯＮＥＴ⇔ＭＰＬＳ変換部４１２は、デカプセル化する。デカプセル化された電気信号について、ＳＦＰ４１１は、電光変換を実施して、ユーザ装置３００に送出する。ＳＤＨ／ＳＯＮＥＴ⇔ＭＰＬＳ変換部４１２は、クライアント装置３００からの受信信号が正常に受信されているか判定する。ＳＤＨ／ＳＯＮＥＴ⇔ＭＰＬＳ変換部４１２は、クライアント装置３００への送信信号をシャットダウンできる。
【００５２】
ユーザ装置３００とのオートネゴシエーション接続に関して、オートネゴシエーション判定回路４１６は、設定と管理をおこなう。オートネゴシエーション判定回路４１６は、オートネゴシエーションフレームの送受信によりユーザ装置側のサポート・モードを認識する。この結果、より高速通信が可能なモードの選択が行なわれる。オートネゴシエーションシーケンスが正常に完了し、リンク確立後においても定期的に監視用フレームを送信されており、オートネゴシエーション判定回路４１６は、その設定を管理している。よって、オートネゴシエーションの設定の有無について、オートネゴシエーション判定回路４１６は、確認できる。
【００５３】
なお、図１０を参照して説明したＳＤＨ−ＵＮＩ ４１０は、ＧｂＥ−ＵＮＩ ４２０も同様の構成であることは、当業者の自明事項である。すなわち、ＳＤＨ／ＳＯＮＥＴ⇔ＭＰＬＳ変換部４１２を、ＧｂＥ⇔ＭＰＬＳ変換部４２２と読み替えればまったく同様の構成である。
【００５４】
次にＯＡＭ信号（破線）の動きを説明する。ＯＡＭ信号について、ＯＡＭ処理部４１３は、送信と受信処理を実施する。この受信処理について、図１１を参照して、説明する。図１１において、ＯＡＭ処理部４１３は、ＦＤＩを検出したか判定する（Ｓ１１）。ＹＥＳのとき、ＯＡＭ処理部４１３は、警報処理部４１４にＦＤＩ受信を通知して（Ｓ１３）、終了する。ステップ１１でＮＯのとき、ＯＡＭ処理部４１３は、ＢＤＩを検出したか判定する（Ｓ１５）。ＹＥＳのとき、ＯＡＭ処理部４１３は、警報処理部４１４にＢＤＩ受信を通知して（Ｓ１７）、終了する。ステップ１１でＮＯのとき、ＯＡＭ処理部４１３は、規定外フレームとして廃棄して（Ｓ１９）、終了する。
【００５５】
図１２を参照して、ＯＡＭ処理部４１３の送信処理について、説明する。ＳＤＨ／ＳＯＮＥＴ⇔ＭＰＬＳ変換部４１２および伝送路断検出装置４１５は、障害を検出したとき、警報処理部４１４に通知する。警報処理部４１４は、その障害の種類によって、対向装置に通知すべき警報について、ＯＡＭ処理部４１３に通知する。図１２において、ＯＡＭ処理部４１３は、ＭＰＬＳ伝送路にパケットが流れていないか（アイドル）か判定する（Ｓ２１）。ＹＥＳのとき、ＯＡＭ処理部４１３は、ＦＤＩまたはＢＤＩを送出して（Ｓ２３）、終了する。ステップ２１でＮＯのとき、再びステップ２１に遷移する。
【００５６】
なお、図１１および図１２を参照して説明したＳＤＨ−ＵＮＩ ４１０のＯＡＭ処理部４１３の動作は、ＧｂＥ−ＵＮＩ ４２０のＯＡＭ処理部４２３（図示せず）の動作もまったく同様である。
【００５７】
図１３を参照して、オートネゴシエーションＯＦＦ時のリンクダウン転送シーケンスを説明する。図１３において、初期状態は、クライアント３００−Ａとノード４００−Ａ間にリンクが確立されている。また、クライアント３００−Ｂとノード４００−Ｂ間にリンクが確立されている。この結果、クライアント３００−Ａ、ノード４００−Ａ、クライアント３００−Ｂ、ノード４００−Ｂは、いずれもリンクアップ状態にある。
【００５８】
この状態から、クライアント装置３００−Ａからノード４００−Ａへの伝送路に障害が発生する。ノード４００−Ａは、リンクダウンを検出する（Ｓ３１）。ノード４００−Ａは、ノード４００−ＢにＦＤＩを送信する（Ｓ３２）。ノード４００−Ｂは、クライアント装置３００−Ｂへの出力をｓｈｕｔ ｄｏｗｎする（Ｓ３３）。クライアント装置３００−Ｂは、リンクダウンを検出する（Ｓ３４）。なお、ノード４００−Ａは、ノード４００−Ｂに定期的にＦＤＩを送信する。この結果、ノード４００−Ｂは、クライアント装置３００−Ｂへの出力のｓｈｕｔ ｄｏｗｎを継続する。
【００５９】
ここで、クライアント装置３００−Ａからノード４００−Ａへの伝送路に障害が回復する。この結果、ノード４００−Ａは、リンクアップする（Ｓ３７）。ノード４００−Ａは、ノード４００−ＢへのＦＤＩ定期送信を解除する（Ｓ３８）。ＦＤＩを受信しなくなったノード４００−Ｂは、ｓｈｕｔ ｄｏｗｎを解除する（Ｓ３９）。クライアント装置３００−Ｂは、リンクアップ（リンクダウンを回復）する（Ｓ４１）。
【００６０】
なお、クライアント装置３００−Ａは、ノード４００−ＡとのオートネゴシエーションＯＦＦなので、常にリンクアップ状態である。また、ノード４００−Ｂも、クライアント装置３００−ＢとのオートネゴシエーションＯＦＦなので、常にリンクアップ状態である。したがって、ノード４００−Ｂは、クライアント装置３００−Ｂへの出力をｓｈｕｔ ｄｏｗｎしても、対向ノード４００−ＡにＦＤＩを送信することはない（後述する表１の＃２参照）。
【００６１】
図１４を参照して、オートネゴシエーションＯＮ時におけるネットワークの構成を説明する。図１４において、ネットワーク８００Ａの構成は、図８のネットワーク８００と同一である。しかし、クライアント装置３００−Ａとノード４００−Ａとの間のリンクＡ、およびクライアント装置３００−Ｂとノード４００−Ｂとの間のリンクＢは、ともにオートネゴシエーション接続ありで設定している。
【００６２】
オートネゴシエーションＯＮ時のリンクダウンによって、波及したノード４００−Ａのシャットダウンを回避するために、本実施例ではＦＤＩ上にリンク維持要求フィールドを定義し、対向するＴ−ＭＰＬＳノードがリンク維持要求フィールドを読み取ることで、オートネゴシエーション設定の有無や信号入力状態、および信号出力状態によってフレキシブルにシャットダウン有無を判定する。
【００６３】
図１５を参照して、ＦＤＩ中のリザーブバイトに、リンク維持要求フィールドを割り当てることを説明する。図１５において、ＦＤＩのペイロード６６０Ｂは、Ｆｕｎｃｔｉｏｎ６６１、リンク維持要求フィールド６６２１Ａ、Ｄｅｆｅｃｔ ｔｙｐｅ６６２２、ＬＳＰ ＴＴＳＩ１６６３、Ｄｅｆｅｃｔ ｌｏｃａｔｉｏｎ６６４１、Ｐａｄ ａｌｌ０ ６６４２、ＢＩＰ １６ ６６５で構成されている。図６との対比から明らかなように、図１５のリンク維持要求フィールド６６２１Ａは、図６のＲｅｓｅｒｖｅｄ６６２１に割り付けられている。リンク維持要求フィールド６６２１Ａは、他のフィールドに割り当てられてもよいが、Ｒｅｓｅｒｖｅｄ６６２１に割り付けられていることで、警報転送に係る通信帯域が必要最低限量で実現できる。
【００６４】
図１６を参照して、リンクダウンの検出後におけるＦＤＩの送信処理を説明する。図１６において、ノード４００は、リンクダウンを検出すると、現在のリンク間でオートネゴシエーション設定の有無の判断を行なう（Ｓ５１）。なお、オートネゴシエーション機能の有無の判断については、先述したように、オートネゴシエーション判定回路４１６に設定の有無について記録しているので、それを確認することで確認可能である。
【００６５】
オートネゴシエーションＯＦＦのとき（ＮＯ）、ノード４００は、対向側ノードに対して送信するＦＤＩののリザーブバイトにリンク維持要求フィールドの”０ｘ００”を設定する（Ｓ５６）。ここで、リンク維持要求フィールドが”０ｘ００”は、対向ノードに対する出力ｓｈｕｔ ｄｏｗｎ指示である。ノード４００は、ｓｈｕｔ ｄｏｗｎを実行する（Ｓ５７）。ノード４００は、ＦＤＩを送信して（Ｓ５８）、終了する。
【００６６】
ステップ５１でオートネゴシエーションがＯＮの場合、ノード４００は、クライアントへの送信側ポートがシャットダウンしているか判定する（Ｓ５２）。ＮＯのとき、ノード４００は、ステップ５６に遷移する。ステップ５２でＹＥＳのとき、ノード４００は、受信ポートに入力されているキャリアの強度が不足していないか判定する（Ｓ５３）。ＮＯのとき、ノード４００は、ステップ５６に遷移する。ステップ５３でＹＥＳのとき、ノード４００は、ＦＤＩのリザーブバイトにリンク維持要求フィールド”０ｘ０１”を設定して（Ｓ５４）、ステップ５８に遷移する。ここで、リンク維持要求フィールドが”０ｘ０”は、対向ノードに対するリンク維持指示である。
【００６７】
表１ リンク維持要求フィールド値決定条件
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
＃ オートネゴ Link Down Shutdown 信号無 ＦＤＩ リンク維持要求
シエーション Status 入力状態 送出 フィールド
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
１ ＯＦＦ １ ｄ.ｃ. ｄ.ｃ. ○ ０ｘ００
２ ＯＦＦ ０ ｄ.ｃ. ｄ.ｃ. × −
３ ＯＮ １ １ １ ○ ０ｘ００
４ ＯＮ １ １ ０ ○ ０ｘ０１
５ ＯＮ １ ０ １ ○ ０ｘ００
６ ＯＮ ０ １ １ × −
７ ＯＮ １ ０ ０ ○ ０ｘ００
８ ＯＮ ０ １ ０ × −
９ ＯＮ ０ ０ １ × −
１０ ＯＮ ０ ０ ０ × −
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
【００６８】
表１を参照して、各ステータス時のＦＤＩの送出とリンク維持要求フィールド値の設定について、説明する。表１において、リザーブバイト決定条件は、オートネゴシエーション、Ｌｉｎk Ｄｏｗｎ、Ｓｈｕｔｄｏｗｎ Ｓｔａｔｕｓ、信号無入力状態、ＦＤＩ送出、リンク維持要求フィールドから構成される。Ｌｉｎｋ ｄｏｗｎは、１のとき、リンクダウン検出、０のとき、リンクダウン未検出時（リンクアップ状態時）を示す。Ｓｈｕｔｄｏｕｎ Ｓｔａｔｕｓは、１のとき、シャットダウンを実行中、０のとき、信号送信状態を示す。信号無入力状態は、１のとき、伝送キャリアのパワー強度不足、０のとき、正常に入力が確認可能な状態を示す。リンク維持要求フィールド（本実施例ではＦＤＩのリザーブバイトを使用）は、”０ｘ００”のとき、シャットダウン実行を行ない、”０ｘ０１”のとき、シャットダウン実行を行なわないことを示す。これら条件に応じて対向側Ｔ−ＭＰＬＳ装置は、シャットダウンの有無を判定する。なお、表１において、ｄ.ｃ.は、ｄｏｎ'ｔ ｃａｒｅであり、無関係を意味する。
【００６９】
＃１と＃２は、オートネゴシエーション設定がＯＦＦの条件下で各ステータスに応じて判定する。自ノードでリンクダウンを判明した時に、対向側ノードへリンク維持要求フィールド”０ｘ００”のシャットダウンを実行するＦＤＩを送信する（＃１）。一方、＃２は、リンクアップ状態のため、ＦＤＩの送信は行なわない。
【００７０】
＃３から＃１０は、オートネゴシエーション設定がＯＮ時に各ステータスに応じて、ＦＤＩの送信およびリンク維持要求フィールドの設定値である。＃３は、リンクダウンを検出時に、送信ポートがシャットダウン状態かつ信号無入力状態である。これは自ノードと配下クライアント装置との送受信ができておらず、特に受信ポートで信号が無入力状態であるため、配下クライアント装置からの信号が正常に届いていない場合を想定するとリンクダウンが検出されるため、対向側ノードへリンク維持要求フィールド”０ｘ００”のシャットダウンを実行するＦＤＩが送信される。
【００７１】
＃４は、リンクダウンを検出時に、送信ポートをシャットダウン状態で、信号入力状態は正常である。この場合、対向側ノードに対しＦＤＩを送信するが、リンク維持要求フィールドは”０ｘ０１”を設定する。これは図１４のノード４００−Ｂを自ノードとして置き換えると、オートネゴシエーションＯＮ時に、ノード４００−Ｂがノード４００−ＡからＦＤＩを受信したため、ノード４００−Ｂはクライアント装置３００−Ｂへの送信ポートをシャットダウンする。ノード４００−Ｂの受信ポートは、クライアント装置３００−Ｂからの信号を正常に受信している。この場合、リンクダウンの原因が自身のシャットダウンにあると推定できる。ノード４００−Ｂは、両系シャットダウン状態を回避するために、対向側Ｔ−ＭＰＬＳ装置には、シャットダウンさせないリンク維持要求フィールド”０ｘ０１”に設定する。
【００７２】
＃５は、リンクダウンを検出時に、送信ポートはシャットダウンせず、信号が無入力状態である。受信ポートに信号が無入力状態であるため、配下クライアント装置からの信号が正常に届いていない。よって、リンクダウンが検出されるため、対向側ノードへリンク維持要求フィールド”０ｘ００”のシャットダウンを実行するＦＤＩを送信する。
【００７３】
＃６は、リンクアップ時に、送信ポートをシャットダウンし、信号が無入力状態である。これは信号が無入力状態でありながらリンクダウンを検出しておらず、通常稼働している時には起こらないケースである。装置自体の故障などによりリンクダウンが検出しなくなってしまった場合の処置として、ＦＤＩを送出しない設定とする。
【００７４】
＃７は、リンクダウンを検出時に、送信ポートはシャットダウンせず、信号入力状態も正常である。これは自ノードと配下クライアント装置間でリンクの確立をするためオートネゴシエーションフレームを互いに送受信しあっている間に起こる状態である。リンクダウンが検出されるので、対向側ノードへリンク維持要求フィールド”０ｘ００”のシャットダウンを実行するＦＤＩを送信する。
【００７５】
＃８は、リンクアップ時に、送信ポートをシャットダウンし、信号入力状態も正常である。リンクダウンをしていないので、ＦＤＩは送信しない。
＃９は、リンクアップ時に、送信ポートをシャットダウンせず、信号が無入力状態である。これは＃６と同様に信号無入力状態でありながら、リンクダウンが検出されておらず、装置自身の故障により発生する状態を想定しており、この場合はＦＤＩの送信を実施しない。
＃１０は、リンクアップ時に、送信ポートをシャットダウンせず、信号入力状態も正常である。設定したステータスが全て正常であるため、ＦＤＩの送信は行なわない。
【００７６】
図１７を参照して、オートネゴシエーションＯＮのときの、リンクダウン転送シーケンスを説明する。図１７において、初期状態において、クライアント装置３００−Ａとノード４００−Ａとの間のリンクＡ、クライアント装置３００−Ｂとノード４００−Ｂとの間のリンクＢは、いずれリンクアップ中である。リンクＡ間で障害発生時に、ノード４００−Ａは、リンクダウンを検出する（Ｓ６１）。クライアント装置３００−Ａは、オートネゴシエーションシーケンスが失敗して、リンクダウンを検出する（Ｓ６２)。ノード４００−Ａは、ノード４００−ＢにＦＤＩを送出する（Ｓ６３）。ここで、ＦＤＩのリンク維持要求フィールド６６２１Ａは、”０ｘ００”をセットする。ノード４００−Ｂでは、ＦＤＩを受信したことにより、シャットダウンを実行する（Ｓ６４）。クライアント装置３００−Ｂは、リンクダウンを検出する（Ｓ６６）。
【００７７】
ノード４００−Ｂは、オートネゴシエーションシーケンスに失敗し、リンクダウンを検出する（Ｓ６７）。ノード４００−Ｂは、表１の＃４の状態にあたるため、リンク維持要求フィールド６６２１Ａが”０ｘ０１”のＦＤＩを送出する（Ｓ６８）。ノード４００−Ａは、リンク維持要求フィールド６６２１ＡのＦＤＩを受信しても、シャットダウンは実施しない。なお、ノード４００−Ａ、ノード４００−Ｂは、定期的なＦＤＩの送信を継続する。
【００７８】
リンクＡ間の障害が回復したとき、ノード４００−Ａは、リンクアップする（Ｓ７１）。クライアント装置３００−Ａは、オートネゴシエーションシーケンスに成功し、リンクアップする（Ｓ７２）。ノード４００−Ａは、ＦＤＩの定期送信を解除する（Ｓ７３)。ノード４００−Ｂは、ＦＤＩを受信しなくなったので、ｓｈｕｔ ｄｏｗｎを解除する（Ｓ７４)。その結果、クライアント装置３００−Ｂは、リンクアップする（Ｓ７６）。ノード４００−Ｂは、オートネゴシエーションシーケンスに成功し、リンクアップする（Ｓ７７）。ノード４００−Ｂは、ＦＤＩの定期送信を解除する（Ｓ７８)。
【００７９】
以上のように、ＦＤＩのリザーブバイト値にリンク維持要求フィールドの設定をすることで、オートネゴシエーションＯＮ時において、ネットワーク波及リンクダウンを回避することができる。
【符号の説明】
【００８０】
２００…ＭＰＬＳ装置（ノード）、３００…ユーザ装置（クライアント装置）、４００…ＭＰＬＳ装置（ノード）、４１０…ＳＤＨ−ＵＮＩ、４２０…ＧｂＥ−ＵＮＩ、４３０…ＳＷ、４４０…ＮＮＩ、４１１…光モジュール（ＳＦＰ）、４１２…ＳＤＨ／ＳＯＮＥＴ⇔ＭＰＬＳ変換部、４１３…ＯＡＭ処理部、４１４…警報処理部、４１５…伝送路検出装置、４１６…オートネゴシエーション判定回路、４１７…電気コネクタ、４２０…ＧｂＥ−ＵＮＩ、４２１…ＳＦＰ、４２７…電気コネクタ、４３０…ＳＷ、４３７…電気コネクタ、４４０…ＮＮＩ、４４１…ＸＦＰ、４４７…電気コネクタ。
【特許請求の範囲】
【請求項１】
クライアント装置と対向伝送装置と接続され、前記クライアント装置からの第１の信号をカプセル化して前記対向伝送装置に送信し、前記対向伝送装置からの第２の信号をデカプセル化して前記クライアント装置に送信する伝送装置において、
前記クライアント装置とのリンクのオートネゴシエーションと、アップ／ダウンとを判定するリンク判定部と、前記第１の信号の正常性を判定するクライアント判定部と、前記第２の信号をシャットダウンするシャットダウン処理部と、前記対向伝送装置に第１の警報を送信し、前記対向伝送装置から第２の警報を受信する警報送受信部と、警報処理部とからなり、
前記リンク判定部がリンクダウンを検出したとき、前記警報処理部は、オートネゴシエーションのＯＮ／ＯＦＦと、シャットダウンの実行／非実行と、前記第１の信号の正常／異常とに基づいて、前記対向伝送装置に送る前記第１の警報を作成し、前記警報送受信部から送信することを特徴とする伝送装置。
【請求項２】
請求項１に記載の伝送装置であって、
前記警報処理部は、オートネゴシエーションがＯＮ、シャットダウンが実行、かつ前記第１の信号が正常のとき、前記対向伝送装置がシャットダウンしないように制御することを特徴とする伝送装置。
【請求項３】
請求項１に記載の伝送装置であって、
前記警報処理部は、オートネゴシエーションがＯＮ、シャットダウンが実行、かつ前記第１の信号が正常の以外とき、前記対向伝送装置がシャットダウンするように制御することを特徴とする伝送装置。
【請求項４】
請求項３に記載の伝送装置であって、
シャットダウンが非実行のとき、前記シャットダウン処理部は、前記第２の信号をシャットダウンすることを特徴とする伝送装置。
【請求項５】
オートネゴシエーションの設定がＯＮか判定する第１のステップと、
クライアント装置への信号シャットダウンを実行中か判定する第２のステップと、
クライアント装置からの信号が正常か判定する第３のステップと、
前記第１のステップ、前記第２のステップ、前記第３のステップの判定結果に基づいて、警報を作成する第４のステップと、
前記警報を対向する伝送装置に送信する第５のステップとからなる警報送信方法。
【請求項１】
クライアント装置と対向伝送装置と接続され、前記クライアント装置からの第１の信号をカプセル化して前記対向伝送装置に送信し、前記対向伝送装置からの第２の信号をデカプセル化して前記クライアント装置に送信する伝送装置において、
前記クライアント装置とのリンクのオートネゴシエーションと、アップ／ダウンとを判定するリンク判定部と、前記第１の信号の正常性を判定するクライアント判定部と、前記第２の信号をシャットダウンするシャットダウン処理部と、前記対向伝送装置に第１の警報を送信し、前記対向伝送装置から第２の警報を受信する警報送受信部と、警報処理部とからなり、
前記リンク判定部がリンクダウンを検出したとき、前記警報処理部は、オートネゴシエーションのＯＮ／ＯＦＦと、シャットダウンの実行／非実行と、前記第１の信号の正常／異常とに基づいて、前記対向伝送装置に送る前記第１の警報を作成し、前記警報送受信部から送信することを特徴とする伝送装置。
【請求項２】
請求項１に記載の伝送装置であって、
前記警報処理部は、オートネゴシエーションがＯＮ、シャットダウンが実行、かつ前記第１の信号が正常のとき、前記対向伝送装置がシャットダウンしないように制御することを特徴とする伝送装置。
【請求項３】
請求項１に記載の伝送装置であって、
前記警報処理部は、オートネゴシエーションがＯＮ、シャットダウンが実行、かつ前記第１の信号が正常の以外とき、前記対向伝送装置がシャットダウンするように制御することを特徴とする伝送装置。
【請求項４】
請求項３に記載の伝送装置であって、
シャットダウンが非実行のとき、前記シャットダウン処理部は、前記第２の信号をシャットダウンすることを特徴とする伝送装置。
【請求項５】
オートネゴシエーションの設定がＯＮか判定する第１のステップと、
クライアント装置への信号シャットダウンを実行中か判定する第２のステップと、
クライアント装置からの信号が正常か判定する第３のステップと、
前記第１のステップ、前記第２のステップ、前記第３のステップの判定結果に基づいて、警報を作成する第４のステップと、
前記警報を対向する伝送装置に送信する第５のステップとからなる警報送信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１１−１８２２４１（Ｐ２０１１−１８２２４１Ａ）
【公開日】平成２３年９月１５日（２０１１．９．１５）
【国際特許分類】
【出願番号】特願２０１０−４５５３６（Ｐ２０１０−４５５３６）
【出願日】平成２２年３月２日（２０１０．３．２）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２３年９月１５日（２０１１．９．１５）
【国際特許分類】
【出願日】平成２２年３月２日（２０１０．３．２）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]