JPWO2004102902A1 - ノード冗長制御方法およびノード冗長制御装置 - Google Patents
ノード冗長制御方法およびノード冗長制御装置 Download PDFInfo
- Publication number
- JPWO2004102902A1 JPWO2004102902A1 JP2004571850A JP2004571850A JPWO2004102902A1 JP WO2004102902 A1 JPWO2004102902 A1 JP WO2004102902A1 JP 2004571850 A JP2004571850 A JP 2004571850A JP 2004571850 A JP2004571850 A JP 2004571850A JP WO2004102902 A1 JPWO2004102902 A1 JP WO2004102902A1
- Authority
- JP
- Japan
- Prior art keywords
- node
- line
- port
- node device
- trunk
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
通信ネットワークシステムにおけるエッジに位置するノード装置Ｅｄｇｅ＃１より受信した情報を複製し、後段の冗長グループ＃Ｂの各ノード装置（ノード装置ＳＷ＃３およびノード装置ＳＷ＃４）のそれぞれへ現用回線および予備回線を介して送信する第１の送信ステップと、ノード装置ＳＷ＃３およびノード装置ＳＷ＃４において同一の情報を現用回線および予備回線を介して受信し、予備回線を介して受信された情報を破棄する受信ステップと、現用回線を介して受信された情報をつぎのノード装置Ｅｄｇｅ＃２へ送信する第２の送信ステップと、障害発生時、現用回線を予備回線に切り替える切替ステップとを備えている。
Description
本発明は、通信ネットワークにおけるノードの冗長をとるためのノード冗長制御方法およびノード冗長制御装置に関するものであり、特に、ノード障害における切り替え時のトラフィック負荷を低減し、高速で切り替えることができるノード冗長制御方法およびノード冗長制御装置に関するものである。
従来より、主に伝送装置で使われる高速な回線冗長の方式としては、１＋１リンク冗長方式と呼ばれる方式がある。この１＋１リンク冗長方式では、ある２つのノード間を２組の回線（リンク）で接続し、両方の回線にデータをコピーして送る。
そして、受信側のノードでは、正常に動作している回線を運用系、他方の回線を予備系として選択しておき、その運用系からのデータを転送し、予備系からのデータは廃棄する。
ここで、運用系の回線に何らかの障害が発生した場合、受信側のノードでは、正常に動作している予備系の回線を新たに運用系の回線として選択し、該回線からのデータを転送する。
これらの冗長動作により、２つのノード間を接続する回線に発生した障害を回避することが可能となる。
しかしながら、１＋１リンク冗長方式では、回線（リンク）の障害を回避できるものの、ノード自体に障害が発生した場合、通信を維持することができないという問題があった。
そこで、従来より、上述した問題を解決し、ノード冗長を実現するためのプロトコルとして、ＶＲＲＰ（Ｖｉｒｔｕａｌ Ｒｏｕｔｅｒ Ｒｅｄｕｎｄａｎｃｙ Ｐｒｏｔｏｃｏｌ）が規定されている。
ＶＲＲＰにおいては、２つ（または３つ以上）のノード（ＩＰルータやＥｔｈｅｒｎｅｔスイッチ）で冗長グループを構成し、１つのノードに運用系ノードとして実際にフレームの送受信等を行わせ、他のノードを運用系ノードに障害が発生したときのための予備系ノードとして待機させている。
このように、ＶＲＲＰでは、ノード（ルータ）に接続される各デバイスにとって、複数のノード（ルータ）があたかも１つのノード（ルータ）として動作しているように見せることができる。
ＶＲＲＰでは、２つ以上のノード（ルータ）のうち、１つのノードを運用系に、残りのノード（ルータ）を予備系とするプロトコルであり、運用系のノードで障害が発生すると、予備系が運用系として動作し、障害が回避される。
また、Ｅｔｈｅｒｎｅｔにおいては、従来よりＳＴＰ（Ｓｐａｎｎｉｎｇ Ｔｒｅｅ Ｐｒｏｔｏｃｏｌ）と呼ばれるプロトコルが利用されている。ＳＴＰでは、ループ接続の存在するネットワークにおいて、ＳＴ（Ｓｐａｎｎｉｎｇ Ｔｒｅｅ）と呼ばれる論理ツリー構造を作り、そのＳＴに沿ってデータを転送できるようにしたものである。
ＳＴＰでは、ＳＴ上に障害が発生した場合、その障害を回避するＳＴを新しく構築することで、回線やノードの障害を回避するものである。このＳＴＰでは、ＳＴの再計算を行うため、通信再開までに、３０秒以上を要する。
特開２０００−１５１６３４号公報
そして、受信側のノードでは、正常に動作している回線を運用系、他方の回線を予備系として選択しておき、その運用系からのデータを転送し、予備系からのデータは廃棄する。
ここで、運用系の回線に何らかの障害が発生した場合、受信側のノードでは、正常に動作している予備系の回線を新たに運用系の回線として選択し、該回線からのデータを転送する。
これらの冗長動作により、２つのノード間を接続する回線に発生した障害を回避することが可能となる。
しかしながら、１＋１リンク冗長方式では、回線（リンク）の障害を回避できるものの、ノード自体に障害が発生した場合、通信を維持することができないという問題があった。
そこで、従来より、上述した問題を解決し、ノード冗長を実現するためのプロトコルとして、ＶＲＲＰ（Ｖｉｒｔｕａｌ Ｒｏｕｔｅｒ Ｒｅｄｕｎｄａｎｃｙ Ｐｒｏｔｏｃｏｌ）が規定されている。
ＶＲＲＰにおいては、２つ（または３つ以上）のノード（ＩＰルータやＥｔｈｅｒｎｅｔスイッチ）で冗長グループを構成し、１つのノードに運用系ノードとして実際にフレームの送受信等を行わせ、他のノードを運用系ノードに障害が発生したときのための予備系ノードとして待機させている。
このように、ＶＲＲＰでは、ノード（ルータ）に接続される各デバイスにとって、複数のノード（ルータ）があたかも１つのノード（ルータ）として動作しているように見せることができる。
ＶＲＲＰでは、２つ以上のノード（ルータ）のうち、１つのノードを運用系に、残りのノード（ルータ）を予備系とするプロトコルであり、運用系のノードで障害が発生すると、予備系が運用系として動作し、障害が回避される。
また、Ｅｔｈｅｒｎｅｔにおいては、従来よりＳＴＰ（Ｓｐａｎｎｉｎｇ Ｔｒｅｅ Ｐｒｏｔｏｃｏｌ）と呼ばれるプロトコルが利用されている。ＳＴＰでは、ループ接続の存在するネットワークにおいて、ＳＴ（Ｓｐａｎｎｉｎｇ Ｔｒｅｅ）と呼ばれる論理ツリー構造を作り、そのＳＴに沿ってデータを転送できるようにしたものである。
ＳＴＰでは、ＳＴ上に障害が発生した場合、その障害を回避するＳＴを新しく構築することで、回線やノードの障害を回避するものである。このＳＴＰでは、ＳＴの再計算を行うため、通信再開までに、３０秒以上を要する。
ところで、前述したように、従来のＶＲＲＰやＳＴＰでは、予備回線を選択することで、リンク障害はもちろんのこと、ノード障害においても、通信を復旧することが可能である。
しかしながら、従来のＶＲＲＰやＳＴＰでは、障害発生箇所の周辺のノードで、転送テーブル（ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレステーブル）の書き換えが必要となる。
Ｅｔｈｅｒｎｅｔでは、通常、フレーム内のＭＡＣアドレスを学習して転送テーブルを作成するが、この障害発生時の転送テーブルの書き換えを実現するために、障害発生時に転送テーブルの内容を消去し、アドレス学習をやり直すことが一般的である。
しかしながら、転送テーブルの内容を消去した場合には、ＭＡＣアドレスが学習されるまで、フラッディング（Ｆｌｏｏｄｉｎｇ）と呼ばれるブロードキャストで通信が行われるため、輻輳の原因となってしまう。
このように、従来のＶＲＲＰやＳＴＰでは、ノード障害における切り替え時に転送テーブルの書き換えに伴い、トラフィック負荷を高めたり、切り替えに時間を要するという問題があった。
本発明は、上記に鑑みてなされたもので、ノード障害における切り替え時のトラフィック負荷を低減し、高速で切り替えることができるノード冗長制御方法およびノード冗長制御装置を提供することを目的とする。
しかしながら、従来のＶＲＲＰやＳＴＰでは、障害発生箇所の周辺のノードで、転送テーブル（ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレステーブル）の書き換えが必要となる。
Ｅｔｈｅｒｎｅｔでは、通常、フレーム内のＭＡＣアドレスを学習して転送テーブルを作成するが、この障害発生時の転送テーブルの書き換えを実現するために、障害発生時に転送テーブルの内容を消去し、アドレス学習をやり直すことが一般的である。
しかしながら、転送テーブルの内容を消去した場合には、ＭＡＣアドレスが学習されるまで、フラッディング（Ｆｌｏｏｄｉｎｇ）と呼ばれるブロードキャストで通信が行われるため、輻輳の原因となってしまう。
このように、従来のＶＲＲＰやＳＴＰでは、ノード障害における切り替え時に転送テーブルの書き換えに伴い、トラフィック負荷を高めたり、切り替えに時間を要するという問題があった。
本発明は、上記に鑑みてなされたもので、ノード障害における切り替え時のトラフィック負荷を低減し、高速で切り替えることができるノード冗長制御方法およびノード冗長制御装置を提供することを目的とする。
上記目的を達成するために、本発明は、ネットワークの各エッジに位置するノードと、グルーピングされた複数のノードを備えたネットワークシステムに適用されるノード冗長制御方法であって、前記エッジに位置するノードより受信した情報を複製し、後段のグループの各ノードのそれぞれへ現用回線および予備回線を介して送信する第１の送信工程と、同一の前記情報を前記現用回線および前記予備回線を介して受信し、前記予備回線を介して受信された前記情報を破棄する受信工程と、前記現用回線を介して受信された前記情報をつぎのノードへ送信する第２の送信工程と、障害発生時、前記現用回線を前記予備回線に切り替える切替工程と、を含むことを特徴とする。
また、本発明は、ネットワークの各エッジに位置するノードと、グルーピングされた複数のノードを備えたネットワークシステムに適用されるノード冗長制御装置であって、前記エッジに位置するノードより受信した情報を複製し、後段のグループの各ノードのそれぞれへ現用回線および予備回線を介して送信する第１の送信手段と、同一の前記情報を前記現用回線および前記予備回線を介して受信し、前記予備回線を介して受信された前記情報を破棄する受信手段と、前記現用回線を介して受信された前記情報をつぎのノードへ送信する第２の送信手段と、障害発生時、前記現用回線を前記予備回線に切り替える切替手段と、を備えたことを特徴とする。
かかる発明によれば、同一の情報を現用回線および予備回線を介して受信し、予備回線を介して受信された情報を破棄し、現用回線を介して受信された情報をつぎのノードへ送信し、障害発生時、現用回線を予備回線に切り替えることとしたので、ノード障害における切り替え時のトラフィック負荷を低減し、高速で切り替えることができる。
また、本発明は、ネットワークの各エッジに位置するノードと、グルーピングされた複数のノードを備えたネットワークシステムに適用されるノード冗長制御装置であって、前記エッジに位置するノードより受信した情報を複製し、後段のグループの各ノードのそれぞれへ現用回線および予備回線を介して送信する第１の送信手段と、同一の前記情報を前記現用回線および前記予備回線を介して受信し、前記予備回線を介して受信された前記情報を破棄する受信手段と、前記現用回線を介して受信された前記情報をつぎのノードへ送信する第２の送信手段と、障害発生時、前記現用回線を前記予備回線に切り替える切替手段と、を備えたことを特徴とする。
かかる発明によれば、同一の情報を現用回線および予備回線を介して受信し、予備回線を介して受信された情報を破棄し、現用回線を介して受信された情報をつぎのノードへ送信し、障害発生時、現用回線を予備回線に切り替えることとしたので、ノード障害における切り替え時のトラフィック負荷を低減し、高速で切り替えることができる。
第１図は、本発明にかかる実施の形態１の構成を示すブロック図であり、第２図は、同実施の形態１における冗長切り替え動作を説明するブロック図であり、第３図は、第１図に示したノード装置ＳＷ＃１の構成を示すブロック図であり、第４図は、第１図および第３図に示した受信処理部Ｒｘ１〜Ｒｘ４の構成を示すブロック図であり、第５図は、第４図に示した転送情報テーブル２３を示す図であり、第６図は、第４図に示した切替ペアテーブル２４を示す図であり、第７図は、第３図に示した切替制御部１０の構成を示すブロック図であり、第８図は、第７図に示したトランク管理テーブル１１を示す図であり、第９図は、第４図に示した転送ポート決定部２２の動作を説明するフローチャートであり、第１０図は、第７図に示した切替判断部１３の動作を説明するフローチャートであり、第１１図は、本発明にかかる実施の形態２における動作例１を説明する図であり、第１２図は、同実施の形態２における動作例２を説明する図であり、第１３図は、同実施の形態２の動作を説明するフローチャートであり、第１４図は、本発明にかかる実施の形態３の背景を説明する図であり、第１５図は、同実施の形態３の構成を示すブロック図であり、第１６図は、同実施の形態３における切替制御部３０の構成を示すブロック図であり、第１７図は、第１６図に示した冗長グループ管理テーブル３１を示す図であり、第１８図は、同実施の形態３における障害検出処理を説明するフローチャートであり、第１９図は、同実施の形態３における通知メッセージ受信処理を説明するフローチャートであり、第２０図は、同実施の形態３における応答メッセージ受信処理を説明するフローチャートであり、第２１図は、本発明にかかる実施の形態４の構成を示すブロック図であり、第２２図は、同実施の形態４における送信処理部４０の構成を示す図であり、第２３図は、同実施の形態４における受信処理部５０の構成を示す図であり、第２４図は、同実施の形態４における切替制御部６０の構成を示す図であり、第２５図は、第２４図に示した対向ノード管理テーブル６１および自ノード管理テーブル６２を示す図であり、第２６図は、同実施の形態４における障害検出処理を説明するフローチャートであり、第２７図は、同実施の形態４における通知メッセージ受信処理を説明するフローチャートであり、第２８図は、本発明にかかる実施の形態５の動作を説明するブロック図であり、第２９図は、同実施の形態５の動作を説明するブロック図であり、第３０図は、本発明にかかる実施の形態５〜７における切替制御部７０の構成を示すブロック図であり、第３１図は、同実施の形態５における受信処理部８０の構成を示すブロック図であり、第３２図は、同実施の形態５における制御コマンド受信処理を説明するフローチャートであり、第３３図は、本発明にかかる実施の形態６の動作を説明するブロック図であり、第３４図は、同実施の形態６の動作を説明するブロック図であり、第３５図は、同実施の形態６における制御コマンド入力処理を説明するフローチャートであり、第３６図は、本発明にかかる実施の形態７の動作を説明するブロック図であり、第３７図は、同実施の形態７の動作を説明するブロック図であり、第３８図は、本発明にかかる実施の形態８の動作を説明するブロック図であり、第３９図は、同実施の形態８における受信処理部９０の構成を示すブロック図であり、第４０図は、第３９図に示した転送情報テーブル９１を示す図であり、第４１図は、第３９図に示した切替ペアテーブル９２を示す図であり、第４２図は、第３９図に示した冗長対象テーブル９３を示す図であり、第４３図は、本発明にかかる実施の形態９および１０の構成を示すブロック図であり、第４４図は、同実施の形態９における受信処理部１００の構成を示すブロック図であり、第４５図は、第４４図に示した転送情報テーブル１０１を示す図であり、第４６図は、第４４図に示した切替ノードペアテーブル１０２を示す図であり、第４７図は、第４４図に示した切替リンクペアテーブル１０３を示す図であり、第４８図は、同実施の形態９における切替制御部１１０の構成を示すブロック図であり、第４９図は、第４８図に示したノードトランク管理テーブル１１１を示す図であり、第５０図は、第４８図に示したリンクトランク管理テーブル１１２を示す図であり、第５１図は、第４４図に示した転送ポート決定部１０４の動作を説明するフローチャートであり、第５２図は、第４８図に示した切替判断部１１３の動作を説明するフローチャートであり、第５３図は、本発明にかかる実施の形態１０における受信処理部１２０の構成を示すブロック図であり、第５４図は、第５３図に示した切替リンクペアテーブル１２１を示す図であり、第５５図は、同実施の形態１０における切替制御部１３０の構成を示すブロック図であり、第５６図は、第５５図に示したリンクトランク管理テーブル１３１を示す図であり、第５７図は、第５３図に示した転送ポート決定部１２２の動作を説明するフローチャートであり、第５８図は、第５５図に示した切替判断部１３２の動作を説明するフローチャートであり、第５９図は、本発明にかかる実施の形態１１の動作を説明するブロック図であり、第６０図は、同実施の形態１１における自ノード管理テーブル１４０を示す図であり、第６１図は、同実施の形態１１における対向ノード管理テーブル１５０を示す図であり、第６２図は、本発明にかかる実施の形態１〜１１の変形例の構成を示すブロック図である。
以下、図面を参照して本発明にかかるノード冗長制御方法およびノード冗長制御装置の実施の形態１〜１１について詳細に説明する。
（実施の形態１）
第１図は、本発明にかかる実施の形態１の構成を示すブロック図である。この図には、２台のノード装置Ｅｄｇｅ＃１およびノード装置Ｅｄｇｅ＃２と、４台のノード装置ＳＷ＃１〜ＳＷ＃４とから構成され、端末Ｘと端末Ｙとの間で通信を行うための通信ネットワークシステムが図示されている。
端末Ｘおよび端末Ｙは、通信機能を有するコンピュータ端末であり、所定の通信プロトコルに従って、上記通信ネットワークシステムを介して通信を行う。ノード装置Ｅｄｇｅ＃１およびノード装置Ｅｄｇｅ＃２は、エッジノードとしての機能を備ており、端末Ｘおよび端末Ｙに接続されている。
一方、ノード装置ＳＷ＃１〜ＳＷ＃４は、ノード装置Ｅｄｇｅ＃１とノード装置Ｅｄｇｅ＃２との間に設けられており、コアノードとしての機能を備えている。ここで、ノード装置ＳＷ＃１〜ＳＷ＃４においては、ノード装置ＳＷ＃１およびノード装置ＳＷ＃２が冗長グループ＃Ａを構成しており、ノード装置ＳＷ＃３およびノード装置ＳＷ＃４が冗長グループ＃Ｂを構成している。なお、実施の形態１においては、冗長グループを３台以上のノード装置から構成してもよい。
また、ノード装置Ｅｄｇｅ＃１、ノード装置Ｅｄｇｅ＃２、ノード装置ＳＷ＃１〜ノード装置ＳＷ＃４のそれぞれは、ポートＰ１〜Ｐ４、スイッチＳおよび切替制御部（図示略）を備えている。
ポートＰ１は、送信処理部Ｔｘ１および受信処理部Ｒｘ１を備えている。ポートＰ２は、送信処理部Ｔｘ２および受信処理部Ｒｘ２を備えている。ポートＰ３は、送信処理部Ｔｘ３および受信処理部Ｒｘ３を備えている。ポートＰ４は、送信処理部Ｔｘ４および受信処理部Ｒｘ４を備えている。
ノード装置Ｅｄｇｅ＃１のポートＰ１は、回線を介して端末Ｘに接続されている。また、ノード装置Ｅｄｇｅ＃１においては、ポートＰ３がノード装置ＳＷ＃１のポートＰ１に回線を介して接続されているとともに、ポートＰ４がノード装置ＳＷ＃２のポートＰ１に回線を介して接続されている。
また、ノード装置Ｅｄｇｅ＃１においては、複数の物理的な回線（ポートＰ３の回線およびポートＰ４の回線）が、１本の論理的な回線としてのトランク（回線）Ｔ１として認識されている。
なお、ノード装置ＳＷ＃１においては、ポートＰ１の回線を介して、ノード装置Ｅｄｇｅ＃１のポートＰ３に接続されているが、そのポートＰ１の回線をトランクとして認識しない。同様にして、ノード装置ＳＷ＃２においても、ポートＰ１の回線を介して、ノード装置Ｅｄｇｅ＃１のポートＰ４に接続されているが、そのポートＰ１の回線をトランクとして認識しない。
また、冗長グループ＃Ａと冗長グループ＃Ｂとの接続に関しては、各冗長グループを構成する２台のノード装置同士が相互接続する形態とされている。
具体的には、ノード装置ＳＷ＃１においては、ポートＰ３がノード装置ＳＷ＃３のポートＰ１に回線を介して接続されているとともに、ポートＰ４がノード装置ＳＷ＃４のポートＰ１に回線を介して接続されている。
一方、ノード装置ＳＷ＃２においては、ポートＰ３がノード装置ＳＷ＃３のポートＰ２に回線を介して接続されているとともに、ポートＰ４がノード装置ＳＷ＃４のポートＰ２に回線を介して接続されている。
また、ノード装置ＳＷ＃１においては、複数の物理的な回線（ポートＰ３の回線およびポートＰ４の回線）が、１本の論理的な回線としてのトランク（回線）Ｔ１Ａとして認識されている。
また、ノード装置ＳＷ＃２においては、複数の物理的な回線（ポートＰ３の回線およびポートＰ４の回線）が、１本の論理的な回線としてのトランク（回線）Ｔ２Ａとして認識されている。
また、ノード装置ＳＷ＃３においては、複数の物理的な回線（ポートＰ１の回線およびポートＰ２の回線）が、１本の論理的な回線としてのトランク（回線）Ｔ３Ｂとして認識されている。
また、ノード装置ＳＷ＃４においては、複数の物理的な回線（ポートＰ１の回線およびポートＰ２の回線）が、１本の論理的な回線としてのトランク（回線）Ｔ４Ｂとして認識されている。
ノード装置Ｅｄｇｅ＃２のポートＰ３は、回線を介して端末Ｙに接続されている。また、ノード装置Ｅｄｇｅ＃２においては、ポートＰ１がノード装置ＳＷ＃３のポートＰ３に回線を介して接続されているとともに、ポートＰ２がノード装置ＳＷ＃４のポートＰ３に回線を介して接続されている。
また、ノード装置Ｅｄｇｅ＃２においては、複数の物理的な回線（ポートＰ１の回線およびポートＰ２の回線）が、１本の論理的な回線としてのトランク（回線）Ｔ２として認識されている。
なお、ノード装置ＳＷ＃３においては、ポートＰ３の回線を介して、ノード装置Ｅｄｇｅ＃２のポートＰ１に接続されているが、そのポートＰ３の回線をトランクとして認識しない。同様にして、ノード装置ＳＷ＃４においても、ポートＰ３の回線を介して、ノード装置Ｅｄｇｅ＃２のポートＰ２に接続されているが、そのポートＰ３の回線をトランクとして認識しない。
第３図は、第１図に示したノード装置ＳＷ＃１の構成を示すブロック図である。この図において、第１図の各部に対応する部分には同一の符号を付ける。同図において、切替制御部１０は、ポートＰ１〜Ｐ４を制御し、例えば、第４図に示した状態情報（運用／予備）を受信処理部Ｒｘ１〜Ｒｘ４へ通知する。状態情報は、各ポートに接続された回線が運用回線であるか予備回線であるかを表す情報である。
第４図は、第１図および第３図に示した受信処理部Ｒｘ１〜ＲＸ４の構成を示すブロック図である。この図において、回線終端部２０は、回線からの電気信号や光信号を終端する機能を備えている。転送情報抽出部２１は、受信されたフレームのヘッダから転送先を表す転送情報（Ｅｔｈｅｒｎｅｔでは、宛先ＭＡＣアドレスやＶＬＡＮ−ＩＤ等）を抽出する。
転送ポート決定部２２は、切替制御部１０（第３図参照）からの状態情報（運用／予備）や転送情報抽出部２１により抽出された転送情報（この場合、宛先のＭＡＣアドレス。なお、ＩＰルータの場合、宛先のＩＰアドレス。ＭＰＬＳの場合、Ｌａｂｅｌ。）に基づいて、受信されたフレームの転送先であるポートを決定する機能を備えている。
転送情報テーブル２３は、第５図に示したように、ＭＡＣアドレスとトランクＩＤ（ポートＩＤも含む）との対応関係を表すテーブルである。ＭＡＣアドレスは、転送情報抽出部２１により抽出された転送情報である。トランクＩＤは、当該ノード装置に設定されたトランクを識別するための識別子である。ポートＩＤは、ポートを識別するための識別子である。
例えば、第５図に示したトランクＩＤ＝１０が第１図に示したノード装置ＳＷ＃１のトランクＴ１Ａに対応しているとすると、ポートＰ１の受信処理部Ｒｘ１に受信されたフレーム（ＭＡＣアドレス＝ＡＡＡＡに対応）は、転送情報テーブル２３（第５図参照）に基づいて、トランクＩＤ＝１０のトランクＴ１Ａ（ポートＰ３およびポートＰ４）へ転送される。
第４図に戻り、切替ペアテーブル２４は、トランクがどの回線（ポート）で構成されているかを表すテーブルである。具体的には、第６図に示したように、切替ペアテーブル２４は、トランクＩＤとポートＩＤ（回線）との対応関係を表すテーブルである。トランクＩＤは、当該ノード装置に設定されたトランクを識別するための識別子である。ポートＩＤは、該トランクを構成する複数の回線に対応するポートを識別するための識別子である。
トランクＩＤ＝１０が第１図に示したノード装置ＳＷ＃１のトランクＴ１Ａに対応しているとすると、ポートＩＤ（＝４、６）は、トランクＴ１Ａを構成する回線に対応するポートＰ３およびポートＰ４に対応している。なお、切替ペアテーブル２４にトランクＩＤが複数設定されているが、これは、各ノード装置に複数のトランクが設定されている場合を表す。
転送／複製情報付加部２５は、転送ポート決定部２２における決定に基づいて、どのポートにフレームを転送するかを表すタグをフレームに付加して、スイッチＳへ出力する。
第７図は、第３図に示した切替制御部１０の構成を示すブロック図である。この図において、トランク管理テーブル１１は、各ノード装置のトランクを管理するためのテーブルである。具体的には、トランク管理テーブル１１は、第８図に示したように、トランク、回線、状態の対応関係を表すテーブルである。
同図において、トランクは、各ノード装置に設定されたトランクを表す。回線（ポート）は、上記トランクを構成する回線（ポート）を表す。状態は、運用／予備および正常性を表す。運用／予備は、当該回線（ポート）が運用回線であるかまたは予備回線であるかを表す。正常性は、当該回線（ポート）が正常であるか、障害発生により断であるかを表す。
例えば、第１図において、ノード装置Ｅｄｇｅ＃１のポートＰ４（回線）、ノード装置ＳＷ＃１のポートＰ３（回線）、ノード装置ＳＷ＃２のポートＰ４（回線）、ノード装置ＳＷ＃３のポートＰ１（回線）、ノード装置ＳＷ＃４のポートＰ２（回線）およびノード装置Ｅｄｇｅ＃２のポートＰ１（回線）は、運用回線に設定されている。
一方、ノード装置Ｅｄｇｅ＃１のポートＰ３（回線）、ノード装置ＳＷ＃１のポートＰ４（回線）、ノード装置ＳＷ＃２のポートＰ３（回線）、ノード装置ＳＷ＃３のポートＰ２（回線）、ノード装置ＳＷ＃４のポートＰ１（回線）およびノード装置Ｅｄｇｅ＃２のポートＰ２（回線）は、予備回線に設定されている。
ポート情報交換部１２は、ポートＰ１〜Ｐ４（第３図参照）と情報を交換する。切替判断部１３は、例えば、ポート情報交換部１２を介して、あるポートから回線障害が発生した旨の障害通知を受けた場合、障害が発生した回線と、トランク管理テーブル１１（第８図参照）とに基づいて、切替の判断を行い、関係するポートへ通知を行う。
つぎに、実施の形態１の動作について、第１図および第２図、第９図および第１０図に示したフローチャートを参照しつつ説明する。第２図は、実施の形態１における冗長切り替え動作を説明するブロック図である。第９図は、第４図に示した転送ポート決定部２２の動作を説明するフローチャートである。第１０図は、第７図に示した切替判断部１３の動作を説明するフローチャートである。
以下では、第１図に示した端末Ｘから端末Ｙへフレームを送信する場合の動作について説明する。第９図に示したステップＳＡ１では、各受信処理部の転送ポート決定部２２（第４図参照）は、転送情報（フレーム）が入力されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
また、第１０図に示したステップＳＢ１では、切替判断部１３（第７図参照）は、ポートで障害が検出されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
そして、第１図に示した端末Ｘから、端末Ｙ宛のフレームが送信されると、該フレームは、ノード装置Ｅｄｇｅ＃１の受信処理部Ｒｘ１に受信される。
すなわち、回線終端部２０は、フレームに対応する電気信号や光信号を終端する。転送情報抽出部２１は、受信されたフレームのヘッダから転送先を表す転送情報（この場合、端末Ｙに対応する宛先ＭＡＣアドレス）を抽出し、転送ポート決定部２２および転送／複製情報付加部２５へ出力する。
これにより、転送ポート決定部２２は、第９図に示したステップＳＡ１の判断結果を「Ｙｅｓ」とする。ステップＳＡ２では、転送ポート決定部２２は、送信元ＭＡＣアドレスと入力回線を構成するトランク（ポート）を関連付けて学習する。
ステップＳＡ３では、転送ポート決定部２２は、切替制御部１０（第３図参照）からの状態情報（この場合、運用回線であるとする）に基づいて、入力回線（ポートＰ１に対応する回線）が運用回線であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＡ４では、転送ポート決定部２２は、転送情報抽出部２１からの転送情報（宛先ＭＡＣアドレス）をキーとして、転送情報テーブル２３を検索し、出力トランク（この場合、トランクＴ１であるとする）の情報を取得する。
ステップＳＡ５では、転送ポート決定部２２は、上記出力トランク（この場合、トランクＴ１）をキーとして、切替ペアテーブル２４を検索し、出力先ポート（回線）の情報を取得する。
この場合、出力先ポート（回線）は、トランクＴ１に対応するポートＰ３およびポートＰ４である。つぎに、転送ポート決定部２２は、ポートＰ３およびポートＰ４に対応する上記出力先ポート（回線）の情報を転送／複製情報付加部２５へ転送した後、ステップＳＡ１の判断を行う。
これにより、転送／複製情報付加部２５は、転送情報抽出部２１からのフレームに、上記ポートＰ３およびポートＰ４に対応するタグを付加して、スイッチＳへ出力する。
スイッチＳは、タグを参照して、フレームを複製した後、各フレームをノード装置Ｅｄｇｅ＃１のポートＰ３（送信処理部Ｔｘ３）と、ポートＰ４（送信処理部Ｔｘ４）とへ転送する。
つぎに、ノード装置Ｅｄｇｅ＃１においては、ポートＰ３（送信処理部Ｔｘ３）からノード装置ＳＷ＃１のポートＰ１（受信処理部Ｒｘ１）へフレームが送信されるとともに、ポートＰ４（送信処理部Ｔｘ４）からノード装置ＳＷ＃２のポートＰ１（受信処理部Ｒｘ１）へフレームが送信される。
そして、ノード装置ＳＷ＃１のポートＰ１（受信処理部Ｒｘ１）にフレームが受信されると、上述したノード装置Ｅｄｇｅ＃１の動作と同様にして、フレームは、スイッチＳで複製される。
つぎに、ノード装置ＳＷ＃１においては、ポートＰ３（送信処理部Ｔｘ３）からノード装置ＳＷ＃３のポートＰ１（受信処理部Ｒｘ１）へフレームが送信されるとともに、ポートＰ４（送信処理部Ｔｘ４）からノード装置ＳＷ＃４のポートＰ１（受信処理部Ｒｘ１）へフレームが送信される。
一方、ノード装置ＳＷ＃２のポートＰ１（受信処理部Ｒｘ１）にフレームが受信されると、上述したノード装置Ｅｄｇｅ＃１の動作と同様にして、フレームは、スイッチＳで複製される。
つぎに、ノード装置ＳＷ＃２においては、ポートＰ３（送信処理部Ｔｘ３）からノード装置ＳＷ＃３のポートＰ２（受信処理部Ｒｘ２）へフレームが送信されるとともに、ポートＰ４（送信処理部Ｔｘ４）からノード装置ＳＷ＃４のポートＰ２（受信処理部Ｒｘ２）へフレームが送信される。
そして、ノード装置ＳＷ＃３のポートＰ１（受信処理部Ｒｘ１：運用回線）にフレームが受信されると、上述した動作と同様にして、該フレームは、スイッチＳを介して、ポートＰ３（送信処理部Ｔｘ３）からノード装置Ｅｄｇｅ＃２のポートＰ１へ送信される。
また、ノード装置ＳＷ＃３のポートＰ２（受信処理部Ｒｘ２：予備回線）にフレームが受信されると、上述した動作を経て、上記受信処理部Ｒｘ２の転送情報抽出部２１は、第９図に示したステップＳＡ１の判断結果を「Ｙｅｓ」とする。ステップＳＡ２では、転送ポート決定部２２は、送信元ＭＡＣアドレスと入力回線を構成するトランク（ポート）を関連付けて学習する。
ステップＳＡ３では、転送ポート決定部２２は、切替制御部１０（第３図参照）からの状態情報（この場合、予備回線であるとする）に基づいて、入力回線（ポートＰ２に対応する回線）が運用回線であるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＡ６では、転送ポート決定部２２は、転送／複製情報付加部２５にフレームを破棄させた後、ステップＳＡ１の判断を行う。すなわち、ノード装置ＳＷ＃３においては、受信側の２本の回線（ポートＰ１およびポートＰ２）のうち一方を運用回線として受信したフレームを転送し、他方を予備回線として受信したフレームを破棄している。
同様にして、ノード装置ＳＷ＃４においても、受信側の２本の回線（ポートＰ１およびポートＰ２）のうち、ポートＰ２の回線を運用回線として受信したフレームをポートＰ３（送信処理部Ｔｘ３）からノード装置Ｅｄｇｅ＃２のポートＰ２（受信処理部Ｒｘ２）へ転送する。また、ポートＰ１の回線を予備回線として受信したフレームが破棄される。
そして、ノード装置Ｅｄｇｅ＃２のポートＰ１（受信処理部Ｒｘ１：運用回線）にフレームが受信されると、上述した動作と同様にして、該フレームは、スイッチＳを介して、ポートＰ３（送信処理部Ｔｘ３）から端末Ｙへ送信される。
一方、ノード装置Ｅｄｇｅ＃２のポートＰ２（受信処理部Ｒｘ２：予備回線）にフレームが受信されると、上述した動作と同様にして、該フレームは、破棄される。
上述した動作は、ネットワークが正常に動作している場合である。つぎに、冗長グループを構成するノード装置自体に障害（ノード障害）が発生した場合の動作について第２図を参照しつつ説明する。
同図において、冗長グループ＃Ａを構成する一方のノード装置ＳＷ＃２にノード障害が発生すると、ノード装置ＳＷ＃２をトランクの接続先としているノード装置Ｅｄｇｅ＃１、ノード装置ＳＷ＃３およびノード装置ＳＷ＃４に影響があり、切り替えの可能性が生じる。
具体的には、ノード装置Ｅｄｇｅ＃１、ノード装置ＳＷ＃３およびノード装置ＳＷ＃４のうち、ノード装置Ｅｄｇｅ＃１およびノード装置ＳＷ＃４については、ノード装置ＳＷ＃２に接続された回線（ポートＰ４、ポートＰ２）が共に運用回線とされており、通信断の影響が出るため、運用回線を障害検出回線（障害発生時の運用回線）から予備回線へ切り替える必要がある。
すなわち、ノード装置ＳＷ＃２でノード障害が発生すると、ノード装置Ｅｄｇｅ＃１のポートＰ４（受信処理部Ｒｘ４）は、所定の信号や光を受信できなくなるため、ノード障害を検出し、切替制御部１０（第３図および第７図）へ通知する。
これにより、切替制御部１０の切替判断部１３は、第１０図に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、切替判断部１３は、トランク管理テーブル１１（第８図参照）を参照して、障害検出回線（この場合、ノード装置Ｅｄｇｅ＃１のポートＰ４の回線）にトランクの設定があるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
なお、ステップＳＢ２の判断結果が「Ｎｏ」である場合、ステップＳＢ６では、切替判断部１３は、障害検出回線について、トランク管理テーブル１１を更新（正常性を正常から断）する。
ステップＳＢ３では、切替判断部１３は、トランク管理テーブル１１を参照して、障害検出回線が運用回線であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。なお、ステップＳＢ３の判断結果が「Ｎｏ」である場合には、ステップＳＢ６の処理が実行される。
ステップＳＢ４では、切替判断部１３は、トランク管理テーブル１１を参照して、現在の運用回線（この場合、ノード装置Ｅｄｇｅ＃１のポートＰ４の回線）に対応する予備回線（この場合、ノード装置Ｅｄｇｅ＃１のポートＰ３の回線）が正常であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。なお、ステップＳＢ４の判断結果が「Ｎｏ」である場合、ステップＳＢ６の処理が実行される。
ステップＳＢ５では、切替判断部１３は、運用回線を障害検出回線から予備回線へ切り替えるための１＋１切替を実行する。具体的には、切替判断部１３は、障害検出回線であるポートＰ４（受信処理部Ｒｘ４および送信処理部Ｔｘ４）へ状態情報（予備回線）を通知するとともに、予備回線であるポートＰ３（受信処理部Ｒｘ３および送信処理部Ｔｘ３）へ状態情報（運用回線）を通知する。また、切替判断部１３は、トランク管理テーブル１１を更新する。
これにより、ノード装置Ｅｄｇｅ＃１においては、ポートＰ３の回線が予備回線から運用回線に切り替えられるとともに、ポートＰ４の回線が運用回線から予備回線に切り替えられる。
同様にして、ノード装置ＳＷ＃４においても、ノード装置Ｅｄｇｅ＃１と同様にして、ポートＰ２の回線が運用回線から予備回線に切り替えられるとともに、ポートＰ１の回線が予備回線から運用回線に切り替えられる。
一方、ノード装置ＳＷ＃３においては、障害検出回線（ポートＰ２の回線）が予備回線であるため、第１０図に示したステップＳＢ３の判断結果が「Ｎｏ」とされ、トランク管理テーブル１１が更新されるだけで、運用回線の切り替えが実行されない。すなわち、ノード装置ＳＷ＃３の場合には、ノード装置ＳＷ＃２でノード障害が発生しても、通信断等の影響が出ないのである。
以上説明したように、実施の形態１によれば、同一のフレームを現用回線および予備回線を介して受信し、予備回線を介して受信されたフレームを破棄し、現用回線を介して受信されたフレームをつぎのノード装置へ送信し、障害発生時、現用回線を予備回線に切り替えることとしたので、ノード障害における切り替え時のトラフィック負荷を低減し、高速で切り替えることができる。
（実施の形態２）
さて、前述した実施の形態１では、トランクを構成しない回線（リンク）に障害が発生した場合や、一つのトランクを構成する全回線に同時に障害が発生した場合について、特に、言及しなかったが、障害が発生した回線に接続されているノード装置に障害を通知する構成例としてもよい。以下では、この構成例を実施の形態２として説明する。
第１１図は、実施の形態２における動作例１を説明する図である。第１１図（ａ）に示した通信ネットワークシステムは、ノード装置Ｅｄｇｅ＃１、冗長グループ＃Ａ（ノード装置ＳＷ＃１およびノード装置ＳＷ＃２）、冗長グループ＃Ｂ（ノード装置ＳＷ＃３およびノード装置ＳＷ＃４）、ノード装置Ｅｄｇｅ＃２、ノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４から構成されている。
ノード装置Ｅｄｇｅ＃１において、トランクＴ１は、ポートＰ１（例えば、現用回線）およびポートＰ２（例えば、予備回線）から構成されている。
ノード装置ＳＷ＃１において、トランクＴ１Ａは、ポートＰ２およびポートＰ３から構成されている。なお、ノード装置ＳＷ＃１のポートＰ１は、トランクを構成しない。
ノード装置ＳＷ＃２において、トランクＴ２Ａは、ポートＰ２およびポートＰ３から構成されている。なお、ノード装置ＳＷ＃２のポートＰ１は、トランクを構成しない。
ノード装置ＳＷ＃３において、トランクＴ３Ｂは、ポートＰ１およびポートＰ２から構成されている。なお、ノード装置ＳＷ＃３のポートＰ３、ポートＰ４およびポートＰ５のそれぞれは、トランクを構成しない。
ノード装置ＳＷ＃４において、トランクＴ４Ｂは、ポートＰ１およびポートＰ２から構成されている。なお、ノード装置ＳＷ＃４のポートＰ３、ポートＰ４およびポートＰ５のそれぞれは、トランクを構成しない。
ノード装置Ｅｄｇｅ＃２において、トランクＴ２は、ポートＰ１およびポートＰ２から構成されている。ノード装置Ｅｄｇｅ＃３において、トランクＴ３は、ポートＰ１およびポートＰ２から構成されている。ノード装置Ｅｄｇｅ＃４において、トランクＴ４は、ポートＰ１およびポートＰ２から構成されている。なお、ポートＰ１〜Ｐ４は、実施の形態１と同様にして、受信処理部および送信処理部から構成されている。
つぎに、第１１図（ａ）および（ｂ）、第１３図に示したフローチャートを参照しつつ、実施の形態２における動作例１について説明する。この動作例１では、トランクを構成しない回線Ｋ３１（第１１図（ｂ）参照）に障害が発生した場合について説明する。
第１３図に示したステップＳＣ１では、各ノード装置は、接続されている回線で障害を検出したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。そして、第１１図（ａ）に示した回線Ｋ３１で障害（回線断）が発生すると、ノード装置Ｅｄｇｅ＃２は、実施の形態１の動作と同様にして、現用回線を、ポートＰ１（障害検出回線）からポートＰ２（予備回線）へ切り替える。
ここで、回線Ｋ３１で障害が発生すると、ノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４は、ノード装置ＳＷ＃３および回線Ｋ３１を経由してノード装置Ｅｄｇｅ＃２と通信することができなくなる。
そこで、実施の形態２の動作例１では、ノード装置ＳＷ＃３は、回線Ｋ３１の影響がある全ポート（この場合、ポートＰ４およびポートＰ５）へ断状態とするように通知する。これにより、ノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４では、上記全ポートの回線を断状態（障害発生）として認識する。
具体的には、回線Ｋ３１の障害を検出すると、ノード装置ＳＷ＃３は、第１３図に示したステップＳＣ１の判断結果を「Ｙｅｓ」とする。ステップＳＣ２では、ノード装置ＳＷ＃３は、実施の形態１と同様にして、障害検出回線（この場合、ノード装置ＳＷ＃３のポートＰ３の回線Ｋ３１）にトランクの設定があるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＣ７では、ノード装置ＳＷ＃３は、回線Ｋ３１の影響がある全ポート（この場合、ポートＰ４およびポートＰ５）へ断状態とするように通知する。これにより、ポートＰ４およびポートＰ５では、接続されている回線を物理的に断（光や電気レベルを落とす）にして、擬似障害を発生させる。ステップＳＣ６では、ノード装置ＳＷ＃３は、実施の形態１と同様にして、トランク管理テーブル１１（第８図参照）を更新する。
これにより、接続先のノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４では、第１１図（ｂ）に示したように、疑似障害の発生により、前述した１＋１切替を実行し、運用回線を疑似障害検出回線から予備回線へ切り替えることにより、障害を回避し、接続を維持する。
なお、実施の形態２では、疑似障害を発生させずに、ノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４へ別回線（図示略）を介して、障害発生および１＋１切替指示を明示的に通知してもよい。
また、第１２図（ａ）に示したように、ノード装置ＳＷ＃３のトランクＴ３Ｂを構成する全回線（回線Ｋ２１および回線Ｋ２２）で障害が発生すると、ノード装置ＳＷ＃３に関する回線を運用回線とするノード装置で通信断の影響が出る。
そこで、実施の形態２では、動作例２として、かかる影響を回避すべく、動作例１と同様にして、ノード装置ＳＷ＃３が、隣接する全ノード装置に対して、障害を通知する。障害の通知方法は、明示的な通知メッセージを通知したり、接続回線を物理的に断（光や電気レベルを落とす）にしたりする方法等が挙げられる。
具体的には、回線Ｋ２１および回線Ｋ２２の障害を検出すると、ノード装置ＳＷ＃３は、第１３図に示したステップＳＣ１の判断結果を「Ｙｅｓ」とする。ステップＳＣ２では、ノード装置ＳＷ＃３は、実施の形態１と同様にして、障害検出回線（この場合、ノード装置ＳＷ＃３のポートＰ１の回線Ｋ２１およびポートＰ２の回線Ｋ２２）にトランクの設定があるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＣ３では、ノード装置ＳＷ＃３は、障害検出回線に運用回線（この場合、回線Ｋ２１）が含まれているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＣ４では、ノード装置ＳＷ＃３は、予備回線（この場合、回線Ｋ２２）が正常であるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＣ７では、ノード装置ＳＷ＃３は、回線Ｋ２１および回線Ｋ２２の影響がある全ポート（この場合、ポートＰ３、ポートＰ４およびポートＰ５）へ断状態とするように通知する。これにより、ポートＰ３、ポートＰ４およびポートＰ５では、接続されている回線を物理的に断（光や電気レベルを落とす）にして、擬似障害を発生させる。ステップＳＣ６では、ノード装置ＳＷ＃３は、実施の形態１と同様にして、トランク管理テーブル１１（第８図参照）を更新する。
これにより、接続先のノード装置Ｅｄｇｅ＃２、ノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４では、第１２図（ｂ）に示したように、疑似障害の発生により、前述した１＋１切替を実行し、運用回線を疑似障害検出回線から予備回線へ切り替えることにより、障害を回避し、接続を維持する。なお、ステップＳＣ４の判断結果が「Ｙｅｓ」である場合、ステップＳＣ５では、１＋１切替が実行される。また、ステップＳＣ３の判断結果が「Ｎｏ」である場合、ステップＳＣ６の処理が実行される。
以上説明したように、実施の形態２によれば、障害発生時、障害の影響を受ける接続先のノード装置に対して障害発生を通知することとしたので、ノード障害における切り替え時のトラフィック負荷を低減し、高速で切り替えることができる。
（実施の形態３）
さて、前述した実施の形態２では、第１４図（ａ）に示したノード装置Ｅｄｇｅ＃２のトランクＴ２を構成する全回線で障害が発生（またはノード装置Ｅｄｇｅ＃２自体でノード障害が発生）したという特殊な場合、第１４図（ｂ）に示したように、接続先のノード装置ＳＷ＃３およびノード装置ＳＷ＃４（冗長グループ＃Ｂ）が完全に機能しなくなるという問題が発生する。
この場合には、本来、障害と無関係であるノード装置Ｅｄｇｅ＃３とノード装置Ｅｄｇｅ＃４との間の通信さえもできなくなってしまう。
以下に説明する実施の形態３では、第１５図に示したように、同じ冗長グループを構成するノード装置間でお互いの状態を通知し合い、回線障害等で冗長グループ内の全ノード装置が完全に機能しなくなるという事態を回避するための構成例を示す。
すなわち、冗長グループ内の各ノード装置は、通常同じ接続先（ノード装置）を有している。これは、１つのノード装置が機能しなくなっても他のノード装置がその接続性を引き継ぐために必須である。
そこで、実施の形態３では、冗長グループ内のノード装置同士で、正常に動作しているトランク数（ノード装置Ｅｄｇｅ＃１〜ノード装置Ｅｄｇｅ＃４との接続のためのトランクとなっていない回線も含む）、正常に動作している回線数等の転送能力を通知し合い、冗長グループ内の全ノード装置を断にしなければならない状態でも、冗長グループ内で最低１台のノード装置が運用状態に残るようにしている。
第１６図は、実施の形態３における切替制御部３０の構成を示すブロック図である。切替制御部３０は、第１５図に示したノード装置Ｅｄｇｅ＃１〜ノード装置Ｅｄｇｅ＃４、ノード装置ＳＷ＃１〜ノード装置ＳＷ＃４にそれぞれ設けられている。
第１６図において、第７図の各部に対応する部分には同一の符号を付ける。第１６図においては、第７図に示した切替判断部１３に代えて、切替判断部３２が設けられているとともに、冗長グループ管理テーブル３１が新たに設けられている。
冗長グループ管理テーブル３１は、冗長グループを構成する各ノード装置を管理するためのテーブルであり、第１７図に示したように、情報アイテム、自ノード、ペアノードというフィールドを備えている。
自ノードは、冗長グループ管理テーブル３１が設けられているノード装置を表す。ペアノードは、自ノードとペアをなすノード装置に対応している。例えば、第１５図に示した冗長グルーブ＃Ｂにおいてノード装置ＳＷ＃３に設けられている冗長グループ管理テーブル３１の場合には、自ノードがノード装置ＳＷ＃３に対応しており、ペアノードがノード装置ＳＷ＃４に対応している。
情報アイテムは、有効トランク数、有効回線数、優先度および識別子である。有効トランク数は、当該ノード装置（自ノード、ペアノード）に設定されたトランクの有効数である。有効回線数は、当該ノード装置に接続された回線の有効数である。優先度は、自ノードおよびペアノードにおける優先度を表す。識別子は、当該ノード装置を識別するためのものであり、ＭＡＣアドレス等である。
つぎに、実施の形態３の動作について、第１８図〜第２０図に示したフローチャートを参照しつつ説明する。第１８図に示したステップＳＤ１では、各ノード装置（第１５図に示したノード装置Ｅｄｇｅ＃１〜ノード装置Ｅｄｇｅ＃４、ノード装置ＳＷ＃１〜ノード装置ＳＷ＃４）は、障害を検出したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
また、第１９図に示したステップＳＥ１では、各ノード装置は、要求メッセージを受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。また、第２０図に示したステップＳＦ１では、各ノード装置は、応答メッセージを受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
そして、第１５図に示したノード装置Ｅｄｇｅ＃２のトランクＴ２の全回線（またはノード装置Ｅｄｇｅ＃２自体）に障害が発生（第１４図（ａ）参照）すると、ノード装置ＳＷ＃３は、第１８図に示したステップＳＤ１の判断結果を「Ｙｅｓ」とする。
ステップＳＤ２では、ノード装置ＳＷ＃３は、自ノードに関して、冗長グループ管理テーブル３１（第１７図参照）を更新する。この場合、ノード装置ＳＷ＃３は、１本の回線（トランクＴ２に対応）に障害が発生しているため、第１７図に示した自ノードの有効回線数を１デクリメントする。
また、ノード装置ＳＷ＃３は、自ノードのトランクに関して、全回線で障害が発生している場合や、障害検出回線がトランクを構成しない場合、自ノードの有効トランク数を１デクリメントする。この場合、障害検出回線（トランクＴ２に対応）がトランクを構成しないため、第１７図に示した自ノードの有効トランク数を１デクリメントする。
ステップＳＤ３では、ノード装置ＳＷ＃３は、障害検出回線にトランクが設定されているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＤ７では、ノード装置ＳＷ＃３は、冗長グループ＃Ｂを構成するペアノード（ノード装置ＳＷ＃４）に対する要求メッセージを生成し、ペアノード（ノード装置ＳＷ＃４）へ要求メッセージを送信する。この要求メッセージには、ペアノード（この場合、ノード装置ＳＷ＃４）における冗長管理テーブルの更新内容を要求するためのメッセージである。
また、要求メッセージには、自ノード（ノード装置ＳＷ＃３）における冗長テーブルの更新内容が含まれている。ノード装置ＳＷ＃３は、ペアノード（ノード装置ＳＷ＃４）からの応答待ち状態とされる。
同様にして、第１５図に示したノード装置Ｅｄｇｅ＃２のトランクＴ２の全回線（またはノード装置Ｅｄｇｅ＃２自体）に障害が発生（第１４図（ａ）参照）すると、ノード装置ＳＷ＃４は、第１８図に示したステップＳＤ１の判断結果を「Ｙｅｓ」とする。
ステップＳＤ２では、ノード装置ＳＷ＃４は、自ノードに関して、冗長グループ管理テーブル３１（第１７図参照）を更新する。この場合、ノード装置ＳＷ＃４は、１本の回線（トランクＴ２に対応）に障害が発生しているため、第１７図に示した自ノードの有効回線数を１デクリメントする。
また、ノード装置ＳＷ＃４は、自ノードのトランクに関して、全回線で障害が発生している場合や、障害検出回線がトランクを構成しない場合、自ノードの有効トランク数を１デクリメントする。この場合、障害検出回線（トランクＴ２に対応）がトランクを構成しないため、第１７図に示した自ノードの有効トランク数を１デクリメントする。
ステップＳＤ３では、ノード装置ＳＷ＃４は、障害検出回線にトランクが設定されているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＤ７では、ノード装置ＳＷ＃４は、冗長グループ＃Ｂを構成するペアノード（ノード装置ＳＷ＃３）に対する要求メッセージを生成し、ペアノード（ノード装置ＳＷ＃３）へ要求メッセージを送信する。この要求メッセージは、ペアノード（この場合、ノード装置ＳＷ＃３）における冗長管理テーブルの更新内容を要求するためのメッセージである。
また、要求メッセージには、自ノード（ノード装置ＳＷ＃４）における冗長テーブルの更新内容が含まれている。ノード装置ＳＷ＃４は、ペアノード（ノード装置ＳＷ＃３）からの応答待ち状態とされる。
そして、ノード装置ＳＷ＃３からの要求メッセージがノード装置ＳＷ＃４に受信されると、ノード装置ＳＷ＃４は、第１９図に示したステップＳＥ１の判断結果を「Ｙｅｓ」とする。ステップＳＥ２では、ノード装置ＳＷ＃４は、要求メッセージに含まれる更新内容に基づいて、冗長グループ管理テーブル３１のペアノード（ノード装置ＳＷ＃３）の内容を更新する。
ステップＳＥ３では、ノード装置ＳＷ＃４は、冗長グループ＃Ｂを構成するペアノード（ノード装置ＳＷ＃３）に対する応答メッセージを生成し、ペアノード（ノード装置ＳＷ＃３）へ応答メッセージを送信する。この応答メッセージには、自ノード（この場合、ノード装置ＳＷ＃４）に設けられた冗長管理テーブルにおける自ノードの更新内容が含まれている。
ステップＳＥ４では、ノード装置ＳＷ＃４は、冗長グループ管理テーブル３１において自ノードとペアノードとの情報（有効トランク数、有効回線数、優先度）を比較する。ステップＳＥ５では、ノード装置ＳＷ＃４は、ペアノードが自ノードよりも優れているか否かを判断する。ここで、優れているとは、有効トランク数がより多い、有効回線数がより多い、または優先度が高い状態であり、ノード装置の転送能力が高いことを意味する。
ステップＳＥ５の判断結果が「Ｙｅｓ」である場合、ステップＳＥ６では、ノード装置ＳＷ＃４は、全ポートを断状態（光信号を断）とするように指示を出して、対向ノード装置（隣接する全ノード）にペアノード（ノード装置ＳＷ＃３）に接続されている回線を運用回線とするように通知する。なお、ステップＳＥ５の判断結果が「Ｎｏ」である場合、ノード装置ＳＷ＃４は、ステップＳＥ１の判断を行う。
これにより、ノード装置Ｅｄｇｅ＃２のトランクＴ２に障害が発生したとしても、必要最小限の通信断に抑え、障害トランクに関係のない回線（例えば、ノード装置ＳＷ＃３とノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４の回線）の通信を維持することが可能となる。
また、ノード装置ＳＷ＃４からの応答メッセージがノード装置ＳＷ＃３に受信されると、ノード装置ＳＷ＃３は、第２０図に示したステップＳＦ１の判断結果を「Ｙｅｓ」とする。
ステップＳＦ２では、ノード装置ＳＷ＃３は、応答メッセージに含まれる更新内容に基づいて、冗長グループ管理テーブル３１のペアノード（ノード装置ＳＷ＃４）の内容を更新する。
ステップＳＦ３では、ノード装置ＳＷ＃３は、冗長グループ管理テーブル３１において自ノードとペアノードとの情報（有効トランク数、有効回線数、優先度）を比較する。ステップＳＦ４では、ノード装置ＳＷ＃３は、ステップＳＥ５（第１９図参照）と同様にして、ペアノードが自ノードよりも優れているか否かを判断する。
この場合、ステップＳＦ４の判断結果が「Ｎｏ」であるとすると、ノード装置ＳＷ＃３は、ステップＳＦ１の判断を行う。なお、ステップＳＦ４の判断結果が「Ｙｅｓ」である場合、ステップＳＦ５では、ノード装置ＳＷ＃３は、全ポート（回線）を断状態（光信号を断）とするように指示を出して、対向ノード装置に対して、ペアノード（ノード装置ＳＷ＃４）に接続されている回線を運用回線とするように通知する。
なお、第１８図に示したステップＳＤ３の判断結果が「Ｙｅｓ」である場合、ステップＳＤ４では、各ノード装置は、障害検出回線が運用回線であるか否かを判断する。ステップＳＤ４の判断結果が「Ｎｏ」である場合、各ノード装置は、ステップＳＤ１の判断を行う。
一方、ステップＳＤ４の判断結果が「Ｙｅｓ」である場合、ステップＳＤ５では、各ノード装置は、予備回線が正常であるか否かを判断する。ステップＳＤ５の判断結果が「Ｙｅｓ」である場合、ステップＳＤ６では、各ノード装置は、ステップＳＣ５（第１３図参照）と同様にして、１＋１切替を実行する。なお、ステップＳＤ５の判断結果が「Ｎｏ」である場合、ステップＳＤ７の処理が実行される。
以上説明したように、実施の形態３によれば、冗長グループ内におけるノード装置間で通信能力を通知し合い、障害発生時、冗長グループ内における複数のノード装置うち、通信能力が高いノード装置が通信を担当することとしたので、より通信能力が高いノード装置を用いて通信を行うことができる。
（実施の形態４）
さて、前述した実施の形態３においては、冗長グループ内のノード装置間で、転送能力に関する情報（有効トランク数、有効回線数、優先度等）を交換した後、全ポート（回線）を断状態（光信号を断）とするように指示を出し、対向ノード装置に対して、ペアノード（ノード装置ＳＷ＃４）に接続されている回線を運用回線とするように通知する構成例について説明したが、直接対向ノード装置に転送能力を通知する構成例としてもよい。以下では、この構成例を実施の形態４として説明する。
第２１図は、本発明にかかる実施の形態４の構成を示すブロック図である。この図において、第１４図（ａ）および第１５図に対応する部分には同一の符号を付ける。
実施の形態４において、各ノード装置の各ポートには、第２２図に示した送信処理部４０が設けられている。送信処理部４０において、通知メッセージ挿入部４１は、障害発生時に、切替制御部６０（第２４図参照）により生成された通知メッセージを受信し、この通知メッセージを多重部４２へ渡す。多重部４２は、スイッチＳからのフレームと通知メッセージとを多重化する。回線終端部４３は、回線に接続されており、多重化されたフレームを送信する。
また、実施の形態４において、各ノード装置の各ポートには、第２３図に示した受信処理部５０が用いられている。同図において、第４図の各部に対応する部分には同一の符号を付ける。
受信処理部５０において、通知メッセージ抽出部５１は、対向ノード装置から送信された多重化されたフレームから通知メッセージ（第２２図参照）を抽出し、これを切替制御部６０（第２４図参照）へ渡す。
また、実施の形態４において、各ノード装置の各ポートには、第２４図に示した切替制御部６０が用いられている。同図において、第７図の各部に対応する部分には同一の符号を付ける。
切替制御部６０において、対向ノード管理テーブル６１は、トランク単位で設定されており、当該ノード装置（自ノード）に対向する各対向ノード装置を管理するためのテーブルである。
具体的には、対向ノード管理テーブル６１は、第２５図（ａ）に示したように、情報アイテム、回線１の接続先ノード、回線２の接続先ノードというフィールドを備えている。なお、実際には、当該ノード装置は、対向ノード管理テーブル６１をトランク毎に有している。
回線１の接続先ノードは、当該トランクを構成する回線１の接続先ノード（対向ノード装置）に対応している。回線２の接続先ノードは、当該トランクを構成する回線２の接続先ノード（対向ノード装置）に対応している。すなわち、当該トランクは、回線１および回線２から構成されている。
情報アイテムは、有効トランク数、有効回線数、優先度および識別子である。有効トランク数は、各対向ノード装置（回線１、２の接続先ノード）に設定されたトランクの有効数である。有効回線数は、各対向ノード装置に接続された回線の有効数である。優先度は、各対向ノード装置における優先度を表す。識別子は、各対向ノード装置を識別するためのものであり、ＭＡＣアドレス等である。
第２４図に戻り、自ノード管理テーブル６２は、自ノードを管理するためのテーブルであり、第２５図（ｂ）に示したように、自ノードに関する有効トランク数、有効回線数、優先度、識別子の情報を管理している。切替判断部６３は、自ノード管理テーブル６２の更新や、対向ノード管理テーブル６１に基づいて、１＋１切替に関する判断を行う。
つぎに、実施の形態４の動作について、第２６図および第２７図に示したフローチャートを参照しつつ説明する。第２６図に示したステップＳＧ１では、各ノード装置（第２１図に示したノード装置Ｅｄｇｅ＃１〜ノード装置Ｅｄｇｅ＃４、ノード装置ＳＷ＃１〜ノード装置ＳＷ＃４）の切替判断部６３（第２４図参照）は、障害を検出したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
また、第２７図に示したステップＳＨ１では、各ノード装置の切替判断部６３は、対向ノード装置から通知メッセージを受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
そして、第２１図に示したノード装置Ｅｄｇｅ＃２のトランクＴ２の全回線（またはノード装置Ｅｄｇｅ＃２自体）に障害が発生すると、ノード装置ＳＷ＃３の切替判断部６３は、第２６図に示したステップＳＧ１の判断結果を「Ｙｅｓ」とする。
ステップＳＧ２では、ノード装置ＳＷ＃３の切替判断部６３は、自ノードに関して、自ノード管理テーブル６２（第２５図（ｂ）参照）を更新する。この場合、ノード装置ＳＷ＃３の切替判断部６３は、１本の回線（トランクＴ２に対応）に障害が発生しているため、第２５図（ｂ）に示した自ノードの有効回線数を１デクリメントする。
また、ノード装置ＳＷ＃３の切替判断部６３は、自ノードのトランクに関して、全回線で障害が発生している場合や、障害検出回線がトランクを構成しない場合、自ノードの有効トランク数を１デクリメントする。この場合、障害検出回線（トランクＴ２に対応）がトランクを構成しないため、第２５図（ｂ）に示した自ノードの有効トランク数を１デクリメントする。
ステップＳＧ３では、ノード装置ＳＷ＃３の切替判断部６３は、障害検出回線にトランクが設定されているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＧ７では、ノード装置ＳＷ＃３は、対向ノード装置（この場合、ノード装置ＳＷ＃１、ノード装置ＳＷ＃２、ノード装置Ｅｄｇｅ＃２、ノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４）に対する通知メッセージを生成し、通知メッセージ挿入部４１（第２２図参照）へ渡して、各対向ノードへ通知メッセージを送信する。この通知メッセージには、自ノード（ノード装置ＳＷ＃３）における冗長テーブルの更新内容が含まれている。
同様にして、第２１図に示したノード装置Ｅｄｇｅ＃２のトランクＴ２の全回線（またはノード装置Ｅｄｇｅ＃２自体）に障害が発生（第１４図（ａ）参照）すると、ノード装置ＳＷ＃４の切替判断部６３は、第２６図に示したステップＳＧ１の判断結果を「Ｙｅｓ」とする。
ステップＳＧ２では、ノード装置ＳＷ＃４の切替判断部６３は、自ノードに関して、自ノード管理テーブル６２（第２５図（ｂ）参照）を更新する。この場合、ノード装置ＳＷ＃４の切替判断部６３は、１本の回線（トランクＴ２に対応）に障害が発生しているため、第２５図（ｂ）に示した自ノードの有効回線数を１デクリメントする。
また、ノード装置ＳＷ＃４の切替判断部６３は、自ノードのトランクに関して、全回線で障害が発生している場合や、障害検出回線がトランクを構成しない場合、自ノードの有効トランク数を１デクリメントする。この場合、障害検出回線（トランクＴ２に対応）がトランクを構成しないため、第２５図（ｂ）に示した自ノードの有効トランク数を１デクリメントする。
ステップＳＧ３では、ノード装置ＳＷ＃４の切替判断部６３は、障害検出回線にトランクが設定されているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＧ７では、ノード装置ＳＷ＃４は、対向ノード装置（この場合、ノード装置ＳＷ＃１、ノード装置ＳＷ＃２、ノード装置Ｅｄｇｅ＃２、ノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４）に対する通知メッセージを生成し、通知メッセージ挿入部４１（第２２図参照）へ渡し、各対向ノードへ通知メッセージを送信する。この通知メッセージには、自ノード（ノード装置ＳＷ＃４）における冗長テーブルの更新内容が含まれている。
そして、ノード装置ＳＷ＃３およびノード装置ＳＷ＃４からの各通知メッセージがノード装置Ｅｄｇｅ＃３に受信されると、ノード装置Ｅｄｇｅ＃３の切替判断部６３は、第２７図に示したステップＳＨ１の判断結果を「Ｙｅｓ」とする。
ステップＳＨ２では、ノード装置Ｅｄｇｅ＃３の切替判断部６３は、通知メッセージに含まれるノード装置ＳＷ＃３およびノード装置ＳＷ＃４の自ノードテーブルの各更新内容に基づいて、対向ノード管理テーブル６１の接続先ノード（ノード装置ＳＷ＃３およびノード装置ＳＷ＃４）の内容を更新する。
ステップＳＨ３では、ノード装置Ｅｄｇｅ＃３の切替判断部６３は、対向ノード管理テーブル６１において回線１の接続ノードと、回線２の接続先ノードとの情報（有効トランク数、有効回線数、優先度）を比較する。ステップＳＨ４では、ノード装置Ｅｄｇｅ＃３の切替判断部６３は、ステップＳＨ３の比較結果に基づいて、最も優れているノード装置に接続されている回線（ポート）を運用回線に切り替えた後、ステップＳＨ１の判断を行う。
ここで、優れているとは、有効トランク数がより多い、有効回線数がより多い、または優先度が高い状態であり、ノード装置の転送能力が高いことを意味する。
また、通知メッセージを受信した他の対向ノード装置（ノード装置ＳＷ＃１、ノード装置ＳＷ＃２、ノード装置Ｅｄｇｅ＃２およびノード装置Ｅｄｇｅ＃４）においても、ノード装置Ｅｄｇｅ＃３と同様の動作を経て、１＋１切替が行われる。
なお、第２６図に示したステップＳＧ３の判断結果が「Ｙｅｓ」である場合、ステップＳＧ４では、各ノード装置は、障害検出回線が運用回線であるか否かを判断する。ステップＳＧ４の判断結果が「Ｎｏ」である場合、各ノード装置は、ステップＳＧ１の判断を行う。
一方、ステップＳＧ４の判断結果が「Ｙｅｓ」である場合、ステップＳＧ５では、各ノード装置は、予備回線が正常であるか否かを判断する。ステップＳＧ５の判断結果が「Ｙｅｓ」である場合、ステップＳＧ６では、各ノード装置は、ステップＳＣ５（第１３図参照）と同様にして、１＋１切替を実行する。なお、ステップＳＧ５の判断結果が「Ｎｏ」である場合、ステップＳＧ７の処理が実行される。
以上説明したように、実施の形態４によれば、冗長グループ内の全ポートを断状態にすることなく、冗長グループ内でもっとも優れた転送能力を持つノード装置が転送処理を続けることができる。
（実施の形態５）
さて、前述した実施の形態１においては、管理者により入力された制御コマンドにより１＋１切替をリモートで強制的に実行できる構成例としてもよい。以下では、この構成例を実施の形態５として説明する。
第２８図および第２９図は、本発明にかかる実施の形態５の動作を説明するブロック図である。これらの図において、第１図の各部に対応する部分には同一の符号を付ける。
実施の形態５において、各ノード装置の各ポートには、第３０図に示した切替制御部７０が用いられている。同図において、第７図の各部に対応する部分には同一の符号を付ける。
切替制御部７０において、コマンド入力部７１は、管理者により制御コマンドを入力するためのものである。制御コマンドは、運用回線の接続先のノード装置に対して、当該運用回線の利用を禁止させて、強制的に１＋１切替を指示するためのコマンドである。切替判断部７１は、切替判断部１３（第７図参照）の機能に加えて、制御コマンドに基づく処理も実行する。
また、実施の形態５において、各ノード装置の各ポートには、第３１図に示した受信処理部８０が用いられている。同図において、第４図の各部に対応する部分には同一の符号を付ける。
受信処理部８０において、制御コマンド抽出部８１は、ノード装置から送信されたフレームから上記制御コマンドを抽出し、これを切替制御部７０（第３０図参照）へ渡す。
つぎに、実施の形態５の動作について、第３２図に示したフローチャートを参照しつつ説明する。同図に示したステップＳＩ１では、各ノード装置の切替判断部７２（第３０図参照）は、制御コマンドを受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
ここで、第２８図に示したように、管理者により、ノード装置ＳＷ＃２のコマンド入力部７１（第３０図参照）に制御コマンドが入力されると、切替判断部７２は、制御コマンドをノード装置ＳＷ＃４へ送信する。この制御コマンドは、上記現用回線を利用しているノード装置ＳＷ＃４に対して、現用回線の利用を禁止し、現用回線を予備回線に切り替えるための利用禁止コマンドである。
そして、制御コマンド（利用禁止コマンド）がノード装置ＳＷ＃４に受信されると、ノード装置ＳＷ＃４の切替判断部７２は、第３２図に示したステップＳＩ１の判断結果を「Ｙｅｓ」とする。
ステップＳＩ２では、ノード装置ＳＷ＃４の切替判断部７２は、制御コマンドが利用禁止コマンドであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＩ３では、ノード装置ＳＷ＃４の切替判断部７２は、制御コマンド（利用禁止コマンド）を受信した回線が運用回線であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＩ４では、ノード装置ＳＷ＃４の切替判断部７２は、予備回線が正常であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＩ５では、ノード装置ＳＷ＃４の切替判断部７２は、第２９図に示したように、現用回線をポートＰ２（現用回線）からポートＰ１（予備回線）に強制的に切り替える。
なお、ステップＳＩ３またはステップＳＩ４の判断結果が「Ｎｏ」である場合、ステップＳＩ１の判断が行われる。また、ステップＳＩ２の判断結果が「Ｎｏ」である場合、ステップＳＩ６では、制御コマンド（利用禁止コマンド以外）を受信した回線が運用回線であるか否かが判断される。
ステップＳＩ６の判断結果が「Ｎｏ」である場合、ステップＳＩ５の処理が実行される。一方、ステップＳＩ６の判断結果が「Ｙｅｓ」である場合、ステップＳＩ１の判断が行われる。
以上説明したように、実施の形態５によれば、制御コマンド入力により、強制的に他ノード装置の現用回線を予備回線にリモートで切り替えることとしたので、管理者の利便性を高めることができる。
（実施の形態６）
さて、実施の形態５においては、第２８図および第２９図に示したように例えば、ノード装置ＳＷ＃２で入力された制御コマンドに基づいて、ノード装置ＳＷ＃４で１＋１切替をリモートで行う構成例について説明したが、ノード装置ＳＷ＃４で入力された制御コマンドに基づいて、該ノード装置ＳＷ＃４で１＋１切替をローカルで行う構成例としてもよい。以下では、この構成例を実施の形態６として説明する。
第３３図および第３４図は、本発明にかかる実施の形態６の動作を説明するブロック図である。なお、実施の形態６においては、実施の形態５の構成と同一である。
つぎに、実施の形態６の動作について、第３５図に示したフローチャートを参照しつつ説明する。同図に示したステップＳＪ１では、各ノード装置の切替判断部７２（第３０図参照）は、管理者によりコマンド入力部７１で制御コマンドが入力されたか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
ここで、第３３図に示したように、管理者により、ノード装置ＳＷ＃４のコマンド入力部７１（第３０図参照）に制御コマンドが入力されると、切替判断部７２は、第３５図に示したステップＳＪ１の判断結果を「Ｙｅｓ」とする。
ステップＳＪ２では、ノード装置ＳＷ＃４の切替判断部７２は、制御コマンドに対応する対象回線（この場合、ポートＰ２の回線）が運用回線であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＪ３では、ノード装置ＳＷ＃４の切替判断部７２は、予備回線（この場合、ポートＰ１の回線）が正常であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＪ４では、ノード装置ＳＷ＃４の切替判断部７２は、第３４図に示したように、現用回線をポートＰ２（現用回線）からポートＰ１（予備回線）にローカルで強制的に切り替える。
なお、ステップＳＪ２またはステップＳＪ３の判断結果が「Ｎｏ」である場合、ステップＳＪ１の判断が行われる。
以上説明したように、実施の形態６によれば、制御コマンド入力により、強制的に自ノード装置の現用回線を予備回線にローカルで切り替えることとしたので、管理者の利便性を高めることができる。
（実施の形態７）
第３６図および第３７図は、本発明にかかる実施の形態７の動作を説明するブロック図である。実施の形態７は、前述した実施の形態５および実施の形態６の組み合わせの構成例である。
すなわち、第３６図に示したノード装置ＳＷ＃２で、ノード装置ＳＷ＃４に対するリモート用の制御コマンド（利用禁止コマンド）が入力されると、ノード装置ＳＷ＃４では、第３７図に示したように、現用回線がポートＰ２（現用回線）からポートＰ１（予備回線）へリモートで強制的に切り替えられる。
また、第３６図に示したノード装置ＳＷ＃２で、該ノード装置ＳＷ＃２に対するローカル用の制御コマンドが入力されると、ノード装置ＳＷ＃２では、第３７図に示したように、現用回線がポートＰ４（現用回線）からポートＰ３（予備回線）へローカルで強制的に切り替えられる。
以上説明したように、実施の形態７によれば、実施の形態５および実施の形態６と同様の効果を奏する。
（実施の形態８）
さて、前述した実施の形態１においては、ＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｔｗｏｒｋ）技術を用いて、通信ネットワークシステム上に二つのＶＬＡＮを構築し、一方のＶＬＡＮを冗長ありとし、他方のＶＬＡＮを冗長無しとする構成例としてもよい。以下では、この構成例を実施の形態８として説明する。
ＶＬＡＮは、ＬＡＮにおいて、物理的なケーブルやマシンの接続形態に依存せず、ＬＡＮ上の特定のノードだけで仮想的なグループを作る技術であり、ルータやハブに対する付加機能として提供される。
ＶＬＡＮでは、物理的に離れたセグメント上に存在するノード同士を集め、論理的に同一セグメント上に存在するように見せかけることができる。そのため、ノードの物理的な接続形態によらずに柔軟にネットワークを構築したり、構成を変更したりできる。たとえば、別フロアにある２つの部署を１つの論理的なセグメントとみなしたり、離れた場所に置かれたノードを本来属するべきセグメントに仮想的に参加させたりできる。
第３８図は、本発明にかかる実施の形態８の動作を説明するブロック図である。同図において、第１図に対応する部分には同一の符号を付ける。第３８図に示した通信ネットワークシステムにおいては、二つのＶＬＡＮとして、端末Ｘ１と端末Ｘ２との間を接続するＶＬＡＮ−Ｘと、端末Ｙ１と端末Ｙ２との間を接続するＶＬＡＮ−Ｙとが設定されている。
端末Ｘ１は、ノード装置Ｅｄｇｅ＃１のポートＰ１に接続されている。端末Ｘ２は、ノード装置Ｅｄｇｅ＃２のポートＰ３に接続されている。端末Ｙ１は、ノード装置Ｅｄｇｅ＃１のポートＰ２に接続されている。端末Ｙ２は、ノード装置Ｅｄｇｅ＃２のポートＰ４に接続されている。
ＶＬＡＮ−Ｘは、冗長ありの構成とされている。すなわち、ＶＬＡＮ−Ｘでは、運用回線の経路Ｌ１の他に、予備回線の経路Ｌ３およびＬ４が設定されている。従って、運用回線の経路Ｌ１に障害が発生した場合には、予備回線の経路Ｌ３や、経路Ｌ４により冗長がとられるため、障害を回避することができる。
一方、ＶＬＡＮ−Ｙは、冗長無しの構成とされている。すなわち、ＶＬＡＮ−Ｙでは、運用回線の経路Ｌ２の他に、予備回線の経路が設定されていない。従って、運用回線の経路Ｌ２に障害が発生した場合には、冗長がとられない。
また、実施の形態８において、各ノード装置の各ポートには、第３９図に示した受信処理部９０が用いられている。同図において、第４図の各部に対応する部分には同一の符号を付ける。
受信処理部９０において、転送情報テーブル９１は、第４０図に示したように、ＭＡＣアドレス、ＶＬＡＮ−ＩＤ、トランクＩＤおよびポートＩＤの対応関係を表すテーブルである。ＭＡＣアドレスは、転送情報抽出部２１により抽出された転送情報である。
ＶＬＡＮ−ＩＤは、ＶＬＡＮ−ＸまたはＶＬＡＮ−Ｙに対応するフレームを識別するための識別子であり、ＩＥＥＥ８０２．１Ｑで規定されている。例えば、ＶＬＡＮ−ＩＤ＝１００は、ＶＬＡＮ−Ｘに対応するフレームの識別子である。一方、ＶＬＡＮ−ＩＤ＝２００は、ＶＬＡＮ−Ｙに対応するフレームの識別子である。
トランクＩＤは、当該ノード装置に設定されたトランクを識別するための識別子である。ポートＩＤは、ポートを識別するための識別子である。
第３９図に戻り、切替ペアテーブル９２は、トランクがどの回線（ポート）で構成されているかを表すテーブルである。具体的には、第４１図に示したように、切替ペアテーブル９２は、トランクＩＤとポートＩＤ（回線）との対応関係を表すテーブルである。トランクＩＤは、当該ノード装置に設定されたトランクを識別するための識別子である。ポートＩＤは、該トランクを構成する複数の回線に対応するポートを識別するための識別子である。
第３９図に戻り、冗長対象テーブル９３は、ＶＬＡＮが冗長対象であるか否かを管理するためのテーブルである。具体的には、第４２図に示したように、冗長対象テーブル９３は、ＶＬＡＮ−ＩＤおよび冗長有無というフィールドを備えている。ＶＬＡＮ−ＩＤは、ＶＬＡＮ−ＸまたはＶＬＡＮ−Ｙに対応するフレームを識別するための識別子であり、第４０図に示したＶＬＡＮ−ＩＤに対応している。冗長有無は、ＶＬＡＮに関して、冗長の有無を表す。
上記構成において、第３８図に示したＶＬＡＮ−Ｘ用に冗長を確保するため、運用回線の経路Ｌ１については、実施の形態７で説明した仕組みを利用して、双方向の運用回線がノード装置Ｅｄｇｅ＃１−ノード装置ＳＷ＃１−ノード装置ＳＷ＃３−ノード装置Ｅｄｇｅ＃２となるように設定される。
ここで、ＶＬＡＮ−Ｘにおいて、端末Ｘ１から端末Ｘ２宛のフレームが送信されると、該フレームは、ノード装置Ｅｄｇｅ＃１の受信処理部Ｒｘ１（受信処理部９０：第３９図参照）に受信される。これにより、第３９図に示した転送情報抽出部２１は、受信されたフレームのヘッダから転送先を表す転送情報（この場合、端末Ｘ２に対応する宛先ＭＡＣアドレス）およびＶＬＡＮ−ＩＤ（この場合、１００）を抽出し、転送ポート決定部９４および転送／複製情報付加部２５へ出力する。
転送ポート決定部９４は、転送情報抽出部２１からの転送情報（ＭＡＣアドレス）およびＶＬＡＮ−ＩＤ（＝１００）をキーとして、第４０図に示した転送情報テーブル９１を検索し、出力トランク（この場合、トランクＴ１であるとする）の情報を取得する。
つぎに、転送ポート決定部９４は、上記出力トランク（この場合、トランクＴ１）をキーとして、切替ペアテーブル９２（第４１図参照）を検索し、出力先ポート（回線）の情報を取得する。また、転送ポート決定部９４は、ＶＬＡＮ−ＩＤをキーとして、第４２図に示した冗長有無（この場合、１：有り）をチェックする。
転送ポート決定部９４は、ポートＰ３およびポートＰ４に対応する上記出力先ポート（回線）の情報および上記チェック結果（冗長あり）を転送／複製情報付加部２５へ転送する。
これにより、転送／複製情報付加部２５は、転送情報抽出部２１からのフレームに、上記ポートＰ３およびポートＰ４に対応するタグを付加して、スイッチＳへ出力する。
スイッチＳは、タグを参照して、フレームを複製した後、各フレームをノード装置Ｅｄｇｅ＃１のポートＰ３（送信処理部Ｔｘ３）と、ポートＰ４（送信処理部Ｔｘ４）とへ転送する。
以後、上述した動作と同様にして、ＶＬＡＮ−Ｘのフレームは、運用回線の経路Ｌ１を介して、端末Ｘ２に受信される。なお、障害が発生した場合には、実施の形態１と同様にして、冗長がとられているため、運用回線から予備回線へ切り替わる。
一方、ＶＬＡＮ−Ｙにおいて、端末Ｙ１から端末Ｙ２宛のフレームが送信されると、該フレームは、ノード装置Ｅｄｇｅ＃１の受信処理部Ｒｘ２（受信処理部９０：第３９図参照）に受信される。これにより、第３９図に示した転送情報抽出部２１は、受信されたフレームのヘッダから転送先を表す転送情報（この場合、端末Ｙ２に対応する宛先ＭＡＣアドレス）およびＶＬＡＮ−ＩＤ（この場合、２００）を抽出し、転送ポート決定部９４および転送／複製情報付加部２５へ出力する。
転送ポート決定部９４は、転送情報抽出部２１からの転送情報（ＭＡＣアドレス）およびＶＬＡＮ−ＩＤ（＝２００）をキーとして、第４０図に示した転送情報テーブル９１を検索し、出力ポート（この場合、ポートＰ３であるとする）の情報を取得する。
つぎに、転送ポート決定部９４は、ＶＬＡＮ−ＩＤをキーとして、第４２図に示した冗長有無（この場合、０：無し）をチェックする。また、転送ポート決定部９４は、出力ポート（この場合、ポートＰ３）および上記チェック結果（冗長無し）を転送／複製情報付加部２５へ転送する。
これにより、転送／複製情報付加部２５は、転送情報抽出部２１からのフレームに、上記ポートＰ３に対応するタグを付加して、スイッチＳへ出力する。
スイッチＳは、タグを参照して、フレームをノード装置Ｅｄｇｅ＃１のポートＰ３（送信処理部Ｔｘ３）のみに転送する。すなわち、ＶＬＡＮ−Ｙのフレームの場合には、運用回線のみにフレームが転送され、予備回線にフレームが転送されない。
以後、上述した動作と同様にして、ＶＬＡＮ−Ｙのフレームは、経路Ｌ２を介して、端末Ｙ２に受信される。なお、障害が発生した場合には、冗長がとられていないため、端末Ｙ１と端末Ｙ２との間の通信が断となる等の影響が出る。
以上説明したように、実施の形態８によれば、冗長サービスを受けるフレームと受けないフレームを同一通信ネットワークシステムで提供することにより、高い信頼性が必要なトラフィックに関して、フレームを複製することで通信ネットワークシステムのリソースを消費するものの障害時であっても通信が可能となる冗長サービスを受けることができる。
一方、高い信頼性が必要無いトラフィックについて、フレームを複製することなく、ネットワーク帯域の使用を最小限にすることが可能となり、さまざまな要求を満たすことのできる通信ネットワークシステムを実現することができる。
（実施の形態９）
さて、前述した実施の形態１においては、第１図に示したように、各トランク（トランクＴ１、トランクＴ１Ａ等）を設けて、ノード（ノード装置）の冗長をとるためのノード冗長を実現する構成例について説明したが、ノード冗長に加えて、ノード間を接続するリンク（回線）についても冗長をとるリンク冗長を実現する構成例としてもよい。以下では、この構成例を実施の形態９として説明する。
第４３図は、本発明にかかる実施の形態９の構成を示すブロック図である。この図には、２台のノード装置Ｅｄｇｅ＃１およびノード装置Ｅｄｇｅ＃２と、４台のノード装置ＳＷ＃１〜ＳＷ＃４とから構成され、端末Ｘと端末Ｙとの間で通信を行うための通信ネットワークシステムが図示されている。
端末Ｘおよび端末Ｙは、通信機能を有するコンピュータ端末であり、所定の通信プロトコルに従って、上記通信ネットワークシステムを介して通信を行う。ノード装置Ｅｄｇｅ＃１およびノード装置Ｅｄｇｅ＃２は、エッジノードとしての機能を備ており、端末Ｘおよび端末Ｙに接続されている。
一方、ノード装置ＳＷ＃１〜ＳＷ＃４は、ノード装置Ｅｄｇｅ＃１とノード装置Ｅｄｇｅ＃２との間に設けられており、コアノードとしての機能を備えている。ここで、ノード装置ＳＷ＃１〜ＳＷ＃４においては、ノード装置ＳＷ＃１およびノード装置ＳＷ＃２が冗長グループ＃Ａを構成しており、ノード装置ＳＷ＃３およびノード装置ＳＷ＃４が冗長グループ＃Ｂを構成している。なお、実施の形態９においては、冗長グループを３台以上のノード装置から構成してもよい。
また、ノード装置Ｅｄｇｅ＃１、ノード装置Ｅｄｇｅ＃２、ノード装置ＳＷ＃１〜ノード装置ＳＷ＃４のそれぞれは、ポートＰ１〜Ｐ８、スイッチＳおよび切替制御部（図示略）を備えている。
ポートＰ１は、送信処理部Ｔｘ１および受信処理部Ｒｘ１を備えている。ポートＰ２は、送信処理部Ｔｘ２および受信処理部Ｒｘ２を備えている。ポートＰ３は、送信処理部Ｔｘ３および受信処理部Ｒｘ３を備えている。ポートＰ４は、送信処理部Ｔｘ４および受信処理部Ｒｘ４を備えている。
ポートＰ５は、送信処理部Ｔｘ５および受信処理部Ｒｘ５を備えている。ポートＰ６は、送信処理部Ｔｘ６および受信処理部Ｒｘ６を備えている。ポートＰ７は、送信処理部Ｔｘ７および受信処理部Ｒｘ７を備えている。ポートＰ８は、送信処理部Ｔｘ８および受信処理部Ｒｘ８を備えている。
ノード装置Ｅｄｇｅ＃１のポートＰ１は、回線を介して端末Ｘに接続されている。また、ノード装置Ｅｄｇｅ＃１においては、ポートＰ５がノード装置ＳＷ＃１のポートＰ１に回線を介して接続されているとともに、ポートＰ６がノード装置ＳＷ＃１のポートＰ２に回線を介して接続されている。
さらに、ノード装置Ｅｄｇｅ＃１においては、ポートＰ７がノード装置ＳＷ＃２のポートＰ１に回線を介して接続されているとともに、ポートＰ８がノード装置ＳＷ＃２のポートＰ２に回線を介して接続されている。
また、ノード装置Ｅｄｇｅ＃１においては、４本の物理的な回線（ポートＰ５の回線、ポートＰ６の回線、ポートＰ７の回線およびポートＰ８の回線）が、１本の論理的な回線としてのノードトランク（回線）ＴＮ１として認識されている。このノードトランクＴＮ１は、ノード冗長を実現するためのものである。
また、ノードトランクＴＮ１においては、ノード装置Ｅｄｇｅ＃１とノード装置ＳＷ＃１との間のリンクが冗長構成（ポートＰ５の回線およびポートＰ６の回線）とされている。ポートＰ５の回線およびポートＰ６の回線は、リンクトランクＴＬ１として認識されている。このリンクトランクＴＬ１は、リンク冗長を実現するためのものである。
一方、対向するノード装置ＳＷ＃１側においては、ノード装置ＳＷ＃１とノード装置Ｅｄｇｅ＃１との間のリンクが冗長構成（ポートＰ１の回線およびポートＰ２の回線）とされている。ポートＰ１の回線およびポートＰ２の回線は、リンクトランクＴＬ３として認識されている。このリンクトランクＴＬ３は、リンク冗長を実現するためのものである。
同様にして、ノードトランクＴＮ１においては、ノード装置Ｅｄｇｅ＃１とノード装置ＳＷ＃２との間のリンクが冗長構成（ポートＰ７の回線およびポートＰ８の回線）とされている。ポートＰ７の回線およびポートＰ８の回線は、リンクトランクＴＬ２として認識されている。このリンクトランクＴＬ２は、リンク冗長を実現するためのものである。
一方、対向するノード装置ＳＷ＃２側においては、ノード装置ＳＷ＃２とノード装置Ｅｄｇｅ＃１との間のリンクが冗長構成（ポートＰ１の回線およびポートＰ２の回線）とされている。ポートＰ１の回線およびポートＰ２の回線は、リンクトランクＴＬ４として認識されている。このリンクトランクＴＬ４は、リンク冗長を実現するためのものである。
また、冗長グループ＃Ａと冗長グループ＃Ｂとの接続に関しては、各冗長グループを構成する２台のノード装置同士が相互接続する形態とされている。
具体的には、ノード装置ＳＷ＃１においては、ポートＰ５がノード装置ＳＷ＃３のポートＰ１に回線を介して接続されているとともに、ポートＰ６がノード装置ＳＷ＃３のポートＰ２に回線を介して接続されている。
さらに、ノード装置ＳＷ＃１においては、ポートＰ７がノード装置ＳＷ＃４のポートＰ１に回線を介して接続されているとともに、ポートＰ８がノード装置ＳＷ＃４のポートＰ２に回線を介して接続されている。
また、ノード装置ＳＷ＃１においては、４本の物理的な回線（ポートＰ５の回線、ポートＰ６の回線、ポートＰ７の回線およびポートＰ８の回線）が、１本の論理的な回線としてのノードトランク（回線）ＴＮ１Ａとして認識されている。このノードトランクＴＮ１Ａは、ノード冗長を実現するためのものである。
また、ノードトランクＴＮ１Ａにおいては、ノード装置ＳＷ＃１とノード装置ＳＷ＃３との間のリンクが冗長構成（ポートＰ５の回線およびポートＰ６の回線）とされている。ポートＰ５の回線およびポートＰ６の回線は、リンクトランクＴＬ５として認識されている。このリンクトランクＴＬ５は、リンク冗長を実現するためのものである。
一方、対向するノード装置ＳＷ＃３側においては、ノード装置ＳＷ＃３とノード装置ＳＷ＃１との間のリンクが冗長構成（ポートＰ１の回線およびポートＰ２の回線）とされている。ポートＰ１の回線およびポートＰ２の回線は、リンクトランクＴＬ９として認識されている。このリンクトランクＴＬ９は、リンク冗長を実現するためのものである。
同様にして、ノードトランクＴＮ１Ａにおいては、ノード装置ＳＷ＃１とノード装置ＳＷ＃４との間のリンクが冗長構成（ポートＰ７の回線およびポートＰ８の回線）とされている。ポートＰ７の回線およびポートＰ８の回線は、リンクトランクＴＬ６として認識されている。このリンクトランクＴＬ６は、リンク冗長を実現するためのものである。
一方、対向するノード装置ＳＷ＃４側においては、ノード装置ＳＷ＃４とノード装置ＳＷ＃１との間のリンクが冗長構成（ポートＰ１の回線およびポートＰ２の回線）とされている。ポートＰ１の回線およびポートＰ２の回線は、リンクトランクＴＬ１１として認識されている。このリンクトランクＴＬ１１は、リンク冗長を実現するためのものである。
また、ノード装置ＳＷ＃２においては、ポートＰ５がノード装置ＳＷ＃３のポートＰ３に回線を介して接続されているとともに、ポートＰ６がノード装置ＳＷ＃３のポートＰ４に回線を介して接続されている。
さらに、ノード装置ＳＷ＃２においては、ポートＰ７がノード装置ＳＷ＃４のポートＰ３に回線を介して接続されているとともに、ポートＰ８がノード装置ＳＷ＃４のポートＰ４に回線を介して接続されている。
また、ノード装置ＳＷ＃２においては、４本の物理的な回線（ポートＰ５の回線、ポートＰ６の回線、ポートＰ７の回線およびポートＰ８の回線）が、１本の論理的な回線としてのノードトランク（回線）ＴＮ２Ａとして認識されている。このノードトランクＴＮ２Ａは、ノード冗長を実現するためのものである。
また、ノードトランクＴＮ２Ａにおいては、ノード装置ＳＷ＃２とノード装置ＳＷ＃３との間のリンクが冗長構成（ポートＰ５の回線およびポートＰ６の回線）とされている。ポートＰ５の回線およびポートＰ６の回線は、リンクトランクＴＬ７として認識されている。このリンクトランクＴＬ７は、リンク冗長を実現するためのものである。
一方、対向するノード装置ＳＷ＃３側においては、ノード装置ＳＷ＃３とノード装置ＳＷ＃２との間のリンクが冗長構成（ポートＰ３の回線およびポートＰ４の回線）とされている。ポートＰ３の回線およびポートＰ４の回線は、リンクトランクＴＬ１０として認識されている。このリンクトランクＴＬ１０は、リンク冗長を実現するためのものである。
同様にして、ノードトランクＴＮ２Ａにおいては、ノード装置ＳＷ＃２とノード装置ＳＷ＃４との間のリンクが冗長構成（ポートＰ７の回線およびポートＰ８の回線）とされている。ポートＰ７の回線およびポートＰ８の回線は、リンクトランクＴＬ８として認識されている。このリンクトランクＴＬ８は、リンク冗長を実現するためのものである。
一方、対向するノード装置ＳＷ＃４側においては、ノード装置ＳＷ＃４とノード装置ＳＷ＃２との間のリンクが冗長構成（ポートＰ３の回線およびポートＰ４の回線）とされている。ポートＰ３の回線およびポートＰ４の回線は、リンクトランクＴＬ１２として認識されている。このリンクトランクＴＬ１２は、リンク冗長を実現するためのものである。
ノード装置ＳＷ＃３においては、ポートＰ１〜Ｐ４の４本の回線がノードトランクＴＮ３Ｂとして認識されている。
また、ノード装置Ｅｄｇｅ＃２においては、ポートＰ５が端末Ｙに、ポートＰ１がノード装置ＳＷ＃３のポートＰ５に回線を介して接続されているとともに、ポートＰ２がノード装置ＳＷ＃３のポートＰ６に回線を介して接続されている。
さらに、ノード装置Ｅｄｇｅ＃２においては、ポートＰ３がノード装置ＳＷ＃４のポートＰ５に回線を介して接続されているとともに、ポートＰ４がノード装置ＳＷ＃４のポートＰ６に回線を介して接続されている。
また、ノード装置Ｅｄｇｅ＃２においては、４本の物理的な回線（ポートＰ１の回線、ポートＰ２の回線、ポートＰ３の回線およびポートＰ４の回線）が、１本の論理的な回線としてのノードトランク（回線）ＴＮ２として認識されている。このノードトランクＴＮ２は、ノード冗長を実現するためのものである。
また、ノードトランクＴＮ２においては、ノード装置Ｅｄｇｅ＃２とノード装置ＳＷ＃３との間のリンクが冗長構成（ポートＰ１の回線およびポートＰ２の回線）とされている。ポートＰ１の回線およびポートＰ２の回線は、リンクトランクＴＬ１５として認識されている。このリンクトランクＴＬ１５は、リンク冗長を実現するためのものである。
一方、対向するノード装置ＳＷ＃３側においては、ノード装置ＳＷ＃３とノード装置Ｅｄｇｅ＃２との間のリンクが冗長構成（ポートＰ５の回線およびポートＰ６の回線）とされている。ポートＰ５の回線およびポートＰ６の回線は、リンクトランクＴＬ１３として認識されている。このリンクトランクＴＬ１３は、リンク冗長を実現するためのものである。
同様にして、ノードトランクＴＮ２においては、ノード装置Ｅｄｇｅ＃２とノード装置ＳＷ＃４との間のリンクが冗長構成（ポートＰ３の回線およびポートＰ４の回線）とされている。ポートＰ３の回線およびポートＰ４の回線は、リンクトランクＴＬ１６として認識されている。このリンクトランクＴＬ１６は、リンク冗長を実現するためのものである。
一方、対向するノード装置ＳＷ＃４側においては、ノード装置ＳＷ＃４とノード装置Ｅｄｇｅ＃２との間のリンクが冗長構成（ポートＰ５の回線およびポートＰ６の回線）とされている。ポートＰ５の回線およびポートＰ６の回線は、リンクトランクＴＬ１４として認識されている。このリンクトランクＴＬ１４は、リンク冗長を実現するためのものである。
ノード装置ＳＷ＃４においては、ポートＰ１〜Ｐ４の４本の回線がノードトランクＴＮ４Ｂとして認識されている。
また、実施の形態９においては、第４３図に示した受信処理部Ｒｘ１〜Ｒｘ８として、第４４図に示した受信処理部１００が用いられている。この図において、第４図の各部に対応する部分には同一の符号を付ける。
受信処理部１００において、転送情報テーブル１０１は、第４５図に示したように、ＭＡＣアドレスとノードトランクＩＤ（ポートＩＤも含む）との対応関係を表すテーブルである。ＭＡＣアドレスは、転送情報抽出部２１により抽出された転送情報である。ノードトランクＩＤは、当該ノード装置に設定されたノードトランクを識別するための識別子である。
例えば、第４５図に示したトランクＩＤ＝１０が第４３図に示したノード装置ＳＷ＃１のノードトランクＴＮ１Ａに対応しているとすると、ポートＰ１の受信処理部Ｒｘ１に受信されたフレーム（ＭＡＣアドレス＝ＡＡＡＡに対応）は、転送情報テーブル１０１（第４５図参照）に基づいて、トランクＩＤ＝１０のノードトランクＴＮ１Ａ（ポートＰ５、ポートＰ６、ポートＰ７およびポートＰ８）へ転送される。
第４４図に戻り、切替ノードペアテーブル１０２は、ノードトランクがどのリンクトランクで構成されているかを表すテーブルである。具体的には、第４６図に示したように、切替ノードペアテーブル１０２は、ノードトランクＩＤとリンクトランクＩＤとの対応関係を表すテーブルである。ノードトランクＩＤは、当該ノード装置に設定されたノードトランクを識別するための識別子である。リンクトランクＩＤは、該ノードトランクを構成する複数のリンクトランクを識別するための識別子である。
ノードトランクＩＤ＝１０が第４３図に示したノード装置ＳＷ＃１のノードトランクＴＮ１Ａに対応しているとすると、リンクトランクＩＤ（＝４、６）は、ノードトランクＴＮ１Ａを構成するリンクトランクＴＬ５およびＴＬ６に対応している。
第４４図に戻り、切替リンクペアテーブル１０３は、リンクトランクがどの回線（ポート）で構成されているかを表すテーブルである。具体的には、第４７図に示したように、切替リンクペアテーブル１０３は、リンクトランクＩＤとポートＩＤ（回線）との対応関係を表すテーブルである。リンクトランクＩＤは、当該ノード装置に設定されたリンクトランクを識別するための識別子である。ポートＩＤは、該トランクを構成する複数の回線に対応するポートを識別するための識別子である。
また、実施の形態９においては、各ノード装置に第４８図に示した切替制御部１１０が用いられている。この図において、第７図の各部に対応する部分には同一の符号を付ける。
切替制御部１１０において、ノードトランク管理テーブル１１１は、各ノード装置のノードトランクを管理するためのテーブルである。具体的には、ノードトランク管理テーブル１１１は、第４９図に示したように、ノードトランク、リンクトランク、状態の対応関係を表すテーブルである。
同図において、ノードトランクは、各ノード装置に設定されたノードトランクを表す。リンクトランクは、各ノード装置に設定されたリンクトランクを表す。状態は、運用／予備および正常性を表す。運用／予備は、当該リンクトランク（回線）が運用回線であるかまたは予備回線であるかを表す。正常性は、当該リンクトランク（回線）が正常であるか、障害発生により断であるかを表す。
第４８図に戻り、リンクトランク管理テーブル１１２は、各ノード装置のリンクトランクを管理するためのテーブルである。具体的には、リンクトランク管理テーブル１１２は、第５０図に示したように、リンクトランク、回線、状態の対応関係を表すテーブルである。
同図において、リンクトランクは、各ノード装置に設定されたリンクトランクを表す。回線（ポート）は、上記リンクトランクを構成する回線（ポート）を表す。状態は、運用／予備および正常性を表す。運用／予備は、当該回線（ポート）が運用回線であるかまたは予備回線であるかを表す。正常性は、当該回線（ポート）が正常であるか、障害発生により断であるかを表す。
第４８図に戻り、切替判断部１１３は、ノードトランク管理テーブル１１１およびリンクトランク管理テーブル１１２に基づいて、切り替えを判断する。
つぎに、実施の形態９の動作について、第５１図および第５２図に示したフローチャートを参照しつつ説明する。第５１図は、第４４図に示した転送ポート決定部１０４の動作を説明するフローチャートである。第５２図は、第４８図に示した切替判断部１１３の動作を説明するフローチャートである。
以下では、第４３図に示した端末Ｘから端末Ｙへフレームを送信する場合の動作について説明する。第５１図に示したステップＳＫ１では、各受信処理部の転送ポート決定部１０４（第４４図参照）は、転送情報（フレーム）が入力されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
また、第５２図に示したステップＳＬ１では、切替判断部１１３（第４８図参照）は、ポートで障害が検出されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
そして、第４３図に示した端末Ｘから、端末Ｙ宛のフレームが送信されると、該フレームは、ノード装置Ｅｄｇｅ＃１の受信処理部Ｒｘ１（受信処理部１００：第４４図参照）に受信される。
すなわち、回線終端部２０は、フレームに対応する電気信号や光信号を終端する。転送情報抽出部２１は、受信されたフレームのヘッダから転送先を表す転送情報（この場合、端末Ｙに対応する宛先ＭＡＣアドレス）を抽出し、転送ポート決定部１０４および転送／複製情報付加部２５へ出力する。
これにより、転送ポート決定部１０４は、第５１図に示したステップＳＫ１の判断結果を「Ｙｅｓ」とする。ステップＳＫ２では、転送ポート決定部１０４は、送信元ＭＡＣアドレスと入力回線を構成するノードトランクを関連付けて学習する。
ステップＳＫ３では、転送ポート決定部１０４は、切替制御部１１０（第４８図参照）からの状態情報（この場合、運用回線であるとする）に基づいて、入力回線（ポートＰ１に対応する回線）がリンクトランクの運用回線であるか否かを判断する。この場合、ポートＰ１がリンクトランクを構成していないが、ポートＰ１が運用回線であるため、転送ポート決定部１０４は、ステップＳＫ３の判断結果を「Ｙｅｓ」とする。
ステップＳＫ４では、転送ポート決定部１０４は、リンクトランクがノードトランクの運用系であるか否かを判断する。この場合、転送ポート決定部１０４は、ポートＰ１が運用回線であるため、ステップＳＫ４の判断結果を「Ｙｅｓ」とする。
ステップＳＫ５では、転送ポート決定部１０４は、転送情報抽出部２１からの転送情報（宛先ＭＡＣアドレス）をキーとして、転送情報テーブル１０１（第４５図参照）を検索し、出力ノードトランク（この場合、ノードトランクＴＮ１であるとする）の情報を取得する。
ステップＳＫ６では、転送ポート決定部１０４は、上記出力ノードトランク（この場合、ノードトランクＴＮ１）をキーとして、切替ノードペアテーブル１０２（第４６図参照）を検索し、出力先リンクトランクの情報を取得する。この場合、出力先リンクトランクは、ノードトランクＴＮ１を構成するリンクトランクＴＬ１およびリンクトランクＴＬ２である。
ステップＳＫ７では、転送ポート決定部１０４は、上記出力先リンクトランク（この場合、リンクトランクＴＬ１およびリンクトランクＴＬ２）をキーとして、切替リンクペアテーブル１０３（第４７図参照）を検索し、出力先ポート（回線）を取得する。
この場合、出力先ポートは、第４３図に示したノード装置Ｅｄｇｅ＃１におけるポートＰ５、ポートＰ６、ポートＰ７およびポートＰ８である。つぎに、転送ポート決定部１０４は、ポートＰ５、ポートＰ６、ポートＰ７およびポートＰ８に対応する上記出力先ポート（回線）の情報を転送／複製情報付加部２５へ転送した後、ステップＳＫ１の判断を行う。
これにより、転送／複製情報付加部２５は、転送情報抽出部２１からのフレームに、上記ポートＰ５、ポートＰ６、ポートＰ７およびポートＰ８に対応するタグを付加して、スイッチＳへ出力する。
スイッチＳは、タグを参照して、フレームを複製した後、各フレームをノード装置Ｅｄｇｅ＃１のポートＰ５（送信処理部Ｔｘ５）、ポートＰ６（送信処理部Ｔｘ６）、ポートＰ７（送信処理部Ｔｘ７）およびポートＰ８（送信処理部Ｔｘ８）へそれぞれ転送する。
つぎに、ノード装置Ｅｄｇｅ＃１においては、ポートＰ５（送信処理部Ｔｘ５）からノード装置ＳＷ＃１のポートＰ１（受信処理部Ｒｘ１）へフレームが送信されるとともに、ポートＰ６（送信処理部Ｔｘ６）からノード装置ＳＷ＃１のポートＰ２（受信処理部Ｒｘ２）へフレームが送信される。
同様にして、ノード装置Ｅｄｇｅ＃１においては、ポートＰ７（送信処理部Ｔｘ７）からノード装置ＳＷ＃２のポートＰ１（受信処理部Ｒｘ１）へフレームが送信されるとともに、ポートＰ８（送信処理部Ｔｘ８）からノード装置ＳＷ＃２のポートＰ２（受信処理部Ｒｘ２）へフレームが送信される。
そして、ノード装置ＳＷ＃１のポートＰ１（受信処理部Ｒｘ１）にフレームが受信されると、受信処理部Ｒｘ１の転送ポート決定部１０４は、第５１図に示したステップＳＫ１の判断結果を「Ｙｅｓ」とする。ステップＳＫ２では、転送ポート決定部１０４は、送信元ＭＡＣアドレスと入力回線を構成するノードトランクを関連付けて学習する。
ステップＳＫ３では、転送ポート決定部１０４は、切替制御部１１０（第４８図参照）からの状態情報（この場合、運用回線であるとする）に基づいて、入力回線（ポートＰ１に対応する回線）がリンクトランクの運用回線であるか否かを判断する。
この場合、入力回線（ポートＰ１に対応する回線）が運用回線であるため、転送ポート決定部１０４は、ステップＳＫ３の判断結果を「Ｙｅｓ」とする。以後、上述した動作を経て、当該フレームは、スイッチＳで複製され、ノードトランクＴＮ１Ａ（ポートＰ５、ポートＰ６、ポートＰ７およびポートＰ８）から送信される。
一方、ノード装置ＳＷ＃１のポートＰ２（受信処理部Ｒｘ２）にフレームが受信されると、受信処理部Ｒｘ２の転送ポート決定部１０４は、第５１図に示したステップＳＫ１の判断結果を「Ｙｅｓ」とする。ステップＳＫ２では、転送ポート決定部１０４は、送信元ＭＡＣアドレスと入力回線を構成するノードトランクを関連付けて学習する。
ステップＳＫ３では、転送ポート決定部１０４は、切替制御部１１０（第４８図参照）からの状態情報（この場合、予備回線であるとする）に基づいて、入力回線（ポートＰ２に対応する回線）がリンクトランクの運用回線であるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＫ８では、転送ポート決定部１０４は、受信したフレームを破棄する。
また、リンクトンラクがノードトランクの予備系である場合、ステップＳＫ４の判断結果が「Ｎｏ」とされ、ステップＳＫ８では、当該フレームが破棄される。以後、各ノード装置で上述した動作を経て、フレームは、端末Ｙに受信される。
上述した動作は、ネットワークが正常に動作している場合である。つぎに、冗長グループを構成するノード装置自体に障害（ノード障害）が発生した場合の動作について説明する。
上記ノード障害が発生すると、障害が発生したノード装置に回線を介して接続されたノード装置の受信処理部の切替判断部１１３（第４８図参照）は、第５２図に示したステップＳＬ１の判断結果を「Ｙｅｓ」とする。
ステップＳＬ２では、切替判断部１１３は、リンクトランク管理テーブル１１２（第５０図参照）を参照して、障害検出回線にリンクトランクの設定があるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＬ３では、切替判断部１１３は、リンクトランク管理テーブル１１２を参照して、障害検出回線が運用回線であるか否かを判断する。
ステップＳＬ３の判断結果が「Ｙｅｓ」である場合、ステップＳＬ４では、切替判断部１１３は、予備回線が正常であるか否かを判断する。ステップＳＬ４の判断結果が「Ｙｅｓ」である場合、ステップＳＬ５では、切替判断部１１３は、現用回線（リンク）を障害検出回線（リンク）から予備回線（リンク）へ切り替えるための１＋１リンク切替を実行する。
ステップＳＬ６では、切替判断部１１３は、ノードトランク管理テーブル１１１およびリンクトランク管理テーブル１１２を更新する。
一方、ステップＳＬ２、ステップＳＬ３またはステップＳＬ４の判断結果が「Ｎｏ」である場合、ステップＳＬ７では、切替判断部１１３は、ノードトランク管理テーブル１１１（第４９図参照）を参照して、障害検出回線（リンクトランク）にノードトランクの設定があるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＬ８では、切替判断部１１３は、ノードトランク管理テーブル１１１を参照して、障害検出回線（リンクトランク）が運用回線であるか否かを判断する。
ステップＳＬ８の判断結果が「Ｙｅｓ」である場合、ステップＳＬ９では、切替判断部１１３は、予備回線（リンクトランク）が正常であるか否かを判断する。ステップＳＬ９の判断結果が「Ｙｅｓ」である場合、ステップＳＬ１０では、切替判断部１１３は、現用回線（リンクトランク）を障害検出回線（リンクトランク）から予備回線（リンクトランク）へ切り替えるための１＋１ノード切替を実行する。
ステップＳＬ６では、切替判断部１１３は、ノードトランク管理テーブル１１１およびリンクトランク管理テーブル１１２を更新する。
以上説明したように、実施の形態９によれば、リンク情報により現用回線および予備回線のそれぞれを複数設け、冗長構成としたので、通信ネットワークシステムの信頼性を高めることができる。
（実施の形態１０）
さて、前述した実施の形態９においては、ノードトランクＴＮ１における複数の現用回線（例えば、第４３図：リンクトランクＴＬ１等）のうち正常な１本の現用回線を介してフレームを送信するとともに、冗長構成とされた複数の予備回線（例えば、リンクトランクＴＬ２）のうち正常な１本の予備回線を介してフレームを送信し、トラフィックを低減させる構成例としてもよい。以下では、この構成例を実施の形態１０として説明する。
第４３図は、本発明にかかる実施の形態１０の構成を示すブロック図である。この実施の形態１０においては、第４３図に示した受信処理部Ｒｘ１〜Ｒｘ８として、第４４図に示した受信処理部１００に代えて、第５３図に示した受信処理部１２０が用いられている。第５３図において、第４４図の各部に対応する部分には同一の符号を付ける。
受信処理部１２０において、切替リンクペアテーブル１２１は、第５４図に示したように、リンクトランクＩＤとポート（回線）および正常なポート数の対応関係を表すテーブルである。リンクトランクＩＤは、当該ノード装置に設定されたリンクトランクを識別するための識別子である。
ポート（回線）において、ＩＤは、該トランクを構成する複数の回線に対応するポートを識別するための識別子である。状態は、該ポート（回線）の状態（正常または異常）を表す。正常なポート数は、当該リンクトランクにおいて正常なポート（回線）の数である。第５３図に戻り、転送ポート決定部１２２は、転送ポートを決定する機能を備えている。
また、実施の形態１０においては、第４８図に示した切替制御部１１０に代えて、第５５図に示した切替制御部１３０が用いられている。第５５図において、第４８図の各部に対応する部分には同一の符号を付ける。
切替制御部１３０において、リンクトランク管理テーブル１３１は、各ノード装置のリンクトランクを管理するためのテーブルである。具体的には、リンクトランク管理テーブル１３１は、第５６図に示したように、リンクトランクとポート（回線）および正常なポート数の対応関係を表すテーブルである。リンクトランクは、当該ノード装置に設定されたリンクトランクを識別するための識別子である。
ポート（回線）において、ポートは、該リンクトランクを構成する複数の回線に対応するポートを表す。状態は、該ポート（回線）の状態（正常または断）を表す。正常なポート数は、当該リンクトランクにおいて正常なポート（回線）の数である。第５５図に戻り、切替判断部１３２は、ノードトランク管理テーブル１１１およびリンクトランク管理テーブル１３１に基づいて、切り替えを判断する。
つぎに、実施の形態１０の動作について、第５７図および第５８図に示したフローチャートを参照しつつ説明する。第５７図は、第５３図に示した転送ポート決定部１２２の動作を説明するフローチャートである。第５８図は、第５５図に示した切替判断部１３２の動作を説明するフローチャートである。
第５７図に示したステップＳＭ１では、各受信処理部の転送ポート決定部１２２（第５３図参照）は、転送情報（フレーム）が入力されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
そして、ステップＳＭ１の判断結果が「Ｙｅｓ」になると、ステップＳＭ２では、転送ポート決定部１２２は、送信元ＭＡＣアドレスと入力回線を構成するリンクトランクを関連付けて学習する。
ステップＳＭ３では、転送ポート決定部１２２は、リンクトランクがノードトランクの運用系であるか否かを判断する。この場合、転送ポート決定部１２２は、ポートＰ１が運用回線であるとすると、ステップＳＭ３の判断結果を「Ｙｅｓ」とする。
ステップＳＭ４では、転送ポート決定部１２２は、転送情報抽出部２１からの転送情報（宛先ＭＡＣアドレス）をキーとして、転送情報テーブル１０１（第４５図参照）を検索し、出力ノードトランクの情報を取得する。
ステップＳＭ５では、転送ポート決定部１２２は、上記出力ノードトランクをキーとして、切替ノードペアテーブル１０２（第４６図参照）を検索し、出力先リンクトランクの情報を取得する。
ステップＳＭ６では、転送ポート決定部１２２は、上記出力先リンクトランクをキーとして、切替リンクペアテーブル１２１（第５４図参照）を検索し、出力先ポート（回線）を取得する。
つぎに、転送ポート決定部１２２は、複数の出力先ポート（回線）のうち、例えば、１つの正常なポート（回線）を決定し、転送情報抽出部２１からのフレームに、上記ポートに対応するタグを付加して、スイッチＳへ出力する。スイッチＳは、タグを参照して、フレームを一つのポートへそれぞれ転送する。なお、ステップＳＭ３の判断結果が「Ｎｏ」である場合、ステップＳＭ７では、フレームが破棄される。
上述した動作は、ネットワークが正常に動作している場合である。つぎに、冗長グループを構成するノード装置自体に障害（ノード障害）が発生した場合の動作について説明する。
第５８図に示したステップＳＮ１では、各ノード装置の切替制御部１３０の切替判断部１３２（第５５図参照）は、障害が検出されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
そして、ノード障害が発生すると、障害が発生したノード装置に回線を介して接続されたノード装置の受信処理部の切替判断部１３２は、第５８図に示したステップＳＮ１の判断結果を「Ｙｅｓ」とする。
ステップＳＮ２では、切替判断部１３２は、障害検出回線にリンクトランクの設定があるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＮ３では、切替判断部１３２は、当該リンクトランクへ振り分けアルゴリズムパラメータを変更し、全てのポートに通知する。
ステップＳＮ４では、切替判断部１３２は、障害検出回線にノードトランクの設定があるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＮ５では、切替判断部１３２は、障害検出回線が運用回線であるか否かを判断する。
ステップＳＮ５の判断結果が「Ｙｅｓ」である場合、ステップＳＮ６では、切替判断部１３２は、予備回線が正常であるか否かを判断する。ステップＳＮ６の判断結果が「Ｙｅｓ」である場合、ステップＳＮ７では、切替判断部１３２は、現用回線（ノード）を障害検出回線（ノード）から予備回線（ノード）へ切り替えるための１＋１ノード切替を実行する。
ステップＳＮ８では、切替判断部１３２は、ノードトランク管理テーブル１１１およびリンクトランク管理テーブル１３１を更新する。
一方、ステップＳＮ２、ステップＳＮ４、ステップＳＮ５またはステップＳＮ６の判断結果が「Ｎｏ」である場合、ステップＳＮ８では、切替判断部１３２は、前述した処理を実行する。
以上説明したように、実施の形態１０によれば、冗長構成とされた複数の現用回線のうち正常な１本の現用回線を介して情報を送信するとともに、冗長構成とされた複数の予備回線のうち正常な１本の予備回線を介して情報を送信することとしたので、実施の形態９に比してトラフィックを低減させることができる。
（実施の形態１１）
さて、前述した実施の形態４においては、通信ネットワークシステム上に複数のＶＬＡＮを構築する構成例としてもよい。以下では、この構成例を実施の形態１１として説明する。
第５９図は、本発明にかかる実施の形態１１の動作を説明するブロック図である。同図において、第２１図の各部に対応する部分には同一の符号を付ける。実施の形態１１においては、第５９図に示した通信ネットワークシステムに複数のＶＬＡＮ（例えば、ＶＬＡＮ＃１およびＶＬＡＮ＃２）が構築されている。
また、実施の形態１１において、各ノード装置の切替制御部では、第２５図（ａ）に示した対向ノード管理テーブル６１に代えて、第６１図に示した対向ノード管理テーブル１５０が用いられているとともに、第２５図（ｂ）に示した自ノード管理テーブル６２に代えて、第６０図に示した自ノード管理テーブル１４０が用いられている。
第６１図に示した対向ノード管理テーブル１５０は、対向ノード管理テーブル６１（第２５図（ａ）参照）と同様の情報を含んでいるが、トランク単位かつＶＬＡＮ単位（例えば、ＶＬＡＮ＃１、ＶＬＡＮ＃２）で設定されている。
また、第６０図に示した自ノード管理テーブル１４０は、ＶＬＡＮ毎に設定された自ノードに関する有効トランク数、有効回線数、優先度、識別子の情報を管理している。
なお、実施の形態１１においては、実施の形態４で説明した動作がＶＬＡＮ毎に実行される。
以上説明したように、実施の形態１１によれば、複数のＶＬＡＮについても、ノード障害における切り替え時のトラフィック負荷を低減し、高速で切り替えることができる。
以上本発明にかかる実施の形態１〜１１について図面を参照して詳述してきたが、具体的な構成例はこれらの実施の形態１〜１１に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
例えば、前述した実施の形態１〜１１においては、各ノード装置の機能（ノード冗長制御）を実現するためのプログラムを第６２図に示したコンピュータ読み取り可能な記録媒体３００に記録して、この記録媒体３００に記録されたプログラムを同図に示したコンピュータ２００に読み込ませ、実行することにより各機能を実現してもよい。
同図に示したコンピュータ２００は、上記プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１０と、キーボード、マウス等の入力装置２２０と、各種データを記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２３０と、演算パラメータ等を記憶するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２４０と、記録媒体３００からプログラムを読み取る読取装置２５０と、ディスプレイ、プリンタ等の出力装置２６０と、装置各部を接続するバス２７０とから構成されている。
ＣＰＵ２１０は、読取装置２５０を経由して記録媒体３００に記録されているプログラムを読み込んだ後、プログラムを実行することにより、前述した機能を実現する。なお、記録媒体３００としては、光ディスク、フレキシブルディスク、ハードディスク等が挙げられる。
以上説明したように、本発明によれば、同一の情報を現用回線および予備回線を介して受信し、予備回線を介して受信された情報を破棄し、現用回線を介して受信された情報をつぎのノードへ送信し、障害発生時、現用回線を予備回線に切り替えることとしたので、ノード障害における切り替え時のトラフィック負荷を低減し、高速で切り替えることができるという効果を奏する。
また、本発明によれば、障害発生時、障害の影響を受ける接続先のノードに対して障害発生を通知することとしたので、ノード障害における切り替え時のトラフィック負荷を低減し、高速で切り替えることができるという効果を奏する。
また、本発明によれば、グループ内におけるノード間で通信能力を通知し合い、障害発生時、グループ内における複数のノードのうち、通信能力が高いノードが通信を担当することとしたので、より通信能力が高いノードを用いて通信を行うことができるという効果を奏する。
また、本発明によれば、対向する複数のノードへ自ノードの通信能力を通知し、障害発生時、対向する複数のノードのうち通信能力が高いノードに通信を担当させることとしたので、より通信能力が高いノードを用いて通信を行うことができるという効果を奏する。
また、本発明によれば、コマンド入力により、強制的に現用回線を予備回線に切り替えることとしたので、管理者の利便性を高めることができるという効果を奏する。
また、本発明によれば、コマンド入力により、強制的に他ノードの現用回線を予備回線にリモートで切り替えることとしたので、管理者の利便性を高めることができるという効果を奏する。
また、本発明によれば、コマンド入力により、強制的に自ノードの現用回線を予備回線にローカルで切り替えることとしたので、管理者の利便性を高めることができるという効果を奏する。
また、本発明によれば、現用回線および予備回線による冗長がとられた第１通信方式と、現用回線のみであって冗長がとられていない第２の通信方式とを共存させることとしたので、高い信頼性が必要なトラフィックに関して、第１の通信方式を利用し、一方、高い信頼性が必要無いトラフィックについて、第２通信方式を利用するすることにより、ネットワーク帯域の使用を最小限にすることが可能となり、さまざまな要求を満たすことのできる通信ネットワークシステムを実現することができるという効果を奏する。
また、本発明によれば、現用回線および予備回線のそれぞれを複数設け、冗長構成としたので、通信ネットワークシステムの信頼性を高めることができる。
また、本発明によれば、冗長構成とされた複数の現用回線のうち正常な１本の現用回線を介して情報を送信するとともに、冗長構成とされた複数の予備回線のうち正常な１本の予備回線を介して情報を送信することとしたので、トラフィックを低減させることができるという効果を奏する。
（実施の形態１）
第１図は、本発明にかかる実施の形態１の構成を示すブロック図である。この図には、２台のノード装置Ｅｄｇｅ＃１およびノード装置Ｅｄｇｅ＃２と、４台のノード装置ＳＷ＃１〜ＳＷ＃４とから構成され、端末Ｘと端末Ｙとの間で通信を行うための通信ネットワークシステムが図示されている。
端末Ｘおよび端末Ｙは、通信機能を有するコンピュータ端末であり、所定の通信プロトコルに従って、上記通信ネットワークシステムを介して通信を行う。ノード装置Ｅｄｇｅ＃１およびノード装置Ｅｄｇｅ＃２は、エッジノードとしての機能を備ており、端末Ｘおよび端末Ｙに接続されている。
一方、ノード装置ＳＷ＃１〜ＳＷ＃４は、ノード装置Ｅｄｇｅ＃１とノード装置Ｅｄｇｅ＃２との間に設けられており、コアノードとしての機能を備えている。ここで、ノード装置ＳＷ＃１〜ＳＷ＃４においては、ノード装置ＳＷ＃１およびノード装置ＳＷ＃２が冗長グループ＃Ａを構成しており、ノード装置ＳＷ＃３およびノード装置ＳＷ＃４が冗長グループ＃Ｂを構成している。なお、実施の形態１においては、冗長グループを３台以上のノード装置から構成してもよい。
また、ノード装置Ｅｄｇｅ＃１、ノード装置Ｅｄｇｅ＃２、ノード装置ＳＷ＃１〜ノード装置ＳＷ＃４のそれぞれは、ポートＰ１〜Ｐ４、スイッチＳおよび切替制御部（図示略）を備えている。
ポートＰ１は、送信処理部Ｔｘ１および受信処理部Ｒｘ１を備えている。ポートＰ２は、送信処理部Ｔｘ２および受信処理部Ｒｘ２を備えている。ポートＰ３は、送信処理部Ｔｘ３および受信処理部Ｒｘ３を備えている。ポートＰ４は、送信処理部Ｔｘ４および受信処理部Ｒｘ４を備えている。
ノード装置Ｅｄｇｅ＃１のポートＰ１は、回線を介して端末Ｘに接続されている。また、ノード装置Ｅｄｇｅ＃１においては、ポートＰ３がノード装置ＳＷ＃１のポートＰ１に回線を介して接続されているとともに、ポートＰ４がノード装置ＳＷ＃２のポートＰ１に回線を介して接続されている。
また、ノード装置Ｅｄｇｅ＃１においては、複数の物理的な回線（ポートＰ３の回線およびポートＰ４の回線）が、１本の論理的な回線としてのトランク（回線）Ｔ１として認識されている。
なお、ノード装置ＳＷ＃１においては、ポートＰ１の回線を介して、ノード装置Ｅｄｇｅ＃１のポートＰ３に接続されているが、そのポートＰ１の回線をトランクとして認識しない。同様にして、ノード装置ＳＷ＃２においても、ポートＰ１の回線を介して、ノード装置Ｅｄｇｅ＃１のポートＰ４に接続されているが、そのポートＰ１の回線をトランクとして認識しない。
また、冗長グループ＃Ａと冗長グループ＃Ｂとの接続に関しては、各冗長グループを構成する２台のノード装置同士が相互接続する形態とされている。
具体的には、ノード装置ＳＷ＃１においては、ポートＰ３がノード装置ＳＷ＃３のポートＰ１に回線を介して接続されているとともに、ポートＰ４がノード装置ＳＷ＃４のポートＰ１に回線を介して接続されている。
一方、ノード装置ＳＷ＃２においては、ポートＰ３がノード装置ＳＷ＃３のポートＰ２に回線を介して接続されているとともに、ポートＰ４がノード装置ＳＷ＃４のポートＰ２に回線を介して接続されている。
また、ノード装置ＳＷ＃１においては、複数の物理的な回線（ポートＰ３の回線およびポートＰ４の回線）が、１本の論理的な回線としてのトランク（回線）Ｔ１Ａとして認識されている。
また、ノード装置ＳＷ＃２においては、複数の物理的な回線（ポートＰ３の回線およびポートＰ４の回線）が、１本の論理的な回線としてのトランク（回線）Ｔ２Ａとして認識されている。
また、ノード装置ＳＷ＃３においては、複数の物理的な回線（ポートＰ１の回線およびポートＰ２の回線）が、１本の論理的な回線としてのトランク（回線）Ｔ３Ｂとして認識されている。
また、ノード装置ＳＷ＃４においては、複数の物理的な回線（ポートＰ１の回線およびポートＰ２の回線）が、１本の論理的な回線としてのトランク（回線）Ｔ４Ｂとして認識されている。
ノード装置Ｅｄｇｅ＃２のポートＰ３は、回線を介して端末Ｙに接続されている。また、ノード装置Ｅｄｇｅ＃２においては、ポートＰ１がノード装置ＳＷ＃３のポートＰ３に回線を介して接続されているとともに、ポートＰ２がノード装置ＳＷ＃４のポートＰ３に回線を介して接続されている。
また、ノード装置Ｅｄｇｅ＃２においては、複数の物理的な回線（ポートＰ１の回線およびポートＰ２の回線）が、１本の論理的な回線としてのトランク（回線）Ｔ２として認識されている。
なお、ノード装置ＳＷ＃３においては、ポートＰ３の回線を介して、ノード装置Ｅｄｇｅ＃２のポートＰ１に接続されているが、そのポートＰ３の回線をトランクとして認識しない。同様にして、ノード装置ＳＷ＃４においても、ポートＰ３の回線を介して、ノード装置Ｅｄｇｅ＃２のポートＰ２に接続されているが、そのポートＰ３の回線をトランクとして認識しない。
第３図は、第１図に示したノード装置ＳＷ＃１の構成を示すブロック図である。この図において、第１図の各部に対応する部分には同一の符号を付ける。同図において、切替制御部１０は、ポートＰ１〜Ｐ４を制御し、例えば、第４図に示した状態情報（運用／予備）を受信処理部Ｒｘ１〜Ｒｘ４へ通知する。状態情報は、各ポートに接続された回線が運用回線であるか予備回線であるかを表す情報である。
第４図は、第１図および第３図に示した受信処理部Ｒｘ１〜ＲＸ４の構成を示すブロック図である。この図において、回線終端部２０は、回線からの電気信号や光信号を終端する機能を備えている。転送情報抽出部２１は、受信されたフレームのヘッダから転送先を表す転送情報（Ｅｔｈｅｒｎｅｔでは、宛先ＭＡＣアドレスやＶＬＡＮ−ＩＤ等）を抽出する。
転送ポート決定部２２は、切替制御部１０（第３図参照）からの状態情報（運用／予備）や転送情報抽出部２１により抽出された転送情報（この場合、宛先のＭＡＣアドレス。なお、ＩＰルータの場合、宛先のＩＰアドレス。ＭＰＬＳの場合、Ｌａｂｅｌ。）に基づいて、受信されたフレームの転送先であるポートを決定する機能を備えている。
転送情報テーブル２３は、第５図に示したように、ＭＡＣアドレスとトランクＩＤ（ポートＩＤも含む）との対応関係を表すテーブルである。ＭＡＣアドレスは、転送情報抽出部２１により抽出された転送情報である。トランクＩＤは、当該ノード装置に設定されたトランクを識別するための識別子である。ポートＩＤは、ポートを識別するための識別子である。
例えば、第５図に示したトランクＩＤ＝１０が第１図に示したノード装置ＳＷ＃１のトランクＴ１Ａに対応しているとすると、ポートＰ１の受信処理部Ｒｘ１に受信されたフレーム（ＭＡＣアドレス＝ＡＡＡＡに対応）は、転送情報テーブル２３（第５図参照）に基づいて、トランクＩＤ＝１０のトランクＴ１Ａ（ポートＰ３およびポートＰ４）へ転送される。
第４図に戻り、切替ペアテーブル２４は、トランクがどの回線（ポート）で構成されているかを表すテーブルである。具体的には、第６図に示したように、切替ペアテーブル２４は、トランクＩＤとポートＩＤ（回線）との対応関係を表すテーブルである。トランクＩＤは、当該ノード装置に設定されたトランクを識別するための識別子である。ポートＩＤは、該トランクを構成する複数の回線に対応するポートを識別するための識別子である。
トランクＩＤ＝１０が第１図に示したノード装置ＳＷ＃１のトランクＴ１Ａに対応しているとすると、ポートＩＤ（＝４、６）は、トランクＴ１Ａを構成する回線に対応するポートＰ３およびポートＰ４に対応している。なお、切替ペアテーブル２４にトランクＩＤが複数設定されているが、これは、各ノード装置に複数のトランクが設定されている場合を表す。
転送／複製情報付加部２５は、転送ポート決定部２２における決定に基づいて、どのポートにフレームを転送するかを表すタグをフレームに付加して、スイッチＳへ出力する。
第７図は、第３図に示した切替制御部１０の構成を示すブロック図である。この図において、トランク管理テーブル１１は、各ノード装置のトランクを管理するためのテーブルである。具体的には、トランク管理テーブル１１は、第８図に示したように、トランク、回線、状態の対応関係を表すテーブルである。
同図において、トランクは、各ノード装置に設定されたトランクを表す。回線（ポート）は、上記トランクを構成する回線（ポート）を表す。状態は、運用／予備および正常性を表す。運用／予備は、当該回線（ポート）が運用回線であるかまたは予備回線であるかを表す。正常性は、当該回線（ポート）が正常であるか、障害発生により断であるかを表す。
例えば、第１図において、ノード装置Ｅｄｇｅ＃１のポートＰ４（回線）、ノード装置ＳＷ＃１のポートＰ３（回線）、ノード装置ＳＷ＃２のポートＰ４（回線）、ノード装置ＳＷ＃３のポートＰ１（回線）、ノード装置ＳＷ＃４のポートＰ２（回線）およびノード装置Ｅｄｇｅ＃２のポートＰ１（回線）は、運用回線に設定されている。
一方、ノード装置Ｅｄｇｅ＃１のポートＰ３（回線）、ノード装置ＳＷ＃１のポートＰ４（回線）、ノード装置ＳＷ＃２のポートＰ３（回線）、ノード装置ＳＷ＃３のポートＰ２（回線）、ノード装置ＳＷ＃４のポートＰ１（回線）およびノード装置Ｅｄｇｅ＃２のポートＰ２（回線）は、予備回線に設定されている。
ポート情報交換部１２は、ポートＰ１〜Ｐ４（第３図参照）と情報を交換する。切替判断部１３は、例えば、ポート情報交換部１２を介して、あるポートから回線障害が発生した旨の障害通知を受けた場合、障害が発生した回線と、トランク管理テーブル１１（第８図参照）とに基づいて、切替の判断を行い、関係するポートへ通知を行う。
つぎに、実施の形態１の動作について、第１図および第２図、第９図および第１０図に示したフローチャートを参照しつつ説明する。第２図は、実施の形態１における冗長切り替え動作を説明するブロック図である。第９図は、第４図に示した転送ポート決定部２２の動作を説明するフローチャートである。第１０図は、第７図に示した切替判断部１３の動作を説明するフローチャートである。
以下では、第１図に示した端末Ｘから端末Ｙへフレームを送信する場合の動作について説明する。第９図に示したステップＳＡ１では、各受信処理部の転送ポート決定部２２（第４図参照）は、転送情報（フレーム）が入力されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
また、第１０図に示したステップＳＢ１では、切替判断部１３（第７図参照）は、ポートで障害が検出されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
そして、第１図に示した端末Ｘから、端末Ｙ宛のフレームが送信されると、該フレームは、ノード装置Ｅｄｇｅ＃１の受信処理部Ｒｘ１に受信される。
すなわち、回線終端部２０は、フレームに対応する電気信号や光信号を終端する。転送情報抽出部２１は、受信されたフレームのヘッダから転送先を表す転送情報（この場合、端末Ｙに対応する宛先ＭＡＣアドレス）を抽出し、転送ポート決定部２２および転送／複製情報付加部２５へ出力する。
これにより、転送ポート決定部２２は、第９図に示したステップＳＡ１の判断結果を「Ｙｅｓ」とする。ステップＳＡ２では、転送ポート決定部２２は、送信元ＭＡＣアドレスと入力回線を構成するトランク（ポート）を関連付けて学習する。
ステップＳＡ３では、転送ポート決定部２２は、切替制御部１０（第３図参照）からの状態情報（この場合、運用回線であるとする）に基づいて、入力回線（ポートＰ１に対応する回線）が運用回線であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＡ４では、転送ポート決定部２２は、転送情報抽出部２１からの転送情報（宛先ＭＡＣアドレス）をキーとして、転送情報テーブル２３を検索し、出力トランク（この場合、トランクＴ１であるとする）の情報を取得する。
ステップＳＡ５では、転送ポート決定部２２は、上記出力トランク（この場合、トランクＴ１）をキーとして、切替ペアテーブル２４を検索し、出力先ポート（回線）の情報を取得する。
この場合、出力先ポート（回線）は、トランクＴ１に対応するポートＰ３およびポートＰ４である。つぎに、転送ポート決定部２２は、ポートＰ３およびポートＰ４に対応する上記出力先ポート（回線）の情報を転送／複製情報付加部２５へ転送した後、ステップＳＡ１の判断を行う。
これにより、転送／複製情報付加部２５は、転送情報抽出部２１からのフレームに、上記ポートＰ３およびポートＰ４に対応するタグを付加して、スイッチＳへ出力する。
スイッチＳは、タグを参照して、フレームを複製した後、各フレームをノード装置Ｅｄｇｅ＃１のポートＰ３（送信処理部Ｔｘ３）と、ポートＰ４（送信処理部Ｔｘ４）とへ転送する。
つぎに、ノード装置Ｅｄｇｅ＃１においては、ポートＰ３（送信処理部Ｔｘ３）からノード装置ＳＷ＃１のポートＰ１（受信処理部Ｒｘ１）へフレームが送信されるとともに、ポートＰ４（送信処理部Ｔｘ４）からノード装置ＳＷ＃２のポートＰ１（受信処理部Ｒｘ１）へフレームが送信される。
そして、ノード装置ＳＷ＃１のポートＰ１（受信処理部Ｒｘ１）にフレームが受信されると、上述したノード装置Ｅｄｇｅ＃１の動作と同様にして、フレームは、スイッチＳで複製される。
つぎに、ノード装置ＳＷ＃１においては、ポートＰ３（送信処理部Ｔｘ３）からノード装置ＳＷ＃３のポートＰ１（受信処理部Ｒｘ１）へフレームが送信されるとともに、ポートＰ４（送信処理部Ｔｘ４）からノード装置ＳＷ＃４のポートＰ１（受信処理部Ｒｘ１）へフレームが送信される。
一方、ノード装置ＳＷ＃２のポートＰ１（受信処理部Ｒｘ１）にフレームが受信されると、上述したノード装置Ｅｄｇｅ＃１の動作と同様にして、フレームは、スイッチＳで複製される。
つぎに、ノード装置ＳＷ＃２においては、ポートＰ３（送信処理部Ｔｘ３）からノード装置ＳＷ＃３のポートＰ２（受信処理部Ｒｘ２）へフレームが送信されるとともに、ポートＰ４（送信処理部Ｔｘ４）からノード装置ＳＷ＃４のポートＰ２（受信処理部Ｒｘ２）へフレームが送信される。
そして、ノード装置ＳＷ＃３のポートＰ１（受信処理部Ｒｘ１：運用回線）にフレームが受信されると、上述した動作と同様にして、該フレームは、スイッチＳを介して、ポートＰ３（送信処理部Ｔｘ３）からノード装置Ｅｄｇｅ＃２のポートＰ１へ送信される。
また、ノード装置ＳＷ＃３のポートＰ２（受信処理部Ｒｘ２：予備回線）にフレームが受信されると、上述した動作を経て、上記受信処理部Ｒｘ２の転送情報抽出部２１は、第９図に示したステップＳＡ１の判断結果を「Ｙｅｓ」とする。ステップＳＡ２では、転送ポート決定部２２は、送信元ＭＡＣアドレスと入力回線を構成するトランク（ポート）を関連付けて学習する。
ステップＳＡ３では、転送ポート決定部２２は、切替制御部１０（第３図参照）からの状態情報（この場合、予備回線であるとする）に基づいて、入力回線（ポートＰ２に対応する回線）が運用回線であるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＡ６では、転送ポート決定部２２は、転送／複製情報付加部２５にフレームを破棄させた後、ステップＳＡ１の判断を行う。すなわち、ノード装置ＳＷ＃３においては、受信側の２本の回線（ポートＰ１およびポートＰ２）のうち一方を運用回線として受信したフレームを転送し、他方を予備回線として受信したフレームを破棄している。
同様にして、ノード装置ＳＷ＃４においても、受信側の２本の回線（ポートＰ１およびポートＰ２）のうち、ポートＰ２の回線を運用回線として受信したフレームをポートＰ３（送信処理部Ｔｘ３）からノード装置Ｅｄｇｅ＃２のポートＰ２（受信処理部Ｒｘ２）へ転送する。また、ポートＰ１の回線を予備回線として受信したフレームが破棄される。
そして、ノード装置Ｅｄｇｅ＃２のポートＰ１（受信処理部Ｒｘ１：運用回線）にフレームが受信されると、上述した動作と同様にして、該フレームは、スイッチＳを介して、ポートＰ３（送信処理部Ｔｘ３）から端末Ｙへ送信される。
一方、ノード装置Ｅｄｇｅ＃２のポートＰ２（受信処理部Ｒｘ２：予備回線）にフレームが受信されると、上述した動作と同様にして、該フレームは、破棄される。
上述した動作は、ネットワークが正常に動作している場合である。つぎに、冗長グループを構成するノード装置自体に障害（ノード障害）が発生した場合の動作について第２図を参照しつつ説明する。
同図において、冗長グループ＃Ａを構成する一方のノード装置ＳＷ＃２にノード障害が発生すると、ノード装置ＳＷ＃２をトランクの接続先としているノード装置Ｅｄｇｅ＃１、ノード装置ＳＷ＃３およびノード装置ＳＷ＃４に影響があり、切り替えの可能性が生じる。
具体的には、ノード装置Ｅｄｇｅ＃１、ノード装置ＳＷ＃３およびノード装置ＳＷ＃４のうち、ノード装置Ｅｄｇｅ＃１およびノード装置ＳＷ＃４については、ノード装置ＳＷ＃２に接続された回線（ポートＰ４、ポートＰ２）が共に運用回線とされており、通信断の影響が出るため、運用回線を障害検出回線（障害発生時の運用回線）から予備回線へ切り替える必要がある。
すなわち、ノード装置ＳＷ＃２でノード障害が発生すると、ノード装置Ｅｄｇｅ＃１のポートＰ４（受信処理部Ｒｘ４）は、所定の信号や光を受信できなくなるため、ノード障害を検出し、切替制御部１０（第３図および第７図）へ通知する。
これにより、切替制御部１０の切替判断部１３は、第１０図に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、切替判断部１３は、トランク管理テーブル１１（第８図参照）を参照して、障害検出回線（この場合、ノード装置Ｅｄｇｅ＃１のポートＰ４の回線）にトランクの設定があるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
なお、ステップＳＢ２の判断結果が「Ｎｏ」である場合、ステップＳＢ６では、切替判断部１３は、障害検出回線について、トランク管理テーブル１１を更新（正常性を正常から断）する。
ステップＳＢ３では、切替判断部１３は、トランク管理テーブル１１を参照して、障害検出回線が運用回線であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。なお、ステップＳＢ３の判断結果が「Ｎｏ」である場合には、ステップＳＢ６の処理が実行される。
ステップＳＢ４では、切替判断部１３は、トランク管理テーブル１１を参照して、現在の運用回線（この場合、ノード装置Ｅｄｇｅ＃１のポートＰ４の回線）に対応する予備回線（この場合、ノード装置Ｅｄｇｅ＃１のポートＰ３の回線）が正常であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。なお、ステップＳＢ４の判断結果が「Ｎｏ」である場合、ステップＳＢ６の処理が実行される。
ステップＳＢ５では、切替判断部１３は、運用回線を障害検出回線から予備回線へ切り替えるための１＋１切替を実行する。具体的には、切替判断部１３は、障害検出回線であるポートＰ４（受信処理部Ｒｘ４および送信処理部Ｔｘ４）へ状態情報（予備回線）を通知するとともに、予備回線であるポートＰ３（受信処理部Ｒｘ３および送信処理部Ｔｘ３）へ状態情報（運用回線）を通知する。また、切替判断部１３は、トランク管理テーブル１１を更新する。
これにより、ノード装置Ｅｄｇｅ＃１においては、ポートＰ３の回線が予備回線から運用回線に切り替えられるとともに、ポートＰ４の回線が運用回線から予備回線に切り替えられる。
同様にして、ノード装置ＳＷ＃４においても、ノード装置Ｅｄｇｅ＃１と同様にして、ポートＰ２の回線が運用回線から予備回線に切り替えられるとともに、ポートＰ１の回線が予備回線から運用回線に切り替えられる。
一方、ノード装置ＳＷ＃３においては、障害検出回線（ポートＰ２の回線）が予備回線であるため、第１０図に示したステップＳＢ３の判断結果が「Ｎｏ」とされ、トランク管理テーブル１１が更新されるだけで、運用回線の切り替えが実行されない。すなわち、ノード装置ＳＷ＃３の場合には、ノード装置ＳＷ＃２でノード障害が発生しても、通信断等の影響が出ないのである。
以上説明したように、実施の形態１によれば、同一のフレームを現用回線および予備回線を介して受信し、予備回線を介して受信されたフレームを破棄し、現用回線を介して受信されたフレームをつぎのノード装置へ送信し、障害発生時、現用回線を予備回線に切り替えることとしたので、ノード障害における切り替え時のトラフィック負荷を低減し、高速で切り替えることができる。
（実施の形態２）
さて、前述した実施の形態１では、トランクを構成しない回線（リンク）に障害が発生した場合や、一つのトランクを構成する全回線に同時に障害が発生した場合について、特に、言及しなかったが、障害が発生した回線に接続されているノード装置に障害を通知する構成例としてもよい。以下では、この構成例を実施の形態２として説明する。
第１１図は、実施の形態２における動作例１を説明する図である。第１１図（ａ）に示した通信ネットワークシステムは、ノード装置Ｅｄｇｅ＃１、冗長グループ＃Ａ（ノード装置ＳＷ＃１およびノード装置ＳＷ＃２）、冗長グループ＃Ｂ（ノード装置ＳＷ＃３およびノード装置ＳＷ＃４）、ノード装置Ｅｄｇｅ＃２、ノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４から構成されている。
ノード装置Ｅｄｇｅ＃１において、トランクＴ１は、ポートＰ１（例えば、現用回線）およびポートＰ２（例えば、予備回線）から構成されている。
ノード装置ＳＷ＃１において、トランクＴ１Ａは、ポートＰ２およびポートＰ３から構成されている。なお、ノード装置ＳＷ＃１のポートＰ１は、トランクを構成しない。
ノード装置ＳＷ＃２において、トランクＴ２Ａは、ポートＰ２およびポートＰ３から構成されている。なお、ノード装置ＳＷ＃２のポートＰ１は、トランクを構成しない。
ノード装置ＳＷ＃３において、トランクＴ３Ｂは、ポートＰ１およびポートＰ２から構成されている。なお、ノード装置ＳＷ＃３のポートＰ３、ポートＰ４およびポートＰ５のそれぞれは、トランクを構成しない。
ノード装置ＳＷ＃４において、トランクＴ４Ｂは、ポートＰ１およびポートＰ２から構成されている。なお、ノード装置ＳＷ＃４のポートＰ３、ポートＰ４およびポートＰ５のそれぞれは、トランクを構成しない。
ノード装置Ｅｄｇｅ＃２において、トランクＴ２は、ポートＰ１およびポートＰ２から構成されている。ノード装置Ｅｄｇｅ＃３において、トランクＴ３は、ポートＰ１およびポートＰ２から構成されている。ノード装置Ｅｄｇｅ＃４において、トランクＴ４は、ポートＰ１およびポートＰ２から構成されている。なお、ポートＰ１〜Ｐ４は、実施の形態１と同様にして、受信処理部および送信処理部から構成されている。
つぎに、第１１図（ａ）および（ｂ）、第１３図に示したフローチャートを参照しつつ、実施の形態２における動作例１について説明する。この動作例１では、トランクを構成しない回線Ｋ３１（第１１図（ｂ）参照）に障害が発生した場合について説明する。
第１３図に示したステップＳＣ１では、各ノード装置は、接続されている回線で障害を検出したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。そして、第１１図（ａ）に示した回線Ｋ３１で障害（回線断）が発生すると、ノード装置Ｅｄｇｅ＃２は、実施の形態１の動作と同様にして、現用回線を、ポートＰ１（障害検出回線）からポートＰ２（予備回線）へ切り替える。
ここで、回線Ｋ３１で障害が発生すると、ノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４は、ノード装置ＳＷ＃３および回線Ｋ３１を経由してノード装置Ｅｄｇｅ＃２と通信することができなくなる。
そこで、実施の形態２の動作例１では、ノード装置ＳＷ＃３は、回線Ｋ３１の影響がある全ポート（この場合、ポートＰ４およびポートＰ５）へ断状態とするように通知する。これにより、ノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４では、上記全ポートの回線を断状態（障害発生）として認識する。
具体的には、回線Ｋ３１の障害を検出すると、ノード装置ＳＷ＃３は、第１３図に示したステップＳＣ１の判断結果を「Ｙｅｓ」とする。ステップＳＣ２では、ノード装置ＳＷ＃３は、実施の形態１と同様にして、障害検出回線（この場合、ノード装置ＳＷ＃３のポートＰ３の回線Ｋ３１）にトランクの設定があるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＣ７では、ノード装置ＳＷ＃３は、回線Ｋ３１の影響がある全ポート（この場合、ポートＰ４およびポートＰ５）へ断状態とするように通知する。これにより、ポートＰ４およびポートＰ５では、接続されている回線を物理的に断（光や電気レベルを落とす）にして、擬似障害を発生させる。ステップＳＣ６では、ノード装置ＳＷ＃３は、実施の形態１と同様にして、トランク管理テーブル１１（第８図参照）を更新する。
これにより、接続先のノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４では、第１１図（ｂ）に示したように、疑似障害の発生により、前述した１＋１切替を実行し、運用回線を疑似障害検出回線から予備回線へ切り替えることにより、障害を回避し、接続を維持する。
なお、実施の形態２では、疑似障害を発生させずに、ノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４へ別回線（図示略）を介して、障害発生および１＋１切替指示を明示的に通知してもよい。
また、第１２図（ａ）に示したように、ノード装置ＳＷ＃３のトランクＴ３Ｂを構成する全回線（回線Ｋ２１および回線Ｋ２２）で障害が発生すると、ノード装置ＳＷ＃３に関する回線を運用回線とするノード装置で通信断の影響が出る。
そこで、実施の形態２では、動作例２として、かかる影響を回避すべく、動作例１と同様にして、ノード装置ＳＷ＃３が、隣接する全ノード装置に対して、障害を通知する。障害の通知方法は、明示的な通知メッセージを通知したり、接続回線を物理的に断（光や電気レベルを落とす）にしたりする方法等が挙げられる。
具体的には、回線Ｋ２１および回線Ｋ２２の障害を検出すると、ノード装置ＳＷ＃３は、第１３図に示したステップＳＣ１の判断結果を「Ｙｅｓ」とする。ステップＳＣ２では、ノード装置ＳＷ＃３は、実施の形態１と同様にして、障害検出回線（この場合、ノード装置ＳＷ＃３のポートＰ１の回線Ｋ２１およびポートＰ２の回線Ｋ２２）にトランクの設定があるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＣ３では、ノード装置ＳＷ＃３は、障害検出回線に運用回線（この場合、回線Ｋ２１）が含まれているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＣ４では、ノード装置ＳＷ＃３は、予備回線（この場合、回線Ｋ２２）が正常であるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＣ７では、ノード装置ＳＷ＃３は、回線Ｋ２１および回線Ｋ２２の影響がある全ポート（この場合、ポートＰ３、ポートＰ４およびポートＰ５）へ断状態とするように通知する。これにより、ポートＰ３、ポートＰ４およびポートＰ５では、接続されている回線を物理的に断（光や電気レベルを落とす）にして、擬似障害を発生させる。ステップＳＣ６では、ノード装置ＳＷ＃３は、実施の形態１と同様にして、トランク管理テーブル１１（第８図参照）を更新する。
これにより、接続先のノード装置Ｅｄｇｅ＃２、ノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４では、第１２図（ｂ）に示したように、疑似障害の発生により、前述した１＋１切替を実行し、運用回線を疑似障害検出回線から予備回線へ切り替えることにより、障害を回避し、接続を維持する。なお、ステップＳＣ４の判断結果が「Ｙｅｓ」である場合、ステップＳＣ５では、１＋１切替が実行される。また、ステップＳＣ３の判断結果が「Ｎｏ」である場合、ステップＳＣ６の処理が実行される。
以上説明したように、実施の形態２によれば、障害発生時、障害の影響を受ける接続先のノード装置に対して障害発生を通知することとしたので、ノード障害における切り替え時のトラフィック負荷を低減し、高速で切り替えることができる。
（実施の形態３）
さて、前述した実施の形態２では、第１４図（ａ）に示したノード装置Ｅｄｇｅ＃２のトランクＴ２を構成する全回線で障害が発生（またはノード装置Ｅｄｇｅ＃２自体でノード障害が発生）したという特殊な場合、第１４図（ｂ）に示したように、接続先のノード装置ＳＷ＃３およびノード装置ＳＷ＃４（冗長グループ＃Ｂ）が完全に機能しなくなるという問題が発生する。
この場合には、本来、障害と無関係であるノード装置Ｅｄｇｅ＃３とノード装置Ｅｄｇｅ＃４との間の通信さえもできなくなってしまう。
以下に説明する実施の形態３では、第１５図に示したように、同じ冗長グループを構成するノード装置間でお互いの状態を通知し合い、回線障害等で冗長グループ内の全ノード装置が完全に機能しなくなるという事態を回避するための構成例を示す。
すなわち、冗長グループ内の各ノード装置は、通常同じ接続先（ノード装置）を有している。これは、１つのノード装置が機能しなくなっても他のノード装置がその接続性を引き継ぐために必須である。
そこで、実施の形態３では、冗長グループ内のノード装置同士で、正常に動作しているトランク数（ノード装置Ｅｄｇｅ＃１〜ノード装置Ｅｄｇｅ＃４との接続のためのトランクとなっていない回線も含む）、正常に動作している回線数等の転送能力を通知し合い、冗長グループ内の全ノード装置を断にしなければならない状態でも、冗長グループ内で最低１台のノード装置が運用状態に残るようにしている。
第１６図は、実施の形態３における切替制御部３０の構成を示すブロック図である。切替制御部３０は、第１５図に示したノード装置Ｅｄｇｅ＃１〜ノード装置Ｅｄｇｅ＃４、ノード装置ＳＷ＃１〜ノード装置ＳＷ＃４にそれぞれ設けられている。
第１６図において、第７図の各部に対応する部分には同一の符号を付ける。第１６図においては、第７図に示した切替判断部１３に代えて、切替判断部３２が設けられているとともに、冗長グループ管理テーブル３１が新たに設けられている。
冗長グループ管理テーブル３１は、冗長グループを構成する各ノード装置を管理するためのテーブルであり、第１７図に示したように、情報アイテム、自ノード、ペアノードというフィールドを備えている。
自ノードは、冗長グループ管理テーブル３１が設けられているノード装置を表す。ペアノードは、自ノードとペアをなすノード装置に対応している。例えば、第１５図に示した冗長グルーブ＃Ｂにおいてノード装置ＳＷ＃３に設けられている冗長グループ管理テーブル３１の場合には、自ノードがノード装置ＳＷ＃３に対応しており、ペアノードがノード装置ＳＷ＃４に対応している。
情報アイテムは、有効トランク数、有効回線数、優先度および識別子である。有効トランク数は、当該ノード装置（自ノード、ペアノード）に設定されたトランクの有効数である。有効回線数は、当該ノード装置に接続された回線の有効数である。優先度は、自ノードおよびペアノードにおける優先度を表す。識別子は、当該ノード装置を識別するためのものであり、ＭＡＣアドレス等である。
つぎに、実施の形態３の動作について、第１８図〜第２０図に示したフローチャートを参照しつつ説明する。第１８図に示したステップＳＤ１では、各ノード装置（第１５図に示したノード装置Ｅｄｇｅ＃１〜ノード装置Ｅｄｇｅ＃４、ノード装置ＳＷ＃１〜ノード装置ＳＷ＃４）は、障害を検出したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
また、第１９図に示したステップＳＥ１では、各ノード装置は、要求メッセージを受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。また、第２０図に示したステップＳＦ１では、各ノード装置は、応答メッセージを受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
そして、第１５図に示したノード装置Ｅｄｇｅ＃２のトランクＴ２の全回線（またはノード装置Ｅｄｇｅ＃２自体）に障害が発生（第１４図（ａ）参照）すると、ノード装置ＳＷ＃３は、第１８図に示したステップＳＤ１の判断結果を「Ｙｅｓ」とする。
ステップＳＤ２では、ノード装置ＳＷ＃３は、自ノードに関して、冗長グループ管理テーブル３１（第１７図参照）を更新する。この場合、ノード装置ＳＷ＃３は、１本の回線（トランクＴ２に対応）に障害が発生しているため、第１７図に示した自ノードの有効回線数を１デクリメントする。
また、ノード装置ＳＷ＃３は、自ノードのトランクに関して、全回線で障害が発生している場合や、障害検出回線がトランクを構成しない場合、自ノードの有効トランク数を１デクリメントする。この場合、障害検出回線（トランクＴ２に対応）がトランクを構成しないため、第１７図に示した自ノードの有効トランク数を１デクリメントする。
ステップＳＤ３では、ノード装置ＳＷ＃３は、障害検出回線にトランクが設定されているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＤ７では、ノード装置ＳＷ＃３は、冗長グループ＃Ｂを構成するペアノード（ノード装置ＳＷ＃４）に対する要求メッセージを生成し、ペアノード（ノード装置ＳＷ＃４）へ要求メッセージを送信する。この要求メッセージには、ペアノード（この場合、ノード装置ＳＷ＃４）における冗長管理テーブルの更新内容を要求するためのメッセージである。
また、要求メッセージには、自ノード（ノード装置ＳＷ＃３）における冗長テーブルの更新内容が含まれている。ノード装置ＳＷ＃３は、ペアノード（ノード装置ＳＷ＃４）からの応答待ち状態とされる。
同様にして、第１５図に示したノード装置Ｅｄｇｅ＃２のトランクＴ２の全回線（またはノード装置Ｅｄｇｅ＃２自体）に障害が発生（第１４図（ａ）参照）すると、ノード装置ＳＷ＃４は、第１８図に示したステップＳＤ１の判断結果を「Ｙｅｓ」とする。
ステップＳＤ２では、ノード装置ＳＷ＃４は、自ノードに関して、冗長グループ管理テーブル３１（第１７図参照）を更新する。この場合、ノード装置ＳＷ＃４は、１本の回線（トランクＴ２に対応）に障害が発生しているため、第１７図に示した自ノードの有効回線数を１デクリメントする。
また、ノード装置ＳＷ＃４は、自ノードのトランクに関して、全回線で障害が発生している場合や、障害検出回線がトランクを構成しない場合、自ノードの有効トランク数を１デクリメントする。この場合、障害検出回線（トランクＴ２に対応）がトランクを構成しないため、第１７図に示した自ノードの有効トランク数を１デクリメントする。
ステップＳＤ３では、ノード装置ＳＷ＃４は、障害検出回線にトランクが設定されているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＤ７では、ノード装置ＳＷ＃４は、冗長グループ＃Ｂを構成するペアノード（ノード装置ＳＷ＃３）に対する要求メッセージを生成し、ペアノード（ノード装置ＳＷ＃３）へ要求メッセージを送信する。この要求メッセージは、ペアノード（この場合、ノード装置ＳＷ＃３）における冗長管理テーブルの更新内容を要求するためのメッセージである。
また、要求メッセージには、自ノード（ノード装置ＳＷ＃４）における冗長テーブルの更新内容が含まれている。ノード装置ＳＷ＃４は、ペアノード（ノード装置ＳＷ＃３）からの応答待ち状態とされる。
そして、ノード装置ＳＷ＃３からの要求メッセージがノード装置ＳＷ＃４に受信されると、ノード装置ＳＷ＃４は、第１９図に示したステップＳＥ１の判断結果を「Ｙｅｓ」とする。ステップＳＥ２では、ノード装置ＳＷ＃４は、要求メッセージに含まれる更新内容に基づいて、冗長グループ管理テーブル３１のペアノード（ノード装置ＳＷ＃３）の内容を更新する。
ステップＳＥ３では、ノード装置ＳＷ＃４は、冗長グループ＃Ｂを構成するペアノード（ノード装置ＳＷ＃３）に対する応答メッセージを生成し、ペアノード（ノード装置ＳＷ＃３）へ応答メッセージを送信する。この応答メッセージには、自ノード（この場合、ノード装置ＳＷ＃４）に設けられた冗長管理テーブルにおける自ノードの更新内容が含まれている。
ステップＳＥ４では、ノード装置ＳＷ＃４は、冗長グループ管理テーブル３１において自ノードとペアノードとの情報（有効トランク数、有効回線数、優先度）を比較する。ステップＳＥ５では、ノード装置ＳＷ＃４は、ペアノードが自ノードよりも優れているか否かを判断する。ここで、優れているとは、有効トランク数がより多い、有効回線数がより多い、または優先度が高い状態であり、ノード装置の転送能力が高いことを意味する。
ステップＳＥ５の判断結果が「Ｙｅｓ」である場合、ステップＳＥ６では、ノード装置ＳＷ＃４は、全ポートを断状態（光信号を断）とするように指示を出して、対向ノード装置（隣接する全ノード）にペアノード（ノード装置ＳＷ＃３）に接続されている回線を運用回線とするように通知する。なお、ステップＳＥ５の判断結果が「Ｎｏ」である場合、ノード装置ＳＷ＃４は、ステップＳＥ１の判断を行う。
これにより、ノード装置Ｅｄｇｅ＃２のトランクＴ２に障害が発生したとしても、必要最小限の通信断に抑え、障害トランクに関係のない回線（例えば、ノード装置ＳＷ＃３とノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４の回線）の通信を維持することが可能となる。
また、ノード装置ＳＷ＃４からの応答メッセージがノード装置ＳＷ＃３に受信されると、ノード装置ＳＷ＃３は、第２０図に示したステップＳＦ１の判断結果を「Ｙｅｓ」とする。
ステップＳＦ２では、ノード装置ＳＷ＃３は、応答メッセージに含まれる更新内容に基づいて、冗長グループ管理テーブル３１のペアノード（ノード装置ＳＷ＃４）の内容を更新する。
ステップＳＦ３では、ノード装置ＳＷ＃３は、冗長グループ管理テーブル３１において自ノードとペアノードとの情報（有効トランク数、有効回線数、優先度）を比較する。ステップＳＦ４では、ノード装置ＳＷ＃３は、ステップＳＥ５（第１９図参照）と同様にして、ペアノードが自ノードよりも優れているか否かを判断する。
この場合、ステップＳＦ４の判断結果が「Ｎｏ」であるとすると、ノード装置ＳＷ＃３は、ステップＳＦ１の判断を行う。なお、ステップＳＦ４の判断結果が「Ｙｅｓ」である場合、ステップＳＦ５では、ノード装置ＳＷ＃３は、全ポート（回線）を断状態（光信号を断）とするように指示を出して、対向ノード装置に対して、ペアノード（ノード装置ＳＷ＃４）に接続されている回線を運用回線とするように通知する。
なお、第１８図に示したステップＳＤ３の判断結果が「Ｙｅｓ」である場合、ステップＳＤ４では、各ノード装置は、障害検出回線が運用回線であるか否かを判断する。ステップＳＤ４の判断結果が「Ｎｏ」である場合、各ノード装置は、ステップＳＤ１の判断を行う。
一方、ステップＳＤ４の判断結果が「Ｙｅｓ」である場合、ステップＳＤ５では、各ノード装置は、予備回線が正常であるか否かを判断する。ステップＳＤ５の判断結果が「Ｙｅｓ」である場合、ステップＳＤ６では、各ノード装置は、ステップＳＣ５（第１３図参照）と同様にして、１＋１切替を実行する。なお、ステップＳＤ５の判断結果が「Ｎｏ」である場合、ステップＳＤ７の処理が実行される。
以上説明したように、実施の形態３によれば、冗長グループ内におけるノード装置間で通信能力を通知し合い、障害発生時、冗長グループ内における複数のノード装置うち、通信能力が高いノード装置が通信を担当することとしたので、より通信能力が高いノード装置を用いて通信を行うことができる。
（実施の形態４）
さて、前述した実施の形態３においては、冗長グループ内のノード装置間で、転送能力に関する情報（有効トランク数、有効回線数、優先度等）を交換した後、全ポート（回線）を断状態（光信号を断）とするように指示を出し、対向ノード装置に対して、ペアノード（ノード装置ＳＷ＃４）に接続されている回線を運用回線とするように通知する構成例について説明したが、直接対向ノード装置に転送能力を通知する構成例としてもよい。以下では、この構成例を実施の形態４として説明する。
第２１図は、本発明にかかる実施の形態４の構成を示すブロック図である。この図において、第１４図（ａ）および第１５図に対応する部分には同一の符号を付ける。
実施の形態４において、各ノード装置の各ポートには、第２２図に示した送信処理部４０が設けられている。送信処理部４０において、通知メッセージ挿入部４１は、障害発生時に、切替制御部６０（第２４図参照）により生成された通知メッセージを受信し、この通知メッセージを多重部４２へ渡す。多重部４２は、スイッチＳからのフレームと通知メッセージとを多重化する。回線終端部４３は、回線に接続されており、多重化されたフレームを送信する。
また、実施の形態４において、各ノード装置の各ポートには、第２３図に示した受信処理部５０が用いられている。同図において、第４図の各部に対応する部分には同一の符号を付ける。
受信処理部５０において、通知メッセージ抽出部５１は、対向ノード装置から送信された多重化されたフレームから通知メッセージ（第２２図参照）を抽出し、これを切替制御部６０（第２４図参照）へ渡す。
また、実施の形態４において、各ノード装置の各ポートには、第２４図に示した切替制御部６０が用いられている。同図において、第７図の各部に対応する部分には同一の符号を付ける。
切替制御部６０において、対向ノード管理テーブル６１は、トランク単位で設定されており、当該ノード装置（自ノード）に対向する各対向ノード装置を管理するためのテーブルである。
具体的には、対向ノード管理テーブル６１は、第２５図（ａ）に示したように、情報アイテム、回線１の接続先ノード、回線２の接続先ノードというフィールドを備えている。なお、実際には、当該ノード装置は、対向ノード管理テーブル６１をトランク毎に有している。
回線１の接続先ノードは、当該トランクを構成する回線１の接続先ノード（対向ノード装置）に対応している。回線２の接続先ノードは、当該トランクを構成する回線２の接続先ノード（対向ノード装置）に対応している。すなわち、当該トランクは、回線１および回線２から構成されている。
情報アイテムは、有効トランク数、有効回線数、優先度および識別子である。有効トランク数は、各対向ノード装置（回線１、２の接続先ノード）に設定されたトランクの有効数である。有効回線数は、各対向ノード装置に接続された回線の有効数である。優先度は、各対向ノード装置における優先度を表す。識別子は、各対向ノード装置を識別するためのものであり、ＭＡＣアドレス等である。
第２４図に戻り、自ノード管理テーブル６２は、自ノードを管理するためのテーブルであり、第２５図（ｂ）に示したように、自ノードに関する有効トランク数、有効回線数、優先度、識別子の情報を管理している。切替判断部６３は、自ノード管理テーブル６２の更新や、対向ノード管理テーブル６１に基づいて、１＋１切替に関する判断を行う。
つぎに、実施の形態４の動作について、第２６図および第２７図に示したフローチャートを参照しつつ説明する。第２６図に示したステップＳＧ１では、各ノード装置（第２１図に示したノード装置Ｅｄｇｅ＃１〜ノード装置Ｅｄｇｅ＃４、ノード装置ＳＷ＃１〜ノード装置ＳＷ＃４）の切替判断部６３（第２４図参照）は、障害を検出したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
また、第２７図に示したステップＳＨ１では、各ノード装置の切替判断部６３は、対向ノード装置から通知メッセージを受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
そして、第２１図に示したノード装置Ｅｄｇｅ＃２のトランクＴ２の全回線（またはノード装置Ｅｄｇｅ＃２自体）に障害が発生すると、ノード装置ＳＷ＃３の切替判断部６３は、第２６図に示したステップＳＧ１の判断結果を「Ｙｅｓ」とする。
ステップＳＧ２では、ノード装置ＳＷ＃３の切替判断部６３は、自ノードに関して、自ノード管理テーブル６２（第２５図（ｂ）参照）を更新する。この場合、ノード装置ＳＷ＃３の切替判断部６３は、１本の回線（トランクＴ２に対応）に障害が発生しているため、第２５図（ｂ）に示した自ノードの有効回線数を１デクリメントする。
また、ノード装置ＳＷ＃３の切替判断部６３は、自ノードのトランクに関して、全回線で障害が発生している場合や、障害検出回線がトランクを構成しない場合、自ノードの有効トランク数を１デクリメントする。この場合、障害検出回線（トランクＴ２に対応）がトランクを構成しないため、第２５図（ｂ）に示した自ノードの有効トランク数を１デクリメントする。
ステップＳＧ３では、ノード装置ＳＷ＃３の切替判断部６３は、障害検出回線にトランクが設定されているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＧ７では、ノード装置ＳＷ＃３は、対向ノード装置（この場合、ノード装置ＳＷ＃１、ノード装置ＳＷ＃２、ノード装置Ｅｄｇｅ＃２、ノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４）に対する通知メッセージを生成し、通知メッセージ挿入部４１（第２２図参照）へ渡して、各対向ノードへ通知メッセージを送信する。この通知メッセージには、自ノード（ノード装置ＳＷ＃３）における冗長テーブルの更新内容が含まれている。
同様にして、第２１図に示したノード装置Ｅｄｇｅ＃２のトランクＴ２の全回線（またはノード装置Ｅｄｇｅ＃２自体）に障害が発生（第１４図（ａ）参照）すると、ノード装置ＳＷ＃４の切替判断部６３は、第２６図に示したステップＳＧ１の判断結果を「Ｙｅｓ」とする。
ステップＳＧ２では、ノード装置ＳＷ＃４の切替判断部６３は、自ノードに関して、自ノード管理テーブル６２（第２５図（ｂ）参照）を更新する。この場合、ノード装置ＳＷ＃４の切替判断部６３は、１本の回線（トランクＴ２に対応）に障害が発生しているため、第２５図（ｂ）に示した自ノードの有効回線数を１デクリメントする。
また、ノード装置ＳＷ＃４の切替判断部６３は、自ノードのトランクに関して、全回線で障害が発生している場合や、障害検出回線がトランクを構成しない場合、自ノードの有効トランク数を１デクリメントする。この場合、障害検出回線（トランクＴ２に対応）がトランクを構成しないため、第２５図（ｂ）に示した自ノードの有効トランク数を１デクリメントする。
ステップＳＧ３では、ノード装置ＳＷ＃４の切替判断部６３は、障害検出回線にトランクが設定されているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＧ７では、ノード装置ＳＷ＃４は、対向ノード装置（この場合、ノード装置ＳＷ＃１、ノード装置ＳＷ＃２、ノード装置Ｅｄｇｅ＃２、ノード装置Ｅｄｇｅ＃３およびノード装置Ｅｄｇｅ＃４）に対する通知メッセージを生成し、通知メッセージ挿入部４１（第２２図参照）へ渡し、各対向ノードへ通知メッセージを送信する。この通知メッセージには、自ノード（ノード装置ＳＷ＃４）における冗長テーブルの更新内容が含まれている。
そして、ノード装置ＳＷ＃３およびノード装置ＳＷ＃４からの各通知メッセージがノード装置Ｅｄｇｅ＃３に受信されると、ノード装置Ｅｄｇｅ＃３の切替判断部６３は、第２７図に示したステップＳＨ１の判断結果を「Ｙｅｓ」とする。
ステップＳＨ２では、ノード装置Ｅｄｇｅ＃３の切替判断部６３は、通知メッセージに含まれるノード装置ＳＷ＃３およびノード装置ＳＷ＃４の自ノードテーブルの各更新内容に基づいて、対向ノード管理テーブル６１の接続先ノード（ノード装置ＳＷ＃３およびノード装置ＳＷ＃４）の内容を更新する。
ステップＳＨ３では、ノード装置Ｅｄｇｅ＃３の切替判断部６３は、対向ノード管理テーブル６１において回線１の接続ノードと、回線２の接続先ノードとの情報（有効トランク数、有効回線数、優先度）を比較する。ステップＳＨ４では、ノード装置Ｅｄｇｅ＃３の切替判断部６３は、ステップＳＨ３の比較結果に基づいて、最も優れているノード装置に接続されている回線（ポート）を運用回線に切り替えた後、ステップＳＨ１の判断を行う。
ここで、優れているとは、有効トランク数がより多い、有効回線数がより多い、または優先度が高い状態であり、ノード装置の転送能力が高いことを意味する。
また、通知メッセージを受信した他の対向ノード装置（ノード装置ＳＷ＃１、ノード装置ＳＷ＃２、ノード装置Ｅｄｇｅ＃２およびノード装置Ｅｄｇｅ＃４）においても、ノード装置Ｅｄｇｅ＃３と同様の動作を経て、１＋１切替が行われる。
なお、第２６図に示したステップＳＧ３の判断結果が「Ｙｅｓ」である場合、ステップＳＧ４では、各ノード装置は、障害検出回線が運用回線であるか否かを判断する。ステップＳＧ４の判断結果が「Ｎｏ」である場合、各ノード装置は、ステップＳＧ１の判断を行う。
一方、ステップＳＧ４の判断結果が「Ｙｅｓ」である場合、ステップＳＧ５では、各ノード装置は、予備回線が正常であるか否かを判断する。ステップＳＧ５の判断結果が「Ｙｅｓ」である場合、ステップＳＧ６では、各ノード装置は、ステップＳＣ５（第１３図参照）と同様にして、１＋１切替を実行する。なお、ステップＳＧ５の判断結果が「Ｎｏ」である場合、ステップＳＧ７の処理が実行される。
以上説明したように、実施の形態４によれば、冗長グループ内の全ポートを断状態にすることなく、冗長グループ内でもっとも優れた転送能力を持つノード装置が転送処理を続けることができる。
（実施の形態５）
さて、前述した実施の形態１においては、管理者により入力された制御コマンドにより１＋１切替をリモートで強制的に実行できる構成例としてもよい。以下では、この構成例を実施の形態５として説明する。
第２８図および第２９図は、本発明にかかる実施の形態５の動作を説明するブロック図である。これらの図において、第１図の各部に対応する部分には同一の符号を付ける。
実施の形態５において、各ノード装置の各ポートには、第３０図に示した切替制御部７０が用いられている。同図において、第７図の各部に対応する部分には同一の符号を付ける。
切替制御部７０において、コマンド入力部７１は、管理者により制御コマンドを入力するためのものである。制御コマンドは、運用回線の接続先のノード装置に対して、当該運用回線の利用を禁止させて、強制的に１＋１切替を指示するためのコマンドである。切替判断部７１は、切替判断部１３（第７図参照）の機能に加えて、制御コマンドに基づく処理も実行する。
また、実施の形態５において、各ノード装置の各ポートには、第３１図に示した受信処理部８０が用いられている。同図において、第４図の各部に対応する部分には同一の符号を付ける。
受信処理部８０において、制御コマンド抽出部８１は、ノード装置から送信されたフレームから上記制御コマンドを抽出し、これを切替制御部７０（第３０図参照）へ渡す。
つぎに、実施の形態５の動作について、第３２図に示したフローチャートを参照しつつ説明する。同図に示したステップＳＩ１では、各ノード装置の切替判断部７２（第３０図参照）は、制御コマンドを受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
ここで、第２８図に示したように、管理者により、ノード装置ＳＷ＃２のコマンド入力部７１（第３０図参照）に制御コマンドが入力されると、切替判断部７２は、制御コマンドをノード装置ＳＷ＃４へ送信する。この制御コマンドは、上記現用回線を利用しているノード装置ＳＷ＃４に対して、現用回線の利用を禁止し、現用回線を予備回線に切り替えるための利用禁止コマンドである。
そして、制御コマンド（利用禁止コマンド）がノード装置ＳＷ＃４に受信されると、ノード装置ＳＷ＃４の切替判断部７２は、第３２図に示したステップＳＩ１の判断結果を「Ｙｅｓ」とする。
ステップＳＩ２では、ノード装置ＳＷ＃４の切替判断部７２は、制御コマンドが利用禁止コマンドであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＩ３では、ノード装置ＳＷ＃４の切替判断部７２は、制御コマンド（利用禁止コマンド）を受信した回線が運用回線であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＩ４では、ノード装置ＳＷ＃４の切替判断部７２は、予備回線が正常であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＩ５では、ノード装置ＳＷ＃４の切替判断部７２は、第２９図に示したように、現用回線をポートＰ２（現用回線）からポートＰ１（予備回線）に強制的に切り替える。
なお、ステップＳＩ３またはステップＳＩ４の判断結果が「Ｎｏ」である場合、ステップＳＩ１の判断が行われる。また、ステップＳＩ２の判断結果が「Ｎｏ」である場合、ステップＳＩ６では、制御コマンド（利用禁止コマンド以外）を受信した回線が運用回線であるか否かが判断される。
ステップＳＩ６の判断結果が「Ｎｏ」である場合、ステップＳＩ５の処理が実行される。一方、ステップＳＩ６の判断結果が「Ｙｅｓ」である場合、ステップＳＩ１の判断が行われる。
以上説明したように、実施の形態５によれば、制御コマンド入力により、強制的に他ノード装置の現用回線を予備回線にリモートで切り替えることとしたので、管理者の利便性を高めることができる。
（実施の形態６）
さて、実施の形態５においては、第２８図および第２９図に示したように例えば、ノード装置ＳＷ＃２で入力された制御コマンドに基づいて、ノード装置ＳＷ＃４で１＋１切替をリモートで行う構成例について説明したが、ノード装置ＳＷ＃４で入力された制御コマンドに基づいて、該ノード装置ＳＷ＃４で１＋１切替をローカルで行う構成例としてもよい。以下では、この構成例を実施の形態６として説明する。
第３３図および第３４図は、本発明にかかる実施の形態６の動作を説明するブロック図である。なお、実施の形態６においては、実施の形態５の構成と同一である。
つぎに、実施の形態６の動作について、第３５図に示したフローチャートを参照しつつ説明する。同図に示したステップＳＪ１では、各ノード装置の切替判断部７２（第３０図参照）は、管理者によりコマンド入力部７１で制御コマンドが入力されたか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
ここで、第３３図に示したように、管理者により、ノード装置ＳＷ＃４のコマンド入力部７１（第３０図参照）に制御コマンドが入力されると、切替判断部７２は、第３５図に示したステップＳＪ１の判断結果を「Ｙｅｓ」とする。
ステップＳＪ２では、ノード装置ＳＷ＃４の切替判断部７２は、制御コマンドに対応する対象回線（この場合、ポートＰ２の回線）が運用回線であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＪ３では、ノード装置ＳＷ＃４の切替判断部７２は、予備回線（この場合、ポートＰ１の回線）が正常であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＪ４では、ノード装置ＳＷ＃４の切替判断部７２は、第３４図に示したように、現用回線をポートＰ２（現用回線）からポートＰ１（予備回線）にローカルで強制的に切り替える。
なお、ステップＳＪ２またはステップＳＪ３の判断結果が「Ｎｏ」である場合、ステップＳＪ１の判断が行われる。
以上説明したように、実施の形態６によれば、制御コマンド入力により、強制的に自ノード装置の現用回線を予備回線にローカルで切り替えることとしたので、管理者の利便性を高めることができる。
（実施の形態７）
第３６図および第３７図は、本発明にかかる実施の形態７の動作を説明するブロック図である。実施の形態７は、前述した実施の形態５および実施の形態６の組み合わせの構成例である。
すなわち、第３６図に示したノード装置ＳＷ＃２で、ノード装置ＳＷ＃４に対するリモート用の制御コマンド（利用禁止コマンド）が入力されると、ノード装置ＳＷ＃４では、第３７図に示したように、現用回線がポートＰ２（現用回線）からポートＰ１（予備回線）へリモートで強制的に切り替えられる。
また、第３６図に示したノード装置ＳＷ＃２で、該ノード装置ＳＷ＃２に対するローカル用の制御コマンドが入力されると、ノード装置ＳＷ＃２では、第３７図に示したように、現用回線がポートＰ４（現用回線）からポートＰ３（予備回線）へローカルで強制的に切り替えられる。
以上説明したように、実施の形態７によれば、実施の形態５および実施の形態６と同様の効果を奏する。
（実施の形態８）
さて、前述した実施の形態１においては、ＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｔｗｏｒｋ）技術を用いて、通信ネットワークシステム上に二つのＶＬＡＮを構築し、一方のＶＬＡＮを冗長ありとし、他方のＶＬＡＮを冗長無しとする構成例としてもよい。以下では、この構成例を実施の形態８として説明する。
ＶＬＡＮは、ＬＡＮにおいて、物理的なケーブルやマシンの接続形態に依存せず、ＬＡＮ上の特定のノードだけで仮想的なグループを作る技術であり、ルータやハブに対する付加機能として提供される。
ＶＬＡＮでは、物理的に離れたセグメント上に存在するノード同士を集め、論理的に同一セグメント上に存在するように見せかけることができる。そのため、ノードの物理的な接続形態によらずに柔軟にネットワークを構築したり、構成を変更したりできる。たとえば、別フロアにある２つの部署を１つの論理的なセグメントとみなしたり、離れた場所に置かれたノードを本来属するべきセグメントに仮想的に参加させたりできる。
第３８図は、本発明にかかる実施の形態８の動作を説明するブロック図である。同図において、第１図に対応する部分には同一の符号を付ける。第３８図に示した通信ネットワークシステムにおいては、二つのＶＬＡＮとして、端末Ｘ１と端末Ｘ２との間を接続するＶＬＡＮ−Ｘと、端末Ｙ１と端末Ｙ２との間を接続するＶＬＡＮ−Ｙとが設定されている。
端末Ｘ１は、ノード装置Ｅｄｇｅ＃１のポートＰ１に接続されている。端末Ｘ２は、ノード装置Ｅｄｇｅ＃２のポートＰ３に接続されている。端末Ｙ１は、ノード装置Ｅｄｇｅ＃１のポートＰ２に接続されている。端末Ｙ２は、ノード装置Ｅｄｇｅ＃２のポートＰ４に接続されている。
ＶＬＡＮ−Ｘは、冗長ありの構成とされている。すなわち、ＶＬＡＮ−Ｘでは、運用回線の経路Ｌ１の他に、予備回線の経路Ｌ３およびＬ４が設定されている。従って、運用回線の経路Ｌ１に障害が発生した場合には、予備回線の経路Ｌ３や、経路Ｌ４により冗長がとられるため、障害を回避することができる。
一方、ＶＬＡＮ−Ｙは、冗長無しの構成とされている。すなわち、ＶＬＡＮ−Ｙでは、運用回線の経路Ｌ２の他に、予備回線の経路が設定されていない。従って、運用回線の経路Ｌ２に障害が発生した場合には、冗長がとられない。
また、実施の形態８において、各ノード装置の各ポートには、第３９図に示した受信処理部９０が用いられている。同図において、第４図の各部に対応する部分には同一の符号を付ける。
受信処理部９０において、転送情報テーブル９１は、第４０図に示したように、ＭＡＣアドレス、ＶＬＡＮ−ＩＤ、トランクＩＤおよびポートＩＤの対応関係を表すテーブルである。ＭＡＣアドレスは、転送情報抽出部２１により抽出された転送情報である。
ＶＬＡＮ−ＩＤは、ＶＬＡＮ−ＸまたはＶＬＡＮ−Ｙに対応するフレームを識別するための識別子であり、ＩＥＥＥ８０２．１Ｑで規定されている。例えば、ＶＬＡＮ−ＩＤ＝１００は、ＶＬＡＮ−Ｘに対応するフレームの識別子である。一方、ＶＬＡＮ−ＩＤ＝２００は、ＶＬＡＮ−Ｙに対応するフレームの識別子である。
トランクＩＤは、当該ノード装置に設定されたトランクを識別するための識別子である。ポートＩＤは、ポートを識別するための識別子である。
第３９図に戻り、切替ペアテーブル９２は、トランクがどの回線（ポート）で構成されているかを表すテーブルである。具体的には、第４１図に示したように、切替ペアテーブル９２は、トランクＩＤとポートＩＤ（回線）との対応関係を表すテーブルである。トランクＩＤは、当該ノード装置に設定されたトランクを識別するための識別子である。ポートＩＤは、該トランクを構成する複数の回線に対応するポートを識別するための識別子である。
第３９図に戻り、冗長対象テーブル９３は、ＶＬＡＮが冗長対象であるか否かを管理するためのテーブルである。具体的には、第４２図に示したように、冗長対象テーブル９３は、ＶＬＡＮ−ＩＤおよび冗長有無というフィールドを備えている。ＶＬＡＮ−ＩＤは、ＶＬＡＮ−ＸまたはＶＬＡＮ−Ｙに対応するフレームを識別するための識別子であり、第４０図に示したＶＬＡＮ−ＩＤに対応している。冗長有無は、ＶＬＡＮに関して、冗長の有無を表す。
上記構成において、第３８図に示したＶＬＡＮ−Ｘ用に冗長を確保するため、運用回線の経路Ｌ１については、実施の形態７で説明した仕組みを利用して、双方向の運用回線がノード装置Ｅｄｇｅ＃１−ノード装置ＳＷ＃１−ノード装置ＳＷ＃３−ノード装置Ｅｄｇｅ＃２となるように設定される。
ここで、ＶＬＡＮ−Ｘにおいて、端末Ｘ１から端末Ｘ２宛のフレームが送信されると、該フレームは、ノード装置Ｅｄｇｅ＃１の受信処理部Ｒｘ１（受信処理部９０：第３９図参照）に受信される。これにより、第３９図に示した転送情報抽出部２１は、受信されたフレームのヘッダから転送先を表す転送情報（この場合、端末Ｘ２に対応する宛先ＭＡＣアドレス）およびＶＬＡＮ−ＩＤ（この場合、１００）を抽出し、転送ポート決定部９４および転送／複製情報付加部２５へ出力する。
転送ポート決定部９４は、転送情報抽出部２１からの転送情報（ＭＡＣアドレス）およびＶＬＡＮ−ＩＤ（＝１００）をキーとして、第４０図に示した転送情報テーブル９１を検索し、出力トランク（この場合、トランクＴ１であるとする）の情報を取得する。
つぎに、転送ポート決定部９４は、上記出力トランク（この場合、トランクＴ１）をキーとして、切替ペアテーブル９２（第４１図参照）を検索し、出力先ポート（回線）の情報を取得する。また、転送ポート決定部９４は、ＶＬＡＮ−ＩＤをキーとして、第４２図に示した冗長有無（この場合、１：有り）をチェックする。
転送ポート決定部９４は、ポートＰ３およびポートＰ４に対応する上記出力先ポート（回線）の情報および上記チェック結果（冗長あり）を転送／複製情報付加部２５へ転送する。
これにより、転送／複製情報付加部２５は、転送情報抽出部２１からのフレームに、上記ポートＰ３およびポートＰ４に対応するタグを付加して、スイッチＳへ出力する。
スイッチＳは、タグを参照して、フレームを複製した後、各フレームをノード装置Ｅｄｇｅ＃１のポートＰ３（送信処理部Ｔｘ３）と、ポートＰ４（送信処理部Ｔｘ４）とへ転送する。
以後、上述した動作と同様にして、ＶＬＡＮ−Ｘのフレームは、運用回線の経路Ｌ１を介して、端末Ｘ２に受信される。なお、障害が発生した場合には、実施の形態１と同様にして、冗長がとられているため、運用回線から予備回線へ切り替わる。
一方、ＶＬＡＮ−Ｙにおいて、端末Ｙ１から端末Ｙ２宛のフレームが送信されると、該フレームは、ノード装置Ｅｄｇｅ＃１の受信処理部Ｒｘ２（受信処理部９０：第３９図参照）に受信される。これにより、第３９図に示した転送情報抽出部２１は、受信されたフレームのヘッダから転送先を表す転送情報（この場合、端末Ｙ２に対応する宛先ＭＡＣアドレス）およびＶＬＡＮ−ＩＤ（この場合、２００）を抽出し、転送ポート決定部９４および転送／複製情報付加部２５へ出力する。
転送ポート決定部９４は、転送情報抽出部２１からの転送情報（ＭＡＣアドレス）およびＶＬＡＮ−ＩＤ（＝２００）をキーとして、第４０図に示した転送情報テーブル９１を検索し、出力ポート（この場合、ポートＰ３であるとする）の情報を取得する。
つぎに、転送ポート決定部９４は、ＶＬＡＮ−ＩＤをキーとして、第４２図に示した冗長有無（この場合、０：無し）をチェックする。また、転送ポート決定部９４は、出力ポート（この場合、ポートＰ３）および上記チェック結果（冗長無し）を転送／複製情報付加部２５へ転送する。
これにより、転送／複製情報付加部２５は、転送情報抽出部２１からのフレームに、上記ポートＰ３に対応するタグを付加して、スイッチＳへ出力する。
スイッチＳは、タグを参照して、フレームをノード装置Ｅｄｇｅ＃１のポートＰ３（送信処理部Ｔｘ３）のみに転送する。すなわち、ＶＬＡＮ−Ｙのフレームの場合には、運用回線のみにフレームが転送され、予備回線にフレームが転送されない。
以後、上述した動作と同様にして、ＶＬＡＮ−Ｙのフレームは、経路Ｌ２を介して、端末Ｙ２に受信される。なお、障害が発生した場合には、冗長がとられていないため、端末Ｙ１と端末Ｙ２との間の通信が断となる等の影響が出る。
以上説明したように、実施の形態８によれば、冗長サービスを受けるフレームと受けないフレームを同一通信ネットワークシステムで提供することにより、高い信頼性が必要なトラフィックに関して、フレームを複製することで通信ネットワークシステムのリソースを消費するものの障害時であっても通信が可能となる冗長サービスを受けることができる。
一方、高い信頼性が必要無いトラフィックについて、フレームを複製することなく、ネットワーク帯域の使用を最小限にすることが可能となり、さまざまな要求を満たすことのできる通信ネットワークシステムを実現することができる。
（実施の形態９）
さて、前述した実施の形態１においては、第１図に示したように、各トランク（トランクＴ１、トランクＴ１Ａ等）を設けて、ノード（ノード装置）の冗長をとるためのノード冗長を実現する構成例について説明したが、ノード冗長に加えて、ノード間を接続するリンク（回線）についても冗長をとるリンク冗長を実現する構成例としてもよい。以下では、この構成例を実施の形態９として説明する。
第４３図は、本発明にかかる実施の形態９の構成を示すブロック図である。この図には、２台のノード装置Ｅｄｇｅ＃１およびノード装置Ｅｄｇｅ＃２と、４台のノード装置ＳＷ＃１〜ＳＷ＃４とから構成され、端末Ｘと端末Ｙとの間で通信を行うための通信ネットワークシステムが図示されている。
端末Ｘおよび端末Ｙは、通信機能を有するコンピュータ端末であり、所定の通信プロトコルに従って、上記通信ネットワークシステムを介して通信を行う。ノード装置Ｅｄｇｅ＃１およびノード装置Ｅｄｇｅ＃２は、エッジノードとしての機能を備ており、端末Ｘおよび端末Ｙに接続されている。
一方、ノード装置ＳＷ＃１〜ＳＷ＃４は、ノード装置Ｅｄｇｅ＃１とノード装置Ｅｄｇｅ＃２との間に設けられており、コアノードとしての機能を備えている。ここで、ノード装置ＳＷ＃１〜ＳＷ＃４においては、ノード装置ＳＷ＃１およびノード装置ＳＷ＃２が冗長グループ＃Ａを構成しており、ノード装置ＳＷ＃３およびノード装置ＳＷ＃４が冗長グループ＃Ｂを構成している。なお、実施の形態９においては、冗長グループを３台以上のノード装置から構成してもよい。
また、ノード装置Ｅｄｇｅ＃１、ノード装置Ｅｄｇｅ＃２、ノード装置ＳＷ＃１〜ノード装置ＳＷ＃４のそれぞれは、ポートＰ１〜Ｐ８、スイッチＳおよび切替制御部（図示略）を備えている。
ポートＰ１は、送信処理部Ｔｘ１および受信処理部Ｒｘ１を備えている。ポートＰ２は、送信処理部Ｔｘ２および受信処理部Ｒｘ２を備えている。ポートＰ３は、送信処理部Ｔｘ３および受信処理部Ｒｘ３を備えている。ポートＰ４は、送信処理部Ｔｘ４および受信処理部Ｒｘ４を備えている。
ポートＰ５は、送信処理部Ｔｘ５および受信処理部Ｒｘ５を備えている。ポートＰ６は、送信処理部Ｔｘ６および受信処理部Ｒｘ６を備えている。ポートＰ７は、送信処理部Ｔｘ７および受信処理部Ｒｘ７を備えている。ポートＰ８は、送信処理部Ｔｘ８および受信処理部Ｒｘ８を備えている。
ノード装置Ｅｄｇｅ＃１のポートＰ１は、回線を介して端末Ｘに接続されている。また、ノード装置Ｅｄｇｅ＃１においては、ポートＰ５がノード装置ＳＷ＃１のポートＰ１に回線を介して接続されているとともに、ポートＰ６がノード装置ＳＷ＃１のポートＰ２に回線を介して接続されている。
さらに、ノード装置Ｅｄｇｅ＃１においては、ポートＰ７がノード装置ＳＷ＃２のポートＰ１に回線を介して接続されているとともに、ポートＰ８がノード装置ＳＷ＃２のポートＰ２に回線を介して接続されている。
また、ノード装置Ｅｄｇｅ＃１においては、４本の物理的な回線（ポートＰ５の回線、ポートＰ６の回線、ポートＰ７の回線およびポートＰ８の回線）が、１本の論理的な回線としてのノードトランク（回線）ＴＮ１として認識されている。このノードトランクＴＮ１は、ノード冗長を実現するためのものである。
また、ノードトランクＴＮ１においては、ノード装置Ｅｄｇｅ＃１とノード装置ＳＷ＃１との間のリンクが冗長構成（ポートＰ５の回線およびポートＰ６の回線）とされている。ポートＰ５の回線およびポートＰ６の回線は、リンクトランクＴＬ１として認識されている。このリンクトランクＴＬ１は、リンク冗長を実現するためのものである。
一方、対向するノード装置ＳＷ＃１側においては、ノード装置ＳＷ＃１とノード装置Ｅｄｇｅ＃１との間のリンクが冗長構成（ポートＰ１の回線およびポートＰ２の回線）とされている。ポートＰ１の回線およびポートＰ２の回線は、リンクトランクＴＬ３として認識されている。このリンクトランクＴＬ３は、リンク冗長を実現するためのものである。
同様にして、ノードトランクＴＮ１においては、ノード装置Ｅｄｇｅ＃１とノード装置ＳＷ＃２との間のリンクが冗長構成（ポートＰ７の回線およびポートＰ８の回線）とされている。ポートＰ７の回線およびポートＰ８の回線は、リンクトランクＴＬ２として認識されている。このリンクトランクＴＬ２は、リンク冗長を実現するためのものである。
一方、対向するノード装置ＳＷ＃２側においては、ノード装置ＳＷ＃２とノード装置Ｅｄｇｅ＃１との間のリンクが冗長構成（ポートＰ１の回線およびポートＰ２の回線）とされている。ポートＰ１の回線およびポートＰ２の回線は、リンクトランクＴＬ４として認識されている。このリンクトランクＴＬ４は、リンク冗長を実現するためのものである。
また、冗長グループ＃Ａと冗長グループ＃Ｂとの接続に関しては、各冗長グループを構成する２台のノード装置同士が相互接続する形態とされている。
具体的には、ノード装置ＳＷ＃１においては、ポートＰ５がノード装置ＳＷ＃３のポートＰ１に回線を介して接続されているとともに、ポートＰ６がノード装置ＳＷ＃３のポートＰ２に回線を介して接続されている。
さらに、ノード装置ＳＷ＃１においては、ポートＰ７がノード装置ＳＷ＃４のポートＰ１に回線を介して接続されているとともに、ポートＰ８がノード装置ＳＷ＃４のポートＰ２に回線を介して接続されている。
また、ノード装置ＳＷ＃１においては、４本の物理的な回線（ポートＰ５の回線、ポートＰ６の回線、ポートＰ７の回線およびポートＰ８の回線）が、１本の論理的な回線としてのノードトランク（回線）ＴＮ１Ａとして認識されている。このノードトランクＴＮ１Ａは、ノード冗長を実現するためのものである。
また、ノードトランクＴＮ１Ａにおいては、ノード装置ＳＷ＃１とノード装置ＳＷ＃３との間のリンクが冗長構成（ポートＰ５の回線およびポートＰ６の回線）とされている。ポートＰ５の回線およびポートＰ６の回線は、リンクトランクＴＬ５として認識されている。このリンクトランクＴＬ５は、リンク冗長を実現するためのものである。
一方、対向するノード装置ＳＷ＃３側においては、ノード装置ＳＷ＃３とノード装置ＳＷ＃１との間のリンクが冗長構成（ポートＰ１の回線およびポートＰ２の回線）とされている。ポートＰ１の回線およびポートＰ２の回線は、リンクトランクＴＬ９として認識されている。このリンクトランクＴＬ９は、リンク冗長を実現するためのものである。
同様にして、ノードトランクＴＮ１Ａにおいては、ノード装置ＳＷ＃１とノード装置ＳＷ＃４との間のリンクが冗長構成（ポートＰ７の回線およびポートＰ８の回線）とされている。ポートＰ７の回線およびポートＰ８の回線は、リンクトランクＴＬ６として認識されている。このリンクトランクＴＬ６は、リンク冗長を実現するためのものである。
一方、対向するノード装置ＳＷ＃４側においては、ノード装置ＳＷ＃４とノード装置ＳＷ＃１との間のリンクが冗長構成（ポートＰ１の回線およびポートＰ２の回線）とされている。ポートＰ１の回線およびポートＰ２の回線は、リンクトランクＴＬ１１として認識されている。このリンクトランクＴＬ１１は、リンク冗長を実現するためのものである。
また、ノード装置ＳＷ＃２においては、ポートＰ５がノード装置ＳＷ＃３のポートＰ３に回線を介して接続されているとともに、ポートＰ６がノード装置ＳＷ＃３のポートＰ４に回線を介して接続されている。
さらに、ノード装置ＳＷ＃２においては、ポートＰ７がノード装置ＳＷ＃４のポートＰ３に回線を介して接続されているとともに、ポートＰ８がノード装置ＳＷ＃４のポートＰ４に回線を介して接続されている。
また、ノード装置ＳＷ＃２においては、４本の物理的な回線（ポートＰ５の回線、ポートＰ６の回線、ポートＰ７の回線およびポートＰ８の回線）が、１本の論理的な回線としてのノードトランク（回線）ＴＮ２Ａとして認識されている。このノードトランクＴＮ２Ａは、ノード冗長を実現するためのものである。
また、ノードトランクＴＮ２Ａにおいては、ノード装置ＳＷ＃２とノード装置ＳＷ＃３との間のリンクが冗長構成（ポートＰ５の回線およびポートＰ６の回線）とされている。ポートＰ５の回線およびポートＰ６の回線は、リンクトランクＴＬ７として認識されている。このリンクトランクＴＬ７は、リンク冗長を実現するためのものである。
一方、対向するノード装置ＳＷ＃３側においては、ノード装置ＳＷ＃３とノード装置ＳＷ＃２との間のリンクが冗長構成（ポートＰ３の回線およびポートＰ４の回線）とされている。ポートＰ３の回線およびポートＰ４の回線は、リンクトランクＴＬ１０として認識されている。このリンクトランクＴＬ１０は、リンク冗長を実現するためのものである。
同様にして、ノードトランクＴＮ２Ａにおいては、ノード装置ＳＷ＃２とノード装置ＳＷ＃４との間のリンクが冗長構成（ポートＰ７の回線およびポートＰ８の回線）とされている。ポートＰ７の回線およびポートＰ８の回線は、リンクトランクＴＬ８として認識されている。このリンクトランクＴＬ８は、リンク冗長を実現するためのものである。
一方、対向するノード装置ＳＷ＃４側においては、ノード装置ＳＷ＃４とノード装置ＳＷ＃２との間のリンクが冗長構成（ポートＰ３の回線およびポートＰ４の回線）とされている。ポートＰ３の回線およびポートＰ４の回線は、リンクトランクＴＬ１２として認識されている。このリンクトランクＴＬ１２は、リンク冗長を実現するためのものである。
ノード装置ＳＷ＃３においては、ポートＰ１〜Ｐ４の４本の回線がノードトランクＴＮ３Ｂとして認識されている。
また、ノード装置Ｅｄｇｅ＃２においては、ポートＰ５が端末Ｙに、ポートＰ１がノード装置ＳＷ＃３のポートＰ５に回線を介して接続されているとともに、ポートＰ２がノード装置ＳＷ＃３のポートＰ６に回線を介して接続されている。
さらに、ノード装置Ｅｄｇｅ＃２においては、ポートＰ３がノード装置ＳＷ＃４のポートＰ５に回線を介して接続されているとともに、ポートＰ４がノード装置ＳＷ＃４のポートＰ６に回線を介して接続されている。
また、ノード装置Ｅｄｇｅ＃２においては、４本の物理的な回線（ポートＰ１の回線、ポートＰ２の回線、ポートＰ３の回線およびポートＰ４の回線）が、１本の論理的な回線としてのノードトランク（回線）ＴＮ２として認識されている。このノードトランクＴＮ２は、ノード冗長を実現するためのものである。
また、ノードトランクＴＮ２においては、ノード装置Ｅｄｇｅ＃２とノード装置ＳＷ＃３との間のリンクが冗長構成（ポートＰ１の回線およびポートＰ２の回線）とされている。ポートＰ１の回線およびポートＰ２の回線は、リンクトランクＴＬ１５として認識されている。このリンクトランクＴＬ１５は、リンク冗長を実現するためのものである。
一方、対向するノード装置ＳＷ＃３側においては、ノード装置ＳＷ＃３とノード装置Ｅｄｇｅ＃２との間のリンクが冗長構成（ポートＰ５の回線およびポートＰ６の回線）とされている。ポートＰ５の回線およびポートＰ６の回線は、リンクトランクＴＬ１３として認識されている。このリンクトランクＴＬ１３は、リンク冗長を実現するためのものである。
同様にして、ノードトランクＴＮ２においては、ノード装置Ｅｄｇｅ＃２とノード装置ＳＷ＃４との間のリンクが冗長構成（ポートＰ３の回線およびポートＰ４の回線）とされている。ポートＰ３の回線およびポートＰ４の回線は、リンクトランクＴＬ１６として認識されている。このリンクトランクＴＬ１６は、リンク冗長を実現するためのものである。
一方、対向するノード装置ＳＷ＃４側においては、ノード装置ＳＷ＃４とノード装置Ｅｄｇｅ＃２との間のリンクが冗長構成（ポートＰ５の回線およびポートＰ６の回線）とされている。ポートＰ５の回線およびポートＰ６の回線は、リンクトランクＴＬ１４として認識されている。このリンクトランクＴＬ１４は、リンク冗長を実現するためのものである。
ノード装置ＳＷ＃４においては、ポートＰ１〜Ｐ４の４本の回線がノードトランクＴＮ４Ｂとして認識されている。
また、実施の形態９においては、第４３図に示した受信処理部Ｒｘ１〜Ｒｘ８として、第４４図に示した受信処理部１００が用いられている。この図において、第４図の各部に対応する部分には同一の符号を付ける。
受信処理部１００において、転送情報テーブル１０１は、第４５図に示したように、ＭＡＣアドレスとノードトランクＩＤ（ポートＩＤも含む）との対応関係を表すテーブルである。ＭＡＣアドレスは、転送情報抽出部２１により抽出された転送情報である。ノードトランクＩＤは、当該ノード装置に設定されたノードトランクを識別するための識別子である。
例えば、第４５図に示したトランクＩＤ＝１０が第４３図に示したノード装置ＳＷ＃１のノードトランクＴＮ１Ａに対応しているとすると、ポートＰ１の受信処理部Ｒｘ１に受信されたフレーム（ＭＡＣアドレス＝ＡＡＡＡに対応）は、転送情報テーブル１０１（第４５図参照）に基づいて、トランクＩＤ＝１０のノードトランクＴＮ１Ａ（ポートＰ５、ポートＰ６、ポートＰ７およびポートＰ８）へ転送される。
第４４図に戻り、切替ノードペアテーブル１０２は、ノードトランクがどのリンクトランクで構成されているかを表すテーブルである。具体的には、第４６図に示したように、切替ノードペアテーブル１０２は、ノードトランクＩＤとリンクトランクＩＤとの対応関係を表すテーブルである。ノードトランクＩＤは、当該ノード装置に設定されたノードトランクを識別するための識別子である。リンクトランクＩＤは、該ノードトランクを構成する複数のリンクトランクを識別するための識別子である。
ノードトランクＩＤ＝１０が第４３図に示したノード装置ＳＷ＃１のノードトランクＴＮ１Ａに対応しているとすると、リンクトランクＩＤ（＝４、６）は、ノードトランクＴＮ１Ａを構成するリンクトランクＴＬ５およびＴＬ６に対応している。
第４４図に戻り、切替リンクペアテーブル１０３は、リンクトランクがどの回線（ポート）で構成されているかを表すテーブルである。具体的には、第４７図に示したように、切替リンクペアテーブル１０３は、リンクトランクＩＤとポートＩＤ（回線）との対応関係を表すテーブルである。リンクトランクＩＤは、当該ノード装置に設定されたリンクトランクを識別するための識別子である。ポートＩＤは、該トランクを構成する複数の回線に対応するポートを識別するための識別子である。
また、実施の形態９においては、各ノード装置に第４８図に示した切替制御部１１０が用いられている。この図において、第７図の各部に対応する部分には同一の符号を付ける。
切替制御部１１０において、ノードトランク管理テーブル１１１は、各ノード装置のノードトランクを管理するためのテーブルである。具体的には、ノードトランク管理テーブル１１１は、第４９図に示したように、ノードトランク、リンクトランク、状態の対応関係を表すテーブルである。
同図において、ノードトランクは、各ノード装置に設定されたノードトランクを表す。リンクトランクは、各ノード装置に設定されたリンクトランクを表す。状態は、運用／予備および正常性を表す。運用／予備は、当該リンクトランク（回線）が運用回線であるかまたは予備回線であるかを表す。正常性は、当該リンクトランク（回線）が正常であるか、障害発生により断であるかを表す。
第４８図に戻り、リンクトランク管理テーブル１１２は、各ノード装置のリンクトランクを管理するためのテーブルである。具体的には、リンクトランク管理テーブル１１２は、第５０図に示したように、リンクトランク、回線、状態の対応関係を表すテーブルである。
同図において、リンクトランクは、各ノード装置に設定されたリンクトランクを表す。回線（ポート）は、上記リンクトランクを構成する回線（ポート）を表す。状態は、運用／予備および正常性を表す。運用／予備は、当該回線（ポート）が運用回線であるかまたは予備回線であるかを表す。正常性は、当該回線（ポート）が正常であるか、障害発生により断であるかを表す。
第４８図に戻り、切替判断部１１３は、ノードトランク管理テーブル１１１およびリンクトランク管理テーブル１１２に基づいて、切り替えを判断する。
つぎに、実施の形態９の動作について、第５１図および第５２図に示したフローチャートを参照しつつ説明する。第５１図は、第４４図に示した転送ポート決定部１０４の動作を説明するフローチャートである。第５２図は、第４８図に示した切替判断部１１３の動作を説明するフローチャートである。
以下では、第４３図に示した端末Ｘから端末Ｙへフレームを送信する場合の動作について説明する。第５１図に示したステップＳＫ１では、各受信処理部の転送ポート決定部１０４（第４４図参照）は、転送情報（フレーム）が入力されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
また、第５２図に示したステップＳＬ１では、切替判断部１１３（第４８図参照）は、ポートで障害が検出されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
そして、第４３図に示した端末Ｘから、端末Ｙ宛のフレームが送信されると、該フレームは、ノード装置Ｅｄｇｅ＃１の受信処理部Ｒｘ１（受信処理部１００：第４４図参照）に受信される。
すなわち、回線終端部２０は、フレームに対応する電気信号や光信号を終端する。転送情報抽出部２１は、受信されたフレームのヘッダから転送先を表す転送情報（この場合、端末Ｙに対応する宛先ＭＡＣアドレス）を抽出し、転送ポート決定部１０４および転送／複製情報付加部２５へ出力する。
これにより、転送ポート決定部１０４は、第５１図に示したステップＳＫ１の判断結果を「Ｙｅｓ」とする。ステップＳＫ２では、転送ポート決定部１０４は、送信元ＭＡＣアドレスと入力回線を構成するノードトランクを関連付けて学習する。
ステップＳＫ３では、転送ポート決定部１０４は、切替制御部１１０（第４８図参照）からの状態情報（この場合、運用回線であるとする）に基づいて、入力回線（ポートＰ１に対応する回線）がリンクトランクの運用回線であるか否かを判断する。この場合、ポートＰ１がリンクトランクを構成していないが、ポートＰ１が運用回線であるため、転送ポート決定部１０４は、ステップＳＫ３の判断結果を「Ｙｅｓ」とする。
ステップＳＫ４では、転送ポート決定部１０４は、リンクトランクがノードトランクの運用系であるか否かを判断する。この場合、転送ポート決定部１０４は、ポートＰ１が運用回線であるため、ステップＳＫ４の判断結果を「Ｙｅｓ」とする。
ステップＳＫ５では、転送ポート決定部１０４は、転送情報抽出部２１からの転送情報（宛先ＭＡＣアドレス）をキーとして、転送情報テーブル１０１（第４５図参照）を検索し、出力ノードトランク（この場合、ノードトランクＴＮ１であるとする）の情報を取得する。
ステップＳＫ６では、転送ポート決定部１０４は、上記出力ノードトランク（この場合、ノードトランクＴＮ１）をキーとして、切替ノードペアテーブル１０２（第４６図参照）を検索し、出力先リンクトランクの情報を取得する。この場合、出力先リンクトランクは、ノードトランクＴＮ１を構成するリンクトランクＴＬ１およびリンクトランクＴＬ２である。
ステップＳＫ７では、転送ポート決定部１０４は、上記出力先リンクトランク（この場合、リンクトランクＴＬ１およびリンクトランクＴＬ２）をキーとして、切替リンクペアテーブル１０３（第４７図参照）を検索し、出力先ポート（回線）を取得する。
この場合、出力先ポートは、第４３図に示したノード装置Ｅｄｇｅ＃１におけるポートＰ５、ポートＰ６、ポートＰ７およびポートＰ８である。つぎに、転送ポート決定部１０４は、ポートＰ５、ポートＰ６、ポートＰ７およびポートＰ８に対応する上記出力先ポート（回線）の情報を転送／複製情報付加部２５へ転送した後、ステップＳＫ１の判断を行う。
これにより、転送／複製情報付加部２５は、転送情報抽出部２１からのフレームに、上記ポートＰ５、ポートＰ６、ポートＰ７およびポートＰ８に対応するタグを付加して、スイッチＳへ出力する。
スイッチＳは、タグを参照して、フレームを複製した後、各フレームをノード装置Ｅｄｇｅ＃１のポートＰ５（送信処理部Ｔｘ５）、ポートＰ６（送信処理部Ｔｘ６）、ポートＰ７（送信処理部Ｔｘ７）およびポートＰ８（送信処理部Ｔｘ８）へそれぞれ転送する。
つぎに、ノード装置Ｅｄｇｅ＃１においては、ポートＰ５（送信処理部Ｔｘ５）からノード装置ＳＷ＃１のポートＰ１（受信処理部Ｒｘ１）へフレームが送信されるとともに、ポートＰ６（送信処理部Ｔｘ６）からノード装置ＳＷ＃１のポートＰ２（受信処理部Ｒｘ２）へフレームが送信される。
同様にして、ノード装置Ｅｄｇｅ＃１においては、ポートＰ７（送信処理部Ｔｘ７）からノード装置ＳＷ＃２のポートＰ１（受信処理部Ｒｘ１）へフレームが送信されるとともに、ポートＰ８（送信処理部Ｔｘ８）からノード装置ＳＷ＃２のポートＰ２（受信処理部Ｒｘ２）へフレームが送信される。
そして、ノード装置ＳＷ＃１のポートＰ１（受信処理部Ｒｘ１）にフレームが受信されると、受信処理部Ｒｘ１の転送ポート決定部１０４は、第５１図に示したステップＳＫ１の判断結果を「Ｙｅｓ」とする。ステップＳＫ２では、転送ポート決定部１０４は、送信元ＭＡＣアドレスと入力回線を構成するノードトランクを関連付けて学習する。
ステップＳＫ３では、転送ポート決定部１０４は、切替制御部１１０（第４８図参照）からの状態情報（この場合、運用回線であるとする）に基づいて、入力回線（ポートＰ１に対応する回線）がリンクトランクの運用回線であるか否かを判断する。
この場合、入力回線（ポートＰ１に対応する回線）が運用回線であるため、転送ポート決定部１０４は、ステップＳＫ３の判断結果を「Ｙｅｓ」とする。以後、上述した動作を経て、当該フレームは、スイッチＳで複製され、ノードトランクＴＮ１Ａ（ポートＰ５、ポートＰ６、ポートＰ７およびポートＰ８）から送信される。
一方、ノード装置ＳＷ＃１のポートＰ２（受信処理部Ｒｘ２）にフレームが受信されると、受信処理部Ｒｘ２の転送ポート決定部１０４は、第５１図に示したステップＳＫ１の判断結果を「Ｙｅｓ」とする。ステップＳＫ２では、転送ポート決定部１０４は、送信元ＭＡＣアドレスと入力回線を構成するノードトランクを関連付けて学習する。
ステップＳＫ３では、転送ポート決定部１０４は、切替制御部１１０（第４８図参照）からの状態情報（この場合、予備回線であるとする）に基づいて、入力回線（ポートＰ２に対応する回線）がリンクトランクの運用回線であるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＫ８では、転送ポート決定部１０４は、受信したフレームを破棄する。
また、リンクトンラクがノードトランクの予備系である場合、ステップＳＫ４の判断結果が「Ｎｏ」とされ、ステップＳＫ８では、当該フレームが破棄される。以後、各ノード装置で上述した動作を経て、フレームは、端末Ｙに受信される。
上述した動作は、ネットワークが正常に動作している場合である。つぎに、冗長グループを構成するノード装置自体に障害（ノード障害）が発生した場合の動作について説明する。
上記ノード障害が発生すると、障害が発生したノード装置に回線を介して接続されたノード装置の受信処理部の切替判断部１１３（第４８図参照）は、第５２図に示したステップＳＬ１の判断結果を「Ｙｅｓ」とする。
ステップＳＬ２では、切替判断部１１３は、リンクトランク管理テーブル１１２（第５０図参照）を参照して、障害検出回線にリンクトランクの設定があるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＬ３では、切替判断部１１３は、リンクトランク管理テーブル１１２を参照して、障害検出回線が運用回線であるか否かを判断する。
ステップＳＬ３の判断結果が「Ｙｅｓ」である場合、ステップＳＬ４では、切替判断部１１３は、予備回線が正常であるか否かを判断する。ステップＳＬ４の判断結果が「Ｙｅｓ」である場合、ステップＳＬ５では、切替判断部１１３は、現用回線（リンク）を障害検出回線（リンク）から予備回線（リンク）へ切り替えるための１＋１リンク切替を実行する。
ステップＳＬ６では、切替判断部１１３は、ノードトランク管理テーブル１１１およびリンクトランク管理テーブル１１２を更新する。
一方、ステップＳＬ２、ステップＳＬ３またはステップＳＬ４の判断結果が「Ｎｏ」である場合、ステップＳＬ７では、切替判断部１１３は、ノードトランク管理テーブル１１１（第４９図参照）を参照して、障害検出回線（リンクトランク）にノードトランクの設定があるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＬ８では、切替判断部１１３は、ノードトランク管理テーブル１１１を参照して、障害検出回線（リンクトランク）が運用回線であるか否かを判断する。
ステップＳＬ８の判断結果が「Ｙｅｓ」である場合、ステップＳＬ９では、切替判断部１１３は、予備回線（リンクトランク）が正常であるか否かを判断する。ステップＳＬ９の判断結果が「Ｙｅｓ」である場合、ステップＳＬ１０では、切替判断部１１３は、現用回線（リンクトランク）を障害検出回線（リンクトランク）から予備回線（リンクトランク）へ切り替えるための１＋１ノード切替を実行する。
ステップＳＬ６では、切替判断部１１３は、ノードトランク管理テーブル１１１およびリンクトランク管理テーブル１１２を更新する。
以上説明したように、実施の形態９によれば、リンク情報により現用回線および予備回線のそれぞれを複数設け、冗長構成としたので、通信ネットワークシステムの信頼性を高めることができる。
（実施の形態１０）
さて、前述した実施の形態９においては、ノードトランクＴＮ１における複数の現用回線（例えば、第４３図：リンクトランクＴＬ１等）のうち正常な１本の現用回線を介してフレームを送信するとともに、冗長構成とされた複数の予備回線（例えば、リンクトランクＴＬ２）のうち正常な１本の予備回線を介してフレームを送信し、トラフィックを低減させる構成例としてもよい。以下では、この構成例を実施の形態１０として説明する。
第４３図は、本発明にかかる実施の形態１０の構成を示すブロック図である。この実施の形態１０においては、第４３図に示した受信処理部Ｒｘ１〜Ｒｘ８として、第４４図に示した受信処理部１００に代えて、第５３図に示した受信処理部１２０が用いられている。第５３図において、第４４図の各部に対応する部分には同一の符号を付ける。
受信処理部１２０において、切替リンクペアテーブル１２１は、第５４図に示したように、リンクトランクＩＤとポート（回線）および正常なポート数の対応関係を表すテーブルである。リンクトランクＩＤは、当該ノード装置に設定されたリンクトランクを識別するための識別子である。
ポート（回線）において、ＩＤは、該トランクを構成する複数の回線に対応するポートを識別するための識別子である。状態は、該ポート（回線）の状態（正常または異常）を表す。正常なポート数は、当該リンクトランクにおいて正常なポート（回線）の数である。第５３図に戻り、転送ポート決定部１２２は、転送ポートを決定する機能を備えている。
また、実施の形態１０においては、第４８図に示した切替制御部１１０に代えて、第５５図に示した切替制御部１３０が用いられている。第５５図において、第４８図の各部に対応する部分には同一の符号を付ける。
切替制御部１３０において、リンクトランク管理テーブル１３１は、各ノード装置のリンクトランクを管理するためのテーブルである。具体的には、リンクトランク管理テーブル１３１は、第５６図に示したように、リンクトランクとポート（回線）および正常なポート数の対応関係を表すテーブルである。リンクトランクは、当該ノード装置に設定されたリンクトランクを識別するための識別子である。
ポート（回線）において、ポートは、該リンクトランクを構成する複数の回線に対応するポートを表す。状態は、該ポート（回線）の状態（正常または断）を表す。正常なポート数は、当該リンクトランクにおいて正常なポート（回線）の数である。第５５図に戻り、切替判断部１３２は、ノードトランク管理テーブル１１１およびリンクトランク管理テーブル１３１に基づいて、切り替えを判断する。
つぎに、実施の形態１０の動作について、第５７図および第５８図に示したフローチャートを参照しつつ説明する。第５７図は、第５３図に示した転送ポート決定部１２２の動作を説明するフローチャートである。第５８図は、第５５図に示した切替判断部１３２の動作を説明するフローチャートである。
第５７図に示したステップＳＭ１では、各受信処理部の転送ポート決定部１２２（第５３図参照）は、転送情報（フレーム）が入力されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
そして、ステップＳＭ１の判断結果が「Ｙｅｓ」になると、ステップＳＭ２では、転送ポート決定部１２２は、送信元ＭＡＣアドレスと入力回線を構成するリンクトランクを関連付けて学習する。
ステップＳＭ３では、転送ポート決定部１２２は、リンクトランクがノードトランクの運用系であるか否かを判断する。この場合、転送ポート決定部１２２は、ポートＰ１が運用回線であるとすると、ステップＳＭ３の判断結果を「Ｙｅｓ」とする。
ステップＳＭ４では、転送ポート決定部１２２は、転送情報抽出部２１からの転送情報（宛先ＭＡＣアドレス）をキーとして、転送情報テーブル１０１（第４５図参照）を検索し、出力ノードトランクの情報を取得する。
ステップＳＭ５では、転送ポート決定部１２２は、上記出力ノードトランクをキーとして、切替ノードペアテーブル１０２（第４６図参照）を検索し、出力先リンクトランクの情報を取得する。
ステップＳＭ６では、転送ポート決定部１２２は、上記出力先リンクトランクをキーとして、切替リンクペアテーブル１２１（第５４図参照）を検索し、出力先ポート（回線）を取得する。
つぎに、転送ポート決定部１２２は、複数の出力先ポート（回線）のうち、例えば、１つの正常なポート（回線）を決定し、転送情報抽出部２１からのフレームに、上記ポートに対応するタグを付加して、スイッチＳへ出力する。スイッチＳは、タグを参照して、フレームを一つのポートへそれぞれ転送する。なお、ステップＳＭ３の判断結果が「Ｎｏ」である場合、ステップＳＭ７では、フレームが破棄される。
上述した動作は、ネットワークが正常に動作している場合である。つぎに、冗長グループを構成するノード装置自体に障害（ノード障害）が発生した場合の動作について説明する。
第５８図に示したステップＳＮ１では、各ノード装置の切替制御部１３０の切替判断部１３２（第５５図参照）は、障害が検出されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
そして、ノード障害が発生すると、障害が発生したノード装置に回線を介して接続されたノード装置の受信処理部の切替判断部１３２は、第５８図に示したステップＳＮ１の判断結果を「Ｙｅｓ」とする。
ステップＳＮ２では、切替判断部１３２は、障害検出回線にリンクトランクの設定があるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＮ３では、切替判断部１３２は、当該リンクトランクへ振り分けアルゴリズムパラメータを変更し、全てのポートに通知する。
ステップＳＮ４では、切替判断部１３２は、障害検出回線にノードトランクの設定があるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＮ５では、切替判断部１３２は、障害検出回線が運用回線であるか否かを判断する。
ステップＳＮ５の判断結果が「Ｙｅｓ」である場合、ステップＳＮ６では、切替判断部１３２は、予備回線が正常であるか否かを判断する。ステップＳＮ６の判断結果が「Ｙｅｓ」である場合、ステップＳＮ７では、切替判断部１３２は、現用回線（ノード）を障害検出回線（ノード）から予備回線（ノード）へ切り替えるための１＋１ノード切替を実行する。
ステップＳＮ８では、切替判断部１３２は、ノードトランク管理テーブル１１１およびリンクトランク管理テーブル１３１を更新する。
一方、ステップＳＮ２、ステップＳＮ４、ステップＳＮ５またはステップＳＮ６の判断結果が「Ｎｏ」である場合、ステップＳＮ８では、切替判断部１３２は、前述した処理を実行する。
以上説明したように、実施の形態１０によれば、冗長構成とされた複数の現用回線のうち正常な１本の現用回線を介して情報を送信するとともに、冗長構成とされた複数の予備回線のうち正常な１本の予備回線を介して情報を送信することとしたので、実施の形態９に比してトラフィックを低減させることができる。
（実施の形態１１）
さて、前述した実施の形態４においては、通信ネットワークシステム上に複数のＶＬＡＮを構築する構成例としてもよい。以下では、この構成例を実施の形態１１として説明する。
第５９図は、本発明にかかる実施の形態１１の動作を説明するブロック図である。同図において、第２１図の各部に対応する部分には同一の符号を付ける。実施の形態１１においては、第５９図に示した通信ネットワークシステムに複数のＶＬＡＮ（例えば、ＶＬＡＮ＃１およびＶＬＡＮ＃２）が構築されている。
また、実施の形態１１において、各ノード装置の切替制御部では、第２５図（ａ）に示した対向ノード管理テーブル６１に代えて、第６１図に示した対向ノード管理テーブル１５０が用いられているとともに、第２５図（ｂ）に示した自ノード管理テーブル６２に代えて、第６０図に示した自ノード管理テーブル１４０が用いられている。
第６１図に示した対向ノード管理テーブル１５０は、対向ノード管理テーブル６１（第２５図（ａ）参照）と同様の情報を含んでいるが、トランク単位かつＶＬＡＮ単位（例えば、ＶＬＡＮ＃１、ＶＬＡＮ＃２）で設定されている。
また、第６０図に示した自ノード管理テーブル１４０は、ＶＬＡＮ毎に設定された自ノードに関する有効トランク数、有効回線数、優先度、識別子の情報を管理している。
なお、実施の形態１１においては、実施の形態４で説明した動作がＶＬＡＮ毎に実行される。
以上説明したように、実施の形態１１によれば、複数のＶＬＡＮについても、ノード障害における切り替え時のトラフィック負荷を低減し、高速で切り替えることができる。
以上本発明にかかる実施の形態１〜１１について図面を参照して詳述してきたが、具体的な構成例はこれらの実施の形態１〜１１に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
例えば、前述した実施の形態１〜１１においては、各ノード装置の機能（ノード冗長制御）を実現するためのプログラムを第６２図に示したコンピュータ読み取り可能な記録媒体３００に記録して、この記録媒体３００に記録されたプログラムを同図に示したコンピュータ２００に読み込ませ、実行することにより各機能を実現してもよい。
同図に示したコンピュータ２００は、上記プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１０と、キーボード、マウス等の入力装置２２０と、各種データを記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２３０と、演算パラメータ等を記憶するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２４０と、記録媒体３００からプログラムを読み取る読取装置２５０と、ディスプレイ、プリンタ等の出力装置２６０と、装置各部を接続するバス２７０とから構成されている。
ＣＰＵ２１０は、読取装置２５０を経由して記録媒体３００に記録されているプログラムを読み込んだ後、プログラムを実行することにより、前述した機能を実現する。なお、記録媒体３００としては、光ディスク、フレキシブルディスク、ハードディスク等が挙げられる。
以上説明したように、本発明によれば、同一の情報を現用回線および予備回線を介して受信し、予備回線を介して受信された情報を破棄し、現用回線を介して受信された情報をつぎのノードへ送信し、障害発生時、現用回線を予備回線に切り替えることとしたので、ノード障害における切り替え時のトラフィック負荷を低減し、高速で切り替えることができるという効果を奏する。
また、本発明によれば、障害発生時、障害の影響を受ける接続先のノードに対して障害発生を通知することとしたので、ノード障害における切り替え時のトラフィック負荷を低減し、高速で切り替えることができるという効果を奏する。
また、本発明によれば、グループ内におけるノード間で通信能力を通知し合い、障害発生時、グループ内における複数のノードのうち、通信能力が高いノードが通信を担当することとしたので、より通信能力が高いノードを用いて通信を行うことができるという効果を奏する。
また、本発明によれば、対向する複数のノードへ自ノードの通信能力を通知し、障害発生時、対向する複数のノードのうち通信能力が高いノードに通信を担当させることとしたので、より通信能力が高いノードを用いて通信を行うことができるという効果を奏する。
また、本発明によれば、コマンド入力により、強制的に現用回線を予備回線に切り替えることとしたので、管理者の利便性を高めることができるという効果を奏する。
また、本発明によれば、コマンド入力により、強制的に他ノードの現用回線を予備回線にリモートで切り替えることとしたので、管理者の利便性を高めることができるという効果を奏する。
また、本発明によれば、コマンド入力により、強制的に自ノードの現用回線を予備回線にローカルで切り替えることとしたので、管理者の利便性を高めることができるという効果を奏する。
また、本発明によれば、現用回線および予備回線による冗長がとられた第１通信方式と、現用回線のみであって冗長がとられていない第２の通信方式とを共存させることとしたので、高い信頼性が必要なトラフィックに関して、第１の通信方式を利用し、一方、高い信頼性が必要無いトラフィックについて、第２通信方式を利用するすることにより、ネットワーク帯域の使用を最小限にすることが可能となり、さまざまな要求を満たすことのできる通信ネットワークシステムを実現することができるという効果を奏する。
また、本発明によれば、現用回線および予備回線のそれぞれを複数設け、冗長構成としたので、通信ネットワークシステムの信頼性を高めることができる。
また、本発明によれば、冗長構成とされた複数の現用回線のうち正常な１本の現用回線を介して情報を送信するとともに、冗長構成とされた複数の予備回線のうち正常な１本の予備回線を介して情報を送信することとしたので、トラフィックを低減させることができるという効果を奏する。
以上のように、本発明にかかるノード冗長制御方法およびノード冗長制御装置は、複数のノードからなる通信ネットワークに対して有用である。
Claims (22)
- ネットワークの各エッジに位置するノードと、グルーピングされた複数のノードを備えたネットワークシステムに適用されるノード冗長制御方法であって、
前記エッジに位置するノードより受信した情報を複製し、後段のグループの各ノードのそれぞれへ現用回線および予備回線を介して送信する第１の送信工程と、
同一の前記情報を前記現用回線および前記予備回線を介して受信し、前記予備回線を介して受信された前記情報を破棄する受信工程と、
前記現用回線を介して受信された前記情報をつぎのノードへ送信する第２の送信工程と、
障害発生時、前記現用回線を前記予備回線に切り替える切替工程と、
を含むことを特徴とするノード冗長制御方法。 - 前記障害発生時、障害の影響を受ける接続先のノードに対して前記障害発生を通知する障害通知工程を含むことを特徴とする請求の範囲第１項に記載のノード冗長制御方法。
- グループ内におけるノード間で通信能力を通知し合う通知工程と、前記障害発生時、前記グループ内における複数のノードのうち、通信能力が高いノードが通信を担当する通信担当工程と、を含むことを特徴とする請求の範囲第１項に記載のノード冗長制御方法。
- 対向する複数のノードへ自ノードの通信能力を通知する通知工程と、前記障害発生時、前記対向する複数のノードのうち通信能力が高いノードに通信を担当させる通信担当工程と、を含むことを特徴とする請求の範囲第１項に記載のノード冗長制御方法。
- コマンド入力により、強制的にノードにおける前記現用回線を前記予備回線に切り替える強制切替工程を含むことを特徴とする請求の範囲第１項〜第４項のいずれか一つに記載のノード冗長制御方法。
- 前記強制切替工程では、前記コマンド入力により、強制的に他ノードの前記現用回線を前記予備回線にリモートで切り替えることを特徴とする請求の範囲第５項に記載のノード冗長制御方法。
- 前記強制切替工程では、前記コマンド入力により、強制的に自ノードの前記現用回線を前記予備回線にローカルで切り替えることを特徴とする請求の範囲第５項に記載のノード冗長制御方法。
- 前記ネットワークシステムでは、前記現用回線および前記予備回線による冗長がとられた第１の通信方式と、前記現用回線のみであって冗長がとられていない第２の通信方式とが共存していることを特徴とする請求の範囲第１項〜第７項のいずれか一つに記載のノード冗長制御方法。
- 前記現用回線および前記予備回線のそれぞれは、複数設けられ、冗長構成とされていることを特徴とする請求の範囲第１項〜第７項のいずれか一つに記載のノード冗長制御方法。
- 前記第１の送信工程では、前記冗長構成とされた複数の現用回線のうち正常な１本の現用回線を介して前記情報を送信するとともに、前記冗長構成とされた複数の予備回線のうち正常な１本の予備回線を介して前記情報を送信することを特徴とする請求の範囲第９項に記載のノード冗長制御方法。
- 前記ネットワークシステムには、複数のＶＬＡＮが構築されており、前記切替工程では、前記障害発生時、ＶＬＡＮ毎に前記現用回線を前記予備回線に切り替えることを特徴とする請求の範囲第４項に記載のノード冗長制御方法。
- ネットワークの各エッジに位置するノードと、グルーピングされた複数のノードを備えたネットワークシステムに適用されるノード冗長制御装置であって、
前記エッジに位置するノードより受信した情報を複製し、後段のグループの各ノードのそれぞれへ現用回線および予備回線を介して送信する第１の送信手段と、
同一の前記情報を前記現用回線および前記予備回線を介して受信し、前記予備回線を介して受信された前記情報を破棄する受信手段と、
前記現用回線を介して受信された前記情報をつぎのノードへ送信する第２の送信手段と、
障害発生時、前記現用回線を前記予備回線に切り替える切替手段と、
を備えたことを特徴とするノード冗長制御装置。 - 前記障害発生時、障害の影響を受ける接続先のノードに対して前記障害発生を通知する障害通知手段を備えたことを特徴とする請求の範囲第１２項に記載のノード冗長制御装置。
- グループ内におけるノード間で通信能力を通知し合う通知手段と、前記障害発生時、前記グループ内における複数のノードのうち、通信能力が高いノードが通信を担当する通信担当手段と、を備えたことを特徴とする請求の範囲第１２項に記載のノード冗長制御装置。
- 対向する複数のノードへ自ノードの通信能力を通知する通知手段と、前記障害発生時、前記対向する複数のノードのうち通信能力が高いノードに通信を担当させる通信担当手段と、を備えたことを特徴とする請求の範囲第１２項に記載のノード冗長制御装置。
- コマンド入力により、強制的にノードにおける前記現用回線を前記予備回線に切り替える強制切替手段を備えたことを特徴とする請求の範囲第１２項〜第１５項のいずれか一つに記載のノード冗長制御装置。
- 前記強制切替手段では、前記コマンド入力により、強制的に他ノードの前記現用回線を前記予備回線にリモートで切り替えることを特徴とする請求の範囲第１６項に記載のノード冗長制御装置。
- 前記強制切替手段では、前記コマンド入力により、強制的に自ノードの前記現用回線を前記予備回線にローカルで切り替えることを特徴とする請求の範囲第１６項に記載のノード冗長制御装置。
- 前記ネットワークシステムでは、前記現用回線および前記予備回線による冗長がとられた第１の通信方式と、前記現用回線のみであって冗長がとられていない第２の通信方式とが共存していることを特徴とする請求の範囲第１２項〜第１８項のいずれか一つに記載のノード冗長制御装置。
- 前記現用回線および前記予備回線のそれぞれは、複数設けられ、冗長構成とされていることを特徴とする請求の範囲第１２項〜第１８項のいずれか一つに記載のノード冗長制御装置。
- 前記第１の送信手段では、前記冗長構成とされた複数の現用回線のうち正常な１本の現用回線を介して前記情報を送信するとともに、前記冗長構成とされた複数の予備回線のうち正常な１本の予備回線を介して前記情報を送信することを特徴とする請求の範囲第２０項に記載のノード冗長制御装置。
- 前記ネットワークシステムには、複数のＶＬＡＮが構築されており、前記切替手段では、前記障害発生時、ＶＬＡＮ毎に前記現用回線を前記予備回線に切り替えることを特徴とする請求の範囲第１５項に記載のノード冗長制御装置。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2003/006016 WO2004102902A1 (ja) | 2003-05-14 | 2003-05-14 | ノード冗長制御方法およびノード冗長制御装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPWO2004102902A1 true JPWO2004102902A1 (ja) | 2006-07-20 |
Family
ID=33446536
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004571850A Pending JPWO2004102902A1 (ja) | 2003-05-14 | 2003-05-14 | ノード冗長制御方法およびノード冗長制御装置 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20050243713A1 (ja) |
| JP (1) | JPWO2004102902A1 (ja) |
| WO (1) | WO2004102902A1 (ja) |
Families Citing this family (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7296179B2 (en) * | 2003-09-30 | 2007-11-13 | International Business Machines Corporation | Node removal using remote back-up system memory |
| US20050097208A1 (en) * | 2003-10-31 | 2005-05-05 | International Business Machines Corporation | Node removal using remote back-up system memory |
| JP4544415B2 (ja) * | 2004-12-22 | 2010-09-15 | 日本電気株式会社 | 中継ネットワークシステム、ノード装置、および障害通知方法 |
| JP2006311254A (ja) * | 2005-04-28 | 2006-11-09 | Kddi Corp | ネットワークシステム |
| US20070121618A1 (en) * | 2005-11-30 | 2007-05-31 | Asao Hirano | Method and system for priority based routing |
| JP2007208369A (ja) * | 2006-01-31 | 2007-08-16 | Fujitsu Ltd | ネットワークシステム及びネットワークシステムのノード冗長方法 |
| JP4593484B2 (ja) * | 2006-02-03 | 2010-12-08 | アラクサラネットワークス株式会社 | データ通信システムおよびその方法 |
| US8284656B2 (en) * | 2006-04-28 | 2012-10-09 | Alcatel Lucent | System and method for resilient VPLS over multi-nodal APS protected provider edge nodes |
| CN101523803B (zh) * | 2006-10-09 | 2015-11-25 | 艾利森电话股份有限公司 | 通信网络中的弹性方案 |
| EP2098021A1 (en) * | 2006-12-29 | 2009-09-09 | Telefonaktiebolaget Lm Ericsson (publ) | Method of providing data |
| CN101232428B (zh) * | 2007-01-23 | 2012-05-23 | 华为技术有限公司 | 一种以太网环保护方法及装置 |
| JP4888186B2 (ja) * | 2007-03-28 | 2012-02-29 | 富士通株式会社 | 通信システム、中継器、中継方法 |
| ATE553577T1 (de) * | 2007-06-28 | 2012-04-15 | Ericsson Telefon Ab L M | Schutzmechanismen für ein kommunikationsnetz |
| WO2009056172A1 (en) | 2007-10-31 | 2009-05-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Networks having multiple paths between nodes and nodes for such a network |
| JP4827819B2 (ja) * | 2007-11-19 | 2011-11-30 | アラクサラネットワークス株式会社 | ネットワーク通信方法および装置 |
| JP5176604B2 (ja) * | 2008-03-05 | 2013-04-03 | 富士通株式会社 | 通信装置および通信方法 |
| JP2009303092A (ja) * | 2008-06-17 | 2009-12-24 | Nec Corp | ネットワーク装置および回線切替方法 |
| US9473382B2 (en) * | 2008-06-27 | 2016-10-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for link aggregation |
| JP5104773B2 (ja) * | 2009-02-13 | 2012-12-19 | 富士通株式会社 | データ転送システム、データ転送装置およびデータ転送方法 |
| US8369332B2 (en) * | 2009-08-21 | 2013-02-05 | Alcatel Lucent | Server-side load balancing using parent-child link aggregation groups |
| JP2011091657A (ja) * | 2009-10-23 | 2011-05-06 | Hitachi Ltd | 光伝送システム |
| JP5498898B2 (ja) * | 2010-08-27 | 2014-05-21 | アラクサラネットワークス株式会社 | ネットワーク中継装置およびネットワーク中継方法 |
| JP5144727B2 (ja) * | 2010-09-02 | 2013-02-13 | アラクサラネットワークス株式会社 | エッジ装置およびパケット中継方法 |
| US9160446B2 (en) | 2011-04-15 | 2015-10-13 | Orckit-Corrigent Ltd. | Method for supporting SNCP over packet network |
| US8917591B2 (en) * | 2011-07-19 | 2014-12-23 | Fujitsu Limited | Systems and methods for protection of adaptation layer in a communication network |
| US8953607B2 (en) * | 2012-04-03 | 2015-02-10 | International Business Machines Corporation | Internet group membership protocol group membership synchronization in virtual link aggregation |
| JP6160930B2 (ja) | 2012-08-07 | 2017-07-12 | パナソニックＩｐマネジメント株式会社 | 機器制御方法、機器制御システム |
| JP2013048427A (ja) * | 2012-09-13 | 2013-03-07 | Telefon Ab L M Ericsson | ノード間の複数のパスを有するネットワーク及びそのようなネットワークに対するノード |
| US9154408B2 (en) * | 2013-02-26 | 2015-10-06 | Dell Products L.P. | System and method for traffic polarization during failures |
| JP6428502B2 (ja) * | 2015-06-24 | 2018-11-28 | 株式会社デンソー | 中継装置 |
| CN107171820B (zh) * | 2016-03-08 | 2019-12-31 | 北京京东尚科信息技术有限公司 | 信息传输、发送、获取方法和装置 |
| JP7208458B2 (ja) * | 2019-02-27 | 2023-01-19 | 富士通株式会社 | 通信装置、通信システム、及び通信方法 |
| US10721163B1 (en) * | 2019-03-15 | 2020-07-21 | Dell Products L.P. | Spanning tree protocol bridge-based link selection system |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05114944A (ja) * | 1991-09-09 | 1993-05-07 | Fujitsu Ltd | 系切り替え制御方式 |
| DE4331579C2 (de) * | 1993-09-16 | 1995-07-06 | Siemens Ag | Verfahren zum Übertragen von Nachrichtenzellen über redundante virtuelle Pfadpaare eines ATM-Kommunikationsnetzes |
| KR0123064B1 (ko) * | 1994-12-02 | 1997-11-24 | 양승택 | 노드 또는 링크의 장애 발생시에도 절체없이 패킷 데이타의 전달이 가능한 패킷전달망 시스템 |
| JP2000022650A (ja) * | 1998-07-03 | 2000-01-21 | Fujitsu Ltd | 冗長系切換モード設定方式 |
| US6631134B1 (en) * | 1999-01-15 | 2003-10-07 | Cisco Technology, Inc. | Method for allocating bandwidth in an optical network |
| JP3956685B2 (ja) * | 2001-05-31 | 2007-08-08 | 古河電気工業株式会社 | ネットワーク間接続方法、仮想ネットワーク間接続装置およびその装置を用いたネットワーク間接続システム |
| EP1280374A1 (en) * | 2001-07-27 | 2003-01-29 | Alcatel | Network element with redundant switching matrix |
| JP2003143145A (ja) * | 2001-10-31 | 2003-05-16 | Nec Corp | 障害回復方法およびパス設定方法および通信ネットワーク並びにそれに用いる集中制御装置およびノード装置 |
-
2003
- 2003-05-14 JP JP2004571850A patent/JPWO2004102902A1/ja active Pending
- 2003-05-14 WO PCT/JP2003/006016 patent/WO2004102902A1/ja active Application Filing
-
2005
- 2005-06-22 US US11/158,766 patent/US20050243713A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| WO2004102902A1 (ja) | 2004-11-25 |
| US20050243713A1 (en) | 2005-11-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPWO2004102902A1 (ja) | ノード冗長制御方法およびノード冗長制御装置 | |
| JP4688765B2 (ja) | ネットワークの冗長方法及び中位スイッチ装置 | |
| JP6278800B2 (ja) | 中継システムおよびスイッチ装置 | |
| US6148411A (en) | Network system having function of changing route upon failure | |
| JP4888186B2 (ja) | 通信システム、中継器、中継方法 | |
| US7583603B2 (en) | Scalable and fault-tolerant link state routing protocol for packet-switched networks | |
| CN101860492A (zh) | 快速切换的方法、装置和系统 | |
| JP2005260321A (ja) | ラベルパスネットワークの迂回制御方式 | |
| GB2483563A (en) | Dual homing connection of access network to transport network | |
| US8917592B2 (en) | Communication apparatus, system, and method | |
| JP2006049963A (ja) | ネットワークシステム、ノード及びノード制御プログラム、ネットワーク制御方法 | |
| CN103095571A (zh) | 实现网络冗余和数据流无缝切换的方法及系统 | |
| JP4935681B2 (ja) | パケットリングネットワークシステム、パケット転送方法、冗長化ノード、およびパケット転送プログラム | |
| CN103780419B (zh) | 一种分布式链路聚合组业务切换方法和装置 | |
| CN111988222A (zh) | 数据传输方法及装置、电子设备和计算机可读存储介质 | |
| JP4895972B2 (ja) | リングプロトコル高速切替方法およびその装置 | |
| US7869351B2 (en) | Communication techniques and generic layer 3 automatic switching protection | |
| CN101645768A (zh) | 一种路由器及其主备倒换的方法 | |
| JP5089363B2 (ja) | 通信システムおよびリングノード装置 | |
| JP2008301433A (ja) | 通信装置およびリングノード装置 | |
| JP2011254293A (ja) | ネットワークスイッチ装置 | |
| US7480256B2 (en) | Scalable and fault-tolerant link state routing protocol for packet-switched networks | |
| JP2010109426A (ja) | ネットワーク中継装置 | |
| JP3990196B2 (ja) | スパニングツリー構成再構築に伴う通信断回避方法 | |
| JP2009004854A (ja) | 通信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080108 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080826 |