JP4586902B2 - ブリッジ、システム、ブリッジ制御方法、及びプログラム - Google Patents

Description

本発明はブリッジ、システム、ブリッジ制御方法、及びプログラムに関し、特に、障害監視を行うブリッジ、システム、ブリッジ制御方法、及びプログラムに関する。

複数計算機の分散プロセス処理において、他系プロセス監視デーモンが定期的にハートビートメッセージを発信し、他系計算機の異常を判断する技術の一例が特許文献１に記載されている。また、本発明に関連する技術として、スパニングツリープロトコル（ＳＴＰ）を使用したメッシュ型ネットワーク用ブリッジが特許文献２に記載されている。

特開平９−３１９７２０号公報 特開２００４−２０１１４０号公報

上述した特許文献１の技術では、他系プロセス監視デーモンの個数が多くなるとハートビートメッセージが多くなり、ネットワーク上の通信負荷が高くなってしまうという問題点があった。

本発明は、上述の課題を解決するブリッジ、システム、ブリッジ制御方法、及びプログラムを提供する。

本発明のブリッジは、ＳＴＰ（Spanning Tree）プロトコルのＢＰＤＵ（Bridge Protocol Data Unit）パケットに障害情報を含めて送信するＢＰＤＵ送信部を含む。

本発明のシステムは、ＳＴＰプロトコルのＢＰＤＵパケットに障害情報を含めて送信するＢＰＤＵ送信部を含む第１のブリッジと、第１のブリッジとネットワークを介して接続され、ＢＰＤＵパケットを受信する第２のブリッジとを含む。

本発明のブリッジ制御方法は、ＳＴＰプロトコルのＢＰＤＵパケットに障害情報を含めて送信する。

本発明のプログラムは、コンピュータに、ＳＴＰプロトコルのＢＰＤＵパケットに障害情報を含めて送信する手段として機能させる。

本発明は、ネットワーク上の通信負荷を低くすることができるという効果を奏する。

次に、本発明の概要を説明する。

図１は、本発明の概要を示す図である。本発明のブリッジ００１は、ＳＴＰプロトコル（Spanning Tree Protocol）のＢＰＤＵ（Bridge Protocol Data Unit）パケットに障害情報も含めて送信するＢＰＤＵ送信部００４を含む。ＢＰＤＵパケットは障害情報を含む。

これにより、本発明はネットワーク上の通信負荷を低くすることができるという効果を奏する。その理由は、障害情報を含むＢＰＤＵパケットが送信されるためである。即ち、ＳＴＰプロトコルのＢＰＤＵパケットを独自拡張することで、デーモンプロセスへのハートビート方式の実装を省略することができるためである。

次に、本発明の実施の形態について図面を参照して詳細に説明する。

本実施の形態のサーバシステム１００については図６において説明を行うが、その説明に先立ち、ハートビート方式を採用したサーバシステム１００、サーバシステム１００の物理ネットワーク構成、ＳＴＰプロトコルを適用したサーバシステム１００の論理ネットワーク構成、及びＳＴＰプロトコルを適用したサーバシステム１００におけるＢＰＤＵパケットのフローについて、図２乃至５を順に参照して説明する。

図２は、ハートビート方式を採用したサーバシステム１００を示す図である。

サーバシステム１００は、基幹系システムに利用されるコンピュータシステムである。サーバシステム１００は、ＣＥＬＬ１０１とＣＥＬＬ１０４の２つのＣＥＬＬを搭載する。ＣＥＬＬ１０１及び１０４は、サーバシステム１００のベースボードである。ベースボードは、パーソナルコンピュータのマザーボードに相当する。ＣＥＬＬ１０１は、ＭＧＭＴ１０２とＭＧＭＴ１０３の２つのＭＧＭＴ（ManaGeMenT Board）を含む。

ＣＥＬＬ１０１内に、２つのＭＧＭＴ１０２及び１０３があるのは二重化を実現するためである。ＭＧＭＴ１０２及び１０３のいずれか一方がマスターとなり、ＣＥＬＬ１０１をコントロールする。例えば、マスターのＭＧＭＴ１０２が障害となった場合は、隣接するＭＧＭＴ１０３が新しいマスターとなり、代わりにＣＥＬＬ１０１の制御を行う。

ＭＧＭＴ１０２及び１０３は、それぞれのＭＧＭＴ上で動作するＢＭＣＦＷ（Baseboard Management Controller Firm Ware）により制御される。

