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

Abstract

【課題】中継装置および中継システムにおいて、ループ経路の発生を防止する。
【解決手段】アクティブカード（ＡＣＴ）およびスタンバイカードを含む複数の管理カードＭＣを備える。アクティブカードは、ＩＴＵ−Ｔ Ｇ．８０３２に基づくイベントに応じてリングポートの開放または閉塞を定め、ラインカードＬＣ［１］へ開放命令または閉塞命令を発行する。ラインカードＬＣ［１］は、開放命令または閉塞命令に応じてリングポートＰｒ［１］の開閉を制御し、当該リングポートの開閉情報をポート管理テーブル４３に保持する。スタンバイカードは、所定の切り換え命令に応じてアクティブカードに遷移した際に、ラインカードＬＣからポート管理テーブル４３の保持情報を取得し、リングポートが閉塞状態の場合、当該リングポートがＦＳ（Forced Switch）を要因として閉塞状態になっている状況を構築する。
【選択図】図１４

Description

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

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

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

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

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

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

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

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

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

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

本実施の形態による中継装置は、リングネットワークに接続されるリングポートを備えるラインカードと、ラインカードを管理する複数の管理カードとを有する。複数の管理カードには、アクティブ状態で動作するアクティブカードと、スタンバイ状態で動作し、所定の切り換え命令に応じてアクティブカードに遷移するスタンバイカードと、が含まれる。アクティブカードは、ＩＴＵ−Ｔ Ｇ．８０３２に規定されたリングプロトコルに基づくイベントに応じてリングポートの開放または閉塞を定め、ラインカードへリングポートの開放命令または閉塞命令を発行する。ラインカードは、アクティブカードからの開放命令または閉塞命令に応じてリングポートの開閉を制御するポート制御部と、リングポートの開閉情報を保持するポート管理テーブルと、を備える。スタンバイカードは、所定の切り換え命令に応じてアクティブカードに遷移した際に、ラインカードからポート管理テーブルの保持情報を取得し、リングポートが閉塞状態の場合、当該リングポートがＦＳ（Forced Switch）を要因として閉塞状態になっている状況を構築する。

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

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

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

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

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

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

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

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

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

ここで、ＩＴＵ−Ｔ Ｇ．８０３２に基づき、中継装置ＳＷａは、オーナーノードに設定され、中継装置ＳＷｂは、ネイバーノードに設定される。オーナーノードとネイバーノードとの間のリンクは、ＲＰＬ（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）コマンドが入力されている。ＦＳコマンドは、例えば、所定の中継装置の所定のリングポート（この例ではＳＷｄのＰｒ［２］）を強制的に閉塞状態ＢＫに定めたいような場合に、ユーザ等によって入力される。

ステップＳ３０２において、中継装置ＳＷｄは、アイドル状態でＦＳコマンドを検出し、ＦＳコマンドで指定されるリングポートＰｒ［２］を開放状態ＯＰから閉塞状態ＢＫに変更する。また、中継装置ＳＷｄは、リングポートＰｒ［１］，Ｐｒ［２］からＲ−ＡＰＳ（ＦＳ）フレームを送信し、リング状態をアイドル状態からＦＳ状態に遷移する。Ｒ−ＡＰＳ（ＦＳ）フレームは、ＦＳコマンドに基づく閉塞ポートが生じたことを他の中継装置に通知するフレームとなる。ＦＳ状態は、概略的には、リングネットワーク１０上に、ＦＳコマンドに基づく閉塞ポートが存在することを表す。

ステップＳ３０３ａにおいて、オーナーノードである中継装置ＳＷａは、アイドル状態でＲ−ＡＰＳ（ＦＳ）フレームを受信した場合、リングポートＰｒ［１］の閉塞状態ＢＫを解除し、リング状態をアイドル状態からＦＳ状態に遷移する。ステップＳ３０３ｃに示すように、ネイバーノードである中継装置ＳＷｂも、中継装置ＳＷａの場合と同様の処理を行う。また、ステップＳ３０３ｂにおいて、中継装置ＳＷｃは、アイドル状態でＲ−ＡＰＳ（ＦＳ）フレームを受信すると、リング状態をアイドル状態からＦＳ状態に遷移する。

