(57)【特許請求の範囲】
【請求項１】
リングネットワークに接続されるリングポートを備えるラインカードと、
前記ラインカードを管理する複数の管理カードと、
を有する中継装置であって、
前記複数の管理カードには、アクティブ状態で動作するアクティブカードと、スタンバイ状態で動作し、所定の切り換え命令に応じて前記アクティブカードに遷移するスタンバイカードと、が含まれ、
前記アクティブカードは、リングプロトコルに基づくイベントに応じて前記リングポートの開放または閉塞を定め、前記ラインカードへ前記リングポートの開放命令または閉塞命令を発行し、前記閉塞命令を発行する際には加えて前記閉塞命令の基となる前記イベントを表す閉塞要因を通知し、
前記ラインカードは、
前記アクティブカードからの前記開放命令または前記閉塞命令に応じて前記リングポートの開閉を制御するポート制御部と、
前記リングポートの開閉情報と、前記アクティブカードから通知された前記閉塞要因とを保持するポート管理テーブルと、
を備え、
前記スタンバイカードは、前記所定の切り換え命令に応じて前記アクティブカードに遷移した際に、前記ラインカードから前記ポート管理テーブルの保持情報を取得する、
中継装置。
【請求項２】
請求項１記載の中継装置において、
前記閉塞要因の中には、前記リングポートに障害が発生したことを表す要因と、前記リングポートがデフォルト時の前記リングネットワークの閉塞ポートであることを表す要因と、が含まれる、
中継装置。
【請求項３】
請求項１記載の中継装置において、
前記リングプロトコルは、ＩＴＵ−Ｔ  Ｇ．８０３２に規定されたリングプロトコルである、
中継装置。
【請求項４】
請求項３記載の中継装置において、
前記閉塞要因は、ＦＳ（Forced Switch）、ＳＦ（Signal Fail）、ＭＳ（Manual Switch）およびＲＢ（RRL Blocked）の中から定められる、
中継装置。
【請求項５】
請求項３記載の中継装置において、
前記スタンバイカードは、前記所定の切り換え命令に応じて前記アクティブカードに遷移した際に、前記リングプロトコルに基づくリング状態をペンディング状態に定める、
中継装置。
【請求項６】
請求項５記載の中継装置において、
前記スタンバイカードは、前記ラインカードから取得した前記ポート管理テーブルの保持情報の中に前記閉塞要因が含まれる場合、前記閉塞要因に応じたイベントを内部で生成することで前記ペンディング状態から所定のリング状態に遷移する、
中継装置。
【請求項７】
請求項１記載の中継装置において、
前記ラインカードは、さらに、前記リングネットワークを制御するための制御フレームを前記リングポートで受信した場合に、前記制御フレームを前記アクティブカードへ送信し、前記スタンバイカードへは送信しない管理カード選択部を備える、
中継装置。
【請求項８】
請求項１記載の中継装置において、
前記スタンバイカードは、前記アクティブカードに遷移した際に、前記ラインカードから前記ポート管理テーブルの保持情報を取得したのち、前記ラインカードへ保留解除命令を発行し、
前記ラインカードの前記ポート制御部は、前記所定の切り換え命令に応じて、前記リングポートの閉塞から開放への制御を禁止する制御保留状態に遷移し、前記保留解除命令に応じて前記制御保留状態を解除する、
中継装置。
【請求項９】
リングネットワークを構成する複数の中継装置を備える中継システムであって、
前記複数の中継装置の少なくとも一つは、
前記リングネットワークに接続されるリングポートを備えるラインカードと、
前記ラインカードを管理する複数の管理カードと、
を有し、
前記複数の管理カードには、アクティブ状態で動作するアクティブカードと、スタンバイ状態で動作し、所定の切り換え命令に応じて前記アクティブカードに遷移するスタンバイカードと、が含まれ、
前記アクティブカードは、リングプロトコルに基づくイベントに応じて前記リングポートの開放または閉塞を定め、前記ラインカードへ前記リングポートの開放命令または閉塞命令を発行し、前記閉塞命令を発行する際には加えて前記閉塞命令の基となる前記イベントを表す閉塞要因を通知し、
前記ラインカードは、
前記アクティブカードからの前記開放命令または前記閉塞命令に応じて前記リングポートの開閉を制御するポート制御部と、
前記リングポートの開閉情報と、前記アクティブカードから通知された前記閉塞要因とを保持するポート管理テーブルと、
を備え、
前記スタンバイカードは、前記所定の切り換え命令に応じて前記アクティブカードに遷移した際に、前記ラインカードから前記ポート管理テーブルの保持情報を取得する、
中継システム。
【請求項１０】
請求項９記載の中継システムにおいて、
前記閉塞要因の中には、前記リングポートに障害が発生したことを表す要因と、前記リングポートがデフォルト時の前記リングネットワークの閉塞ポートであることを表す要因と、が含まれる、
中継システム。
【請求項１１】
請求項９記載の中継システムにおいて、
前記リングプロトコルは、ＩＴＵ−Ｔ  Ｇ．８０３２に規定されたリングプロトコルである、
中継システム。
【請求項１２】
請求項１１記載の中継システムにおいて、
前記閉塞要因は、ＦＳ（Forced Switch）、ＳＦ（Signal Fail）、ＭＳ（Manual Switch）およびＲＢ（RRL Blocked）の中から定められる、
中継システム。
【請求項１３】
請求項１１記載の中継システムにおいて、
前記スタンバイカードは、前記所定の切り換え命令に応じて前記アクティブカードに遷移した際に、前記リングプロトコルに基づくリング状態をペンディング状態に定める、
中継システム。
【請求項１４】
請求項１３記載の中継システムにおいて、
前記スタンバイカードは、前記ラインカードから取得した前記ポート管理テーブルの保持情報の中に前記閉塞要因が含まれる場合、前記閉塞要因に応じたイベントを内部で生成することで前記ペンディング状態から所定のリング状態に遷移する、
中継システム。
【請求項１５】
請求項９記載の中継システムにおいて、
前記ラインカードは、さらに、前記リングネットワークを制御するための制御フレームを前記リングポートで受信した場合に、前記制御フレームを前記アクティブカードへ送信し、前記スタンバイカードへは送信しない管理カード選択部を備える、
中継システム。
【請求項１６】
請求項９記載の中継システムにおいて、
前記スタンバイカードは、前記アクティブカードに遷移した際に、前記ラインカードから前記ポート管理テーブルの保持情報を取得したのち、前記ラインカードへ保留解除命令を発行し、
前記ラインカードの前記ポート制御部は、前記所定の切り換え命令に応じて、前記リングポートの閉塞から開放への制御を禁止する制御保留状態に遷移し、前記保留解除命令に応じて前記制御保留状態を解除する、
中継システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継装置および中継システムに関し、例えば、装置内部に冗長構成を備える中継装置、および、リングプロトコルが適用される中継システムに関する。
【背景技術】
【０００２】
例えば、特許文献１には、シャーシ型のネットワーク中継装置において、複数のラインカードのそれぞれが、冗長化された２枚の管理カードからの監視フレームを受信し、その内の一方を選択して装置外部に送信する方式が示されている。また、非特許文献１には、ＩＴＵ−Ｔ  Ｇ．８０３２に基づくリングネットワークのリングプロトコルが示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１９５１４７号公報
【非特許文献】
【０００４】
【非特許文献１】ＩＴＵ−Ｔ  Ｇ．８０３２／Ｙ．１３４４（０２／２０１２）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
例えば、非特許文献１に示されるようなＩＴＵ−Ｔ  Ｇ．８０３２を代表とするリングプロトコルが知られている。また、ＯＳＩ参照モデルのレイヤ２（Ｌ２）の処理を行う中継装置（Ｌ２スイッチ）の一形態として、特許文献１に示されるようなシャーシ型の中継装置が知られている。シャーシ型の中継装置は、装置外部との間でフレームの送信または受信を行うラインカードに加えて、当該ラインカードを含めて装置全体を管理する管理カードを備える場合がある。このようなシャーシ型の中継装置にリングプロトコルを実装する場合、主に管理カードにリングプロトコルの制御部を実装することで、装置内の処理を効率化することができる。
【０００６】
ここで、管理カードには、耐障害性を向上させるため、特許文献１に示されるように、アクティブ状態のカードとスタンバイ状態のカードからなる冗長構成を適用することが望ましい。この場合、例えば、アクティブ状態のカード［１］がリングプロトコルを実行している状態で、当該カード［１］に障害が発生した場合であっても、スタンバイ状態のカード［２］が、カード［１］に代わってアクティブ状態に遷移することでリングプロトコルの処理を実行することができる。
【０００７】
一方、例えば、非特許文献１に示されるようなリングプロトコルの処理は、状態遷移に基づいて行われる。例えば、中継装置は、リングネットワークで所定のイベントが発生した場合、現在のリング状態と当該イベントとの組合せに応じてリングネットワークを制御し、当該組合せに応じた次のリング状態に遷移する。ここで、このような状態遷移に基づく処理をカード［１］からカード［２］に移行させる仕組みの一つとして、特許文献１のような方式を利用して、カード［１］とカード［２］に独立して同じ動作を行わせることで、カード［１］とカード［２］を同期させる方式が考えられる。
【０００８】
しかし、現実的には、カード［１］とカード［２］とでは、例えば、各種処理を行うタイミングにズレが生じ得る。その結果、リングプロトコルの処理に誤動作が生じる場合があり、中継装置としての耐障害性が低下する恐れがある。一例として、カード［１］およびカード［２］が個別のタイミングに基づき判定処理を行う場合、双方のカードで判定結果が異なり、それに応じて双方のカードが認識しているリング状態も異なるような事態が生じ得る。この状態で、カード［１］に代わってカード［２］がアクティブ状態となった場合、リングプロトコルの処理に不整合が生じ得る。
【０００９】
本発明は、このようなことに鑑みてなされたものであり、その目的の一つは、中継装置および中継システムにおいて、耐障害性の向上を実現することにある。
【００１０】
本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１１】
本願において開示される発明のうち、代表的な実施の形態の概要を簡単に説明すれば、次のとおりである。
【００１２】
本実施の形態による中継装置は、リングネットワークに接続されるリングポートを備えるラインカードと、ラインカードを管理する複数の管理カードとを有する。複数の管理カードには、アクティブ状態で動作するアクティブカードと、スタンバイ状態で動作し、所定の切り換え命令に応じてアクティブカードに遷移するスタンバイカードと、が含まれる。アクティブカードは、リングプロトコルに基づくイベントに応じてリングポートの開放または閉塞を定め、ラインカードへリングポートの開放命令または閉塞命令を発行し、閉塞命令を発行する際には加えて閉塞命令の基となるイベントを表す閉塞要因を通知する。ラインカードは、ポート制御部と、ポート管理テーブルとを備える。ポート制御部は、アクティブカードからの開放命令または閉塞命令に応じてリングポートの開閉を制御し、ポート管理テーブルは、リングポートの開閉情報と、アクティブカードから通知された閉塞要因とを保持する。スタンバイカードは、所定の切り換え命令に応じてアクティブカードに遷移した際に、ラインカードからポート管理テーブルの保持情報を取得する。
【発明の効果】
【００１３】
本願において開示される発明のうち、代表的な実施の形態によって得られる効果を簡単に説明すると、耐障害性の向上が実現可能になる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態１による中継システムにおいて、その構成例および障害無し時の動作例を示す概略図である。
【図２】図１の中継システムにおいて、その障害監視方法の一例を示す概略図である。
【図３】図１の中継システムにおいて、障害発生（ＳＦ）時の主要な動作シーケンスの一例を示す図である。
【図４】図１の中継システムにおいて、障害復旧（ＳＦ解消）時の主要な動作シーケンスの一例を示す図である。
【図５】図１の中継システムにおいて、中継装置の主要部の概略構成例を示すブロック図である。
【図６】図５における各ラインカードの主要部の概略構成例を示すブロック図である。
【図７】図５および図６の中継装置において、ＩＣＣＭ処理部の処理内容の一例を示す説明図である。
【図８】図５および図６の中継装置において、前提となる障害発生検出時のリングプロトコル動作の一例を示す説明図である。
【図９】図８に続く動作例を示す説明図である。
【図１０】図９に続く動作例を示す説明図である。
【図１１】図５および図６の中継装置において、前提となるＲ−ＡＰＳ（ＳＦ）フレーム受信時のリングプロトコル動作の一例を示す説明図である。
【図１２】図５の中継装置において、アクティブカードとなる管理カード内のＭＣ用ＥＲＰ制御部が実行する主要な処理内容の一例を示すフロー図である。
【図１３】図１２の一部の処理内容を説明する補足図である。
【図１４】図５の中継装置において、スタンバイカードとなる管理カード内のＭＣ用ＥＲＰ制御部が実行する主要な処理内容の一例を示すフロー図である。
【図１５】図１４の一部の処理内容を説明する補足図である。
【図１６】図５および図６の中継装置において、冗長方式に関する主要部の構成例およびリングプロトコル動作の一例を示す概略図である。
【図１７】図５、図６および図１６の中継装置において、アクティブチェンジ発生時のリングプロトコル動作の一例を示すシーケンス図である。
【図１８】図５、図６および図１６の中継装置において、アクティブチェンジ発生時の他のリングプロトコル動作の一例を示すシーケンス図である。
【図１９】本発明の比較例として検討した中継装置において、アクティブチェンジ発生時のリングプロトコル動作の一例を示すシーケンス図である。
【図２０】本発明の実施の形態２による中継装置において、図６のＬＣ用ＥＲＰ制御部が実行する主要な処理内容の一例を示すフロー図である。
【図２１】本発明の実施の形態２による中継装置において、アクティブチェンジ発生時のリングプロトコル動作の一例を示すシーケンス図である。
【図２２】本発明の比較例として検討した中継装置において、冗長方式に関する主要部の構成例およびリングプロトコル動作の一例を示す概略図である。
【図２３】図２２の中継装置において、アクティブチェンジ発生時に問題となり得るリングプロトコル動作の一例を示すシーケンス図である。
【発明を実施するための形態】
【００１５】
以下の実施の形態においては便宜上その必要があるときは、複数のセクションまたは実施の形態に分割して説明するが、特に明示した場合を除き、それらは互いに無関係なものではなく、一方は他方の一部または全部の変形例、詳細、補足説明等の関係にある。また、以下の実施の形態において、要素の数等（個数、数値、量、範囲等を含む）に言及する場合、特に明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではなく、特定の数以上でも以下でも良い。
【００１６】
さらに、以下の実施の形態において、その構成要素（要素ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。同様に、以下の実施の形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に明らかにそうでないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。このことは、上記数値および範囲についても同様である。
【００１７】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１８】
（実施の形態１）
《中継システムの概略構成および障害無し時の概略動作》
図１は、本発明の実施の形態１による中継システムにおいて、その構成例および障害無し時の動作例を示す概略図である。図１に示す中継システムは、リングネットワーク１０を構成する複数（ここでは４個）の中継装置ＳＷａ〜ＳＷｄを備える。中継装置ＳＷａ〜ＳＷｄのそれぞれは、ノードとも呼ばれる。中継装置ＳＷａ〜ＳＷｄのそれぞれは、２個のリングポートＰｒ［１］，Ｐｒ［２］と、ｍ個（ｍは１以上の整数）のユーザポートＰｕ［１］〜Ｐｕ［ｍ］と、を備える。この例では、リングネットワーク１０を構成する中継装置の数は、４個とするが、これに限らず２個以上であればよい。
【００１９】
リングネットワーク１０は、例えば、ＩＴＵ−Ｔ  Ｇ．８０３２に規定されたリングプロトコルに基づき制御される。言い換えれば、中継装置ＳＷａ〜ＳＷｄのそれぞれは、当該リングプロトコルに基づく各種制御機能を備える。中継装置ＳＷａ〜ＳＷｄのそれぞれは、ＯＳＩ参照モデルのレイヤ２（Ｌ２）の中継処理を行うＬ２スイッチや、加えて、レイヤ３（Ｌ３）の中継処理を行うＬ３スイッチ等である。ただし、リングネットワーク１０上の中継処理は、Ｌ２に基づいて行われるため、ここでは、中継装置ＳＷａ〜ＳＷｄのそれぞれは、Ｌ２スイッチである場合を例とする。
【００２０】
２個のリングポートＰｒ［１］，Ｐｒ［２］は、それぞれ、リングネットワーク１０に接続される。言い換えれば、中継装置ＳＷａ〜ＳＷｄのそれぞれは、リングポートＰｒ［１］，Ｐｒ［２］を介してリング状に接続され、これによってリングネットワーク１０が形成される。図１の例では、中継装置ＳＷａ，ＳＷｂ，ＳＷｃ，ＳＷｄのリングポートＰｒ［１］は、それぞれ、通信回線を介して、隣接する中継装置ＳＷｂ，ＳＷｃ，ＳＷｄ，ＳＷａのリングポートＰｒ［２］に接続される。
【００２１】
ユーザポートＰｕ［１］〜Ｐｕ［ｍ］は、所定のユーザ網に接続される。図１の例では、中継装置ＳＷａ〜ＳＷｄのユーザポートＰｕ［１］〜Ｐｕ［ｍ］は、それぞれ、ユーザ網１１ａ〜１１ｄに接続される。ユーザ網１１ａ〜１１ｄのそれぞれの中には、中継装置や各種情報処理装置（サーバ装置や端末装置等）などが適宜配置される。
【００２２】
ここで、ＩＴＵ−Ｔ  Ｇ．８０３２に基づき、中継装置ＳＷａは、オーナーノードに設定され、中継装置ＳＷｂは、ネイバーノードに設定される。オーナーノードとネイバーノードとの間のリンクは、ＲＰＬ（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）等に実装される。ただし、各部の具体的な実装形態は、勿論、これに限定されるものではなく、ハードウェアまたはソフトウェアあるいはその組合せを用いて適宜実装されればよい。
【００６４】
《中継装置の内部疎通性監視動作およびアクティブチェンジ動作》
図７は、図５および図６の中継装置において、ＩＣＣＭ処理部の処理内容の一例を示す説明図である。図７において、ラインカードＬＣ［１］のＩＣＣＭ処理部４０は、管理カードＭＣ１用の内部監視ポイントＩＭＥＰ１ｌ［１］と、管理カードＭＣ２用の内部監視ポイントＩＭＥＰ１ｌ［２］とを備える。同様に、ラインカードＬＣ［２］のＩＣＣＭ処理部４０は、管理カードＭＣ１用の内部監視ポイントＩＭＥＰ２ｌ［１］と、管理カードＭＣ２用の内部監視ポイントＩＭＥＰ２ｌ［２］とを備える。
【００６５】
以降同様に、図示は省略するが、各ラインカード（例えばＬＣ［ｎ］）のＩＣＣＭ処理部４０は、管理カードＭＣ１用の内部監視ポイント（ＩＭＥＰｎｌ［１］）と、管理カードＭＣ２用の内部監視ポイント（ＩＭＥＰｎｌ［２］）とを備える。一方、管理カードＭＣ１のＩＣＣＭ処理部２４は、内部監視ポイントＩＭＥＰ１ｍ［１］，ＩＭＥＰ２ｍ［１］，…，ＩＭＥＰｎｍ［１］を備える。管理カードＭＣ２のＩＣＣＭ処理部２４は、内部監視ポイントＩＭＥＰ１ｍ［２］，ＩＭＥＰ２ｍ［２］，…，ＩＭＥＰｎｍ［２］を備える。
【００６６】
管理カードＭＣ１の内部監視ポイントＩＭＥＰ１ｍ［１］，ＩＭＥＰ２ｍ［１］，…は、それぞれ、複数のラインカードにおける管理カードＭＣ１用の内部監視ポイントＩＭＥＰ１ｌ［１］，ＩＭＥＰ２ｌ［１］，…との間で、ＩＣＣＭフレームＩＣＣＭ１［１］，ＩＣＣＭ２［１］，…の送受信を行うことによって内部疎通性を監視する。同様に、管理カードＭＣ２の内部監視ポイントＩＭＥＰ１ｍ［２］，ＩＭＥＰ２ｍ［２］，…は、それぞれ、複数のラインカードにおける管理カードＭＣ２用の内部監視ポイントＩＭＥＰ１ｌ［２］，ＩＭＥＰ２ｌ［２］，…との間で、ＩＣＣＭフレームＩＣＣＭ１［２］，ＩＣＣＭ２［２］，…の送受信を行うことによって内部疎通性を監視する。
【００６７】
ＩＣＣＭフレームは、内部疎通性監視フレームであり、前述した疎通性監視フレームであるＣＣＭフレームと同様なフレームである。すなわち、本実施の形態１では、装置間の疎通性を監視するイーサネットＯＡＭの規格を利用し、これと同様な方式を、装置内部の疎通性の監視に適用する。そして、装置内部の疎通性を監視するための監視用フレームとして、ＣＣＭフレームの代わりにＩＣＣＭフレームを用いる。ＩＣＣＭフレームを用いて内部疎通性の監視を行う場合、前述したＣＣＭフレームの場合と同様に、ＬＯＣ状態やＲＤＩ状態の有無に基づいて内部の疎通性有無（障害有無）を判別する。
【００６８】
なお、必ずしも限定はされないが、ＩＣＣＭフレームの送信間隔は、ＣＣＭフレームの送信間隔と比較して、同等もしくは短いことが望ましい。本実施の形態１では、例えば、ＩＣＣＭフレームの送信間隔は１ｍｓ等であり、ＣＣＭフレームの送信間隔は３．５ｍｓ等である。
【００６９】
ここで、図７の例では、管理カードＭＣ１はアクティブ状態ＡＣＴで動作しており（すなわちアクティブカードであり）、管理カードＭＣ２はスタンバイ状態ＳＢＹで動作している（すなわちスタンバイカードである）。この状態で、例えば、ラインカードＬＣ［１］と管理カードＭＣ１との間の通信経路に障害が発生した場合を想定する。この場合、ラインカードＬＣ［１］および管理カードＭＣ１は、共に、ＩＣＣＭフレームＩＣＣＭ１［１］のＬＯＣ状態またはＲＤＩ状態に基づいて当該障害発生を検出することができる。
【００７０】
当該障害発生を検出した場合、例えば、ラインカードＬＣ［１］は、自ラインカードに向けたアクティブチェンジを実行し、以降、管理カードＭＣ１に代わって管理カードＭＣ２をアクティブカードとみなす。また、管理カードＭＣ１は、当該障害発生の検出に応じて、管理カードＭＣ２と、その他のラインカードＬＣ［２］，…とにアクティブチェンジを実行する旨を通知する。これに応じて、管理カードＭＣ２は、自身をスタンバイ状態ＳＢＹからアクティブ状態ＡＣＴに遷移し、その他のラインカードＬＣ［２］，…も、ラインカードＬＣ［１］の場合と同様に、自ラインカードに向けたアクティブチェンジを実行する。なお、管理カードＭＣ１は、アクティブチェンジの通知を行ったのち、アクティブ状態ＡＣＴからスタンバイ状態ＳＢＹに遷移する。
【００７１】
また、例えば、管理カードＭＣ１自体に障害が発生した場合を想定する。この場合、各ラインカードＬＣ［１］，ＬＣ［２］，…は、それぞれ、ＩＣＣＭフレームＩＣＣＭ１［１］，ＩＣＣＭ２［１］，…のＬＯＣ状態等に基づいて当該障害発生を検出することができる。これに応じて、各ラインカードＬＣ［１］，ＬＣ［２］，…は、それぞれ、自ラインカードに向けたアクティブチェンジを実行し、以降、管理カードＭＣ１に代わって管理カードＭＣ２をアクティブカードとみなす。一方、管理カードＭＣ２も、例えば、通信経路２１を用いた管理カードＭＣ１の監視等によって当該障害発生を検出することができる。これに応じて、管理カードＭＣ２は、自身をスタンバイ状態ＳＢＹからアクティブ状態ＡＣＴに遷移する。
【００７２】
なお、アクティブチェンジは、このような方法を一例として、その他にも様々な方法で実行することができる。さらに、ここでは、障害が有る場合のアクティブチェンジについて説明したが、障害が無い場合でも、例えば、ユーザからのアクティブチェンジコマンドの入力によってアクティブチェンジを行うことも可能である。この場合、例えば、管理カードＭＣ１が当該アクティブチェンジコマンドを受け付け、管理カードＭＣ２と、各ラインカードＬＣ［１］，ＬＣ［２］，…とにアクティブチェンジを実行する旨を通知すればよい。
【００７３】
《中継装置の障害発生検出時のリングプロトコル動作（前提）》
図８は、図５および図６の中継装置において、前提となる障害発生検出時のリングプロトコル動作の一例を示す説明図である。図９は、図８に続く動作例を示す説明図であり、図１０は、図９に続く動作例を示す説明図である。図８〜図１０には、図３の中継装置ＳＷｃを例として、ステップＳ１０２，Ｓ１０３ｂにおける動作例が示されている。また、ここでは、管理カードＭＣ１，ＭＣ２のいずれか一方となるアクティブ状態ＡＣＴの管理カードＭＣ（アクティブカード）についての動作例を説明する。
【００７４】
図８において、まず、リングポートＰｒ［１］を備えるラインカードＬＣ［１］のＯＡＭ処理部３７は、リングポートＰｒ［１］の障害発生（例えばＬＯＣ状態）を検出する（ステップＳ１０２，Ｓ１０２−１）。この場合、ラインカードＬＣ［１］のＬＣ用ＥＲＰ制御部３２は、ＩＣＣＭ処理部４０から送信されるＩＣＣＭフレームＩＣＣＭ１に当該障害情報を格納する（ステップＳ１０２−２）。当該障害情報は、例えば、障害発生箇所の識別子（ここでは｛ＬＣ［１］｝／｛Ｐｒ［１］｝）等である。なお、本明細書では、例えば、｛ＡＡ｝は「ＡＡ」の識別子を表すものとする。
【００７５】
管理カードＭＣのＩＣＣＭ処理部２４は、当該障害情報が格納されたＩＣＣＭフレームＩＣＣＭ１を受信する（ステップＳ１０２−３）。ＭＣ用ＥＲＰ制御部２２は、ＩＣＣＭ処理部２４で障害情報が格納されたＩＣＣＭフレームを受信した場合、ＩＴＵ−Ｔ  Ｇ．８０３２に基づく障害発生（ＳＦ）を検出する（ステップＳ１０３ｂ−１）。この場合、図９に示すように、ＭＣ用ＥＲＰ制御部２２は、記憶部２３に予め設定されたリング管理テーブル４５を参照し、障害発生箇所が属するリングネットワークと、当該リングネットワークに接続されるリングポートとを認識する。
【００７６】
図９の例では、リング管理テーブル４５は、リングネットワーク毎に割り当てられるリングＩＤと、各リングＩＤに属するＶＬＡＮ識別子ＶＩＤおよびリングポートＩＤと、各リングポートＩＤ毎の開閉情報とを保持する。ここでは、ＶＬＡＮ識別子ＶＩＤ＝１のリングポートＩＤ（具体的にはラインカードＩＤ／ポートＩＤ）｛ＬＣ［１］｝／｛Ｐｒ［１］｝および｛ＬＣ［２］｝／｛Ｐｒ［２］｝が、リングＩＤ＝１のリングネットワークに属しており、リングポートＰｒ［１］，Ｐｒ［２］は共に開放状態ＯＰとなっている。ＭＣ用ＥＲＰ制御部２２は、障害情報（ここでは｛ＬＣ［１］｝／｛Ｐｒ［１］｝）を用いて当該リング管理テーブル４５を参照することで、どのリングネットワーク（リングＩＤ）に障害が発生したかを認識することができる。
【００７７】
なお、図１等の例では、中継システムは、１個のリングネットワーク１０を備えるが、複数のリングネットワークを備える場合、リング管理テーブル４５には、各リングネットワーク毎のリングＩＤと、当該リングＩＤに属するＶＬＡＮ識別子ＶＩＤおよびリングポートＩＤとが設定される。例えば、リング管理テーブル４５には、リングＩＤ＝２、ＶＬＡＮ識別子ＶＩＤ＝２、リングポートＩＤ＝“｛ＬＣ［１］｝／｛Ｐｒ［１］｝および｛ＬＣ［２］｝／｛Ｐｒ［２］｝”等が設定される。
【００７８】
ＭＣ用ＥＲＰ制御部２２のＶＩＤフィルタ制御要求部２５は、受信した障害情報（｛ＬＣ［１］｝／｛Ｐｒ［１］｝）に基づき、当該障害箇所のリングポートＰｒ［１］およびＶＬＡＮ識別子ＶＩＤを閉塞状態ＢＫに制御するためのＶＩＤ制御命令（閉塞命令）を発行する（ステップＳ１０３ｂ−２）。また、ＶＩＤフィルタ制御要求部２５は、当該閉塞命令の発行と共に、リング管理テーブル４５のリングポートＰｒ［１］の開閉情報を、開放状態ＯＰから閉塞状態ＢＫに変更する。そして、ＭＣ用ＥＲＰ制御部２２は、ＩＣＣＭ処理部２４から送信される、ラインカードＬＣ［１］に向けたＩＣＣＭフレームＩＣＣＭ１に、当該ＶＩＤ制御命令（閉塞命令）を格納する（ステップＳ１０３ｂ−２）。
【００７９】
また、ＭＣ用ＥＲＰ制御部２２は、実際には、当該閉塞命令に加えて、ＦＤＢフラッシュの実行命令を発行し（ステップＳ１０３ｂ−２）、当該実行命令を、各ＩＣＣＭフレームＩＣＣＭ１，ＩＣＣＭ２，…に格納する（ステップＳ１０３ｂ−３）。この際に、ＭＣ用ＥＲＰ制御部２２は、リング管理テーブル４５に基づき、ＦＤＢフラッシュの対象となるリングＩＤ（すなわち障害発生を検出したリングＩＤ）を定め、当該リングＩＤをＦＤＢフラッシュの実行命令の中で指定する。
【００８０】
ラインカードＬＣ［１］のＩＣＣＭ処理部４０は、閉塞命令およびＦＤＢフラッシュの実行命令が格納されたＩＣＣＭフレームＩＣＣＭ１を受信する（ステップＳ１０３ｂ−３）。ラインカードＬＣ［１］のＬＣ用ＥＲＰ制御部３２（具体的にはポート制御部４３）は、当該ＩＣＣＭフレームＩＣＣＭ１に含まれる閉塞命令に応じてＶＩＤフィルタ３６を制御し、対象となるリングポート（ここではＰｒ［１］）およびＶＬＡＮ識別子ＶＩＤを、実際に閉塞状態ＢＫに制御する（ステップＳ１０３ｂ−４）。また、当該ＬＣ用ＥＲＰ制御部３２は、ＩＣＣＭフレームＩＣＣＭ１に含まれるＦＤＢフラッシュの実行命令に応じて、指定されたリングＩＤを含むＦＤＢのエントリをフラッシュする。その他のラインカードＬＣ［２］，…も同様に、ＦＤＢフラッシュの実行命令を実行する。
【００８１】
さらに、図１０に示されるように、ＭＣ用ＥＲＰ制御部２２のＲ−ＡＰＳ生成部２６は、前述した閉塞命令の実行に応じて、Ｒ−ＡＰＳ（ＳＦ）フレームの生成を行う（ステップＳ１０３ｂ−５）。具体的には、Ｒ−ＡＰＳ生成部２６は、リング管理テーブル４５に基づき、所定のリングＩＤおよび所定のＶＬＡＮ識別子ＶＩＤを含む２個のＲ−ＡＰＳ（ＳＦ）フレームを生成する。Ｒ−ＡＰＳ生成部２６は、生成した２個のＲ−ＡＰＳ（ＳＦ）フレームにそれぞれ宛先ポート識別子（ここでは｛ＬＣ［１］｝／｛Ｐｒ［１］｝および｛ＬＣ［２］｝／｛Ｐｒ［２］｝）を付加し、ファブリックインタフェース部２７を介してファブリック経路部２０へ送信する。
【００８２】
また、ＭＣ用ＥＲＰ制御部２２は、自装置のリング状態をアイドル状態からプロテクション状態に遷移する（ステップＳ１０３ｂ−６）。一方、ラインカードＬＣ［１］，ＬＣ［２］のＲ−ＡＰＳ中継部４１は、それぞれ、Ｒ−ＡＰＳ（ＳＦ）フレームを受信し、それをインタフェース部３０を介して宛先のリングポートＰｒ［１］，Ｐｒ［２］へ送信する。
【００８３】
《中継装置のＲ−ＡＰＳ（ＳＦ）受信時のリングプロトコル動作（前提）》
図１１は、図５および図６の中継装置において、前提となるＲ−ＡＰＳ（ＳＦ）フレーム受信時のリングプロトコル動作の一例を示す説明図である。図１１には、図３の中継装置ＳＷａを例として、ステップＳ１０４ａにおける動作例が示されている。また、図８〜図１０の場合と同様に、アクティブカードについての動作例を説明する。
【００８４】
図１１において、ラインカードＬＣ［２］のＬＣ用ＥＲＰ制御部３２のＲ−ＡＰＳ中継部４１は、リングポートＰｒ［２］で受信したＲ−ＡＰＳ（ＳＦ）フレームをインタフェース部３０を介して受信する（ステップＳ１０４ａ−１）。当該Ｒ−ＡＰＳ中継部４１は、当該受信したフレームを、ファブリック経路部２０を介してリングポートＰｒ［１］へ中継する（ステップＳ１０４ａ−２）。
【００８５】
また、当該Ｒ−ＡＰＳ中継部４１は、例えば、受信したＲ−ＡＰＳ（ＳＦ）フレームが自装置で受信すべきフレームであるか否かを判別し、自装置で受信すべきフレームである場合、当該フレームを管理カードＭＣへ送信する（ステップＳ１０４ａ−３）。具体的には、Ｒ−ＡＰＳ中継部４１は、例えば、図１１に示したリング管理テーブル４５と同様の情報を保持しており、自装置で受信すべきか否かを、受信したＲ−ＡＰＳフレームとリングポートとでＶＬＡＮ識別子ＶＩＤが一致するか否かで判別する。
【００８６】
管理カードＭＣのＭＣ用ＥＲＰ制御部２２は、当該Ｒ−ＡＰＳ（ＳＦ）フレームを受信する。ＭＣ用ＥＲＰ制御部２２のＶＩＤ制御要求部２５は、受信したＲ−ＡＰＳ（ＳＦ）フレームのリングＩＤを参照することでＳＦの対象となるリングネットワークを認識する。この例では、ＭＣ用ＥＲＰ制御部２２は、当該リングネットワークの中のオーナーノードに属しているため、ＶＩＤ制御要求部２５は、ＲＰＬ（すなわちＶＬＡＮ識別子ＶＩＤ＝１およびリングポートＰｒ［１］）を開放状態ＯＰに制御するためのＶＩＤ制御命令（開放命令）を発行する（ステップＳ１０４ａ−４）。
【００８７】
また、ＭＣ用ＥＲＰ制御部２２は、実際には、当該開放命令に加えて、ＦＤＢフラッシュの実行命令を発行する（ステップＳ１０４ａ−４）。ＭＣ用ＥＲＰ制御部２２は、ＩＣＣＭ処理部２４から送信される、ラインカードＬＣ［１］に向けたＩＣＣＭフレームＩＣＣＭ１に、当該開放命令およびＦＤＢフラッシュの実行命令を格納する（ステップＳ１０４ａ−５）。さらに、ＭＣ用ＥＲＰ制御部２２は、自装置のリング状態をアイドル状態からプロテクション状態に遷移する（ステップＳ１０４ａ−６）。
【００８８】
なお、図示は省略されているが、ＭＣ用ＥＲＰ制御部２２は、図９の場合と同様に、他のラインカードＬＣ［２］，…に向けてはＦＤＢフラッシュの実行命令を発行する。そして、各ラインカードＬＣ［１］，ＬＣ［２］，…のＬＣ用ＥＲＰ制御部３２は、図示は省略されているが、図９の場合と同様に、ＭＣ用ＥＲＰ制御部２２からのＶＩＤ制御命令やＦＤＢフラッシュの実行命令に応じた処理を行う。
【００８９】
以上のように、図５および図６の中継装置では、アクティブカードのＭＣ用ＥＲＰ制御部２２が、リングプロトコル動作を主体的に行う方式となっている。その代表例として、アクティブカードは、リングプロトコルに基づくイベントに応じてリングポートの開放または閉塞を定め、ラインカードへリングポートの開放命令または閉塞命令を発行する。一方、ラインカードのＬＣ用ＥＲＰ制御部３２は、単に、ＭＣ用ＥＲＰ制御部２２からの命令を実行することで、リングプロトコル動作を従属的に行う。
【００９０】
《中継装置（比較例）の冗長方式およびその問題点》
図２２は、本発明の比較例として検討した中継装置において、冗長方式に関する主要部の構成例およびリングプロトコル動作の一例を示す概略図である。図２２の中継装置では、ラインカードＬＣのＩＣＣＭ処理部４０およびＲ−ＡＰＳ中継部４１が、それぞれ、ＭＣ選択部５５’，５６’を備える。
【００９１】
ＭＣ選択部５５’は、ＬＣ用ＥＲＰ制御部３２からの各種情報（例えば、図８のステップＳ１０２−２における障害発生箇所）を、ＩＣＣＭフレームＩＣＣＭ１［１］，ＩＣＣＭ１［２］を介して両方の管理カードＭＣ１，ＭＣ２へ送信する。一方、ＭＣ選択部５５’は、両方の管理カードＭＣ１，ＭＣ２からＩＣＣＭフレームＩＣＣＭ１［１］，ＩＣＣＭ１［２］を介して各種命令（例えば図９のステップＳ１０３ｂ−３におけるＶＩＤ制御命令等）を受信した場合、アクティブカード（ここでは管理カードＭＣ１）からの命令を選択してＬＣ用ＥＲＰ制御部３２に伝達する。
【００９２】
同様に、ＭＣ選択部５６’は、リングポートＰｒでＲ−ＡＰＳフレームを受信した場合、それを両方の管理カードＭＣ１，ＭＣ２へ送信する。一方、ＭＣ選択部５６’は、両方の管理カードＭＣ１，ＭＣ２からＲ−ＡＰＳフレームを受信した場合、アクティブカード（管理カードＭＣ１）からのＲ−ＡＰＳフレームを選択して、リングポートＰｒへ送信する。
【００９３】
このように、図２２の冗長方式は、例えば、特許文献１の方式を応用して、両方の管理カードＭＣ１，ＭＣ２に同じ入力を与えることで同じ動作を行わせ、両方の管理カードＭＣ１，ＭＣ２からの同じ出力に対してアクティブカード側の出力を選択する方式となっている。例えば、図２２の状態で、図７で説明したようなアクティブチェンジが発生した場合、ＭＣ選択部５５’，５６’は、共に、両方の管理カードＭＣ１，ＭＣ２からの命令等の受信時に管理カードＭＣ２を選択する。
【００９４】
このような冗長方式は、両方の管理カードＭＣ１，ＭＣ２が、入出力を含めて常に同じタイミングでリングプロトコル動作を行う場合には、有益な方式となる。ただし、現実的には、両方の管理カードＭＣ１，ＭＣ２間で所定のタイムラグが生じる場合があり、そうすると、例えば、図２３に示すような問題が生じる恐れがある。
【００９５】
図２３は、図２２の中継装置において、アクティブチェンジ発生時に問題となり得るリングプロトコル動作の一例を示すシーケンス図である。図２３では、まず、管理カードＭＣ１はアクティブカード（ＡＣＴ）であり、管理カードＭＣ２はスタンバイカード（ＳＢＹ）となっている。また、管理カードＭＣ１，ＭＣ２は、共に、リングプロトコルに基づくリング状態をアイドル状態と認識している（ステップＳ７００’）。この状態で、ラインカードＬＣによってリングポートのＬＯＣ状態（障害）が検出された場合を想定する（ステップＳ７０１）。
【００９６】
ラインカードＬＣは、管理カードＭＣ１，ＭＣ２の両方に、リングポートがＬＯＣ状態である旨を通知する。ここで、管理カードＭＣ１，ＭＣ２は、より詳細には、リングポートのＬＯＣ状態が検出されただけでなく、当該ＬＯＣ状態が所定の期間（ホールドオフ期間と呼ばれる）継続した場合にリングネットワークの障害発生（ＳＦ）を検出する。ここで、管理カードＭＣ１，ＭＣ２では、当該ＬＯＣ状態の受信時にタイミング誤差Δｔ１が生じる場合があり、ホールドオフタイマを開始するタイミングにもズレが生じる恐れがある（ステップＳ７０２ａ，Ｓ７０２ｂ）。
【００９７】
その後、管理カードＭＣ１，ＭＣ２は、当該ホールオフ期間ｔｈが満了するタイミングの近辺で、ラインカードＬＣからリングポートがＣＣＭ状態（すなわち障害無し）である旨の通知を受信している。ただし、前述したＬＯＣ状態の受信時のタイミング誤差Δｔ１や、または、当該ＣＣＭ状態の受信時のタイミング誤差Δｔ２や、あるいは、ホールオフ期間ｔｈのタイマ誤差Δｔ３等によって、管理カードＭＣ１，ＭＣ２とで、障害発生（ＳＦ）の検出結果が異なる場合が生じ得る。
【００９８】
ここでは、管理カードＭＣ１は、障害発生（ＳＦ）を検出し、これに応じて、対象のリングポートの閉塞命令の発行や、Ｒ−ＡＰＳ（ＳＦ）フレームの生成および送信や、リング状態のアイドル状態からプロテクション状態への遷移を行う（ステップＳ７０４ａ）。ラインカードＬＣは、アクティブカードからの閉塞命令を受信したため、対象のリングポートを実際に閉塞状態ＢＫに制御する（ステップＳ７０５’）。また、ラインカードＬＣは、当該Ｒ−ＡＰＳ（ＳＦ）フレームをリングネットワークへ送信し、これに応じて、リングネットワーク内のＲＰＬは開放される。
【００９９】
一方、管理カードＭＣ２は、管理カードＭＣ１と異なり、障害発生（ＳＦ）を検出していない（ステップＳ７０４ｂ）。このような状態で、中継装置に、アクティブチェンジが発生している（ステップＳ７０６）。そうすると、管理カードＭＣ２は、アクティブカードとなるが、リング状態を、アクティブチェンジの発生前のプロテクション状態と異なりアイドル状態と認識している（ステップＳ７０７’）。その結果、管理カードＭＣ２は、場合によっては、ステップＳ７０５’での閉塞状態ＢＫのリングポートに対して、開放命令を発行する恐れがある（ステップＳ７０８’）。ラインカードＬＣが、当該アクティブカードからの開放命令に基づいてリングポートを閉塞状態ＢＫから開放状態ＯＰに変更すると、リングネットワークにループ経路が生じることになる（ステップＳ７０９’）。
【０１００】
以上のような動作を代表に、図２２の冗長方式では、アクティブチェンジの前後で、リングプロトコル動作に不整合が生じる恐れがある。その結果、ループ経路の発生といった問題が生じる恐れがある。また、ループ経路が生じない場合であっても、例えば、ある中継装置と、その他の中継装置とで認識しているリング状態が異なるような状況が生じると、リングネットワークの閉塞ポートの切り換えを正常に実行できなくなるといった別の問題が生じる恐れがある。そこで、以下に示す本実施の形態１の方式を用いることが有益となる。
【０１０１】
《中継装置（本実施の形態１）の冗長方式》
図１２は、図５の中継装置において、アクティブカードとなる管理カード内のＭＣ用ＥＲＰ制御部が実行する主要な処理内容の一例を示すフロー図である。図１３は、図１２の一部の処理内容を説明する補足図である。図１２において、アクティブカードのＭＣ用ＥＲＰ制御部２２は、リングネットワーク上にリングプロトコルに基づくイベントが発生したか否かを判別する（ステップＳ５０１）。リングプロトコルに基づくイベントとは、図３および図４で説明したローカルイベントやリモートイベントである。
【０１０２】
ローカルイベントの場合、例えば、図８のＳＦ検出の場合のように、ＩＣＣＭフレームを介して通知される場合や、前述したＦＳコマンド等のように、ＭＣ用ＥＲＰ制御部２２に対して装置外部から直接的に入力される場合等がある。一方、リモートイベントの場合、図１１のＲ−ＡＰＳ（ＳＦ）フレームのように、Ｒ−ＡＰＳフレームを介して他の中継装置から通知される。
【０１０３】
ＭＣ用ＥＲＰ制御部２２は、イベントが発生していない場合、処理を終了する。一方、イベントが発生した場合、ＭＣ用ＥＲＰ制御部２２は、リングプロトコルに基づきリングポートＰｒの制御が必要か否かを判別し、制御が必要な場合にはリングポートの開放または閉塞を定める（ステップＳ５０２）。この際の判別条件ならびに開放／閉塞の選択は、中継装置の役割（オーナーノードかネイバーノードかその他のノードか）や、ローカルイベント／リモートイベントの種類等に応じて適宜変わり得る。ここで、ＭＣ用ＥＲＰ制御部２２は、開放状態ＯＰへ制御が必要な場合（言い換えれば閉塞状態ＢＫへの制御が不要な場合）（ステップ５０３）、対象のリングポートＰｒを有するラインカードＬＣへ、当該リングポートＰｒの開放命令を発行する（ステップＳ５０５）。
【０１０４】
一方、ＭＣ用ＥＲＰ制御部２２は、閉塞状態ＢＫへの制御が必要な場合（ステップ５０３）、対象のリングポートＰｒを有するラインカードＬＣへ、閉塞命令を発行し、これに加えて、当該閉塞命令の基となるイベントを表す閉塞要因を通知する（ステップＳ５０４）。具体的には、例えば、図８および図９に示したように、開放状態ＯＰのリングポートＰｒで障害（ＳＦ）が検出され、これに応じて、ＭＣ用ＥＲＰ制御部２２が開放状態ＯＰのリングポートＰｒを閉塞状態ＢＫに変更するような場合が挙げられる。あるいは、障害（ＳＦ）に伴い閉塞状態ＢＫとなっているリングポートＰｒを対象にＦＳコマンドが発行され、これに応じて、ＭＣ用ＥＲＰ制御部２２が閉塞状態ＢＫのリングポートＰｒを別の要因（ＦＳ）で閉塞状態ＢＫに制御するような場合が挙げられる。ここでは、一例として、図８および図９に示したような場合を想定する。
【０１０５】
この場合、ＭＣ用ＥＲＰ制御部２２は、図１３に示すように、ＶＩＤフィルタ制御要求部２５からのＶＩＤ制御命令に、図９の場合と同様のリングポートＰｒ［１］の閉塞命令に加えて、その閉塞要因となるＳＦを含ませる。そして、ＭＣ用ＥＲＰ制御部２２は、図９の場合と同様に、ラインカードＬＣ［１］に向けたＩＣＣＭフレームＩＣＣＭ１に当該ＶＩＤ制御命令を格納する（ステップＳ５０４−１）。
【０１０６】
一方、図１３に示すように、当該アクティブカードからのＶＩＤ制御命令を受信したＬＣ用ＥＲＰ制御部３２（具体的にはポート制御部４３）は、図９の場合と同様に、ＶＩＤ制御命令に含まれる開放命令または閉塞命令（ここでは閉塞命令）に応じて、ＶＩＤフィルタ３６に所定の設定を行う。これによって、ポート制御部４３は、リングポートＰｒ［１］の実際の開閉を制御する（ここでは閉塞状態ＢＫに制御する）（ステップＳ５０４−２）。
【０１０７】
これに加えて、ＬＣ用ＥＲＰ制御部３２は、当該リングポートＰｒ［１］（およびＶＬＡＮ識別子ＶＩＤ＝１）の実際の開閉情報（ここでは閉塞状態ＢＫ）と、ＶＩＤ制御命令に含まれる当該リングポートＰｒ［１］の閉塞要因（ここではＳＦ）とをポート管理テーブル４２に登録する（ステップＳ５０４−３）。なお、図１２のステップＳ５０５の処理によって、図１３に示すように、ラインカードＬＣ［２］のＬＣ用ＥＲＰ制御部３２のポート管理テーブル４２には、リングポートＰｒ［２］（およびＶＬＡＮ識別子ＶＩＤ＝１）が開放状態ＯＰであることが登録されている。
【０１０８】
ここで、図１２のステップＳ５０４における閉塞要因は、ＩＴＵ−Ｔ  Ｇ．８０３２の場合、ＦＳ（Forced Switch）、ＳＦ（Signal Fail）、ＭＳ（Manual Switch）、ＲＢ（RPL Blocked）の中から定められる。ただし、本実施の形態１の方式は、必ずしも、ＩＴＵ−Ｔ  Ｇ．８０３２に限らず、他のリングプロトコルであっても適用可能である。一般的に、リングプロトコルでは、閉塞要因として、ＳＦのように、リングポートに障害が発生したことを表す要因と、ＲＢのように、リングポートがデフォルト時のリングネットワークの閉塞ポートであることを表す要因とが含まれている。
【０１０９】
図１２において、ＭＣ用ＥＲＰ制御部２２は、ステップＳ５０４またはＳ５０５の処理ののち、リングプロトコルに基づく所定の処理（例えば、Ｒ−ＡＰＳフレームの送信や、ＦＤＢのフラッシュや、リング状態の遷移等）を実行する（ステップＳ５０６）。また、ＭＣ用ＥＲＰ制御部２２は、ステップＳ５０２において、リングポートＰｒの制御が不要な場合も、ステップＳ５０６の処理を実行する。
【０１１０】
図１４は、図５の中継装置において、スタンバイカードとなる管理カード内のＭＣ用ＥＲＰ制御部が実行する主要な処理内容の一例を示すフロー図である。図１５は、図１４の一部の処理内容を説明する補足図である。図１４において、スタンバイカードのＭＣ用ＥＲＰ制御部２２は、リング状態をペンディング待機状態に定めた状態で待機する（ステップＳ６０１）。ペンディング待機状態とは、ＩＴＵ−Ｔ  Ｇ．８０３２に基づくペンディング状態に遷移する前の状態として、本実施の形態１で新たに設けられた状態である。
【０１１１】
この状態で、ＭＣ用ＥＲＰ制御部２２は、アクティブチェンジ（所定の切り換え命令）が発生するのを待つ（ステップＳ６０２）。アクティブチェンジが発生した場合、ＭＣ用ＥＲＰ制御部２２は、アクティブチェンジに応じてアクティブカードに遷移し（ステップＳ６０３）、リング状態をペンディング待機状態からペンディング状態に遷移する（ステップＳ６０４）。そして、ＭＣ用ＥＲＰ制御部２２は、リングポートＰｒを有する各ラインカードからポート管理テーブル４２の保持情報を取得する（ステップＳ６０５）。
【０１１２】
ここで、アクティブカードおよびスタンバイカードの記憶部２３は、予め共通の情報として、図９に示したようなリング管理テーブル４５を保持している。ポート管理テーブル４２の保持情報を取得したＭＣ用ＥＲＰ制御部２２は、ポート管理テーブル４２に含まれる各リングポートの実際の開閉情報に基づいて、リング管理テーブル４５の開閉情報を更新する。
【０１１３】
次いで、ＭＣ用ＥＲＰ制御部２２は、ポート管理テーブル４２の保持情報の中に閉塞要因（言い換えれば閉塞状態ＢＫのリングポートＰｒ）が含まれるか否かを判別する（ステップＳ６０６）。閉塞要因が含まれない場合、ＭＣ用ＥＲＰ制御部２２は、アクティブカードとして、リングプロトコルに基づく所定の処理を行う（ステップＳ６０８）。一方、閉塞要因が含まれる場合、ＭＣ用ＥＲＰ制御部２２は、閉塞要因に応じたリング状態に遷移する（ステップＳ６０７）。
【０１１４】
ステップＳ６０７において、ＭＣ用ＥＲＰ制御部２２は、具体的には、ステップＳ６０４でリング状態をペンディング状態に定めた状態で、例えば、閉塞要因に応じた強制イベントを内部で生成することでペンディング状態から閉塞要因に応じたリング状態に遷移する。この際には、例えば、図１５に示すような強制イベントを用いることができる。図１５において、ＭＣ用ＥＲＰ制御部２２は、取得した閉塞要因がＦＳの場合にはＦＳコマンドを生成し、ＳＦの場合にはローカルＳＦを生成し、ＭＳの場合にはＭＳコマンドを生成し、ＲＢの場合にはクリアコマンドを生成する。
【０１１５】
ＭＣ用ＥＲＰ制御部２２のリング状態は、ＦＳコマンドに応じてＦＳ状態に遷移し、ローカルＳＦに応じてプロテクション状態に遷移し、ＭＳコマンドに応じてＭＳ状態に遷移し、クリアコマンドに応じてアイドル状態に遷移する。ＭＣ用ＥＲＰ制御部２２は、このようにして、リング状態を正しい状態に復旧させたのち、ステップＳ６０８において、リングプロトコルに基づく所定の処理を行う。
【０１１６】
図１６は、図５および図６の中継装置において、冗長方式に関する主要部の構成例およびリングプロトコル動作の一例を示す概略図である。図１６の中継装置では、ラインカードＬＣのＩＣＣＭ処理部４０およびＲ−ＡＰＳ中継部４１が、それぞれ、図２２の場合と異なる動作を行うＭＣ選択部（管理カード選択部）５５，５６を備える。
【０１１７】
ＭＣ選択部５５は、ＬＣ用ＥＲＰ制御部３２からの各種情報をＩＣＣＭフレームＩＣＣＭ１［１］を介してアクティブカード（ここでは管理カードＭＣ１）へ送信し、図２２の場合と異なり、スタンバイカード（ここでは管理カードＭＣ２）へは送信しない。また、ＭＣ選択部５５は、両方の管理カードＭＣ１，ＭＣ２からＩＣＣＭフレームＩＣＣＭ１［１］，ＩＣＣＭ１［２］を受信した場合、アクティブカード側からのＩＣＣＭフレームＩＣＣＭ１［１］に含まれる各種命令を選択して、ＬＣ用ＥＲＰ制御部３２に伝達する。なお、図７で述べたように、各カード間の疎通性を監視するため、ＩＭＥＰ間でのＩＣＣＭフレームの通信は、各種命令の有無に関わらず定期的に行われる。
【０１１８】
同様に、ＭＣ選択部５６は、リングポートＰｒでＲ−ＡＰＳフレームを受信した場合、当該Ｒ−ＡＰＳフレームをアクティブカード（ここでは管理カードＭＣ１）へ送信し、図２２の場合と異なり、スタンバイカード（ここでは管理カードＭＣ２）へは送信しない。また、ＭＣ選択部５６は、仮に両方の管理カードＭＣ１，ＭＣ２からＲ−ＡＰＳフレームを受信した場合、アクティブカード（管理カードＭＣ１）からのＲ−ＡＰＳフレームを選択して、リングポートＰｒへ送信する。この際に、図１４に示したように、スタンバイカードはペンディング待機状態であるため、図２２の場合と異なり、実際にはＲ−ＡＰＳフレームの送信を行わない。
【０１１９】
なお、図５および図６の中継装置は、必ずしも図１６の構成および動作を備える必要はなく、場合によっては図２２の構成および動作を備えてもよい。この場合であっても、リングプロトコル動作上の問題は特に生じない。例えば、スタンバイカードは、ペンディング待機状態でＲ−ＡＰＳフレームを受信しても特に何も行わない。このように、スタンバイカードへのＲ−ＡＰＳフレームの送信は、不必要であるため、ファブリック経路部２０の通信量を削減する観点からは、図１６の構成および動作を用いる方が望ましい。
【０１２０】
《アクティブチェンジ時のリングプロトコル動作》
図１７は、図５、図６および図１６の中継装置において、アクティブチェンジ発生時のリングプロトコル動作の一例を示すシーケンス図である。図１７は、前述した図２３の問題を解決したシーケンスとなっている。ここでは、図２３との相違点に着目して説明を行う。まず、スタンバイカード（ＳＢＹ）となる管理カードＭＣ２は、リング状態がペンディング待機状態で待機している（ステップ７００）。この状態で、図２３の場合と同様に、ＬＯＣ状態が検出され（ステップＳ７０１）、アクティブカード（ＡＣＴ）となる管理カードＭＣ１は、ホールオフ期間（ステップＳ７０２）を経てＳＦを検出している（ステップＳ７０４）。
【０１２１】
ここで、管理カードＭＣ１は、当該ＳＦの検出に応じて、ラインカードＬＣに向けて、対象のリングポートの閉塞命令を発行し、これに加えて図２３の場合と異なり、その閉塞要因（ここではＳＦ）を通知する（ステップＳ７０４）。また、管理カードＭＣ１は、Ｒ−ＡＰＳ（ＳＦ）フレームを送信し、リング状態をプロテクション状態に遷移する（ステップＳ７０４）。一方、ラインカードＬＣは、閉塞命令に応じてリングポートを閉塞状態ＢＫに制御し（ステップＳ７０５）、加えて、図１３に示したようにポート管理テーブル４２の登録を行う。この状態で、アクティブチェンジが発生している（ステップＳ７０６）。
【０１２２】
スタンバイカード（ＳＢＹ）であった管理カードＭＣ２は、アクティブチェンジに応じて、アクティブカード（ＡＣＴ）に遷移し、リング状態をペンディング待機状態からペンディング状態に遷移する（ステップＳ７０７ｂ）。一方、アクティブカード（ＡＣＴ）であった管理カードＭＣ１は、アクティブチェンジに応じて、スタンバイカード（ＳＢＹ）に遷移し、リング状態をプロテクション状態からペンディング待機状態に遷移する（ステップＳ７０７ａ）。
【０１２３】
アクティブカード（ＡＣＴ）に遷移した管理カードＭＣ２は、リングポートを有するラインカードＬＣからポート管理テーブル４２の保持情報を取得する（ステップＳ７０８，Ｓ７０９）。ポート管理テーブル４２の保持情報の中には、各リングポートの開閉状態と、閉塞状態のリングポートに関する閉塞要因とが含まれている。ここでは、管理カードＭＣ２は、ラインカードＬＣから所定のリングポートが閉塞状態ＢＫである旨と、その閉塞要因がＳＦである旨の情報を取得する（ステップＳ７０９）。
【０１２４】
管理カードＭＣ２は、当該取得した閉塞要因（ＳＦ）に応じたリング状態（ここではプロテクション状態）に遷移する（ステップＳ７１０）。具体的には、管理カードＭＣ２は、図１５に示したように、内部で当該リングポートを対象とするローカルＳＦを生成することで、プロテクション状態に遷移する。プロテクション状態に遷移した管理カードＭＣ２は、ラインカードＬＣに向けて、対象のリングポートの閉塞命令の発行と閉塞要因（ＳＦ）の通知とを行う（ステップＳ７１１）。また、当該管理カードＭＣ２は、Ｒ−ＡＰＳ（ＳＦ）フレームの生成および送信を行う（ステップＳ７１２）。
【０１２５】
なお、この例では、さらに、当該ステップＳ７１１，Ｓ７１２が実行される近辺のタイミングで、ラインカードＬＣは、リングポートのＣＣＭ状態を検出し、その情報をアクティブカードである管理カードＭＣ２に送信している（ステップＳ７１３）。管理カードＭＣ２は、当該情報に応じてクリアＳＦを検出し（ステップＳ７１４）、以降、図示は省略するが、図４に示したような障害復旧の処理が行われる。
【０１２６】
このように、図１７のシーケンスでは、アクティブチェンジの前後でリングネットワーク上の各中継装置は、共に、リング状態をプロテクション状態と認識することができ、図２３の場合のように、リングプロトコル動作に不整合は生じない。その結果、図２３の場合と異なり、リングネットワークのループ経路を防止することが可能になる。
【０１２７】
図１８は、図５、図６および図１６の中継装置において、アクティブチェンジ発生時の他のリングプロトコル動作の一例を示すシーケンス図である。図１８では、中継装置がオーナーノードである場合を例とする。図１８のステップＳ９００において、アクティブカード（ＡＣＴ）となる管理カードＭＣ１は、アイドル状態であり、スタンバイカード（ＳＢＹ）となる管理カードＭＣ２は、ペンディング待機状態である。また、ラインカードＬＣは、ＲＰＬのリングポートを閉塞状態ＢＫに制御しており、閉塞要因としてＲＢを保持している。この状態で、アクティブチェンジが発生している（ステップＳ９０１）。
【０１２８】
スタンバイカード（ＳＢＹ）であった管理カードＭＣ２は、アクティブチェンジに応じて、アクティブカード（ＡＣＴ）に遷移し、リング状態をペンディング待機状態からペンディング状態に遷移する（ステップＳ９０２ｂ）。一方、アクティブカード（ＡＣＴ）であった管理カードＭＣ１は、アクティブチェンジに応じて、スタンバイカード（ＳＢＹ）に遷移し、リング状態をアイドル状態からペンディング待機状態に遷移する（ステップＳ９０２ａ）。
【０１２９】
アクティブカード（ＡＣＴ）となった管理カードＭＣ２は、リングポートを有するラインカードＬＣからポート管理テーブル４２の保持情報を取得する（ステップＳ９０３，Ｓ９０４）。ここでは、管理カードＭＣ２は、ラインカードＬＣからＲＰＬのリングポートが閉塞状態ＢＫである旨と、その閉塞要因がＲＢである旨とを取得する（ステップＳ９０４）。管理カードＭＣ２は、当該取得した閉塞要因（ＲＢ）に応じたリング状態（ここではアイドル状態）に遷移する（ステップＳ９０５）。具体的には、管理カードＭＣ２は、図１５に示したように、内部でクリアコマンドを生成することで、アイドル状態に遷移する。
【０１３０】
アイドル状態に遷移した管理カードＭＣ２は、ラインカードＬＣに向けて、ＲＰＬのリングポートの閉塞命令の発行と閉塞要因（ＲＢ）の通知とを行う（ステップＳ９０６）。また、当該管理カードＭＣ２は、Ｒ−ＡＰＳ（ＮＲ，ＲＢ）フレームの生成および送信を行う（ステップＳ９０７）。このように、図１８のシーケンスでは、アクティブチェンジの前後でリングプロトコル動作に不整合は生じない。
【０１３１】
《本実施の形態１の主要な効果》
以上、本実施の形態１の中継装置および中継システムを用いることで、代表的には、アクティブチェンジの前後でリングプロトコル動作に不整合が生じず、耐障害性の向上が実現可能になる。具体的に説明すると、まず、アクティブチェンジの前後でリングプロトコル動作に不整合が生じないようにするためには、新たにアクティブカードとなった管理カードが、アクティブチェンジが生じた時点での、各リングポートの実際の開閉情報と、リングプロトコルに基づくリング状態とを認識できればよい。当該各リングポートの実際の開閉情報は、リングポートの開閉を実際に制御するラインカードに保持されている。したがって、新たにアクティブカードとなった管理カードは、当該開閉情報をラインカードから取得することができる。
【０１３２】
一方、アクティブチェンジが生じた時点でのリング状態は、アクティブチェンジによって新たにスタンバイカードとなった管理カードが保持している。ただし、例えば、管理カードの障害発生に応じてアクティブチェンジが生じた場合等を考慮すると、新たにアクティブカードとなった管理カードが、新たにスタンバイカードとなった管理カード（すなわち障害が発生している管理カード）から当該リング状態を正しく取得するようなことは困難となる恐れがある。
【０１３３】
こうした中、本発明者等が検討した結果、新たにアクティブカードとなった管理カードは、必ずしもリング状態そのものが無くても、これまでに説明したように、各リングポートの実際の開閉情報と、閉塞状態である場合の閉塞要因とが分かれば、正しいリング状態に復帰できることが判明した。この閉塞要因は、ラインカードに、各リングポートの実際の開閉情報と共に保持させることができる。すなわち、前述したように、管理カードがラインカードに向けてリングポートの閉塞命令を発行する際に、併せて閉塞要因も通知し、ラインカードに保持させればよい。
【０１３４】
これにより、新たにアクティブカードとなった管理カードは、リングポートを有する各ラインカードから各リングポートの実際の開閉情報と閉塞要因とを取得することで、不整合が生じないリングプロトコル動作を実行することができる。その結果、耐障害性の向上が図れる。また、新たにアクティブカードとなった管理カードは、単にリングポートを有する各ラインカードから必要な情報を取得すればよいため、特に複雑な処理を必要とせず、リングプロトコル動作の引き継ぎを効率的に行うことが可能となる。
【０１３５】
（実施の形態２）
《中継装置（比較例）の問題点》
図１９は、本発明の比較例として検討した中継装置において、アクティブチェンジ発生時のリングプロトコル動作の一例を示すシーケンス図である。例えば、図７で述べたように、管理カードＭＣ１，ＭＣ２のそれぞれは、ラインカードＬＣとの間でＩＣＣＭフレームの通信を定期的に行う。ここで、図９等で述べたＶＩＤ制御命令は、例えば、命令に変更等が生じた場合のみで割り込み方式によってＩＣＣＭフレームに格納することが可能であるが、命令の変更有無に関わらず、当該定期的に送信されるＩＣＣＭフレームに常に格納することも可能である。
【０１３６】
この場合、ラインカードＬＣは、仮に、ある瞬間で何らかの原因によってＩＣＣＭフレームを受信できない状況（すなわち命令の未受信）が生じても、定期的に送信される次のＩＣＣＭフレームによって命令を受信することができる。ただし、この場合、図１９に示すような問題が生じる恐れがある。
【０１３７】
図１９では、まず、ステップＳ１０００において、アクティブカードとなる管理カードＭＣ１は、アイドル状態でラインカードＬＣに向けてＩＣＣＭフレームＩＣＣＭ１１を送信し、スタンバイカードとなる管理カードＭＣ２は、ペンディング待機状態でラインカードＬＣに向けてＩＣＣＭフレームＩＣＣＭ２１を送信する。ＩＣＣＭフレームＩＣＣＭ１１には、開放命令が格納され、ＩＣＣＭフレーム２１にも開放命令が格納される。すなわち、ペンディング待機状態の場合、ディフォルト設定として、開放命令を発行するものとする。一方、ラインカードＬＣは、図１６に示したように、アクティブカードとなる管理カードＭＣ１からの命令を選択する。
【０１３８】
その後、ラインカードＬＣは、ＬＯＣ状態を検出し（ステップＳ１００１）、これに応じて、管理カードＭＣ１は、ＳＦの検出と、ラインカードＬＣに向けた閉塞命令および閉塞要因（ＳＦ）の送信（すなわちＩＣＣＭフレームＩＣＣＭ１２の送信）と、Ｒ−ＡＰＳ（ＳＦ）フレームの送信とを行う（ステップＳ１００２）。これに応じて、ラインカードＬＣは、対象のリングポートを閉塞状態ＢＫに制御し、また、閉塞要因（ＳＦ）を保持する（ステップＳ１００３）。一方、当該ＩＣＣＭフレームＩＣＣＭ１２の送信タイミングと同等のタイミングで、管理カードＭＣ２も、ラインカードＬＣに向けてＩＣＣＭフレームＩＣＣＭ２２を送信する。ただし、ラインカードＬＣは、スタンバイカードからのＩＣＣＭフレームＩＣＣＭ２２に含まれる命令（ここでは開放命令）を無視する。
【０１３９】
この状態でアクティブチェンジが発生している（ステップＳ１００４）。新たにアクティブカードとなった管理カードＭＣ２は、ペンディング状態に遷移し（ステップＳ１００５）、実施の形態１で述べたように、ラインカードＬＣからポート管理テーブル４２の保持情報を取得する（ステップＳ１００７）。ただし、ここでは、管理カードＭＣ２は、当該ポート管理テーブル４２の保持情報の取得が完了する前に、ラインカードＬＣに向けてＩＣＣＭフレームＩＣＣＭ２３を送信している。すなわち、ＩＣＣＭフレームは、ＩＣＣＭ処理部２４によって、ＭＣ用ＥＲＰ制御部２２とは独立したタイミングで送信されるため、このような状況が生じる恐れがある。
【０１４０】
ＩＣＣＭフレームＩＣＣＭ２３には、ポート管理テーブル４２の保持情報が反映されていないため、依然として開放命令が格納されている。一方、ラインカードＬＣは、アクティブカードとなる管理カードＭＣ２から開放命令を受信したため、当該命令に応じて、リングポートを閉塞状態ＢＫから開放状態ＯＰに制御する（ステップＳ１００６’）。その結果、リングネットワークにループ経路が生じ得る。そこで、以下に示す本実施の形態２の方式を用いることが有益となる。
【０１４１】
《ＬＣ用ＥＲＰ制御部の処理》
図２０は、本発明の実施の形態２による中継装置において、図６のＬＣ用ＥＲＰ制御部が実行する主要な処理内容の一例を示すフロー図である。図２０において、ＬＣ用ＥＲＰ制御部３２は、アクティブチェンジが発生するのを待つ（ステップＳ１１０１）。ＬＣ用ＥＲＰ制御部３２（具体的はポート制御部４３）は、アクティブチェンジが発生した場合、これに応じて、リングポートの閉塞から開放への制御を禁止する制御保留状態に遷移する（ステップＳ１１０２）。そして、ポート制御部４３は、新たにアクティブカードとなった管理カードから保留解除命令が発行されるまで制御保留状態を維持し（ステップＳ１１０２，Ｓ１１０３）、保留解除命令を受信すると、制御保留状態を解除する（ステップＳ１１０４）。
【０１４２】
《中継装置（本実施の形態２）のアクティブチェンジ時のリングプロトコル動作》
図２１は、本発明の実施の形態２による中継装置において、アクティブチェンジ発生時のリングプロトコル動作の一例を示すシーケンス図である。図２１に示すシーケンスは、ステップＳ１００４でアクティブチェンジが発生するまでは、図１９に示したシーケンスと同様である。アクティブチェンジに応じて新たにアクティブカードとなった管理カードＭＣ２は、ペンディング状態に遷移し（ステップＳ１００５ａ）、図１９の場合と同様に、ラインカードＬＣに向けて開放命令が格納されたＩＣＣＭフレームＩＣＣＭ２３を送信する（ステップＳ１００６）。
【０１４３】
一方、ラインカードＬＣは、図１９の場合と異なり、アクティブチェンジに応じて制御保留状態に遷移する（ステップＳ１００５ｂ）。ラインカードＬＣは、ステップＳ１００６で開放命令が格納されたＩＣＣＭフレームＩＣＣＭ２３を受信するが、制御保留状態であるため、リングポートの閉塞状態ＢＫを維持する。また、管理カードＭＣ２は、ＩＣＣＭフレームＩＣＣＭ２３を送信したのち、ラインカードＬＣからポート管理テーブル４２の保持情報を取得する（ステップＳ１００７，Ｓ１００８）。ここでは、管理カードＭＣ２は、ラインカードＬＣから所定のリングポートが閉塞状態ＢＫである旨と、その閉塞要因がＳＦである旨とを取得する（ステップＳ１００８）。
【０１４４】
管理カードＭＣ２は、当該取得した閉塞要因（ＳＦ）に応じてプロテクション状態に遷移する（ステップＳ１００９）。そして、管理カードＭＣ２は、当該取得したポート管理テーブル４２の保持情報に基づき、各リングポートの開閉情報を認識し、かつ閉塞時には閉塞要因に応じたリング状態に遷移した段階で、ラインカードＬＣに向けて保留解除命令を発行する（ステップＳ１０１０）。当該保留解除命令は、例えば、ＩＣＣＭフレームに格納することが可能である。ラインカードＬＣは、当該保留解除命令に応じて、制御保留状態を解除する（ステップＳ１０１１）。
【０１４５】
なお、ステップＳ１００９でプロテクション状態に遷移した管理カードＭＣ２は、プロテクション状態に遷移したのちに、最初に送信するＩＣＣＭフレームＩＣＣＭ２４の中に、閉塞命令および閉塞要因（ＳＦ）を格納する。図２１では、保留解除命令とＩＣＣＭフレームＩＣＣＭ２４とを分けているが、当該保留解除命令は、当該ＩＣＣＭフレームＩＣＣＭ２４に併せて格納することも可能である。
【０１４６】
このように、制御保留状態を設けることで、新たにアクティブカードとなった管理カードが各リングポートの開閉状態や、リングプロトコルに基づくリング状態を正しく認識する前に、リングポートが閉塞状態ＢＫから開放状態ＯＰに変更されることを禁止することができる。これによって、リングネットワークで特に問題を引き起こすループ経路の発生をより確実に防止することができる。
【０１４７】
一方、ラインカードＬＣは、制御保留状態であっても、開放状態ＯＰから閉塞状態ＢＫへの変更に関しては、ループ経路の発生要因とはならないため許可する。したがって、例えば、新たにアクティブカードとなった管理カードが、保留解除命令を発行する前にＳＦを検出したような場合には、ラインカードＬＣに向けてリングポートの閉塞命令を発行し、当該ラインカードＬＣは、当該閉塞命令を許可することになる。その結果、障害発生時には、対象のリングポートを早期に閉塞することが可能になる。
【０１４８】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、前述した実施の形態は、本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０１４９】
例えば、ここでは、中継システムのリングプロトコルとして、ＩＴＵ−Ｔ  Ｇ．８０３２に規定されたリングプロトコルを用いる場合を例としたが、必ずしもこれに限定されるものではなく、他のリングプロトコルを用いる場合であっても、同様に適用して同様の効果が得られる場合がある。
【符号の説明】
【０１５０】
１０  リングネットワーク
２０  ファブリック経路部
２２  ＭＣ用ＥＲＰ制御部
２４，４０  ＩＣＣＭ処理部
２５  ＶＩＤフィルタ制御要求部
２６  Ｒ−ＡＰＳ生成部
３２  ＬＣ用ＥＲＰ制御部
３６  ＶＩＤフィルタ
４１  Ｒ−ＡＰＳ中継部
４２  ポート管理テーブル
４３  ポート制御部
４５  リング管理テーブル
５５，５６  ＭＣ選択部
ＡＣＴ  アクティブ状態
ＢＫ  閉塞状態
ＬＣ，ＬＣ［１］〜ＬＣ［ｎ］  ラインカード
ＭＣ，ＭＣ１，ＭＣ２  管理カード
ＯＰ  開放状態
Ｐｒ，Ｐｒ［１］，Ｐｒ［２］  リングポート
ＳＢＹ  スタンバイ状態
ＳＷａ〜ＳＷｄ  中継装置
【図１】
0006574140.tif 000002
【図２】
0006574140.tif 000003
【図３】
0006574140.tif 000004
【図４】
0006574140.tif 000005
【図５】
0006574140.tif 000006
【図６】
0006574140.tif 000007
【図７】
0006574140.tif 000008
【図８】
0006574140.tif 000009
【図９】
0006574140.tif 000010
【図１０】
0006574140.tif 000011
【図１１】
0006574140.tif 000012
【図１２】
0006574140.tif 000013
【図１３】
0006574140.tif 000014
【図１４】
0006574140.tif 000015
【図１５】
0006574140.tif 000016
【図１６】
0006574140.tif 000017
【図１７】
0006574140.tif 000018
【図１８】
0006574140.tif 000019
【図１９】
0006574140.tif 000020
【図２０】
0006574140.tif 000021
【図２１】
0006574140.tif 000022
【図２２】
0006574140.tif 000023
【図２３】
0006574140.tif 000024