JP2017139620A - 中継装置および中継システム - Google Patents

Abstract

【課題】中継装置および中継システムにおいて、リングネットワークにおけるループ経路の発生を防止する。【解決手段】アクティブカード（ＡＣＴ）およびスタンバイカード（ＳＢＹ）を含む複数の管理カードＭＣ１，ＭＣ２を備える。アクティブカードは、リングプロトコルに基づくイベントに応じてリングポートの開放または閉塞を定め、ラインカードＬＣへ開放命令または閉塞命令を発行する。ラインカードＬＣは、開放命令または閉塞命令に応じてリングポートの開閉を制御する。スタンバイカードは、所定の切り換え命令（ステップＳ６０１）に応じてアクティブカードに遷移した際に、リングポートの閉塞命令をラインカードＬＣへ発行する。【選択図】図１４

Description

本発明は、中継装置および中継システムに関し、例えば、装置内部に冗長構成を備える中継装置、および、リングプロトコルが適用される中継システムに関する。

例えば、特許文献１には、シャーシ型のネットワーク中継装置において、複数のラインカードのそれぞれが、冗長化された２枚の管理カードからの監視フレームを受信し、その内の一方を選択して装置外部に送信する方式が示されている。また、非特許文献１には、ＩＴＵ−Ｔ Ｇ．８０３２に基づくリングネットワークのリングプロトコルが示されている。

特開２０１４−１９５１４７号公報

ＩＴＵ−Ｔ Ｇ．８０３２／Ｙ．１３４４（０２／２０１２）

例えば、非特許文献１に示されるようなＩＴＵ−Ｔ Ｇ．８０３２を代表とするリングプロトコルが知られている。また、ＯＳＩ参照モデルのレイヤ２（Ｌ２）の処理を行う中継装置（Ｌ２スイッチ）の一形態として、特許文献１に示されるようなシャーシ型の中継装置が知られている。シャーシ型の中継装置は、装置外部との間でフレームの送信または受信を行うラインカードに加えて、当該ラインカードを含めて装置全体を管理する管理カードを備える場合がある。このようなシャーシ型の中継装置にリングプロトコルを実装する場合、主に管理カードにリングプロトコルの制御部を実装することで、装置内の処理を効率化することができる。

ここで、管理カードには、耐障害性を向上させるため、特許文献１に示されるように、アクティブ状態のカードとスタンバイ状態のカードからなる冗長構成を適用することが望ましい。この場合、例えば、アクティブ状態のカード［１］がリングプロトコルを実行している状態で、当該カード［１］に障害が発生した場合であっても、スタンバイ状態のカード［２］が、カード［１］に代わってアクティブ状態に遷移することでリングプロトコルの処理を実行することができる。

一方、例えば、非特許文献１に示されるようなリングプロトコルの処理は、状態遷移に基づいて行われる。例えば、中継装置は、リングネットワークで所定のイベントが発生した場合、現在のリング状態と当該イベントとの組合せに応じてリングネットワークを制御し、当該組合せに応じた次のリング状態に遷移する。ここで、このような状態遷移に基づく処理をカード［１］からカード［２］に移行させる仕組みの一つとして、特許文献１のような方式を利用して、カード［１］とカード［２］に独立して同じ動作を行わせることで、カード［１］とカード［２］を同期させる方式が考えられる。

しかし、現実的には、カード［１］とカード［２］とでは、例えば、各種処理を行うタイミングにズレが生じ得る。その結果、リングネットワークにおけるループ経路の発生といった問題を引き起こす恐れがある。一例として、カード［１］およびカード［２］が個別のタイミングに基づき判定処理を行う場合、所定のポートを対象に、カード［１］は閉塞が必要と判定し、カード［２］は閉塞が不要と判定するような事態が生じ得る。この状態で、カード［１］に代わってカード［２］がアクティブ状態となった場合、本来、閉塞されるべきポートが開放され、リングネットワークに閉塞ポートが存在しないような事態が生じ得る。

本発明は、このようなことに鑑みてなされたものであり、その目的の一つは、リングネットワークにおけるループ経路の発生を防止することが可能な中継装置および中継システムを提供することにある。

本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。

本願において開示される発明のうち、代表的な実施の形態の概要を簡単に説明すれば、次のとおりである。

本実施の形態による中継装置は、リングネットワークに接続されるリングポートを備えるラインカードと、ラインカードを管理する複数の管理カードとを有する。複数の管理カードには、アクティブ状態で動作するアクティブカードと、スタンバイ状態で動作し、所定の切り換え命令に応じてアクティブカードに遷移するスタンバイカードと、が含まれる。アクティブカードは、リングプロトコルに基づきリングポートの開放または閉塞を定め、ラインカードへリングポートの開放命令または閉塞命令を発行する。ラインカードは、アクティブカードからの開放命令または閉塞命令に応じてリングポートの開閉を制御するポート制御部を備える。スタンバイカードは、所定の切り換え命令に応じてアクティブカードに遷移した際に、リングポートの閉塞命令をラインカードへ発行する。

本願において開示される発明のうち、代表的な実施の形態によって得られる効果を簡単に説明すると、リングネットワークにおけるループ経路の発生を防止することが可能になる。

本発明の一実施の形態による中継システムにおいて、その構成例および障害無し時の動作例を示す概略図である。 図１の中継システムにおいて、その障害監視方法の一例を示す概略図である。 図１の中継システムにおいて、障害発生（ＳＦ）時の主要な動作シーケンスの一例を示す図である。 図１の中継システムにおいて、障害復旧（ＳＦ解消）時の主要な動作シーケンスの一例を示す図である。 図１の中継システムにおいて、中継装置の主要部の概略構成例を示すブロック図である。 図５における各ラインカードの主要部の概略構成例を示すブロック図である。 図５および図６の中継装置において、ＩＣＣＭ処理部の処理内容の一例を示す説明図である。 図５および図６の中継装置において、前提となる障害発生検出時のリングプロトコル動作の一例を示す説明図である。 図８に続く動作例を示す説明図である。 図９に続く動作例を示す説明図である。 図５および図６の中継装置において、前提となるＲ−ＡＰＳ（ＳＦ）フレーム受信時のリングプロトコル動作の一例を示す説明図である。 図５の中継装置において、スタンバイカードとなる管理カード内のＭＣ用ＥＲＰ制御部が実行する主要な処理内容の一例を示すフロー図である。 図５および図６の中継装置において、冗長方式に関する主要部の構成例およびリングプロトコル動作の一例を示す概略図である。 図５、図６および図１３の中継装置において、アクティブチェンジ発生時のリングプロトコル動作の一例を示すシーケンス図である。 図５、図６および図１３の中継装置において、アクティブチェンジ発生時の他のリングプロトコル動作の一例を示すシーケンス図である。 本発明の比較例として検討した中継装置において、冗長方式に関する主要部の構成例およびリングプロトコル動作の一例を示す概略図である。 図１６の中継装置において、アクティブチェンジ発生時に問題となり得るリングプロトコル動作の一例を示すシーケンス図である。

以下の実施の形態においては便宜上その必要があるときは、複数のセクションに分割して説明するが、特に明示した場合を除き、それらは互いに無関係なものではなく、一方は他方の一部または全部の変形例、詳細、補足説明等の関係にある。また、以下の実施の形態において、要素の数等（個数、数値、量、範囲等を含む）に言及する場合、特に明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではなく、特定の数以上でも以下でも良い。

さらに、以下の実施の形態において、その構成要素（要素ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。同様に、以下の実施の形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に明らかにそうでないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。このことは、上記数値および範囲についても同様である。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。

《中継システムの概略構成および障害無し時の概略動作》
図１は、本発明の一実施の形態による中継システムにおいて、その構成例および障害無し時の動作例を示す概略図である。図１に示す中継システムは、リングネットワーク１０を構成する複数（ここでは４個）の中継装置ＳＷａ〜ＳＷｄを備える。中継装置ＳＷａ〜ＳＷｄのそれぞれは、ノードとも呼ばれる。中継装置ＳＷａ〜ＳＷｄのそれぞれは、２個のリングポートＰｒ［１］，Ｐｒ［２］と、ｍ個（ｍは１以上の整数）のユーザポートＰｕ［１］〜Ｐｕ［ｍ］と、を備える。この例では、リングネットワーク１０を構成する中継装置の数は、４個とするが、これに限らず２個以上であればよい。

リングネットワーク１０は、例えば、ＩＴＵ−Ｔ Ｇ．８０３２に規定されたリングプロトコルに基づき制御される。言い換えれば、中継装置ＳＷａ〜ＳＷｄのそれぞれは、当該リングプロトコルに基づく各種制御機能を備える。中継装置ＳＷａ〜ＳＷｄのそれぞれは、ＯＳＩ参照モデルのレイヤ２（Ｌ２）の中継処理を行うＬ２スイッチや、加えて、レイヤ３（Ｌ３）の中継処理を行うＬ３スイッチ等である。ただし、リングネットワーク１０上の中継処理は、Ｌ２に基づいて行われるため、ここでは、中継装置ＳＷａ〜ＳＷｄのそれぞれは、Ｌ２スイッチである場合を例とする。

２個のリングポートＰｒ［１］，Ｐｒ［２］は、それぞれ、リングネットワーク１０に接続される。言い換えれば、中継装置ＳＷａ〜ＳＷｄのそれぞれは、リングポートＰｒ［１］，Ｐｒ［２］を介してリング状に接続され、これによってリングネットワーク１０が形成される。図１の例では、中継装置ＳＷａ，ＳＷｂ，ＳＷｃ，ＳＷｄのリングポートＰｒ［１］は、それぞれ、通信回線を介して、隣接する中継装置ＳＷｂ，ＳＷｃ，ＳＷｄ，ＳＷａのリングポートＰｒ［２］に接続される。

ユーザポートＰｕ［１］〜Ｐｕ［ｍ］は、所定のユーザ網に接続される。図１の例では、中継装置ＳＷａ〜ＳＷｄのユーザポートＰｕ［１］〜Ｐｕ［ｍ］は、それぞれ、ユーザ網１１ａ〜１１ｄに接続される。ユーザ網１１ａ〜１１ｄのそれぞれの中には、中継装置や各種情報処理装置（サーバ装置や端末装置等）などが適宜配置される。