《中継システムの強制スイッチ解除（ＦＳ解除）時の動作》
図６は、図１の中継システムにおいて、強制スイッチ解除（ＦＳ解除）時の主要な動作シーケンスの一例を示す図である。図６では、まず、図５に示したように、中継装置ＳＷｄのリングポートＰｒ［２］がＦＳコマンドに基づき閉塞された状態で、中継装置ＳＷａ〜ＳＷｄは、共に、リング状態がＦＳ状態となっている。このような状態で、ステップＳ４０１において、中継装置ＳＷｄにクリアコマンドが入力される。

ステップＳ４０２に示すように、中継装置ＳＷｄは、ＦＳ状態で当該クリアコマンドを検出した場合、リングポートＰｒ［１］，Ｐｒ［２］からＲ−ＡＰＳ（ＮＲ）フレームを送信し（ここでは、Ｐｒ［１］側を図示）、リング状態をＦＳ状態からペンディング状態に遷移する。ここでのＲ−ＡＰＳ（ＮＲ）フレームは、ＦＳ解除の通知フレームとして機能する。

ステップＳ４０３ａにおいて、オーナーノードである中継装置ＳＷａは、ＦＳ状態でＲ−ＡＰＳ（ＮＲ）フレームを受信すると、ＷＴＢ（Wait To Block）タイマをスタートさせ、リング状態をＦＳ状態からペンディング状態に遷移する。また、ステップＳ４０３ｂ，Ｓ４０３ｃに示すように、中継装置ＳＷｃ，ＳＷｂは、共に、ＦＳ状態でＲ−ＡＰＳ（ＮＲ）フレームを受信すると、リング状態をＦＳ状態からペンディング状態に遷移する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＬＣ用ＥＲＰ制御部３２は、リング制御部として機能し、ＭＣ用ＥＲＰ制御部２２の基で、ＩＴＵ−Ｔ Ｇ．８０３２に規定されたリングプロトコルに基づく各種処理を従属的に行う。ＬＣ用ＥＲＰ制御部３２は、Ｒ−ＡＰＳ中継部４１と、ポート制御部４２と、ポート管理テーブル４３とを備える。

Ｒ−ＡＰＳ中継部４１は、リングポートＰｒで受信したＲ−ＡＰＳフレームを、ファブリックインタフェース部３３を介して管理カードＭＣ１，ＭＣ２へ中継する。また、Ｒ−ＡＰＳ中継部４１は、２個のリングポートの一方で受信したＲ−ＡＰＳフレームを、２個のリングポートの他方へ中継する。ポート制御部４２は、アクティブカードからの開放命令または閉塞命令に応じてリングポートＰｒの開閉を制御する。ポート管理テーブル４３は、当該制御に基づくリングポートの開閉情報を保持する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図２５は、図２３の中継装置において、アクティブチェンジ発生時に問題となり得る他のリングプロトコル動作の一例を示すシーケンス図である。図２５では、図２４の場合と同様に、管理カードＭＣ１はアクティブカード（ＡＣＴ）、管理カードＭＣ２はスタンバイカード（ＳＢＹ）となっており、管理カードＭＣ１，ＭＣ２は、共に、リング状態をアイドル状態と認識している（ステップＳ８００ａ，Ｓ８００ｂ’）。この状態で、ＦＳコマンドが入力された場合を想定する（ステップＳ８０１）。

ここでは、管理カードＭＣ２は、ＦＳコマンドを検出し、これに応じて、対象のリングポートの閉塞命令の発行や、Ｒ−ＡＰＳ（ＦＳ）フレームの生成および送信や、リング状態のアイドル状態からＦＳ状態への遷移を行う（ステップＳ８０２ｂ）。ただし、ラインカードＬＣは、スタンバイカードからの閉塞命令やＲ−ＡＰＳ（ＦＳ）フレームを受信したため、これらを無視する（ステップＳ８０２ｃ）。

