(57)【要約】【課題】障害発生に伴う通信負荷の増大を抑制可能な中継システムおよび中継装置を提供する。【解決手段】ＦＤＢは、ＭＡＣアドレスと、ポートと、ＴＴＬ値とを対応付けたＦＤＢエントリを単数または複数保持する。各中継装置ＳＷ［１］〜ＳＷ［５］は、リングポートＰｒ，Ｐｌでフレームを受信した場合に、当該フレームの送信元ＭＡＣアドレスとＴＴＬ値とを、当該フレームの受信ポートに対応付けてＦＤＢに学習する。そして、各中継装置ＳＷ［１］〜ＳＷ［５］は、リングネットワーク１０に障害が発生した場合に、障害発生箇所に応じて定まるＴＴＬ値とリングポートとの対応関係に基づいて、ＦＤＢの中から対象のＦＤＢエントリを定め、当該対象のＦＤＢエントリに保持されるリングポートＰｒ，Ｐｌの一方が他方に変更されるように切り替え処理を行う。【選択図】図１
2020077899.tif 000002
【特許請求の範囲】
【請求項１】
リングネットワークを構成する複数の中継装置を備える中継システムであって、
前記複数の中継装置の少なくとも一つは、
前記リングネットワークに接続されるリングポートであり、右回りにフレームを送信し、左回りのフレームを受信する右ポートと、前記リングポートであり、左回りにフレームを送信し、右回りのフレームを受信する左ポートと、ユーザネットワークに接続されるユーザポートとを含む複数のポートと、
ＭＡＣアドレスと、前記ポートと、ＴＴＬ（Time To Live）値とを対応付けたＦＤＢエントリを単数または複数保持するＦＤＢ（Forwarding DataBase）と、
フレームを前記ユーザポートから前記リングポートへ中継する際に、当該フレームに予め定めた初期の前記ＴＴＬ値を付加し、フレームを前記リングポートの一方から他方へ中継する際に当該フレームの前記ＴＴＬ値を更新するＴＴＬ処理回路と、
前記リングポートでフレームを受信した場合に、当該フレームの送信元ＭＡＣアドレスと前記ＴＴＬ値とを、当該フレームの受信ポートに対応付けて前記ＦＤＢに学習するＦＤＢ処理回路と、
前記リングネットワークに障害が発生した場合に、障害発生箇所に応じて定まる前記ＴＴＬ値と前記リングポートとの対応関係に基づいて、前記ＦＤＢの中から対象の前記ＦＤＢエントリを定め、前記対象の前記ＦＤＢエントリに保持される前記リングポートの一方が他方に変更されるように切り替え処理を行う障害切替回路と、
を有する、
中継システム。
【請求項２】
請求項１記載の中継システムにおいて、
前記複数の中継装置の少なくとも一つは、前記リングポートの一方で障害を検出した場合に、前記初期のＴＴＬ値に応じた所定の前記ＴＴＬ値を格納した閉塞箇所通知フレームを生成し、前記閉塞箇所通知フレームを前記リングポートの他方から送信する閉塞箇所通知回路を備え、
前記障害切替回路は、前記閉塞箇所通知フレームを受信した前記リングポート、または前記障害を検出した前記リングポートである対象ポートと、前記閉塞箇所通知フレームに格納された前記ＴＴＬ値との対応関係に基づいて前記対象の前記ＦＤＢエントリを定める、
中継システム。
【請求項３】
請求項２記載の中継システムにおいて、
前記障害切替回路は、前記対象ポートと、前記閉塞箇所通知フレームに格納された前記ＴＴＬ値以下の前記ＴＴＬ値とを保持する前記ＦＤＢエントリを前記対象の前記ＦＤＢエントリに定める、
中継システム。
【請求項４】
請求項１記載の中継システムにおいて、
前記障害切替回路は、前記リングネットワークが前記障害から復旧する場合に、障害復旧後の閉塞状態のポートの位置に応じて定まる前記ＴＴＬ値と前記リングポートとの対応関係に基づいて、前記ＦＤＢの中から対象の前記ＦＤＢエントリを定め、前記対象の前記ＦＤＢエントリに対する前記切り替え処理を行う、
中継システム。
【請求項５】
請求項４記載の中継システムにおいて、
前記複数の中継装置の一つは、前記障害復旧後の前記閉塞状態のポートを有するマスタ装置であり、
前記マスタ装置の前記閉塞箇所通知回路は、前記リングネットワークが前記障害から復旧する場合に、前記閉塞箇所通知フレームを前記閉塞状態のポートとは異なる前記リングポートから送信する、
中継システム。
【請求項６】
請求項５記載の中継システムにおいて、
前記マスタ装置の前記閉塞箇所通知回路は、前記リングネットワークが前記障害から復旧する場合に、前記閉塞箇所通知フレームを前記閉塞状態のポートから送信する、
中継システム。
【請求項７】
請求項２記載の中継システムにおいて、
前記複数の中継装置の一つは、前記リングネットワークに障害が無い場合に自装置の前記リングポートの一方を閉塞状態に制御し、前記リングネットワークに障害が有る場合に前記閉塞状態のポートを開放状態に変更するマスタ装置であり、
前記マスタ装置は、前記リングネットワークの障害を検出した場合に、前記リングネットワークへ障害通知フレームを送信し、
前記障害切替回路は、前記閉塞箇所通知フレームと前記障害通知フレームの両方を受信した場合には、前記障害通知フレームを無視して前記閉塞箇所通知フレームに基づき前記対象の前記ＦＤＢエントリに対する前記切り替え処理を行い、前記障害通知フレームのみを受信した場合には、前記ＦＤＢが保持する前記ＦＤＢエントリをフラッシュする、
中継システム。
【請求項８】
請求項１記載の中継システムにおいて、
前記障害切替回路は、前記切り替え処理として、前記対象の前記ＦＤＢエントリに保持される前記リングポートの一方を他方に書き換える、
中継システム。
【請求項９】
請求項１記載の中継システムにおいて、
前記ＦＤＢ処理回路は、前記リングポートで受信したフレームの宛先ＭＡＣアドレスを検索キーとして前記ＦＤＢを検索することで、前記ＴＴＬ値と宛先の前記リングポートとの対応関係を取得し、
前記障害切替回路は、前記切り替え処理として、前記ＦＤＢ処理回路からの前記対応関係に基づき、前記リングポートで受信したフレームが前記対象のＦＤＢエントリに対応するフレームであるか否かを判定し、前記対象のＦＤＢエントリに対応するフレームである場合には、当該フレームの前記宛先のリングポートを変更する、
中継システム。
【請求項１０】
リングネットワークを構成する中継装置であって、
前記リングネットワークに接続されるリングポートであり、右回りにフレームを送信し、左回りのフレームを受信する右ポートと、前記リングポートであり、左回りにフレームを送信し、右回りのフレームを受信する左ポートと、ユーザネットワークに接続されるユーザポートとを含む複数のポートと、
ＭＡＣアドレスと、前記ポートと、ＴＴＬ（Time To Live）値とを対応付けたＦＤＢエントリを単数または複数保持するＦＤＢ（Forwarding DataBase）と、
フレームを前記ユーザポートから前記リングポートへ中継する際に、当該フレームに予め定めた初期の前記ＴＴＬ値を付加し、フレームを前記リングポートの一方から他方へ中継する際に当該フレームの前記ＴＴＬ値を更新するＴＴＬ処理回路と、
前記リングポートでフレームを受信した場合に、当該フレームの送信元ＭＡＣアドレスと前記ＴＴＬ値を、当該フレームの受信ポートに対応付けて前記ＦＤＢに学習するＦＤＢ処理回路と、
前記リングネットワークに障害が発生した場合に、障害発生箇所に応じて定まる前記ＴＴＬ値と前記リングポートとの対応関係に基づいて、前記ＦＤＢの中から対象の前記ＦＤＢエントリを定め、前記対象の前記ＦＤＢエントリに保持される前記リングポートの一方が他方に変更されるように切り替え処理を行う障害切替回路と、
を有する、
中継装置。
【請求項１１】
請求項１０記載の中継装置において、
前記リングポートの一方で障害を検出した場合に、前記初期のＴＴＬ値に応じた所定の前記ＴＴＬ値を格納した閉塞箇所通知フレームを生成し、前記閉塞箇所通知フレームを前記リングポートの他方から送信する閉塞箇所通知回路を備え、
前記障害切替回路は、前記閉塞箇所通知フレームを受信した前記リングポート、または前記障害を検出した前記リングポートである対象ポートと、前記閉塞箇所通知フレームに格納された前記ＴＴＬ値との対応関係に基づいて前記対象の前記ＦＤＢエントリを定める、
中継装置。
【請求項１２】
請求項１１記載の中継装置において、
前記障害切替回路は、前記対象ポートと、前記閉塞箇所通知フレームに格納された前記ＴＴＬ値以下の前記ＴＴＬ値とを保持する前記ＦＤＢエントリを前記対象の前記ＦＤＢエントリに定める、
中継装置。
【請求項１３】
請求項１０記載の中継装置において、
前記障害切替回路は、前記リングネットワークが前記障害から復旧する場合に、障害復旧後の閉塞状態のポートの位置に応じて定まる前記ＴＴＬ値と前記リングポートとの対応関係に基づいて、前記ＦＤＢの中から対象の前記ＦＤＢエントリを定め、前記対象の前記ＦＤＢエントリに対する前記切り替え処理を行う、
中継装置。
【請求項１４】
請求項１３記載の中継装置において、
前記中継装置は、前記障害復旧後の前記閉塞状態のポートを有するマスタ装置であり、
前記閉塞箇所通知回路は、前記リングネットワークが前記障害から復旧する場合に、前記閉塞箇所通知フレームを前記閉塞状態のポートとは異なる前記リングポートから送信する、
中継装置。
【請求項１５】
請求項１４記載の中継装置において、
前記閉塞箇所通知回路は、前記リングネットワークが前記障害から復旧する場合に、前記閉塞箇所通知フレームを前記閉塞状態のポートから送信する、
中継装置。
【請求項１６】
請求項１１記載の中継装置において、
前記リングネットワークには、前記リングネットワークに障害が無い場合に自装置の前記リングポートの一方を閉塞状態に制御し、前記リングネットワークに障害が有る場合に前記閉塞状態のポートを開放状態に変更するマスタ装置が含まれ、
前記マスタ装置は、前記リングネットワークの障害を検出した場合に、前記リングネットワークへ障害通知フレームを送信し、
前記障害切替回路は、前記閉塞箇所通知フレームと前記障害通知フレームの両方を受信した場合には、前記障害通知フレームを無視して前記閉塞箇所通知フレームに基づき前記対象の前記ＦＤＢエントリに対する前記切り替え処理を行い、前記障害通知フレームのみを受信した場合には、前記ＦＤＢが保持する前記ＦＤＢエントリをフラッシュする、
中継装置。
【請求項１７】
請求項１０記載の中継装置において、
前記障害切替回路は、前記切り替え処理として、前記対象の前記ＦＤＢエントリに保持される前記リングポートの一方を他方に書き換える、
中継装置。
【請求項１８】
請求項１０記載の中継装置において、
前記ＦＤＢ処理回路は、前記リングポートで受信したフレームの宛先ＭＡＣアドレスを検索キーとして前記ＦＤＢを検索することで、前記ＴＴＬ値と宛先の前記リングポートとの対応関係を取得し、
前記障害切替回路は、前記切り替え処理として、前記ＦＤＢ処理回路からの前記対応関係に基づき、前記リングポートで受信したフレームが前記対象のＦＤＢエントリに対応するフレームであるか否かを判定し、前記対象のＦＤＢエントリに対応するフレームである場合には、当該フレームの前記宛先のリングポートを変更する、
中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継システムおよび中継装置に関し、例えば、リングネットワークにおける経路切り替え技術に関する。
【背景技術】
【０００２】
特許文献１には、複数のスイッチングハブで構成されるリングネットワークにおいて、障害発生時にアドレス学習情報を再登録する方式が示される。具体的には、障害が発生した伝送路にポートが接続されているスイッチングハブは、当該ポートのアドレス学習情報を反対側のポートに再登録し、当該反対側のポートから当該アドレス学習情報を送信する。当該アドレス学習情報を受信したスイッチングハブも、当該アドレス学習情報を反対側のポートに再登録する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２５２６７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば、複数の中継装置で構成されるリングネットワークにおいて、各中継装置は、一般的に、障害発生時（または障害復旧時）に、ＦＤＢ（Forwarding DataBase）の学習情報を消去する（すなわち、ＦＤＢフラッシュを行う）。その結果、リングネットワークでは、障害発生後（または障害復旧後）の所定の期間において、ＦＤＢのミスヒットに伴うフレームのフラッディングが多発し、通信負荷の増大が生じ得る。
【０００５】
このような事態を防止するため、障害発生時に、特許文献１に示されるような方式を用いてＦＤＢの再登録を行うことが考えられる。しかし、当該方式では、障害を検出した中継装置は、アドレス学習情報（例えばＭＡＣ（Media Access Control）アドレス）を他の中継装置へ送信する際の前処理としてＦＤＢの検索を行う必要があるため、送信を開始するまでにある程度の時間を要する恐れがある。また、アドレス学習情報のデータ量が大きくなる恐れもある。
【０００６】
本発明は、このようなことに鑑みてなされたものであり、その目的の一つは、障害発生に伴う通信負荷の増大を抑制可能な中継システムおよび中継装置を提供することにある。
【０００７】
本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００８】
本願において開示される発明のうち、代表的な実施の形態の概要を簡単に説明すれば、次のとおりである。
【０００９】
本実施の形態による中継システムは、リングネットワークを構成する複数の中継装置を備える。複数の中継装置の少なくとも一つは、前記リングネットワークに接続されるリングポートとユーザネットワークに接続されるユーザポートとを含む複数のポートと、ＦＤＢと、ＴＴＬ処理回路と、ＦＤＢ処理回路と、障害切替回路とを有する。リングポートには、右回りにフレームを送信し、左回りのフレームを受信する右ポートと、左回りにフレームを送信し、右回りのフレームを受信する左ポートとが含まれる。ＦＤＢは、ＭＡＣアドレスと、ポートと、ＴＴＬ値とを対応付けたＦＤＢエントリを単数または複数保持する。ＴＴＬ処理回路は、フレームをユーザポートからリングポートへ中継する際に、当該フレームに予め定めた初期のＴＴＬ値を付加し、フレームをリングポートの一方から他方へ中継する際に当該フレームのＴＴＬ値を更新する。ＦＤＢ処理回路は、リングポートでフレームを受信した場合に、当該フレームの送信元ＭＡＣアドレスとＴＴＬ値とを、当該フレームの受信ポートに対応付けてＦＤＢに学習する。障害切替回路は、リングネットワークに障害が発生した場合に、障害発生箇所に応じて定まるＴＴＬ値とリングポートとの対応関係に基づいて、ＦＤＢの中から対象のＦＤＢエントリを定め、当該対象のＦＤＢエントリに保持されるリングポートの一方が他方に変更されるように切り替え処理を行う。
【発明の効果】
【００１０】
本願において開示される発明のうち、代表的な実施の形態によって得られる効果を簡単に説明すると、リングネットワークにおいて、障害発生に伴う通信負荷の増大を抑制可能になる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態１による中継システムの構成例および障害無し時の動作例を示す概略図である。
【図２】図１における各ユーザフレームの構造例を示す概略図である。
【図３】図１の中継システムにおける障害発生時の動作例を示す概略図である。
【図４】図１の中継システムにおける障害発生時の動作例を示す概略図である。
【図５】図３および図４に続く障害発生時の動作例を示す概略図である。
【図６】図５に続く、障害発生後の定常状態での動作例を示す概略図である。
【図７】図１の中継システムにおける各中継装置の構成例を示すブロック図である。
【図８】図７における障害切替回路の処理内容の一例を示すフロー図である。
【図９】本発明の実施の形態２による中継システムにおいて、図１の中継システムにおける障害復旧時の動作例を示す概略図である。
【図１０】図９に続く障害復旧時の動作例を示す概略図である。
【図１１】図９に続く障害復旧時の動作例を示す概略図である。
【図１２】図１０および図１１に続く障害復旧時の動作例を示す概略図である。
【図１３】本発明の実施の形態３による中継装置において、障害切替回路の処理内容の一例を示すフロー図である。
【図１４】本発明の実施の形態４による中継装置において、障害切替回路周りの構成例および動作例を示す概略図である。
【図１５】本発明の比較例となる中継システムの構成例および障害無し時の動作例を示す概略図である。
【図１６】図１５の中継システムが行う障害監視動作の一例を示す概略図である。
【図１７】図１５の中継システムにおける障害発生時の動作例を示す概略図である。
【図１８】図１７に続く、障害発生後の定常状態における動作例を示す概略図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１３】
（実施の形態１）
《中継システム（比較例）の構成および通常動作》
まず、実施の形態１の中継システムの説明に先立ち、比較例となる中継システムについて説明する。図１５は、本発明の比較例となる中継システムの構成例および障害無し時の動作例を示す概略図である。当該中継システムは、リングネットワーク１０を構成する複数（この例では５台）の中継装置ＳＷ’［１］〜ＳＷ’［５］を備える。中継装置ＳＷ’［１］〜ＳＷ’［５］は、例えば、ＯＳＩ参照モデルのレイヤ２（Ｌ２）に基づくフレーム（パケット）中継を行うＬ２スイッチや、レイヤ３（Ｌ３）に基づくフレーム（パケット）中継を行うＬ３スイッチ等である。明細書では、中継装置がＬ２スイッチである場合を例とする。
【００１４】
中継装置ＳＷ’［１］，ＳＷ’［２］，…，ＳＷ’［５］は、順に、左回り（反時計回り）に設置される。中継装置ＳＷ’［１］〜ＳＷ’［５］のそれぞれは、リングネットワーク１０に接続されるリングポート（Ｐｒ，Ｐｌ）と、ユーザネットワークに接続されるユーザポートＰｕとを含む複数のポートを備える。リングポートは、右回り（時計回り）にフレームを送信し、左回りのフレームを受信する右ポートＰｒと、左回りにフレームを送信し、右回りのフレームを受信する左ポートＰｌとを含む。
【００１５】
中継装置ＳＷ’［１］〜ＳＷ’［５］のユーザポートＰｕは、それぞれ、ユーザネットワーク１１ａ〜１１ｅに接続される。ユーザネットワーク１１ａ〜１１ｅは、それぞれ、端末ＴＭ［１］〜ＴＭ［５］を有し、端末ＴＭ［１］〜ＴＭ［５］は、それぞれ、ＭＡＣアドレスＭＡ［１］〜ＭＡ［５］を有する。
【００１６】
ここで、リングネットワーク１０を構成する複数の中継装置の一つ（この例ではＳＷ’［１］）は、マスタ装置に定められる。マスタ装置（中継装置）ＳＷ’［１］は、リングネットワーク１０に障害が無い場合、自装置のリングポートの一方（この例では右ポートＰｒ）を閉塞状態ＢＫに制御し、他方（左ポートＰｌ）を開放状態ＦＷに制御する。明細書では、当該障害無し時のマスタ装置における閉塞状態ＢＫのポートを初期閉塞ポートと呼ぶ。開放状態ＦＷのポート（Ｐｌ）は、フレーム（詳細にはユーザネットワークからのユーザフレーム）の通過を許可し、閉塞状態ＢＫのポート（Ｐｒ）は、当該フレームの通過を阻止する。一方、マスタ装置（中継装置）ＳＷ’［１］は、仮に、リングネットワーク１０に障害が有る場合には、初期閉塞ポート（Ｐｒ）を開放状態ＦＷに変更する。
【００１７】
図１５の例では、リングネットワーク１０に障害が無いため、フレーム（ユーザフレーム）は、中継装置ＳＷ’［１］の左ポートＰｌと中継装置ＳＷ’［５］の右ポートＰｒとの間のフレーム経路ＵＦＰ上で中継される。このフレーム経路ＵＦＰ上でのフレーム中継に伴い、中継装置ＳＷ’［１］〜ＳＷ’［５］は、ＦＤＢにおいて、ＭＡＣアドレスとポートとを対応付けたＦＤＢエントリを生成する（言い換えれば、ＦＤＢの学習を行う）。
【００１８】
一例として、中継装置ＳＷ’［４］は、端末ＴＭ［４］からのフレームをユーザポートＰｕで受信し、当該フレームの送信元ＭＡＣアドレスＭＡ［４］を、受信ポートであるユーザポートＰｕ（詳細にはそのポート識別子｛Ｐｕ｝）に対応付けてＦＤＢに学習する（ＦＤＢエントリを生成する）。明細書では、このように｛ＡＡ｝はＡＡの識別子を表すものとする。同様に、中継装置ＳＷ’［４］は、中継装置ＳＷ’［１］〜ＳＷ’［３］によって中継された端末ＴＭ［１］〜ＴＭ［３］からの各フレームを右ポートＰｒで受信し、当該各フレームの送信元ＭＡＣアドレスＭＡ［１］〜ＭＡ［３］を右ポートＰｒ（｛Ｐｒ｝）に対応付けてＦＤＢに学習する。
【００１９】
さらに、中継装置ＳＷ’［４］は、中継装置ＳＷ’［５］によって中継された端末ＴＭ［５］からのフレームを左ポートＰｌで受信し、当該フレームの送信元ＭＡＣアドレスＭＡ［５］を左ポートＰｌ（｛Ｐｌ｝）に対応付けてＦＤＢに学習する。また、中継装置ＳＷ’［４］は、例えば、端末ＴＭ［４］から端末ＴＭ［５］（ＭＡＣアドレスＭＡ［５］）を宛先ＭＡＣアドレスとするフレームを受信した場合、ＭＡＣアドレスＭＡ［５］を検索キーとしてＦＤＢを検索する。そして、中継装置ＳＷ’［４］は、当該フレームを、ＦＤＢの検索結果に基づく宛先ポート（この例では左ポートＰｌ）へ中継する。
【００２０】
図１６は、図１５の中継システムが行う障害監視動作の一例を示す概略図である。マスタ装置（中継装置）ＳＷ’［１］は、リング障害監視フレームＲＣＣＭをリングネットワーク１０へ定期的に送信することでリング障害の有無を監視する。具体例として、マスタ装置（中継装置）ＳＷ’［１］は、例えば、左ポートＰｌから送信したリング障害監視フレームＲＣＣＭを所定の期間内に右ポートＰｒで受信したか否かに応じてリング障害の有無を判別する。
【００２１】
また、各中継装置（例えば、ＳＷ’［２］）は、自装置に隣接する他装置（ＳＷ’［１］，ＳＷ’［３］）との間でリンク障害監視フレームＬＣＣＭを定期的に通信することで、他装置との間のリンク障害の有無を監視する。具体例として、各中継装置は、隣接する他装置からのリンク障害監視フレームＬＣＣＭを、送信間隔に応じた所定の期間内に受信したか否かに応じてリンク障害の有無を判別する。リング障害監視フレームＲＣＣＭやリンク障害監視フレームＬＣＣＭは、例えば、ＣＣＭ（Continuity Check Message）と呼ばれる疎通性監視用の制御フレーム等で実現される。ＣＣＭは、「ＩＴＵ−Ｔ  Ｙ．１７３１」や「ＩＥＥＥ８０２．１ａｇ」等で標準化されているイーサネットＯＡＭ規格（イーサネットは登録商標）に基づくフレームである。
【００２２】
《中継システム（比較例）の障害発生時動作》
図１７は、図１５の中継システムにおける障害発生時の動作例を示す概略図である。図１７の例では、中継装置ＳＷ’［２］と中継装置ＳＷ’［３］との間のリンクに障害２０が発生している。中継装置ＳＷ’［２］，ＳＷ’［３］は、障害２０を図１６に示したリンク障害監視フレームＬＣＣＭによって検出する。当該障害検出に応じて、中継装置ＳＷ’［２］は左ポートＰｌを閉塞状態ＢＫに制御し、中継装置ＳＷ’［３］は右ポートＰｒを閉塞状態ＢＫに制御する。
【００２３】
また、マスタ装置（中継装置）ＳＷ’［１］は、障害２０を図１６に示したリング障害監視フレームＲＣＣＭによって検出する。中継装置ＳＷ’［１］は、当該障害検出に応じて初期閉塞ポート（Ｐｒ）を閉塞状態ＢＫから開放状態ＦＷに変更する。また、中継装置ＳＷ’［１］は、リングポート（Ｐｒ，Ｐｌ）からリングネットワーク１０へ障害通知フレームＲＲＤＩを送信し、自装置のＦＤＢが保持するＦＤＢエントリをフラッシュする（ＦＤＢフラッシュを行う）。
【００２４】
一方、マスタ装置を除く各中継装置ＳＷ’［２］〜ＳＷ’［５］は、マスタ装置からの障害通知フレームＲＲＤＩを受信することで、自装置のＦＤＢが保持するＦＤＢエントリをフラッシュする。なお、イーサネットＯＡＭ規格では、ＣＣＭを受信しなかったことを相手に通知するため、ＲＤＩ（Remote Defect Indication）と呼ばれる制御フレームが規定される。障害通知フレームＲＲＤＩは、例えば、当該ＲＤＩ等によって実現される。
【００２５】
図１８は、図１７に続く、障害発生後の定常状態における動作例を示す概略図である。図１７で述べたような障害発生時の動作が行われた結果、フレーム（ユーザフレーム）は、図１８に示されるように、中継装置ＳＷ’［３］の左ポートＰｌと中継装置ＳＷ’［２］の右ポートＰｒとの間のフレーム経路ＵＦＰ上で中継される。このフレーム経路ＵＦＰ上でのフレーム中継に伴い、中継装置ＳＷ’［１］〜ＳＷ’［５］は、図１７でフラッシュされたＦＤＢに対して、新たにＦＤＢの学習を行う。
【００２６】
図１８には、ＦＤＢエントリが定常状態に達した後の状態が示される。各中継装置（この例ではＳＷ’［１］，ＳＷ’［２］，ＳＷ’［４］）のＦＤＢエントリを図１５（障害発生前）と図１８（障害発生後）とで比較すると、図１８の太枠で囲まれるＦＤＢエントリが変更されている。ここで、明細書では、障害発生箇所から初期閉塞ポート（ＳＷ’［１］のＰｒ）に向けて順に左回りに設置され、右ポートＰｒの先に障害を有する各中継装置ＳＷ’［３］〜ＳＷ’［５］を右障害グループの中継装置と呼ぶ。逆に、障害発生箇所から初期閉塞ポートに向けて順に右回りに設置され、左ポートＰｌの先に障害を有する各中継装置ＳＷ’［２］，ＳＷ’［１］を、左障害グループの中継装置と呼ぶ。
【００２７】
図１５に示した障害発生前では、右障害グループの中継装置ＳＷ’［３］〜ＳＷ’［５］のＦＤＢ（例えばＳＷ’［４］のＦＤＢ）において、左障害グループの中継装置ＳＷ’［２］，ＳＷ’［１］に対応するＦＤＢエントリ（ＭＡ［２］，ＭＡ［１］のＦＤＢエントリ）は右ポートＰｒを保持する。一方、図１８に示す障害発生後では、当該左障害グループの中継装置ＳＷ’［２］，ＳＷ’［１］に対応するＦＤＢエントリは、右ポートＰｒに代わって左ポートＰｌを保持する。
【００２８】
また、図１５に示した障害発生前では、左障害グループの中継装置ＳＷ’［２］，ＳＷ’［１］のＦＤＢ（例えばＳＷ’［２］のＦＤＢ）において、右障害グループの中継装置ＳＷ’［３］〜ＳＷ’［５］に対応するＦＤＢエントリ（ＭＡ［３］〜ＭＡ［５］のＦＤＢエントリ）は左ポートＰｌを保持する。一方、図１８に示す障害発生後では、当該右障害グループの中継装置ＳＷ’［３］〜ＳＷ’［５］に対応するＦＤＢエントリは、左ポートＰｌに代わって右ポートＰｒを保持する。
【００２９】
《中継システム（比較例）の問題点》
以上のように、比較例となる中継システムでは、図１７に示したように、障害発生時にＦＤＢフラッシュが行われる。このため、図１８に示したような状態に達するまで（すなわち、ＦＤＢエントリが定常状態に達するまで）は、ＦＤＢの検索結果がミスヒットになる状況が多発する。ＦＤＢの検索結果がミスヒットになると、各中継装置ＳＷ’［１］〜ＳＷ’［５］は、受信したフレームをフラッディングによって中継する。例えば、中継装置ＳＷ’［４］は、ユーザポートＰｕで受信したフレームを、受信ポートを除く全てのポート（右ポートＰｒ、左ポートＰｌ、更には図示しない他のユーザポートなど）へ中継する。その結果、障害発生に伴う通信負荷の増大が生じ得る。
【００３０】
《中継システム（実施の形態１）の構成および通常動作》
図１は、本発明の実施の形態１による中継システムの構成例および障害無し時の動作例を示す概略図である。図１に示す中継システムでは、図１５の構成例と異なり、各中継装置ＳＷ［１］〜ＳＷ［５］のＦＤＢは、ＭＡＣアドレスとポートとに加えて、ＴＴＬ（Time To Live）値とを対応付けたＦＤＢエントリを単数または複数保持する。
【００３１】
その前提として、各中継装置ＳＷ［１］〜ＳＷ［５］は、ユーザポートＰｕで受信したフレームをリングポート（Ｐｒ，Ｐｌ）へ中継する際に、当該フレームに予め定めた初期のＴＴＬ値（この例では“１０”）を付加する。また、各中継装置ＳＷ［１］〜ＳＷ［５］は、リングポート（Ｐｒ，Ｐｌ）の一方で受信したフレームをリングポート（Ｐｒ，Ｐｌ）の他方へ中継する際に当該フレームのＴＴＬ値を更新する（この例ではＴＴＬ値を“１”減算する）。さらに、各中継装置ＳＷ［１］〜ＳＷ［５］は、リングポート（Ｐｒ，Ｐｌ）でフレームを受信した場合に、当該フレームのＭＡＣアドレス（送信元ＭＡＣアドレス）に加えてＴＴＬ値を、当該フレームの受信ポートに対応付けてＦＤＢに学習する。
【００３２】
具体的な動作例として、図１では、端末ＴＭ［２］が端末ＴＭ［５］を宛先としてフレーム（ユーザフレーム）ＵＦｎ２５を送信する場合が示される。中継装置ＳＷ［２］は、ユーザポートＰｕでユーザフレームＵＦｎ２５を受信し、図１５の場合と同様にしてＦＤＢの学習を行う。また、中継装置ＳＷ［２］は、当該フレームの宛先ＭＡＣアドレス（ＭＡ［５］）を検索キーとしてＦＤＢを検索し、その検索結果に基づいてユーザフレームＵＦｎ２５を左ポートＰｌへ中継する。この際に、中継装置ＳＷ［２］は、ユーザフレームＵＦｎ２５に初期のＴＴＬ値“１０”を付加したユーザフレームＵＦｃ２５を生成し、当該ユーザフレームＵＦｃ２５を左ポートＰｌへ中継する。
【００３３】
中継装置ＳＷ［３］は、ユーザフレームＵＦｃ２５を右ポートＰｒで受信し、当該フレームの送信元ＭＡＣアドレス（ＭＡ［２］）およびＴＴＬ値“１０”を受信ポート（Ｐｒ）に対応付けてＦＤＢに学習する。また、中継装置ＳＷ［３］は、当該フレームの宛先ＭＡＣアドレス（ＭＡ［５］）を検索キーとしてＦＤＢを検索し、その検索結果に基づいてユーザフレームＵＦｃ２５を左ポートＰｌへ中継する。この際に、中継装置ＳＷ［３］は、ユーザフレームＵＦｃ２５のＴＴＬ値を“１０”から“９”に更新する。
【００３４】
同様に、中継装置ＳＷ［４］は、ユーザフレームＵＦｃ２５を右ポートＰｒで受信し、当該フレームの送信元ＭＡＣアドレス（ＭＡ［２］）およびＴＴＬ値“９”を受信ポート（Ｐｒ）に対応付けてＦＤＢに学習する。また、中継装置ＳＷ［４］は、当該フレームの宛先ＭＡＣアドレス（ＭＡ［５］）を検索キーとしてＦＤＢを検索し、その検索結果に基づいてユーザフレームＵＦｃ２５を左ポートＰｌへ中継する。この際に、中継装置ＳＷ［４］は、ユーザフレームＵＦｃ２５のＴＴＬ値を“９”から“８”に更新する。
【００３５】
中継装置ＳＷ［５］も、同様にしてＦＤＢの学習と検索を行うことで、右ポートＰｒで受信したユーザフレームＵＦｃ２５をユーザポートＰｕへ中継する。ただし、この例では、中継装置ＳＷ［５］は、フレームをユーザポートＰｕへ中継する際に、ＴＴＬ値が付加されたユーザフレームＵＦｃ２５をＴＴＬ値が付加される前のユーザフレームＵＦｎ２５に戻す処理を行う。その結果、端末ＴＭ［５］は、端末ＴＭ［２］から送信されたユーザフレームＵＦｎ２５を受信する。
【００３６】
また、図１では、他の動作例として、端末ＴＭ［１］が端末ＴＭ［５］を宛先としてフレーム（ユーザフレーム）ＵＦｎ１５を送信する場合が示される。前述した端末ＴＭ［２］の場合と同様に、ユーザフレームＵＦｎ１５は、中継装置ＳＷ［１］，ＳＷ［２］，…，ＳＷ［５］を順に介して端末ＴＭ［５］で受信される。この際に、前述したユーザフレームＵＦｃ２５は、中継装置ＳＷ［２］によって初期のＴＴＬ値“１０”が付加されるのに対して、ユーザフレームＵＦｎ１５に対応するユーザフレームＵＦｃ１５は、中継装置ＳＷ［１］によって初期のＴＴＬ値“１０”が付加される。このため、例えば、中継装置ＳＷ［４］のＦＤＢにおいて、ＭＡＣアドレスＭＡ［２］のＴＴＬ値は“９”であるのに対して、ＭＡＣアドレスＭＡ［１］のＴＴＬ値は一つ少ない“８”である。
【００３７】
図２は、図１における各ユーザフレームの構造例を示す概略図である。図２には、各中継装置ＳＷ［１］〜ＳＷ［５］がユーザポートＰｕを介して送信または受信するユーザフレームＵＦｎと、リングポート（Ｐｒ，Ｐｌ）を介して送信または受信するユーザフレームＵＦｃとが示される。この例では、ユーザフレームＵＦｎは、非カプセル化フレームであり、ユーザフレームＵＦｃは、カプセル化フレームである。
【００３８】
図１の中継システムは、ＴＴＬを処理する必要がある。そのための構成例として、図１の中継システムには、例えば、ＭＡＣフレームをＭＡＣフレームでカプセル化するＭＡＣ−ｉｎ−ＭＡＣ方式等が適用される。ＭＡＣ−ｉｎ−ＭＡＣ方式として、代表的には、ＩＥＥＥ  ８０２．１ａｈ等に基づくＰＢＢ（Provider Backbone Bridges）方式が挙げられる。ＰＢＢ方式を適用する場合、ユーザネットワーク１１ａ〜１１ｅは、図２の非カプセル化フレーム（ユーザフレーム）ＵＦｎで通信を行うカスタマ網またはＰＢ網であり、リングネットワーク１０は、図２のカプセル化フレーム（ユーザフレーム）ＵＦｃで通信を行うＰＢＢ網である。
【００３９】
非カプセル化フレームＵＦｎは、宛先カスタマ用アドレスＣＭＡＣ（ＣＤＡ）、送信元カスタマ用アドレスＣＭＡＣ（ＣＳＡ）、Ｓタグ１５、タイプ１６およびデータＤＴを含む。例えば、図１のユーザフレームＵＦｎ２５を例とすると、送信元カスタマ用アドレスＣＭＡＣ（ＣＳＡ）および宛先カスタマ用アドレスＣＭＡＣ（ＣＤＡ）には、それぞれ、“ＭＡ［２］”および“ＭＡ［５］”が格納される。Ｓタグ１５には、カスタマを識別するためのサービスＶＬＡＮ識別子ＳＶＩＤ等が格納され、タイプ１６には、フレームタイプを表す所定の識別子が格納される。
【００４０】
カプセル化フレームＵＦｃは、当該非カプセル化フレームＵＦｎをカプセル化ヘッダ１９でカプセル化した構造を備える。カプセル化ヘッダ１９は、宛先カプセル化用アドレスＢＭＡＣ（ＢＤＡ）、送信元カプセル化用アドレスＢＭＡＣ（ＢＳＡ）、Ｂタグ１７、およびＩタグ１８を含む。例えば、図１のユーザフレームＵＦｃ２５を例とすると、送信元カプセル化用アドレスＢＭＡＣ（ＢＳＡ）には、中継装置ＳＷ［２］自体に設定されたＭＡＣアドレス（カプセル化用アドレスＢＭＡＣ）が格納され、宛先カプセル化用アドレスＢＭＡＣ（ＢＤＡ）には、中継装置ＳＷ［５］自体に設定されたＭＡＣアドレスが格納される。これに応じて、図１のＦＤＢが保持するＭＡＣアドレスは、より詳細には、カスタマ用アドレスＣＭＡＣに加えてカプセル化用アドレスＢＭＡＣを含む。
【００４１】
Ｂタグ１７は、ＰＢＢ網（リングネットワーク１０）内でのブロードキャスト（マルチキャスト）ドメインを定めるバックボーンＶＬＡＮ識別子ＢＶＩＤを含む。Ｉタグ１８は、ＴＰＩＤおよびサービスインスタンス識別子ＩＳＩＤを含む。ＴＰＩＤは、例えば、Ｉタグフレームであることを示す“０ｘ８８ｅ７”に定められる。サービスインスタンス識別子ＩＳＩＤは、カスタマを識別するサービスＶＬＡＮ識別子ＳＶＩＤを拡張する識別子である。ここで、ＴＴＬは、カプセル化ヘッダ１９内に格納され、詳細には、例えば、Ｉタグ１８内の予約領域等に格納される。
【００４２】
なお、カプセル化フレームＵＦｃにおいて、ＩＥＥＥ  ８０２．１ａｈの標準規格では、非カプセル化フレームＵＦｃ内の送信元カスタマ用アドレスＣＭＡＣ（ＣＳＡ）および宛先カスタマ用アドレスＣＭＡＣ（ＣＤＡ）は、Ｉタグ１８内に含まれる。明細書では、説明を分かり易くするため、図２に示されるように、当該カスタマ用アドレスＣＭＡＣは、Ｉタグ１８に含まれないこととして記載する。
【００４３】
《中継システム（実施の形態１）の障害発生時動作》
図３および図４は、図１の中継システムにおける障害発生時の動作例を示す概略図である。図５は、図３および図４に続く障害発生時の動作例を示す概略図である。図６は、図５に続く、障害発生後の定常状態での動作例を示す概略図である。図３および図４の例では、図１７の場合と同様に、中継装置ＳＷ［２］と中継装置ＳＷ［３］との間のリンクに障害２０が発生している。図１７の場合と同様に、中継装置ＳＷ［２］，ＳＷ［３］は、障害２０を図１６のリンク障害監視フレームＬＣＣＭによって検出し、中継装置ＳＷ［２］は左ポートＰｌを閉塞状態ＢＫに制御し、中継装置ＳＷ［３］は右ポートＰｒを閉塞状態ＢＫに制御する。
【００４４】
ここで、リングポートの一方で障害を検出した中継装置は、初期のＴＴＬ値“１０”に応じた所定のＴＴＬ値（例えば“１０”）を格納した閉塞箇所通知フレームを生成し、当該閉塞箇所通知フレームをリングポートの他方から送信する。図３の例では、右ポートＰｒで障害２０を検出した中継装置ＳＷ［３］は、所定のＴＴＬ値“１０”を格納した閉塞箇所通知フレームＮＦ３２を生成し、当該閉塞箇所通知フレームＮＦ３２を左ポートＰｌから送信する。この際に、中継装置ＳＷ［３］は、例えば、閉塞箇所通知フレームＮＦ３２を右ポートＰｒの位置で生成し、それを左ポートＰｌへ中継する際に、ＴＴＬ値を“１”減算して“９”に更新する。
【００４５】
同様に、図４の例では、左ポートＰｌで障害２０を検出した中継装置ＳＷ［２］は、所定のＴＴＬ値“１０”を格納した閉塞箇所通知フレームＮＦ２３を生成し、当該閉塞箇所通知フレームＮＦ２３を右ポートＰｒから送信する。この際に、中継装置ＳＷ［２］は、例えば、閉塞箇所通知フレームＮＦ２３を左ポートＰｌの位置で生成し、それを右ポートＰｒへ中継する際に、ＴＴＬ値を“１”減算して“９”に更新する。
【００４６】
そして、図３および図４に示されるように、各中継装置ＳＷ［１］〜ＳＷ［５］は、閉塞箇所通知フレームを受信したリングポート、または障害２０を検出したリングポートである対象ポートと、閉塞箇所通知フレームに格納されたＴＴＬ値との対応関係に基づいて対象のＦＤＢエントリを定める。より詳細には、各中継装置ＳＷ［１］〜ＳＷ［５］は、対象ポートと、閉塞箇所通知フレームに格納されたＴＴＬ値以下のＴＴＬ値とを保持するＦＤＢエントリを対象のＦＤＢエントリに定める。
【００４７】
図３の例では、中継装置ＳＷ［３］は、障害２０を検出した右ポートＰｒを対象ポートとして、当該右ポートＰｒと、閉塞箇所通知フレームＮＦ３２に格納されたＴＴＬ値“１０”以下のＴＴＬ値とを保持するＦＤＢエントリを対象のＦＤＢエントリに定める。また、中継装置ＳＷ［４］は、閉塞箇所通知フレームＮＦ３２を受信した右ポートＰｒを対象ポートとして、当該右ポートＰｒと、閉塞箇所通知フレームＮＦ３２に格納されたＴＴＬ値“９”以下のＴＴＬ値とを保持するＦＤＢエントリを対象のＦＤＢエントリに定める。
【００４８】
以降同様にして、例えば、中継装置ＳＷ［１］は、右ポートＰｒと、閉塞箇所通知フレームＮＦ３２に格納されたＴＴＬ値“７”以下のＴＴＬ値とを保持するＦＤＢエントリを対象のＦＤＢエントリに定める。中継装置ＳＷ［２］は、右ポートＰｒと、閉塞箇所通知フレームＮＦ３２に格納されたＴＴＬ値“６”以下のＴＴＬ値とを保持するＦＤＢエントリを対象のＦＤＢエントリに定める。
【００４９】
図４の例では、中継装置ＳＷ［２］は、障害２０を検出した左ポートＰｌを対象ポートとして、当該左ポートＰｌと、閉塞箇所通知フレームＮＦ２３に格納されたＴＴＬ値“１０”以下のＴＴＬ値とを保持するＦＤＢエントリを対象のＦＤＢエントリに定める。また、中継装置ＳＷ［１］は、閉塞箇所通知フレームＮＦ２３を受信した左ポートＰｌを対象ポートとして、当該左ポートＰｌと、閉塞箇所通知フレームＮＦ２３に格納されたＴＴＬ値“９”以下のＴＴＬ値とを保持するＦＤＢエントリを対象のＦＤＢエントリに定める。以降同様にして、例えば、中継装置ＳＷ［４］は、左ポートＰｌと、閉塞箇所通知フレームＮＦ２３に格納されたＴＴＬ値“７”以下のＴＴＬ値とを保持するＦＤＢエントリを対象のＦＤＢエントリに定める。
【００５０】
その後、図５に示されるように、各中継装置ＳＷ［１］〜ＳＷ［５］は、図３および図４のようにして定めた対象のＦＤＢエントリに保持されるリングポートの一方が他方に変更されるように切り替え処理を行う。具体的には、各中継装置ＳＷ［１］〜ＳＷ［５］は、例えば、切り替え処理として、実際に、対象の前記ＦＤＢエントリに保持されるリングポートの一方を他方に書き換える。例えば、中継装置ＳＷ［４］は、図３で定めた対象のＦＤＢエントリに保持される右ポートＰｒを左ポートＰｌに書き換える。また、中継装置ＳＷ［１］，ＳＷ［２］は、図４で定めた対象のＦＤＢエントリに保持される左ポートＰｌを右ポートＰｒに書き換える。さらに、各中継装置ＳＷ［１］〜ＳＷ［５］は、対象のＦＤＢエントリに保持されるＴＴＬ値を消去する。
【００５１】
また、図５において、マスタ装置である中継装置ＳＷ［１］は、障害２０を図１６に示したリング障害監視フレームＲＣＣＭによって検出する。中継装置（マスタ装置）ＳＷ［１］は、当該障害検出に応じて、図１７の場合と同様に、初期閉塞ポート（Ｐｒ）を閉塞状態ＢＫから開放状態ＦＷに変更する。その後、図６に示されるように、フレーム経路ＵＦＰ上でユーザフレームの中継が行われると、図５で消去されたＴＴＬ値がＦＤＢの学習によって適宜更新され、定常状態に到達する。
【００５２】
ここで、図３〜図５について補足する。図１８で述べたように、障害が発生した場合、右ポートＰｒの先に障害を有する右障害グループの中継装置ＳＷ［３］〜ＳＷ［５］では、左ポートＰｌの先に障害を有する左障害グループの中継装置ＳＷ［２］，ＳＷ［１］に対応するＦＤＢエントリが、右ポートＰｒから左ポートＰｌに代わる。一方、左障害グループの中継装置ＳＷ［２］，ＳＷ［１］では、右障害グループの中継装置ＳＷ［３］〜ＳＷ［５］に対応するＦＤＢエントリが、左ポートＰｌから右ポートＰｒに代わる。
【００５３】
そこで、まず、右障害グループの中継装置ＳＷ［３］〜ＳＷ［５］のＦＤＢエントリを変更するため、図３に示したように、中継装置ＳＷ［３］は、ＴＴＬ値“１０”を格納した閉塞箇所通知フレームＮＦ３２を左回りに送信する。中継装置ＳＷ［３］を除く各中継装置ＳＷ［４］，ＳＷ［５］，ＳＷ［１］，ＳＷ［２］は、閉塞箇所通知フレームＮＦ３２を右ポートＰｒで受信する。
【００５４】
右障害グループの中継装置ＳＷ［３］〜ＳＷ［５］において、右ポートＰｒと、閉塞箇所通知フレームＮＦ３２のＴＴＬ値とを保持するＦＤＢエントリは、障害発生箇所よりも右回りに設置される最初の中継装置ＳＷ［２］に対応する。このため、右ポートＰｒと、当該ＴＴＬ値以下のＴＴＬ値とを保持するＦＤＢエントリは、当該最初の中継装置ＳＷ［２］から順に右回りに設置される各中継装置ＳＷ［２］，ＳＷ［１］，ＳＷ［５］，…に対応する。
【００５５】
この際に、右障害グループの中継装置（例えばＳＷ［３］）において、初期閉塞ポート（ＳＷ［１］のＰｒ）から自装置（ＳＷ［３］）に向けて順に右回りに設置される各中継装置（ＳＷ［５］，ＳＷ［４］）に対応するＦＤＢエントリは、障害発生前に右ポートＰｒではなく左ポートＰｌを保持している。その結果、右障害グループの中継装置ＳＷ［３］〜ＳＷ［５］において、右ポートＰｒと、閉塞箇所通知フレームＮＦ３２のＴＴＬ値以下のＴＴＬ値とを保持するＦＤＢエントリは、左障害グループの中継装置ＳＷ［２］，ＳＷ［１］のみに対応することになる。
【００５６】
また、左障害グループの中継装置ＳＷ［２］，ＳＷ［１］は、対象のＦＤＢエントリ（すなわち右ポートＰｒと、閉塞箇所通知フレームＮＦ３２のＴＴＬ値以下のＴＴＬ値とを保持するＦＤＢエントリ）を原理的に有しない。具体的には、当該中継装置ＳＷ［２］，ＳＷ［１］のＦＤＢにおいて、右ポートＰｒに対応付けられる最小のＴＴＬ値は、初期閉塞ポートの左回りに設置される最初の中継装置ＳＷ［１］から左回りに送信されたフレームによって得られる。一方、閉塞箇所通知フレームは、初期閉塞ポートの右回りに設置される中継装置（例えばＳＷ［３］）から左回りに送信される。このため、左障害グループの中継装置ＳＷ［２］，ＳＷ［１］において、右ポートＰｒに対応付けられるＦＤＢエントリのＴＴＬ値は、閉塞箇所通知フレームのＴＴＬ値よりも常に大きくなる。
【００５７】
同様にして、左障害グループの中継装置ＳＷ［２］，ＳＷ［１］のＦＤＢエントリを変更するため、図４に示したように、中継装置ＳＷ［２］は、ＴＴＬ値“１０”を格納した閉塞箇所通知フレームＮＦ２３を右回りに送信する。中継装置ＳＷ［２］を除く各中継装置ＳＷ［１］，ＳＷ［５］，ＳＷ［４］，ＳＷ［３］は、閉塞箇所通知フレームＮＦ２３を左ポートＰｌで受信する。
【００５８】
左障害グループの中継装置ＳＷ［２］，ＳＷ［１］において、左ポートＰｌと、閉塞箇所通知フレームＮＦ２３のＴＴＬ値とを保持するＦＤＢエントリは、障害発生箇所よりも左回りに設置される最初の中継装置ＳＷ［３］に対応する。このため、左ポートＰｌと、当該ＴＴＬ値以下のＴＴＬ値とを保持するＦＤＢエントリは、当該最初の中継装置ＳＷ［３］から順に左回りに設置される各中継装置ＳＷ［３］，ＳＷ［４］，ＳＷ［５］，ＳＷ［１］，…に対応する。
【００５９】
この際に、左障害グループの中継装置（例えばＳＷ［２］）において、初期閉塞ポート（ＳＷ［１］のＰｒ）から自装置（ＳＷ［２］）に向けて順に左回りに設置される各中継装置（ＳＷ［１］）に対応するＦＤＢエントリは、障害発生前に右ポートＰｌではなく右ポートＰｒを保持している。その結果、左障害グループの中継装置ＳＷ［２］，ＳＷ［１］において、左ポートＰｒと、閉塞箇所通知フレームＮＦ２３のＴＴＬ値以下のＴＴＬ値とを保持するＦＤＢエントリは、右障害グループの中継装置ＳＷ［３］〜ＳＷ［５］のみに対応することになる。
【００６０】
また、右障害グループの中継装置ＳＷ［３］〜ＳＷ［５］は、対象のＦＤＢエントリ（すなわち左ポートＰｌと、閉塞箇所通知フレームＮＦ２３のＴＴＬ値以下のＴＴＬ値とを保持するＦＤＢエントリ）を原理的に有しない。具体的には、当該中継装置ＳＷ［３］〜ＳＷ［５］のＦＤＢにおいて、左ポートＰｌに対応付けられる最小のＴＴＬ値は、初期閉塞ポートの右回りに設置される最初の中継装置ＳＷ［５］から右回りに送信されたフレームによって得られる。一方、閉塞箇所通知フレームは、初期閉塞ポートの左回りに設置される中継装置（例えばＳＷ［２］）から右回りに送信される。このため、右障害グループの中継装置ＳＷ［３］〜ＳＷ［５］において、左ポートＰｌに対応付けられるＦＤＢエントリのＴＴＬ値は、閉塞箇所通知フレームのＴＴＬ値よりも常に大きくなる。
【００６１】
以上のように、中継装置ＳＷ［１］〜ＳＷ［５］は、リングネットワーク１０に障害が発生した場合に、障害発生箇所に応じて定まるＴＴＬ値とリングポートとの対応関係に基づいて、ＦＤＢの中から対象のＦＤＢエントリを定める。その具体的な方式の一例として、中継装置ＳＷ［１］〜ＳＷ［５］は、閉塞箇所通知フレームＮＦ３２，ＮＦ２３に基づいてＴＴＬ値とリングポートとの対応関係を定める。そして、中継装置ＳＷ［１］〜ＳＷ［５］は、対象のＦＤＢエントリに保持されるリングポートの一方を他方に書き換える。このような方式を用いることで、図１７および図１８の場合と異なり、障害発生時にＦＤＢフラッシュを行う必要がなく、障害発生後に、ＦＤＢのミスヒットに伴うフレームのフラッディングも生じない。
【００６２】
なお、この例では、閉塞箇所通知フレームに格納されたＴＴＬ値以下のＴＴＬ値を対象のＦＤＢエントリに定めたが、この閉塞箇所通知フレームに格納されたＴＴＬ値と対象のＦＤＢエントリとの対応関係は、実装方法に応じて適宜変更することが可能である。すなわち、閉塞箇所通知フレームに格納されたＴＴＬ値に基づいて障害発生箇所を特定できるような対応関係であればよい。また、ＴＴＬ値は、このようにＦＤＢエントリの書き換えを行う目的で使用される他に、一般的に知られているように、ＴＴＬ値が特定値（例えばゼロ）となったフレームを破棄することでフレームの無限ループを防止する目的でも使用される。
【００６３】
閉塞箇所通知フレームＮＦ３２，ＮＦ２３は、図３および図４の例では、初期閉塞ポート（ＳＷ［１］のＰｒ）を超えて伝送されるフレームを用いたが、場合によって、初期閉塞ポートで遮断されるフレームを用いてもよい。図３および図４に示したように、仮に、閉塞箇所通知フレームが初期閉塞ポートで遮断されても、各中継装置は、ＦＤＢエントリを正しく書き換えることができる。
【００６４】
ここで、閉塞箇所通知フレームＮＦ３２，ＮＦ２３は、例えば、イーサネットＯＡＭに基づくＬＢＭ（LoopBack Message）およびＬＢＲ（LoopBack Reply message）を用いて実現することができる。図３の閉塞箇所通知フレームＮＦ３２を例とすると、中継装置ＳＷ［３］の右ポートＰｒは、中継装置ＳＷ［２］の左ポートＰｌを宛先としてＬＢＭを送信する。この場合、図３では示されていないが、中継装置ＳＷ［２］の左ポートＰｌは、当該ＬＢＭに返信する形で中継装置ＳＷ［３］の右ポートＰｒを宛先としてＬＢＲを送信する。
【００６５】
この際に、中継装置ＳＷ［２］は、ＬＢＭから引き継いだＴＴＬ値をＬＢＲに格納する。そこで、ＴＴＬ値がゼロに達しないようにするため、図３等の例では、最大のＴＴＬ値（例えば“１０”）は、中継装置の台数（５台）の２倍以上に設定される。また、当該ＬＢＭおよびＬＢＲを用いる場合、各中継装置ＳＷ［１］〜ＳＷ［５］は、ＬＢＭを図３の閉塞箇所通知フレームＮＦ３２とみなし、ＬＢＲを実質的に無視する。ただし、場合によっては、ＴＴＬ値を適宜換算することで、ＬＢＲを、図４の閉塞箇所通知フレームＮＦ２３の代わりとして取り扱うことも可能である。
【００６６】
ＬＢＭおよびＬＢＲは、例えば、図２のカプセル化フレームＵＦｃに示したようなフレーム構造を有する。タイプ１６には、イーサネットＯＡＭに基づく制御フレームを表す“０ｘ８９０２”が格納される。この場合、データＤＴ内にＯｐＣｏｄｅ領域が設けられ、当該ＯｐＣｏｄｅ領域の値によって、ＬＢＭとＬＢＲが区別される。なお、図１６で述べたリング障害監視フレームＲＣＣＭやリンク障害監視フレームＬＣＣＭの一例となるＣＣＭも、同様のフレーム構造を有する。この場合も、データＤＴ内のＯｐＣｏｄｅ領域の値によって、ＣＣＭであることが示される。
【００６７】
また、ＬＢＭは、ＦＤＢに基づいて中継されるため、障害発生時には、閉塞箇所通知フレームＮＦ３２，ＮＦ２３を正常に中継できない恐れがある。そこで、例えば、ユーザフレーム用のＶＬＡＮとは別に、リングポート（Ｐｒ，Ｐｌ）のみが属する制御フレーム用のＶＬＡＮが設けられる。各中継装置ＳＷ［１］〜ＳＷ［５］は、ＬＢＭを当該制御フレーム用のＶＬＡＮ上にフラッディング中継する。
【００６８】
さらに、当該制御フレーム用のＶＬＡＮには、初期閉塞ポートが設けられない。これにより、各中継装置ＳＷ［１］〜ＳＷ［５］は、マスタ装置の初期閉塞ポートが開放状態ＦＷに変更されるのを待たずにＬＢＭを送信することができるため、タイミング設計が容易になる。さらに、障害検出に応じて閉塞箇所通知フレームを迅速に送信できるため、障害が発生してから正常なフレーム中継を行えるようになるまでの時間（すなわち経路切り替え時間）を短縮することも可能となる。
【００６９】
《中継装置の詳細》
図７は、図１の中継システムにおける各中継装置の構成例を示すブロック図である。図８は、図７における障害切替回路の処理内容の一例を示すフロー図である。図７に示す中継装置ＳＷは、リングポートである右ポートＰｒと、リングポートである左ポートＰｌと、複数のユーザポートＰｕ［１］〜Ｐｕ［ｍ］とを備える。図１５で述べたように、リングポート（Ｐｒ，Ｐｌ）は、通信回線（例えばイーサネット回線）２５によってリングネットワーク１０に接続される。複数のユーザポートＰｕ［１］〜Ｐｕ［ｍ］は、所定のユーザネットワーク（１１ａ〜１１ｅのいずれか）に接続される。
【００７０】
また、当該中継装置ＳＷは、インタフェース回路２６と、フレーム処理回路２７と、ＦＤＢと、ＣＰＵ（Central Processing Unit）と、メモリ２８とを有する。インタフェース回路２６は、複数のポート（Ｐｒ，Ｐｌ，Ｐｕ［１］〜Ｐｕ［ｍ］）のいずれかでフレームを受信した際に、受信したポートの識別子（受信ポート識別子と呼ぶ）をフレームに付加し、それをフレーム処理回路２７またはＣＰＵに送信する。また、インタフェース回路２６は、フレーム処理回路２７またはＣＰＵからのフレームを、当該フレームに付加された宛先ポート識別子（後述）に基づき、複数のポートのいずれかに送信する。
【００７１】
ＣＰＵは、メモリ２８に記憶されるプログラムに基づき、主に、中継装置ＳＷ全体の管理等を行う。また、ＣＰＵは、場合によっては、フレーム処理回路２７と協調してフレームに対する各種プロトコル処理等を行う。フレーム処理回路２７は、ＦＤＢ処理回路３０と、ＴＴＬ処理回路３１と、障害切替回路３２と、カプセル処理回路３３と、ＯＡＭ処理回路３４とを有する。
【００７２】
ＴＴＬ処理回路３１は、図１に示したように、フレームをユーザポートＰｕ［１］〜Ｐｕ［ｍ］からリングポート（Ｐｒ，Ｐｌ）へ中継する際に、当該フレームに予め定めた初期のＴＴＬ値を付加する。また、ＴＴＬ処理回路３１は、フレームをリングポート（Ｐｒ，Ｐｌ）の一方から他方へ中継する際に当該フレームのＴＴＬ値を更新する。
【００７３】
ＦＤＢ処理回路３０は、ＦＤＢの学習とＦＤＢの検索とを行う。具体的には、ＦＤＢの学習に際し、ＦＤＢ処理回路３０は、フレームを受信した場合に、当該フレームの送信元ＭＡＣアドレスを、当該フレームに付加された受信ポート識別子に対応付けてＦＤＢに学習する。この際に、ＦＤＢ処理回路３０は、リングポート（Ｐｒ，Ｐｌ）で受信したフレーム（すなわち、ＴＴＬ値が付加されたフレーム）に対しては、当該フレームの送信元ＭＡＣアドレスに加えてＴＴＬ値を、受信ポート識別子に対応付けてＦＤＢに学習する。
【００７４】
また、ＦＤＢの検索に際し、ＦＤＢ処理回路３０は、受信したフレームの宛先ＭＡＣアドレスを検索キーとしてＦＤＢを検索し、対応するポート識別子（ヒットしたＦＤＢエントリのポート識別子）を取得する。そして、ＦＤＢ処理回路３０は、取得したポート識別子（すなわち宛先ポート識別子）を当該フレームに付加してインタフェース回路２６へ送信する。
【００７５】
カプセル処理回路３３は、図１および図２で述べたように、ＭＡＣ−ｉｎ−ＭＡＣ方式に伴う各種処理を行う。具体的には、カプセル処理回路３３は、ユーザポートＰｕ［１］〜Ｐｕ［ｍ］で受信した非カプセル化フレームＵＦｎをリングポート（Ｐｒ，Ｐｌ）へ中継する際に、カプセル化フレームＵＦｃに変換する。また、カプセル処理回路３３は、リングポート（Ｐｒ，Ｐｌ）で受信したカプセル化フレームＵＦｃをユーザポートＰｕ［１］〜Ｐｕ［ｍ］へ中継する際に、非カプセル化フレームＵＦｎに変換する。
【００７６】
ＯＡＭ処理回路３４は、イーサネットＯＡＭ規格に基づく制御フレームの処理を行う。ＯＡＭ処理回路３４は、閉塞箇所通知回路３６と、障害監視回路３７とを備える。障害監視回路３７は、図１６で述べたように、リンク障害監視フレームＬＣＣＭを用いて隣接する装置との間でリンク障害の有無を監視する。また、中継装置ＳＷがマスタ装置である場合、障害監視回路３７は、図１６で述べたように、リング障害監視フレームＲＣＣＭを用いてリングネットワーク１０の障害有無を監視する。
【００７７】
閉塞箇所通知回路３６は、図３および図４に示したように、障害監視回路３７を介してリングポート（Ｐｒ，Ｐｌ）の一方で障害を検出した場合に、初期のＴＴＬ値に応じた所定のＴＴＬ値を格納した閉塞箇所通知フレーム（ＮＦ３２，ＮＦ２３）を生成し、当該閉塞箇所通知フレームをリングポート（Ｐｒ，Ｐｌ）の他方から送信する。
【００７８】
障害切替回路３２は、図３および図４に示したように、リングネットワーク（Ｐｒ，Ｐｌ）に障害が発生した場合に、障害発生箇所に応じて定まるＴＴＬ値とリングポートとの対応関係に基づいて、ＦＤＢの中から対象のＦＤＢエントリを定める。そして、障害切替回路３２は、図５に示したように、対象のＦＤＢエントリに保持されるリングポート（Ｐｒ，Ｐｌ）の一方が他方に変更されるように切り替え処理を行う。切り替え処理の一例として、障害切替回路３２は、実際に、対象のＦＤＢエントリに保持されるリングポートの一方を他方に書き換える。
【００７９】
具体的には、障害切替回路３２は、図８に示されるように、閉塞箇所通知フレームに基づいてＴＴＬ値とリングポートとの対応関係を定め、当該対応関係に基づいて対象のＦＤＢエントリを定める。図８において、障害切替回路３２は、フレームを受信し（ステップＳ１０１）、受信したフレームが閉塞箇所通知フレームであるか否かを判定する（ステップＳ１０２）。障害切替回路３２は、受信したフレームが閉塞箇所通知フレームでない場合（ステップＳ１０２の“Ｎｏ”時）には、処理を終了する。
【００８０】
一方、障害切替回路３２は、受信したフレームが閉塞箇所通知フレームである場合（ステップＳ１０２の“Ｙｅｓ”時）、対象ポートと、閉塞箇所通知フレームに格納されたＴＴＬ値との対応関係に基づいて対象のＦＤＢエントリを定める（ステップＳ１０３）。対象ポートは、図３等で述べたように、閉塞箇所通知フレームを受信したリングポート（Ｐｒ，Ｐｌ）、または障害を検出したリングポート（Ｐｒ，Ｐｌ）である。より詳細には、障害切替回路３２は、対象ポートと、閉塞箇所通知フレームに格納されたＴＴＬ値以下のＴＴＬ値とを保持するＦＤＢエントリを対象のＦＤＢエントリに定める。
【００８１】
続いて、障害切替回路３２は、対象のＦＤＢエントリに保持されるリングポート（Ｐｒ，Ｐｌ）の一方を他方に書き換えて、処理を終了する（ステップＳ１０４）。なお、具体的な処理方法として、障害切替回路３２は、例えば、ステップＳ１０３での対象ポートおよびＴＴＬ値を検索キーとしてＦＤＢを検索し、ヒットしたＦＤＢエントリのリングポートを書き換える。
【００８２】
なお、図７において、例えば、インタフェース回路２６は、ＡＳＩＣ（Application Specific Integrated Circuit）等で構成される。フレーム処理回路２７は、高速なフレーム処理を実現するため、ＦＰＧＡ（Field Programmable Gate Array）、または、ＡＳＩＣ等で構成される。ＦＤＢは、ＣＡＭ（Content Addressable Memory）等で構成される。ただし、各部の具体的な実装形態は、勿論、これに限定されるものではなく、ハードウェアまたはソフトウェア（ＣＰＵを用いたプログラム処理）あるいはその組合せを用いて適宜実装されればよい。
【００８３】
《実施の形態１の主要な効果》
以上、実施の形態１の方式を用いることで、図１７および図１８の場合と異なり、障害発生時にＦＤＢフラッシュを行う必要がないため、代表的には、障害発生に伴う通信負荷の増大を抑制可能になる。また、特許文献１の方式と比較して、閉塞箇所通知フレームのデータ量を削減できる。すなわち、特許文献１の方式では、障害を検出した中継装置は、アドレス学習情報（例えば、複数のＭＡＣアドレス）を他の中継装置へ送信するため、データ量が大きくなり得る。これに伴い、処理負荷も増大し得る。一方、実施の形態１の方式では、ＴＴＬ値を送信すればよい。
【００８４】
さらに、特許文献１の方式と比較して、経路切り替え時間の短縮が図れる。すなわち、特許文献１の方式では、障害を検出した中継装置は、アドレス学習情報を他の中継装置へ送信する際の前処理としてＦＤＢの検索を行う必要がある。このため、送信を開始するまでにある程度の時間を要する恐れがある。一方、実施の形態１の方式では、障害を検出した中継装置は、ＦＤＢを検索することなく、即座に閉塞箇所通知フレームを送信することができる。
【００８５】
（実施の形態２）
《中継システム（実施の形態２）の障害復旧時動作》
図９は、本発明の実施の形態２による中継システムにおいて、図１の中継システムにおける障害復旧時の動作例を示す概略図である。図１０および図１１は、図９に続く障害復旧時の動作例を示す概略図である。図１２は、図１０および図１１に続く障害復旧時の動作例を示す概略図である。図９では、図６の状態から、中継装置ＳＷ［２］と中継装置ＳＷ［３］との間のリンクの障害２０が復旧している。
【００８６】
中継装置ＳＷ［２］，ＳＷ［３］は、障害２０の復旧を図１６のリンク障害監視フレームＬＣＣＭによって検出する。これに応じて、中継装置ＳＷ［２］は左ポートＰｌを閉塞状態ＢＫから開放状態ＦＷに変更し、中継装置ＳＷ［３］は右ポートＰｒを閉塞状態ＢＫから開放状態ＦＷに変更する。また、マスタ装置である中継装置ＳＷ［１］は、障害２０の復旧を図１６のリング障害監視フレームＲＣＣＭによって検出し、初期閉塞ポート（右ポートＰｒ）を開放状態ＦＷから閉塞状態ＢＫに変更する。
【００８７】
この状況は、前述した図３〜図５の状況に当て嵌めることができる。すなわち、中継装置ＳＷ［３］の右ポートＰｒ（または中継装置ＳＷ［２］の左ポートＰｌ）を初期閉塞ポートとみなすと、中継装置（マスタ装置）ＳＷ［１］と中継装置ＳＷ［５］との間のリンク障害に応じて、当該初期閉塞ポートが開放状態ＦＷに変更された状況とみなせる。そこで、図１０に示されるように、中継装置ＳＷ［１］は、リングネットワーク１０が障害２０から復旧する場合に、閉塞箇所通知フレームＮＦ１１Ｌを閉塞状態ＢＫのポート（初期閉塞ポート）とは異なるリングポートから送信する。
【００８８】
具体的には、中継装置ＳＷ［１］（その閉塞箇所通知回路３６（図７））は、図３の中継装置ＳＷ［３］の場合と同様に、ＴＴＬ値“１０”を格納した閉塞箇所通知フレームＮＦ１１Ｌを生成し、当該閉塞箇所通知フレームＮＦ１１Ｌを左回りに送信する。この際に、中継装置ＳＷ［１］は、例えば、閉塞箇所通知フレームＮＦ１１Ｌを右ポートＰｒの位置で生成し、それを左ポートＰｌへ中継する際に、ＴＴＬ値を“１”減算して“９”に更新する。
【００８９】
さらに、中継装置（マスタ装置）ＳＷ［１］は、図１１に示されるように、リングネットワーク１０が障害２０から復旧する場合に、閉塞箇所通知フレームＮＦ１１Ｒを初期閉塞ポートからも送信する。具体的には、中継装置ＳＷ［１］（その閉塞箇所通知回路３６（図７））は、ＴＴＬ値“１０”を格納した閉塞箇所通知フレームＮＦ１１Ｒを生成し、当該閉塞箇所通知フレームＮＦ１１Ｒを右回りに送信する。この際に、中継装置ＳＷ［１］は、例えば、閉塞箇所通知フレームＮＦ１１Ｒを右ポートＰｒで生成し、右ポートＰｒから送信するため、送信された閉塞箇所通知フレームＮＦ１１ＲのＴＴＬ値は、図１０の場合と異なり“１０”を維持する。
【００９０】
ここで、図１１の中継装置ＳＷ［５］は中継装置（マスタ装置）ＳＷ［１］との間のリンク障害は検出できるが、マスタ装置の初期閉塞ポートは検出できない場合がある。そこで、この例では、図４の中継装置ＳＷ［２］に対応する図１１の中継装置ＳＷ［５］の代わりに、マスタ装置が閉塞箇所通知フレームＮＦ１１Ｒを生成する。ただし、リングプロトコルによっては、中継装置ＳＷ［５］が初期閉塞ポートを検出できる場合がある。この場合、中継装置ＳＷ［５］が、図４の場合と同様にして閉塞箇所通知フレームを生成すればよい。
【００９１】
その後、図１０および図１１において、各中継装置ＳＷ［１］〜ＳＷ［５］（その障害切替回路３２（図７））は、障害復旧後の閉塞状態のポート（初期閉塞ポート）の位置に応じて定まるＴＴＬ値とリングポートとの対応関係に基づいて、ＦＤＢの中から対象のＦＤＢエントリを定める。この対応関係は、実施の形態１の場合と同様に、閉塞箇所通知フレームＮＦ１１Ｌ，ＮＦ１１Ｒによって定められる。そして、各中継装置ＳＷ［１］〜ＳＷ［５］（障害切替回路３２）は、図１２に示されるように、実施の形態１の場合と同様にして、対象のＦＤＢエントリに保持されるリングポートの一方を他方に書き換える。
【００９２】
その結果、図１２に示される各中継装置（この例ではＳＷ［１］，ＳＷ［２］，ＳＷ［４］）のＦＤＢにおいて、ＭＡＣアドレスとポートとの対応関係は、図１のＦＤＢと同じになる。その後、ユーザフレームを受信した際に対象のＦＤＢエントリにおけるＴＴＬ値が適宜更新されることで、図１２のＦＤＢは、図１のＦＤＢに完全に一致することになる。
【００９３】
《実施の形態２の主要な効果》
以上、実施の形態２の方式を用いることで、実施の形態１の場合と同様の効果が得られる。さらに、障害発生時に加えて、障害復旧時にもＦＤＢフラッシュを行う必要がないため、障害復旧に伴う通信負荷の増大も抑制可能になる。
【００９４】
（実施の形態３）
《障害切替回路（実施の形態３）の動作》
図１３は、本発明の実施の形態３による中継装置において、障害切替回路の処理内容の一例を示すフロー図である。実施の形態１，２の方式では、閉塞箇所通知フレームに基づいてＦＤＢエントリの書き換えが行われたが、実施の形態３の方式では、例えば、図１３に示される処理を行うことで、当該実施の形態１の方式と、図１７に示した比較例の方式（すなわちＦＤＢフラッシュを行う方式）とが併用される。
【００９５】
概略的には、各中継装置ＳＷ［１］〜ＳＷ［５］（その障害切替回路３２（図７））は、閉塞箇所通知フレームと図１７に示した障害通知フレームＲＲＤＩの両方を受信した場合には、障害通知フレームＲＲＤＩを無視して閉塞箇所通知フレームに基づき対象のＦＤＢエントリの書き換えを行う。一方、各中継装置ＳＷ［１］〜ＳＷ［５］（障害切替回路３２）は、障害通知フレームＲＲＤＩのみを受信した場合には、ＦＤＢが保持するＦＤＢエントリをフラッシュする。
【００９６】
図１３に示すフローは、図８に示したフローに対して、ステップＳ２０１，Ｓ２０５〜Ｓ２１０の処理が追加されている。ステップＳ２０１において、障害切替回路３２は、受信したフレームが閉塞箇所通知フレームの場合（ステップＳ１０２の“Ｙｅｓ”時）、カウントダウン［１］を開始して、ステップＳ１０３の処理へ移行する。一方、受信したフレームが閉塞箇所通知フレームでない場合（ステップＳ１０２の“Ｎｏ”時）、障害切替回路３２は、受信したフレームが障害通知フレームＲＲＤＩであるか否かを判定する（ステップＳ２０５）。障害切替回路３２は、受信したフレームが障害通知フレームＲＲＤＩでない場合には、処理を終了する。
【００９７】
一方、受信したフレームが障害通知フレームＲＲＤＩである場合、障害切替回路３２は、カウントダウン［２］を開始したのち（ステップＳ２０６）、ステップＳ２０１に伴うカウントダウン［１］が実行中か否か（すなわち、閉塞箇所通知フレームを受信したのち所定期間内か否か）を判定する（ステップＳ２０７）。カウントダウン［１］が実行中である場合（ステップＳ２０７の“Ｙｅｓ”時）、障害切替回路３２は、処理を終了することで、実質的に当該障害通知フレームＲＲＤＩを無視する。
【００９８】
一方、カウントダウン［１］が実行中でない場合（ステップＳ２０７の“Ｎｏ”時）、障害切替回路３２は、カウントダウン［２］が満了するまでの期間内（すなわち、障害通知フレームＲＲＤＩを受信したのち所定期間内）に閉塞箇所通知フレームを受信したか否かを判定する（ステップＳ２０８，Ｓ２０９）。障害切替回路３２は、閉塞箇所通知フレームを受信した場合（ステップＳ２０８の“Ｙｅｓ”時）には、ステップＳ２０１の処理へ移行することで、実質的に当該障害通知フレームＲＲＤＩを無視する。一方、障害切替回路３２は、閉塞箇所通知フレームを受信せずにカウントダウン［２］が満了した場合（ステップＳ２０９の“Ｙｅｓ”時）には、ＦＤＢフラッシュを行って処理を終了する（ステップＳ２１０）。
【００９９】
《実施の形態３の主要な効果》
以上、実施の形態３の方式を用いることで、実施の形態１，２の場合と同様の効果が得られる。さらに、何らかの原因で閉塞箇所通知フレームを受信できなかった場合であっても、ＦＤＢフラッシュによって経路切り替えを行えるため、フレームの誤中継を防止でき、信頼性の向上が図れる。また、リングネットワーク１０内に、既存の中継装置（ただし、図７のＴＴＬ処理回路３１を有する）が含まれる場合であっても対応できるため、中継システムを構築する際の柔軟性の向上が図れる。具体例として、図３の中継装置ＳＷ［３］が既存の中継装置の場合、当該中継装置ＳＷ［３］は、閉塞箇所通知フレームを生成しない。この場合であっても、各中継装置（例えばＳＷ［３］，ＳＷ［４］等）は、障害通知フレームＲＲＤＩに基づきＦＤＢフラッシュを行うことで経路切り替えを行える。
【０１００】
（実施の形態４）
《障害切替回路（実施の形態４）の構成および動作》
図１４は、本発明の実施の形態４による中継装置において、障害切替回路周りの構成例および動作例を示す概略図である。例えば、図３および図５における中継装置ＳＷ［４］のＦＤＢを例とすると、前述したように、障害２０に伴い、ポート識別子｛Ｐｒ｝かつＴＴＬ＝９以下のＦＤＢエントリが対象のＦＤＢエントリとなり、当該対象のＦＤＢエントリの書き換えが行われる。しかし、実使用上、ＦＤＢエントリの書き換えには、ある程度の時間を要する場合があり、その結果、経路切り替え時間が増大する恐れがある。
【０１０１】
そこで、図１４の障害切替回路３２は、実施の形態１等の場合と同様に、対象のＦＤＢエントリに保持されるリングポートの一方が他方に変更されるように切り替え処理を行うが、実施の形態１の場合と異なり、当該切り替え処理を、実際にＦＤＢを書き換えることなく行う。具体的には、当該障害切替回路３２は、例えば、マッチング条件と条件ヒット時のアクションとを保持するメモリ４１と、当該メモリ４１の保持内容に基づいて処理を行うマッチング処理回路４０とを有する。
【０１０２】
マッチング処理回路４０は、ＦＤＢ処理回路３０によって宛先検索が行われた結果に対してマッチング処理を実行する。メモリ４１内のマッチング条件には、対象のＦＤＢエントリを定めるための条件が設定され、この例では、“ポート識別子｛Ｐｒ｝かつＴＴＬ＝９以下”が設定される。一方、条件ヒット時のアクションには、リングポートの一方を他方に変更する旨が定められる。
【０１０３】
具体例として、ＦＤＢ処理回路３０が、宛先カスタマ用アドレスＣＭＡＣ（ＣＤＡ）が“ＭＡ［２］”であるカプセル化フレームＵＦｃを受信した場合を想定する。この場合、ＦＤＢ処理回路３０は、“ＭＡ［２］”を検索キーとしてＦＤＢを検索することで、“宛先ポート識別子ＤＰＩＤ＝｛Ｐｒ｝および“ＴＴＬ＝９”を取得する。マッチング処理回路４０は、“宛先ポート識別子ＤＰＩＤ＝｛Ｐｒ｝および“ＴＴＬ＝９”を検索キーとしてメモリ４１内のマッチング条件を検索する。
【０１０４】
この例では、条件ヒットとなるため、マッチング処理回路４０は、条件ヒット時のアクションに基づき、宛先ポート識別子ＤＰＩＤを｛Ｐｒ｝から｛Ｐｌ｝に変更し、当該宛先ポート識別子ＤＰＩＤ｛Ｐｌ｝が付加されたカプセル化フレームＵＦｃを図７のインタフェース部２６へ送信する。なお、実際には、ＦＤＢ処理回路３０がカプセル化フレームＵＦｃに宛先ポート識別子ＤＰＩＤ｛Ｐｒ｝を付加し、マッチング処理回路４０は、当該｛Ｐｒ｝を｛Ｐｌ｝に書き換える。
【０１０５】
また、当該宛先検索でヒットした、カスタマ用アドレスＣＭＡＣ“ＭＡ［２］”、ポート識別子｛Ｐｒ｝、ＴＴＬ＝９の対応関係を保持するＦＤＢエントリは、その後に、送信元カスタマ用アドレスＣＭＡＣ（ＣＳＡ）“ＭＡ［２］”、ポート識別子｛Ｐｌ｝、ＴＴＬ＝８（図６参照）のフレームを受信した際に正しく書き換えられる。正しく書き換えられた後、当該ＦＤＢエントリは、メモリ４１内のマッチング条件にヒットしなくなる。
【０１０６】
《実施の形態４の主要な効果》
以上のように、実施の形態４の方式では、ＦＤＢ処理回路３０は、受信したフレームの宛先ＭＡＣアドレスを検索キーとしてＦＤＢを検索することで、ＴＴＬ値と宛先のリングポートとの対応関係を取得する。障害切替回路３２は、切り替え処理として、当該対応関係に基づき、受信したフレームが対象のＦＤＢエントリに対応するフレームであるか否かを判定し、対象のＦＤＢエントリに対応するフレームである場合には、当該フレームの宛先のリングポートを変更する。これにより、ＦＤＢを実際に書き換えることなくフレームの中継経路を変更できるため、経路切り替え時間を短縮することが可能になる。
【０１０７】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、前述した実施の形態は、本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【符号の説明】
【０１０８】
１０  リングネットワーク
１１  ユーザネットワーク
２０  障害
２５  通信回線
２６  インタフェース回路
２７  フレーム処理回路
２８  メモリ
３０  ＦＤＢ処理回路
３１  ＴＴＬ処理回路
３２  障害切替回路
３３  カプセル処理回路
３４  ＯＡＭ処理回路
３６  閉塞箇所通知回路
３７  障害監視回路
４０  マッチング処理回路
４１  メモリ
ＢＫ  閉塞状態
ＦＷ  開放状態
ＬＣＣＭ  リンク障害監視フレーム
ＮＦ  閉塞箇所通知フレーム
Ｐｌ  左ポート（リングポート）
Ｐｒ  右ポート（リングポート）
Ｐｕ  ユーザポート
ＲＣＣＭ  リング障害監視フレーム
ＲＲＤＩ  障害通知フレーム
ＳＷ  中継装置
ＴＭ  端末
ＵＦ  ユーザフレーム
ＵＦＰ  フレーム経路
ＵＦｃ  カプセル化フレーム（ユーザフレーム）
ＵＦｎ  非カプセル化フレーム（ユーザフレーム）
【図１】
2020077899.tif 000003
【図２】
2020077899.tif 000004
【図３】
2020077899.tif 000005
【図４】
2020077899.tif 000006
【図５】
2020077899.tif 000007
【図６】
2020077899.tif 000008
【図７】
2020077899.tif 000009
【図８】
2020077899.tif 000010
【図９】
2020077899.tif 000011
【図１０】
2020077899.tif 000012
【図１１】
2020077899.tif 000013
【図１２】
2020077899.tif 000014
【図１３】
2020077899.tif 000015
【図１４】
2020077899.tif 000016
【図１５】
2020077899.tif 000017
【図１６】
2020077899.tif 000018
【図１７】
2020077899.tif 000019
【図１８】
2020077899.tif 000020