ここで、ＩＴＵ−Ｔ Ｇ．８０３２に基づき、中継装置ＳＷａは、オーナーノードに設定され、中継装置ＳＷｂは、ネイバーノードに設定される。オーナーノードとネイバーノードとの間のリンクは、ＲＰＬ（Ring Protection Link）と呼ばれる。リングネットワーク１０上に障害が無い場合、中継装置ＳＷａは、ＲＰＬの一端に位置するリングポートＰｒ［１］を閉塞状態ＢＫに制御し、中継装置ＳＷｂは、ＲＰＬの他端に位置するリングポートＰｒ［２］を閉塞状態ＢＫに制御する。

閉塞状態ＢＫのリングポートは、フレームの通過を禁止する。リングネットワーク１０に障害が無い場合、ＲＰＬによって、リングネットワーク１０上でのフレームのループ経路が防止される。これによって、中継装置ＳＷａと中継装置ＳＷｂとの間では、図１に示すように、中継装置ＳＷｄ，ＳＷｃを介する通信経路１２が形成される。ユーザ網１１ａ〜１１ｄ間のフレーム転送は、この通信経路１２上で行われる。

《中継システムの障害監視方法》
図２は、図１の中継システムにおいて、その障害監視方法の一例を示す概略図である。図２に示すように、中継装置ＳＷａ〜ＳＷｄは、それぞれ、リングポートＰｒ［１］に対応して監視ポイントＭＥＰａ１〜ＭＥＰｄ１を備え、リングポートＰｒ［２］に対応して監視ポイントＭＥＰａ２〜ＭＥＰｄ２を備える。

ＩＴＵ−Ｔ Ｇ．８０３２では、中継装置間のリンクの障害有無を監視するため、イーサネット（登録商標）ＯＡＭのＣＣ（Continuity Check）機能を用いることが規定されている。イーサネットＯＡＭは、装置間の疎通性を監視するための規格として、「ＩＴＵ−Ｔ Ｙ．１７３１」や「ＩＥＥＥ８０２．１ａｇ」等で標準化されている。ＣＣ機能では、図２に示すように、ＭＥＰ（Maintenance End Point）と呼ばれる監視ポイントによって監視区間が設定される。各監視区間の両端のＭＥＰは、疎通性監視フレームであるＣＣＭ（Continuity Check Message）フレームを互いに定期的に送受信することで、各監視区間の疎通性を監視する。

図２の例では、中継装置ＳＷａの監視ポイントＭＥＰａ１は、他装置（ＳＷｂ）の監視ポイントＭＥＰｂ２との間でＣＣＭ監視区間１５ａｂを設定し、これにより、自装置のリングポートＰｒ［１］と、それに接続される他装置（ＳＷｂ）のリングポートＰｒ［２］と、の間の疎通性を監視する。その反対に、中継装置ＳＷｂの監視ポイントＭＥＰｂ２も、他装置（ＳＷａ）の監視ポイントＭＥＰａ１との間でＣＣＭ監視区間１５ａｂを設定し、これにより、自装置のリングポートＰｒ［２］と、それに接続される他装置（ＳＷａ）のリングポートＰｒ［１］と、の間の疎通性を監視する。

これと同様にして、リングネットワーク１０上に、順次、ＣＣＭ監視区間１５ｂｃ，１５ｃｄ，１５ａｄが設定される。各ＣＣＭ監視区間（例えば１５ａｂ）において、一端の監視ポイント（ＭＥＰａ１）は、他端の監視ポイント（ＭＥＰｂ２）からのＣＣＭフレームを所定の期間内に受信しない場合、他端の監視ポイント（ＭＥＰｂ２）に対する疎通性をＬＯＣ（Loss Of Continuity）状態と判別する。当該所定の期間は、例えば、ＣＣＭフレームの送信間隔（代表的には３．３ｍｓ）の３．５倍の期間である。

この場合、一端の監視ポイント（ＭＥＰａ１）は、他端の監視ポイント（ＭＥＰｂ２）に向けてＣＣＭフレームを送信する際に、当該ＣＣＭフレームに含まれるＲＤＩ（Remote Defect Indication）ビットにフラグを立てた状態で送信する。他端の監視ポイント（ＭＥＰｂ２）は、一端の監視ポイント（ＭＥＰａ１）からＲＤＩビットにフラグが立てられたＣＣＭフレームを受信することで、一端の監視ポイント（ＭＥＰａ１）に対する疎通性をＲＤＩ状態と判別する。中継装置ＳＷａ〜ＳＷｄのそれぞれは、自装置の監視ポイント（ＭＥＰ）におけるＬＯＣ状態またはＲＤＩ状態の有無に基づいて、自装置のリングポートＰｒ［１］，Ｐｒ［２］（それに接続されるリンクを含む）の障害有無を判別する。

《中継システムの障害発生（ＳＦ）時の動作》
図３は、図１の中継システムにおいて、障害発生（ＳＦ）時の主要な動作シーケンスの一例を示す図である。図３では、まず、障害発生（ステップＳ１０２）の前の状態として、オーナーノードである中継装置ＳＷａのリングポートＰｒ［１］、およびネイバーノードである中継装置ＳＷｂのリングポートＰｒ［２］は、共に、閉塞状態ＢＫに制御されている。また、中継装置ＳＷａ〜ＳＷｄは、共に、リングプロトコルに基づくリング状態がアイドル状態となっている。アイドル状態は、概略的には、障害等を代表とする特殊なイベントが特に発生していないことを表す。

この状態では、オーナーノードである中継装置ＳＷａは、リングネットワーク１０上に、ＩＴＵ−Ｔ Ｇ．８０３２に規定されるＲ−ＡＰＳ（ＮＲ，ＲＢ）フレームを定期的（例えば５ｓ毎）に送信する（ステップＳ１０１）。ＮＲ（No Request）は、要求無しを表し、ＲＢ（RPL Blocked）は、ＲＰＬの閉塞を表す。Ｒ−ＡＰＳ（ＮＲ，ＲＢ）フレームは、リングネットワーク１０が障害無しであり、これに伴いＲＰＬ（すなわち中継装置ＳＷａのリングポートＰｒ［１］）を閉塞状態ＢＫに制御していることを他の中継装置ＳＷｂ〜ＳＷｄに通知するフレームとなる。

このような状態で、ステップＳ１０２に示すように、中継装置ＳＷｃと中継装置ＳＷｄとの間のリンクに障害が生じた場合を想定する。この場合、ステップＳ１０３ｂに示すように、中継装置ＳＷｃは、図２に示した監視ポイントＭＥＰｃ１での監視結果に基づき、リングポートＰｒ［１］（それに接続されるリンクを含む）の障害発生（ＩＴＵ−Ｔ Ｇ．８０３２でのＳＦ（Signal Fail））を検出する。これに応じて、中継装置ＳＷｃは、当該リングポートＰｒ［１］を閉塞状態ＢＫに制御し、リングポートＰｒ［１］，Ｐｒ［２］からＲ−ＡＰＳ（ＳＦ）フレームを送信し、リング状態をアイドル状態からプロテクション状態に遷移する。

Ｒ−ＡＰＳ（ＳＦ）フレームは、障害通知フレームとして機能する。プロテクション状態は、概略的には、リングネットワーク１０上に障害が発生していることを表す。また、ステップＳ１０３ａに示すように、中継装置ＳＷｄも中継装置ＳＷｃの場合と同様の処理を行う。中継装置ＳＷｃ，ＳＷｄによって送信されたＲ−ＡＰＳ（ＳＦ）フレームは、閉塞状態ＢＫのリングポートに到達するまで、各中継装置によって中継される。

ここで、ステップＳ１０４ａに示すように、オーナーノードである中継装置ＳＷａは、アイドル状態でＲ−ＡＰＳ（ＳＦ）フレームを受信した場合、リングポートＰｒ［１］の閉塞状態ＢＫを解除する（すなわち開放状態ＯＰに変更する）。開放状態ＯＰのリングポートは、フレームの通過を許可する。また、中継装置ＳＷａは、アイドル状態でＲ−ＡＰＳ（ＳＦ）フレームを受信した場合、リング状態をアイドル状態からプロテクション状態に遷移する。また、ステップＳ１０４ｂに示すように、ネイバーノードである中継装置ＳＷｂも、中継装置ＳＷａの場合と同様の処理を行う。

このように、各種Ｒ−ＡＰＳフレームは、リングネットワークを制御するための制御フレームとなる。各種Ｒ−ＡＰＳフレームは、図示は省略しているが、実際には、最初に３．３ｍｓ毎に３回送信され、その後は５ｓ毎に送信される。また、ステップＳ１０４ａにおいて、より詳細には、中継装置ＳＷａは、アイドル状態でＲ−ＡＰＳ（ＳＦ）フレームを受信した場合、Ｒ−ＡＰＳ（ＮＲ，ＲＢ）フレームの送信を停止し、ＦＤＢ（Forwarding DataBase）のフラッシュを行う。このように、各中継装置ＳＷａ〜ＳＷｄは、より詳細には、各種リング状態と各種イベントとの組合せに応じてＦＤＢのフラッシュや、Ｒ−ＡＰＳフレームの停止等を含めた様々な処理を行うが、本明細書では、簡略化のためこのような処理に関する記載は省略し、主要な処理のみを記載する。

《中継システムの障害復旧（ＳＦ解消）時の動作》
図４は、図１の中継システムにおいて、障害復旧（ＳＦ解消）時の主要な動作シーケンスの一例を示す図である。図４では、図３に示したように、中継装置ＳＷｃと中継装置ＳＷｄとの間のリンクに障害が発生した状態で、当該障害が復旧した場合を想定する。まず、障害が発生している状態では、中継装置ＳＷｃのリングポートＰｒ［１］および中継装置ＳＷｄのリングポートＰｒ［２］は、共に、閉塞状態ＢＫに制御されている。また、中継装置ＳＷａ〜ＳＷｄは、図３に示したように、共に、リング状態がプロテクション状態となっている。このような状態で、障害が復旧した場合（ステップＳ２０１）、以下のような処理が行われる。

ステップＳ２０２ｂに示すように、中継装置ＳＷｃは、監視ポイントＭＥＰｃ１を用いてリングポートＰｒ［１］の障害復旧（ＩＴＵ−Ｔ Ｇ．８０３２でのＣｌｅａｒ ＳＦ）を検出する。そして、中継装置ＳＷｃは、リングポートＰｒ［１］，Ｐｒ［２］からＲ−ＡＰＳ（ＮＲ）フレームを送信し、リング状態をプロテクション状態からペンディング状態に遷移する。Ｒ−ＡＰＳ（ＮＲ）フレームは、障害復旧フレームとして機能する。ペンディング状態は、概略的には、リングネットワーク１０の状態が明確に定まっていないことを表す。また、ステップＳ２０２ａに示すように、中継装置ＳＷｄも中継装置ＳＷｃの場合と同様の処理を行う。