ＢＭＣＦＷとは、ＭＧＭＴ１０２及び１０３を制御するためのファームウェアプログラムのことであり、組み込みソフトウェアの一種である。ＢＭＣＦＷは、それぞれのＭＧＭＴ内のプロセッサ（図示せず）により実行される。

同様に、サーバシステム１００内にもう１つのＣＥＬＬであるＣＥＬＬ１０４が搭載されている。ＣＥＬＬ１０４は、ＣＥＬＬ１０１と同様に、ＭＧＭＴ１０５及びＭＧＭＴ１０６を含む。

ＢＭＣＦＷ上で動作する、システム運用上重要度の高いプロセス（常時稼動型のサービスプログラム）の死活監視をハートビート方式で行うサーバシステム１００では、ＢＭＣＦＷの各デーモンプロセスにハートビート機能が実装される。

図２のサーバシステム１００は、ＭＧＭＴ１０２とＭＧＭＴ１０３、ＭＧＭＴ１０２とＭＧＭＴ１０５、ＭＧＭＴ１０２とＭＧＭＴ１０６、ＭＧＭＴ１０３とＭＧＭＴ１０５、ＭＧＭＴ１０３とＭＧＭＴ１０６、及びＭＧＭＴ１０５とＭＧＭＴ１０６の間において、それぞれハートビートパケットを定期的に送受信する。ＭＧＭＴ間のネットワーク経路又はＭＧＭＴ自身の障害が発生するとハートビートが途切れるため、サーバシステム１００は即座に障害検出が可能である。

しかしながら、図２のサーバシステム１００においては、プロセス数の増加によりハートビートパケットが増大すると、システムのネットワーク帯域が圧迫され、その結果、ＭＧＭＴ障害の検出遅延や障害の誤検出が発生してしまう。

図３は、サーバシステム１００の物理ネットワーク構成を示す図である。

ネットワーク１０７は、ＭＧＭＴ１０２とＭＧＭＴ１０３とを接続するネットワークケーブルを示す。同様に、ネットワーク１０８はＭＧＭＴ１０２とＭＧＭＴ１０５、ネットワーク１０９はＭＧＭＴ１０２とＭＧＭＴ１０６、ネットワーク１１０はＭＧＭＴ１０５とＭＧＭＴ１０６、ネットワーク１１１はＭＧＭＴ１０３とＭＧＭＴ１０６、及びネットワーク２１２はＭＧＭＴ１０３とＭＧＭＴ１０５をそれぞれ接続するネットワークケーブルを示す。ネットワークケーブルを介して、ＭＧＭＴ同士でＥｔｈｅｒｎｅｔ（登録商標）によるネットワーク通信を行うことができる。

図３におけるサーバシステム１００のネットワーク構成は、リング型ネットワークトポロジであり、ループ状態になっていることが特徴として挙げられる。ループ状態であるため、ブロードキャストパケットがネットワーク経路上へ送信されると、そのパケットは行き先を失う。その結果としてパケットが延々と回り続け、ブロードキャストストーム（フラッディング）が発生する。ブロードキャストストームが発生してしまうと、すべてのネットワーク経路は不通となり、ネットワーク障害が起きる。

ＢＭＣＦＷがネットワークパケットの送受信を可能とするためには、ループ状態を解消する必要がある。そのためには、論理的にネットワークケーブルを切断し、ネットワークトポロジをツリー構造にする必要がある。それを実現するためのしくみがスパニングツリープロトコル（ＳＴＰ：Spanning Tree Protocol）であり、ＩＥＥＥ（Institute of Electrical and Electronics Engineers, Inc.）で規定されている。スパニングツリープロトコルにおけるネットワークノードはブリッジと呼ばれ、図３のサーバシステム１００においてはＢＭＣＦＷがブリッジとなる。ＢＭＣＦＷはスパニングツリープロトコルを利用し、論理的なネットワーク構成を構築する。

図４は、ＳＴＰプロトコルを適用したサーバシステム１００の論理ネットワーク構成を示す図である。

ネットワーク１０７は、ＭＧＭＴ１０２とＭＧＭＴ１０３とを接続するネットワークケーブルを示す。同様に、ネットワーク１０８はＭＧＭＴ１０２とＭＧＭＴ１０５、ネットワーク１０９はＭＧＭＴ１０２とＭＧＭＴ１０６、ネットワーク１１０はＭＧＭＴ１０５とＭＧＭＴ１０６、ネットワーク１１１はＭＧＭＴ１０３とＭＧＭＴ１０６、及びネットワーク１１２はＭＧＭＴ１０３とＭＧＭＴ１０５をそれぞれ接続するネットワークケーブルを示す。

