(57)【特許請求の範囲】
【請求項１】
複数のインターフェース中継器と、
複数の前記インターフェース中継器と接続される複数のファブリック中継器と、
を備え、
前記インターフェース中継器は、
前記ファブリック中継器と接続するポートにリンクアグリゲーショングループを設定するＬＡＧ設定手段と、前記ファブリック中継器に対して第１の検知フレームを送信する第１の検知フレーム送信手段を有し、
前記ファブリック中継器は、
前記インターフェース中継器に対して第１の障害通知フレームを送信する障害通知フレーム送信手段と、前記インターフェース中継器に対して第２の検知フレームを送信する第２の検知フレーム送信手段を有し、
前記インターフェース中継器の前記ＬＡＧ設定手段は、前記第１の障害通知フレームを受信した場合、前記第１の障害通知フレームを受信したポートを前記リンクアグリゲーショングループから除外し、
前記インターフェース中継器は、
前記第２の検知フレームの受信を確認できなかった場合、障害が発生したと判定する第１の障害判定手段と、前記第１の障害判定手段が障害が発生したと判定した場合、前記第２の検知フレームの受信を確認できなかったポートに接続されている前記ファブリック中継器に対して障害が発生したことを通知する障害通知手段を有し、
前記ファブリック中継器は、
前記第１の検知フレームの受信を確認できなかった場合、又は、前記インターフェース中継器から障害が発生したことを通知された場合、障害が発生したと判定する第２の障害判定手段を有し、
前記ファブリック中継器の前記障害通知フレーム送信手段は、前記第２の障害判定手段が障害が発生したと判定した場合、前記第１の障害通知フレームを送信し、
前記インターフェース中継器の前記障害通知手段は、前記第２の検知フレームの受信を確認できなかったポートからの前記第１の検知フレームの送信を停止させることにより、前記ファブリック中継器に対して障害が発生したことを通知する、
ネットワーク中継システム。
【請求項２】
請求項１に記載のネットワーク中継システムにおいて、
前記インターフェース中継器の前記ＬＡＧ設定手段は、前記第１の障害判定手段が障害が発生したと判定した場合、前記第２の検知フレームの受信を確認できなかったポートを前記リンクアグリゲーショングループから除外する、
ネットワーク中継システム。
【請求項３】
複数のインターフェース中継器と、複数の前記インターフェース中継器と接続される複数のファブリック中継器と、を備えるネットワーク中継システムの制御方法であって、
前記インターフェース中継器は、前記ファブリック中継器と接続するポートにリンクアグリゲーショングループを設定しており、
前記ファブリック中継器は、前記インターフェース中継器に対して第１の障害通知フレームを送信し、
前記インターフェース中継器は、前記第１の障害通知フレームを受信した場合、前記第１の障害通知フレームを受信したポートを前記リンクアグリゲーショングループから除外し、
前記インターフェース中継器は、前記ファブリック中継器に対して第１の検知フレームを送信し、
前記ファブリック中継器は、前記インターフェース中継器に対して第２の検知フレームを送信し、
前記インターフェース中継器は、前記第２の検知フレームの受信を確認できなかった場合、障害が発生したと判定し、前記第２の検知フレームの受信を確認できなかったポートに接続されている前記ファブリック中継器に対して障害が発生したことを通知し、
前記ファブリック中継器は、前記第１の検知フレームの受信を確認できなかった場合、又は、前記インターフェース中継器から障害が発生したことを通知された場合、障害が発生したと判定し、前記第１の障害通知フレームを送信し、
前記インターフェース中継器は、前記第２の検知フレームの受信を確認できなかったポートからの前記第１の検知フレームの送信を停止させることにより、前記ファブリック中継器に対して障害が発生したことを通知する、
ネットワーク中継システムの制御方法。
【請求項４】
請求項３に記載のネットワーク中継システムの制御方法において、
前記インターフェース中継器は、障害が発生したと判定した場合、前記第２の検知フレームの受信を確認できなかったポートを前記リンクアグリゲーショングループから除外する、
ネットワーク中継システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク中継システム及びネットワーク中継システムの制御方法に関する。
【背景技術】
【０００２】
従来、複数のネットワーク中継装置を含む第１のネットワーク中継装置グループがファブリックノードとして機能し、複数のネットワーク中継装置を含む第２のネットワーク中継装置グループが回線ノードとして機能するシステムが知られている（例えば、特許文献１の図８を参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２９０２７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来技術において、第１のネットワーク中継装置グループに含まれるネットワーク中継装置と、第２のネットワーク中継装置グループに含まれるネットワーク中継装置との間を接続する物理回線のいずれかに障害が発生することが想定される。
【０００５】
そこで、本発明は、複数のインターフェース中継器と複数のインターフェース中継器と接続される複数のファブリック中継器とを備えるネットワーク中継システムにおいて、障害が発生した場合に、通信経路を切り替えることができるネットワーク中継システム及びネットワーク中継システムの制御方法を提供するものである。
【課題を解決するための手段】
【０００６】
上記の課題を解決するため、本発明の第１態様によれは、複数のインターフェース中継器と、複数の前記インターフェース中継器と接続される複数のファブリック中継器と、を備え、前記インターフェース中継器は、前記ファブリック中継器と接続するポートにリンクアグリゲーショングループを設定するＬＡＧ設定手段を有し、前記ファブリック中継器は、前記インターフェース中継器に対して第１の障害通知フレームを送信する障害通知フレーム送信手段を有し、前記インターフェース中継器の前記ＬＡＧ設定手段は、前記第１の障害通知フレームを受信した場合、前記第１の障害通知フレームを受信したポートを前記リンクアグリゲーショングループから除外する、ネットワーク中継システムが提供される。
【０００７】
また、上記の課題を解決するために、本発明の第２態様によれば、複数のインターフェース中継器と、複数の前記インターフェース中継器と接続される複数のファブリック中継器と、を備えるネットワーク中継システムの制御方法であって、前記インターフェース中継器は、前記ファブリック中継器と接続するポートにリンクアグリゲーショングループを設定しており、前記ファブリック中継器は、前記インターフェース中継器に対して第１の障害通知フレームを送信し、前記インターフェース中継器は、前記第１の障害通知フレームを受信した場合、前記第１の障害通知フレームを受信したポートを前記リンクアグリゲーショングループから除外する、ネットワーク中継システムの制御方法が提供される。
【発明の効果】
【０００８】
本発明のネットワーク中継システム及びネットワーク中継システムの制御方法によれば、複数のインターフェース中継器と複数のインターフェース中継器と接続される複数のファブリック中継器とを備えるネットワーク中継システムにおいて、障害が発生した場合に、通信経路を切り替えることができる。
【図面の簡単な説明】
【０００９】
【図１】ネットワーク中継システムの構成例を概略的に示す図である。
【図２】ＦＳの機能的な構成を概略的に示すブロック図である。
【図３】ＩＦＳの機能的な構成を概略的に示すブロック図である。
【図４】ネットワーク中継システムの基本動作例を説明するための図である。
【図５】ネットワーク中継システムによる障害検知時の動作例１を説明するための図（１／２）である。
【図６】ネットワーク中継システムによる障害検知時の動作例１を説明するための図（２／２）である。
【図７】図５に示す障害通知の実現手法を示すフローチャートである。
【図８】図６に示すリンクアグリゲーショングループの再設定の実現手法を示すフローチャートである。
【図９】動作例１で通信障害が発生する前後における各ＩＦＳのＬＡＧ設定テーブルを示す図である。
【図１０】ネットワーク中継システムによる障害検知時の動作例２を説明するための図（１／２）である。
【図１１】ネットワーク中継システムによる障害検知時の動作例２を説明するための図（２／２）である。
【図１２】図１０に示す障害通知の実現手法を示すフローチャートである。
【図１３】図１１に示す障害通知の実現手法を示すフローチャートである。
【図１４】ネットワーク中継システムによる障害検知時の動作例３を説明するための図（１／２）である。
【図１５】ネットワーク中継システムによる障害検知時の動作例３を説明するための図（２／２）である。
【図１６】図１４に示す障害通知の実現手法を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面を参照しながら説明する。
図１は、一実施形態のネットワーク中継システム１０の構成例を概略的に示す図である。ネットワーク中継システム１０は、例えばデータセンタ等の設備内において、複数の端末機器１２の間で送受信されるネットワークフレームを中継する用途に適している。端末機器１２は、例えばサーバー、ネットワーク中継器等である。なお、端末機器１２の接続台数や種類は特に限定されない。
【００１１】
ネットワーク中継システム１０は、複数のインターフェース中継器として、例えば２４台程度のＩＦＳ（ＩｎｔｅｒＦａｃｅ  Ｓｗｉｔｃｈ）１４ａ，１４ｂ，・・・，１４ｘを備える。またネットワーク中継システム１０は、複数のファブリック中継器として、例えば８台のＦＳ（Ｆａｂｒｉｃ  Ｓｗｉｔｃｈ）１６ａ〜１６ｈを備えている。なお、ここで挙げたＩＦＳ１４ａ〜１４ｘやＦＳ１６ａ〜１６ｈの台数は一例であり、これに限定されるものではない。
また、以下ではインターフェース中継器としての「ＩＦＳ１４ａ〜１４ｘ」を「ＩＦＳ１４」と表記し、ファブリック中継器としての「ＦＳ１６ａ〜１６ｈ」を「ＦＳ１６」と表記することがある。
【００１２】
本実施形態では、ＩＦＳ１４ａ〜１４ｘ及びＦＳ１６ａ〜１６ｈとして、例えばボックス型のスイッチングハブを用いている。ここで用いるスイッチングハブは、例えばＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルのレイヤ２及びレイヤ３のデータ転送機能を備えるものである。なお、ＩＦＳ１４ａ〜１４ｘ及びＦＳ１６ａ〜１６ｈの基本的な構造や機能は互いに共通のものであってもよい。
【００１３】
複数台ある端末機器１２は、ＩＦＳ１４ａ〜１４ｘのいずれかに分散して接続されている。なお、各ＩＦＳ１４ａ〜１４ｘに接続される端末機器１２の台数は、均一でなくてもよい。また、いずれのＩＦＳ１４ａ〜１４ｘに対し、どのような種類の端末機器１２を接続するかについての制約もない。さらに端末機器１２は、サーバー以外のパーソナルコンピュータやワークステーション等であってもよい。
【００１４】
ネットワーク中継システム１０において、ＩＦＳ１４ａ〜１４ｘとＦＳ１６ａ〜１６ｈとは、それぞれが相互に物理回線で接続されている。物理回線は、例えば光ファイバケーブル、ツイストペアケーブル等である。なお図１中、個別の物理回線について参照符号は省略している。また、ＩＦＳ１４ａ〜１４ｘの一部は図示を省略されているが、これらも個別にＦＳ１６ａ〜１６ｈと物理回線で接続されている。物理回線は、ＩＦＳ１４ａ〜１４ｘ及びＦＳ１６ａ〜１６ｈの図示しないポートに接続されている。
【００１５】
各ＩＦＳ１４ａ〜１４ｘにおいて、ＦＳ１６ａ〜１６ｈが接続されているポートには、リンクアグリゲーショングループ、つまり、ＬＡＧ１８ａ，１８ｂ，・・・，１８ｘが設定されている。リンクアグリゲーションは、複数の物理回線を論理的に一つの回線のように扱う機能である。各ＩＦＳ１４ａ〜１４ｘにおいて、ＬＡＧ１８ａ，１８ｂ，・・・，１８ｘが設定された複数のポートは、論理的に一つのポートのように動作する。
【００１６】
そして各ＩＦＳ１４ａ〜１４ｘは、各端末機器１２から受信したネットワークフレームをＦＳ１６ａ〜１６ｈへ送信する場合、所定のアルゴリズムに従い、対応するＬＡＧ１８ａ，１８ｂ，・・・，１８ｘ内で、いずれのポートからネットワークフレームを送信するかを決定する。このアルゴリズムでは、接続された端末機器１２からネットワークフレームを受信した場合、これに格納されている宛先情報や送信元情報を示すＭＡＣアドレス、ＩＰアドレス等を用いて演算（例えば四則演算）を行い、それによって得た値から送信用のポート番号を決定する。このとき、予めＬＡＧ１８ａ，１８ｂ，・・・，１８ｘ内で各ポートに識別番号（ＩＮＤＥＸ）を設定しておき、上記の演算で得た値とポートの識別番号とを対応付けてもよい。いずれにしても、各ＩＦＳ１４ａ〜１４ｘがネットワークフレーム中の固有情報に基づいてネットワークフレームの送信に用いるポートを一意に決定することにより、端末機器１２から受信したネットワークフレームをＦＳ１６ａ〜１６ｈへ送信する際に生じる負荷を分散し、ネットワーク中継システム１０全体として必要な通信帯域を確保するようにしている。
【００１７】
また本実施形態のネットワーク中継システム１０では、上記のアルゴリズムにより、任意の２台の端末機器１２間でネットワークフレームの送受信を行う場合、送信時（上り）の通信経路と受信時（下り）の通信経路とを互いに一致させている。
例えば、異なる２台のＩＦＳ１４ａとＩＦＳ１４ｂにそれぞれ接続された２台の端末機器１２が相互にネットワークフレームを送受信する場合を考える。この場合、ＩＦＳ１４ａに接続された端末機器１２（送信元）から送信されたネットワークフレームは、上記のアルゴリズムにより、例えば特定のＦＳ１６ｄを介してＩＦＳ１４ｂへ転送され、そしてＩＦＳ１４ｂから送信先（宛先）の端末機器１２へ転送される。このときＩＦＳ１４ｂでは、全てのＦＳ１６ａ〜１６ｈに対向するポートにＬＡＧ１８ｂが設定されているため、ＩＦＳ１４ｂからＬＡＧ１８ｂ内にネットワークフレームが折り返し送信されることはない。
【００１８】
逆に、ＩＦＳ１４ｂに接続された端末機器１２が送信元である場合、ネットワークフレームはＩＦＳ１４ｂからＦＳ１６ｄへ送信され、さらにＦＳ１６ｄからＩＦＳ１４ａを通じて送信先の端末機器１２に送信される。ここでも同様にＩＦＳ１４ａでは、全てのＦＳ１６ａ〜１６ｈに対向するポートにＬＡＧ１８ａが設定されているため、やはりＬＡＧ１８ａ内にネットワークフレームが折り返し送信されることはない。
【００１９】
このように、異なる２台のＩＦＳ１４ａとＩＦＳ１４ｂに接続された２台の端末機器１２間でネットワークフレームを送受信する場合、ネットワークフレームを中継するＩＦＳ１４ａとＩＦＳ１４ｂで使用されるポートが双方向で一致する。ここではＩＦＳ１４ａとＩＦＳ１４ｂに接続された２台の端末機器１２の組み合わせを例に挙げたが、これ以外の組み合わせの端末機器１２間での送受信時についても同様に、送信時と受信時の双方向で通信経路と使用するポートが一致する。
【００２０】
また、ネットワーク中継システム１０に接続される各端末機器１２にＶＬＡＮ（Ｖｅｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）が設定されている場合、ＩＦＳ１４ａ〜１４ｘ及びＦＳ１６ａ〜１６ｈは、それぞれ原則としてタグＶＬＡＮを用いてネットワークフレームの送受信を行う。このとき、ＦＳ１６ａ〜１６ｈの各ポートには、各端末機器１２に割り当てられた全てのＶＬＡＮ情報が登録される。そして、ＩＦＳ１４ａ〜１４ｘ及びＦＳ１６ａ〜１６ｈは、ネットワークフレームを送信する際、受信した個々のネットワークフレームに応じてＶＬＡＮ情報をタギングした状態で送信する。これにより、各端末機器１２にＶＬＡＮが設定されていても、異なる端末機器１２間で送信時の通信経路と受信時の通信経路が一致する。
【００２１】
以上は、本実施形態のネットワーク中継システム１０の基本的な構成とネットワークフレームの中継動作である。加えて本実施形態では、複数あるＩＦＳ１４ａ〜１４ｘとＦＳ１６ａ〜１６ｈとの間の通信状態に何らかの障害（例えば物理回線の異常）が発生した場合、これを速やかに検知する機能（障害検知機能）を各ＩＦＳ１４ａ〜１４ｘ及び各ＦＳ１６ａ〜１６ｈ内で実現している。
【００２２】
以下、ＩＦＳ１４ａ〜１４ｘ及びＦＳ１６ａ〜１６ｈの構成について詳細に説明する。既に述べたように、以下では「ＩＦＳ１４ａ〜１４ｘ」、「ＦＳ１６ａ〜１６ｈ」をそれぞれ「ＩＦＳ１４」、「ＦＳ１６」と総称する場合がある。
【００２３】
〔ファブリック中継器〕
図２は、ＦＳ１６の機能的な構成を概略的に示すブロック図である。すなわち、個々のＦＳ１６ａ〜１６ｈの基本的な構成及び機能は共通している。
【００２４】
ＦＳ１６は、複数のポート４６ａ，４６ｂ，・・・，４６ｘを有している。ＦＳ１６のポート数は、ネットワーク中継システム１０内でのＩＦＳ１４ａ〜１４ｘの設置台数をカバーしているものとする。なお、以下では「ポート４６ａ，４６ｂ，・・・，４６ｘ」を「ポート４６」ともいう。またポート４６の数は、図示した数に限定されない。
【００２５】
ポート４６の他にＦＳ１６は、フレーム転送処理部４８及びメモリ部５０を有している。
このうちメモリ部５０は、例えば、書き換え可能なＲＡＭ（ランダムアクセスメモリ）によって構成される。メモリ部５０は、ＦＤＢ（フォワーディングデータベース）５０ａを記憶している。またメモリ部５０は、ＦＳ１６やポート４６を識別する識別情報５０ｂを記憶している。
【００２６】
各ポート４６には、それぞれＩＦＳ１４ａ〜１４ｘが接続されている。ポート４６は、各ＩＦＳ１４ａ〜１４ｘから送信されたネットワークフレームを受信すると、当該受信したネットワークフレームをフレーム転送処理部４８へ転送する。
また各ポート４６は、フレーム転送処理部４８から転送されたネットワークフレームをいずれかのＩＦＳ１４ａ〜１４ｘへ向けて送信する。
【００２７】
フレーム転送処理部４８は、例えば、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）やＡＳＩＣ（特定用途向け集積回路）等の集積回路により実現される。
【００２８】
フレーム転送処理部４８は、ネットワークフレーム中の宛先情報に基づいて、ネットワークフレームを転送先のポート４６へ転送する。またフレーム転送処理部４８は、ネットワークフレーム中の送信元アドレス情報に基づいてＦＤＢ５０ａを作成及び更新する。
【００２９】
ＦＤＢ５０ａには、ポート４６で受信したネットワークフレーム中の送信元情報と、ネットワークフレームを受信したポート４６の番号とが相互に対応付けられて登録される。
すなわちフレーム転送処理部４８は、ポート４６からネットワークフレームが転送されると、ＦＤＢ５０ａに登録された情報をもとに転送先のポート４６へネットワークフレームを中継する。
【００３０】
ＦＳ１６は、通信状態を監視（主に障害を検知）するための構成として、検知フレーム生成部５２、障害判定部５４、及び障害通知フレーム生成部５６をさらに有する。このうち検知フレーム生成部５２は、各ＦＳ１６が有する検知フレーム送信手段（第２の検知フレーム送信手段）としての構成をなす。また障害判定部５４は、各ＦＳ１６が有する障害判定手段（第２の障害判定手段）としての構成をなす。また、障害通知フレーム生成部５６は、各ＦＳ１６が有する障害通知フレーム送信手段としての構成をなす。
【００３１】
検知フレーム生成部５２は、ポート４６に接続されたＩＦＳ１４ａ〜１４ｘとの通信状態を監視するため、検知フレーム（第２の検知フレーム）を生成する。このとき検知フレームには、送信元のＦＳ１６（ＦＳ１６ａ〜１６ｈの個体）を識別する識別情報（ＭＡＣアドレス等）や検知フレームを送信するポート４６ａ，４６ｂ，・・・，４６ｘを識別する識別情報（例えば、ポート番号）が格納されている。
【００３２】
検知フレーム生成部５２により生成された検知フレームは、フレーム転送処理部４８を介して各ポート４６から接続先のＩＦＳ１４ａ〜１４ｘへ向けて送信される。このとき検知フレームは、各ポート４６から所定時間ごと（例えば、数十ミリ秒間〜数秒間ごと）に送信されるものとする。
【００３３】
障害判定部５４は、通信状態の障害を検知した場合、障害通知フレーム生成部５６に対して障害通知フレームを生成させる。
ここで本実施形態では、ＩＦＳ１４ａ〜１４ｘからも接続先のＦＳ１６ａ〜１６ｈへ向けて検知フレームを所定時間ごと（数十ミリ秒間〜数秒間ごと）に送信している。すなわち、ＩＦＳ１４ａ〜１４ｘ及びＦＳ１６ａ〜１６ｈは、相互に検知フレームを送受信して互いの通信状態を監視している。
したがって、所定時間内にいずれかのポート４６で検知フレームの受信を確認できなかった場合、ＦＳ１６の障害判定部５４は障害が発生したと判定する。
【００３４】
障害通知フレーム生成部５６は、ＩＦＳ１４ａ〜１４ｘに対して通信障害が発生したことを通知するため、障害通知フレーム（第１の障害通知フレーム）を生成する。このとき障害通知フレームには、メモリ部５０に記憶された識別情報５０ｂが格納されている。
すなわち、障害通知フレームには、通信障害が発生したことを示す識別情報や、送信元のＦＳ１６ａ〜１６ｈを識別する識別情報、障害通知フレームを送信するポート４６ａ，４６ｂ，・・・，４６ｘを識別する識別情報が格納されている。
【００３５】
ＦＳ１６において、障害通知フレーム生成部５６により生成された障害通知フレームは、フレーム転送処理部４８を介してＩＦＳ１４ａ〜１４ｘに接続された全てのポート４６ａ，４６ｂ，・・・，４６ｘから送信される。
【００３６】
〔インターフェース中継器〕
図３は、ＩＦＳ１４の機能的な構成を概略的に示すブロック図である。すなわち、個々のＩＦＳ１４ａ〜１４ｘの基本的な構成及び機能は共通とする。また、ＩＦＳ１４及びＦＳ１６は、スイッチングハブとしてその基本的な構成及び機能が共通している。その上で図３には、ＩＦＳ１４としての特徴的な構成が示されている。
【００３７】
ＩＦＳ１４は、複数のポート５８ａ〜５８ｊを有している。またＩＦＳ１４は、フレーム転送処理部６０、メモリ部６２、及びＬＡＧ設定部６４を有する。
【００３８】
メモリ部６２は、例えばＲＡＭによって構成される。メモリ部６２は、ＦＤＢ６２ａ及びＬＡＧ設定テーブル６２ｂを記憶する。また、メモリ部６２は、通信状態に障害が発生したことを示す識別情報や、ＩＦＳ１４ａ〜１４ｘを識別する識別情報、ポート５８ａ〜５８ｊを識別する識別情報等を、まとめて識別情報６２ｃとして記憶している。
【００３９】
図３中、フレーム転送処理部６０の上方に示されるポート５８ａ〜５８ｈは、それぞれＦＳ１６ａ〜１６ｈに接続されている。また、フレーム転送処理部６０の下方に示されるポート５８ｉ，５８ｊは、それぞれ異なる端末機器１２に接続されている。以下では、「ポート５８ａ〜５８ｊ」を「ポート５８」ともいう。
【００４０】
ＩＦＳ１４において、ＦＳ１６ａ〜１６ｈは、その配列順に各ポート５８ａ〜５８ｈに接続されている。図１に示す各ＩＦＳ１４ａ〜１４ｘは、基本的に図３に示す配列順でＦＳ１６ａ〜１６ｈと相互に接続されている。つまり本実施形態において、各ＩＦＳ１４ａ〜１４ｘにおいて、同じＦＳ１６ａ〜１６ｈは同一のポート（同じポート番号のポート）に接続されていることが好ましい。
【００４１】
なお、図３では１０個のポート５８ａ〜５８ｊを示しているが、ポート数は図示した数に限定されることはない。またポート数は、ネットワーク中継システム１０内でのＦＳ１６ａ〜１６ｈの設置台数をカバーしているものとする。
【００４２】
ポート５８ａ〜５８ｈは、ＦＳ１６ａ〜１６ｈから受信したネットワークフレームをフレーム転送処理部５４へ転送する。またポート５８ａ〜５８ｈは、フレーム転送処理部６０から転送されたネットワークフレームを接続先のＦＳ１６ａ〜１６ｈへ向けて送信する。
【００４３】
他のポート５８ｉ，５８ｊは、それぞれ端末機器１２から受信したネットワークフレームをフレーム転送処理部６０へ転送する。またポート５８ｉ，５８ｊは、フレーム転送処理部６０から転送されたネットワークフレームを接続先の端末機器１２へ向けて送信する。
【００４４】
フレーム転送処理部６０は、図２に示すＦＳ１６のフレーム転送処理部４８と同様に、例えば、ＦＰＧＡやＡＳＩＣ等の集積回路により実現される。
フレーム転送処理部６０は、ネットワークフレーム中の宛先情報に基づいて、ネットワークフレームを転送先のポート５８へ転送する。またフレーム転送処理部６０は、ネットワークフレーム中の送信元アドレス情報に基づいて、ＦＤＢ６２ａを作成及び更新する。
【００４５】
ＦＤＢ６２ａには、ポート５８で受信したネットワークフレーム中の送信元情報と、ネットワークフレームを受信したポート５８の番号とが相互に対応付けられて登録される。
【００４６】
ＩＦＳ１４のフレーム転送処理部６０は、ＦＤＢ６２ａを参照して、送信先の端末機器１２に接続されたポート５８ｉ，５８ｊへネットワークフレームを中継する。またフレーム転送処理部６０は、ＦＤＢ６２ａとともにＬＡＧ設定テーブル６２ｂを参照して、送信先のＦＳ１６ａ〜１６ｈに接続されたポート５８ａ〜５８ｈへネットワークフレームを中継する。
【００４７】
〔同一ＩＦＳ１４内での転送処理〕
例えば、ポート５８ｉに接続された端末機器１２が別のポート５８ｊに接続された端末機器１２へデータを送る場合を想定する。この場合、送信元となる端末機器１２は、データを含むネットワークフレームをＩＦＳ１４へ送信する。送信されたネットワークフレームは、ポート５８ｉにより受信されてフレーム転送処理部６０へ転送される。
【００４８】
フレーム転送処理部６０は、ネットワークフレームに格納された宛先情報及び送信元情報に基づいてＦＤＢ６２ａを参照する。このとき、ＦＤＢ６２ａに別の端末機器１２を示す宛先情報がポート５８ｊと対応付けて登録されている場合、フレーム転送処理部６０は、ネットワークフレームをポート５８ｊへ中継する。そして、ポート５８ｊは、接続先の端末機器１２へ向けてネットワークフレームを送信する。
【００４９】
〔異なるＩＦＳ１４間での転送処理〕
また、ポート５８ｉに接続された端末機器１２が他のＩＦＳ１４ａ〜１４ｘに接続された端末機器１２へデータを送信する場合、送信元の端末機器１２から送信されたネットワークフレームは、ポート５８ｉにより受信されてフレーム転送処理部６０へ転送される。
【００５０】
フレーム転送処理部６０は、ネットワークフレームに格納された宛先情報がＬＡＧ１８を構成するポート５８ａ〜５８ｈと対応付けて登録されている場合、ＬＡＧ設定テーブル６２ｂを参照する。なお、ここでは図１に示す「ＬＡＧ１８ａ，１８ｂ，・・・，１８ｘ」を「ＬＡＧ１８」と総称している。
【００５１】
フレーム転送処理部６０は、所定のアルゴリズムに基づいてＬＡＧ設定テーブル６２ｂに登録された複数のポート５８の中から、ネットワークフレームを送信するべきポート５８を選択する。フレーム転送処理部６０は、選択されたポート５８にネットワークフレームを中継し、選択されたポート５８は、ネットワークフレームを接続先のＦＳ１６ａ〜１６ｈへ向けて送信する。
【００５２】
また、ＬＡＧ設定手段としてのＬＡＧ設定部６４は、ＬＡＧ設定テーブル６２ｂの作成及び更新を行う。具体的には、ＬＡＧ設定部６４は、ＦＳ１６ａ〜１６ｈが接続された各ポート５８ａ〜５８ｈをグループ番号（ＬＡＧ  ＩＤ）に対応付けてＬＡＧ設定テーブル６２ｂに登録する。すなわち、ＬＡＧ設定テーブル６２ｂに登録された各ポート５８は、共通のリンクアグリゲーショングループ（ＬＡＧ１８）に所属することになる。
【００５３】
ＩＦＳ１４は、通信状態を監視（特に障害を検知）するための構成として、検知フレーム生成部６６、障害判定部６８、及び障害通知フレーム生成部７０をさらに有する。このうち検知フレーム生成部６６は、各ＩＦＳ１４が有する検知フレーム送信手段（第１の検知フレーム送信手段）としての構成をなす。また障害判定部６８は、各ＩＦＳ１４が有する障害判定手段（第１の障害判定手段）としての構成をなす。また、障害通知フレーム生成部７０は、各ＩＦＳ１４が有する障害通知手段としての構成をなす。
【００５４】
図２に示すＦＳ１６と同様に、検知フレーム生成部６６は、ポート５８ａ〜５８ｈに接続されたＦＳ１６ａ〜１６ｈとの通信状態を監視するため、検知フレーム（第１の検知フレーム）を生成する。このとき検知フレームには、送信元のＩＦＳ１４ａ〜１４ｘを識別する識別情報や、検知フレームを送信するポート５８ａ〜５８ｈを識別する識別情報が格納されている。すなわち、検知フレーム生成部６６は、メモリ部６２に記憶された識別情報６２ｂを格納した検知フレームを生成する。
【００５５】
検知フレーム生成部６６により生成された検知フレームは、フレーム転送処理部６０を介して各ポート５８ａ〜５８ｈから接続先のＦＳ１６ａ〜１６ｈへ向けて所定時間ごと（数十ミリ秒間〜数秒間ごと）に送信される。
【００５６】
障害判定部６８は、通信状態の障害を検知した場合、障害通知フレーム生成部７０に対して障害通知フレーム（第２の障害通知フレーム）を生成させる。
具体的には、障害判定部６８は、いずれかのポート５８ａ〜５８ｈにおいて、上記の所定時間内にＦＳ１６ａ〜１６ｈから送信された検知フレームの受信を確認できなかった場合、通信状態に障害が発生したと判定する。
【００５７】
障害判定がなされると、障害通知フレーム生成部７０は、ＦＳ１６ａ〜１６ｈに対して通信状態に障害が発生したことを通知するため、障害通知フレームを生成する。このとき障害通知フレームには、通信障害が発生したことを示す識別情報や、送信元のＩＦＳ１４ａ〜１４ｘを識別する識別情報、障害通知フレームを送信するポート５８ａ〜５８ｈを識別する識別情報が格納されている。
【００５８】
ここで、前に説明したＦＳ１６では、ＩＦＳ１４が接続された全てのポート４８から障害通知フレームを送信していた。
しかし、ＩＦＳ１４では、障害通知フレーム生成部７０により生成された障害通知フレームは、検知フレームの受信を確認することができなくなったポート５８のみから送信される。したがって、検知フレームを受信しているポート５８から障害通知フレームは送信されない。
【００５９】
ＦＳ１６から検知フレームを受信しているポート５８では、障害が発生した後も検知フレームを送信する。
なお、ＦＳ１６ａ〜１６ｈに対して通信状態に障害が発生したことを通知する方法として、障害判定部６８は、障害通知フレーム生成部７０に対して障害通知フレームを生成させるのではなく、検知フレームの受信を確認できなくなったポート５８からの検知フレームの送信を停止させる方法もある。このような障害判定部６８の動作例についてはさらに後述する。
【００６０】
本実施形態では、発生した通信障害によりネットワークフレームが破棄されることを回避するため、ＬＡＧ設定部６４は、ＬＡＧ設定テーブル６２ｂを更新する。具体的には、いずれかのポート５８ａ〜５８ｈにて接続先のＦＳ１６ａ〜１６ｈから障害通知フレームを受信した場合、ＬＡＧ設定部６４は、送信元のＦＳ１６ａ〜１６ｈを示す識別情報と、これに対応するポート５８ａ〜５８ｈをＬＡＧ設定テーブル６２ｂから除外（削除）する。換言すれば、ＬＡＧ設定部６４は、障害通知フレームを受信したポート５８をＬＡＧ１８のメンバーから除外する。
【００６１】
そして、ＬＡＧ設定部６４により更新されたＬＡＧ設定テーブル６２ｂが新たにメモリ部６２に記憶（上書き）される。
またフレーム転送処理部６０は、更新されたＬＡＧ設定テーブル６２ｂを参照して、ネットワークフレームを接続先のＦＳ１６ａ〜１６ｈへ向けて送信する。
したがって、通信障害の発生前に上記のポート５８（障害通知フレームを受信したポート５８）で送受信されていたネットワークフレームは、所定のアルゴリズムに基づいて新たに決定された他のポート５８を介して送受信されるようになり、フレームの破棄は回避される。これは、ＬＡＧ１８の縮退による障害回避の一例である。
【００６２】
以下、ネットワーク中継システム１０による動作例について、複数のパターンに分けて説明する。
【００６３】
〔基本動作例〕
図４は、ネットワーク中継システム１０の基本動作例を説明するための図である。なお、図４以降では煩雑化を防止するため、ＩＦＳ１４ａ〜１４ｘ及びＦＳ１６ａ〜１６ｈの一部について図示を適宜省略している。一方、動作例についての理解を容易にするため、説明に関係するポート４６ａ〜４６ｘ及びポート５８ａ〜５８ｈについて図示を追加している。
【００６４】
ネットワーク中継システム１０の通信状態が良好である場合、各ＩＦＳ１４ａ〜１４ｘ及び各ＦＳ１６ａ〜１６ｈは、相互に検知フレーム７２，７４を所定時間ごとに送受信している。具体的には、各ＩＦＳ１４ａ〜１４ｘからは、各ＦＳ１６ａ〜１６ｈに向けて検知フレーム７２が送信されており、各ＦＳ１６ａ〜１６ｈからも、各ＩＦＳ１４ａ〜１４ｘに向けて検知フレーム７４が送信されている。なお、図４中に実線及び点線で表す矢印は、それぞれ検知フレーム７２，７４の送信方向を示している。また、ここでは煩雑化を防止するため、一部の送受信経路についてのみ検知フレーム７２，７４を図示している（以降の図でも同様）。
【００６５】
上記のようにネットワーク中継システム１０は、各ＩＦＳ１４ａ〜１４ｘ及び各ＦＳ１６ａ〜１６ｈが検知フレーム７２，７４を相互に送受信することで、互いのポート５８ａ〜５８ｈとポート４６ａ〜４６ｘの間（物理回線を含む）の通信状態を監視している。
特に本実施形態においては、各ＩＦＳ１４ａ〜１４ｘのポート５８ａ〜５８ｈにＬＡＧ１８ａ〜１８ｘが設定されているが、その内の全てのポート５８ａ〜５８ｈから各物理回線を通じて検知フレーム７４が送信されている。
したがって各ＩＦＳ１４ａ〜１４ｘ及び各ＦＳ１６ａ〜１６ｈは、所定時間内に検知フレーム７４，７２（符号は対応順、以下でも同じ）を受信することで、互いの通信状態が正常であることを確認することができる。
【００６６】
これに対し、いずれかのＩＦＳ１４ａ〜１４ｘ又はＦＳ１６ａ〜１６ｈで所定時間内に検知フレーム７４，７２の受信を確認できなかった場合、当該ＩＦＳ１４ａ〜１４ｘ又はＦＳ１６ａ〜１６ｈにおいて、受信を確認できなかった検知フレーム７４，７２の送信元との通信状態に障害が発生したと判定することができる。このような判定は、図２に示される障害判定部５４又は図３に示される障害判定部６８により行われる。
なお、以下の説明において、「障害が発生したと判定」することを「障害検知」ともいう。
【００６７】
〔障害検知時の動作例１〕
図５及び図６は、ネットワーク中継システム１０による障害検知時の動作例１を説明するための図である。ここでは一例として、ＩＦＳ１４ａとＦＳ１６ａとの間の通信状態に障害が発生した場合について説明する。
【００６８】
図５中（Ａ）に示されているように、ＩＦＳ１４ａからＦＳ１６ａへの通信状態に障害（物理回線の片断線等）が発生すると、ＩＦＳ１４ａから送信された検知フレーム７４が所定時間内にＦＳ１６ａへ到達しなくなる。このときＦＳ１６ａは、図２に示す障害判定部５４により、ＩＦＳ１４ａとの間の通信状態に障害が発生したと判定する。
【００６９】
図５中（Ｂ）に示されているように、障害を検知したＦＳ１６ａは、各ポート４６ａ〜４６ｘから障害通知フレーム７６を各ＩＦＳ１４ａ〜１４ｘに送信する。なお図５中（Ｂ）に示される破線の矢印は、障害通知フレーム７６の送信方向を示している。
障害通知フレーム７６は、図２に示す障害通知フレーム生成部５６において生成される。このとき障害通知フレーム７６には、通信障害が発生したことを示す情報やＦＳ１６ａを識別する識別情報が含まれる他、送信時の各ポート４６ａ〜４６ｘの識別情報が含まれている。
【００７０】
〔障害通知フレーム受信時〕
図６に示されているように、各ＩＦＳ１４ａ〜１４ｘがＦＳ１６ａから障害通知フレーム７６を受信すると、これを受信したポート４６ａをそれぞれのＬＡＧ１８ａ〜１８ｘのメンバーから除外する。
【００７１】
具体的には、各ＩＦＳ１４ａ〜１４ｘのＬＡＧ設定部６４は、ポート４６ａをメンバーから除外した状態でリンクアグリゲーショングループを再設定する。換言すれば、各ＩＦＳ１４ａ〜１４ｘのＬＡＧ設定部６４は、各ＬＡＧ１８ａ〜１８ｘを再グループ化する。なお図６には、各ＬＡＧ１８ａ〜１８ｘ内に全ての物理回線が示されていないが、メンバーから除外されていないポート５８ｂ〜５８ｈは各ＬＡＧ１８ａ〜１８ｘに所属している。また図６中、物理回線に沿う矢印は、検知フレーム７２，７４のみならず、ネットワークフレームの送信方向を示している。
【００７２】
したがって、障害発生前にポート４６ａから送信されていたネットワークフレームは、ＬＡＧ１８ａ〜１８ｘを構成する他のポート４６ｂ〜４６ｈの中から所定のアルゴリズムに基づいて新たに決定されたポート（例えばポート４６ｂ）から送信されることになる。これにより、一次的に各ＬＡＧ１８ａ〜１８ｘの通信帯域は減少するが、引き続き通信は可能であり、フレームの破棄を回避することができる。
【００７３】
〔動作例１の実現手法〕
図７は、図５に示す障害通知の実現手法を示すフローチャートである。また図８は、図６に示すリンクアグリゲーショングループの再設定の実現手法を示すフローチャートである。
【００７４】
〔障害通知処理〕
先ず、動作例１のＦＳ１６による障害通知の実現手法について説明する。
図７に示される障害通知処理において、ＦＳ１６の障害判定部５４は、各ポート４６ａ〜４６ｘで検知フレーム７４を受信したか否かを確認する（ステップＳ１００）。検知フレーム７４の受信を確認した場合（Ｙｅｓ）、この処理を繰り返す。
【００７５】
いずれかのポート４６ａ〜４６ｘで検知フレーム７４の受信を確認できなかった場合（ステップＳ１００：Ｎｏ）、ＦＳ１６の障害判定部５４は、所定時間が経過したか否かを確認する（ステップＳ１０２）。所定時間内に検知フレーム７４の受信を確認した場合（ステップＳ１０２：Ｎｏ）、ステップＳ１００〜Ｓ１０２を繰り返す。
【００７６】
検知フレーム７４の受信を確認できない状態（ステップＳ１００：Ｎｏ）で、所定時間が経過した場合（ステップＳ１０２：Ｙｅｓ）、ＦＳ１６の障害通知フレーム生成部５６は障害通知フレーム７６を生成する。そしてＦＳ１６は、ＩＦＳ１４ａ〜１４ｘに接続された全てのポート４６ａ〜４６ｘから障害通知フレーム７６を送信（フラッディング）すると（ステップＳ１０４）、この処理を終了（ＥＮＤ）する。
【００７７】
〔ＬＡＧ再設定処理〕
次に、動作例１のＩＦＳ１４ａによるリンクアグリゲーショングループ再設定の実現手法について説明する。
【００７８】
図８に示されるＬＡＧ再設定処理において、ＩＦＳ１４ａの障害判定部６８は、各ＦＳ１６ａ〜１６ｈに接続されたポート５８ａ〜５８ｈで障害通知フレーム７６を受信したか否かを確認する（ステップＳ２００）。特に障害通知フレーム７６を受信していなければ（Ｎｏ）、ここで処理は一旦終了となる。
【００７９】
障害通知フレーム７６を受信したことが確認された場合（ステップＳ２００：Ｙｅｓ）、ＬＡＧ設定部６４は、障害通知フレーム７６を受信したポート（ここではポート５８ａ）をＬＡＧ１８ａのメンバーから除外し、再グループ化を行って（ステップＳ２０２）、処理を終了する。なお、ここではステップＳ２００で定常的に障害通知フレーム７６を監視しているが、特にこのようなステップＳ２００を置くことなく、障害通知フレーム７６の受信をトリガとしてステップＳ２０２以降の処理をシーケンス的に実行することとしてもよい。
【００８０】
図９は、動作例１で通信障害が発生する前後における各ＩＦＳ１４ａ〜１４ｘのＬＡＧ設定テーブル６２ｂを示す図である。
【００８１】
〔障害発生前〕
図９中（Ａ）の「ＬＡＧ所属ポート欄」に示すように、障害発生前において、ＩＦＳ１４ａのＬＡＧ設定テーブル６２ｂには、ポート５８ａ〜５８ｈの全てがＬＡＧ所属ポート（メンバー）に設定されている。また、「ＬＡＧ  ＩＤ欄」に示すように、全てのポート５８ａ〜５８ｈは、共通のＬＡＧ１８ａに所属している。なお本実施形態では、各ＩＦＳ１４ａ〜１４ｘにはＬＡＧが１つ設定されているが、複数のＬＡＧが設定されていてもよい。
【００８２】
〔障害発生後〕
ＩＦＳ１４ａでＦＳ１６ａから障害通知フレーム７６をポート４６ａで受信した場合、図９中（Ｂ）に示すように、このポート４６ａをＬＡＧ１８ａの所属メンバーから除外して再グループ化（更新）が行われる。その結果、「ＬＡＧ所属ポート欄」には、ポート４６ａを除いたポート４６ｂ〜４６ｈが更新後の所属メンバーとして再設定される。
【００８３】
〔動作例１のまとめ〕
以上のように動作例１によれば、障害の発生を検知したＦＳ１６はＩＦＳ１４に対して障害通知フレームを送信し、ＩＦＳ１４は障害通知フレームを受信したポートをＬＡＧから除外するという動作を行うため、障害が発生している通信経路に接続しているＦＳ１６は、使用される通信経路から外される。すなわち、動作例１では、通信障害が発生すると、障害が発生した区間を経由するネットワークフレームの通信経路は別の通信経路へ切り替えられる。これにより、異なるＩＦＳ１４ａ〜１４ｘに接続された複数の端末機器１２間での通信の信頼性を向上させることができる。
【００８４】
また、障害発生時に各ＬＡＧ１８ａ〜１８ｘの構成は一時的に縮退するものの、再グループ化後のＬＡＧ１８ａ〜１８ｘ内で上記のアルゴリズムを適用することにより、引き続き端末機器１２間で送受信されるネットワークフレームの中継を続行することができる。
なお、この後に物理回線やポートの復旧作業が行われると、ＬＡＧ１８ａ〜１８ｘの設定を初期状態に復旧させることで、全ての帯域を活用して効率的にネットワークフレームの中継を再開することができる。
【００８５】
以上の動作例１は、ＩＦＳ１４からＦＳ１６の方向への障害発生時に関するものであった。これに対し、ＦＳ１６からＩＦＳ１４の方向への障害発生時は、以下の動作例２，３となる。
【００８６】
〔障害検知時の動作例２〕
図１０及び図１１は、ネットワーク中継システム１０による障害検知時の動作例２を説明するための図である。ここでも一例として、ＩＦＳ１４ａとＦＳ１６ａとの間の通信状態に障害が発生した場合について説明するが、上記のように障害の発生した通信の方向が異なっている。
【００８７】
図１０中（Ａ）に示されているように、ＦＳ１６ａからＩＦＳ１４ａへの通信状態に障害が発生すると、ＦＳ１６ａから送信された検知フレーム７２が所定時間内にＩＦＳ１４ａへ到達しなくなる。このときＩＦＳ１４ａは、図３に示す障害判定部６４により、ＦＳ１６ａとの間の通信状態に障害が発生したと判定する。
【００８８】
そして、図１０中（Ｂ）に示されているように、障害を検知したＩＦＳ１４ａは、図３に示す障害通知フレーム生成部７０において障害通知フレーム７８を生成し、これをポート４６ａからＦＳ１６ａに向けて送信する。
【００８９】
図１１中（Ａ）に示されているように、障害通知フレーム７８を受信したＦＳ１６ａは、全てのポート５８ａ〜５８ｈから障害通知フレーム７６をＩＦＳ１４ａ〜１４ｘに送信する。なお障害通知フレーム７６は、ＦＳ１６ａの障害通知フレーム生成部５６で生成される。
【００９０】
なお、ＦＳ１６ａとの間で障害が発生しているＩＦＳ１４ａについては、ＦＳ１６ａからの障害通知フレーム７６が到達しない。このためＩＦＳ１４ａのＬＡＧ設定部６４は、ＦＳ１６ａとの接続をなすポート５８ａを除外してＬＡＧ１８ａを再設定する。図１１中（Ｂ）には、ＬＡＧ１８ａが再設定された状態で示されている。
【００９１】
そして、図１１中（Ｂ）に示されているように、ＩＦＳ１４ａ以外の各ＩＦＳ１４ｂ〜１４ｘがＦＳ１６ａから障害通知フレーム７６を受信すると、これを受信したポート４６ａをそれぞれのＬＡＧ１８ａ〜１８ｘのメンバーから除外する。すなわち、各ＩＦＳ１４ｂ〜１４ｘのＬＡＧ設定部６４は、ポート４６ａをメンバーから除外した状態で、各ＬＡＧ１８ａ〜１８ｘを再グループ化する。
【００９２】
〔動作例２の実現手法〕
図１２は、図１０に示す障害通知の実現手法を示すフローチャートである。また図１３は、図１１に示す障害通知の実現手法を示すフローチャートである。
【００９３】
〔障害通知処理（１）〕
図１２に示される障害通知処理（１）において、ＩＦＳ１４の障害判定部６８は、各ポート５８ａ〜５８ｈで検知フレーム７２を受信したか否かを確認する（ステップＳ３００）。検知フレーム７２の受信を確認した場合（Ｙｅｓ）、障害判定部６８はこの処理を繰り返す。
【００９４】
いずれか又は全てのポート５８ａ〜５８ｈで検知フレーム７２の受信を確認できなかった場合（ステップＳ３００：Ｎｏ）、ＩＦＳ１４の障害判定部６８は、所定時間が経過したか否かを確認する（ステップＳ３０２）。所定時間内に検知フレーム７２の受信を確認した場合（ステップＳ３０２：Ｎｏ）、ステップＳ３００〜Ｓ３０２を繰り返す。
【００９５】
検知フレーム７２の受信を確認できない状態（ステップＳ３００：Ｎｏ）で、所定時間が経過した場合（ステップＳ３０２：Ｙｅｓ）、ＩＦＳ１４の障害通知フレーム生成部７０は障害通知フレーム７８を生成する。そしてＩＦＳ１４は、検知フレーム７２の受信を確認できなかったＦＳ１６ａに対し、ポート５８ａから障害通知フレーム７８を送信する（ステップＳ３０４）。
【００９６】
そして、ＩＦＳ１４ａのＬＡＧ設定部６４は、所定時間内に検知フレーム７２の受信を確認できなかったポート（ここではポート５８ａ）をメンバーから除外し、ＬＡＧ１８ａの再グループ化（更新）を行って（ステップＳ３０６）、処理を終了する。
【００９７】
〔障害通知処理（２）〕
次に、図１３に示される障害通知処理（２）において、ＦＳ１６の障害判定部５４は、各ポート４６ａ〜４６ｘにおいて障害通知フレーム７８を受信したか否かを確認する（ステップＳ４００）。
【００９８】
障害通知フレーム７８を受信すると（ステップＳ４００：Ｙｅｓ）、ＦＳ１６の障害通知フレーム生成部５６において障害通知フレーム７６を生成する。そして、これをＩＦＳ１４ａ〜１４ｘに接続された全てのポート４６ａ〜４６ｘから送信し（ステップＳ４０２）、この処理を終了（ＥＮＤ）する。
【００９９】
なお、ＦＳ１６ａとの間で障害が発生しているＩＦＳ１４ａについては、ＦＳ１６ａからの障害通知フレーム７６が到達しないが、上記のようにＩＦＳ１４ａはポート５８ａを除外してＬＡＧ１８ａを再設定しているため、他のＦＳ１６ｂ〜１６ｈと引き続き通信は可能である。
【０１００】
また、ＦＳ１６ａから送信された障害通知フレーム７６を他のＩＦＳ１４ｂ〜１４ｘで受信した場合、各ＩＦＳ１４ｂ〜１４ｘは、図８に示すＬＡＧ再設定処理を実行してポート４６ａをそれぞれのＬＡＧ１８ｂ〜１８ｘから除外して再設定（再グループ化）を行う。
【０１０１】
〔動作例２のまとめ〕
以上のように動作例２では、各ＩＦＳ１４ａ〜１４ｘで障害を検知した場合、受信を確認できなかった検知フレーム７２の送信元であるＦＳ１６ａ〜１６ｈに対して障害通知フレーム７８を送信することで、ＦＳ１６ａ〜１６ｈから障害通知フレーム７６を送信させることができる。
また、動作例１と同様に、ＬＡＧ１８ａ〜１８ｘの縮退後も引き続きネットワークフレームの中継が可能である。
【０１０２】
〔障害検知時の動作例３〕
図１４及び図１５は、ネットワーク中継システム１０による障害検知時の動作例３を説明するための図である。ここでも動作例２と同様に、ＦＳ１６ａからＩＦＳ１４ａへの通信状態に障害が発生した場合について説明する。
【０１０３】
図１４中（Ａ）に示されているように、ＦＳ１６ａからＩＦＳ１４ａの方向への通信に障害が発生すると、ＦＳ１６ａから送信された検知フレーム７２は、所定時間内にＩＦＳ１４ａへ到達しない。このときＩＦＳ１４ａは、障害判定部６８において、ＦＳ１６ａとの間の通信状態に障害が発生したと判定する。
【０１０４】
この場合、図１４中（Ｂ）に示されているように、ＩＦＳ１４ａはＦＳ１６ａに対する検知フレーム７４の送信を停止する。また、このときＩＦＳ１４ａは、ＦＳ１６ａに接続されたポート４６ａをＬＡＧ１８ａのメンバーから除外して再設定（再グループ化）を行う。
【０１０５】
また図１４中（Ｂ）に示されているように、検知フレーム７４の送信が停止されたため、ＦＳ１６ａでは、ＩＦＳ１４ａに接続されたポート４６ａにおいて、所定時間内に検知フレーム７４を受信することができなくなる。したがってＦＳ１６ａの障害判定部５４は、ＩＦＳ１４ａとの間の通信状態に障害が発生したと判定する。
【０１０６】
そして図１５中（Ａ）に示されているように、ＦＳ１６ａは、これまでの動作例１及び動作例２と同様に、障害通知フレーム生成部５６において障害通知フレーム７６を生成し、これをＩＦＳ１４ａ〜１４ｘに接続された全てのポート４６ａ〜４６ｘから送信する。
【０１０７】
ここでも同様に、ＦＳ１６ａとの間で障害が発生しているＩＦＳ１４ａについては、ＦＳ１６ａからの障害通知フレーム７６が到達しないが、上記のようにＩＦＳ１４ａはポート５８ａを除外してＬＡＧ１８ａを再設定しているため、他のＦＳ１６ｂ〜１６ｈと引き続き通信は可能である。
【０１０８】
また図１５中（Ｂ）に示されているように、他のＩＦＳ１４ｂ〜１４ｘは、ＦＳ１６ａから送信された障害通知フレームを受信すると、これを受信したポート４６ａを除外した状態でそれぞれのＬＡＧ１８ｂ〜１８ｘを再設定する。
【０１０９】
以上のように、障害を検知したＩＦＳ１４ａでＬＡＧ１８ａの再設定が行われ、合わせて他のＩＦＳ１４ｂ〜１４ｘでＬＡＧ１８ｂ〜１８ｘの再設定が行われると、各ＩＦＳ１４ａ〜１４ｘは、障害発生前にポート４６ａから転送していたネットワークフレームに対して、新たに転送するべきポートを決定する。したがって、上記のネットワークフレームを新たに転送するべきポートは、各ＩＦＳ１４ａ〜１４ｘにおいてＬＡＧ１８ａ〜１８ｘに所属する他のポート４６ｂ〜４６ｈの中から所定のアルゴリズムに基づいて決定される。
【０１１０】
〔動作例３の実現手法〕
図１６は、図１４に示す障害通知の実現手法を示すフローチャートである。
【０１１１】
〔障害通知処理〕
ＩＦＳ１４の障害判定部６８は、各ポート５８ａ〜５８ｈで検知フレーム７２を受信したか否かを確認する（ステップＳ５００）。検知フレーム７２の受信を確認した場合（Ｙｅｓ）、障害判定部６８はこの処理を繰り返す。
【０１１２】
いずれかのポート５８ａ〜５８ｈで検知フレーム７２の受信を確認できなかった場合（ステップＳ５００：Ｎｏ）、ＩＦＳ１４の障害判定部６８は、所定時間が経過したか否かを確認する（ステップＳ５０２）。所定時間内に検知フレーム７２の受信を確認した場合（ステップＳ５０２：Ｎｏ）、ステップＳ５００〜Ｓ５０２を繰り返す。
【０１１３】
検知フレーム７２の受信を確認できない状態（ステップＳ５００：Ｎｏ）で、所定時間が経過した場合（ステップＳ５０２：Ｙｅｓ）、ＩＦＳ１４のＬＡＧ設定部６４は、検知フレーム７２の受信を確認できなかったポート（ここではポート４６）をメンバーから除外し、ＬＡＧ１８ａ〜１８ｘを再設定する（ステップＳ５０４）。
【０１１４】
そして、ＩＦＳ１４の検知フレーム生成部６６は、検知フレーム７２の受信を確認できなかったポートからの検知フレーム７４の送信を停止する（ステップＳ５０６）。具体的には、ＬＡＧ１８ａから除外されたポート５８ａから送信される検知フレーム７２の生成を中止し、このポート５８ａからの検知フレームの送信を停止して処理を終了（ＥＮＤ）する。
【０１１５】
この後、検知フレーム７２の送信を停止されたＦＳ１６ａは、図７に示す障害通知処理に基づき、障害通知フレーム７６を全てのポート４６ａ〜４６ｘから送信する。また、ＩＦＳ１４ａ以外のＩＦＳ１４ｂ〜１４ｘは、ＦＳ１６ａから送信された障害通知フレーム７６を受信すると、図８に示すＬＡＧ再設定処理に基づいて、これを受信したポートをメンバーから除外し、ＬＡＧ１８ｂ〜１８ｘの再設定（再グループ化）を行う。
【０１１６】
〔動作例３のまとめ〕
以上のように動作例３では、各ＩＦＳ１４ａ〜１４ｘで障害を検知した場合、受信を確認できなかった検知フレーム７２の送信元であるＦＳ１６ａ〜１６ｈに対する検知フレーム７４の送信を停止することで、相手先のＦＳ１６ａ〜１６ｈで障害を検知させ、それによってＦＳ１６ａ〜１６ｈから障害通知フレーム７６を送信させることができる。
また、動作例１と同様に、ＬＡＧ１８ａ〜１８ｘの縮退後も引き続きネットワークフレームの中継が可能である。
【０１１７】
以上のように、本実施形態のネットワーク中継システム１０によれば、各ＩＦＳ１４ａ〜１４ｘと各ＦＳ１６ａ〜１６ｈとの間の通信状態を常時監視し、通信経路上に障害が発生した場合には、当該障害を検知する。そして、障害を検知すると、障害が発生した通信経路を経由するネットワークフレームを別の通信経路へ切り替えて転送することができるため、通信の信頼性向上に寄与することができる。
【０１１８】
変形例として、ＦＳ１６は、ＩＦＳ１４と接続されるポート４６のリンク状態を監視し、ポート４６のリンク状態がリンクダウンになったことを契機として、ＩＦＳ１４に対して障害通知フレームを送信するようにしてもよい。
【符号の説明】
【０１１９】
１０    ネットワーク中継システム
１２    端末機器
１４（１４ａ〜１４ｘ）    ＩＦＳ（インターフェース中継器）
１６（１６ａ〜１６ｈ）    ＦＳ（ファブリック中継器）
４６（４６ａ〜４６ｘ）    ポート
４８    フレーム転送処理部
５２，６６    検知フレーム生成部
５４，６８    障害判定部
５６，７０    障害通知フレーム生成部
６４    ＬＡＧ設定部
５８（５８ａ〜５８ｈ）    ポート
【図１】
0005780461.tif 000002
【図２】
0005780461.tif 000003
【図３】
0005780461.tif 000004
【図４】
0005780461.tif 000005
【図５】
0005780461.tif 000006
【図６】
0005780461.tif 000007
【図７】
0005780461.tif 000008
【図８】
0005780461.tif 000009
【図９】
0005780461.tif 000010
【図１０】
0005780461.tif 000011
【図１１】
0005780461.tif 000012
【図１２】
0005780461.tif 000013
【図１３】
0005780461.tif 000014
【図１４】
0005780461.tif 000015
【図１５】
0005780461.tif 000016
【図１６】
0005780461.tif 000017