ステップＳ２０３ａに示すように、オーナーノードである中継装置ＳＷａは、プロテクション状態でＲ−ＡＰＳ（ＮＲ）フレームを受信すると、ＷＴＲ（Wait To Restore）タイマをスタートさせ、リング状態をプロテクション状態からペンディング状態に遷移する。また、ステップＳ２０３ｂに示すように、ネイバーノードである中継装置ＳＷｂは、プロテクション状態でＲ−ＡＰＳ（ＮＲ）フレームを受信すると、リング状態をプロテクション状態からペンディング状態に遷移する。

一方、ステップＳ２０４に示すように、中継装置ＳＷｃ，ＳＷｄのそれぞれは、図示しないガードタイマの期間で他方からのＲ−ＡＰＳ（ＮＲ）フレームを受信し、当該Ｒ−ＡＰＳ（ＮＲ）フレームに含まれる優先度の情報に基づいて自装置の閉塞状態ＢＫのリングポートを開放状態ＯＰに変更するか否かを判別する。この例では、このような判別結果に基づき、中継装置ＳＷｃのリングポートＰｒ［１］の閉塞状態ＢＫが解除されている。

ステップＳ２０５において、中継装置ＳＷａは、ペンディング状態でＷＴＲタイマの期間が満了すると、ＲＰＬ（すなわちリングポートＰｒ［１］）を開放状態ＯＰから閉塞状態ＢＫに変更する。また、中継装置ＳＷａは、リングポートＰｒ［１］，Ｐｒ［２］からＲ−ＡＰＳ（ＮＲ，ＲＢ）フレームを送信し、リング状態をペンディング状態からアイドル状態に遷移する。

ステップＳ２０６ａにおいて、中継装置ＳＷｄは、ペンディング状態でＲ−ＡＰＳ（ＮＲ，ＲＢ）フレームを受信すると、リングポートＰｒ［２］の閉塞状態ＢＫを解除し、リング状態をペンディング状態からアイドル状態に遷移する。また、ステップＳ２０６ｂにおいて、中継装置ＳＷｃは、ペンディング状態でＲ−ＡＰＳ（ＮＲ，ＲＢ）フレームを受信すると、リング状態をペンディング状態からアイドル状態に遷移する。

一方、ステップＳ２０６ｃにおいて、ネイバーノートである中継装置ＳＷｂは、ペンディング状態でＲ−ＡＰＳ（ＮＲ，ＲＢ）フレームを受信すると、ＲＰＬ（すなわちリングポートＰｒ［２］）を開放状態ＯＰから閉塞状態ＢＫに変更し、リング状態をペンディング状態からアイドル状態に遷移する。このような処理の結果、図１および図３のステップＳ１０１に示したような通常の状態に復旧する。

以上のように、例えば、ＩＴＵ−Ｔ Ｇ．８０３２に基づくリングプロトコルの処理は、状態遷移に基づいて行われる。補足説明を行うと、まず、リング状態として、図３および図４に示したアイドル状態、プロテクション状態、ペンディング状態の他に、ＦＳ（Forced Switch）状態およびＭＳ（Manual Switch）状態が規定される。そして、このリング状態とイベントの組合せに応じてどのような制御を行い何を出力するかや、次にどのリング状態に遷移するかが規定される。イベントとしては、例えば図３のステップＳ１０３ａに示したＳＦ検出等のように自装置で直接的に発生するローカルイベントと、図３のステップＳ１０４ａに示したように、他装置で発生しＲ−ＡＰＳフレームを介して他装置から通知されるリモートイベントとがある。

ここで、ＦＳ状態とは、概略的には、リングネットワーク１０上に、ＦＳコマンドに基づく閉塞ポートが存在することを表す。具体的には、ユーザは、閉塞したいリングポートの情報を含むＦＳコマンドを所定の中継装置に入力することができる。このローカルイベントに応じて、当該中継装置は、ＦＳコマンドで指定されたリングポートを強制的に閉塞状態ＢＫに制御し、他装置へＲ−ＡＰＳ（ＦＳ）フレームを送信すると共に、ＦＳ状態に遷移する。また、Ｒ−ＡＰＳ（ＦＳ）フレームを受信した他装置は、当該リモートイベントに応じてＦＳ状態に遷移する。

一方、ユーザは、ＦＳ状態を解除したい場合には、ＦＳコマンドに基づく閉塞ポートが存在する中継装置にクリアコマンドを入力する。このローカルイベントに応じて、当該中継装置は、図４のステップＳ２０２ａの場合と同様に、他装置へＲ−ＡＰＳ（ＮＲ）フレームを送信すると共に、ペンディング状態に遷移する。以降、各中継装置は、図４に示したＳＦ解消時の場合とほぼ同様な処理を経てＦＳ状態を解消し、ＲＰＬが閉塞された状態となるアイドル状態に戻る。

ＭＳ状態とは、ＦＳ状態の場合と同様に、概略的には、リングネットワーク１０上に、ＭＳコマンドに基づく閉塞ポートが存在することを表す。ただし、ＭＳ状態は、ＦＳ状態やプロテクション状態よりも優先度が低い。例えば、ＭＳ状態で所定のリングポートにＳＦが検出された場合、リング状態はプロテクション状態に遷移し、ＭＳコマンドに基づく閉塞ポートは開放され、その代わりにＳＦが検出されたリングポートが閉塞される。一方、ＦＳ状態は、最も優先度が高い。例えば、ＦＳ状態で所定のリングポートにＳＦが検出された場合であっても、リング状態はＦＳ状態のままであり、ＦＳコマンドに基づく閉塞ポートも閉塞状態を維持し、ＳＦが検出されたリングポートは閉塞されない。ＦＳ状態から他のリング状態への遷移は、前述したように、イベントとしてクリアコマンドが発生した場合のみで行われる。

《中継装置の構成》
図５は、図１の中継システムにおいて、中継装置の主要部の概略構成例を示すブロック図である。図６は、図５における各ラインカードの主要部の概略構成例を示すブロック図である。図５に示す中継装置は、図１に示した中継装置ＳＷａ〜ＳＷｄの中の少なくとも一つに適用される。

図５に示す中継装置は、１個の筐体内に複数のカードを搭載したシャーシ型の中継装置となっている。当該中継装置は、複数（ここではｎ枚）のラインカードＬＣ［１］〜ＬＣ［ｎ］と、複数（ここでは２枚）の管理カードＭＣ１，ＭＣ２と、ファブリック経路部２０と、を備える。ラインカードＬＣ［１］〜ＬＣ［ｎ］のそれぞれは、装置外部との間でフレームの通信（送信および受信）を行う。ファブリック経路部２０は、複数のラインカードＬＣ［１］〜ＬＣ［ｎ］間の通信を仲介し、さらに、複数の管理カードＭＣ１，ＭＣ２のそれぞれと、複数のラインカードＬＣ［１］〜ＬＣ［ｎ］のそれぞれとの間の通信を仲介する。ファブリック経路部２０は、具体的には、例えば、メッシュ状の配線で構成される場合や、ファブリックカードで構成される場合等がある。

管理カードＭＣ１，ＭＣ２のそれぞれは、図示は省略するが、例えば、装置管理者等からの指示に基づいて、複数のラインカードＬＣ［１］〜ＬＣ［ｎ］の各種設定や状態等を管理するような一般的な管理機能を備える。管理カードＭＣ１，ＭＣ２のそれぞれは、このような一般的な管理機能に加えて、ＭＣ用ＥＲＰ制御部２２と、記憶部２３と、ファブリックインタフェース部２７とを備える。ＭＣ用ＥＲＰ制御部２２は、リング制御部として機能し、記憶部２３の情報を用いながら、所定のリングプロトコル（ここでは、ＩＴＵ−Ｔ Ｇ．８０３２）に基づく各種処理を主体的に行う。ＭＣ用ＥＲＰ制御部２２は、詳細は後述するが、ＶＩＤフィルタ制御要求部２５と、Ｒ−ＡＰＳ生成部２６とを備える。

ファブリックインタフェース部２７は、ＩＣＣＭ処理部２４を備え、自管理カードとファブリック経路部２０との間の通信を仲介する。ＩＣＣＭ処理部２４は、複数のラインカードＬＣ［１］〜ＬＣ［ｎ］のそれぞれとの間で、ファブリック経路部２０を介して内部疎通性監視フレーム（以降、ＩＣＣＭフレームと呼ぶ）の通信を行うことで複数のラインカードのそれぞれとの間の疎通性有無を監視する。さらに、ＩＣＣＭ処理部２４は、ＩＣＣＭフレームを用いてＭＣ用ＥＲＰ制御部２２と複数のラインカードのそれぞれとの間の通信を仲介する。

ここで、複数の管理カードＭＣ１，ＭＣ２には、アクティブ状態（ＡＣＴ）で動作するアクティブカードと、スタンバイ状態（ＳＢＹ）で動作し、所定の切り換え命令（具体的には、後述するアクティブチェンジ）に応じてアクティブカードに遷移するスタンバイカードと、が含まれる。例えば、管理カードＭＣ１は、アクティブカードであり、管理カードＭＣ２は、スタンバイカードである。また、管理カードＭＣ１，ＭＣ２は、互いに通信を行うための通信経路（例えば通信回線）２１を備えている。

複数のラインカードＬＣ［１］〜ＬＣ［ｎ］は、図１等に示したリングポートＰｒ［１］，Ｐｒ［２］と、ユーザポートＰｕ［１］〜Ｐｕ［ｍ］とを備える。図５の例では、ラインカードＬＣ［１］，ＬＣ［２］は、それぞれ、リングポートＰｒ［１］，Ｐｒ［２］を備え、ラインカードＬＣ［ｎ］は、ユーザポートＰｕ［１］を備えている。ただし、各ポートをどのラインカードに設けるかは、図５の例に限定されるものではなく、任意に定めることが可能である。

