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