(57)【特許請求の範囲】
【請求項１】
外部との間でフレームの通信を行う複数のラインカードと、
前記複数のラインカード間でのフレームの中継を担うファブリックカードと、
を備える中継装置であって、
前記複数のラインカードのそれぞれは、自身を除く他のラインカードのそれぞれを相手として、前記ファブリックカードを介して定期的に監視用フレームの送信および受信を行うことで、各ラインカードに対する疎通性の有無を判定し、
前記中継装置は、さらに、前記複数のラインカードのそれぞれから、疎通性無しと判定されたラインカードの識別情報を取得し、前記取得した識別情報の中から同一の識別情報の取得回数をカウントすることでラインカード毎のカウント値を算出し、前記ラインカード毎のカウント値の大小関係に基づいて前記複数のラインカードのそれぞれの障害有無を判定する障害判定部を備える、
中継装置。
【請求項２】
請求項１記載の中継装置において、
前記障害判定部は、前記ラインカード毎のカウント値が全て同一の場合、前記複数のラインカードを全て障害無しと判定する、
中継装置。
【請求項３】
請求項２記載の中継装置において、
前記障害判定部は、前記ラインカード毎のカウント値の中の最小のカウント値を基準として、前記最小のカウント値よりも大きいカウント値を持つラインカードを障害有りと判定する、
中継装置。
【請求項４】
請求項１記載の中継装置において、
前記複数のラインカードのそれぞれは、他のラインカードからの前記監視用フレームを所定の期間内に受信しない場合、当該他のラインカードに向けた前記監視用フレームとしてＲＤＩフレームを送信し、他のラインカードからの前記監視用フレームを所定の期間内に受信しない場合、当該他のラインカードに対して疎通性無しと判定し、他のラインカードから前記ＲＤＩフレームを受信した場合、当該他のラインカードに対して疎通性無しと判定する、
中継装置。
【請求項５】
請求項４記載の中継装置において、
前記障害判定部は、前記複数のラインカードのいずれかから前記識別情報を受信した際には、所定の待ち時間を経過後に前記ラインカード毎のカウント値を算出する、
中継装置。
【請求項６】
請求項３記載の中継装置において、
前記複数のラインカードのそれぞれは、前記他のラインカードに加えて、さらに自身を相手として、前記ファブリックカードで折り返す経路を用いて定期的に前記監視用フレームの送信および受信を行うことで、自ラインカードに対する疎通性の有無を判定し、
前記障害判定部は、さらに、前記複数のラインカードのそれぞれから、疎通性無しと判定された自ラインカードの識別情報を取得し、前記障害有りと判定したラインカードの中から、前記自ラインカードに対して疎通性無しと判定しているラインカードを障害有りと判定し、前記自ラインカードに対して疎通性有りと判定しているラインカードを障害無しと判定する、
中継装置。
【請求項７】
請求項１〜６のいずれか１項に記載の中継装置において、
さらに、前記複数のラインカードを管理する管理カードを備え、
前記障害判定部は、前記管理カードに設けられる、
中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シャーシ型の中継装置に関し、例えば、中継装置における内部障害の検出機能に関する。
【背景技術】
【０００２】
例えば、特許文献１には、リング網に接続される通信装置において、装置内部の各インタフェースカード間の通信状態を内部監視フレームによって監視する方式が記載されている。当該方式では、各インタフェースカード間の通信経路を更に細分化して監視することで、障害箇所の絞り込みが可能となっている。
【０００３】
特許文献２には、各ラインカード間で互いに定期的に疎通確認フレームを送受信するシャーシ型スイッチが示されている。当該スイッチでは、例えば、ラインカード［１］がラインカード［２］からの疎通確認フレームを所定時間受信しないとき、ラインカード［２］が障害有りと判断される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１０９１６７号公報
【特許文献２】特開２０１３−２２３０７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
例えば、一つの筐体内に複数のラインカードと、複数のラインカード間の中継を担うファブリックカードと、各カードを管理する管理カードとを搭載したシャーシ型と呼ばれるスイッチ装置（言い換えれば中継装置）が知られている。このようなシャーシ型のスイッチ装置では、通常、一部のカードに障害が生じた場合でも、残りのカードで縮退運転等を行うことが可能になっている。そのためには、障害箇所の特定が可能なように装置内部の障害を監視することが望まれる。
【０００６】
装置内部の障害を監視する方式として、例えば、特許文献２に示されるような方式が挙げられる。当該方式では、実際のフレームの中継動作に準じて、各ラインカード間でファブリックカードを介して定期的に監視用フレームの送信および受信を行うことで、各ラインカード間の疎通性が監視される。ただし、当該方式では、例えば、２枚のラインカード間の疎通性に障害が検出された場合、厳密には、当該２枚のラインカードならびにファブリックカードの中のいずれか一つまたは複数に障害が有ることは分かるが、更なる特定は容易でない。したがって、この障害箇所の特定を行うための何らかの工夫が望まれる。
【０００７】
本発明は、このようなことに鑑みてなされたものであり、その目的の一つは、装置内部における障害箇所の特定を実現可能なシャーシ型の中継装置を提供することにある。
【０００８】
本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００９】
本願において開示される発明のうち、代表的な実施の形態の概要を簡単に説明すれば、次のとおりである。
【００１０】
本実施の形態による中継装置は、外部との間でフレームの通信を行う複数のラインカードと、複数のラインカード間でのフレームの中継を担うファブリックカードと、障害判定部と、を備える。複数のラインカードのそれぞれは、自身を除く他のラインカードのそれぞれを相手として、ファブリックカードを介して定期的に監視用フレームの送信および受信を行うことで、各ラインカードに対する疎通性の有無を判定する。障害判定部は、複数のラインカードのそれぞれから、疎通性無しと判定されたラインカードの識別情報を取得し、当該取得した識別情報の中から同一の識別情報の取得回数をカウントすることでラインカード毎のカウント値を算出する。そして、障害判定部は、当該ラインカード毎のカウント値の大小関係に基づいて複数のラインカードのそれぞれの障害有無を判定する。
【発明の効果】
【００１１】
本願において開示される発明のうち、代表的な実施の形態によって得られる効果を簡単に説明すると、シャーシ型の中継装置において、装置内部における障害箇所の特定が実現可能になる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施の形態による中継装置において、その構成例を示す概略図である。
【図２】図１の中継装置において、ユーザフレームを中継する際の概略的な動作例を示す説明図である。
【図３】図１の中継装置において、そのファブリック経路監視部の概略的な動作例を示す説明図である。
【図４】図１の中継装置において、その疎通性監視部の動作例を示す説明図である。
【図５】図４において、疎通性無しが生じる場合の疎通性監視部の動作例を示す説明図である。
【図６】（ａ）および（ｂ）は、図５において、各ラインカードによって生成されるＬＯＣ／ＲＤＩテーブルの構成例を示す図である。
【図７】（ａ）および（ｂ）は、図１の中継装置において、その障害判定部の概略的な動作例を示す説明図である。
【図８】（ａ）および（ｂ）は、図７（ａ）および図７（ｂ）に対する別の一例を示す説明図である。
【図９】（ａ）および（ｂ）は、図７（ａ）および図７（ｂ）に対する更に別の一例を示す説明図である。
【図１０】図１の中継装置において、その障害判定部の処理内容の一例を示すフロー図である。
【図１１】図１０のフローにおいて、各カード毎の障害有無の判定処理で行われる処理内容の一例を示すフロー図である。
【図１２】図１０のフローにおいて、各カード毎の障害有無の判定処理で行われる処理内容の一例を示すフロー図である。
【発明を実施するための形態】
【００１３】
以下の実施の形態においては便宜上その必要があるときは、複数のセクションまたは実施の形態に分割して説明するが、特に明示した場合を除き、それらは互いに無関係なものではなく、一方は他方の一部または全部の変形例、詳細、補足説明等の関係にある。また、以下の実施の形態において、要素の数等（個数、数値、量、範囲等を含む）に言及する場合、特に明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではなく、特定の数以上でも以下でも良い。
【００１４】
さらに、以下の実施の形態において、その構成要素（要素ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。同様に、以下の実施の形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に明らかにそうでないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。このことは、上記数値および範囲についても同様である。
【００１５】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１６】
《中継装置の概略構成》
図１は、本発明の一実施の形態による中継装置において、その構成例を示す概略図である。図１に示す中継装置１０は、例えば１個の筐体内に複数のカードを搭載したシャーシ型のスイッチ装置であり、レイヤ２の中継処理を行うＬ２スイッチ装置や、加えてレイヤ３の中継処理を行うＬ３スイッチ装置等である。当該中継装置１０は、複数（ここではｍ枚）のラインカードＬＣ［１］〜ＬＣ［ｍ］と、複数（ここでは３枚）のファブリックカードＦＣ［１］〜ＦＣ［３］と、管理カードＭＣ［１］と、を備える。以降、ｍ枚のラインカードＬＣ［１］〜ＬＣ［ｍ］のそれぞれを代表してラインカードＬＣと称し、複数のファブリックカードＦＣ［１］〜ＦＣ［３］のそれぞれを代表してファブリックカードＦＣと称する。
【００１７】
ラインカードＬＣ［１］〜ＬＣ［ｍ］のそれぞれは、装置外部との間でフレームの通信を行う。３枚のファブリックカードＦＣ［１］〜ＦＣ［３］のそれぞれは、ｍ枚のラインカードＬＣ［１］〜ＬＣ［ｍ］間でのフレームの中継を担う。管理カードＭＣ［１］は、ｍ枚のラインカードＬＣ［１］〜ＬＣ［ｍ］を管理する。管理カードＭＣ［１］は、ここでは、１枚のみ示されているが、実際には、可用性の向上のため複数枚設けられる。また、管理カードＭＣ［１］は、実際には、ラインカードＬＣの管理に加えて、ファブリックカードＦＣの管理を行う場合もある。
【００１８】
ｍ枚のラインカードＬＣ［１］〜ＬＣ［ｍ］のそれぞれは、３枚のファブリックカードＦＣ［１］〜ＦＣ［３］との間でそれぞれ通信回線１１を介して接続される。同様に、管理カードＭＣ［１］も、３枚のファブリックカードＦＣ［１］〜ＦＣ［３］との間でそれぞれ通信回線１１を介して接続される。すなわち、ｍ枚のラインカードＬＣ［１］〜ＬＣ［ｍ］および管理カードＭＣ［１］のそれぞれと、３枚のファブリックカードＦＣ［１］〜ＦＣ［３］とはスター型に接続される。また、管理カードＭＣ［１］は、ｍ枚のラインカードＬＣ［１］〜ＬＣ［ｍ］との間でそれぞれ管理用の通信回線１２を介して接続される。
【００１９】
ラインカードＬＣ［１］〜ＬＣ［ｍ］のそれぞれは、複数（ここではｎ個）の外部ポートＰ［１］〜Ｐ［ｎ］と、ファブリックカード用端子Ｆ［１］〜Ｆ［３］と、管理カード用端子Ｍ［１］と、ポートインタフェース部１３と、フレーム処理部１４と、プロセッサ部ＣＰＵと、ファブリックインタフェース部１５、とを備える。外部ポートＰ［１］〜Ｐ［ｎ］は、装置外部に向けてフレームを送信し、また、装置外部からのフレームを受信する。以降、外部ポートＰ［１］〜Ｐ［ｎ］のそれぞれを代表して外部ポートＰと称する。ファブリックカード用端子Ｆ［１］〜Ｆ［３］は、それぞれ、ファブリックカードＦＣ［１］〜ＦＣ［３］に通信回線１１を介して接続される。管理カード用端子Ｍ［１］は、管理カードＭＣ［１］に管理用の通信回線１２を介して接続される。
【００２０】
ポートインタフェース部１３は、外部ポートＰ［１］〜Ｐ［ｎ］で受信したフレームに、受信した外部ポートＰの識別子を付加し、それをフレーム処理部１４またはプロセッサ部ＣＰＵに送信する。また、ポートインタフェース部１３は、フレーム処理部１４またはプロセッサ部ＣＰＵからのフレームを、外部ポートＰ［１］〜Ｐ［ｎ］の中から選択した所定の外部ポートＰに送信する。
【００２１】
ファブリックインタフェース部１５は、ファブリック経路監視部１７と、分散処理部１８と、を備える。ファブリック経路監視部１７は、自身のラインカード（例えばＬＣ［１］）とファブリックカードＦＣ［１］〜ＦＣ［３］との間のそれぞれの疎通性を、ファブリックカード用端子Ｆ［１］〜Ｆ［３］を介して監視する。ここで、ファブリック経路監視部１７は、ファブリックカードＦＣ［１］〜ＦＣ［３］のいずれかとの間の疎通性に障害を検出した場合、障害が検出されていないファブリックカードＦＣに向けてフレームを送信するように制御する。具体的には、ファブリック経路監視部１７は、例えば、ファブリックカードＦＣ［２］との間の疎通性に障害を検出した場合、ファブリックカード用端子Ｆ［２］を有効ポートから無効ポートに切り替える制御を行う。
【００２２】
分散処理部１８は、ファブリックカードＦＣに向けてフレームを送信する際に、例えば、当該フレームを所定のデータブロック単位（例えば２５６Ｂ単位）で分割し、それぞれにフレームの識別子やシーケンス番号等を付加する。分散処理部１８は、このような分割後のフレームを、ファブリック経路監視部１７によって有効ポートに制御されたファブリックカード用端子Ｆ［１］〜Ｆ［３］に適宜分散させる。また、その逆に、分散処理部１８は、ファブリックカードＦＣからのフレームを受信した際に、それに付加されるフレームの識別子やシーケンス番号等に基づいて分割前のフレームを復元する。なお、フレームの分散方法は、特にこれに限定されず、例えば、フレーム単位でハッシュ演算等を用いて分散させるなど、適宜変更可能である。
【００２３】
フレーム処理部１４は、アドレステーブルＦＤＢと、疎通性監視部１６と、を備える。アドレステーブルＦＤＢには、ラインカードＬＣ［１］〜ＬＣ［ｍ］の識別子と、外部ポートＰ［１］〜Ｐ［ｎ］の識別子と、当該各識別子で示されるラインカードＬＣおよび外部ポートＰの先に存在する端末等のＭＡＣ（Media Access Control）アドレスと、の対応関係を保持する。疎通性監視部１６は、詳細は後述するが、監視用フレームを生成し、それを用いて、自身を除く他のラインカードＬＣ、または加えて自身のラインカードＬＣを相手として、各ラインカードＬＣに対する疎通性の有無を判定する。
【００２４】
フレーム処理部１４は、主要な動作として、外部ポートＰ［１］〜Ｐ［ｎ］でフレーム（すなわちユーザフレーム）を受信した際に、アドレステーブルＦＤＢの学習と、アドレステーブルＦＤＢに基づく当該フレームの宛先検索を行う。具体的には、フレーム処理部１４は、ユーザフレームをポートインタフェース部１３を介して受信した際に、当該ユーザフレームに含まれる送信元ＭＡＣアドレスを、受信ポート識別子に対応付けてアドレステーブルＦＤＢに学習する。受信ポート識別子は、自身のラインカードＬＣの識別子と、ポートインタフェース部１３によって付加された外部ポートＰの識別子と、で構成される。
【００２５】
また、フレーム処理部１４は、ポートインタフェース部１３を介して受信したユーザフレームに含まれる宛先ＭＡＣアドレスに対応する宛先のラインカードＬＣおよび宛先の外部ポートＰを、アドレステーブルＦＤＢから検索する。フレーム処理部１４は、この検索結果によって得られる宛先ポート識別子を、前述した受信ポート識別子と共にユーザフレームに付加する。宛先ポート識別子は、宛先のラインカードＬＣの識別子と、宛先の外部ポートＰの識別子と、で構成される。
【００２６】
プロセッサ部ＣＰＵは、ポートインタフェース部１３やファブリックインタフェース部１５からのユーザフレームに対するソフトウェア処理を行う。すなわち、フレーム処理部１４は、ユーザフレームに対するハードウェア処理を行うのに対して、プロセッサ部ＣＰＵは、例えば、マルチキャストフレームの処理や、フレームのフィルタリング処理等を代表に、ハードウェアでは処理を行い難いフレームをソフトウェアで処理する。さらに、プロセッサ部ＣＰＵは、管理カードＭＣ［１］との間の管理カード用端子Ｍ［１］を介した通信を制御する。例えば、疎通性監視部１６は、その監視結果を、プロセッサ部ＣＰＵを介して管理カードＭＣ［１］に送信することができる。
【００２７】
ファブリックカードＦＣ［１］〜ＦＣ［３］のそれぞれは、ファブリック経路監視部２０を備える。ファブリック経路監視部２０は、前述したファブリックインタフェース部１５内のファブリック経路監視部１７と共に、自身のファブリックカード（例えばＦＣ［１］）とラインカードＬＣ［１］〜ＬＣ［ｍ］との間のそれぞれの疎通性を監視する。ファブリックカードＦＣ［１］〜ＦＣ［３］のそれぞれは、主な動作として、所定のラインカードＬＣから受信したフレームを、前述した宛先ポート識別子に含まれる宛先のラインカードＬＣの識別子に基づいて、宛先のラインカードＬＣに中継する。
【００２８】
なお、ここでは、３枚のファブリックカードＦＣを設ける例を示したが、必ずしも３枚である必要はなく、１枚以上であればよい。また、ここでは、３枚のファブリックカードＦＣを全て現用カードとし、障害が無い場合、３枚のファブリックカードＦＣが全て有効状態となる構成を例としたが、現用カードに障害が生じた場合に現用カードの代わりに有効状態となる予備カードを備える構成であってもよい。
【００２９】
管理カードＭＣ［１］は、障害判定部１９を備える。障害判定部１９は、詳細は後述するが、ｍ枚のラインカードＬＣ［１］〜ＬＣ［ｍ］のそれぞれの疎通性監視部１６から監視結果を取得し、それらに基づいてラインカードＬＣ［１］〜ＬＣ［ｍ］のそれぞれの障害有無を判定する。すなわち、障害判定部１９は、障害箇所を特定する。管理カードＭＣ［１］は、このような障害判定の処理に加えて、装置外部に向けた障害の通知や、装置外部から指示された各種設定（例えばＶＬＡＮ（Virtual LAN）の設定等）を各ラインカードＬＣに反映させる処理等といった、装置管理に伴う各種処理を担う。
【００３０】
《ユーザフレームの中継処理》
図２は、図１の中継装置において、ユーザフレームを中継する際の概略的な動作例を示す説明図である。図２は、便宜上、図１に示した各構成の中から関連が有る箇所を抽出した図面となっている。ここでは、ラインカードＬＣ［１］の外部ポートＰ［１］で受信したユーザフレームをラインカードＬＣ［ｍ］の外部ポートＰ［ｎ］に中継する場合を想定する。まず、ラインカードＬＣ［１］のポートインタフェース部１３は、外部ポートＰ［１］で受信したユーザフレームＦＬに対して、外部ポートＰ［１］の識別子を付加してフレーム処理部１４に送信する。
【００３１】
フレーム処理部１４は、ユーザフレームＦＬに含まれる送信元ＭＡＣアドレスを、ユーザフレームＦＬに付加されている外部ポートＰ［１］の識別子と、自身のラインカードＬＣ［１］の識別子と、に対応付けてアドレステーブルＦＤＢに学習する。また、フレーム処理部１４は、ユーザフレームＦＬに含まれる宛先ＭＡＣアドレスを検索キーとしてアドレステーブルＦＤＢを検索し、宛先のラインカードＬＣの識別子および宛先の外部ポートＰの識別子を取得する。ここでは、過去の通信に伴うアドレステーブルＦＤＢの学習に伴い、検索結果として、ラインカードＬＣ［ｍ］の識別子と外部ポートＰ［ｎ］の識別子とが得られるものとする。
【００３２】
フレーム処理部１４は、ユーザフレームＦＬに受信ポート識別子（すなわちラインカードＬＣ［１］の識別子および外部ポートＰ［１］の識別子）および宛先ポート識別子（すなわちラインカードＬＣ［ｍ］の識別子および外部ポートＰ［ｎ］の識別子）を付加し、それを分散処理部１８に送信する。分散処理部１８は、受信したユーザフレームＦＬを所定のブロック単位に分割し、それぞれにフレームの識別子やシーケンス番号等を付加したのち、分割後のフレームを、ファブリックカード用端子Ｆ［１］〜Ｆ［３］に均等に振り分けて送信する。
【００３３】
ファブリックカードＦＣ［１］〜ＦＣ［３］のそれぞれは、ラインカードＬＣ［１］から受信した分割後のフレームを、当該分割後のフレームに付加されている宛先ポート識別子（すなわちラインカードＬＣ［ｍ］の識別子）に基づき、ラインカードＬＣ［ｍ］に中継する。ラインカードＬＣ［ｍ］の分散処理部１８は、ファブリックカードＦＣ［１］〜ＦＣ［３］のそれぞれから分割後のフレームを受信し、それに含まれるフレームの識別子やシーケンス番号等に基づいて、分割前のユーザフレームを復元する。
【００３４】
ラインカードＬＣ［ｍ］のフレーム処理部１４は、復元されたユーザフレームに含まれる送信元ＭＡＣアドレスを、当該ユーザフレームに付加されている受信ポート識別子（すなわちラインカードＬＣ［１］の識別子および外部ポートＰ［１］の識別子）に対応付けて、アドレステーブルＦＤＢに学習する。ラインカードＬＣ［ｍ］のポートインタフェース部１３は、復元されたユーザフレームに付加されている宛先ポート識別子（すなわち外部ポートＰ［ｎ］の識別子）に基づいて、復元されたユーザフレームを外部ポートＰ［ｎ］に送信する。この際に、復元されたユーザフレームに付加されている各識別子は、当該ポートインタフェース部１３によって取り外される。
【００３５】
なお、ここでは、各ラインカードＬＣは、ユーザフレームに基づいてアドレステーブルＦＤＢの学習を行う動作例を示したが、別途、学習用のフレームを用いて学習を行うように構成することも可能である。図２の例で具体的に説明すると、ラインカードＬＣ［１］のフレーム処理部１４は、ユーザフレームＦＬの送信元ＭＡＣアドレスおよび受信ポート識別子を含んだ学習用のフレームを生成し、他のラインカードＬＣ［２］〜ＬＣ［ｍ］に送信する。他のラインカードＬＣ［２］〜ＬＣ［ｍ］のフレーム処理部１４は、当該学習用フレームに含まれる送信元ＭＡＣアドレスを受信ポート識別子に対応付けてアドレステーブルＦＤＢに学習する。
【００３６】
《ファブリック経路の監視》
図３は、図１の中継装置において、そのファブリック経路監視部の概略的な動作例を示す説明図である。図３は、便宜上、図１に示した各構成の中から関連が有る箇所を抽出した図面となっている。図３において、ファブリック経路監視部１７，２０のそれぞれは、例えば、受信信号の信号強度の検出や、あるいは、生存確認用フレームの定期的な送受信等によって、各ラインカードＬＣと各ファブリックカードＦＣとの間の通信回線１１を介した通信経路の障害有無を監視する。
【００３７】
例えば、ラインカードＬＣの場合を例とすると、ファブリック経路監視部１７は、ファブリックカード用端子Ｆ［１］〜Ｆ［３］での受信信号の信号強度をそれぞれ検出し、それが所定のレベルに達しない場合に、該当するファブリックカード用端子を無効ポートに制御する。あるいは、ファブリック経路監視部１７は、ファブリックカード用端子Ｆ［１］〜Ｆ［３］のそれぞれから定期的に生存確認用フレームを送信し、また、同様にしてファブリック経路監視部２０から定期的に送信された生存確認用フレームを受信する。ファブリック経路監視部１７は、ファブリック経路監視部２０からの生存確認用フレームを所定の期間内に受信できない場合、該当するファブリックカード用端子を無効ポートに制御する。
【００３８】
図３の例では、ファブリックカードＦＣ［２］に障害が発生している。この場合、各ラインカードＬＣ［１］〜ＬＣ［ｍ］内のファブリック経路監視部１７は、ファブリックカード用端子Ｆ［２］の障害を検出し、ファブリックカード用端子Ｆ［２］を無効ポートに制御する。これにより、図１で述べたように、ファブリックインタフェース部１５（具体的には分散処理部１８）は、ファブリックカードＦＣに向けたフレームをファブリックカード用端子Ｆ［１］，Ｆ［３］に分散して送信する。その結果、ファブリックカードＦＣ［２］を除いたファブリックカードＦＣ［１］，ＦＣ［３］によって、縮退運転が行われる。
【００３９】
このようにファブリックカードＦＣに障害が発生した場合には、自動的に縮退運転が行われる結果、３枚のファブリックカードＦＣ［１］〜ＦＣ［３］は、各ラインカードＬＣから見て、仮想的に１枚のファブリックカードＦＣとみなすことができる。したがって、以降の説明では、適宜、３個のファブリックカード用端子Ｆ［１］〜Ｆ［３］を、仮想的な１個のファブリックカード用端子として取り扱い、３枚のファブリックカードＦＣ［１］〜ＦＣ［３］を、仮想的な１枚のファブリックカードとして取り扱うこととする。
【００４０】
《疎通性監視部の動作》
図４は、図１の中継装置において、その疎通性監視部の動作例を示す説明図である。図４は、便宜上、図１に示した各構成の中から関連が有る箇所を抽出した図面となっている。図４において、各ラインカードＬＣ内の疎通性監視部１６は、自身を除く他のラインカードＬＣを相手として、さらに加えて自身を相手として、ファブリックカードＦＣ［１］〜ＦＣ［３］を介して定期的に監視用フレーム（ＩＣＣ）の送信および受信を行うことで、各ラインカードＬＣに対する疎通性の有無を判定する。
【００４１】
ここで、装置間の疎通性の有無を監視するための規格として、「ＩＴＵ−Ｔ  Ｙ．１７３１」や「ＩＥＥＥ８０２．１ａｇ」等で標準化されているイーサネット（登録商標）ＯＡＭ（Operations, Administration and Maintenance）が広く知られている。イーサネットＯＡＭでは、その機能の一つとして、ＣＣ（Continuity Check）と呼ばれる機能が規定されている。これは、ＭＥＰ（Maintenance End Point）と呼ばれる監視ポイント間でＣＣＭ（Continuity Check Message）と呼ばれる制御フレーム（ＣＣＭ制御フレームと呼ぶ）を互いに定期的に送受信することで、監視ポイント間の疎通性の有無を監視する機能である。
【００４２】
当該ＣＣ機能では、監視ポイント［Ａ］は、監視ポイント［Ｂ］からのＣＣＭ制御フレームを所定の期間内に受信できない場合、監視ポイント［Ｂ］に対する疎通性をＬＯＣ（Loss Of Continuity）状態と判定する。この場合、監視ポイント［Ａ］は、監視ポイント［Ｂ］に向けてＣＣＭ制御フレームを送信する際に、当該ＣＣＭ制御フレームに含まれるＲＤＩ（Remote Defect Indication）ビットにフラグを立てた状態で送信する。
【００４３】
監視ポイント［Ｂ］は、監視ポイント［Ａ］からＲＤＩビットにフラグが立てられたＣＣＭ制御フレーム（ＲＤＩフレームと呼ぶ）を受信することで、監視ポイント［Ａ］に対する疎通性をＲＤＩ状態と判定する。すなわち、所定の監視ポイントに対してＬＯＣ状態とは、当該所定の監視ポイントからの受信経路が疎通性無しであることを意味し、所定の監視ポイントに対してＲＤＩ状態とは、当該所定の監視ポイントに向けた送信経路が疎通性無しであることを意味する。
【００４４】
本実施の形態では、このような装置間の疎通性の有無を監視するイーサネットＯＡＭの規格を利用し、これと同様な方式を、装置内部の疎通性の有無の監視に適用する。すなわち、装置内部の疎通性の有無を監視するための監視用フレームとして、ＣＣＭ制御フレームの代わりに内部ＣＣＭ制御フレーム（ＩＣＣ）を用いる。そして、当該内部ＣＣＭ制御フレーム（ＩＣＣ）の受信状況に応じて、ＬＯＣ状態の判定や、ＲＤＩフレームの送信や、ＲＤＩ状態の判定を行う。
【００４５】
図４の例では、ラインカードＬＣ［１］の疎通性監視部１６は、ラインカードＬＣ［２］〜ＬＣ［ｍ］の疎通性監視部１６を相手として、ファブリックカードＦＣ［１］〜ＦＣ［３］を介して内部ＣＣＭ制御フレームＩＣＣ１２〜ＩＣＣ１ｍをそれぞれ定期的に送信する。特に限定はされないが、内部ＣＣＭ制御フレーム（ＩＣＣ）の送信間隔は、１ｍｓ等である。さらに、ラインカードＬＣ［１］の疎通性監視部１６は、自身を相手として、ファブリックカードＦＣ［１］〜ＦＣ［３］で折り返す経路を用いて、定期的に内部ＣＣＭ制御フレームＩＣＣ１１を送信する。
【００４６】
同様に、ラインカードＬＣ［２］〜ＬＣ［ｍ］の疎通性監視部１６も、ラインカードＬＣ［１］の疎通性監視部１６を相手として、それぞれ、内部ＣＣＭ制御フレームＩＣＣ１２１〜ＩＣＣｍ１を定期的に送信する。なお、図示は省略されているが、同様にして、ラインカードＬＣ［２］は、ラインカードＬＣ［１］に加えて、ラインカードＬＣ［３］〜ＬＣ［ｍ］（ＬＣ［３］は図示せず）および自身を相手として内部ＣＣＭ制御フレーム（ＩＣＣ）を送信する。ラインカードＬＣ［ｍ］も、ラインカードＬＣ［１］に加えて、ラインカードＬＣ［２］〜ＬＣ［ｍ−１］（ＬＣ［ｍ−１］は図示せず）および自身を相手として内部ＣＣＭ制御フレーム（ＩＣＣ）を送信する。
【００４７】
さらに、特に限定はされないが、本実施の形態では、各ラインカードＬＣは、図１に示した管理カードＭＣ［１］との間でも、ファブリックカードＦＣ［１］〜ＦＣ［３］を介して内部ＣＣＭ制御フレーム（ＩＣＣ）を用いた疎通性の有無の監視を行うものとする。例えば、管理カードＭＣ［１］は、自身で生成したフレームをラインカードＬＣを介して装置外部に向けて送信し、逆に、装置外部からのフレームをラインカードＬＣを介して受信する場合がある。このような場合には、ファブリックカードＦＣ［１］〜ＦＣ［３］を介する通信経路が用いられるため、当該通信経路の疎通性の有無も監視することが望ましい。
【００４８】
《疎通性監視部の動作（疎通性無し時）》
図５は、図４において、疎通性無しが生じる場合の疎通性監視部の動作例を示す説明図である。図５の例では、ラインカードＬＣ［１］において、フレーム処理部１４からファブリックインタフェース部１５に向けた送信経路に障害が生じている。これに伴い、ラインカードＬＣ［１］の疎通性監視部１６は、内部ＣＣＭ制御フレームＩＣＣ１１を所定の期間内に受信せず、ラインカードＬＣ［２］〜ＬＣ［ｍ］内の疎通性監視部１６も、それぞれ、内部ＣＣＭ制御フレームＩＣＣ１２〜ＩＣＣ１ｍを所定の期間内に受信しない。なお、当該所定の期間は、内部ＣＣＭ制御フレームの送信間隔（例えば１ｍｓ）の３．５倍（例えば３．５ｍｓ）等である。
【００４９】
その結果、ラインカードＬＣ［１］の疎通性監視部１６は、自身に対して疎通性無し（具体的にはＬＯＣ状態）と判定する。また、ラインカードＬＣ［２］〜ＬＣ［ｍ］の疎通性監視部１６も、ラインカードＬＣ［１］に対して疎通性無し（具体的にはＬＯＣ状態）と判定する。これに伴い、ラインカードＬＣ［２］〜ＬＣ［ｍ］の疎通性監視部１６は、ラインカードＬＣ［１］に向けた内部ＣＣＭ制御フレームＩＣＣ２１〜ＩＣＣｍ１としてＲＤＩフレームを送信する。ラインカードＬＣ［１］の疎通性監視部１６は、当該ＲＤＩフレームをそれぞれ受信し、その送信元となるラインカードＬＣ［２］〜ＬＣ［ｍ］に対してそれぞれ疎通性無し（具体的にはＲＤＩ状態）と判定する。
【００５０】
図６（ａ）および図６（ｂ）は、図５において、各ラインカードによって生成されるＬＯＣ／ＲＤＩテーブルの構成例を示す図である。ここでは、便宜上、ラインカードＬＣが４枚（すなわちｍ＝４）である場合を例とし、加えて、各ラインカードＬＣと管理カードＭＣ［１］との間でも疎通性の有無の監視が行われているものとする。各ラインカードＬＣの疎通性監視部１６は、その監視結果となる各ラインカードに対する（加えて管理カードに対する）の疎通性の有無を、例えば、図６（ａ）および図６（ｂ）に示すようなＬＯＣ／ＲＤＩテーブルを用いて管理する。
【００５１】
図６（ａ）には、ラインカードＬＣ［１］によって生成されるＬＯＣ／ＲＤＩテーブルが示される。図６（ａ）のＬＯＣ／ＲＤＩテーブルでは、図５で述べたように、ラインカードＬＣ［１］に対してＬＯＣ状態であることと、ラインカードＬＣ［２］〜ＬＣ［４］および管理カードＭＣ［１］に対してＲＤＩ状態であることとが、フラグ‘１’を用いて管理される。図６（ｂ）には、ラインカードＬＣ［２］〜ＬＣ［４］および管理カードＭＣ［１］によって生成されるＬＯＣ／ＲＤＩテーブルが示される。図６（ｂ）のＬＯＣ／ＲＤＩテーブルでは、図５で述べたように、ラインカードＬＣ［１］に対してＬＯＣ状態であることが、フラグ‘１’を用いて管理される。
【００５２】
《障害判定部の概略動作》
図７（ａ）および図７（ｂ）は、図１の中継装置において、その障害判定部の概略的な動作例を示す説明図である。図７（ａ）には、中継装置における障害発生の状況が模式的に示されている。ここでは、図５、図６（ａ）および図６（ｂ）の場合と同様に、ラインカードＬＣ［１］におけるフレーム処理部１４からファブリックインタフェース部１５（図示せず）に向けた送信経路に障害が生じている。
【００５３】
この場合、管理カードＭＣ［１］の障害判定部１９は、ｍ枚（ここでは４枚）のラインカードＬＣ［１］〜ＬＣ［４］のそれぞれから、図１に示した管理用の通信回線１２を介して、疎通性監視部１６による監視結果を取得する。具体的には、図６（ａ）および図６（ｂ）に示したＬＯＣ／ＲＤＩテーブルを取得する。この際の取得方法は、例えば、各ラインカードＬＣが管理カードＭＣ［１］に向けて定期的に監視結果を送信するような方式であっても、各ラインカードＬＣが、疎通性無し（すなわちＬＯＣ状態又はＲＤＩ状態）の判定を行ったことを契機として管理カードＭＣ［１］に向けて送信するような方式であってもよい。
【００５４】
また、管理カードＭＣ［１］が各ラインカードＬＣから取得する情報は、図６（ａ）および図６（ｂ）に示したＬＯＣ／ＲＤＩテーブルの全てである必要はなく、少なくとも、疎通性無し（すなわちＬＯＣ状態又はＲＤＩ状態）と判定されたラインカードＬＣの識別情報が含まれるものであればよい。例えば、管理カードＭＣ［１］の障害判定部１９は、ラインカードＬＣ［１］から、ＬＯＣ状態であるラインカードＬＣ［１］の識別情報と、ＲＤＩ状態であるラインカードＬＣ［２］〜ＬＣ［４］および管理カードＭＣ［１］の識別情報と、を取得できればよい。また、障害判定部１９は、ラインカードＬＣ［２］から、ＬＯＣ状態であるラインカードＬＣ［１］の識別情報を取得できればよい。
【００５５】
障害判定部１９は、このようにして各ラインカードＬＣから取得したラインカードの識別情報を、図７（ｂ）に示すようなＬＯＣ／ＲＤＩテーブルに纏める。図７（ｂ）に示すＬＯＣ／ＲＤＩテーブルは、図６（ａ）および図６（ｂ）に示したＬＯＣ／ＲＤＩテーブルをそのまま縦方向に積み重ねたような構成を持つ。ここで、障害判定部１９は、図７（ｂ）に示すように、ＬＯＣ／ＲＤＩテーブルにおける縦方向の加算を行うことで、ラインカードＬＣ毎および管理カードＭＣ［１］のＬＯＣＲＤＩ値を算出する。言い換えれば、障害判定部１９は、各ラインカードＬＣおよび管理カードＭＣ［１］から取得した、疎通性無しと判定されたラインカードＬＣの識別情報の中から、同一の識別情報の取得回数をカウントすることでラインカードＬＣ毎および管理カードＭＣ［１］のカウント値（ＬＯＣＲＤＩ値）を算出する。
【００５６】
図７（ｂ）の例では、障害判定部１９は、疎通性無し（ここではＬＯＣ状態）と判定されたラインカードＬＣ［１］の識別情報をラインカードＬＣ［１］〜ＬＣ［４］および管理カードＭＣ［１］のそれぞれから重複して取得する。この場合、ラインカードＬＣ［１］の識別情報の取得回数（すなわちＬＯＣＲＤＩ値）は「５」である。また、障害判定部１９は、疎通性無し（ここではＲＤＩ状態）と判定されたラインカードＬＣ［２］〜ＬＣ［４］および管理カードＭＣ［１］の各識別情報をラインカードＬＣ［１］のみから取得する。この場合、ラインカードＬＣ［２］〜ＬＣ［４］および管理カードＭＣ［１］の各識別情報の取得回数（すなわちＬＯＣＲＤＩ値）は、それぞれ「１」である。
【００５７】
障害判定部１９は、このようにして算出した、ラインカードＬＣ毎および管理カードＭＣ［１］のＬＯＣＲＤＩ値（カウント値）の大小関係に基づいて、ｍ枚のラインカードＬＣ［１］〜ＬＣ［４］および管理カードＭＣ［１］におけるそれぞれの障害有無を判定する。具体的には、障害判定部１９は、ＬＯＣＲＤＩ値の中の最小のＬＯＣＲＤＩ値を基準として、当該最小のＬＯＣＲＤＩ値よりも大きいＬＯＣＲＤＩ値を持つラインカードＬＣを障害有りと判定する。図７（ｂ）の例では、最小のＬＯＣＲＤＩ値（＝１）よりも大きいＬＯＣＲＤＩ値（＝５）を持つラインカードＬＣ［１］が障害有りと判定される。
【００５８】
なお、通常、ＬＯＣ状態であれば、ＲＤＩフレーム自体を受信できないため、ＬＯＣ／ＲＤＩテーブルにおいて、ある監視対象（例えばＬＣ［１］）に対してＬＯＣ状態とＲＤＩ状態の両方にフラグ‘１’が設定されることは無い。ただし、障害発生の過渡期において、場合によっては、この両方にフラグ‘１’が設定されることも考えられる。このような場合には、そのいずれか一方のフラグ‘１’を残し、他方のフラグ‘１’を削除することで、ＬＯＣＲＤＩ値が不正確な値となるのを防止する。
【００５９】
図８（ａ）および図８（ｂ）は、図７（ａ）および図７（ｂ）に対する別の一例を示す説明図である。図８（ａ）では、ラインカードＬＣ［１］におけるフレーム処理部１４からファブリックインタフェース部１５（図示せず）に向けた送信経路の障害（すなわち図７（ａ）と同様の障害）に加えて、ラインカードＬＣ［２］のフレーム処理部１４におけるファブリックインタフェース部１５（図示せず）からの受信経路にも障害が生じている。
【００６０】
これに伴い、障害判定部１９のＬＯＣ／ＲＤＩテーブルでは、図８（ｂ）に示すように、図７（ｂ）に示した情報に、新たな情報が加わっている。具体的には、当該ＬＯＣ／ＲＤＩテーブルでは、ラインカードＬＣ［２］から取得したラインカードＬＣ［２］〜ＬＣ［４］および管理カードＭＣ［１］の各識別情報と、ラインカードＬＣ［３］，ＬＣ［４］および管理カードＭＣ［１］からそれぞれ取得したラインカードＬＣ［２］の識別情報とが加わっている。
【００６１】
このラインカードＬＣ［２］の受信経路の障害に伴い、ラインカードＬＣ［２］の疎通性監視部１６は、全ラインカードＬＣ［１］〜ＬＣ［４］および管理カードＭＣ［１］に対して疎通性無し（具体的にはＬＯＣ状態）と判定する。これに伴い、ラインカードＬＣ［２］の疎通性監視部１６は、自身を除くラインカードＬＣ［１］，ＬＣ［３］，ＬＣ［４］および管理カードＭＣ［１］に向けてＲＤＩフレームを送信する。これによって、ラインカードＬＣ［１］，ＬＣ［３］，ＬＣ［４］および管理カードＭＣ［１］は、ラインカードＬＣ［２］に対して疎通性無し（具体的にはＲＤＩ状態）と判定する。図８（ｂ）のＬＯＣ／ＲＤＩテーブルは、これらの監視結果を反映した情報を持つ。
【００６２】
図８（ｂ）では、ラインカードＬＣ［１］，ＬＣ［２］のＬＯＣＲＤＩ値は、共に「５」であり、ラインカードＬＣ［３］，ＬＣ［４］および管理カードＭＣ［１］のＬＯＣＲＤＩ値は、共に「２」となる。その結果、障害判定部１９は、ラインカードＬＣ［１］，ＬＣ［２］を共に障害有りと判定する。
【００６３】
図９（ａ）および図９（ｂ）は、図７（ａ）および図７（ｂ）に対する更に別の一例を示す説明図である。図９（ａ）では、ファブリックカードＦＣ［１］〜ＦＣ［３］に障害が生じている。すなわち、３枚のファブリックカードＦＣ［１］〜ＦＣ［３］のいずれも正常な動作を行えない状態となっている。このような場合、各ラインカードＬＣ［１］〜ＬＣ［４］および管理カードＭＣ［１］のそれぞれは、共に、自身を含めた全てカードに対して疎通性無し（具体的にはＬＯＣ状態）と判定する。
【００６４】
その結果、障害判定部１９のＬＯＣ／ＲＤＩテーブルは、図９（ｂ）に示すような情報を持つ。図９（ｂ）では、ラインカードＬＣ［１］〜ＬＣ［４］および管理カードＭＣ［１］のＬＯＣＲＤＩ値は、共に「５」となる。このように、ＬＯＣＲＤＩ値（カウント値）が全て同一の場合、障害判定部１９は、ラインカードＬＣ［１］〜ＬＣ［４］および管理カードＭＣ［１］を全て障害無しと判定する。
【００６５】
《本実施の形態の効果等》
以上のように、各カード毎のＬＯＣＲＤＩ値（カウント値）を算出し、その大小関係を比較することで、障害有りのカードを特定することが可能になる。これは、概念的には、多数決の原理に基づいている。例えば、カードＡ，Ｂ，Ｃがあるものとして、カードＡ−Ｂ間と、カードＡ−Ｃ間が疎通性無しで、カードＢ−Ｃ間が疎通性有りの場合、障害箇所をカードＡに特定することができる。この場合、カードＡに対して疎通性無しと判定された回数は２回であり、カードＢ，Ｃに対して疎通性無しと判定された回数は、それぞれ１回ずつとなる。この回数（すなわちＬＯＣＲＤＩ値に該当）を比較することで、カードＡの特定が可能になる。
【００６６】
ここで、比較例として、例えば、図７（ｂ）において、ＬＯＣ／ＲＤＩテーブルの横方向の情報を用いて障害箇所の特定を行う方式が考えられる。具体的には、図７（ｂ）において、例えば、ラインカードＬＣ［１］から取得した情報（各カードに対するＬＯＣ状態およびＲＤＩ状態）のみによっても、障害箇所をラインカードＬＣ［１］に特定することができる。すなわち、ラインカードＬＣ［１］は、自身に対してＬＯＣ状態であり、かつ、他の全てのカードからＲＤＩフレームを受信しているため、この状況から、ラインカードＬＣ［１］の特定が可能になる。
【００６７】
しかしながら、このような比較例の場合、例えば、ラインカードＬＣ［１］から管理カードＭＣ［１］に向けて、前述した横方向の情報を送信すること自体に障害が発生している可能性が考えられる。この場合、ラインカードＬＣ［１］の障害が認識されない恐れがある。一方、本実施の形態では、横方向の情報を用いるのではなく、縦方向の情報を用いているため、仮に１個のカードから情報を取得できない場合であっても、障害箇所を正しく特定することが可能になる。例えば、図７（ｂ）において、ラインカードＬＣ［１］からの情報を取得できない場合であっても、他のカード（ラインカードＬＣ［２］〜ＬＣ［４］および管理カードＭＣ［１］）からの情報に基づき、ＬＯＣＲＤＩ値の算出およびその大小関係の比較を行うことで、ラインカードＬＣ［１］の特定が可能になる。
【００６８】
さらに、このような比較例の場合、例えば、図９（ｂ）において、全ラインカードＬＣ［１］〜ＬＣ［４］および管理カードＭＣ［１］が障害有りと判定されるような誤判定が生じる恐れがある。一方、本実施の形態では、ＬＯＣＲＤＩ値の大小関係の比較を用いているため、このような誤判定を防止することができる。なお、全カードに障害が生じた場合にも、図９（ｂ）に示すような情報が得られるが、確率的な観点から、このような状況は生じないと考えられる。
【００６９】
以上のようなことから、本実施の形態の中継装置を用いることで、代表的には、各ラインカードＬＣおよび管理カードＭＣ［１］のそれぞれにおける障害有無を判定することができ、装置内部における障害箇所の特定が実現可能になる。その結果、耐障害性の向上等が図れる。さらに、例えば、特許文献１のように、監視区間を細分化せずに障害箇所の特定が行えるため、特許文献１と比較して、監視に伴う処理負荷の低減等が図れる。
【００７０】
《障害判定部の詳細動作》
図１０は、図１の中継装置において、その障害判定部の処理内容の一例を示すフロー図である。図１０に示すように、図１の管理カードＭＣ［１］の障害判定部１９は、まず、各カードのいずれか（例えば図７（ａ）のラインカードＬＣ［２］）から、疎通性無し（すなわちＬＯＣ状態／ＲＤＩ状態）と判定されたカードの識別情報を受信する（ステップＳ１０１）。次いで、障害判定部１９は、所定の待ち時間内で、各カード（例えば図７（ａ）のラインカードＬＣ［１］，ＬＣ［３］，ＬＣ［４］および管理カードＭＣ［１］）からの識別情報を待つ（ステップＳ１０２）。所定の待ち時間を経過後、障害判定部１９は、各カード毎のＬＯＣＲＤＩ値（カウント値）を算出し（ステップＳ１０３）、当該ＬＯＣＲＤＩ値に基づき、各カード毎の障害有無の判定処理を行う（ステップＳ１０４）。
【００７１】
本実施の形態では、必ずしも限定はされないが、各カードは、前述した識別情報を、管理カードＭＣ［１］に向けてそれぞれ非同期で送信している。すなわち、各カードの疎通性監視部１６は、それぞれ独立したタイミングで、内部ＣＣＭ制御フレーム（監視用フレーム）（ＩＣＣ）を送信および受信し、これに基づく監視結果を、それぞれ独立したタイミングで、管理カードＭＣ［１］に向けて送信している。さらに、ＲＤＩ状態は、ＬＯＣ状態に基づいて生じるため、ＬＯＣ状態が認識されるタイミングとＲＤＩ状態が認識されるタイミングとの間には常にタイムラグが発生する。これらに伴い、管理カードＭＣ［１］が各カード（ＬＣ［１］〜ＬＣ［４］，ＭＣ［１］）から正しい監視結果を取得するまでに所定の期間を要するため、ステップＳ１０２が設けられる。
【００７２】
この所定の期間は、ＬＯＣ状態を検出する際の各カード間のばらつき（Ａ）や、これに応じてＲＤＩフレームを送信する際の各カード間のばらつき（Ｂ）や、当該ＲＤＩフレームの最大伝送遅延（Ｃ）や、各カードと管理カードとの間の通信に伴うばらつき（Ｅ）等を加算した期間である。ばらつき（Ａ）および（Ｂ）のそれぞれは、内部ＣＣＭ制御フレーム（監視用フレーム）（ＩＣＣ）の送信間隔（例えば１ｍｓ）と考えられるため、所定の期間は、２ｍｓを超える値となり、実際には、例えば１０ｍｓ等に設定される。
【００７３】
また、各カードから管理カードＭＣ［１］に向けて送信される識別情報は、特に限定はされないが、例えば、ビットマップ等のフォーマットを用いることができる。具体的には、図７（ｂ）を例とすると、例えば、ＬＯＣ状態とＲＤＩ状態のそれぞれに、（ＬＣ［１］，ＬＣ［２］，ＬＣ［３］，ＬＣ［４］，ＭＣ［１］）を表す５ビットを割り当てる。この場合、ラインカードＬＣ［１］からの識別情報は、ＬＯＣ状態の５ビットが（１，０，０，０，０）となり、ＲＤＩ状態の５ビットが（０，１，１，１，１）となる。
【００７４】
ただし、時系列的には、例えば、ＬＯＣ状態の５ビット（１，０，０，０，０）（およびＲＤＩ状態の５ビット（０，０，０，０，０））が先行して送信されたのち、ある程度の期間を経て、ＲＤＩ状態の５ビット（０，１，１，１，１）（およびＬＯＣ状態の５ビット（１，０，０，０，０））が送信されるような場合も生じ得る。このような場合であっても、ステップＳ１０２によって、ＬＯＣ状態の５ビット（１，０，０，０，０）およびＲＤＩ状態の５ビット（０，１，１，１，１）からなる正しい監視結果を対象としてＬＯＣＲＤＩ値の算出を行うことができる。
【００７５】
図１１および図１２は、図１０のフローにおいて、各カード毎の障害有無の判定処理で行われる処理内容の一例を示すフロー図である。図１１および図１２において、障害判定部１９は、まず、監視対象のカードが２枚以上の場合を対象とし（ステップＳ２０１）、ステップＳ２０２〜Ｓ２１０の処理によって複数のカードの中から２枚のカード（カード［ｉ］，カード［ｊ］）を順次抽出して、そのＬＯＣＲＤＩ値（カウント値）の大小関係を比較する。
【００７６】
具体的には、例えば、カードが４枚（カード［１］〜［４］）の場合を例とすると、ステップＳ２０３〜Ｓ２１０のループ処理によって、基本的には、（［ｉ］，［ｊ］）＝（［１］，［２］）→（［１］，［３］）→（［１］，［４］）→（［２］，［３］）→（［２］，［４］）→（［３］，［４］）といった順番で、２枚のカード（カード［ｉ］，カード［ｊ］）が抽出される。この場合、ステップＳ２０８，Ｓ２０９における「ＳＬＴＭＡＸ」は４である。
【００７７】
そして、この過程で抽出された２枚のカードのＬＯＣＲＤＩ値に大小関係が有る場合（ステップＳ２０６，Ｓ２０７）、障害判定部１９は、ＬＯＣＲＤＩ値が大きい方のカードを対象に、自カードの折り返しの成否を判別する（ステップＳ２１１，Ｓ２１６）。すなわち、障害判定部１９は、例えば、図７（ｂ）におけるラインカードＬＣ［１］の自身（ＬＣ［１］）に対するＬＯＣ状態の判定結果に示されるように、自カードに対する疎通性の有無の判定結果（図７（ｂ）のＬＣ［１］の例では疎通性無し）を参照する（ステップＳ２１１，Ｓ２１６）。
【００７８】
ステップＳ２１１，Ｓ２１６において、自カードの折り返しが失敗の場合（すなわち自カードに対して疎通性無しと判定している場合）、障害判定部１９は、当該カードを障害有りと判定し（ステップＳ２１３，Ｓ２１８）と、当該カードを監視対象から外す（ステップＳ２１４，Ｓ２１９）。なお、この際に、障害判定部１９は、図１２の例では、当該カードに対するｂｉｓｔ設定を参照し、ｂｉｓｔ設定がオンの場合にステップＳ２１３，Ｓ２１８を実行する（ステップＳ２１２，Ｓ２１７）。ｂｉｓｔ設定とは、何らかの事情により、あるカードを障害有りと判定させたくない場合のために設けられ、この場合、当該カードのｂｉｓｔ設定はオフに設定される。なお、ｂｉｓｔ設定は、必ずしも必要なものではなく、省略してもよい。
【００７９】
一方、ステップＳ２１１，Ｓ２１６において、自カードの折り返しが成功の場合（すなわち自カードに対して疎通性有りと判定している場合）、または、ステップＳ２１２，Ｓ２１７でのｂｉｓｔ設定がオフの場合、障害判定部１９は、当該カードを所定の期間（ここでは６０ｓ）監視対象から外す（ステップＳ２１５，Ｓ２２０）。すなわち、障害判定部１９は、実質的には、ステップＳ２１３，Ｓ２１８で障害有りと判定したカードの中から、自カードに対して疎通性無しと判定しているカードを障害有りと判定し、自カードに対して疎通性有りと判定しているカードを障害無しと判定する。
【００８０】
例えば、何らかの原因によって、複数のカードの中からある２枚のカード間のみにビット欠け等に伴う疎通性無しの判定結果が得られる場合がある。この場合、当該２枚のカードのＬＯＣＲＤＩ値は、他のカードよりも１だけ大きくなるため、そのままでは、当該２枚のカードが障害有りと判定される。ただし、この結果は、前述した多数決の原理に基づくものとは言えず、また、このような状況で２枚のカードの両方を障害有りと判定するのは、過剰な対策と言える。そこで、ステップＳ２１１，Ｓ２１６により、自カードの折り返しが成功したカードは、障害無しと判定する。
【００８１】
障害判定部１９は、ステップＳ２１４，Ｓ２１５に伴い、カード［ｉ］を監視対象から外した場合、ステップＳ２０９に戻り、ステップＳ２１０を経て「ｉ」を１増加させる。また、障害判定部１９は、ステップＳ２１９，Ｓ２２０に伴いカード［ｊ］を監視対象から外した場合、または、ステップＳ２０７に伴い抽出した２枚のカードのＬＯＣＲＤＩ値が同一の場合、ステップＳ２０８に戻り、ステップＳ２０３を経て「ｊ」を１増加させる。
【００８２】
したがって、前述した（［ｉ］，［ｊ］）＝（［１］，［２］）→（［１］，［３］）→（［１］，［４］）→（［２］，［３］）→（［２］，［４］）→（［３］，［４］）の抽出順番において、例えば、（［１］，［２］）の段階で［１］側が監視対象から外された場合、ステップＳ２０９→Ｓ２１０を経て、カード［ｉ］＝カード［２］となる。その結果、障害判定部１９は、（［１］，［２］）の後に（［２］，［３］）にスキップする。
【００８３】
また、例えば、（［１］，［２］）の段階で［２］側が監視対象から外された場合、（［１］，［２］）→（［１］，［３］）→（［１］，［４］）の後、ステップＳ２０７→Ｓ２０８→Ｓ２０９→Ｓ２１０を経てカード［ｉ］＝カード［２］となる。ただし、カード［２］は監視対象から外されているため、ステップＳ２０５→Ｓ２０９→Ｓ２１０を経てカード［ｉ］＝カード［３］となる。その結果、障害判定部１９は、（［１］，［４］）の後に（［３］，［４］）にスキップする。
【００８４】
さらに、例えば、（［１］，［３］）の段階で［３］側が監視対象から外された場合、ステップＳ２０８→Ｓ２０３を経て（［１］，［４］）に対する判定が行われた後、ステップＳ２０７→Ｓ２０８→Ｓ２０９→Ｓ２１０→Ｓ２０３を経てカード［ｉ］＝カード［２］およびカード［ｊ］＝カード［３］となる。ただし、カード［３］は監視対象から外されているため、ステップＳ２０４→Ｓ２０８→Ｓ２０３を経てカード［ｊ］＝カード［４］となる。その結果、障害判定部１９は、（［１］，［４］）の後に（［２］，［４］）にスキップする。（［２］，［４］）の後は、カード［ｉ］＝カード［３］となるが、カード［３］は、ステップＳ２０５等によってスキップされるため、（［３］，［４］）もスキップされる。
【００８５】
以上のように、図１１および図１２のフローでは、複数のカードの中の２枚のカードを組合せを重複しないように抽出しつつ、障害有りと判定されたカードを含んだ組合せを適宜スキップすることで、障害判定に要する時間の短縮を図ったフローとなっている。また、当該フローでは、全ての組合せが抽出されると共に、ＬＯＣＲＤＩ値が同一かまたは小さい側のカードが監視対象として残される結果、最終的には、最小のＬＯＣＲＤＩ値を基準として、それよりも大きいＬＯＣＲＤＩ値を持つカードが障害有りと判定される。
【００８６】
ただし、本実施の形態の方式は、勿論、図１１および図１２のフローに限定されるものではなく、様々なフローを用いて実現することが可能である。例えば、最小のＬＯＣＲＤＩ値を先に検出して、それを基準にして、各カードの障害有無を順次判定するようなフロー等を用いてもよい。
【００８７】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、前述した実施の形態は、本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００８８】
例えば、本実施の形態では、障害判定部１９を管理カードＭＣ［１］内に設けたが、例えば、管理カードを備えないような場合には、ラインカードＬＣ内やファブリックカードＦＣ内に設けたり、あるいは、別途、専用のカード内に設けることも可能である。ただし、中継装置が予め管理カードを備える場合には、障害判定部１９を管理カードに設けることが望ましい。これにより、障害判定部１９は、例えば、図１等に示したように、管理用の通信回線１２を用いて、各ラインカードＬＣからＬＯＣ／ＲＤＩ判定結果等を取得でき、ユーザフレーム等が流れる通信回線１１の通信帯域等に影響を与えずに済む。
【符号の説明】
【００８９】
１０  中継装置
１１  通信回線
１２  管理用の通信回線
１３  ポートインタフェース部
１４  フレーム処理部
１５  ファブリックインタフェース部
１６  疎通性監視部
１７，２０  ファブリック経路監視部
１８  分散処理部
１９  障害判定部
ＣＰＵ  プロセッサ部
Ｆ［１］〜Ｆ［３］  ファブリックカード用端子
ＦＣ，ＦＣ［１］〜ＦＣ［３］  ファブリックカード
ＦＬ  ユーザフレーム
ＩＣＣ１１，ＩＣＣ１２，ＩＣＣ１ｍ，ＩＣＣ２１，ＩＣＣｍ１  内部ＣＣＭ制御フレーム
ＬＣ，ＬＣ［１］〜ＬＣ［ｍ］  ラインカード
Ｍ［１］  管理カード用端子
ＭＣ［１］  管理カード
Ｐ，Ｐ［１］〜Ｐ［ｎ］  外部ポート
【図１】
0006301750.tif 000002
【図２】
0006301750.tif 000003
【図３】
0006301750.tif 000004
【図４】
0006301750.tif 000005
【図５】
0006301750.tif 000006
【図６】
0006301750.tif 000007
【図７】
0006301750.tif 000008
【図８】
0006301750.tif 000009
【図９】
0006301750.tif 000010
【図１０】
0006301750.tif 000011
【図１１】
0006301750.tif 000012
【図１２】
0006301750.tif 000013