複数のラインカードＬＣ［１］〜ＬＣ［ｎ］のそれぞれは、詳細には、図６に示すような構成を備える。図６のラインカードＬＣは、インタフェース部３０と、フレーム処理部３１と、ＦＤＢと、ＬＣ用ＥＲＰ制御部３２と、ファブリックインタフェース部３３とを備える。また、ここでは、説明の便宜上、当該ラインカードＬＣは、リングポートＰｒおよびユーザポートＰｕを含めた複数のポートを備えるものとする。

インタフェース部３０は、受信ポート識別子付加部３４と、フレーム判別部３５と、ＶＩＤフィルタ３６と、ＯＡＭ処理部３７とを備え、主に、複数のポートとの間でフレームの送信および受信を行う。受信ポート識別子付加部３４は、複数のポートのいずれかでフレームを受信した場合に、その受信ポートを表す受信ポート識別子を当該フレームに付加する。フレーム判別部３５は、例えば、受信したフレームがユーザフレームのフォーマットであるか、Ｒ−ＡＰＳフレームのフォーマットであるかといったように、フレームのフォーマットを判別する。

ＶＩＤフィルタ３６は、設定された条件に基づいて、フレームの通過可否を制御する。例えば、所定のＶＬＡＮ識別子ＶＩＤを持つフレームを所定のポートで受信した場合に当該フレームを破棄するといった条件や、所定のＶＬＡＮ識別子ＶＩＤを持つフレームを所定のポートから送信する場合に当該フレームを送信せずに破棄するといった条件が設定される。ＶＩＤフィルタ３６は、当該条件に基づく処理を行う。リングポートの実際の閉塞状態ＢＫや開放状態ＯＰは、ＶＩＤフィルタ３６によって構築される。

ＯＡＭ処理部３７は、図２に示したようなＭＥＰを備え、装置外部との間でリングポートＰｒを介して疎通性監視フレーム（具体的にはＣＣＭフレーム）の通信を行うことでリングポートＰｒの障害有無を監視する。インタフェース部３０は、受信したフレームがユーザフレームの場合には、当該フレームをフレーム処理部３１へ送信し、受信したフレームがＲ−ＡＰＳフレームの場合には、当該フレームをＬＣ用ＥＲＰ制御部３２へ送信する。また、インタフェース部３０は、フレームの宛先ポートを表す宛先ポート識別子が付加されたフレームを、フレーム処理部３１やＬＣ用ＥＲＰ制御部３２から受信した場合に、当該フレームを当該宛先ポートへ送信する。

ＦＤＢは、ＭＡＣ（Media Access Control）アドレスと、ＶＬＡＮ識別子ＶＩＤと、ポートとの対応関係を保持する。また、ＦＤＢは、ポートがリングポートの場合には、加えてリングＩＤを保持する。当該リングＩＤは、ＦＤＢフラッシュの対象となるエントリを定める際のキーとして使用される。フレーム処理部３１は、ＦＤＢ処理部３８と、ＦＤＢ同期部３９と、ＩＣＣＭ処理部４０とを備える。ＦＤＢ処理部３８は、ポートでユーザフレームを受信した場合に、ＦＤＢの学習および検索を行う。具体的には、ＦＤＢ処理部３８は、受信したユーザフレームの送信元ＭＡＣアドレスを、ＶＬＡＮ識別子ＶＩＤと、インタフェース部３０で付加された受信ポート識別子（ラインカードの識別子を含む）とに対応付けてＦＤＢに学習する。

また、ＦＤＢ処理部３８は、受信したユーザフレームの宛先ＭＡＣアドレスおよびＶＬＡＮ識別子ＶＩＤを検索キーとしてＦＤＢを検索し、宛先ポート識別子（ラインカードの識別子を含む）を取得する。ＦＤＢ処理部３８は、宛先ポート識別子が自ラインカードのポート識別子の場合、宛先ポート識別子を付加したユーザフレームをインタフェース部３０へ直接送信するか、または、ファブリックインタフェース部３３やファブリック経路部２０で折り返す形でインタフェース部３０へ送信する。一方、ＦＤＢ処理部３８は、宛先ポート識別子が他ラインカードのポート識別子の場合、宛先ポート識別子を付加したユーザフレームをファブリックインタフェース部３３を介してファブリック経路部２０へ送信する。ファブリック経路部２０は、当該ユーザフレームを宛先ポート識別子に基づくラインカードへ送信する。

ＦＤＢ同期部３９は、複数のラインカードＬＣ［１］〜ＬＣ［ｎ］間でＦＤＢの保持内容を同期化する機能を備える。具体的には、ＦＤＢ同期部３９は、例えば、自ラインカードのポートでフレームを受信した場合に、受信ポート識別子および当該フレームのヘッダ部分を含む学習用フレームを生成し、ファブリック経路部２０を介して他のラインカードへ送信する。他のラインカードのＦＤＢ同期部３９は、当該学習用フレームに基づいてＦＤＢの学習を行う。

ＩＣＣＭ処理部４０は、管理カードＭＣ１，ＭＣ２のそれぞれとの間でＩＣＣＭフレームの通信を行うことで管理カードＭＣ１，ＭＣ２のそれぞれとの間の疎通性有無を監視する。さらに、ＩＣＣＭ処理部４０は、ＩＣＣＭフレームを用いてＬＣ用ＥＲＰ制御部３２と管理カードＭＣ１，ＭＣ２との間の通信を仲介する。

ＬＣ用ＥＲＰ制御部３２は、リング制御部として機能し、ＭＣ用ＥＲＰ制御部２２の基で、所定のリングプロトコル（ここでは、ＩＴＵ−Ｔ Ｇ．８０３２）に基づく各種処理を従属的に行う。ＬＣ用ＥＲＰ制御部３２は、Ｒ−ＡＰＳ中継部４１と、ポート制御部４２とを備える。Ｒ−ＡＰＳ中継部４１は、リングポートＰｒで受信したＲ−ＡＰＳフレームを、ファブリックインタフェース部３３を介して管理カードＭＣ１，ＭＣ２へ中継する。また、Ｒ−ＡＰＳ中継部４１は、２個のリングポートの一方で受信したＲ−ＡＰＳフレームを、２個のリングポートの他方へ中継する。ポート制御部４２は、アクティブカードからの開放命令または閉塞命令に応じてリングポートＰｒの開閉を制御する。

ファブリックインタフェース部３３は、フレーム処理部３１から送信されたフレーム（ユーザフレーム、ＩＣＣＭフレーム、学習用フレーム）や、Ｒ−ＡＰＳ中継部４１によって中継されたＲ−ＡＰＳフレームを、ファブリック経路部２０へ送信する。また、ファブリックインタフェース部３３は、ファブリック経路部２０から送信されたフレームをフレーム処理部３１またはＬＣ用ＥＲＰ制御部３２へ送信する。

なお、図５の管理カードＭＣ１，ＭＣ２において、ＭＣ用ＥＲＰ制御部２２は、プロセッサ（ＣＰＵ）によるプログラム処理等によって実現され、記憶部２３は、ＲＡＭ等で実現され、ファブリックインタフェース部２７は、ＦＰＧＡ（Field Programmable Gate Array）等に実装される。また、図６のラインカードＬＣにおいて、インタフェース部３０およびファブリックインタフェース部３３のそれぞれは、ＡＳＩＣ（Application Specific Integrated Circuit）等に実装され、フレーム処理部３１やＬＣ用ＥＲＰ制御部３２は、ＦＰＧＡ等に実装される。ＦＤＢは、ＣＡＭ（Content Addressable Memory）等に実装される。ただし、各部の具体的な実装形態は、勿論、これに限定されるものではなく、ハードウェアまたはソフトウェアあるいはその組合せを用いて適宜実装されればよい。

《中継装置の内部疎通性監視動作およびアクティブチェンジ動作》
図７は、図５および図６の中継装置において、ＩＣＣＭ処理部の処理内容の一例を示す説明図である。図７において、ラインカードＬＣ［１］のＩＣＣＭ処理部４０は、管理カードＭＣ１用の内部監視ポイントＩＭＥＰ１ｌ［１］と、管理カードＭＣ２用の内部監視ポイントＩＭＥＰ１ｌ［２］とを備える。同様に、ラインカードＬＣ［２］のＩＣＣＭ処理部４０は、管理カードＭＣ１用の内部監視ポイントＩＭＥＰ２ｌ［１］と、管理カードＭＣ２用の内部監視ポイントＩＭＥＰ２ｌ［２］とを備える。

以降同様に、図示は省略するが、各ラインカード（例えばＬＣ［ｎ］）のＩＣＣＭ処理部４０は、管理カードＭＣ１用の内部監視ポイント（ＩＭＥＰｎｌ［１］）と、管理カードＭＣ２用の内部監視ポイント（ＩＭＥＰｎｌ［２］）とを備える。一方、管理カードＭＣ１のＩＣＣＭ処理部２４は、内部監視ポイントＩＭＥＰ１ｍ［１］，ＩＭＥＰ２ｍ［１］，…，ＩＭＥＰｎｍ［１］を備える。管理カードＭＣ２のＩＣＣＭ処理部２４は、内部監視ポイントＩＭＥＰ１ｍ［２］，ＩＭＥＰ２ｍ［２］，…，ＩＭＥＰｎｍ［２］を備える。

管理カードＭＣ１の内部監視ポイントＩＭＥＰ１ｍ［１］，ＩＭＥＰ２ｍ［１］，…は、それぞれ、複数のラインカードにおける管理カードＭＣ１用の内部監視ポイントＩＭＥＰ１ｌ［１］，ＩＭＥＰ２ｌ［１］，…との間で、ＩＣＣＭフレームＩＣＣＭ１［１］，ＩＣＣＭ２［１］，…の送受信を行うことによって内部疎通性を監視する。同様に、管理カードＭＣ２の内部監視ポイントＩＭＥＰ１ｍ［２］，ＩＭＥＰ２ｍ［２］，…は、それぞれ、複数のラインカードにおける管理カードＭＣ２用の内部監視ポイントＩＭＥＰ１ｌ［２］，ＩＭＥＰ２ｌ［２］，…との間で、ＩＣＣＭフレームＩＣＣＭ１［２］，ＩＣＣＭ２［２］，…の送受信を行うことによって内部疎通性を監視する。