一方、管理カードＭＣ１では、ＦＳコマンドを検出したのち（ステップＳ８０２ａ）、対象のリングポートの閉塞命令の発行やＲ−ＡＰＳ（ＦＳ）フレームの生成および送信を行う前に自カードに障害が発生している（ステップＳ８０３）。このような状態で、中継装置に、アクティブチェンジが発生している（ステップＳ８０４）。そうすると、管理カードＭＣ２は、アクティブカードとなり、リング状態をＦＳ状態と認識する（ステップＳ８０５’）。その結果、管理カードＭＣ２は、対象のリングポートを既に閉塞済みと誤認識した状態で、２回目のＲ−ＡＰＳ（ＦＳ）フレームを発行する恐れがある（ステップＳ８０６’）。そうすると、リングネットワーク上で閉塞されている各リングポートは、当該Ｒ−ＡＰＳ（ＦＳ）フレームに応じて開放されるため、リングネットワークにループ経路が生じることになる。

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

《中継装置（本実施の形態）の冗長方式》
図１４は、図７の中継装置において、リングポートの開閉時の主要な処理内容の一例を示す概略図である。図１４の処理内容は、前述した図１１の処理内容の一部を詳細に示したものとなっている。図１４において、アクティブカードのＭＣ用ＥＲＰ制御部２２は、ラインカードＬＣ［１］へＶＩＤ制御命令（開放命令または閉塞命令）を発行し、当該ＶＩＤ制御命令をＩＣＣＭフレームＩＣＣＭ１に格納してラインカードＬＣ［１］へ送信している（ステップＳ１０３ｂ−３）。この例では、ＶＩＤ制御命令は、リングポートＰｒ［１］の閉塞命令となっている。

ラインカードＬＣ［１］のＩＣＣＭ処理部４０は、ＩＣＣＭフレームＩＣＣＭ１を受信し、それに格納されているＶＩＤ制御命令をＬＣ用ＥＲＰ制御部３２へ送信する。ＬＣ用ＥＲＰ制御部３２のポート制御部４２は、当該ＶＩＤ制御命令（ここでは、リングポートＰｒ［１］（およびＶＬＡＮ識別子ＶＩＤ＝１）の閉塞命令）に応じてＶＩＤフィルタ３６に所定の条件を設定することでリングポートＰｒ［１］を閉塞状態ＢＫに制御する（ステップＳ１０３ｂ−４）。これに応じて、本実施の形態では、ポート制御部４２は、ポート管理テーブル４３にリングポートＰｒ［１］（およびＶＬＡＮ識別子ＶＩＤ＝１）が閉塞状態ＢＫである旨を登録する（ステップＳ１０３ｂ−５）。また、これらと同様な処理により、ラインカードＬＣ［２］のポート管理テーブル４３には、例えば、リングポートＰｒ［２］（およびＶＬＡＮ識別子ＶＩＤ＝１）が開放状態ＯＰである旨が登録されている。

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

この状態で、ＭＣ用ＥＲＰ制御部２２は、アクティブチェンジ（所定の切り換え命令）が発生するのを待つ（ステップＳ５０２）。アクティブチェンジが発生した場合、ＭＣ用ＥＲＰ制御部２２は、アクティブチェンジに応じてアクティブカードに遷移し、リング状態をペンディング待機状態からペンディング状態に遷移する（ステップＳ５０３）。そして、ＭＣ用ＥＲＰ制御部２２は、リングポートＰｒを有する各ラインカードからポート管理テーブル４３の保持情報を取得する（ステップＳ５０４）。

ここで、アクティブカードおよびスタンバイカードの記憶部２３は、予め共通の情報として、図１１に示したようなリング管理テーブル４５を保持している。ポート管理テーブル４３の保持情報を取得したＭＣ用ＥＲＰ制御部２２は、ポート管理テーブル４３に含まれる各リングポートの実際の開閉情報に基づいて、リング管理テーブル４５の開閉情報を更新する。

次いで、ＭＣ用ＥＲＰ制御部２２は、ポート管理テーブル４３の保持情報の中に閉塞状態ＢＫのリングポートＰｒが含まれるか否かを判別する（ステップＳ５０５）。閉塞状態ＢＫのリングポートＰｒが含まれない場合、ＭＣ用ＥＲＰ制御部２２は、アクティブカードとして、リングプロトコルに基づく所定の処理を行う（ステップＳ５０７）。具体的には、ＭＣ用ＥＲＰ制御部２２は、Ｒ−ＡＰＳフレームを送信せず、リモートイベント（Ｒ−ＡＰＳフレームの受信）を待つ状態となる。