図４では、ＭＧＭＴ１０３とＭＧＭＴ１０５とを接続するネットワーク１１２が論理的に切断されている。同様に、ＭＧＭＴ１０３とＭＧＭＴ１０６とを接続するネットワーク１１１、ＭＧＭＴ１０５とＭＧＭＴ１０６とを接続するネットワーク１１０も論理的に切断されている。

論理的に切断されているネットワーク経路では、Ethernet（登録商標）パケットが送信されても、相手にはパケットが届かずに破棄される。このことにより、物理的なネットワーク構成がループ状態であったとしても、論理的にネットワーク経路が切断されているため、ブロードキャストストームが発生することはない。

図５は、ＳＴＰプロトコルを適用したサーバシステム１００におけるＢＰＤＵ（Bridge Protocol Data Unit）パケットのフローを示す図である。

スパニングツリープロトコルを利用して、ネットワーク障害を迅速に検出するためには、ＢＰＤＵを一方向に向かって、送信し続ける必要がある。

矢印４１３は、ＢＰＤＵがＭＧＭＴ１０２からＭＧＭＴ１０５へ向かって送信されることを示す。同様に、矢印４１４はＢＰＤＵがＭＧＭＴ１０２からＭＧＭＴ１０３へ、矢印４１５はＢＰＤＵがＭＧＭＴ１０３からＭＧＭＴ１０６へ、矢印４１６はＢＰＤＵがＭＧＭＴ１０５からＭＧＭＴ１０６へ、矢印４１７はＢＰＤＵがＭＧＭＴ１０２からＭＧＭＴ１０６へ、及び矢印４１８はＢＰＤＵがＭＧＭＴ１０３からＭＧＭＴ１０５へ向かって送信されることを示す。

図６は、本実施の形態のサーバシステム１００を示す図である。図６（ａ）は、本実施の形態のサーバシステム１００におけるＢＰＤＵパケットのフローを示す図である。

本実施の形態のサーバシステム１００では、図５に示されていない矢印方向にもＢＰＤＵを送信する。図６はそのことを示した図である。即ち、図５に加え、図６に示された矢印５０８は、ＢＰＤＵがＭＧＭＴ１０５からＭＧＭＴ１０２へ向かって送信されることを示す。同様に、矢印５１０はＭＧＭＴ１０３からＭＧＭＴ１０２へ、矢印５１２はＭＧＭＴ１０６からＭＧＭＴ１０３へ、矢印５１４はＭＧＭＴ１０６からＭＧＭＴ１０５へ、矢印５１６はＭＧＭＴ１０６からＭＧＭＴ１０２へ、及び矢印５１８はＭＧＭＴ１０５からＭＧＭＴ１０３へ向かって送信されることを示す。いずれのＢＰＤＵに関しても、一定時間間隔（２秒）で送信が繰り返される。

図６（ｂ）は、ＭＧＭＴ１０２の構成を示す図である。ＭＧＭＴ１０２は、ＢＭＰＦＷにより制御され、ポートロール判別部００２と、ポートステート変更部００３と、ＢＰＤＵ送信部００４と、ＢＰＤＵ受信部００５と、処置部００６とを含む。

ポートロール判別部００２は、ＭＧＭＴ１０２のポートのポートロールがＲＰ、ＡＰ、及びＢＰのいずれであるかの判別を行う。ＲＰ、ＡＰ、及びＢＰの意味については後述する。

ポートステート変更部００３は、ブリッジ（本実施の形態ではＭＧＭＴ）のポートステートをDiscardingからListeningに変更する。ポートステート、Discarding、及びListeningの意味については後述する。

ＢＰＤＵ送信部００４は、Ｈｅｌｌｏパケット（ＢＰＤＵ）を生成し、隣接ＭＧＭＴに送信する。

ＢＰＤＵ受信部００５は、隣接ＭＧＭＴからＨｅｌｌｏパケットを受信する。

処置部００６は、障害情報としてＢＰＤＵに含まれるデーモンプロセスの死活情報を参照し、デーモンプロセスに問題がある場合、システム運用制御仕様に基づいた処理を行う。

図７は、ＢＰＤＵの構成を示す図である。図７（ａ）は、ブリッジＩＤ６００の構成を示す図である。