ＩＣＣＭフレームは、内部疎通性監視フレームであり、前述した疎通性監視フレームであるＣＣＭフレームと同様なフレームである。すなわち、本実施の形態では、装置間の疎通性を監視するイーサネットＯＡＭの規格を利用し、これと同様な方式を、装置内部の疎通性の監視に適用する。そして、装置内部の疎通性を監視するための監視用フレームとして、ＣＣＭフレームの代わりにＩＣＣＭフレームを用いる。ＩＣＣＭフレームを用いて内部疎通性の監視を行う場合、前述したＣＣＭフレームの場合と同様に、ＬＯＣ状態やＲＤＩ状態の有無に基づいて内部の疎通性有無（障害有無）を判別する。

なお、必ずしも限定はされないが、ＩＣＣＭフレームの送信間隔は、ＣＣＭフレームの送信間隔と比較して、同等もしくは短いことが望ましい。本実施の形態では、例えば、ＩＣＣＭフレームの送信間隔は１ｍｓ等であり、ＣＣＭフレームの送信間隔は３．５ｍｓ等である。

ここで、図７の例では、管理カードＭＣ１はアクティブ状態ＡＣＴで動作しており（すなわちアクティブカードであり）、管理カードＭＣ２はスタンバイ状態ＳＢＹで動作している（すなわちスタンバイカードである）。この状態で、例えば、ラインカードＬＣ［１］と管理カードＭＣ１との間の通信経路に障害が発生した場合を想定する。この場合、ラインカードＬＣ［１］および管理カードＭＣ１は、共に、ＩＣＣＭフレームＩＣＣＭ１［１］のＬＯＣ状態またはＲＤＩ状態に基づいて当該障害発生を検出することができる。

当該障害発生を検出した場合、例えば、ラインカードＬＣ［１］は、自ラインカードに向けたアクティブチェンジを実行し、以降、管理カードＭＣ１に代わって管理カードＭＣ２をアクティブカードとみなす。また、管理カードＭＣ１は、当該障害発生の検出に応じて、管理カードＭＣ２と、その他のラインカードＬＣ［２］，…とにアクティブチェンジを実行する旨を通知する。これに応じて、管理カードＭＣ２は、自身をスタンバイ状態ＳＢＹからアクティブ状態ＡＣＴに遷移し、その他のラインカードＬＣ［２］，…も、ラインカードＬＣ［１］の場合と同様に、自ラインカードに向けたアクティブチェンジを実行する。なお、管理カードＭＣ１は、アクティブチェンジの通知を行ったのち、アクティブ状態ＡＣＴからスタンバイ状態ＳＢＹに遷移する。

また、例えば、管理カードＭＣ１自体に障害が発生した場合を想定する。この場合、各ラインカードＬＣ［１］，ＬＣ［２］，…は、それぞれ、ＩＣＣＭフレームＩＣＣＭ１［１］，ＩＣＣＭ２［１］，…のＬＯＣ状態等に基づいて当該障害発生を検出することができる。これに応じて、各ラインカードＬＣ［１］，ＬＣ［２］，…は、それぞれ、自ラインカードに向けたアクティブチェンジを実行し、以降、管理カードＭＣ１に代わって管理カードＭＣ２をアクティブカードとみなす。一方、管理カードＭＣ２も、例えば、通信経路２１を用いた管理カードＭＣ１の監視等によって当該障害発生を検出することができる。これに応じて、管理カードＭＣ２は、自身をスタンバイ状態ＳＢＹからアクティブ状態ＡＣＴに遷移する。

なお、アクティブチェンジは、このような方法を一例として、その他にも様々な方法で実行することができる。さらに、ここでは、障害が有る場合のアクティブチェンジについて説明したが、障害が無い場合でも、例えば、ユーザからのアクティブチェンジコマンドの入力によってアクティブチェンジを行うことも可能である。この場合、例えば、管理カードＭＣ１が当該アクティブチェンジコマンドを受け付け、管理カードＭＣ２と、各ラインカードＬＣ［１］，ＬＣ［２］，…とにアクティブチェンジを実行する旨を通知すればよい。

《中継装置の障害発生検出時のリングプロトコル動作（前提）》
図８は、図５および図６の中継装置において、前提となる障害発生検出時のリングプロトコル動作の一例を示す説明図である。図９は、図８に続く動作例を示す説明図であり、図１０は、図９に続く動作例を示す説明図である。図８〜図１０には、図３の中継装置ＳＷｃを例として、ステップＳ１０２，Ｓ１０３ｂにおける動作例が示されている。また、ここでは、管理カードＭＣ１，ＭＣ２のいずれか一方となるアクティブ状態ＡＣＴの管理カードＭＣ（アクティブカード）についての動作例を説明する。

図８において、まず、リングポートＰｒ［１］を備えるラインカードＬＣ［１］のＯＡＭ処理部３７は、リングポートＰｒ［１］の障害発生（例えばＬＯＣ状態）を検出する（ステップＳ１０２，Ｓ１０２−１）。この場合、ラインカードＬＣ［１］のＬＣ用ＥＲＰ制御部３２は、ＩＣＣＭ処理部４０から送信されるＩＣＣＭフレームＩＣＣＭ１に当該障害情報を格納する（ステップＳ１０２−２）。当該障害情報は、例えば、障害発生箇所の識別子（ここでは｛ＬＣ［１］｝／｛Ｐｒ［１］｝）等である。なお、本明細書では、例えば、｛ＡＡ｝は「ＡＡ」の識別子を表すものとする。

管理カードＭＣのＩＣＣＭ処理部２４は、当該障害情報が格納されたＩＣＣＭフレームＩＣＣＭ１を受信する（ステップＳ１０２−３）。ＭＣ用ＥＲＰ制御部２２は、ＩＣＣＭ処理部２４で障害情報が格納されたＩＣＣＭフレームを受信した場合、ＩＴＵ−Ｔ Ｇ．８０３２に基づく障害発生（ＳＦ）を検出する（ステップＳ１０３ｂ−１）。この場合、図９に示すように、ＭＣ用ＥＲＰ制御部２２は、記憶部２３に予め設定されたリング管理テーブル４５を参照し、障害発生箇所が属するリングネットワークと、当該リングネットワークに接続されるリングポートとを認識する。

図９の例では、リング管理テーブル４５は、リングネットワーク毎に割り当てられるリングＩＤと、各リングＩＤに属するＶＬＡＮ識別子ＶＩＤおよびリングポートＩＤと、各リングポートＩＤ毎の開閉情報とを保持する。ここでは、ＶＬＡＮ識別子ＶＩＤ＝１のリングポートＩＤ（具体的にはラインカードＩＤ／ポートＩＤ）｛ＬＣ［１］｝／｛Ｐｒ［１］｝および｛ＬＣ［２］｝／｛Ｐｒ［２］｝が、リングＩＤ＝１のリングネットワークに属しており、リングポートＰｒ［１］，Ｐｒ［２］は共に開放状態ＯＰとなっている。ＭＣ用ＥＲＰ制御部２２は、障害情報（ここでは｛ＬＣ［１］｝／｛Ｐｒ［１］｝）を用いて当該リング管理テーブル４５を参照することで、どのリングネットワーク（リングＩＤ）に障害が発生したかを認識することができる。

なお、図１等の例では、中継システムは、１個のリングネットワーク１０を備えるが、複数のリングネットワークを備える場合、リング管理テーブル４５には、各リングネットワーク毎のリングＩＤと、当該リングＩＤに属するＶＬＡＮ識別子ＶＩＤおよびリングポートＩＤとが設定される。例えば、リング管理テーブル４５には、リングＩＤ＝２、ＶＬＡＮ識別子ＶＩＤ＝２、リングポートＩＤ＝“｛ＬＣ［１］｝／｛Ｐｒ［１］｝および｛ＬＣ［２］｝／｛Ｐｒ［２］｝”等が設定される。

ＭＣ用ＥＲＰ制御部２２のＶＩＤフィルタ制御要求部２５は、受信した障害情報（｛ＬＣ［１］｝／｛Ｐｒ［１］｝）に基づき、当該障害箇所のリングポートＰｒ［１］およびＶＬＡＮ識別子ＶＩＤを閉塞状態ＢＫに制御するためのＶＩＤ制御命令（閉塞命令）を発行する（ステップＳ１０３ｂ−２）。また、ＶＩＤフィルタ制御要求部２５は、当該閉塞命令の発行と共に、リング管理テーブル４５のリングポートＰｒ［１］の開閉情報を、開放状態ＯＰから閉塞状態ＢＫに変更する。そして、ＭＣ用ＥＲＰ制御部２２は、ＩＣＣＭ処理部２４から送信される、ラインカードＬＣ［１］に向けたＩＣＣＭフレームＩＣＣＭ１に、当該ＶＩＤ制御命令（閉塞命令）を格納する（ステップＳ１０３ｂ−３）。

また、ＭＣ用ＥＲＰ制御部２２は、実際には、当該閉塞命令に加えて、ＦＤＢフラッシュの実行命令を発行し（ステップＳ１０３ｂ−２）、当該実行命令を、各ＩＣＣＭフレームＩＣＣＭ１，ＩＣＣＭ２，…に格納する（ステップＳ１０３ｂ−３）。この際に、ＭＣ用ＥＲＰ制御部２２は、リング管理テーブル４５に基づき、ＦＤＢフラッシュの対象となるリングＩＤ（すなわち障害発生を検出したリングＩＤ）を定め、当該リングＩＤをＦＤＢフラッシュの実行命令の中で指定する。

ラインカードＬＣ［１］のＩＣＣＭ処理部４０は、閉塞命令およびＦＤＢフラッシュの実行命令が格納されたＩＣＣＭフレームＩＣＣＭ１を受信する（ステップＳ１０３ｂ−３）。ラインカードＬＣ［１］のＬＣ用ＥＲＰ制御部３２（具体的にはポート制御部４２）は、当該ＩＣＣＭフレームＩＣＣＭ１に含まれる閉塞命令に応じてＶＩＤフィルタ３６を制御し、対象となるリングポート（ここではＰｒ［１］）およびＶＬＡＮ識別子ＶＩＤを、実際に閉塞状態ＢＫに制御する（ステップＳ１０３ｂ−４）。また、当該ＬＣ用ＥＲＰ制御部３２は、ＩＣＣＭフレームＩＣＣＭ１に含まれるＦＤＢフラッシュの実行命令に応じて、指定されたリングＩＤを含むＦＤＢのエントリをフラッシュする。その他のラインカードＬＣ［２］，…も同様に、ＦＤＢフラッシュの実行命令を実行する。