一方、閉塞状態ＢＫのリングポートＰｒが含まれる場合、ＭＣ用ＥＲＰ制御部２２は、リング状態をＦＳ状態に遷移し（ステップＳ５０６）、リングプロトコルに基づく所定の処理を行う（ステップＳ５０７）。具体的には、ＭＣ用ＥＲＰ制御部２２は、例えば、当該閉塞状態ＢＫのリングポートＰｒを対象とするＦＳコマンドを内部で生成することでＦＳ状態に遷移する。また、ＭＣ用ＥＲＰ制御部２２は、当該ＦＳコマンドに応じたリングプロトコルの処理として、Ｒ−ＡＰＳ（ＦＳ）フレームの送信等を行う。

このように、ＭＣ用ＥＲＰ制御部２２は、リングポートＰｒが閉塞状態ＢＫの場合、当該リングポートＰｒがＦＳを要因として閉塞状態になっている状況を構築する。具体的には、ＭＣ用ＥＲＰ制御部２２は、リング状態をＦＳ状態に定め、Ｒ−ＡＰＳ（ＦＳ）フレームを送信する。一方、ＭＣ用ＥＲＰ制御部２２は、リングポートＰｒが開放状態ＯＰの場合、リング状態をペンディング状態に定め、Ｒ−ＡＰＳフレームを送信しない。

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

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

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

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

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

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

スタンバイカード（ＳＢＹ）であった管理カードＭＣ２は、アクティブチェンジに応じて、アクティブカード（ＡＣＴ）に遷移し、リング状態をペンディング待機状態からペンディング状態に遷移する（ステップＳ６０７ｂ）。一方、アクティブカード（ＡＣＴ）であった管理カードＭＣ１は、アクティブチェンジに応じて、スタンバイカード（ＳＢＹ）に遷移し、リング状態をプロテクション状態からペンディング待機状態に遷移する（ステップＳ６０７ａ）。

アクティブカード（ＡＣＴ）に遷移した管理カードＭＣ２は、リングポートを有するラインカードＬＣからポート管理テーブル４３の保持情報を取得する（ステップＳ６０８，Ｓ６０９）。ポート管理テーブル４３の保持情報の中には、各リングポートの開閉情報が含まれる。ここでは、管理カードＭＣ２は、ラインカードＬＣから所定のリングポートが閉塞状態ＢＫである旨を取得する（ステップＳ６０９）。

これに応じて、管理カードＭＣ２は、図１５のステップＳ５０６，Ｓ５０７において、対象のリングポートの閉塞命令をラインカードＬＣへ発行し、Ｒ−ＡＰＳ（ＦＳ）フレームを送信し、リング状態をペンディング状態からＦＳ状態に遷移する（ステップＳ６１０）。具体的には、管理カードＭＣ２は、当該閉塞状態ＢＫのリングポートを対象とするＦＳコマンドを内部で生成することで、リングプロトコルに基づきステップＳ６１０の処理を実行する。

ステップＳ６１１において、ラインカードＬＣは、アクティブカード（すなわち管理カードＭＣ２）からの閉塞命令を受信し、リングポートの閉塞状態ＢＫを維持する。また、ラインカードＬＣは、アクティブカードからのＲ−ＡＰＳ（ＦＳ）フレームをリングポートから送信する。他の中継装置は、当該Ｒ−ＡＰＳ（ＦＳ）フレームを受信することで、リング状態をＦＳ状態に遷移する。

次いで、図１８において、ラインカードＬＣは、所定のタイミングでリングポートのＣＣＭ状態（すなわち障害無し）を検出し、その旨をアクティブカードである管理カードＭＣ２へ通知する（ステップＳ６１２）。ただし、管理カードＭＣ２は、前述したようにリング状態が最優性度のＦＳ状態であるため、当該ＣＣＭ状態の通知に応じた処理は特に行わず、Ｒ−ＡＰＳ（ＦＳ）フレームを定期的に送信しながらクリアコマンドを待つ（ステップＳ６１３）。