ＢＰＤＵは、ブリッジＩＤ６００を含む。ブリッジＩＤ６００は、ＢＰＤＵ（全３６バイト）のうちの１８バイト目から２５バイト目までの、８バイトを表すフィールドである。ブリッジＩＤ６００は、ＢＰＤＵを送信するブリッジ（本実施の形態では各ＭＧＭＴ）が設定するフィールドであり、ＩＥＥＥ規定では、ブリッジプライオリティ（２バイト）とＭＡＣアドレス（６バイト）との組み合わせとされている。ブリッジＩＤ６００は、隣接するブリッジとの優劣を決定するために利用されるため、８バイトの数値として優先度が決まればよい。そのため、６バイトのＭＡＣアドレスフィールドに設定される情報は、かならずしもＭＡＣアドレスである必要はなく、任意の数値でも構わない。本実施の形態では、この６バイトのフィールドに障害情報としてデーモンプロセス死活情報を格納する。

ただし、ブリッジＩＤ６００の６バイトフィールドは、本来ＭＡＣアドレスであるべき箇所である。ＭＡＣアドレスの上位２ビットはUnicast/Multicastおよびglobally unique/locally administeredという特別な意味を持つため、常にゼロに設定される。デーモンプロセス死活情報としては、ブリッジＩＤ６００の６バイトフィールドのうち、４６ビットを使用する。

次に、本発明の第１の実施の形態の動作について図６から図８を参照して詳細に説明する。図８は、本実施の形態の処理の流れを示すフローチャートである。

まず、サーバシステム１００は、スパニングツリーを開始する（Ａ１）。即ち、図６（ａ）に示すサーバシステム１００において、ＣＥＬＬ１０１のＭＧＭＴ１０２およびＭＧＭＴ１０３、ＣＥＬＬ１０４のＭＧＭＴ１０５およびＭＧＭＴ１０６に電源が投入されると、それぞれのＭＧＭＴ上でＢＭＣＦＷが起動する。それぞれのＢＭＣＦＷ間でネットワーク通信を行えるようにするためには、ネットワークのループ構成を解消する必要があり、ＢＭＣＦＷはスパニングツリープロトコルの実行を開始させる。

次に、サーバシステム１００は、ポートロールを確定する（Ａ２）。即ち、スパニングツリープロトコルでは、ブリッジ（本実施の形態ではＭＧＭＴ）のポートごとに、隣接するブリッジとネゴシエーションが行われ、ポートロールが決定される。

ポートロールの種類として、ＩＥＥＥにおいて、ルートポート（ＲＰ：Root Port）、指定ポート（ＤＰ：Designated Port）、代替ポート（ＡＰ：Alternate Port）、バックアップポート（ＢＰ：Backup Port）、無効ポート（Disabled Port）が規定されている。それぞれのポートロールにおいて、ＢＰＤＵの送信および受信を行うかどうかが決められている。スパニングツリープロトコルでは、ＢＰＤＵは隣接するブリッジ間でのみやりとりされ、ＢＰＤＵが送信される方向は一方向であり、ＢＰＤＵは一方のＭＧＭＴから他方のＭＧＭＴへ送信されるのみという特徴を持つ。ポートロールにおいて、ＲＰ、ＡＰ、及びＢＰに関しては、ＢＰＤＵの送信を行わず、受信のみを行うポートとして、ＩＥＥＥに規定されている。ＤＰに関しては、ＢＰＤＵの送信を一定時間間隔（２秒）で行う。無効ポートは、利用されないポートであるため、ＢＰＤＵの送受信は行われない。

本実施の形態では、本来ＢＰＤＵの送信を行わないポートからもＢＰＤＵの送信を行う必要性があるため、ポートロール判別部００２は、まず、ポートロールがＲＰ／ＡＰ／ＢＰであるか判別を行う（Ａ３）。

ポートロールがＲＰ、ＡＰ、及びＢＰのいずれかであるならば（Ａ３，Ｙｅｓ）、ＢＰＤＵの送信が行えるように、ポートステート変更部００３はブリッジ（本実施の形態ではＭＧＭＴ）のポートステートをDiscardingからListeningに変更する（Ａ４）。Discardingでは、ポートはＢＰＤＵの送信をできず、受信したＢＰＤＵは破棄されるようになっている。Listeningでは、ポートはＢＰＤＵの送受信をできるが、Ethernet（登録商標）パケットの送受信をすることができない。ＢＭＣＦＷの観点では、ポートステートがDiscardingおよびListeningのいずれの場合においても、そのポートはEthernet（登録商標）パケットの送受信をすることできないため、ブロックポートとして認識される。