さらに、図１０に示されるように、ＭＣ用ＥＲＰ制御部２２のＲ−ＡＰＳ生成部２６は、前述した閉塞命令の実行に応じて、Ｒ−ＡＰＳ（ＳＦ）フレームの生成を行う（ステップＳ１０３ｂ−５）。具体的には、Ｒ−ＡＰＳ生成部２６は、リング管理テーブル４５に基づき、所定のリングＩＤおよび所定のＶＬＡＮ識別子ＶＩＤを含む２個のＲ−ＡＰＳ（ＳＦ）フレームを生成する。Ｒ−ＡＰＳ生成部２６は、生成した２個のＲ−ＡＰＳ（ＳＦ）フレームにそれぞれ宛先ポート識別子（ここでは｛ＬＣ［１］｝／｛Ｐｒ［１］｝および｛ＬＣ［２］｝／｛Ｐｒ［２］｝）を付加し、ファブリックインタフェース部２７を介してファブリック経路部２０へ送信する。

また、ＭＣ用ＥＲＰ制御部２２は、自装置のリング状態をアイドル状態からプロテクション状態に遷移する（ステップＳ１０３ｂ−６）。一方、ラインカードＬＣ［１］，ＬＣ［２］のＲ−ＡＰＳ中継部４１は、それぞれ、Ｒ−ＡＰＳ（ＳＦ）フレームを受信し、それをインタフェース部３０を介して宛先のリングポートＰｒ［１］，Ｐｒ［２］へ送信する。

《中継装置のＲ−ＡＰＳ（ＳＦ）受信時のリングプロトコル動作（前提）》
図１１は、図５および図６の中継装置において、前提となるＲ−ＡＰＳ（ＳＦ）フレーム受信時のリングプロトコル動作の一例を示す説明図である。図１１には、図３の中継装置ＳＷａを例として、ステップＳ１０４ａにおける動作例が示されている。また、図８〜図１０の場合と同様に、アクティブカードについての動作例を説明する。

図１１において、ラインカードＬＣ［２］のＬＣ用ＥＲＰ制御部３２のＲ−ＡＰＳ中継部４１は、リングポートＰｒ［２］で受信したＲ−ＡＰＳ（ＳＦ）フレームをインタフェース部３０を介して受信する（ステップＳ１０４ａ−１）。当該Ｒ−ＡＰＳ中継部４１は、当該受信したフレームを、ファブリック経路部２０を介してリングポートＰｒ［１］へ中継する（ステップＳ１０４ａ−２）。

また、当該Ｒ−ＡＰＳ中継部４１は、例えば、受信したＲ−ＡＰＳ（ＳＦ）フレームが自装置で受信すべきフレームであるか否かを判別し、自装置で受信すべきフレームである場合、当該フレームを管理カードＭＣへ送信する（ステップＳ１０４ａ−３）。具体的には、Ｒ−ＡＰＳ中継部４１は、例えば、図９に示したリング管理テーブル４５と同様の情報を保持しており、自装置で受信すべきか否かを、受信したＲ−ＡＰＳフレームとリングポートとでＶＬＡＮ識別子ＶＩＤが一致するか否かで判別する。

管理カードＭＣのＭＣ用ＥＲＰ制御部２２は、当該Ｒ−ＡＰＳ（ＳＦ）フレームを受信する。ＭＣ用ＥＲＰ制御部２２のＶＩＤ制御要求部２５は、受信したＲ−ＡＰＳ（ＳＦ）フレームのリングＩＤを参照することでＳＦの対象となるリングネットワークを認識する。この例では、ＭＣ用ＥＲＰ制御部２２は、当該リングネットワークの中のオーナーノードに属しているため、ＶＩＤ制御要求部２５は、ＲＰＬ（すなわちＶＬＡＮ識別子ＶＩＤ＝１およびリングポートＰｒ［１］）を開放状態ＯＰに制御するためのＶＩＤ制御命令（開放命令）を発行する（ステップＳ１０４ａ−４）。

また、ＭＣ用ＥＲＰ制御部２２は、実際には、当該開放命令に加えて、ＦＤＢフラッシュの実行命令を発行する（ステップＳ１０４ａ−４）。ＭＣ用ＥＲＰ制御部２２は、ＩＣＣＭ処理部２４から送信される、ラインカードＬＣ［１］に向けたＩＣＣＭフレームＩＣＣＭ１に、当該開放命令およびＦＤＢフラッシュの実行命令を格納する（ステップＳ１０４ａ−５）。さらに、ＭＣ用ＥＲＰ制御部２２は、自装置のリング状態をアイドル状態からプロテクション状態に遷移する（ステップＳ１０４ａ−６）。

なお、図示は省略されているが、ＭＣ用ＥＲＰ制御部２２は、図９の場合と同様に、他のラインカードＬＣ［２］，…に向けてはＦＤＢフラッシュの実行命令を発行する。そして、各ラインカードＬＣ［１］，ＬＣ［２］，…のＬＣ用ＥＲＰ制御部３２は、図示は省略されているが、図９の場合と同様に、ＭＣ用ＥＲＰ制御部２２からのＶＩＤ制御命令やＦＤＢフラッシュの実行命令に応じた処理を行う。

以上のように、図５および図６の中継装置では、アクティブカードのＭＣ用ＥＲＰ制御部２２が、リングプロトコル動作を主体的に行う方式となっている。その代表例として、アクティブカードは、リングプロトコルに基づくイベントに応じてリングポートの開放または閉塞を定め、ラインカードへリングポートの開放命令または閉塞命令を発行する。一方、ラインカードのＬＣ用ＥＲＰ制御部３２は、単に、ＭＣ用ＥＲＰ制御部２２からの命令を実行することで、リングプロトコル動作を従属的に行う。

《中継装置（比較例）の冗長方式およびその問題点》
図１６は、本発明の比較例として検討した中継装置において、冗長方式に関する主要部の構成例およびリングプロトコル動作の一例を示す概略図である。図１６の中継装置では、ラインカードＬＣのＩＣＣＭ処理部４０およびＲ−ＡＰＳ中継部４１が、それぞれ、ＭＣ選択部５５’，５６’を備える。

ＭＣ選択部５５’は、ＬＣ用ＥＲＰ制御部３２からの各種情報（例えば、図８のステップＳ１０２−２における障害発生箇所）を、ＩＣＣＭフレームＩＣＣＭ１［１］，ＩＣＣＭ１［２］を介して両方の管理カードＭＣ１，ＭＣ２へ送信する。一方、ＭＣ選択部５５’は、両方の管理カードＭＣ１，ＭＣ２からＩＣＣＭフレームＩＣＣＭ１［１］，ＩＣＣＭ１［２］を介して各種命令（例えば図９のステップＳ１０３ｂ−３におけるＶＩＤ制御命令等）を受信した場合、アクティブカード（ここでは管理カードＭＣ１）からの命令を選択してＬＣ用ＥＲＰ制御部３２に伝達する。

同様に、ＭＣ選択部５６’は、リングポートＰｒでＲ−ＡＰＳフレームを受信した場合、それを両方の管理カードＭＣ１，ＭＣ２へ送信する。一方、ＭＣ選択部５６’は、両方の管理カードＭＣ１，ＭＣ２からＲ−ＡＰＳフレームを受信した場合、アクティブカード（管理カードＭＣ１）からのＲ−ＡＰＳフレームを選択して、リングポートＰｒへ送信する。

このように、図１６の冗長方式は、例えば、特許文献１の方式を応用して、両方の管理カードＭＣ１，ＭＣ２に同じ入力を与えることで同じ動作を行わせ、両方の管理カードＭＣ１，ＭＣ２からの同じ出力に対してアクティブカード側の出力を選択する方式となっている。例えば、図１６の状態で、図７で説明したようなアクティブチェンジが発生した場合、ＭＣ選択部５５’，５６’は、共に、両方の管理カードＭＣ１，ＭＣ２からの命令等の受信時に管理カードＭＣ２を選択する。

このような冗長方式は、両方の管理カードＭＣ１，ＭＣ２が、入出力を含めて常に同じタイミングでリングプロトコル動作を行う場合には、有益な方式となる。ただし、現実的には、両方の管理カードＭＣ１，ＭＣ２間で所定のタイムラグが生じる場合があり、そうすると、例えば、図１７に示すような問題が生じる恐れがある。

図１７は、図１６の中継装置において、アクティブチェンジ発生時に問題となり得るリングプロトコル動作の一例を示すシーケンス図である。図１７では、まず、管理カードＭＣ１はアクティブカード（ＡＣＴ）であり、管理カードＭＣ２はスタンバイカード（ＳＢＹ）となっている。また、管理カードＭＣ１，ＭＣ２は、共に、リングプロトコルに基づくリング状態をアイドル状態と認識している（ステップＳ７００ａ，Ｓ７００ｂ’）。この状態で、ラインカードＬＣによってリングポートのＬＯＣ状態（障害）が検出された場合を想定する（ステップＳ７０１）。

ラインカードＬＣは、管理カードＭＣ１，ＭＣ２の両方に、リングポートがＬＯＣ状態である旨を通知する。ここで、管理カードＭＣ１，ＭＣ２は、より詳細には、リングポートのＬＯＣ状態が検出されただけでなく、当該ＬＯＣ状態が所定の期間（ホールドオフ期間と呼ばれる）継続した場合にリングネットワークの障害発生（ＳＦ）を検出する。ここで、管理カードＭＣ１，ＭＣ２では、当該ＬＯＣ状態の受信時にタイミング誤差Δｔ１が生じる場合があり、ホールドオフタイマを開始するタイミングにもズレが生じる恐れがある（ステップＳ７０２ａ，Ｓ７０２ｂ）。

その後、管理カードＭＣ１，ＭＣ２は、当該ホールオフ期間ｔｈが満了するタイミングの近辺で、ラインカードＬＣからリングポートがＣＣＭ状態（すなわち障害無し）である旨の通知を受信している。ただし、前述したＬＯＣ状態の受信時のタイミング誤差Δｔ１や、または、当該ＣＣＭ状態の受信時のタイミング誤差Δｔ２や、あるいは、ホールオフ期間ｔｈのタイマ誤差Δｔ３等によって、管理カードＭＣ１，ＭＣ２とで、障害発生（ＳＦ）の検出結果が異なる場合が生じ得る。