この状態で、クリアコマンドが発生すると（ステップＳ６１４）、管理カードＭＣ２は、当該クリアコマンドを検出し、Ｒ−ＡＰＳ（ＮＲ）フレームを送信し、リング状態をＦＳ状態からペンディング状態に遷移する（ステップＳ６１５）。そして、管理カードＭＣ２は、ペンディング状態で何らかのイベントが発生するのを待つ。一方、オーナーノードとなる他の中継装置は、図６のステップＳ４０３ａ，Ｓ４０４に示したように、Ｒ−ＡＰＳ（ＮＲ）フレームを受信することで、ＲＰＬを閉塞状態ＢＫに変更し、Ｒ−ＡＰＳ（ＮＲ，ＲＢ）フレームを送信し（ステップＳ６１６）、リング状態をアイドル状態に遷移する。

管理カードＭＣ２は、当該Ｒ−ＡＰＳ（ＮＲ，ＲＢ）フレームを受信することで、対象のリングポートの開放命令をラインカードＬＣへ発行し、リング状態をペンディング状態からアイドル状態に遷移する（ステップＳ６１７）。ラインカードＬＣは、当該開放命令に応じて、リングポートを閉塞状態ＢＫから開放状態ＯＰに変更する（ステップＳ６１８）。

なお、図１８のステップＳ６１４，Ｓ６１５において、管理カードＭＣ２は、クリアコマンドを、ユーザに手動で入力させる方式や、または、タイマ等を用いてステップＳ６１０を起点に所定の期間経過後に内部で自動生成する方式等によって検出することができる。前者の方式の場合、管理カードＭＣ２は、例えば、アクティブチェンジが生じたことを一般的な管理機能を用いてユーザに通知し、ユーザにクリアコマンドの入力を催せばよい。ただし、この場合、各中継装置は、例えば、アクティブチェンジ発生前のリング状態がアイドル状態であっても、ユーザによってクリアコマンドが入力されるまでＦＳ状態を維持することになる。このため、早期にクリアコマンドを入力することがユーザに要求される。

一方、後者の方式を用いると、このようなユーザに対する要求を無くすことができる。ただし、仮に、アクティブチェンジ発生前のリング状態がＦＳ状態であった場合、当該ＦＳ状態がユーザの指示に依らずに解除されるような事態が生じ得る。したがって、このようなメリット・デメリットを考慮して、ユーザにとってより適切な方式を管理カードに実装すればよい。

図１９は、図７、図８および図１６の中継装置において、アクティブチェンジ発生時の他のリングプロトコル動作の一例を示すシーケンス図であり、図２０は、図１９に続くリングプロトコル動作の一例を示すシーケンス図である。図１９および図２０は、前述した図１７および図１８の場合と異なり、リングポートが障害発生から復旧せずに、障害発生を保っている状態でアクティブチェンジが発生した場合のシーケンスである。

まず、ラインカードＬＣのリングポートは、障害発生に伴い閉塞状態ＢＫとなっている（ステップＳ７００）。また、アクティブカード（ＡＣＴ）となる管理カードＭＣ１は、障害発生に伴いリング状態がプロテクション状態となっており（ステップＳ７００ａ）、スタンバイカード（ＳＢＹ）となる管理カードＭＣ２は、リング状態がペンディング待機状態で待機している（ステップＳ７００ｂ）。この状態で、アクティブチェンジが発生している（ステップＳ７０１）。

スタンバイカード（ＳＢＹ）であった管理カードＭＣ２は、アクティブチェンジに応じて、アクティブカード（ＡＣＴ）に遷移し、リング状態をペンディング待機状態からペンディング状態に遷移する（ステップＳ７０２ｂ）。一方、アクティブカード（ＡＣＴ）であった管理カードＭＣ１は、アクティブチェンジに応じて、スタンバイカード（ＳＢＹ）に遷移し、リング状態をプロテクション状態からペンディング待機状態に遷移する（ステップＳ７０２ａ）。

アクティブカード（ＡＣＴ）に遷移した管理カードＭＣ２は、リングポートを有するラインカードＬＣからポート管理テーブル４３の保持情報を取得する（ステップＳ７０３，Ｓ７０４）。ここでは、管理カードＭＣ２は、リングポートが閉塞状態ＢＫである旨を取得する（ステップＳ７０４）。これに応じて、管理カードＭＣ２は、図１５のステップＳ５０６，Ｓ５０７において、対象のリングポートの閉塞命令をラインカードＬＣへ発行し、Ｒ−ＡＰＳ（ＦＳ）フレームを送信し、リング状態をペンディング状態からＦＳ状態に遷移する（ステップＳ７０５）。