次に、ステップＡ４の処理が終わった場合であってポートロールがＲＰ／ＡＰ／ＢＰではなかった場合（Ａ３，Ｎｏ）、ＢＰＤＵ送信部００４は、Ｈｅｌｌｏパケット（ＢＰＤＵ）の生成、送信を開始する（Ａ５）。

ＨｅｌｌｏパケットはＢＰＤＵそのものであるが、図７（ａ）に示すブリッジＩＤ６００を含むＢＰＤＵを使用する。ブリッジＩＤ６００は、６バイトのデーモンプロセス死活情報を含む。ＢＰＤＵ送信部００４は、デーモンプロセス死活情報にＢＭＣＦＷ上の重要なデーモンプロセスの死活情報をビットごとに設定する。ＢＰＤＵ送信部００４は、上位２ビットを除くビットに、ＢＭＣＦＷ上の重要なデーモンプロセスの死活情報を設定する。上位２ビットは、ＭＡＣアドレスとして意味を持つビットであるため、利用しない。そのため、４６ビットが使用可能であり、最大で４６個のデーモンプロセスを監視対象とすることができる。

ステップＡ４及びＡ５の処理により、本実施の形態のサーバシステム１００では、図６に示すように図５に示されていない矢印方向にもＢＰＤＵを送信（例えば、ブロックポートからの逆向きＢＰＤＵパケット送信）することが可能となる。

ＢＰＤＵ受信部００５は、隣接ＭＧＭＴからＨｅｌｌｏパケットを受信した場合（Ａ６，Ｙｅｓ）、ＢＰＤＵのブリッジＩＤ６００を参照して、デーモンプロセス死活情報を取得する（Ａ７）。処置部００６は、デーモンプロセスの死活情報を参照し、デーモンプロセスに問題がある場合、システム運用制御仕様に基づいた処理を行う（Ａ８）。

ブリッジ（ＭＧＭＴ）からのＢＰＤＵ送信は、一定時間間隔（２秒）で行う必要がある。そのため、ステップＡ８の処理の後又はＨｅｌｌｏパケットを受信しなかった場合（Ａ６，Ｎｏ）、前回のＨｅｌｌｏパケット送信から２秒経過していれば（Ａ９，Ｙｅｓ）、Ａ５の処理へ戻る。前回のＨｅｌｌｏパケット送信から２秒経過していない場合（Ａ９，Ｎｏ）、再びステップＡ９の処理を行う。図８に示した処理は、サーバシステム１００が動作を終了するまで続けられる。

次に本実施の形態の効果を説明する。

本実施の形態は、ネットワーク上の通信負荷を低くすることができるという効果を奏する。

その理由は、ＳＴＰプロトコルのＢＰＤＵパケットに障害情報も含めて送信するためである。即ち、ＳＴＰプロトコルのＢＰＤＵパケットを独自拡張することで、デーモンプロセスへのハートビート方式の実装を省略することができるためである。

又、これにより、本実施の形態は、ＭＧＭＴ障害発生時のフェイルオーバーを高速に行い、ＢＭＣＦＷの提供するサービス停止時間を極小化することが可能となるという効果を奏する。

次に、本実施の形態の変形例を示す。

本実施の形態では、ブリッジＩＤ６００に障害情報としてデーモンプロセス死活情報を含むＢＰＤＵを生成したが、ブリッジＩＤ６００に障害情報として接続先のＣＥＬＬとＭＧＭＴの搭載位置情報を含むＢＰＤＵを生成してもよい。そして、このＢＰＤＵを受信したＭＧＭＴ１０２の処置部００６は、このＣＥＬＬとＭＧＭＴの搭載位置情報（ＣＥＬＬとＭＧＭＴのＩＤ）を参照して、ネットワークケーブルの誤接続を検出してもよい。

図９は、ネットワーク接続表を示す図である。ネットワーク接続表はＣＥＬＬとＭＧＭＴのＩＤを含む。処置部００６は、このネットワーク接続表を含み、自身のＭＧＭＴ１０２とＣＥＬＬ１０１のＩＤ（例えば、＃０、＃０）とＢＰＤＵに含まれるＣＥＬＬとＭＧＭＴの搭載位置情報とを比較し、ネットワークケーブルの誤接続を検出する。語接続を検出した場合、処置部００６は、システム運用制御仕様に基づいた処理を行う。