ここでは、管理カードＭＣ１は、障害発生（ＳＦ）を検出し、これに応じて、対象のリングポートの閉塞命令の発行や、Ｒ−ＡＰＳ（ＳＦ）フレームの生成および送信や、リング状態のアイドル状態からプロテクション状態への遷移を行う（ステップＳ７０４ａ）。ラインカードＬＣは、アクティブカードからの閉塞命令を受信したため、対象のリングポートを実際に閉塞状態ＢＫに制御する（ステップＳ７０５）。また、ラインカードＬＣは、当該Ｒ−ＡＰＳ（ＳＦ）フレームをリングネットワークへ送信し、これに応じて、リングネットワーク内のＲＰＬは開放される。

一方、管理カードＭＣ２は、管理カードＭＣ１と異なり、障害発生（ＳＦ）を検出していない（ステップＳ７０４ｂ）。このような状態で、中継装置に、アクティブチェンジが発生している（ステップＳ７０６）。そうすると、管理カードＭＣ２は、アクティブカードとなるが、リング状態を、アクティブチェンジの発生前のプロテクション状態と異なりアイドル状態と認識している（ステップＳ７０７’）。その結果、管理カードＭＣ２は、場合によっては、ステップＳ７０５での閉塞状態ＢＫのリングポートに対して、開放命令を発行する恐れがある（ステップＳ７０８’）。ラインカードＬＣが、当該アクティブカードからの開放命令に基づいてリングポートを閉塞状態ＢＫから開放状態ＯＰに変更すると、リングネットワークにループ経路が生じることになる（ステップＳ７０９’）。

以上のような動作を代表に、図１６の冗長方式では、アクティブチェンジの前後で、リングプロトコル動作に不整合が生じる恐れがある。その結果、ループ経路の発生といった問題が生じる恐れがある。そこで、以下に示す本実施の形態の方式を用いることが有益となる。

《中継装置（本実施の形態）の冗長方式》
図１２は、図５の中継装置において、スタンバイカードとなる管理カード内のＭＣ用ＥＲＰ制御部が実行する主要な処理内容の一例を示すフロー図である。図１２において、スタンバイカードのＭＣ用ＥＲＰ制御部２２は、リング状態をペンディング待機状態に定めた状態で待機する（ステップＳ５０１）。ペンディング待機状態とは、ＩＴＵ−Ｔ Ｇ．８０３２に基づくペンディング状態に遷移する前の状態として、本実施の形態で新たに設けられた状態である。ＭＣ用ＥＲＰ制御部２２は、当該ペンディング待機状態では、リングプロトコルに基づく処理を特に実行しない。

この状態で、ＭＣ用ＥＲＰ制御部２２は、アクティブチェンジ（所定の切り換え命令）が発生するのを待つ（ステップＳ５０２）。アクティブチェンジが発生した場合、ＭＣ用ＥＲＰ制御部２２は、アクティブカードに遷移する（ステップＳ５０３）。そして、ＭＣ用ＥＲＰ制御部２２は、予め定めた所定のリングポートを対象に、ラインカードによって制御されている当該リングポートの開閉の状態に関わらず、当該リングポートの閉塞命令を当該ラインカードへ発行する（ステップＳ５０４）。これによって、アクティブチェンジ直後に、リングネットワークに閉塞状態ＢＫのリングポートが存在することを確実に保証することができるため、リングネットワークにおけるループ経路の発生を防止することが可能になる。

また、ステップＳ５０４において、ＭＣ用ＥＲＰ制御部２２は、必ずしも限定はされないが、リング状態をプロテクション状態に遷移する。具体的には、ＭＣ用ＥＲＰ制御部２２は、当該所定のリングポートを対象とした、ＩＴＵ−Ｔ Ｇ．８０３２に基づくローカルＳＦを内部で生成する。すなわち、この例では、ＭＣ用ＥＲＰ制御部２２は、アクティブチェンジ直後の初期状態を、当該所定のリングポートに障害が発生した状態（言い換えれば、障害が発生したとみなした状態）に定めている。そして、ＭＣ用ＥＲＰ制御部２２は、この初期状態で、リングプロトコルに基づく処理を開始する（ステップＳ５０５）。

その結果、例えば、当該所定のリングポートが実際に障害有りの場合、当該所定のリングポートの閉塞状態ＢＫが維持され、リングプロトコルに基づく障害発生時の処理が行われる。一方、当該所定のリングポートが実際には障害無しの場合、リングネットワークの状態は、リングプロトコルに基づく障害復旧時の処理を経て所望の状態に収束する。

なお、アクティブカードおよびスタンバイカードの記憶部２３は、予め共通の情報として、図９に示したようなリング管理テーブル４５を保持している。スタンバイカードは、アクティブカードに遷移した際に、当該リング管理テーブル４５に基づいて各リングネットワークを認識する。ここで、前述した所定のリングポートは、例えば、各リングネットワークが備える一対のリングポート（図９の例ではＰｒ［１］，Ｐｒ［２］）のいずれか一方に定められる。例えば、初期状態で両方のリングポートを閉塞状態ＢＫに定めることも可能であるが、両方のリングポートが実際には障害無しの場合、リングネットワークの状態が所望の状態に収束するまでに（すなわち障害復旧に）時間を要する恐れがある。この観点からは、所定のリングポートを一方のリングポートとすることが望ましい。

図１３は、図５および図６の中継装置において、冗長方式に関する主要部の構成例およびリングプロトコル動作の一例を示す概略図である。図１３の中継装置では、ラインカードＬＣのＩＣＣＭ処理部４０およびＲ−ＡＰＳ中継部４１が、それぞれ、図１６の場合と異なる動作を行うＭＣ選択部（管理カード選択部）５５，５６を備える。

ＭＣ選択部５５は、ＬＣ用ＥＲＰ制御部３２からの各種情報をＩＣＣＭフレームＩＣＣＭ１［１］を介してアクティブカード（ここでは管理カードＭＣ１）へ送信し、図１６の場合と異なり、スタンバイカード（ここでは管理カードＭＣ２）へは送信しない。また、ＭＣ選択部５５は、両方の管理カードＭＣ１，ＭＣ２からＩＣＣＭフレームＩＣＣＭ１［１］，ＩＣＣＭ１［２］を受信した場合、アクティブカード側からのＩＣＣＭフレームＩＣＣＭ１［１］に含まれる各種命令を選択して、ＬＣ用ＥＲＰ制御部３２に伝達する。なお、図７で述べたように、各カード間の疎通性を監視するため、ＩＭＥＰ間でのＩＣＣＭフレームの通信は、各種命令の有無に関わらず定期的に行われる。

同様に、ＭＣ選択部５６は、リングポートＰｒでＲ−ＡＰＳフレームを受信した場合、当該Ｒ−ＡＰＳフレームをアクティブカード（ここでは管理カードＭＣ１）へ送信し、図１６の場合と異なり、スタンバイカード（ここでは管理カードＭＣ２）へは送信しない。また、ＭＣ選択部５６は、仮に両方の管理カードＭＣ１，ＭＣ２からＲ−ＡＰＳフレームを受信した場合、アクティブカード（管理カードＭＣ１）からのＲ−ＡＰＳフレームを選択して、リングポートＰｒへ送信する。この際に、図１２に示したように、スタンバイカードはペンディング待機状態であるため、図１６の場合と異なり、実際にはＲ−ＡＰＳフレームの送信を行わない。

なお、図５および図６の中継装置は、必ずしも図１３の構成および動作を備える必要はなく、場合によっては図１６の構成および動作を備えてもよい。この場合であっても、リングプロトコル動作上の問題は特に生じない。例えば、スタンバイカードは、ペンディング待機状態でＲ−ＡＰＳフレームを受信しても特に何も行わない。このように、スタンバイカードへのＲ−ＡＰＳフレームの送信は、不必要であるため、ファブリック経路部２０の通信量を削減する観点からは、図１３の構成および動作を用いる方が望ましい。

《アクティブチェンジ時のリングプロトコル動作》
図１４は、図５、図６および図１３の中継装置において、アクティブチェンジ発生時のリングプロトコル動作の一例を示すシーケンス図である。ここでは、リングネットワークが通常の状態である状況で、アクティブチェンジが発生した場合を想定する。図１４において、まず、アクティブカード（ＡＣＴ）となる管理カードＭＣ１は、リング状態がアイドル状態となっており（ステップＳ６００ａ）、リングポートは開放状態ＯＰとなっている。一方、スタンバイカード（ＳＢＹ）となる管理カードＭＣ２は、リング状態がペンディング待機状態で待機している（ステップＳ６００ｂ）。この状態で、アクティブチェンジが発生している（ステップＳ６０１）。

ステップＳ６０２ａにおいて、アクティブカード（ＡＣＴ）であった管理カードＭＣ１は、アクティブチェンジに応じてスタンバイカード（ＳＢＹ）に遷移し、リング状態をペンディング待機状態に遷移する。一方、ステップＳ６０２ｂにおいて、スタンバイカード（ＳＢＹ）であった管理カードＭＣ２は、アクティブチェンジに応じてアクティブカード（ＡＣＴ）に遷移する。そして、管理カードＭＣ２は、予め定めた所定のリングポートに障害が発生したとみなし（例えば、当該リングポートを対象とするローカルＳＦを内部で生成し）、当該所定のリングポートの閉塞命令をラインカードＬＣへ発行する。これに応じて、ラインカードＬＣは、当該所定のリングポートを閉塞状態ＢＫに制御する（ステップＳ６０３）。

また、ステップＳ６０２ｂにおいて、管理カードＭＣ２は、Ｒ−ＡＰＳ（ＳＦ）フレームを送信し、リング状態をプロテクション状態に遷移する。ここで、リングポートは実際には障害無しであるため、ラインカードＬＣは、所定のタイミングで、リングポートのＣＣＭ状態（障害無し）を検出し、その情報をアクティブカードである管理カードＭＣ２へ送信する（ステップＳ６０４）。これを受けて、管理カードＭＣ２は、クリアＳＦを検出し、Ｒ−ＡＰＳ（ＮＲ）フレームを送信し、リング状態をペンディング状態に遷移する（ステップＳ６０５）。