ステップＳ７０６において、ラインカードＬＣは、アクティブカード（すなわち管理カードＭＣ２）からの閉塞命令を受信し、リングポートの閉塞状態ＢＫを維持する。また、ラインカードＬＣは、アクティブカードからのＲ−ＡＰＳ（ＦＳ）フレームをリングポートから送信する。他の中継装置は、当該Ｒ−ＡＰＳ（ＦＳ）フレームを受信することで、リング状態をＦＳ状態に遷移する。

この状態で、クリアコマンドが発生すると（ステップＳ７０７）、管理カードＭＣ２は、当該クリアコマンドを検出し、Ｒ−ＡＰＳ（ＮＲ）フレームを送信し、リング状態をＦＳ状態からペンディング状態に遷移する（ステップＳ７０８）。そして、管理カードＭＣ２は、ペンディング状態で何らかのイベントが発生するのを待つ。なお、他の中継装置も、当該Ｒ−ＡＰＳ（ＮＲ）フレームを受信することで、リング状態をＦＳ状態からペンディング状態に遷移する。

このように、各中継装置がペンディング状態となっている状況で（詳細には、オーナーノードがＷＴＢタイマを動作させている状況で）、ここでは、リングポートに依然として障害が発生している。このため、図２０に示すように、ラインカードＬＣは、ＬＯＣ状態を検出し、その旨をアクティブカードである管理カードＭＣ２に送信する（ステップＳ７０９）。これに応じて、管理カードＭＣ２は、所定のホールドオフ期間を経過後に（ステップＳ７１０）、ＳＦを検出し、ラインカードＬＣに向けて、対象のリングポートの閉塞命令の発行とＲ−ＡＰＳ（ＳＦ）フレームの送信を行い、リング状態をペンディング状態からプロテクション状態に遷移する（ステップＳ７１１）。

ステップＳ７１２において、ラインカードＬＣは、アクティブカード（すなわち管理カードＭＣ２）からの閉塞命令を受信し、リングポートの閉塞状態ＢＫを維持する。また、ラインカードＬＣは、アクティブカードからのＲ−ＡＰＳ（ＳＦ）フレームをリングポートから送信する。他の中継装置は、当該Ｒ−ＡＰＳ（ＳＦ）フレームを受信することで、リング状態をペンディング状態からプロテクション状態に遷移する。

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

スタンバイカード（ＳＢＹ）であった管理カードＭＣ２は、アクティブチェンジに応じて、アクティブカード（ＡＣＴ）に遷移し、リング状態をペンディング待機状態からペンディング状態に遷移する（ステップＳ８０５）。アクティブカード（ＡＣＴ）に遷移した管理カードＭＣ２は、リングポートを有するラインカードＬＣからポート管理テーブル４３の保持情報を取得する（ステップＳ８０６，Ｓ８０７）。ここでは、管理カードＭＣ２は、リングポートが開放状態ＯＰである旨を取得する（ステップＳ８０７）。

これに応じて、管理カードＭＣ２は、場合によっては、対象のリングポートの開放命令をラインカードＬＣへ発行する（ステップＳ８０８）。ただし、管理カードＭＣ２は、図２５の場合と異なり、ステップＳ８０６，Ｓ８０７で取得した情報に基づき、リングポートの実際の開閉状態が開放状態ＯＰであることを認識すると共に、Ｒ−ＡＰＳ（ＦＳ）フレームの送信等を行わないため、ループ経路は生じない。なお、図示は省略するが、ステップＳ８０２ａ，Ｓ８０３において、仮に、ＦＳ検出に基づきリングポートを閉塞状態ＢＫに制御したのち障害が発生したような場合にも、特に問題は生じない。

以上、図１７〜図２１のシーケンスに例示したように、新たにアクティブカードとなった管理カードＭＣ２は、リングポートの実際の開閉情報（すなわちポート管理テーブル４３の保持情報）を取得する。そして、管理カードＭＣ２は、取得した情報に基づきリングポートが閉塞状態ＢＫの場合には、一旦、当該リングポートがＦＳを要因として閉塞状態ＢＫになっている状況を構築し、その後に、クリアコマンドに応じてＦＳ状態を解除する。