図７（ｂ）は、拡張フィールド７００を新たに含むＢＰＤＵパケットを示した図である。本実施の形態では、図７（ａ）に示すように、ブリッジＩＤ６００に障害情報としてデーモンプロセス死活情報を格納したが、図７（ｂ）に示すように、ＢＰＤＵパケットを拡張し、オフセット３７バイト目以降となる拡張フィールド７００にデーモンプロセス死活情報を格納してもよい。

本発明の概要を示す図である。 ハートビート方式を採用したサーバシステム１００を示す図である。 サーバシステム１００の物理ネットワーク構成を示す図である。 ＳＴＰプロトコルを適用したサーバシステム１００の論理ネットワーク構成を示す図である。 ＳＴＰプロトコルを適用したサーバシステム１００におけるＢＰＤＵパケットのフローを示す図である。 本実施の形態のサーバシステム１００におけるＢＰＤＵパケットのフローを示す図である。 ＢＰＤＵの構成を示す図である。 本実施の形態の処理の流れを示すフローチャートである。 ネットワーク接続表を示す図である。

符号の説明

００１ ブリッジ
００２ ポートロール判別部
００３ ポートステート変更部
００４ ＢＰＤＵ送信部
００５ ＢＰＤＵ受信部
００６ 処置部
１００ サーバシステム
１０１ ＣＥＬＬ
１０２，１０３，１０５，１０６ ＭＧＭＴ
１０４ ＣＥＬＬ
１０７，１０８，１０９，１１０，１１１，１１２ ネットワーク
４１３，４１４，４１５，４１６，４１７，４１８ 矢印
５０８，５１０，５１２，５１４，５１６，５１８ 矢印
６００ ブリッジＩＤ
７００ 拡張フィールド

Claims (9)

1. ＳＴＰ（Spanning Tree）プロトコルのＢＰＤＵ（Bridge Protocol Data Unit）パケットであって、ＭＡＣアドレスフィールドに障害情報を含むＢＰＤＵパケットを送信するＢＰＤＵ送信部
   を含むブリッジ。
2. 前記ＢＰＤＵ送信部は、ネットワークを介して他のブリッジに対してＢＰＤＵパケットを送信する
   請求項１に記載のブリッジ。
3. 前記ＢＰＤＵパケットは、前記ＭＡＣアドレスフィールドの最上位２ビットに０を含む
   請求項１又は２に記載のブリッジ。
4. ＭＧＭＴ（ManaGeMenT board）から成り、前記ＭＧＭＴは、サーバシステムのベースボードであるＣＥＬＬに含まれ、
   前記ＢＰＤＵパケットは、前記ＭＡＣアドレスフィールドに接続先のＣＥＬＬとＭＧＭＴの搭載位置情報を含む
   請求項１乃至３のいずれかに記載のブリッジ。
5. 障害情報を含む、ＳＴＰプロトコルのＢＰＤＵパケットを受信するＢＰＤＵ受信部と、
   前記ＢＰＤＵ受信部が受信したＢＰＤＵパケットが含む前記障害情報を参照し、障害がある場合、システム運用制御仕様に基づいた処置を行う処置部
   を含む請求項１乃至４のいずれかに記載のブリッジ。
6. ＲＰ（Root Port）、ＡＰ（Alternate Port）、及びＢＰ（Backup Port）のいずれかのポートロールを有するポートと、
   前記ポートのポートステートをDiscardingからListeningに変更するポートステート変更部と
   を含む請求項１乃至５のいずれかに記載のブリッジ。
7. ＳＴＰプロトコルのＢＰＤＵパケットであって、ＭＡＣアドレスフィールドに障害情報を含むＢＰＤＵパケットを送信するＢＰＤＵ送信部を含む第１のブリッジと、
   前記第１のブリッジとネットワークを介して接続され、前記ＢＰＤＵパケットを受信する第２のブリッジと
   を含むシステム。
8. ＳＴＰプロトコルのＢＰＤＵパケットであって、ＭＡＣアドレスフィールドに障害情報を含むＢＰＤＵパケットを送信する
   ブリッジ制御方法。
9. コンピュータに、
   ＳＴＰプロトコルのＢＰＤＵパケットであって、ＭＡＣアドレスフィールドに障害情報を含むＢＰＤＵパケットを送信する手段として機能させるためのプログラム。

Images