その後、リングネットワークでは、オーナーノードがＲＰＬを閉塞後、Ｒ−ＡＰＳ（ＮＲ，ＲＢ）フレームを送信する（ステップＳ６０６）。管理カードＭＣ２は、当該Ｒ−ＡＰＳ（ＮＲ，ＲＢ）フレームをラインカードＬＣを介して受信する。これに応じて、管理カードＭＣ２は、所定のリングポートの開放命令をラインカードＬＣへ発行し、リング状態をアイドル状態に遷移する（ステップＳ６０７）。また、ラインカードＬＣは、当該開放命令に応じて、所定のリングポートを閉塞状態ＢＫから開放状態ＯＰに変更する（ステップＳ６０８）。このような処理を経て、リングネットワークは、不整合が生じない状態に収束する。

図１５は、図５、図６および図１３の中継装置において、アクティブチェンジ発生時の他のリングプロトコル動作の一例を示すシーケンス図である。図１５は、前述した図１７の問題を解決したシーケンスとなっている。ここでは、図１７との相違点に着目して説明を行う。まず、スタンバイカード（ＳＢＹ）となる管理カードＭＣ２は、図１７の場合と異なり、リング状態がペンディング待機状態で待機している（ステップＳ７００ｂ）。この状態で、図１７の場合と同様に、ＬＯＣ状態が検出される（ステップＳ７０１）。

これに応じて、アクティブカード（ＡＣＴ）となる管理カードＭＣ１は、図１７の場合と同様に、ホールドオフ期間（ステップＳ７０２）を経てＳＦを検出し、対象のリングポートの閉塞命令を発行し、Ｒ−ＡＰＳ（ＳＦ）フレームを送信し、プロテクション状態に遷移する（ステップＳ７０４）。ラインカードＬＣは、当該閉塞命令に応じて、リングポートを閉塞状態ＢＫに制御する（ステップＳ７０５）。この状態で、アクティブチェンジが発生している（ステップＳ７０６）。

ステップＳ７０７ａにおいて、アクティブカード（ＡＣＴ）であった管理カードＭＣ１は、アクティブチェンジに応じてスタンバイカード（ＳＢＹ）に遷移し、リング状態をペンディング待機状態に遷移する。一方、ステップＳ７０７ｂにおいて、スタンバイカード（ＳＢＹ）であった管理カードＭＣ２は、アクティブチェンジに応じてアクティブカード（ＡＣＴ）に遷移する。そして、管理カードＭＣ２は、予め定めた所定のリングポートに障害が発生したとみなし、当該所定のリングポートの閉塞命令をラインカードＬＣへ発行する。ただし、ラインカードＬＣは、ステップＳ７０５において当該所定のリングポートを既に閉塞済みであるため、当該閉塞状態ＢＫを維持する（ステップＳ７０８）。

また、ステップＳ７０７ｂにおいて、管理カードＭＣ２は、Ｒ−ＡＰＳ（ＳＦ）フレームを送信し、リング状態をプロテクション状態に遷移する。ここで、リングポートは、ステップＳ７０３において、実際には、既に障害無しとなっている。このため、ラインカードＬＣは、所定のタイミングで、リングポートのＣＣＭ状態（障害無し）を検出し、その情報をアクティブカードである管理カードＭＣ２へ送信する（ステップＳ７０９）。これを受けて、管理カードＭＣ２は、クリアＳＦを検出し（ステップＳ７１０）、以降、図１４のステップＳ６０５以降の処理と同様な処理を経て、リングネットワークは、不整合が生じない状態に収束する。このように、図１５では、図１７の場合と異なり、本来閉塞されるべきリングポートが開放されるような事態を防止できるため、リングネットワークにおけるループ経路の発生を防止できる。

《本実施の形態の主要な効果》
以上、本実施の形態の中継装置および中継システムを用いることで、代表的には、リングネットワークにおけるループ経路の発生を防止することが可能になる。具体的には、前述したように、アクティブチェンジの発生後に新たにアクティブカードとなった管理カードは、例えば、所定のリングポートに障害が発生した状態（言い換えれば、障害が発生したとみなした状態）を初期状態としてリングプロトコルに基づく処理を開始する。これによって、ループ経路の発生を防止しつつ、リングネットワークを、不整合が生じない状態に収束させることができる。すなわち、リングプロトコルでは、一般的に、障害発生時の処理手順と障害復旧時の処理手順とが定められている。前述したみなし状態が正しければ障害発生時の処理手順が適用され、間違っていれば障害復旧時の処理手順が適用されることになる。

ただし、所定のリングポートの閉塞要因は、必ずしも障害発生（ＳＦ）に限定されるものではなく、場合によっては、その他の要因であってよい。すなわち、概念上は、初期状態として、ある閉塞要因（言い換えればリング状態）に基づき所定のリングポートを閉塞している状態を構築し、その後に、リングプロトコルで定められる当該閉塞状態を解除する手順を実行するように構成すればよい。これによって、リングネットワークにループ経路や不整合を生じさせることなく、リングネットワークを所望の状態に収束させることができる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、前述した実施の形態は、本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

例えば、ここでは、中継システムのリングプロトコルとして、ＩＴＵ−Ｔ Ｇ．８０３２に規定されたリングプロトコルを用いる場合を例としたが、必ずしもこれに限定されるものではなく、他のリングプロトコルを用いる場合であっても、同様に適用して同様の効果が得られる場合がある。

１０ リングネットワーク
２０ ファブリック経路部
２２ ＭＣ用ＥＲＰ制御部
２４，４０ ＩＣＣＭ処理部
２５ ＶＩＤフィルタ制御要求部
２６ Ｒ−ＡＰＳ生成部
３２ ＬＣ用ＥＲＰ制御部
３６ ＶＩＤフィルタ
４１ Ｒ−ＡＰＳ中継部
４２ ポート制御部
４５ リング管理テーブル
５５，５６ ＭＣ選択部
ＡＣＴ アクティブ状態
ＢＫ 閉塞状態
ＬＣ，ＬＣ［１］〜ＬＣ［ｎ］ ラインカード
ＭＣ，ＭＣ１，ＭＣ２ 管理カード
ＯＰ 開放状態
Ｐｒ，Ｐｒ［１］，Ｐｒ［２］ リングポート
ＳＢＹ スタンバイ状態
ＳＷａ〜ＳＷｄ 中継装置

Claims (10)

1. リングネットワークに接続されるリングポートを備えるラインカードと、
   前記ラインカードを管理する複数の管理カードと、
   を有する中継装置であって、
   前記複数の管理カードには、アクティブ状態で動作するアクティブカードと、スタンバイ状態で動作し、所定の切り換え命令に応じて前記アクティブカードに遷移するスタンバイカードと、が含まれ、
   前記アクティブカードは、リングプロトコルに基づき前記リングポートの開放または閉塞を定め、前記ラインカードへ前記リングポートの開放命令または閉塞命令を発行し、
   前記ラインカードは、前記アクティブカードからの前記開放命令または前記閉塞命令に応じて前記リングポートの開閉を制御するポート制御部を備え、
   前記スタンバイカードは、前記所定の切り換え命令に応じて前記アクティブカードに遷移した際に、前記リングポートの閉塞命令を前記ラインカードへ発行する、
   中継装置。
2. 請求項１記載の中継装置において、
   前記スタンバイカードは、前記アクティブカードに遷移した際に、前記リングポートに障害が発生した状態で前記リングプロトコルに基づく処理を開始する、
   中継装置。
3. 請求項２記載の中継装置において、
   前記中継装置は、前記リングポートを一対備え、
   前記スタンバイカードは、前記アクティブカードに遷移した際に、前記一対のリングポートのいずれか一方に障害が発生した状態で前記リングプロトコルに基づく処理を開始する、
   中継装置。
4. 請求項２記載の中継装置において、
   前記リングプロトコルは、ＩＴＵ−Ｔ Ｇ．８０３２に規定されたリングプロトコルであり、
   前記スタンバイカードは、前記アクティブカードに遷移した際に、前記ラインカードへ前記リングポートの閉塞命令を発行し、前記リングプロトコルに基づくリング状態をプロテクション状態に定める、
   中継装置。
5. 請求項１記載の中継装置において、
   前記ラインカードは、さらに、前記リングネットワークを制御するための制御フレームを前記リングポートで受信した場合に、前記制御フレームを前記アクティブカードへ送信し、前記スタンバイカードへは送信しない管理カード選択部を備える、
   中継装置。
6. リングネットワークを構成する複数の中継装置を備える中継システムであって、
   前記複数の中継装置の少なくとも一つは、
   前記リングネットワークに接続されるリングポートを備えるラインカードと、
   前記ラインカードを管理する複数の管理カードと、
   を有し、
   前記複数の管理カードには、アクティブ状態で動作するアクティブカードと、スタンバイ状態で動作し、所定の切り換え命令に応じて前記アクティブカードに遷移するスタンバイカードと、が含まれ、
   前記アクティブカードは、リングプロトコルに基づき前記リングポートの開放または閉塞を定め、前記ラインカードへ前記リングポートの開放命令または閉塞命令を発行し、
   前記ラインカードは、前記アクティブカードからの前記開放命令または前記閉塞命令に応じて前記リングポートの開閉を制御するポート制御部を備え、
   前記スタンバイカードは、前記所定の切り換え命令に応じて前記アクティブカードに遷移した際に、前記リングポートの閉塞命令を前記ラインカードへ発行する、
   中継システム。
7. 請求項６記載の中継システムにおいて、
   前記スタンバイカードは、前記アクティブカードに遷移した際に、前記リングポートに障害が発生した状態で前記リングプロトコルに基づく処理を開始する、
   中継システム。
8. 請求項７記載の中継システムにおいて、
   前記複数の中継装置の少なくとも一つは、前記リングポートを一対備え、
   前記スタンバイカードは、前記アクティブカードに遷移した際に、前記一対のリングポートの一方に障害が発生した状態で前記リングプロトコルに基づく処理を開始する、
   中継システム。
9. 請求項７記載の中継システムにおいて、
   前記リングプロトコルは、ＩＴＵ−Ｔ Ｇ．８０３２に規定されたリングプロトコルであり、
   前記スタンバイカードは、前記アクティブカードに遷移した際に、前記ラインカードへ前記リングポートの閉塞命令を発行し、前記リングプロトコルに基づくリング状態をプロテクション状態に定める、
   中継システム。
10. 請求項６記載の中継システムにおいて、
    前記ラインカードは、さらに、前記リングネットワークを制御するための制御フレームを前記リングポートで受信した場合に、前記制御フレームを前記アクティブカードへ送信し、前記スタンバイカードへは送信しない管理カード選択部を備える、
    中継システム。

Images