その結果、図２４および図２５の場合と異なり、リングポートが誤って開放されることでループ経路が生じるような事態を防止できる。その本質的な理由として、まず、リングプロトコルは、ループ経路を生じさせない仕様となっている。このため、リングポートが閉塞状態ＢＫの場合、一旦、当該閉塞状態ＢＫがリングプロトコルに基づいている状況を構築し、その後にリングプロトコルに基づく復旧手順を実行することで、原理上、ループ経路を生じさせずに、リングネットワークを所望のリング状態に復旧させることができる。

なお、ここでは、新たにアクティブカードとなった管理カードは、リングポートが閉塞状態ＢＫの場合、その閉塞要因をＦＳ（Forced Switch）とみなしたが、場合によっては、その他の閉塞要因（例えばＳＦ（Signal Fail））とみなすことも考えられる。ただし、この場合、図２２に示すような事態が生じる恐れがある。図２２は、図１５のフローにおいて、リングポートが閉塞状態の場合の閉塞要因をＳＦとみなした場合の問題点の一例を示すシーケンス図である。

図２２において、まず、ラインカードＬＣのリングポートは、ＦＳコマンドに伴い閉塞状態ＢＫとなっている（ステップＳ９００ｃ）。また、アクティブカード（ＡＣＴ）となる管理カードＭＣ１は、ＦＳコマンドに伴いリング状態がＦＳ状態となっており（ステップＳ９００ａ）、定期的にＲ−ＡＰＳ（ＦＳ）フレームを送信している（ステップＳ９００ｄ）。他の中継装置は、当該Ｒ−ＡＰＳ（ＦＳ）フレームを受信することで、リング状態をＦＳ状態に定める。一方、スタンバイカード（ＳＢＹ）となる管理カードＭＣ２は、リング状態がペンディング待機状態で待機している（ステップＳ９００ｂ）。この状態で、アクティブチェンジが発生している（ステップＳ９０１）。

スタンバイカード（ＳＢＹ）であった管理カードＭＣ２は、アクティブチェンジに応じて、アクティブカード（ＡＣＴ）に遷移し、リング状態をペンディング待機状態からペンディング状態に遷移する（ステップＳ９０２）。アクティブカード（ＡＣＴ）に遷移した管理カードＭＣ２は、リングポートを有するラインカードＬＣからポート管理テーブル４３の保持情報を取得する（ステップＳ９０３，Ｓ９０４）。ここでは、管理カードＭＣ２は、リングポートが閉塞状態ＢＫである旨を取得する（ステップＳ９０４）。

これに応じて、管理カードＭＣ２は、対象のリングポートの閉塞命令をラインカードＬＣへ発行する。ただし、ここでは、管理カードＭＣ２は、図１５のステップＳ５０６の場合と異なり、Ｒ−ＡＰＳ（ＳＦ）フレームを送信し、リング状態をペンディング状態からプロテクション状態に遷移したものとする（ステップＳ９０５）。

この場合、他の中継装置は、リング状態が最優先度であるＦＳ状態であるため、当該Ｒ−ＡＰＳ（ＳＦ）フレームを受信しても、プロテクション状態へは遷移せずにＦＳ状態を維持することになる。これに対して、管理カードＭＣ２のみは、リング状態がプロテクション状態となっている。このように、閉塞要因をＳＦとした場合、各中継装置でリング状態の不整合が生じる恐れがある。そこで、このような事態を回避するためには、閉塞要因を最優先度であるＦＳに定めることが望ましい。この場合、各中継装置のリング状態を一旦ＦＳ状態に遷移させることができ、その後に当該ＦＳ状態を解除することで、リングネットワークの状況に応じて、それよりも優性度が低いリング状態（例えば、アイドル状態やプロテクション状態）に遷移させることができる。

以上のように、本実施の形態の中継装置および中継システムを用いることで、代表的には、リングネットワークにおけるループ経路の発生を防止することが可能になる。

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

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

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

Claims (8)

