(57)【特許請求の範囲】
【請求項１】
レイヤ２ネットワークにおけるブリッジ装置において、
前記ブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、前記ブリッジ装置のブリッジＩＤを他のブリッジ装置のブリッジＩＤより小さくすることで、前記ブリッジ装置をルートブリッジとして設定する設定部と、
前記ルータから送出された、マルチキャストグループに参加するか否かを確認するためのメッセージを示すＱｕｅｒｙメッセージに対して、正常な前記Ｑｕｅｒｙメッセージの受信数を示す第１の受信数と、異常な前記Ｑｕｅｒｙメッセージの受信数を示す第２の受信数とを比較することで、前記ブリッジ装置が前記ルータと隣接しているか否かを判断し、前記ブリッジ装置が前記ルータと隣接していると判断したときは前記ブリッジＩＤの変更指示を前記設定部に出力するルータ接続状態判定部と
を備えることを特徴とするブリッジ装置。
【請求項２】
更に、前記ルータから送出された、マルチキャストグループに参加するか否かを確認するためのメッセージを示すＱｕｅｒｙメッセージに対して、前記正常なＱｕｅｒｙメッセージとともに前記異常なＱｕｅｒｙメッセージを前記他のブリッジ装置に送信するメッセージ送信部、を備えることを特徴とする請求項１記載のブリッジ装置。
【請求項３】
前記メッセージ送信部は、前記異常なＱｕｅｒｙメッセージに代えて、前記ブリッジ装置が前記ルータと隣接するか否かを判別するために用いられる制御メッセージを送信する、ことを特徴とする請求項２記載のブリッジ装置。
【請求項４】
レイヤ２ネットワークにおけるブリッジ装置において、
前記ブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、前記ブリッジ装置のブリッジＩＤを他のブリッジ装置のブリッジＩＤより小さくすることで、前記ブリッジ装置をルートブリッジとして設定する設定部と、
前記ブリッジ装置間で転送され、前記ブリッジＩＤを含むデータが格納された制御パケットを示すＢＰＤＵの受信履歴に基づいて、前記ブリッジ装置が前記ルータと隣接しているか否かを判断するルータ接続状態判定部と
を備えることを特徴とするブリッジ装置。
【請求項５】
レイヤ２ネットワークのブリッジ装置における制御方法において、
前記ブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、前記ブリッジ装置のブリッジＩＤを他のブリッジ装置のブリッジＩＤより小さくすることで、前記ブリッジ装置をルートブリッジとして設定し、
前記ルータから送出された、マルチキャストグループに参加するか否かを確認するためのメッセージを示すＱｕｅｒｙメッセージに対して、正常な前記Ｑｕｅｒｙメッセージの受信数を示す第１の受信数と、異常な前記Ｑｕｅｒｙメッセージの受信数を示す第２の受信数とを比較することで、前記ブリッジ装置が前記ルータと隣接しているか否かを判断し、前記ブリッジ装置が前記ルータと隣接していると判断したときは前記ブリッジＩＤの変更指示を出力する、
ことを特徴とする制御方法。
【請求項６】
レイヤ２ネットワークにおけるブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、前記ブリッジ装置のブリッジＩＤを他のブリッジ装置のブリッジＩＤより小さくすることで前記ブリッジ装置をルートブリッジとして設定する処理をコンピュータに実行させ、
前記設定する処理において、前記ルータから送出された、マルチキャストグループに参加するか否かを確認するためのメッセージを示すＱｕｅｒｙメッセージに対して、正常な前記Ｑｕｅｒｙメッセージの受信数を示す第１の受信数と、異常な前記Ｑｕｅｒｙメッセージの受信数を示す第２の受信数とを比較することで、前記ブリッジ装置が前記ルータと隣接しているか否かを判断し、前記ブリッジ装置が前記ルータと隣接していると判断したときは前記ブリッジＩＤの変更指示を出力する処理
をコンピュータに実行させることを特徴とする制御プログラム。
【請求項７】
レイヤ２ネットワークにおけるブリッジ装置において、
前記ブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、他のブリッジ装置のブリッジＩＤよりも小さなＩＤを、ＢＰＤＵのルートＩＤが格納される領域に格納することで、前記ブリッジ装置をルートブリッジとして設定する設定部と、
前記ルータから送出された、マルチキャストグループに参加するか否かを確認するためのメッセージを示すＱｕｅｒｙメッセージに対して、正常な前記Ｑｕｅｒｙメッセージの受信数を示す第１の受信数と、異常な前記Ｑｕｅｒｙメッセージの受信数を示す第２の受信数とを比較することで、前記ブリッジ装置が前記ルータと隣接しているか否かを判断するルータ接続状態判定部と、
を備えることを特徴とするブリッジ装置。
【請求項８】
レイヤ２ネットワークのブリッジ装置における制御方法において、
前記ブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、他のブリッジ装置のブリッジＩＤよりも小さなＩＤを、ＢＰＤＵのルートＩＤが格納される領域に格納することで、前記ブリッジ装置をルートブリッジとして設定し、
前記ルータから送出された、マルチキャストグループに参加するか否かを確認するためのメッセージを示すＱｕｅｒｙメッセージに対して、正常な前記Ｑｕｅｒｙメッセージの受信数を示す第１の受信数と、異常な前記Ｑｕｅｒｙメッセージの受信数を示す第２の受信数とを比較することで、前記ブリッジ装置が前記ルータと隣接しているか否かを判断する、
ことを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レイヤ２ネットワークにおける各ブリッジ装置、ブリッジ装置における制御方法、及び制御プログラムに関する。詳しくは、マルチキャストデータを効率的に転送できるレイヤ２ネットワークにおけるブリッジ装置等に関する。
【背景技術】
【０００２】
従来から、ネットワークに接続された一定のユーザ端末に対して、動画配信など、マルチキャストによりデータを配信するようにしたものがある。
【０００３】
このようなネットワークを効率的に構築するために、ルータとホストとの間では、ＩＰｖ４（Internet Protocol Version 4）に対応したＩＧＭＰ（Internet Group Management Protocol）や、ＩＰｖ６（Internet Protocol Version 6）に対応したＭＬＤ（Multicast Listener Discovery Protocol）などのマルチキャストルーティングプロトコルが利用される。
【０００４】
ＩＧＭＰやＭＬＤでは、ルータが定期的にＱｕｅｒｙメッセージを送出し、そのメッセージを受信した端末がマルチキャストデータを受信したい場合、ルータに対してＲｅｐｏｒｔメッセージを返却する。そして、ルータは、Ｒｅｐｏｒｔメッセージの有無により、配下となるマルチキャスト受信端末の有無を確認する。ルータは、マルチキャスト受信端末が存在した場合のみ、マルチキャスト受信端末が接続されるインターフェースにおいてマルチキャストデータを転送する。これにより、ネットワーク資源の有効活用を図ることができる。
【０００５】
一方、ルータとホスト間を接続するネットワークが、複数のブリッジ装置で構成される、所謂、レイヤ２ネットワークの場合、ネットワーク内でＳＴＰ（Spanning Tree Protocol）と呼ばれるプロトコルによる冗長制御が行われることがある。
【０００６】
ＳＴＰは、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１Ｄにより標準化されたプロトコルである。ＳＴＰは、ネットワーク上の任意のブリッジ装置間で物理的な冗長ルートを持つ場合、特定のポートを介してデータフレーム中継を抑止することで、ブリッジ装置間の経路を一意に決めるようにしたプロトコルである。
【０００７】
詳細には、以下のようにして経路が決定される。即ち、ＢＰＤＵ（Bridge Protocol Data Unit）と呼ばれる制御パケットをブリッジ装置間で送受信し、最も小さいブリッジＩＤを持つブリッジ装置をルートブリッジ装置として決定する。
【０００８】
そして、ルートブリッジ装置から、各ブリッジ装置に対してツリー状に経路を設定し、その経路以外の他の経路（リンク）にデータが転送されることをブロッキングする。これにより、ネットワークに接続された任意のブリッジ装置間で経路が一意に決定される。
【０００９】
尚、任意のブリッジ装置間で２以上の経路が存在する場合は、コスト（ネットワークの帯域幅に応じた値）が最も小さい経路を選択し、それ以外の経路はブロッキングすることで、経路が決定される。
【００１０】
図１０は、レイヤ２ネットワークの構成例を示す図である。上述のＳＴＰにより経路が決定され、マルチキャストデータが転送される様子を示している。
【００１１】
各ブリッジ装置２１０〜２５０が互いにネットワーク１００に接続され、各ブリッジ２１０〜２５０は夫々ホスト１１０〜１５０と接続される。マルチキャスト送信端末であるホスト１１０とブリッジ装置２１０との間にはルータ１７０が接続されている。
【００１２】
この例の場合、ブリッジ２３０がルートブリッジとして設定され、ブリッジ装置２１０とブリッジ装置２５０との間の経路Ｘがブロッキングされる。そして、ホスト１１０からホスト１５０にマルチキャストデータを転送する場合、経路Ｘがブロッキングされているため、ブリッジ装置２１０からブリッジ装置２２０等を介して転送される。
【００１３】
かかるマルチキャストデータの転送に関する従来技術としては、ルータ及び隣接するスイッチのいずれかに接続された２つのポートをマルチキャストデータが常時伝送されるアップリンクパスとして設定し、参加メッセージを受信したポートに基づいて作成されたマルチキャストフィルタテーブルに基づき、ポート間の伝送ルートを制御するようにしたものがある（例えば、以下の特許文献１）。
【特許文献１】特開２００４−１１２７２４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかし、ＳＴＰは、マルチキャストデータがどのような経路で通信されるかを意識せず、ルータがネットワーク上のどこに配置されているかを特に意識せずにルートブリッジを決定し、ブロッキングポイントを決定する。
【００１５】
従って、図１０に示すような経路が決定された場合、経路Ｘが使用されずにブリッジ装置２２０等にデータが転送されるため、ネットワーク１００の使用効率は非常に悪くなる。特に、動画等、大容量のデータの場合、他のホスト間でデータの転送が遅れてしまうこともある。
【００１６】
また、上述の特許文献１のように、参加メッセージに基づいて作成されたマルチキャストフィルタテーブルを用いても、例えば、図１０に示すような経路が決定された場合、全く同様の問題が存在する。
【００１７】
そこで、本発明は、上記問題点に鑑みてなされたもので、その目的は、レイヤ２ネットワークにおいて効率的な転送ルートを生成し、その使用効率を高めたブリッジ装置、ブリッジ装置における制御方法、及び制御プログラムを提供することにある。
【課題を解決するための手段】
【００１８】
上記目的を達成するために、本発明の一実施態様によれば、レイヤ２ネットワークにおけるブリッジ装置において、前記ブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、前記ブリッジ装置のブリッジＩＤを他のブリッジ装置のブリッジＩＤより小さくすることで、前記ブリッジ装置をルートブリッジとして設定する設定部を備えることを特徴とする。
【００１９】
また、本発明の他の実施態様によれば、前記ブリッジ装置において、前記ルータから送出された、マルチキャストグループに参加するか否かを確認するためのメッセージを示すＱｕｅｒｙメッセージに対して、正常な前記Ｑｕｅｒｙメッセージとともに異常な前記Ｑｕｅｒｙメッセージを前記他のブリッジ装置に送信するメッセージ送信部を更に備えることを特徴とする。
【００２０】
更に、本発明の他の実施態様によれば、前記ブリッジ装置において、前記メッセージ送信部は、前記異常なＱｕｅｒｙメッセージに代えて、前記ブリッジ装置が前記ルータと隣接するか否かを判別するために用いられる制御メッセージを送信することを特徴とする。
【００２１】
更に、本発明の他の実施態様によれば、前記ブリッジ装置において、前記ルータから送出された、マルチキャストグループに参加するか否かを確認するためのメッセージを示すＱｕｅｒｙメッセージに対して、正常な前記Ｑｕｅｒｙメッセージの受信数を示す第１の受信数と、異常な前記Ｑｕｅｒｙメッセージの受信数を示す第２の受信数とを比較することで、前記ブリッジ装置が前記ルータと隣接しているか否かを判断し、前記ルータと隣接していると判断したときは前記ブリッジＩＤの変更指示を出力するルータ接続状態判定部を更に備えること特徴とする。
【００２２】
更に、本発明の他の実施態様によれば、前記ブリッジ装置において、前記ルータ接続状態判定部は、前記第１の受信数のみカウントしたとき、前記ブリッジ装置は前記ルータと隣接していると判断することを特徴とする。
【００２３】
更に、本発明の他の実施態様によれば、前記ブリッジ装置において、前記ルータ接続状態判定部は、前記第１の受信数と前記第２の受信数とを略同じカウント数でカウントしたとき、前記ブリッジ装置は前記ルータと隣接していないと判断することを特徴とする。
【００２４】
更に、本発明の他の実施態様によれば、前記ブリッジ装置において、前記ブリッジ装置間で転送され、前記ブリッジＩＤを含むデータが格納された制御パケットを示すＢＰＤＵの受信履歴に基づいて、前記ブリッジ装置が前記ルータと隣接しているか否かを判断するルータ接続状態判定部を更に備えることを特徴とする。
【００２５】
更に、本発明の他の実施態様によれば、前記ブリッジ装置において、前記ルータ接続状態判定部は、前記ルータから送出された、マルチキャストグループに参加するか否かを確認するためのメッセージを示すＱｕｅｒｙメッセージのみ受信して、前記受信履歴から前記ＢＰＤＵを受信しなかったとき、前記ブリッジ装置は前記ルータと隣接していると判断することを特徴とする。
【００２６】
更に、本発明の他の実施態様によれば、前記ブリッジ装置において、前記ルータ接続状態判定部は、前記Ｑｕｅｒｙメッセージと前記ＢＰＤＵの双方を受信したとき、前記ブリッジ装置は前記ルータと隣接していないと判断することを特徴とする。
【００２７】
また、上記目的を達成するために本発明の他の実施態様によれば、レイヤ２ネットワークのブリッジ装置における制御方法において、前記ブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、前記ブリッジ装置のブリッジＩＤを他のブリッジ装置のブリッジＩＤより小さくすることで、前記ブリッジ装置をルートブリッジとして設定することを特徴とする。
【００２８】
更に、上記目的を達成するために本発明の他の実施態様によれば、レイヤ２ネットワークにおけるブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、前記ブリッジ装置のブリッジＩＤを他のブリッジ装置のブリッジＩＤより小さくすることで前記ブリッジ装置をルートブリッジとして設定する処理をコンピュータに実行させる制御プログラムであることを特徴する。
【００２９】
更に、上記目的を達成するために本発明の他の実施態様によれば、ルータと複数のブリッジ装置により構成されたレイヤ２ネットワークにおいて、前記複数のブリッジ装置のうち前記ルータと隣接する前記ブリッジ装置に対して、前記ブリッジ装置のブリッジＩＤを他のブリッジ装置のブリッジＩＤより小さくすることで前記ブリッジ装置をルートブリッジとして設定することを特徴とする。
【００３０】
更に、上記目的を達成するために本発明の他の実施態様によれば、レイヤ２ネットワークにおけるブリッジ装置において、前記ブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、他のブリッジ装置のブリッジＩＤよりも小さなＩＤを、ＢＰＤＵのルートＩＤが格納される領域に格納することで、前記ブリッジ装置をルートブリッジとして設定する設定部、を備えることを特徴とする。
【００３１】
また、本発明の他の実施態様によれば、前記ルータから送出された、マルチキャストグループに参加するか否かを確認するためのメッセージを示すＱｕｅｒｙメッセージに対して、正常な前記Ｑｕｅｒｙメッセージの受信数を示す第１の受信数と、異常な前記Ｑｕｅｒｙメッセージの受信数を示す第２の受信数とを比較することで、前記ブリッジ装置が前記ルータと隣接しているか否かを判断するルータ接続状態判定部を更に備えることを特徴とする。
【００３２】
更に、上記目的を達成するために本発明の他の実施態様によれば、レイヤ２ネットワークのブリッジ装置における制御方法において、前記ブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、他のブリッジ装置のブリッジＩＤよりも小さなＩＤを、ＢＰＤＵのルートＩＤが格納される領域に格納することで、前記ブリッジ装置をルートブリッジとして設定することを特徴とする。
【００３３】
更に、上記目的を達成するために本発明の他の実施態様によれば、レイヤ２ネットワークにおけるブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、他のブリッジ装置のブリッジＩＤよりも小さなＩＤを、ＢＰＤＵのルートＩＤが格納される領域に格納することで、前記ブリッジ装置をルートブリッジとして設定する処理をコンピュータに実行させることを特徴とする。
【００３４】
更に、上記目的を達成するために本発明の他の実施態様によれば、ルータと複数のブリッジ装置により構成されたレイヤ２ネットワークにおいて、前記複数のブリッジ装置にうち前記ルータと隣接する前記ブリッジ装置に対して、他のブリッジ装置のブリッジＩＤよりも小さなＩＤを、ＢＰＤＵのルートＩＤが格納される領域に格納することで、前記ブリッジ装置をルートブリッジとして設定することを特徴とする。
【発明の効果】
【００３５】
本発明によれは、レイヤ２ネットワークにおいて効率的な転送ルートを生成し、その使用効率を高めたブリッジ装置、ブリッジ装置における制御方法、及び制御プログラムを提供することができる。
【発明を実施するための最良の形態】
【００３６】
以下、図面を参照して本発明を実施するための最良の形態を説明する。
【００３７】
図１は、本発明が適用されるブリッジ装置１０〜５０を用いたレイヤ２ネットワークの構成例である。
【００３８】
各ブリッジ装置１０〜５０は、ネットワーク１００に対して環状に接続される。各ブリッジ装置１０〜５０は、各々ホスト１１０〜１５０と接続される。また、ホスト１１０とブリッジ装置１０との間にはルータ１７０が接続される。
【００３９】
尚、本実施例における、ルータ１７０とホスト１２０〜１５０を接続するネットワーク１００は、複数のブリッジ装置１０〜５０で構成される、所謂、レイヤ２ネットワークである。
【００４０】
図２は、ブリッジ装置１０の構成例を示す図である。他のブリッジ装置２０〜５０も同一構成である。
【００４１】
ブリッジ装置１０は、Ｑｕｅｒｙメッセージ受信部１１‐１〜１１‐ｎと、Ｑｕｅｒｙメッセージ送信部１２‐１〜１２‐ｎと、ＩＧＭＰスヌーピング処理部１３と、ＳＴＰ処理部１４とから構成される。
【００４２】
Ｑｕｅｒｙメッセージ受信部１１‐１〜１１‐ｎは、隣接装置（本ブリッジ装置１０に隣接するブリッジ装置２０、５０又は本ブリッジ装置１０に隣接するルータ１７０）からＱｕｅｒｙメッセージを受信する。Ｑｕｅｒｙメッセージ受信部１１‐１〜１１‐ｎは、ブリッジ装置１０のポート毎に存在する。図２の例では、ｎ（ｎは２以上の整数）個の受信部１１‐１〜１１‐ｎが存在する。
【００４３】
尚、Ｑｕｅｒｙメッセージは、ルータ１７０から各ブリッジ装置１０〜５０に送出されるもので、マルチキャストグループに各ホスト１１０〜１５０が参加するか否かを確認するためのメッセージである。
【００４４】
Ｑｕｅｒｙメッセージ送信部１２‐１〜１２‐ｎは、隣接装置（ブリッジ装置２０、５０）にＱｕｅｒｙメッセージを送信する。同様に、ポート数分存在し、図２の例ではｎ個存在する。
【００４５】
ＩＧＭＰスヌーピング処理部１３は、Ｑｕｅｒｙメッセージ振分部１３１と、異常メッセージ処理部１３２と、正常メッセージ処理部１３３と、ルータ接続状態判定部１３４と、メッセージ転送部１３５とを備える。
【００４６】
Ｑｕｅｒｙメッセージ振分部１３１は、各ポートのメッセージ受信部１１‐１〜１１‐ｎと接続され、受信したＱｕｅｒｙメッセージが異常か正常かを判定する。そして、Ｑｕｅｒｙメッセージ振分部１３１は、その判定結果に基づいて、異常メッセージを異常メッセージ処理部１３２に、正常メッセージを正常メッセージ処理部１３３に、夫々出力する。
【００４７】
尚、Ｑｕｅｒｙメッセージ振分部１３１は、以下のようにして、正常メッセージか異常メッセージかを判定する。
【００４８】
図３（Ａ）は、ＩＧＭＰメッセージフォーマットの例を示す図である。ＩＧＭＰメッセージフォーマットは、メッセージの種別を示す「Ｔｙｐｅ」フィールドと、応答レポートの送信に許容される待ち時間を示す「Ｍａｘ  Ｒｅｓｐ（Ｒｅｓｐｏｎｓｅ）  Ｔｉｍｅ」フィールドと、ＩＧＭＰメッセージの１の補数の合計の１６ビットの１の補数（例えば、「Ｃｈｅｃｋｓｕｍ」フィールド以外の他のフィールドに格納される値の合計値）を示す「Ｃｈｅｃｋｓｕｍ」と、グループアドレス等を示す「Ｇｒｏｕｐ  Ａｄｄｒｅｓｓ」とから構成される。
【００４９】
正常なＱｕｅｒｙメッセージの場合、図３（Ｂ）に示すように、「Ｃｈｅｃｋｓｕｍ」フィールドには正常な計算値が格納され、異常なＱｕｅｒｙメッセージの場合、図３（Ｃ）に示すように、「Ｃｈｅｃｋｓｕｍ」フィールドに正しくない計算値が格納される。
【００５０】
Ｑｕｅｒｙメッセージ振分部１３１では、受信したＱｕｅｒｙメッセージの「Ｃｈｅｃｋｓｕｍ」フィールド以外のフィールドに含まれる値を計算し、それが「Ｃｈｅｃｋｓｕｍ」フィールドに格納された値と一致するか判定する。一致していれば、Ｑｕｅｒｙメッセージは正常と判定し、一致していなければ異常と判定する。
【００５１】
図４（Ａ）は、ＭＬＤメッセージのフォーマット例を示す図である。ＭＬＤのＱｕｅｒｙメッセージも同様に、「Ｃｈｅｃｋｓｕｍ」フィールドから判定する。正常なＱｕｅｒｙメッセージの例と異常なＱｕｅｒｙメッセージの例とを、夫々図４（Ｂ）と同図（Ｃ）に示す。
【００５２】
異常メッセージ処理部１３２は、入力された異常メッセージに対して、その数をカウントする。カウント数は、異常メッセージ数としてルータ接続状態判定部１３４に出力する。
【００５３】
正常メッセージ処理部１３３は、入力された正常メッセージに対して、その数をカウントし、正常メッセージ数として出力する。尚、正常メッセージ処理部１３３は、正常メッセージをメッセージ転送部１３５に出力する。
【００５４】
ルータ接続状態判定部１３４は、異常メッセージ処理部１３２からの異常メッセージ数と、正常メッセージ処理部１３３からの正常メッセージ数とから、本ブリッジ装置１０がルータ１７０と隣接しているか否かを判定する。ルータ接続状態判定部１３４は、本ブリッジ装置１０がルータ１７０と隣接していると判定したとき、ブリッジＩＤ変更指示をＳＴＰ処理部１４に出力する。
【００５５】
メッセージ転送部１３５は、正常メッセージ処理部１３３からの正常メッセージを、Ｑｕｅｒｙメッセージ送信部１２‐１〜１２‐ｎに出力するとともに、異常メッセージを追加付与して、Ｑｕｅｒｙメッセージ送信部１２‐１〜１２‐ｎに出力する。異常メッセージは、図３（Ｃ）や図４（Ｃ）に示すように、正しくない計算値を「Ｃｈｅｃｋｓｕｍ」フィールドに格納することで生成される。
【００５６】
尚、本実施例では、Ｑｕｅｒｙメッセージを受信したポート以外のポートからＱｕｅｒｙメッセージを隣接装置に出力する。例えば、Ｑｕｅｒｙメッセージをポート「１」のＱｕｅｒｙメッセージ受信部１１‐１で受信したとき、ポート「２」のＱｕｅｒｙメッセージ送信部１２‐２からＱｕｅｒｙメッセージ（正常なメッセージと異常なメッセージ）を送信する。
【００５７】
すなわち、図１においてブリッジ装置１０が、ルータ１７０とポート「１」により接続され、ブリッジ装置２０とポート「２」により接続され、ブリッジ装置５０とポート「３」で接続されており、この時点ではブリッジ装置１０とブリッジ装置５０との経路Ｘがブロッキングされていると仮定する。ここで、ブリッジ装置１０がルータ１７０からＱｕｅｒｙメッセージを受信した場合、ブリッジ装置１０はＱｕｅｒｙメッセージを受信したポート「１」、ブロッキングされているポート「３」以外のポート、すなわち、ポート「２」からＱｕｅｒｙメッセージ（正常なメッセージと異常なメッセージ）を送信する。
【００５８】
ＳＴＰ処理部１４は、ルータ接続状態判定部１３４からのブリッジＩＤ変更指示に基づいて、ブリッジＩＤ、例えば、Ｂｒｉｄｇｅ  Ｐｒｉｏｒｉｔｙを「０」に変更する。つまり、本ブリッジ装置１０をルートブリッジとして設定する。
【００５９】
図５（Ａ）は、Ｑｕｅｒｙメッセージの流れを示す図である。
【００６０】
まず、ルータ１７０からＱｕｅｒｙメッセージが隣接するブリッジ装置１０に転送される。本実施例によるブリッジ装置１０は、転送された正常なＱｕｅｒｙメッセージと共に異常なＱｕｅｒｙメッセージを隣接するブリッジ装置２０に転送する。ブリッジ装置２０は、正常なＱｕｅｒｙメッセージと異常なＱｕｅｒｙメッセージの両方を受信する。そして、ブリッジ装置２０は、隣接するホスト１２０に、正常なＱｕｅｒｙメッセージと異常なＱｕｅｒｙメッセージとを転送する。
【００６１】
図５（Ａ）に示すように、ルータ１７０は、正常なＱｕｅｒｙメッセージのみ隣接するブリッジ装置１０に転送する。そして、ブリッジ装置１０は、正常なＱｕｅｒｙメッセージのみ受信する。一方、ブリッジ装置１０に隣接するブリッジ装置２０は、正常なＱｕｅｒｙメッセージと、異常なＱｕｅｒｙメッセージを受信する。
【００６２】
ルータ１７０と隣接するブリッジ装置１０は、正常なＱｕｅｒｙメッセージのみ受信するため、その数をカウントすると、正常なＱｕｅｒｙメッセージのみがカウントアップされる。
【００６３】
一方、ルータ１７０と隣接せず、ブリッジ装置１０と隣接するブリッジ装置２０は、ブリッジ装置１０から正常、異常の双方のＱｕｅｒｙメッセージを受信するため、たとえば、ブリッジ装置１０から転送する正常メッセージと異常メッセージとの比率を略同一としておいた場合、正常なものと異常なもの双方が略同数カウントアップされる。
【００６４】
従って、各ブリッジ装置１０等のルータ接続状態判定部１３４では、正常なＱｕｅｒｙメッセージの数と異常なＱｕｅｒｙメッセージの数とを比較することで、自ブリッジ装置１０等がルータ１７０と隣接しているか否かを判定することができる。
【００６５】
尚、ルータ１７０とブリッジ装置１０との間等の伝送路において、何らかの異常が発生し、Ｑｕｅｒｙメッセージが異常なメッセージとなる場合もある。本実施例では、確実に自ブリッジ装置１０等がルータ１７０と隣接しているか否かを判定するために、ルータ接続状態判定部１３４においてそのメッセージ数をカウントしている。
【００６６】
このように、本実施例では、ルータ１７０と隣接するブリッジ装置１０がルートブリッジとして設定される。ＳＴＰによるルーティングプロトコルは、ルートブリッジから最も遠い経路が通常ブロッキングされるため、図１に示すように、ブリッジ装置３０とブリッジ装置４０との間の経路Ｙがブロッキングされる。
【００６７】
従って、経路Ｘを使用して、ホスト１１０からホスト１５０にマルチキャストデータが転送される。よって、効率的なデータの転送ルートが生成され、ネットワーク１００の使用効率を高めることができる。
【００６８】
図６は、ブリッジ装置１０における処理の動作を示すフローチャートの例である。あるポートのＱｕｅｒｙメッセージ受信部１１‐１〜１１‐ｎにおいて、隣接装置からのＱｕｅｒｙメッセージを受信すると処理が開始される（Ｓ１０）。
【００６９】
次いで、Ｑｕｅｒｙメッセージ振分部１３１において、Ｑｕｅｒｙメッセージの正常性がチェックされる（Ｓ１１）。
【００７０】
Ｑｕｅｒｙメッセージが正常なとき（「正常」）、正常メッセージ処理部１３３において、正常なＱｕｅｒｙメッセージ数がカウントされる（Ｓ１２）。
【００７１】
次いで、メッセージ転送部１３５、Ｑｕｅｒｙメッセージ送信部１２‐１〜１２‐ｎにより、Ｑｕｅｒｙメッセージが隣接装置に転送される（Ｓ１３）。
【００７２】
次いで、メッセージ転送部１３５はＱｕｅｒｙ異常メッセージを生成し、Ｑｕｅｒｙメッセージ送信部１２‐１〜１２‐ｎを介して、その異常メッセージを隣接装置に送信する（Ｓ１４）。そして、一連の処理が終了する（Ｓ１５）。
【００７３】
一方、Ｑｕｅｒｙメッセージの正常性のチェックにより、異常と判定されたとき（Ｓ１１で「異常」）、異常メッセージ処理部１３２において異常なＱｕｅｒｙメッセージをカウントする（Ｓ１６）。
【００７４】
次いで、ルータ接続状態が判定され（Ｓ１７）、自ブリッジ装置１０〜５０がルータ１７０と隣接すると判定した場合（Ｓ１７で「ルータ隣接」）、ルータ接続状態判定部１３４において、ブリッジＩＤ変更指示が出力される。
【００７５】
そして、ＳＴＰ処理部１４において、ブリッジＩＤが最小値（例えば、Ｂｒｉｄｇｅ  Ｐｒｉｏｒｉｔｙが「０」）に設定される（Ｓ１８）。そして、一連の処理が終了する（Ｓ１５）。
【００７６】
尚、このルータ接続状態判定（Ｓ１７）の処理は、正常なＱｕｅｒｙメッセージと、異常なＱｕｅｒｙメッセージを夫々カウント（Ｓ１２、Ｓ１６）した後に実行される。
【００７７】
一方、ルータ接続状態判定により、自ブリッジ装置１０〜５０がルータ１７０と隣接していないと判定されると（Ｓ１７で「ルータ非隣接」）、ブリッジＩＤを元の値に設定する（Ｓ１９）。
【００７８】
このＳ１９の処理は、ルータ１７０が他の場所に移動したときを想定した処理である。つまり、あるブリッジ装置１０〜５０がルートブリッジとして設定され、その後、ルータ１７０が他の場所に移動すると、ルートブリッジのブリッジ装置１０〜５０はルートブリッジでなくなる。この場合、ブリッジ装置１０〜５０は、ルートブリッジではないブリッジ装置として元のブリッジＩＤに戻す必要がある。このような状況のときに、Ｓ１９の処理が実行される。
【００７９】
そして、一連の処理が終了する（Ｓ１５）。
【００８０】
本例において、メッセージ転送部１３５は、正常なメッセージとともに異常なＱｕｅｒｙメッセージを転送するようにしたが、異常なＱｕｅｒｙメッセージ以外の新たに定義された制御メッセージを転送するようにして、自ブリッジ装置１０〜５０がルータ１７０と隣接するか否かを判断するようにしてもよい。ルータ１７０に隣接するブリッジ装置１０では、この制御メッセージは受信せず、正常なＱｕｅｒｙメッセージを受信するため、これにより判断可能である。
【００８１】
次に、他の実施例について説明する。前述の例では、異常なＱｕｅｒｙメッセージを用いて、自ブリッジ装置１０〜５０がルータ１７０と隣接するか否かについて判定した。以下の示す例は、ブリッジ装置１０〜５０間でスヌーピングにより転送されるＢＰＤＵの受信実績により、ルータ１７０と隣接するか否かを判定する例である。ネットワークの構成例は、前述の例と同じである（図１参照）。
【００８２】
ＢＰＤＵは、ＳＴＰにおいてルートブリッジの選択や経路選択のために、ブリッジ装置１０〜５０間で転送される制御パケットである。図７に、転送されるＢＰＤＵのフォーマット例を示す。
【００８３】
ＢＰＤＵの送受信により、ＢＰＤＵに含まれる「ブリッジＩＤ」をブリッジ装置１０〜５０間で比較し、その値が最も小さいブリッジ装置１０〜５０がルートブリッジとなる。このＢＰＤＵは、例えば、２秒間隔で転送される。
【００８４】
ＢＰＤＵは、ブリッジ装置１０〜５０間で送受信されるものの、ルータ１７０からブリッジ装置１０〜５０へは送信されない。本例では、この性質を利用して、ブリッジ装置１０がルータ１７０に隣接するブリッジとしてルートブリッジ化するようにしている。
【００８５】
図８は、本実施例におけるブリッジ装置１０の構成例を示す図である。他のブリッジ装置２０〜５０も同一構成である。
【００８６】
ブリッジ装置１０は、Ｑｕｅｒｙメッセージ受信部１１‐１〜１１‐ｎと、Ｑｕｅｒｙメッセージ送信部１２‐１〜１２‐ｎと、ＢＰＤＵ受信部１５‐１〜１５‐ｎと、ＢＰＤＵ送信部１６‐１〜１６‐ｎと、ＩＧＭＰスヌーピング処理部１３、及びＳＴＰ処理部１４を備える。
【００８７】
ＢＰＤＵ受信部１５‐１〜１５‐ｎと、ＢＰＤＵ送信部１６‐１〜１６‐ｎとは、夫々ＢＰＤＵを送受信するためのものである。Ｑｕｅｒｙメッセージ受信部１１‐１〜１１‐ｎ等と同様にポート毎に存在する。
【００８８】
尚、Ｑｕｅｒｙメッセージ受信部１１‐１〜１１‐ｎと、Ｑｕｅｒｙメッセージ送信部１２‐１〜１２‐ｎは、図２の例と同一である。
【００８９】
ＩＧＭＰスヌーピング処理部１３は、図２のＩＧＭＰスヌーピング処理部１３と同様に、Ｑｕｅｒｙメッセージ振分部１３１と、正常メッセージ処理部１３３と、ルータ接続状態判定部１３４、及びメッセージ転送部１３５を備える。図２の例と比較して、異常メッセージ処理部１３２がない構成である。
【００９０】
Ｑｕｅｒｙメッセージ振分部１３１は、受信したＱｕｅｒｙメッセージが正常か否かを判定し、正常なＱｕｅｒｙメッセージは正常メッセージ処理部１３３に出力する。異常なＱｕｅｒｙメッセージを受信したと判定したときは、そのメッセージを破棄する。但し、本例における異常なＱｕｅｒｙメッセージは、前述の例とは異なり、伝送路の障害等により発生した異常なメッセージであり、意図的に生成された異常なメッセージではない。
【００９１】
正常メッセージ処理部１３３では、正常なＱｕｅｒｙメッセージに対して、そのメッセージを受信したポート番号を示すＱｕｅｒｕメッセージ受信ポート情報をルータ接続状態判定部１３４に出力する。
【００９２】
ＳＴＰ処理部１４は、ＢＰＤＵ受信処理部１４１と、ＢＰＤＵ送信処理部１４２とを備える。ＢＰＤＵ受信処理部１４１は、各ポートのＢＰＤＵ受信部１５‐１〜１５‐ｎと接続され、受信したＢＰＤＵが入力され、ポート番号毎のＢＰＤＵの受信実績を保持する。
【００９３】
例えば、ポート番号「１」のＢＰＤＵ受信実績は「ＯＦＦ」（ポート番号「１」を介してＢＰＤＵが未だ受信されていない）や、ポート番号「ｎ」のＢＰＤＵ受信実績は「ＯＮ」（ポート番号「ｎ」を介してＢＰＤＵを受信した）などの情報を保持する。
【００９４】
ＢＰＤＵ受信処理部１４１は、この受信実績に関する情報をＢＰＤＵ受信ポート情報として、ルータ接続状態判定部１３４に出力する。
【００９５】
ＢＰＤＵ送信処理部１４２は、ＢＰＤＵに必要な情報を格納する等により、ＢＰＤＵを生成してＢＰＤＵ送信部１６‐１〜１６‐ｎに出力する。生成されたＢＰＤＵは、ＢＰＤＵ送信部１６‐１〜１６‐ｎから出力される。
【００９６】
一方、ＩＧＭＰスヌーピング処理部１３のルータ接続状態判定部１３４では、正常メッセージ処理部１３３からのＱｕｅｒｙメッセージ受信ポート情報と、ＳＴＰ処理部１４からのＢＰＤＵポート情報とから、自ブリッジ装置１０がルータ１７０と隣接したブリッジ装置か否かを判定する。
【００９７】
ルータ１７０と隣接していると判定したとき、ブリッジＩＤ変更指示をＳＴＰ処理部１４に出力するのは、前述の例と同様である。
【００９８】
図５（Ｂ）は、正常なＱｕｅｒｙメッセージの流れとＢＰＤＵの流れを示す図である。正常なＱｕｅｒｙメッセージは、ルータ１７０から送信され、ブリッジ装置１０、２０を介して、ホスト１２０に転送される。一方、ＢＰＤＵは、ブリッジ装置１０、２０間で送受信される。
【００９９】
従って、ルータ１７０に隣接されたブリッジ装置１０では、Ｑｕｅｒｙメッセージ受信ポート情報とＢＰＤＵポート情報とから、あるポートにおいて正常なＱｕｅｒｙメッセージを受信するが、ＢＰＤＵを受信しないことを確認したとき、そのポートに接続された隣接装置はルータ１７０であると判定できる。
【０１００】
図９は、このようなブリッジ装置１０における、処理の動作を示すフローチャートの例である。
【０１０１】
Ｑｕｅｒｙメッセージ受信部１１‐１〜１１‐ｎにおいて、隣接装置からＱｕｅｒｙメッセージを受信すると、処理が開始される（Ｓ３０）。
【０１０２】
次いで、Ｑｕｅｒｙメッセージ振分部１３１において、受信したＱｕｅｒｙメッセージの正常性がチェックされる（Ｓ３１）。Ｑｕｅｒｙメッセージが異常のとき（Ｓ３１で「異常」）、メッセージ振分部１３１において、メッセージが破棄される。
【０１０３】
一方、正常なとき（Ｓ３１で「正常」）、メッセージ転送部１３５から、Ｑｕｅｒｙメッセージ送信部１２‐１〜１２‐ｎを介して、Ｑｕｅｒｙメッセージが隣接装置に転送される（Ｓ３２）。
【０１０４】
次いで、ルータ接続状態判定部１３４において、当該ポートのＢＰＤＵ受信実績がチェックされる（Ｓ３３）。当該ポートにＢＰＤＵの受信実績がない場合（「ＢＰＤＵ受信なし」の場合）、ルータ接続状態判定部１３４は、自ブリッジ装置１０〜５０がルータ１７０に隣接したブリッジ装置と判定し、ブリッジＩＤ変更指示を出力する。そして、ＳＴＰ処理部１４では、ブリッジＩＤを最小化する（例えば、Ｂｒｉｄｇｅ  Ｐｒｉｏｒｉｔｙを「０」）（Ｓ３４）。そして、一連の処理が終了する（Ｓ３５）。
【０１０５】
一方、当該ポートにおいてＢＰＤＵの受信実績がある場合（Ｓ３３で「ＢＰＤＵ受信あり」の場合）、ルータ接続状態判定部１３４において、他のポートでルータ１７０と隣接するポートがあるか否かを判定する（Ｓ３６）。全ポートについて、ＢＰＤＵ受信実績を判定している。
【０１０６】
もし、ルータ１７０と隣接するポートがあれば（ＹＥＳ）、既に、Ｓ３４においてブリッジＩＤの最小化が設定されているため、特に、処理を行うことなく、一連の処理が終了する（Ｓ３５）。
【０１０７】
一方、ルータ１７０と隣接するポートがなければ（Ｓ３６でＮＯ）、ブリッジＩＤを元の値に設定する（Ｓ３７）。この処理も、前述の例と同様（図６のＳ１９）、ルータ１７０の移動を考慮した処理である。そして、一連の処理が終了する（Ｓ３５）。
【０１０８】
本例においても、ルータ１７０と隣接するブリッジ装置１０がルートブリッジとして設定される。そして、図１に示すように、ルートブリッジから最も遠い経路Ｙがブロッキングされるため、前述の例と同様に、効率的なデータの転送ルートが生成され、ネットワーク１００の使用効率を高めることができる。
【０１０９】
また、上述したいずれの例においても、ルータ１７０に隣接したブリッジ装置１０がルートブリッジとして構成されるため、マルチキャスト通信が可能な、スパニングツリーアルゴリズムにより経路が形成される（トポロジーが形成される）レイヤ２ネットワークにおいて、効率的なマルチキャスト通信が可能なトポロジーを自動生成することができる。
【０１１０】
上述した例において、ブリッジ装置１０をルートブリッジ化するときに、Ｂｒｉｄｇｅ  Ｐｒｉｏｒｉｔｙを「０」に設定することで、ブリッジＩＤを最小値として設定した。勿論、ブリッジＩＤを最小化できれば「０」以外でもよい。例えば、過去に設定されたルートブリッジのブリッジＩＤ（ＢｒｉｄｇｅＰｒｉｏｒｉｔｙなど）を各ブリッジ装置１０〜５０のＳＴＰ処理部１４に保持し、本例によるＳＴＰ処理の際に、保持したブリッジＩＤよりも小さなブリッジＩＤにすることで、ブリッジＩＤを最小化することも可能である。
【０１１１】
また、図７に示すように、ＢＰＤＵには「ルートＩＤ」を格納するフィールドがあり、通常、ルートブリッジのブリッジＩＤが格納される。つまり、ルートブリッジが送信するＢＰＤＵの「ルートＩＤ」と「ブリッジＩＤ」とは同じＩＤが格納される。
【０１１２】
例えば、「ブリッジＩＤ」に格納されるＩＤは自ブリッジ装置１０〜５０のＩＤのままとし、「ルートＩＤ」に全ブリッジ装置のブリッジＩＤよりも小さなＩＤを格納して、上述した例により実施することもできる。例えば、ＢＰＤＵ送信処理部１４２で実行される。
【０１１３】
この「ルートＩＤ」を持つブリッジ装置は実在しないことになるが、ブリッジ装置１０をルートブリッジ化したときと全く同じ経路が生成されるため、ブリッジＩＤを最小化したときと同様の効果が得られる。
【０１１４】
また、上述した例では、マルチキャストデータがネットワーク１００に転送されるものとして説明した。勿論、本実施例では、ユニキャストなど、マルチキャスト以外でのデータの転送も、本ブリッジ装置１０〜５０で実施可能であり、上述した例と同様の作用効果を奏する。
【０１１５】
更に、上述の例において、Ｑｕｅｒｙメッセージが正常か異常かを判断する基準として、「Ｃｈｅｃｋｓｕｍ」フィールドに格納された値により判断した。例えば、これ以外にも、ＩＧＭＰやＭＬＤで付加的に正常な異常かを示すフィールドを追加するようにしてもよい。この場合でも、上述の例と同様に実施可能で同様の作用効果を奏する。
【０１１６】
以上まとめると付記のようになる。
【０１１７】
（付記１）
レイヤ２ネットワークにおけるブリッジ装置において、
前記ブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、前記ブリッジ装置のブリッジＩＤを他のブリッジ装置のブリッジＩＤより小さくすることで、前記ブリッジ装置をルートブリッジとして設定する設定部、
を備えることを特徴とするブリッジ装置。
【０１１８】
（付記２）
更に、前記ルータから送出された、マルチキャストグループに参加するか否かを確認するためのメッセージを示すＱｕｅｒｙメッセージに対して、正常な前記Ｑｕｅｒｙメッセージとともに異常な前記Ｑｕｅｒｙメッセージを前記他のブリッジ装置に送信するメッセージ送信部、を備えることを特徴とする付記１記載のブリッジ装置。
【０１１９】
（付記３）
前記メッセージ送信部は、前記異常なＱｕｅｒｙメッセージに代えて、前記ブリッジ装置が前記ルータと隣接するか否かを判別するために用いられる制御メッセージを送信する、ことを特徴とする付記２記載のブリッジ装置。
【０１２０】
（付記４）
更に、前記ルータから送出された、マルチキャストグループに参加するか否かを確認するためのメッセージを示すＱｕｅｒｙメッセージに対して、正常な前記Ｑｕｅｒｙメッセージの受信数を示す第１の受信数と、異常な前記Ｑｕｅｒｙメッセージの受信数を示す第２の受信数とを比較することで、前記ブリッジ装置が前記ルータと隣接しているか否かを判断し、前記ルータと隣接していると判断したときは前記ブリッジＩＤの変更指示を出力するルータ接続状態判定部、を備えること特徴とする付記１記載のブリッジ装置。
【０１２１】
（付記５）
前記ルータ接続状態判定部は、前記第１の受信数のみカウントしたとき、前記ブリッジ装置は前記ルータと隣接していると判断する、ことを特徴とする付記４記載のブリッジ装置。
【０１２２】
（付記６）
前記ルータ接続状態判定部は、前記第１の受信数と前記第２の受信数とを略同じカウント数でカウントしたとき、前記ブリッジ装置は前記ルータと隣接していないと判断する、ことを特徴とする付記４記載のブリッジ装置。
【０１２３】
（付記７）
更に、前記ブリッジ装置間で転送され、前記ブリッジＩＤを含むデータが格納された制御パケットを示すＢＰＤＵの受信履歴に基づいて、前記ブリッジ装置が前記ルータと隣接しているか否かを判断するルータ接続状態判定部、を備えることを特徴とする付記１記載のブリッジ装置。
【０１２４】
（付記８）
前記ルータ接続状態判定部は、前記ルータから送出された、マルチキャストグループに参加するか否かを確認するためのメッセージを示すＱｕｅｒｙメッセージのみ受信して、前記受信履歴から前記ＢＰＤＵを受信しなかったとき、前記ブリッジ装置は前記ルータと隣接していると判断する、ことを特徴とする付記７記載のブリッジ装置。
【０１２５】
（付記９）
前記ルータ接続状態判定部は、前記Ｑｕｅｒｙメッセージと前記ＢＰＤＵの双方を受信したとき、前記ブリッジ装置は前記ルータと隣接していないと判断する、ことを特徴とする付記７記載のブリッジ装置。
【０１２６】
（付記１０）
レイヤ２ネットワークのブリッジ装置における制御方法において、
前記ブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、前記ブリッジ装置のブリッジＩＤを他のブリッジ装置のブリッジＩＤより小さくすることで、前記ブリッジ装置をルートブリッジとして設定する、
ことを特徴とする制御方法。
【０１２７】
（付記１１）
レイヤ２ネットワークにおけるブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、前記ブリッジ装置のブリッジＩＤを他のブリッジ装置のブリッジＩＤより小さくすることで前記ブリッジ装置をルートブリッジとして設定する処理、
をコンピュータに実行させることを特徴とする制御プログラム。
【０１２８】
（付記１２）
ルータと複数のブリッジ装置により構成されたレイヤ２ネットワークにおいて、
前記複数のブリッジ装置のうち前記ルータと隣接する前記ブリッジ装置に対して、前記ブリッジ装置のブリッジＩＤを他のブリッジ装置のブリッジＩＤより小さくすることで前記ブリッジ装置をルートブリッジとして設定する、
ことを特徴とするレイヤ２ネットワーク。
【０１２９】
（付記１３）
レイヤ２ネットワークにおけるブリッジ装置において、
前記ブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、他のブリッジ装置のブリッジＩＤよりも小さなＩＤを、ＢＰＤＵのルートＩＤが格納される領域に格納することで、前記ブリッジ装置をルートブリッジとして設定する設定部、
を備えることを特徴とするブリッジ装置。
【０１３０】
（付記１４）
更に、前記ルータから送出された、マルチキャストグループに参加するか否かを確認するためのメッセージを示すＱｕｅｒｙメッセージに対して、正常な前記Ｑｕｅｒｙメッセージの受信数を示す第１の受信数と、異常な前記Ｑｕｅｒｙメッセージの受信数を示す第２の受信数とを比較することで、前記ブリッジ装置が前記ルータと隣接しているか否かを判断するルータ接続状態判定部、を備えることを特徴とする付記１３のブリッジ装置。
【０１３１】
（付記１５）
レイヤ２ネットワークのブリッジ装置における制御方法において、
前記ブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、他のブリッジ装置のブリッジＩＤよりも小さなＩＤを、ＢＰＤＵのルートＩＤが格納される領域に格納することで、前記ブリッジ装置をルートブリッジとして設定する、
ことを特徴とする制御方法。
【０１３２】
（付記１６）
レイヤ２ネットワークにおけるブリッジ装置が前記レイヤ２ネットワークに接続されたルータと隣接するとき、他のブリッジ装置のブリッジＩＤよりも小さなＩＤを、ＢＰＤＵのルートＩＤが格納される領域に格納することで、前記ブリッジ装置をルートブリッジとして設定する処理、
をコンピュータに実行させることを特徴とする制御プログラム。
【０１３３】
（付記１７）
ルータと複数のブリッジ装置により構成されたレイヤ２ネットワークにおいて、
前記複数のブリッジ装置にうち前記ルータと隣接する前記ブリッジ装置に対して、他のブリッジ装置のブリッジＩＤよりも小さなＩＤを、ＢＰＤＵのルートＩＤが格納される領域に格納することで、前記ブリッジ装置をルートブリッジとして設定する、
ことを特徴とするレイヤ２ネットワーク。
【図面の簡単な説明】
【０１３４】
【図１】ネットワーク全体の構成例を示す図である。
【図２】ブリッジ装置の構成例を示す図である。
【図３】図３（Ａ）はＩＧＭＰメッセージフォーマットの例、同図（Ｂ）は正常なＱｕｅｒｙメッセージの例、同図（Ｃ）は異常なメッセージの例を、夫々示す図である。
【図４】図４（Ａ）はＭＬＤメッセージフォーマットの例、同図（Ｂ）は正常なＱｕｅｒｙメッセージの例、同図（Ｃ）は異常なＱｕｅｒｙメッセージの例、を夫々示す図である。
【図５】図５（Ａ）はＱｕｅｒｙメッセージの流れを示し、同図（Ｂ）はＱｕｅｒｙメッセージとＢＰＤＵの流れを示す図である。
【図６】処理の動作を示すフローチャートの例である。
【図７】ＢＰＤＵフォーマットの例を示す図である。
【図８】ブリッジ装置の他の構成例を示す図である。
【図９】処理の動作を示すフローチャートの例である。
【図１０】従来のネットワーク全体の構成例を示す図である。
【符号の説明】
【０１３５】
１０〜５０  ブリッジ装置
１１‐１〜１１‐ｎ  Ｑｕｅｒｙメッセージ受信部
１２‐１〜１２‐ｎ  Ｑｕｅｒｙメッセージ送信部
１３  ＩＧＭＰスヌーピング処理部
１４  ＳＴＰ処理部
１５‐１〜１５‐ｎ  ＢＰＤＵ受信部
１６‐１〜１６‐ｎ  ＢＰＤＵ送信部
１００  （レイヤ２）ネットワーク
１１０〜１５０  ホスト
１３１  Ｑｕｅｒｙメッセージ振分部
１３２  異常メッセージ処理部
１３３  正常メッセージ処理部
１３４  ルータ接続状態判定部
１３５  メッセージ転送部
１４１  ＢＰＤＵ受信処理部
１４２  ＢＰＤＵ送信処理部
１７０  ルータ
２１０〜２５０  ブリッジ装置
【図１】
0004822905.tif 000002
【図２】
0004822905.tif 000003
【図３】
0004822905.tif 000004
【図４】
0004822905.tif 000005
【図５】
0004822905.tif 000006
【図６】
0004822905.tif 000007
【図７】
0004822905.tif 000008
【図８】
0004822905.tif 000009
【図９】
0004822905.tif 000010
【図１０】
0004822905.tif 000011