(57)【要約】【課題】  ルートポート、オルタネイトポート、およびバックアップポートからデジグネーテッドポート方向の通信障害を検出する。【解決手段】  伝送装置１の送信要求手段１ａは、デジグネーテッドポートＰ１ａ，Ｐ１ｂ，Ｐ１ｃを有する場合、デジグネーテッドポートＰ１ａ，Ｐ１ｂ，Ｐ１ｃから伝送装置２に対して障害監視用データを送信するように送信要求をする。受信手段１ｂは、伝送装置２のルートポートＰ２ａ、オルタネイトポートＰ２ｂ、およびバックアップポートＰ２ｃから障害監視用データを受信する。検出手段１ｃは、障害監視用データの受信に応じて、通信障害を検出する。送信手段１ｄは、ルートポートＰ１ｄ、オルタネイトポートＰ１ｅ、およびバックアップポートＰ１ｆを有する場合、対向している伝送装置からの送信要求に応じて、ルートポートＰ１ｄ、オルタネイトポートＰ１ｅ、およびバックアップポートＰ１ｆから障害監視用データを送信する。【選択図】  図１
2005318086.tif 000002
【特許請求の範囲】
【請求項１】
スパニングツリープロトコルによって経路制御を行う伝送装置において、
デジグネーテッドポートを有する場合、前記デジグネーテッドポートから対向装置に対して障害監視用データを送信するように送信要求をする送信要求手段と、
前記送信要求をした対向装置のルートポート、オルタネイトポート、およびバックアップポートから前記障害監視用データを受信する受信手段と、
前記障害監視用データの受信に応じて、通信障害を検出する検出手段と、
前記ルートポート、前記オルタネイトポート、および前記バックアップポートを有する場合、対向装置からの前記送信要求に応じて、前記ルートポート、前記オルタネイトポート、および前記バックアップポートから前記障害監視用データを送信する送信手段と、
を有することを特徴とする伝送装置。
【請求項２】
前記検出手段は、前記障害監視用データが一定時間受信されない場合、前記通信障害を検出することを特徴とする請求項１記載の伝送装置。
【請求項３】
オペレータが使用する端末に前記通信障害が検出されたことを通知する通知手段を有することを特徴とする請求項１記載の伝送装置。
【請求項４】
前記通信障害が検出された場合、アクティブトポロジーの再構築を行う再構築手段を有することを特徴とする請求項１記載の伝送装置。
【請求項５】
前記障害監視用データは、IEEE802.1wに規定されているブリッジプロトコルデータユニットを拡張したものであることを特徴とする請求項１記載の伝送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は伝送装置に関し、特にスパニングツリープロトコルによって経路制御を行う伝送装置に関する。
【背景技術】
【０００２】
Spanning Tree Protocol（以下、ＳＴＰ）は、標準IEEE802.1D（Media Access Control（MAC）Bridges）の中で規定された、任意のブリッジＬＡＮ（Local Area Network）トポロジーから単一のスパニングツリー（ループフリーなツリー）を構築するプロトコルである（例えば、特許文献１，２参照）。ＳＴＰは、IEEE802.1s（ＭＳＴＰ:Multiple Spanning Tree Protocol）,IEEE802.1w（ＲＳＴＰ:Rapid Spanning Tree Protocol）により機能拡張がなされ、広くブリッジネットワークで使用されている。
【０００３】
ブリッジネットワークは当初、ＬＡＮで主に使用されていたが、近年、“広域Ethernet（登録商標）”と言う言葉で称されるように、キャリアネットワークにその使用領域が広がっている。
【０００４】
これに伴い、ＳＴＰに要求される機能も拡大され、耐障害性の向上、障害復旧の高速化、単一ＳＴＰネットワークにおける多重ツリーの構築（マルチインスタンス化）などの機能拡充の要求が高まっている。
【０００５】
これらの要求に対して、IEEE802.1w（ＲＳＴＰ）では、Point to PointリンクにおけるForwarding stateへの高速遷移の機能拡充がなされ、IEEE802.1s（ＭＳＴＰ）では、単一ＳＴＰネットワークにおける多重ツリーの構築の機能拡充がなされている。
【０００６】
図２２は、ＳＴＰによるアクティブトポロジーの構成例である。
説明を簡単にするため、伝送装置１０１，１１１の２台の構成とする。伝送装置１０１，１１１は、例えば、ブリッジである。伝送装置１０１は、ポートＰ１０１〜Ｐ１０３を有している。伝送装置１１１は、ポートＰ１１１〜Ｐ１１３を有している。
【０００７】
伝送装置１０１の配下には、エンドステーションである端末１０２が接続されている。伝送装置１１１の配下には、エンドステーションである端末１１２が接続されている。伝送装置１０１，１１１においてＳＴＰを動作させるものとする。
【０００８】
ここで、以下の条件が成立しているものとする。１．伝送装置１０１のブリッジＩＤが伝送装置１１１のブリッジＩＤより優れている。２．伝送装置１０１のポートＰ１０２のポートＩＤが、ポートＰ１０３のポートＩＤより優れている。
【０００９】
この条件でＳＴＰが動作することにより、伝送装置１０１がルートブリッジに決定される。伝送装置１０１のポートＰ１０２，Ｐ１０３はDesignated Port（図中黒丸）に選定されForwarding stateに遷移する。
【００１０】
一方、伝送装置１１１のポートＰ１１３は、Root Port（図中白丸）に選定されForwarding stateに遷移し、ポートＰ１１２はAlternate Portに選定されDiscarding stateに遷移する。
【００１１】
このように、アクティブトポロジーが構築され、端末１０２，１１２間の通信は、伝送装置１０１のポートＰ１０２、伝送装置１１１のポートＰ１１３を通して可能となる。
現在のＳＴＰでは、定常状態においては、Designated Portのみが定期的にＢＰＤＵ（Bridge Protocol Data Unit）を送信する。Root Port、Alternate Port、およびBackup Port（Backup Portは図２２において省略している）は、上記ＢＰＤＵの受信を監視し、一定時間受信がない場合、自身をDesignated PortとしてＢＰＤＵを他の伝送装置へ送信する。
【００１２】
従って、伝送装置１０１から、対向する伝送装置１１１方向への通信障害は検出することできる。例えば、図２２において、伝送装置１０１のポートＰ１０２から伝送装置１１１のポートＰ１１３方向の障害は、伝送装置１１１のポートＰ１１３において、ＢＰＤＵが受信されないことにより、検出できる。また、伝送装置１０１のポートＰ１０３から伝送装置１１１のポートＰ１１２方向の障害は、伝送装置１１１のポートＰ１１２において、ＢＰＤＵが受信されないことにより、検出できる。
【００１３】
図２３は、障害が発生したときのアクティブトポロジーの変更を説明する図である。
図２２と同じものには同じ符号を付し、その説明を省略する。
例えば、図２２において、何らかの障害により、伝送装置１０１のポートＰ１０２から伝送装置１１１のポートＰ１１３方向への通信ができなくなったとする。
【００１４】
伝送装置１１１のポートＰ１１３は、伝送装置１０１のポートＰ１０２からのＢＰＤＵが一定時間到着しないことにより、自身がDesignated Portになろうとする。しかし、伝送装置１１１のポートＰ１１２は、伝送装置１０１のポートＰ１０３からのＢＰＤＵを受信し続けているので、図２３に示すように、ポートＰ１１２がRoot Portになる。そして、伝送装置１１１のポートＰ１１３がAlternate Portになる。
【００１５】
端末１０２，１１２間の通信は、伝送装置１１１のポートＰ１１２がForwarding stateになって、伝送装置１０１のポートＰ１０３、伝送装置１１１のポートＰ１１２間を通して復旧する。
【００１６】
このように、従来においては、デジグネーテッドポート（Designated Port）から、ルートポート（Root Port）、オルタネイトポート（Alternate Port）、およびバックアップポート（Backup Port）方向の通信障害は、ルートポート、オルタネイトポート、およびバックアップポートでＢＰＤＵが受信されないことにより、検出することができる。
【特許文献１】特開２００３−１１５８５５号公報（段落番号〔００１７〕〜〔００２３〕、図１）
【特許文献２】特開平８−３２６１１号公報（段落番号〔００５６〕〜〔００５８〕、図１）
【発明の開示】
【発明が解決しようとする課題】
【００１７】
しかしながら、従来の伝送装置では、ルートポート、オルタネイトポート、およびバックアップポートから、デジグネーテッドポート方向の通信障害は、検出されないという問題点があった。
【００１８】
本発明はこのような点に鑑みてなされたものであり、ルートポート、オルタネイトポート、およびバックアップポートからデジグネーテッドポート方向の通信障害を検出することができる伝送装置を提供することを目的とする。
【課題を解決するための手段】
【００１９】
本発明では上記問題を解決するために、図１に示すようなスパニングツリープロトコルによって経路制御を行う伝送装置１において、デジグネーテッドポートＰ１ａ，Ｐ１ｂ，Ｐ１ｃを有する場合、デジグネーテッドポートＰ１ａ，Ｐ１ｂ，Ｐ１ｃから対向装置に対して障害監視用データを送信するように送信要求をする送信要求手段１ａと、送信要求をした対向装置のルートポートＰ２ａ、オルタネイトポートＰ２ｂ、およびバックアップポートＰ２ｃから障害監視用データを受信する受信手段１ｂと、障害監視用データの受信に応じて、通信障害を検出する検出手段１ｃと、ルートポートＰ１ｄ、オルタネイトポートＰ１ｅ、およびバックアップポートＰ１ｆを有する場合、対向装置からの送信要求に応じて、ルートポートＰ１ｄ、オルタネイトポートＰ１ｅ、およびバックアップポートＰ１ｆから障害監視用データを送信する送信手段１ｄと、を有することを特徴とする伝送装置１が提供される。
【００２０】
このような伝送装置１によれば、伝送装置１がデジグネーテッドポートＰ１ａ，Ｐ１ｂ，Ｐ１ｃを有する場合、対向装置に対して障害監視用データを送信するよう送信要求する。そして、障害監視用データの受信に応じて、通信障害を検出する。また、ルートポートＰ１ｄ、オルタネイトポートＰ１ｅ、およびバックアップポートＰ１ｆを有する場合、対向装置からの送信要求に応じて、障害監視用データを送信する。よって、ルートポート、オルタネイトポート、およびバックアップポートからデジグネーテッドポート方向に通信障害がある場合、障害監視用データが受信されず、通信障害を検出できる。
【発明の効果】
【００２１】
本発明の伝送装置では、デジグネーテッドポートを有する場合、対向装置に対して障害監視用データを送信するよう送信要求する。そして、対向装置からの障害監視用データの受信に応じて、通信障害を検出するようにした。また、ルートポート、オルタネイトポート、およびバックアップポートを有する場合、対向装置からの送信要求に応じて、障害監視用データを送信するようにした。これによって、ルートポート、オルタネイトポート、およびバックアップポートからデジグネーテッドポート方向の通信障害を検出することが可能となる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の原理を図面を参照して詳細に説明する。
図１は、本発明の伝送装置の原理図である。
図に示すように伝送装置１は、送信要求手段１ａ、受信手段１ｂ、検出手段１ｃ、および送信手段１ｄを有している。
【００２３】
伝送装置１の送信要求手段１ａは、スパニングツリープロトコルによってデジグネーテッドポートＰ１ａ，Ｐ１ｂ，Ｐ１ｃを有することとなった場合、デジグネーテッドポートＰ１ａ，Ｐ１ｂ，Ｐ１ｃから伝送装置２に対して障害監視用データを送信するように送信要求をする。
【００２４】
受信手段１ｂは、送信要求をした伝送装置２のルートポートＰ２ａ、オルタネイトポートＰ２ｂ、およびバックアップポートＰ２ｃから障害監視用データを受信する。
検出手段１ｃは、障害監視用データの受信に応じて、通信障害を検出する。
【００２５】
送信手段１ｄは、スパニングツリープロトコルによってルートポートＰ１ｄ、オルタネイトポートＰ１ｅ、およびバックアップポートＰ１ｆを有することとなった場合、図示してないが、対向している伝送装置からの送信要求に応じて、ルートポートＰ１ｄ、オルタネイトポートＰ１ｅ、およびバックアップポートＰ１ｆから障害監視用データを送信する。
【００２６】
以下、原理図の動作について説明する。
送信要求手段１ａは、スパニングツリープロトコルによってデジグネーテッドポートＰ１ａ，Ｐ１ｂ，Ｐ１ｃを有することとなった場合、対向装置である伝送装置２に対して障害監視用データを送信するよう送信要求する。
【００２７】
受信手段１ｂは、伝送装置２のルートポートＰ２ａ、オルタネイトポートＰ２ｂ、およびバックアップポートＰ２ｃから障害監視用データを受信する。
ここで、伝送装置２のルートポートＰ２ａ、オルタネイトポートＰ２ｂ、およびバックアップポートＰ２ｃから伝送装置１のデジグネーテッドポートＰ１ａ，Ｐ１ｂ，Ｐ１ｃ方向に通信障害がある場合、受信手段１ｂは、障害監視用データを受信できない。従って、検出手段１ｃは、障害監視用データが受信されないことにより、通信障害を検出する。
【００２８】
このように、デジグネーテッドポートＰ１ａ，Ｐ１ｂ，Ｐ１ｃを有する場合、伝送装置２に対して障害監視用データを送信するよう送信要求する。そして、伝送装置２からの障害監視用データの受信に応じて、通信障害を検出するようにした。また、ルートポートＰ１ｄ、オルタネイトポートＰ１ｅ、およびバックアップポートＰ１ｆを有する場合、対向している伝送装置からの送信要求に応じて、障害監視用データを送信するようにした。これによって、ルートポート、オルタネイトポート、およびバックアップポートからデジグネーテッドポート方向の通信障害を検出することが可能となる。
【００２９】
次に、本発明の実施の形態を図面を参照して詳細に説明する。
図２は、本発明の伝送装置に係るブリッジのシステム構成例を示す図である。
図に示すようにブリッジ１１，２１が接続されている。ブリッジは、複数台のブリッジと接続されてもよいが、説明を簡単にするために２台の接続構成とする。
【００３０】
ブリッジ１１は、ポートＰ１１〜Ｐ１３を有している。ブリッジ２１は、ポートＰ２１〜Ｐ２３を有している。
ブリッジ１１の配下には、エンドステーションである端末１２が接続されている。ブリッジ２１の配下には、エンドステーションである端末２２が接続されている。
【００３１】
ここで、以下の条件が成立しているものとする。１．ブリッジ１１のブリッジＩＤがブリッジ２１のブリッジＩＤより優れている。２．ブリッジ１１のポートＰ１２のポートＩＤが、ポートＰ１３のポートＩＤより優れている。
【００３２】
この条件でＳＴＰが動作することにより、ブリッジ１１がルートブリッジに決定される。ブリッジ１１のポートＰ１２，Ｐ１３は、Designated Port（図中黒丸）に選定されForwarding stateに遷移する。
【００３３】
一方、ブリッジ２１のポートＰ２３は、Root Port（図中白丸）に選定されForwarding stateに遷移する。ポートＰ２２はAlternate Portに選定されDiscarding stateに遷移する。
【００３４】
このように、アクティブトポロジーが構築され、端末１２，２２間の通信が、ブリッジ１１のポートＰ１２、ブリッジ２１のポートＰ２３を通して可能となる。
ブリッジ１１のDesignated PortであるポートＰ１２，Ｐ１３からは、定期的にＢＰＤＵが出力される。また、ブリッジ２１のRoot Port、Alternate PortであるポートＰ２３，Ｐ２２からもＢＰＤＵが出力される。
【００３５】
ブリッジ１１のDesignated PortであるポートＰ１２，Ｐ１３は、ブリッジ２１から送信されてくるＢＰＤＵを監視し、一定時間受信がない場合、ブリッジ２１からブリッジ１１方向の通信障害を検出する。ブリッジ２１のRoot Port、Alternate PortであるポートＰ２３，Ｐ２２は、ブリッジ１１から送信されてくるＢＰＤＵを監視し、一定時間受信がない場合、ブリッジ１１からブリッジ２１方向の通信障害を検出する。通信障害には、例えば、ポート障害、リンク障害、制御ソフト障害がある。
【００３６】
ブリッジ１１，２１は、通信障害を検出すると、オペレータが使用している端末にその旨を通知する。オペレータが使用する端末は、ブリッジ１１，２１が接続されているネットワークに接続されている。または、ブリッジ１１，２１は、通信障害を検出すると、アクティブトポロジーを再構築する。
【００３７】
なお、図示してないが、ブリッジ２１は、Backup Portも有している。
次に、ブリッジ１１の機能ブロックについて説明する。
図３は、ブリッジの機能ブロック図である。
【００３８】
図に示すようにブリッジ１１は、装置管理部１１ａ、ＣＬ／ＮＭＳインターフェース部１１ｂ、プロビジョニング情報管理部１１ｃ、ＳＴＰプロトコル処理部１１ｄ、フィルタリングデータベース処理部１１ｇ、回線／スイッチ制御部１１ｈ、スイッチング処理部１１ｉ、および回線インターフェース処理部１１ｊａ〜１１ｊｎを有している。なお、図の実線は機能ブロック間のインターフェースを示し、点線は機能ブロック間のデータ参照を示す。
【００３９】
装置管理部１１ａは、装置全体の管理を行う。装置管理部１１ａは、プロビジョニング情報管理部１１ｃと連携し、装置のプロビジョニング情報に基づき、スイッチング処理部１１ｉ、回線インターフェース処理部１１ｊａ〜１１ｊｎ、ＳＴＰプロトコル処理部１１ｄに動作条件を指示する。また、装置管理部１１ａは、スイッチング処理部１１ｉ、回線インターフェース処理部１１ｊａ〜１１ｊｎ、ＳＴＰプロトコル処理部１１ｄから動作状態、障害発生、障害復旧に関する情報を取得し、必要な制御を行う。
【００４０】
具体的には、装置管理部１１ａは、プロビジョニング情報管理部１１ｃとの連携によりadminReverseHello、bridgeReverseHello変数（後述詳細）の設定情報を読み出し、ＳＴＰプロトコル処理部１１ｄに動作条件の指示を行う。
【００４１】
また、装置管理部１１ａは、ＳＴＰプロトコル処理部１１ｄからの通知により、通信障害を知り、オペレータにその旨を通知する(自律的にオペレータに通知してよいし、オペレータからの問合せが有ったときに通知するようにしてもよい)。
【００４２】
また、装置管理部１１ａは、ＳＴＰプロトコル処理部１１ｄからの通知により、通信障害を知り、フィルタリングデータベース処理部１１ｇに対して、フィルタリングデータベースのフラッシュを指示する。
【００４３】
さらに、装置管理部１１ａは、ＳＴＰプロトコル処理部１１ｄからの通知により、通信障害を知り、回線／スイッチ制御部１１ｈを経由して、回線インターフェース処理部１１ｊａ〜１１ｊｎに対しDisableのステートメント（後述詳細）へ遷移するよう指示する。
【００４４】
ＣＬ／ＮＭＳインターフェース部１１ｂは、ＣＬ（コマンドライン）、ＮＭＳ（ネットワーク管理システム）とのインターフェースを司る。ＣＬ／ＮＭＳインターフェース部１１ｂは、プロビジョニング情報管理部１１ｃと連携し、プロビジョニング情報の設定および表示を行う。
【００４５】
プロビジョニング情報管理部１１ｃは、ＣＬ／ＮＭＳインターフェース部１１ｂからの指示に従い、プロビジョニング情報を取得および出力するとともに、プロビジョニング情報を各機能ブロックに対して参照可能にする。
【００４６】
ＳＴＰプロトコル処理部１１ｄは、ＳＴＰの動作主体であり、装置管理部１１ａから指示された動作条件に従って動作する。また、ＳＴＰプロトコル処理部１１ｄは、トポロジーの変化を検出した場合は、その旨を装置管理部１１ａに通知する。ＳＴＰプロトコル処理部１１ｄは、装置単位ステートマシン処理部１１ｅおよび回線対応ステートマシン処理部１１ｆａ〜１１ｆｎを有している。
【００４７】
装置単位ステートマシン処理部１１ｅは、装置管理部１１ａからの指示により、通信障害の監視機能を有効／無効にする。
回線対応ステートマシン処理部１１ｆａ〜１１ｆｎは、通信障害の監視機能が有効の場合、各ポート（回線インターフェース処理部１１ｊａ〜１１ｊｎ）から、通信障害の監視用のＢＰＤＵが、装置管理部１１ａより指示された間隔で送信されるように制御する。
【００４８】
また、回線対応ステートマシン処理部１１ｆａ〜１１ｆｎは、通信障害の監視機能が有効の場合、送信要求フラグを設定したＢＰＤＵを、Root Port、Alternate Port、およびBackup Portを有する、対向しているブリッジに送信するとともに、そのブリッジから送信されてくるＢＰＤＵの受信監視を行う。回線対応ステートマシン処理部１１ｆａ〜１１ｆｎは、ＢＰＤＵの受信により再セットされる受信監視タイマが満了すると、その旨を装置管理部１１ａに通知する。
【００４９】
フィルタリングデータベース処理部１１ｇは、プロビジョニング情報管理部１１ｃ、装置管理部１１ａ、回線インターフェース処理部１１ｊａ〜１１ｊｎと連携し、ＭＡＣフィルタリングデータベースを管理する。フィルタリングデータベース処理部１１ｇは、各回線インターフェース処理部１１ｊａ〜１１ｊｎに対して、必要なＭＡＣフィルタリングデータベースを提供するとともに、回線／スイッチ制御部１１ｈに対して、必要なスイッチングを指示する。
【００５０】
回線／スイッチ制御部１１ｈは、装置管理部１１ａからの指示に従い、スイッチング処理部１１ｉ、回線インターフェース処理部１１ｊａ〜１１ｊｎに対して、動作条件を通知する。また、回線／スイッチ制御部１１ｈは、スイッチング処理部１１ｉ、回線インターフェース処理部１１ｊａ〜１１ｊｎからの動作状態、障害発生、障害復旧に関する情報を装置管理部１１ａに通知する。
【００５１】
スイッチング処理部１１ｉは、回線／スイッチ制御部１１ｈからの指示に従い、各回線インターフェース処理部１１ｊａ〜１１ｊｎのスイッチングを行う。
回線インターフェース処理部１１ｊａ〜１１ｊｎは、回線／スイッチ制御部１１ｈ、スイッチング処理部１１ｉからの指示に従い、ＭＡＣフィルタリングデータベースを参照して、フレームの送受信を行う。
【００５２】
なお、ブリッジ２１は図３のブリッジ１１と同じ機能を有し、その説明を省略する。
次に、IEEE802.1wで規定されているＢＰＤＵのデータフォーマットについて説明する。
図４は、IEEE802.1wで規定されているＢＰＤＵのデータフォーマットである。
【００５３】
図のデータフォーマット３１は、IEEE802.1wで規定されているＢＰＤＵのデータフォーマットを示している。データフォーマット３１は、Protocol Identifier、Protocol Version Identifier、BPDU Type、Flag、Root Identifier、Root Path Cost、Bridge Identifier、Port Identifier、Message Age、Max Age、Hello Time、Forward Delay、およびVersion 1 Lengthのパラメータから構成されている。
【００５４】
データフォーマット３１の右側に付してある数字は、パラメータを構成するデータの大きさ（単位：Octet）を示している。例えば、Protocol Identifierは、２Octetの大きさを有している。
【００５５】
図に示すようにProtocol Identifierには、０を使用する。また、Protocol Version Identifierには、１０（２進数）を設定する。また、BPDU Typeには、１０（２進数）を設定する。これは、ＢＰＤＵのタイプが、ＲＳＴＰであることを示す。Version 1 Lengthには、０を設定する。他のパラメータには、ＲＳＴＰを行うための所望のデータが設定される。
【００５６】
Flagの詳細について説明する。
図５は、図４のFlagの詳細なデータフォーマットを示した図である。
図のデータフォーマット３２は、図４で示したFlagのデータフォーマットを示している。データフォーマット３２は、ＴＣ（Topology Change flag）、Ｐ（proposal flag）、ＰＲ（Port Role）、Ｌ（Learning flag）、Ｆ（Forwarding flag）、Ａ（Agreement flag）、およびＴＣＡ（Topology Change Acknowledgment flag）から構成されている。データフォーマット３２には、ＲＳＴＰを行うためのポートの情報が設定され、ＰＲには、ポートの状態が設定される。
【００５７】
現在、図４に示したVersion 1 Lengthは０で固定されており、使用されていない。そこで、本発明では、Version 1 Lengthを利用して、Root Port、Alternate Port、およびBackup Portから、Designated Port方向の通信障害も検出可能にする。
【００５８】
まず、Root Port、Alternate Port、Backup PortからDesignated Portに送信されるＢＰＤＵのデータフォーマットについて説明する。
図６は、Root Port、Alternate Port、Backup PortからDesignated Portに対して送信されるＢＰＤＵのデータフォーマットである。
【００５９】
図のデータフォーマット４１は、本発明に係るＢＰＤＵのデータフォーマットである。データフォーマット４１は、Protocol Identifier、Protocol Version Identifier、BPDU Type、Flag、Root Identifier、Root Path Cost、Bridge Identifier、Port Identifier、Message Age、Max Age、Hello Time、Forward Delay、およびExtensionのパラメータから構成されている。データフォーマット４１では、図４で示したＲＳＴＰのＢＰＤＵのVersion 1 Lengthを、Extensionとして使用している。
【００６０】
データフォーマット４１の右側に付してある数字は、パラメータを構成するデータの大きさ（単位：Octet）を示している。例えば、Protocol Identifierは、２Octetの大きさを有している。
【００６１】
図に示すようにProtocol Identifierには、０を使用する。また、Protocol Version Identifierには、１０（２進数）を設定する。また、BPDU Typeには、１０（２進数）を設定する。これは、ＢＰＤＵのタイプが、ＲＳＴＰであることを示す。
【００６２】
Extensionの詳細について説明する。
図７は、図６のExtensionの詳細なデータフォーマットを示した図である。
図のデータフォーマット４２は、図６で示したデータフォーマット４１のExtensionのデータフォーマットを示している。データフォーマット４２は、ＥＢ（Extension Bit）、ＲＨＲ（Reverse Hello send Request）、ＲＨ（Reverse Hello）、およびReserveから構成されている。
【００６３】
ＥＢには、本発明による拡張機能（検出機能）が有効であるかどうかを示す情報が格納される。１で拡張機能が有効であることを示す。０で拡張機能が無効であることを示す。ＲＨＲには、Designated PortからRoot Port、Alternate Port、Backup Portに対し、通信障害監視用のＢＰＤＵの送信要求をするかどうかを示す情報が格納される。１で送信要求をすることを示し、０で送信要求をしないことを示す。ＲＨには、Root Port、Alternate Port、Backup Portから送信されてきたＢＰＤＵが通信障害監視用のＢＰＤＵであるかどうかを示す情報が格納される。１で通信障害監視用のＢＰＤＵを示し、０で通信障害監視用以外のＢＰＤＵが送信されてきたことを示す。なお、ＥＢ，ＲＨＲ，ＲＨは、Root Port、Alternate Port、Backup PortからDesignated Portに送信されるＢＰＤＵであるので、それぞれ１，０，１に固定される。
【００６４】
次に、Designated PortからRoot Port、Alternate Port、Backup Portに対して送信されるＢＰＤＵのデータフォーマットについて説明する。
Designated PortからRoot Port、Alternate Port、Backup Portに対して送信されるＢＰＤＵのデータフォーマットは、図６に示したデータフォーマット４１と同じデータフォーマットである。Designated PortからRoot Port、Alternate Port、Backup Portに対して送信されるＢＰＤＵでは、Extensionの設定が、Root Port、Alternate Port、Backup PortからDesignated Portに送信されるＢＰＤＵと異なる。
【００６５】
図８は、Designated PortからRoot Port、Alternate Port、Backup Portに対して送信されるＢＰＤＵのExtensionの詳細なデータフォーマットを示した図である。
図のデータフォーマット４３は、ＢＰＤＵのExtensionのデータフォーマットを示している。図７で示したデータフォーマット４２と同じデータフォーマットを有している。
【００６６】
データフォーマット４３に示すように、Designated PortからRoot Port、Alternate Port、Backup Portに対して送信されるＢＰＤＵのExtensionでは、ＥＢ，ＲＨＲ，ＲＨは、それぞれ１，１，０に設定される。
【００６７】
Designated PortからRoot Port、Alternate Port、Backup PortにＢＰＤＵが送信される場合は、従来と同様にして行われる。一方、本発明で行われるRoot Port、Alternate Port、Backup PortからDesignated PortへのＢＰＤＵの送信は、まず、図８に示したExtensionのＢＰＤＵを使用して、Designated PortからRoot Port、Alternate Port、Backup PortにＢＰＤＵの送信要求をする。そして、Root Port、Alternate Port、Backup Portは、送信要求を受けて、Designated Portに、図７に示したExtensionのＢＰＤＵを送信する。
【００６８】
Root Port、Alternate Port、およびBackup Portを有するブリッジは、Designated Portを有するブリッジから送信されるＢＰＤＵを監視することにより、通信障害を監視する。Designated Portを有するブリッジは、送信要求した、Root Port、Alternate Port、およびBackup Portを有するブリッジから送信されるＢＰＤＵを監視することにより、通信障害を監視する。これによって、Designated PortとRoot Port、Alternate Port、およびBackup Portとの間の双方向の通信障害を監視することができる。
【００６９】
なお、図６〜９においては、IEEE802.1wで規定されているＢＰＤＵのVersion 1 Lengthを拡張して、双方向の通信障害の検出を可能にするようにしたが、Version 1 Lengthの下位にさらに、１バイトの拡張フィールドを設け、その拡張フィールドを用いて双方向の通信障害の検出を可能にするようにしてもよい。
【００７０】
次に、ブリッジ１１，２１の動作についてシーケンス図を用いて説明する。
図９は、オペレータに通信障害を通知する場合のブリッジのシーケンス図である。
図に示すDesignated Portは、ルートブリッジであるブリッジ１１のDesignated Portを示す。Root Portはブリッジ２１のRoot Portを示す。
【００７１】
ステップＳ１において、ブリッジ１１は、自身のポートがDesignated Portになったことを契機に、ＢＰＤＵ受信監視タイマを設定する。
ステップＳ２において、ブリッジ１１のDesignated Portは、対向しているブリッジ２１のRoot PortからのＢＰＤＵの受信により、ＢＰＤＵ受信監視タイマを再セットする。
【００７２】
ここで、Root PortからDesignated Port方向の通信障害が発生したとする。すると、Designated Portは、通信障害発生以後、Root PortからＢＰＤＵを受信できない。
従って、ステップＳ３において、ブリッジ１１のＢＰＤＵ受信監視タイマは、再設定が行われないためにタイマが満了する。
【００７３】
ステップＳ４において、ブリッジ１１は、ＢＰＤＵ受信監視タイマの満了によって、通信障害をオペレータに通知する。
通信障害の通知を受けたオペレータは、通信障害の通知を元に保守作業を行う。例えば、Designated PortをDisableに設定し、アクティブトポロジーの再構築をＳＴＰに促す。そして、Designated Portおよび対向しているRoot Portの変更を行う。その後、新たなRoot PortをEnableにする。
【００７４】
このように、ブリッジ１１のDesignated Portにおいて、ＢＰＤＵを監視し、一定時間Designated PortにおいてＢＰＤＵが受信されなかった場合、通信障害をオペレータが使用する端末に通知する（具体的通知手段としては、例えば、トラップ、シスログがある）。この状態から復旧した場合も、ブリッジ１１は、オペレータにその旨を通知する。これによって、Root Port、Alternate Port、Backup PortからDesignated Port方向の通信障害の検出およびオペレータへの通知が可能となる。
【００７５】
ＢＰＤＵの受信監視をオペレータからの指示に従って行うことも可能である。
図１０は、オペレータからの指示に従ってＢＰＤＵの受信監視を行うブリッジのシーケンス図である。
【００７６】
図に示すDesignated Portは、ルートブリッジであるブリッジ１１のDesignated Portを示す。Root Portはブリッジ２１のRoot Portを示す。
ステップＳ１１において、ブリッジ１１は、オペレータからＢＰＤＵ障害監視要求機能のEnableを受け付ける。
【００７７】
ステップＳ１２において、ブリッジ１１のDesignated Portは、ＢＰＤＵの送信要求をＯＮとした（図８のＲＨＲを１とした）ＢＰＤＵを、ブリッジ２１に送信する。そして、ＢＰＤＵ受信監視タイマをセットする。
【００７８】
ＢＰＤＵの送信要求をＯＮとしたＢＰＤＵは、ＢＰＤＵ障害監視要求機能のDisable指示があるまで、周期的に送信し続けられる。
ステップＳ１３において、ブリッジ１１のDesignated Portは、対向しているブリッジ２１のRoot PortからのＢＰＤＵの受信により、ＢＰＤＵ受信監視タイマを再セットする。
【００７９】
ステップＳ１４において、ブリッジ１１は、オペレータによるＢＰＤＵ障害監視要求機能のDisableを受けたとする。ブリッジ１１のDesignated Portは、ＢＰＤＵの送信要求をＯＮとしたＢＰＤＵの送信を停止する。
【００８０】
ステップＳ１５において、ブリッジ１１は、ＢＰＤＵ受信監視タイマを解除する。なお、ブリッジ１１は、従来の障害監視、すなわち、ＢＰＤＵのブリッジ２１への送信を行う。
【００８１】
ステップＳ１６において、ブリッジ１１は、再度、オペレータからＢＰＤＵ障害監視要求機能のEnableを受け付けたとする。
ここで、Root Portから Designated Port方向への通信障害が発生したとする。
【００８２】
ステップＳ１７において、ブリッジ１１のDesignated Portは、ＢＰＤＵの送信要求をＯＮとしたＢＰＤＵを送信するとともに、ＢＰＤＵ受信監視タイマをセットする。
Root PortからDesignated Port方向への通信障害が発生しているので、ブリッジ１１は、ブリッジ２１からＢＰＤＵを受信できない。
【００８３】
従って、ステップＳ１８において、ＢＰＤＵ受信監視タイマは、再セットが行われず、タイマが満了する。
ステップＳ１９において、ブリッジ１１は、ＢＰＤＵ受信監視タイマの満了によって、オペレータに通信障害を通知する。通信障害の通知を受けたオペレータは、障害通知を元に保守作業を行う。
【００８４】
このように、オペレータからの指示に従ってＢＰＤＵの受信監視を行うことが可能である。
通信障害を検出した後、ＳＴＰによって自動的にアクティブトポロジーを再構築することも可能である。
【００８５】
図１１は、アクティブトポロジーを再構築する場合のブリッジのシーケンス図である。
図に示すDesignated Portは、ルートブリッジであるブリッジ１１のDesignated Portを示す。Root Portは、ブリッジ２１のRoot Portを示す。なお、図１１では、従来から行われている対向ブリッジ（ブリッジ２１）でのＢＰＤＵ受信監視も示してある。
【００８６】
ステップＳ２１において、ブリッジ１１は、自身のポートがDesignated Portになったことを契機にＢＰＤＵ受信監視タイマをセットする。
ステップＳ２２において、ブリッジ１１のDesignated Portは、対向しているブリッジ２１のRoot PortからのＢＰＤＵの受信により、ＢＰＤＵ受信監視タイマを再セットする。
【００８７】
ステップＳ２３において、ブリッジ２１は、ブリッジ１１からのＢＰＤＵを受けて、ＢＰＤＵ受信監視タイマを再セットする。
ここで、Root PortからDesignated Port方向への通信障害が発生したとする。すると、ブリッジ２１から送信されるＢＰＤＵは、ブリッジ１１へ届かない。一方、ブリッジ１１からのＢＰＤＵは、ブリッジ２１へ届く。
【００８８】
ステップＳ２４において、ブリッジ２１は、ブリッジ１１からのＢＰＤＵを受信したことにより、ＢＰＤＵ受信監視タイマを再セットする。
一方、ブリッジ１１は、Root PortからDesignated Port方向への通信障害により、ＢＰＤＵを受信できない。
【００８９】
従って、ステップＳ２５において、ブリッジ１１のＢＰＤＵ受信監視タイマは、再セットが行われず、タイマが満了する。
ステップＳ２６において、ブリッジ１１は、ＢＰＤＵ受信監視タイマの満了を契機として、ＳＴＰによりアクティブトポロジーの再構築を行い、Designated PortをDisable Portに遷移させる。
【００９０】
一方、ステップＳ２７において、ブリッジ２１のRoot Portは、ブリッジ１１のDesignated PortがDisable Portになることにより、ＢＰＤＵの受信が停止し、ＢＰＤＵ受信監視タイマが満了する。
【００９１】
ステップＳ２８において、ブリッジ２１は、ＳＴＰに従いアクティブトポロジーの再構築を行う。
このように、通信障害を検出した後、ＳＴＰによって自動的にアクティブトポロジーを再構築することも可能である。
【００９２】
次に、図３の機能が実現されるステートマシンの概要について説明する。本発明では、IEEE802.1wで規定されるステートマシンの変数、関数が一部追加、変更される。
図１２は、ブリッジで実行されるステートマシンの概要を示した図である。
【００９３】
PORT TRANSMIT STATE MACHINE５１とPORT INFORMATION STATE MACHINE５２は、ＢＰＤＵの送信処理および受信処理を行う。また、変数のフラグを設定またはリセットすることによって、他のステートマシンと相互作用する。送信プロセスは、Hello Timerの周期毎に、最小で１回、最大で３回の送信を行い、その送信のレートを制限する責任を持つ。
【００９４】
PORT PROTOCOL MIGRATION STATE MACHINE５３は、ＲＳＴＰブリッジのみが存在するＬＡＮで通信されるＢＰＤＵフォーマットを使用するか、または、１つ以上のＳＴＰブリッジが存在するＬＡＮで通信されるConfiguration BPDU、TCN BPDUフォーマットを使用するかを決定する。
【００９５】
TPOROGY CHANGE STATE MACHINE５４は、トポロジー変化の情報の生成と伝達を実行する。
PORT STATE TRANSITIONS STATE MACHINE５５は、Root PortおよびDesignated PortをForwarding Port Stateに遷移させ、Alternate PortおよびBackup PortをDiscarding stateに遷移させる。
【００９６】
PORT ROLE SELECTION STATE MACHINE５６とPORT ROLE TRANSITION STATE MACHINE５７は、新しいPort Roleへの遷移の必要性を、全てのポートのPORT TRANSMIT STATE MACHINE５１に伝える。なお、PORT ROLE SELECTION STATE MACHINE５６は、ブリッジに１つ設けられ、その他のステートマシンは、ポートごとに設けられている。また、図に示してないが、変数の値を０になるまで１秒毎にデクリメントするPORT TIMERS STATE MACHINEが実行される。
【００９７】
次に、ステートマシンで実行されるステートメントの詳細について説明する。その前に、本発明で追加される変数について説明する。
adminReverseHelloは、ブリッジ単位で設けられる変数であり、オペレータが本発明による障害監視機能を有効にする場合、TRUEが設定され、無効にする場合、FALSEが設定される。bridgeReverseHelloは、ブリッジ単位で設けられる変数であり、オペレータが本発明による障害監視機能を有効にする場合にＢＰＤＵの送信周期を設定する。この変数は、ネットワーク中の各ブリッジで同一値を設定する必要がある。operReverseHelloは、ポート単位で設けられる変数であり、adminReverseHelloがTRUEのときにTRUEが設定される。reverseHelloWhenは、ポート単位で設けられる変数であり、設定される送信周期で障害監視用ＢＰＤＵを送信する。rcvdRHWhileは、ポート単位で設けられる変数であり、ＢＰＤＵ受信監視タイマの値が設定される。reverseHelloTimeは、ポート単位で設けられる変数であり、bridgeReverseHelloと等価な変数である。newInfoRHは、障害監視用ＢＰＤＵの送信契機になったとき、TRUEが設定され、それ以外はFALSEが設定される。ｒｈは、障害監視用ＢＰＤＵ受信フラグが設定される。rhWhileは、障害監視用ＢＰＤＵ送信要求フラグが設定される。
【００９８】
本発明で追加、変更される関数について説明する。
setRhFlags()は、operReverseHelloがTRUEで、受信したＢＰＤＵのＥＢが１、ＲＨが１、ＰＲが１または２のときｒｈにTRUEを設定し、それ以外のときｒｈにFALSEを設定する。setRhWhileFlags()は、operReverseHelloがTRUEで、受信したＢＰＤＵのＥＢが１、ＲＨＲが１、ＰＲが３のときrhWhileにTRUEを設定し、それ以外のときrhWhileにFALSEを設定する。txRstp()は、operReverseHelloがTRUEならば、送信するＢＰＤＵのＥＢを１、ＲＨＲを１に設定する。txRstprh()は、IEEE802.1wのtxRstp()に、送信するＢＰＤＵのＥＢに１、ＲＨに１を設定する処理を追加している。
【００９９】
PORT TIMERS STATE MACHINEの詳細について説明する。
図１３は、PORT TIMERS STATE MACHINEで実行されるステートメントを示した図である。
【０１００】
図において下線が付されている部分が本発明で追加された部分である。図に示すように、TICK６１のステートメントにおいて、前述したＢＰＤＵ受信監視タイマの値が設定されるrcvdRHWhileと、障害監視用ＢＰＤＵの送信周期が設定されるreverseHelloWhenとが、追加されている。これにより、rcvdRHWhileとreverseHelloWhenは、減算され、後述するステートマシンとの相互動作により、障害監視用ＢＰＤＵの受信監視処理および障害監視用ＢＰＤＵの周期送信が実現される。
【０１０１】
次に、PORT INFORMATION STATE MACHINE５２の詳細について説明する。
図１４〜１６は、PORT INFORMATION STATE MACHINEで実行されるステートメントを示した図である。
【０１０２】
図１４〜１６において下線が付されている部分が本発明で追加された部分である。また、図中の丸で囲った同じ数字において、ステートメントの処理が続くことを示している。
PORT INFORMATION STATE MACHINE５２は、前述したPORT TIMERS STATE MACHINEとの相互動作により、障害監視用のＢＰＤＵの受信監視をし、ＢＰＤＵ受信監視タイマの満了によって、オペレータへの通信障害の通知を行う。さらに、障害監視用ＢＰＤＵの送信要求がなされているか否かの検出をし、後述詳細するPORT TRANSMIT STATE MACHINE５１との相互動作により、障害監視用ＢＰＤＵの送信要否の判断をする。
【０１０３】
図１４に示すDISABLE７１のステートメントにおいて、operReverseHelloにadminReverseHelloが設定される。operReverseHelloの設定は、オペレータの設定により行われ、Root PortからのＢＰＤＵの送信が開始されることを示す。前述したＢＰＤＵ受信監視タイマの値が設定されるrcvdRHWhileには、初期値として０が設定される。
【０１０４】
図１４に示すUPDATE７２のステートメントにおいて、rcvdRHWhileに、reverseHelloTimeの３倍の値が設定される。これによって、Root Portから受信されるＢＰＤＵの許容受信時間が設定される。許容受信時間とは、その時間内にＢＰＤＵが受信されれば、通信障害があると判断されない時間である。
【０１０５】
図１５に示すRECEIVE７３のステートメントにおいて、前述したsetRhFlags()、setRhWhileFlags()が実行される。すなわち、RECEIVE７３では、受信されたＢＰＤＵを解析して、本発明の拡張機能が使用されているか等を判断し、本発明の拡張機能等が使用されている場合には、ｒｈにTRUEを設定する。
【０１０６】
図１６に示すAGREEMENT７４、OTHER７５のステートメントにおいて、ｒｈがTRUEであるかFALSEであるかを判断する。TRUEである場合、rcvdRHWhileに、reverseHelloTimeの３倍の値が設定され、Designated Port、Root Portから受信されるＢＰＤＵの許容受信時間が再セットされる。なお、図に示すSUPERIOR、REPEAT、AGREEMENT７４、OTHER７５の実行は、図１５で示すRECEIVE７３から出力されるメッセージの種類によって分岐される。
【０１０７】
図１５に示すように、rcvdRHWhileが０である場合、すなわち、ＢＰＤＵの受信時間がタイムオーバーした場合、NOTIFICATION７６が実行される。NOTIFICATION７６は、オペレータに障害が発生したことを通知する。
【０１０８】
上記では、ＢＰＤＵの受信時間がタイムオーバーした場合、オペレータに障害が発生したことを通知するようにしたが、アクティブトポロジーの再計算を実行することもできる。
【０１０９】
図１７〜１９は、PORT INFORMATION STATE MACHINEで実行されるステートメントを示した他の例の図である。
図１７〜１９において、図１４〜１６と同じものには同じ符号を付し、その説明を省略する。
【０１１０】
図１８に示すようにRECEIVE８１では、setRhWhileFlags()は実行されず、setRhFlags()のみが実行される。また、rcvdRHWhileが０である場合、すなわち、ＢＰＤＵの受信時間がタイムオーバーした場合、FAULT８２が実行される。FAULT８２では、forward、learnの変数にFALSEを設定する。forward、learnの変数にFALSEが設定されると、ポートは、Discarding stateとなる。
【０１１１】
FAULT８２の処理が終了すると、図１７に示すDISABLE７１が実行される。DISABLE７１、AGEDが実行されると、従来と同様に、アクティブトポロジーの再計算が行われる。
このように、ＢＰＤＵの受信時間がタイムオーバーした場合、アクティブトポロジーの再計算が行われる。
【０１１２】
次に、PORT TRANSMIT STATE MACHINE５１の詳細について説明する。
図２０，２１は、PORT TRANSMIT STATE MACHINEで実行されるステートメントを示した図である。
【０１１３】
図２０，２１において下線が付されている部分が本発明で追加された部分である。また、図中の丸で囲った同じ数字において、ステートメントの処理が続くことを示している。
PORT TRANSMIT STATE MACHINE５１は、PORT TIMERS STATE MACHINE、PORT INFORMATION STATE MACHINE５２との相互動作により、Designated Portを有するブリッジに障害監視用ＢＰＤＵの送信要求をするＢＰＤＵを送信する。また、送信要求を受けて、障害監視用ＢＰＤＵの周期送信をする。
【０１１４】
図２０に示すTRANSMITINIT９１のステートメントにおいて、newInfoRHにFALSEを設定する。また、reverseHelloWhenに０を設定する。
reverseHelloWhenが０である場合、図２１に示すTRANSMITRSTPRH９２が実行される。TRANSMITRSTPRH９２では、newInfoRHにTRUEを設定し、reverseHelloWhenにreverseHelloTimeを設定する。すなわち、ＢＰＤＵを送信する間隔の時間が設定される。TRANSMITRSTPRH９２の実行が終了すると、IDLEが実行され、式Ａの条件が満たされている場合、図２０に示すTRANSMITRSTPRH９３が実行される。なお、TRANSMITRSTPRH９２において、newInfoRHにTRUEが設定され、reverseHelloWhenに０以外の値が設定されたことにより、他の条件が満たされることを条件に、式Ａの条件は満たされる。
【０１１５】
図２０に示すTRANSMITRSTPRH９３のステートメントにおいて、txRstprh()が実行されることによって、reverseHelloWhenの時間間隔で、ＢＰＤＵが送信される。
このように、Designated Portと、Root Port、Alternate Port、およびBackup Portとの双方向からＢＰＤＵを送信するようにし、ＢＰＤＵの受信を監視するようにした。よって、Root Port、Alternate Port、およびBackup PortからDesignated Port方向の通信障害も検出することが可能となる。
【０１１６】
また、通信障害をオペレータに通知することにより、通信障害に対して早く対処することができる。
また、Designated Portと、Root Port、Alternate Port、およびBackup Portとの両方向の通信障害に対して、アクティブトポロジーの再計算を行うことができる。
【０１１７】
さらに、IEEE802.1wに規定されているＢＰＤＵを拡張したデータフォーマットを使用することにより、容易に両方向の通信障害の検出を実現することができる。
（付記１）  スパニングツリープロトコルによって経路制御を行う伝送装置において、
デジグネーテッドポートを有する場合、前記デジグネーテッドポートから対向装置に対して障害監視用データを送信するように送信要求をする送信要求手段と、
前記送信要求をした対向装置のルートポート、オルタネイトポート、およびバックアップポートから前記障害監視用データを受信する受信手段と、
前記障害監視用データの受信に応じて、通信障害を検出する検出手段と、
前記ルートポート、前記オルタネイトポート、および前記バックアップポートを有する場合、対向装置からの前記送信要求に応じて、前記ルートポート、前記オルタネイトポート、および前記バックアップポートから前記障害監視用データを送信する送信手段と、
を有することを特徴とする伝送装置。
【０１１８】
（付記２）  前記検出手段は、前記障害監視用データが一定時間受信されない場合、前記通信障害を検出することを特徴とする付記１記載の伝送装置。
（付記３）  オペレータが使用する端末に前記通信障害が検出されたことを通知する通知手段を有することを特徴とする付記１記載の伝送装置。
【０１１９】
（付記４）  前記通信障害が検出された場合、アクティブトポロジーの再構築を行う再構築手段を有することを特徴とする付記１記載の伝送装置。
（付記５）  前記障害監視用データは、IEEE802.1wに規定されているブリッジプロトコルデータユニットを拡張したものであることを特徴とする付記１記載の伝送装置。
【０１２０】
（付記６）  前記通信障害の検出は、オペレータからの指示によって有効化および無効化されることを特徴とする付記１記載の伝送装置。
（付記７）  前記障害監視用データは、前記送信要求の情報、前記有効化の情報、および前記無効化の情報が格納される領域を有し、対向装置と通信されることを特徴とする付記６記載の伝送装置。
【０１２１】
（付記８）  前記デジグネーテッドポートを有する場合に、前記オペレータからの前記指示を受け付けることを特徴とする付記６記載の伝送装置。
（付記９）  前記障害監視用データは、前記送信要求の情報、前記有効化の情報、および前記無効化の情報が格納される領域を有し、対向装置と通信されることを特徴とする付記８記載の伝送装置。
【０１２２】
（付記１０）  スパニングツリープロトコルによって経路制御を行う伝送装置の通信障害検出プログラムにおいて、
コンピュータを、
デジグネーテッドポートを有する場合、前記デジグネーテッドポートから対向装置に対して障害監視用データを送信するように送信要求をする送信要求手段、
前記送信要求をした対向装置のルートポート、オルタネイトポート、およびバックアップポートから前記障害監視用データを受信する受信手段、
前記障害監視用データの受信に応じて、通信障害を検出する検出手段、
前記ルートポート、前記オルタネイトポート、および前記バックアップポートを有する場合、対向装置からの前記送信要求に応じて、前記ルートポート、前記オルタネイトポート、および前記バックアップポートから前記障害監視用データを送信する送信手段、
として機能させることを特徴とする通信障害検出プログラム。
【図面の簡単な説明】
【０１２３】
【図１】本発明の伝送装置の原理図である。
【図２】本発明の伝送装置に係るブリッジのシステム構成例を示す図である。
【図３】ブリッジの機能ブロック図である。
【図４】IEEE802.1wで規定されているＢＰＤＵのデータフォーマットである。
【図５】図４のFlagの詳細なデータフォーマットを示した図である。
【図６】Root Port、Alternate Port、Backup PortからDesignated Portに対して送信されるＢＰＤＵのデータフォーマットである。
【図７】図６のExtensionの詳細なデータフォーマットを示した図である。
【図８】Designated PortからRoot Port、Alternate Port、Backup Portに対して送信されるＢＰＤＵのExtensionの詳細なデータフォーマットを示した図である。
【図９】オペレータに通信障害を通知する場合のブリッジのシーケンス図である。
【図１０】オペレータからの指示に従ってＢＰＤＵの受信監視を行うブリッジのシーケンス図である。
【図１１】アクティブトポロジーを再構築する場合のブリッジのシーケンス図である。
【図１２】ブリッジで実行されるステートマシンの概要を示した図である。
【図１３】PORT TIMERS STATE MACHINEで実行されるステートメントを示した図である。
【図１４】PORT INFORMATION STATE MACHINEで実行されるステートメントを示した図である。
【図１５】PORT INFORMATION STATE MACHINEで実行されるステートメントを示した図である。
【図１６】PORT INFORMATION STATE MACHINEで実行されるステートメントを示した図である。
【図１７】PORT INFORMATION STATE MACHINEで実行される他のステートメントを示した図である。
【図１８】PORT INFORMATION STATE MACHINEで実行される他のステートメントを示した図である。
【図１９】PORT INFORMATION STATE MACHINEで実行される他のステートメントを示した図である。
【図２０】PORT TRANSMIT STATE MACHINEで実行されるステートメントを示した図である。
【図２１】PORT TRANSMIT STATE MACHINEで実行されるステートメントを示した図である。
【図２２】ＳＴＰによるアクティブトポロジーの構成例である。
【図２３】障害が発生したときのアクティブトポロジーの変更を説明する図である。
【符号の説明】
【０１２４】
１，２  伝送装置
１ａ  送信要求手段
１ｂ  受信手段
１ｃ  検出手段
１ｄ  送信手段
１１，２１  ブリッジ
１２，２２  端末
Ｐ１ａ，Ｐ１ｂ，Ｐ１ｃ  デジグネーテッドポート
Ｐ１ｄ，Ｐ２ａ  ルートポート
Ｐ１ｅ，Ｐ２ｂ  オルタネイトポート
Ｐ１ｆ，Ｐ２ｃ  バックアップポート
Ｐ１１〜Ｐ１３，Ｐ２１〜Ｐ２３  ポート
【図１】
2005318086.tif 000003
【図２】
2005318086.tif 000004
【図３】
2005318086.tif 000005
【図４】
2005318086.tif 000006
【図５】
2005318086.tif 000007
【図６】
2005318086.tif 000008
【図７】
2005318086.tif 000009
【図８】
2005318086.tif 000010
【図９】
2005318086.tif 000011
【図１０】
2005318086.tif 000012
【図１１】
2005318086.tif 000013
【図１２】
2005318086.tif 000014
【図１３】
2005318086.tif 000015
【図１４】
2005318086.tif 000016
【図１５】
2005318086.tif 000017
【図１６】
2005318086.tif 000018
【図１７】
2005318086.tif 000019
【図１８】
2005318086.tif 000020
【図１９】
2005318086.tif 000021
【図２０】
2005318086.tif 000022
【図２１】
2005318086.tif 000023
【図２２】
2005318086.tif 000024
【図２３】
2005318086.tif 000025
【手続補正書】
【提出日】平成16年10月21日(2004.10.21)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
伝送装置１１１のポートＰ１１２は、伝送装置１０１のポートＰ１０３からのＢＰＤＵを受信し続けているので、図２３に示すように、ポートＰ１１２がRoot Portになる。伝送装置１１１のポートＰ１１３は、伝送装置１０１のポートＰ１０２からのＢＰＤＵが一定時間到着しないことにより、自身がDesignated Portになる。ここで、伝送装置１０１のポートＰ１０２は、伝送装置１１１のポートＰ１１３から劣ったＢＰＤＵを受信し続けるので、ポートＰ１０２からポートＰ１１３方向の障害を認識し、ポートＰ１０２のポートステートをforwarding stateからBlocking stateに変えることができる。
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図２３
【補正方法】変更
【補正の内容】
【図２３】
2005318086.tif 000026