1. リングネットワークに接続されるリングポートを備えるラインカードと、
   前記ラインカードを管理する複数の管理カードと、
   を有する中継装置であって、
   前記複数の管理カードには、アクティブ状態で動作するアクティブカードと、スタンバイ状態で動作し、所定の切り換え命令に応じて前記アクティブカードに遷移するスタンバイカードと、が含まれ、
   前記アクティブカードは、ＩＴＵ−Ｔ Ｇ．８０３２に規定されたリングプロトコルに基づくイベントに応じて前記リングポートの開放または閉塞を定め、前記ラインカードへ前記リングポートの開放命令または閉塞命令を発行し、
   前記ラインカードは、
   前記アクティブカードからの前記開放命令または前記閉塞命令に応じて前記リングポートの開閉を制御するポート制御部と、
   前記リングポートの開閉情報を保持するポート管理テーブルと、
   を備え、
   前記スタンバイカードは、前記所定の切り換え命令に応じて前記アクティブカードに遷移した際に、前記ラインカードから前記ポート管理テーブルの保持情報を取得し、当該取得した情報に基づき前記リングポートが閉塞状態の場合、前記リングポートがＦＳ（Forced Switch）を要因として閉塞状態になっている状況を構築する、
   中継装置。
2. 請求項１記載の中継装置において、
   前記スタンバイカードは、前記ポート管理テーブルの保持情報を取得した結果、前記リングポートが閉塞状態の場合、Ｒ−ＡＰＳフレームを送信し、前記リングポートが開放状態の場合、Ｒ−ＡＰＳフレームを送信しない、
   中継装置。
3. 請求項１記載の中継装置において、
   前記スタンバイカードは、前記ポート管理テーブルの保持情報を取得した結果、前記リングポートが開放状態の場合、前記リングプロトコルに基づくリング状態をペンディング状態に定める、
   中継装置。
4. 請求項１記載の中継装置において、
   前記ラインカードは、さらに、Ｒ−ＡＰＳフレームを前記リングポートで受信した場合に、当該受信したＲ−ＡＰＳフレームを前記アクティブカードへ送信し、前記スタンバイカードへは送信しない管理カード選択部を備える、
   中継装置。
5. リングネットワークを構成する複数の中継装置を備える中継システムであって、
   前記複数の中継装置の少なくとも一つは、
   前記リングネットワークに接続されるリングポートを備えるラインカードと、
   前記ラインカードを管理する複数の管理カードと、
   を有し、
   前記複数の管理カードには、アクティブ状態で動作するアクティブカードと、スタンバイ状態で動作し、所定の切り換え命令に応じて前記アクティブカードに遷移するスタンバイカードと、が含まれ、
   前記アクティブカードは、ＩＴＵ−Ｔ Ｇ．８０３２に規定されたリングプロトコルに基づくイベントに応じて前記リングポートの開放または閉塞を定め、前記ラインカードへ前記リングポートの開放命令または閉塞命令を発行し、
   前記ラインカードは、
   前記アクティブカードからの前記開放命令または前記閉塞命令に応じて前記リングポートの開閉を制御するポート制御部と、
   前記リングポートの開閉情報を保持するポート管理テーブルと、
   を備え、
   前記スタンバイカードは、前記所定の切り換え命令に応じて前記アクティブカードに遷移した際に、前記ラインカードから前記ポート管理テーブルの保持情報を取得し、当該取得した情報に基づき前記リングポートが閉塞状態の場合、前記リングポートがＦＳ（Forced Switch）を要因として閉塞状態になっている状況を構築する、
   中継システム。
6. 請求項５記載の中継システムにおいて、
   前記スタンバイカードは、前記ポート管理テーブルの保持情報を取得した結果、前記リングポートが閉塞状態の場合、Ｒ−ＡＰＳフレームを送信し、前記リングポートが開放状態の場合、Ｒ−ＡＰＳフレームを送信しない、
   中継システム。
7. 請求項５記載の中継システムにおいて、
   前記スタンバイカードは、前記ポート管理テーブルの保持情報を取得した結果、前記リングポートが開放状態の場合、前記リングプロトコルに基づくリング状態をペンディング状態に定める、
   中継システム。
8. 請求項５記載の中継システムにおいて、
   前記ラインカードは、さらに、Ｒ−ＡＰＳフレームを前記リングポートで受信した場合に、当該受信したＲ−ＡＰＳフレームを前記アクティブカードへ送信し、前記スタンバイカードへは送信しない管理カード選択部を備える、
   中継システム。

Images