JP2005160000A - スパニングツリープロトコルにおける制御パケット処理装置および方法 - Google Patents
スパニングツリープロトコルにおける制御パケット処理装置および方法 Download PDFInfo
- Publication number
- JP2005160000A JP2005160000A JP2003431154A JP2003431154A JP2005160000A JP 2005160000 A JP2005160000 A JP 2005160000A JP 2003431154 A JP2003431154 A JP 2003431154A JP 2003431154 A JP2003431154 A JP 2003431154A JP 2005160000 A JP2005160000 A JP 2005160000A
- Authority
- JP
- Japan
- Prior art keywords
- control packet
- bpdu
- transmission
- processing
- program
- 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.)
- Granted
Links
- 238000012545 processing Methods 0.000 title claims abstract description 161
- 238000000034 method Methods 0.000 title claims description 79
- 230000005540 biological transmission Effects 0.000 claims abstract description 329
- 238000004891 communication Methods 0.000 claims abstract description 46
- 239000000872 buffer Substances 0.000 claims abstract description 29
- 238000012546 transfer Methods 0.000 claims description 49
- 238000003672 processing method Methods 0.000 claims description 6
- 230000006870 function Effects 0.000 description 38
- 230000008569 process Effects 0.000 description 38
- 230000008859 change Effects 0.000 description 19
- 238000007726 management method Methods 0.000 description 18
- 238000000605 extraction Methods 0.000 description 17
- 230000015654 memory Effects 0.000 description 17
- 239000012536 storage buffer Substances 0.000 description 16
- 230000004044 response Effects 0.000 description 8
- 239000000284 extract Substances 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 230000000903 blocking effect Effects 0.000 description 2
- 238000011068 loading method Methods 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000001052 transient effect Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
- H04L45/04—Interdomain routing, e.g. hierarchical routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/18—Loop-free operations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/56—Routing software
- H04L45/563—Software download or update
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】 スパニングツリープロトコル（ＳＴＰ）をサポートする装置において、データ通信サービスを中断せずにソフトウェアの更新等の作業を行う。
【解決手段】 受信側装置において、送信側装置から受信した制御パケットをバッファ手段１０２に格納し、送信側装置におけるソフトウェアの更新等のために制御パケットの送信が停止したとき、バッファ手段１０２に格納された制御パケットを、トポロジーの再構築を行うＳＴＰの処理部１０７に一定周期で転送する。あるいは、送信側装置において、自動送信の開始指示に従って、制御パケットの送信要求を出力する処理部１０７の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する。
【選択図】図１
【解決手段】 受信側装置において、送信側装置から受信した制御パケットをバッファ手段１０２に格納し、送信側装置におけるソフトウェアの更新等のために制御パケットの送信が停止したとき、バッファ手段１０２に格納された制御パケットを、トポロジーの再構築を行うＳＴＰの処理部１０７に一定周期で転送する。あるいは、送信側装置において、自動送信の開始指示に従って、制御パケットの送信要求を出力する処理部１０７の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する。
【選択図】図１
Description
本発明は、スパニングツリープロトコル（Spanning Tree Protocol，ＳＴＰ）をサポートする装置間で送受信される制御パケットを処理する装置および方法に関する。
スパニングツリープロトコルは、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１Ｄ（Media Access Control (MAC) Bridges）の中で規定された、任意のBridged LAN トポロジーから単一のスパニングツリー（ループフリーなツリー）を構築するプロトコルであり、ＩＥＥＥ８０２．１ｓ（Multiple Spanning Trees ）およびＩＥＥＥ８０２．１ｗ（Rapid Spanning Tree Protocol，ＲＳＴＰ）により機能拡張がなされ、広くブリッジネットワークで使用されている。
一方、複数のブリッジ装置で構成される通信ネットワークであるブリッジネットワークは、当初、Local Area Network（ＬＡＮ）で主に使用されていたが、近年、“広域Ethernet（登録商標）”という言葉で称されるように、キャリアネットワークにその使用領域が広がっている。
したがって、ＳＴＰが動作しているネットワーク中の装置において、フレームの転送サービスの中断をより少なくするために、信頼性／サービス性の向上が要求されている。また、ＳＴＰは、純粋なブリッジ装置に限らず、ルータ等の各種ネットワーク装置に実装される場合がある。
ＳＴＰは、ブリッジネットワークにおいてルートとなるブリッジ装置を決め、そこからツリー状に通信経路を設定し、ツリー以外のリンク上でデータが転送されることを禁止する通信プロトコルである。これにより、任意のブリッジ装置間において経路が一意に決定されるため、ループの発生を防ぐことが可能となる。
ブリッジ装置は、イーサネット（登録商標）フレームを受信し、そのフレーム内の宛先ＭＡＣアドレスから適切な宛先ポートを決定して、受信したフレームを転送する装置である。ルートブリッジ装置や通信経路を決定するために、隣接ブリッジ装置間ではブリッジプロトコルデータユニット（Bridge Protocol Data Unit ，ＢＰＤＵ）と呼ばれる制御パケットを送受信する。
通信経路を決定する際、ルートブリッジ装置から順番に、各通信経路のコスト値を保持するＢＰＤＵがリンク先のブリッジ装置に送信され、複数のブリッジ装置からＢＰＤＵを受信したブリッジ装置は、それらのＢＰＤＵのコスト値を比較して、最小コスト値のＢＰＤＵを受信したポートを通信用ポートに指定する。この場合、他のポートはループの発生を防ぐためにブロックされ、障害発生時の迂回用ポート（オルタネートポート）に指定される。
一般的には、ＢＰＤＵは、ブリッジ装置間で各種情報を交換するために使用される制御フレームとして位置付けられる。このＢＰＤＵは、リンク障害監視の意味合いから、トポロジーが定常状態で安定している場合には、定期的にデジグネーテッドポートから規則正しく送信される。具体的には、このＢＰＤＵ送信間隔をＨｅｌｌｏ Ｔｉｍｅと呼び、そのデフォルト値は２秒に設定される。
図１３は、このような定常状態におけるＢＰＤＵ送受信の例を示している。図１３のネットワークは、ブリッジ装置１１、２１、３１、および４１からなり、このうちブリッジ装置１１がルートブリッジ装置に割り当てられている。この場合、ブリッジ装置３１のデジグネーテッドポート３３に対向するブリッジ装置４１のポート４３は、オルタネートポートとしてブロックされている。
ＢＰＤＵは、ブリッジ装置１１のデジグネーテッドポート１２および１３から、矢印の方向に向かってブリッジ装置間を順番に転送される。デジグネーテッドポート１２から送信されたＢＰＤＵは、ブリッジ装置２１のルートポート２２で受信され、デジグネーテッドポート１３から送信されたＢＰＤＵは、ブリッジ装置３１のルートポート３２で受信される。また、ブリッジ装置２１のデジグネーテッドポート２３から送信されたＢＰＤＵは、ブリッジ装置４１のルートポート４２で受信される。
また、図１４は、ＳＴＰによるブリッジネットワークのアクティブトポロジーの構成例を示しており、図１５は、図１４のアクティブトポロジーにおける定常状態でのＢＰＤＵ送受信のシーケンスを示している。
図１４のネットワークは、端末５１、６３およびブリッジ装置５２（Ｂｒｉｄｇｅ＃１）、５６（Ｂｒｉｄｇｅ＃２）、５９（Ｂｒｉｄｇｅ＃３）からなり、このうちブリッジ装置５２がルートブリッジ装置に割り当てられている。ブリッジ装置５２のポート５３（Ｐ１）には端末５１が接続されており、ブリッジ装置５９のポート６０（Ｐ１）には端末６３が接続されている。この場合、ブリッジ装置５２のデジグネーテッドポート５５（Ｐ３）に対向するブリッジ装置５９のポート６１（Ｐ２）は、オルタネートポートとしてブロックされている。
ＢＰＤＵは、ブリッジ装置５２のデジグネーテッドポート５４（Ｐ２）および５５（Ｐ３）から、それぞれ、ブリッジ装置５６のルートポート５７（Ｐ１）およびブリッジ装置５９のポート６１（Ｐ２）に転送され、さらに、ブリッジ装置５６のデジグネーテッドポート５８（Ｐ２）からブリッジ装置５９のルートポート６２（Ｐ３）に転送される。
ＢＰＤＵの送信処理に要する時間を短縮するために、ハードウェアが自律的に送信処理を行うような構成も提案されている（例えば、特許文献１参照）。
ところで、ＢＰＤＵを受信するルートポート等のポートにおいて、一定期間そのＢＰＤＵが受信されない状態が検出されると、ブリッジ装置は対向するデジグネーテッドポートに障害が発生した、もしくはそのデジグネーテッドポートが切り離されたと認識し、新たにトポロジーを再構築し始める。
ところで、ＢＰＤＵを受信するルートポート等のポートにおいて、一定期間そのＢＰＤＵが受信されない状態が検出されると、ブリッジ装置は対向するデジグネーテッドポートに障害が発生した、もしくはそのデジグネーテッドポートが切り離されたと認識し、新たにトポロジーを再構築し始める。
ＢＰＤＵ受信情報のライフタイムは、ＳＴＰの仕様ではデフォルト値２０秒のＭａｘ Ａｇｅ値となるが、ＳＴＰを高速化したスパニングツリープロトコルであるＲＳＴＰでは、デフォルト値２秒のＨｅｌｌｏ Ｔｉｍｅ値の３倍に設定される。したがって、ＲＳＴＰでは、デフォルトで６秒間（最小で３秒間）ＢＰＤＵの受信がないと、他のリンクにより通信が可能になる様にトポロジーの再構築が開始される。
トポロジー再構築中はネットワーク上の通信が不可能になり、トポロジー再構築後、新たなトポロジーにより通信を開始可能にするため、ブリッジ装置内のフィルタリングデータベース（ＭＡＣテーブル）のフラッシュ処理がネットワーク全体で行われる。ＭＡＣテーブルは、ＭＡＣアドレスとブリッジ装置内のポートとの対応関係を格納するテーブルであり、フラッシュ処理では、トポロジー再構築により不要になったポートのエントリが各ブリッジ装置のＭＡＣテーブルから削除される。このため、その後の通信において、受信フレームの宛先ＭＡＣアドレスがＭＡＣテーブルに存在しないことが多く、受信ポート以外のすべてのポートにフレームを転送するフラッディングが多発することになる。
図１４および図１５を例に説明すると、ブリッジ装置５６のデジグネーテッドポート５８からブリッジ装置５９のルートポート６２に送信されるＢＰＤＵが、何らかの障害により、ブリッジ装置５９に６秒間到着しないと、ブリッジ装置５９は、トポロジーの再構築を行い、オルタネートポートとしてブロックされていたポート６１をルートポートとし、ルートポートであったポート６２を無効ポートとしてブロックする。これにより、端末５１と端末６３の間のフレーム送受信ルート６４は、ブリッジ装置５２のデジグネーテッドポート５５およびブリッジ装置５９のポート６１経由に切り替わる。
特開平１１−２０５３６８号公報
しかしながら、上述したＢＰＤＵの送受信方法には、次のような問題がある。
ＢＰＤＵを定期的に送受信することは、リンク障害監視を行うための非常に有効な手段であるが、ブリッジ装置において各ポートに組み込まれているソフトウェアのアップグレード等の更新を行う場合のように、障害ではないにも関わらず、ＢＰＤＵ送信を行った直後から一定時間（ＲＳＴＰであればＨｅｌｌｏ Ｔｉｍｅ周期の３倍）、ＢＰＤＵ送信が停止してしまう場合に問題となる。
ＢＰＤＵを定期的に送受信することは、リンク障害監視を行うための非常に有効な手段であるが、ブリッジ装置において各ポートに組み込まれているソフトウェアのアップグレード等の更新を行う場合のように、障害ではないにも関わらず、ＢＰＤＵ送信を行った直後から一定時間（ＲＳＴＰであればＨｅｌｌｏ Ｔｉｍｅ周期の３倍）、ＢＰＤＵ送信が停止してしまう場合に問題となる。
ＢＰＤＵ送信等を制御するソフトウェアが停止していても、データパスに関してはハードウェアにより処理を行って、データ通信サービスを無瞬断で継続しなければならない場合が多い。つまり、この場合、トポロジー再構築やＭＡＣテーブルのフラッシュ処理は不要であり、一切実施させないことが望ましい。
しかしながら、従来のブリッジ装置では、データパスは今まで通り処理可能であるにも関わらず、不要なトポロジー再構築が行われてしまい、その再構築が完了するまでの間、ネットワーク内の多くのデータパスは不通状態になる。
したがって、ＳＴＰが動作している装置のソフトウェアのアップグレードをフレームの転送サービスを中断することなく実施するには、上記一定時間内にソフトウェアのダウンロードおよびその後のソフトウェアの初期化を完了する必要がある。しかしながら、この一定時間は、プロトコルのパラメータ値により異なるが、通常６秒、最小３秒であり、この時間内にソフトウェアのダウンロードおよび初期化を完了するのは、現実的には不可能である。
そこで、上述した特許文献１のように、自律的にＢＰＤＵの送信処理を行うハードウェアを用いて、ソフトウェアの更新中に擬似的なＢＰＤＵを生成することも考えられるが、ネットワーク内のすべてのブリッジ装置に新たなハードウェア機能を追加すると、膨大な手間とコストが必要となる。
また、ＣＰＵ（Central Processing Unit ）のための実行メモリを２つ用意してメモリを二重化し、片方の系のメモリでソフトウェア動作中に他系のメモリにソフトウェアをダウンロードし、ダウンロードの完了をトリガとして実行メモリを瞬時に切り替える方法も考えられる。これにより、ソフトウェアのダウンロード時間に影響されずに、ＣＰＵの停止時間を短縮することができる。しかし、この方法では、二重化のための実装コストが高くなるという問題がある。
また、ソフトウェアのダウンロード後のＣＰＵの初期化を３秒以内に行うことも、実現不可能ではないが、実装コストが非常に高くなってしまう。
さらに、ＳＴＰをサポートするブリッジ装置は、ソフトウェアが初期化されてしまうと、過渡的に自身をルートブリッジ装置とするＢＰＤＵを送信する。この場合、対向装置は、そのＢＰＤＵを受信することによりトポロジーが変化したものとして処理を行い、一時的にフレームの転送サービスが中断してしまう。
さらに、ＳＴＰをサポートするブリッジ装置は、ソフトウェアが初期化されてしまうと、過渡的に自身をルートブリッジ装置とするＢＰＤＵを送信する。この場合、対向装置は、そのＢＰＤＵを受信することによりトポロジーが変化したものとして処理を行い、一時的にフレームの転送サービスが中断してしまう。
これを回避する方法は、動的に変化するポートロール、ポートステート等のＳＴＰの各種パラメータを引き継ぐリダンダンシー機能を実装することであるが、これもまた、実装コストが高くなるという問題がある。
本発明の課題は、データ通信サービスを中断せずにソフトウェアの更新等の作業を行うことが可能な制御パケット処理装置および方法を提供することである。
本発明のもう１つの課題は、可能な限り、ＳＴＰをサポートする装置に新たなハードウェア機能を追加することなく、上記課題を実現することである。
本発明のもう１つの課題は、可能な限り、ＳＴＰをサポートする装置に新たなハードウェア機能を追加することなく、上記課題を実現することである。
図１は、本発明の制御パケット処理装置の原理図である。図１の制御パケット処理装置は、受信手段１０１、バッファ手段１０２、制御手段１０３、生成手段１０４、送信手段１０５、および入力手段１０６を備える。
本発明の第１の局面において、制御パケット処理装置は、受信手段１０１、バッファ手段１０２、および制御手段１０３を備え、スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの受信処理を行う。受信手段１０１は、制御パケットを受信し、バッファ手段１０２は、受信した制御パケットを格納する。制御手段１０３は、一定期間制御パケットが受信されない場合にスパニングツリープロトコルの通信経路を再構築する処理部１０７に対して、バッファ手段１０２に格納された制御パケットを一定周期で自律的に転送する。
このような制御パケット処理装置によれば、送信側装置のソフトウェアの更新等のために制御パケットの送信が停止した場合でも、受信側装置において最後に受信した制御パケットを定期的に処理部１０７に転送することができる。これにより、処理部１０７に対する制御パケットの供給が継続されるので、トポロジー再構築の発生が防止される。
本発明の第２の局面において、制御パケット処理装置は、生成手段１０４および送信手段１０５を備え、スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う。生成手段１０４は、受信側装置において一定期間制御パケットが受信されない場合にスパニングツリープロトコルの通信経路が再構築されることを防止するため、制御パケットの送信を停止するときに送信停止を示す制御パケットを生成する。送信手段１０５は、生成された制御パケットを送出する。
このような制御パケット処理装置によれば、送信側装置のソフトウェアの更新等のために制御パケットの送信を停止する場合、その旨を示す制御パケットが送出される。これを受けて、受信側装置では、制御パケットの送信が停止されたことを認識し、トポロジー再構築の発生を適切に抑止することが可能となる。
さらに、第１および第２の局面の制御パケット処理装置において、制御手段１０３および生成手段１０４の機能を、スパニングツリープロトコルをサポートする装置のＢＰＤＵ送受信を処理するソフトウェアの機能として追加すれば、新たなハードウェア機能を追加することなく、トポロジー再構築の発生を抑止することができる。
本発明の第３の局面において、制御パケット処理装置は、入力手段１０６および送信手段１０５を備え、スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う。入力手段１０６は、制御パケットの自動送信の開始指示を入力する。送信手段１０５は、上記開始指示に従って、制御パケットの送信要求を出力する処理部１０７の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する。
このような制御パケット処理装置によれば、送信側装置のソフトウェアの更新等を行う前に開始指示を入力することで、処理部１０７の動作が停止した後も受信側装置に対して制御パケットを自動的に送信することができる。したがって、受信側装置におけるトポロジー再構築の発生が防止される。
さらに、第３の局面の制御パケット処理装置において、入力手段１０６の機能を、スパニングツリープロトコルをサポートする装置のソフトウェアの機能として追加し、送信手段１０５の機能を、ＢＰＤＵ送受信を処理するソフトウェアの機能として追加すれば、新たなハードウェア機能を追加することなく、トポロジー再構築の発生を抑止することができる。
受信手段１０１は、例えば、後述する図４、６、および８のＢＰＤＵ抽出部２２３に対応し、バッファ手段１０２は、例えば、図４、６、および８の最新ＢＰＤＵ格納バッファ４１４に対応し、制御手段１０３は、例えば、図４、６、および８のＢＰＤＵ受信ドライバ４０３、６０１、および８０１に対応する。
また、生成手段１０４は、例えば、後述する図５のＢＰＤＵ送信ドライバ５０１または図７のＢＰＤＵ送信ドライバ７０１に対応し、送信手段１０５は、例えば、後述する図２のラインカード２０２、図５のＢＰＤＵ送出部２２４、または図７の制御パケット送出部７０２に対応し、入力手段１０６は、例えば、後述する図１１のユーザインタフェースプログラム４０１に対応する。さらに、処理部１０７は、例えば、図４乃至８および図１１のＳＴＰプロトコル処理プログラム４０２に対応する。
本発明によれば、ブリッジ装置やルータのように、スパニングツリープロトコルをサポートする装置において、ソフトウェアアップグレード等により一時的にＢＰＤＵ送信が不可能な状態になっても、スパニングツリー再構築によるサービス中断が生じない無瞬断のデータ通信サービスをユーザに提供することが可能になる。
また、スパニングツリー再構築を抑止するために必要な機能をブリッジ装置等のソフトウェアの機能として追加すれば、新たなハードウェア機能を追加することなく、上記無瞬断のデータ通信サービスを実現することができる。
以下、図面を参照しながら、本発明を実施するための最良の形態を詳細に説明する。
第１の実施形態では、ブリッジ装置のＢＰＤＵ受信側に搭載されるＢＰＤＵ受信ドライバにおいて、対向ブリッジ装置側で意図的にＢＰＤＵ送信が止まっている間、ＳＴＰプロトコル処理プログラムには擬似的にＢＰＤＵを受信したようにみせる。その結果、新たなハードウェア機能を追加することなく、各ポートに組み込まれているソフトウェアの更新等をサービス中断なしで実現することが可能になる。
第１の実施形態では、ブリッジ装置のＢＰＤＵ受信側に搭載されるＢＰＤＵ受信ドライバにおいて、対向ブリッジ装置側で意図的にＢＰＤＵ送信が止まっている間、ＳＴＰプロトコル処理プログラムには擬似的にＢＰＤＵを受信したようにみせる。その結果、新たなハードウェア機能を追加することなく、各ポートに組み込まれているソフトウェアの更新等をサービス中断なしで実現することが可能になる。
つまり、ハードウェアによる自律的なＢＰＤＵ送信機能を持たせることなく、ソフトウェア、特にＢＰＤＵ送受信を処理するドライバ部分の機能追加のみで、無瞬断のサービスを実現することが可能になる。
図２は、第１の実施形態のブリッジ装置のハードウェア構成図である。図２のブリッジ装置２００は、メインＣＰＵカード２０１、ポート＃１〜＃ｎのためのｎ枚のラインカード２０２−１（＃１）〜２０２−ｎ（＃ｎ）、およびスイッチカード２０３からなる。
メインＣＰＵカード２０１は、ＣＰＵ２１１およびメモリ２１２を備える。メモリ２１２は、ＲＯＭ（read only memory）、ＲＡＭ（random access memory）等を含み、処理に用いられるプログラムおよびデータを格納する。ＣＰＵ２１１は、メモリ２１２を利用してユーザインタフェースプログラムおよびＳＴＰプロトコル処理プログラムを実行することで、スパニングツリープロトコルをサポートするために必要な処理を行う。
各ラインカードは、ＣＰＵ２２１、メモリ２２２、ＢＰＤＵ抽出部２２３、ＢＰＤＵ送出部２２４、ＭＡＣテーブル２２５、および宛先検索部２２６を備え、各ポートによるパケットの送受信を制御する。ここでは、各ポート毎に１枚のラインカードを設けているが、１枚のラインカードに複数のポートを収容することも可能である。
メモリ２２２は、ＲＯＭ、ＲＡＭ等を含み、処理に用いられるプログラムおよびデータを格納する。ＣＰＵ２２１は、メモリ２２２を利用してＢＰＤＵ受信ドライバおよびＢＰＤＵ送信ドライバのプログラムを実行することで、ＢＰＤＵの送受信を制御するために必要な処理を行う。
ＢＰＤＵ抽出部２２３は、他のブリッジ装置から受信したパケットの中からＢＰＤＵを抽出してＢＰＤＵ受信ドライバに渡し、ＢＰＤＵ送出部２２４は、ＢＰＤＵ送信ドライバから受け取ったＢＰＤＵを他のブリッジ装置に送信する。
ＭＡＣテーブル２２５は、ブリッジ装置のＭＡＣアドレスとポート識別情報の組を格納し、宛先検索部２２６は、受信したパケットの宛先ＭＡＣアドレスに対応するポート識別情報をＭＡＣテーブルから検索し、そのポートを宛先としてパケットをスイッチカード２０３に入力する。スイッチカード２０３は、経路の切り替えを行うスイッチを備えており、各ラインカードから入力されたパケットを宛先ポートを有するラインカードに転送する。
図３は、図２のブリッジ装置２００に必要なプログラムおよびデータをロードする方法を示している。プログラムおよびデータは、サーバ３０１のデータベース３１１や可搬記録媒体３０２に格納されており、ブリッジ装置２００のメモリ２１２または２２２にロードされる。可搬記録媒体３０２としては、メモリカード、フレキシブルディスク、光ディスク、光磁気ディスク等の任意のコンピュータ読み取り可能な記録媒体が用いられる。
また、サーバ３０１は、そのプログラムおよびデータを搬送する搬送信号を生成し、ネットワーク上の伝送媒体を介してブリッジ装置２００に送信する。ブリッジ装置２００のＣＰＵ２１１または２２１は、ロードされたデータを用いてロードされたプログラムを実行し、必要な処理を行う。
次に、図４から図８までを参照しながら、ブリッジ装置２００によるＢＰＤＵ送受信方法について説明する。これらの方法において用いられるユーザインタフェースプログラム４０１およびＳＴＰプロトコル処理プログラム４０２は、メインＣＰＵカード２０１に搭載され、ＢＰＤＵ受信ドライバ４０３およびＢＰＤＵ送信ドライバ５０１は、各ラインカードに実装される。これらのプログラムが更新対象のソフトウェアとなる。
図４に示すＢＰＤＵ受信方法では、ＢＰＤＵ受信処理を行うＢＰＤＵ受信ドライバ４０３の機能により、ＢＰＤＵ送信が停止したときに無瞬断のサービスを実現する。この場合、ＢＰＤＵ受信ドライバ４０３は、ＢＰＤＵ転送処理プログラム４１１、擬似受信トリガ生成プログラム４１２、およびＢＰＤＵ受信処理プログラム４１３からなり、メモリ２２２内に設けられた最新ＢＰＤＵ格納バッファ４１４を用いて受信制御を行う。
ＢＰＤＵ転送処理プログラム４１１は、ＳＴＰプロトコル処理プログラム４０２に対するインタフェース機能を提供し、ＢＰＤＵ受信処理プログラム４１３は、ＢＰＤＵ抽出部２２３に対するインタフェース機能を提供する。
また、ユーザインタフェースプログラム４０１は、ユーザに対するインタフェース機能を提供し、ＳＴＰプロトコル処理プログラム４０２は、ネットワーク上の任意のブリッジ装置間で物理的に冗長な通信経路が存在する場合に、特定のポートを介したデータフレーム中継を抑止することでブリッジ装置間のフレーム中継経路を一意に決定する機能を提供する。具体的には、ＳＴＰプロトコル処理プログラム４０２は、トポロジー構築に必要な通信経路のコスト値の演算、ポートのブロッキング等の処理を行い、一定期間ＢＰＤＵが受信されない状態を検出するとトポロジーの再構築を行う。
ＢＰＤＵの通常受信時には、ＢＰＤＵ受信処理プログラム４１３は、ＢＰＤＵ抽出部２２３から受け取ったＢＰＤＵを最新ＢＰＤＵ格納バッファ４１４に格納した後、ＢＰＤＵ転送処理プログラム４１１にＢＰＤＵ受信トリガを与える。これを受けて、ＢＰＤＵ転送処理プログラム４１１は、最新ＢＰＤＵ格納バッファ４１４から最新ＢＰＤＵを取り出し、それをＳＴＰプロトコル処理プログラム４０２に転送する。
これに対して、ＢＰＤＵ送信元である対向ブリッジ装置においてソフトウェアの更新が行われる等の要因でＢＰＤＵ送信が停止する場合には、事前に外部のネットワーク管理装置からユーザインタフェースプログラム４０１に対して、擬似受信トリガ生成開始指示が与えられる。ユーザインタフェースプログラム４０１は、この指示を擬似受信トリガ生成プログラム４１２に転送し、擬似受信トリガ生成プログラム４１２は、ＢＰＤＵ転送処理プログラムに対して定期的にＢＰＤＵ受信トリガを供給する処理を開始する。
トリガ生成の具体的な周期については、最新ＢＰＤＵ格納バッファ４１４に格納されたＢＰＤＵ内のＨｅｌｌｏ Ｔｉｍｅ値とするのが最も良いが、固定的に２秒間隔というように設定してもよい。
これにより、実際にＢＰＤＵ送受信が行われず、最新ＢＰＤＵ格納バッファ４１４の情報が更新されていない状態であっても、ＢＰＤＵ転送処理プログラム４１１は、擬似的なＢＰＤＵ受信トリガを受け取ることで、最新ＢＰＤＵ格納バッファに格納されたＢＰＤＵを取り出し、定期的にＳＴＰプロトコル処理プログラム４０２にＢＰＤＵを通知することが可能になる。したがって、ＳＴＰプロトコル処理プログラム４０２によるトポロジー再構築の発生が防止される。
そして、対向ブリッジ装置がＢＰＤＵ送信を再開可能な状態に戻ったとき、ネットワーク管理装置からユーザインタフェースプログラム４０１に対して、擬似受信トリガ生成停止指示が与えられる。ユーザインタフェースプログラム４０１は、この指示を擬似受信トリガ生成プログラム４１２に転送し、擬似受信トリガ生成プログラム４１２は、ＢＰＤＵ転送処理プログラム４１１へのＢＰＤＵ受信トリガの供給を停止する。
図５および図６に示すＢＰＤＵ送受信方法では、ＢＰＤＵに送信停止／再開を示す情報を付加することでその情報をブリッジ装置間で通知するようにする。これにより、外部のネットワーク管理装置を介在させることなく、ＢＰＤＵ送信が停止するタイミングと再開するタイミングをブリッジ装置間で通知することが可能になる。
図５に示されるように、ＢＰＤＵ送信側のＢＰＤＵ送信ドライバ５０１は、送信停止／再開通知用ＢＰＤＵ生成プログラム５１１およびＢＰＤＵ送信処理プログラム５１２からなる。ＢＰＤＵ送信処理プログラム５１２は、ＢＰＤＵ送出部２２４に対するインタフェース機能を提供する。
ＢＰＤＵの通常送信時には、ＳＴＰプロトコル処理プログラム４０２は、ＢＰＤＵ送信処理プログラム５１２に対して送信ＢＰＤＵを転送し、ＢＰＤＵ送信処理プログラム５１２は、受け取ったＢＰＤＵを送信するためにＢＰＤＵ送出部２２４を制御する。
これに対して、ソフトウェアの更新等でＢＰＤＵ送信を停止する場合は、事前に外部からユーザインタフェースプログラム４０１に対して、ＢＰＤＵ送信停止指示が与えられる。ユーザインタフェースプログラム４０１は、この指示を送信停止／再開通知用ＢＰＤＵ生成プログラム５１１に転送し、送信停止／再開通知用ＢＰＤＵ生成プログラム５１１は、“送信停止フラグ”が設定されたＢＰＤＵを生成して、ＢＰＤＵ送信処理プログラム５１２に渡す。こうして、“送信停止フラグ”を含むＢＰＤＵがブリッジ装置から送出される。
ただし、ＩＥＥＥ標準で規定されたＢＰＤＵには“送信停止フラグ”の意味を有するフィールドが存在しないため、特定のフィールドにおいて通常のＢＰＤＵ送信時には使用しない特定の値を“送信停止フラグ”として扱うというルールを、事前に決めておく。例えば、ＢＰＤＵ内のＰｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ Ｉｄｅｎｔｉｆｉｅｒフィールド（１Ｂｙｔｅ）において４以上の値は通常使用されないので、０ｘｆｆという値を使用した場合にはそれを“送信停止フラグ”として扱うというルールが考えられる。
一方、ＢＰＤＵ受信側では、図６に示されるように、ＢＰＤＵ受信ドライバ６０１は、ＢＰＤＵ転送処理プログラム４１１、擬似受信トリガ生成プログラム４１２、ＢＰＤＵ受信処理プログラム４１３、およびＢＰＤＵ受信判定プログラム６１１からなる。
ＢＰＤＵ抽出部２２３がＢＰＤＵを受信すると、ＢＰＤＵ受信処理プログラム４１３は、ＢＰＤＵ抽出部２２３から受信ＢＰＤＵを受け取り、ＢＰＤＵ受信判定プログラム６１１に渡す。ＢＰＤＵ受信判定プログラム６１１は、受信ＢＰＤＵが“送信停止フラグ”を含むか否かを判定し、“送信停止フラグ”を含んでいなければ、そのＢＰＤＵを通常のＢＰＤＵと判断し、最新ＢＰＤＵ格納バッファ４１４に格納した後、ＢＰＤＵ転送処理プログラム４１１にＢＰＤＵ受信トリガを与える。これを受けて、ＢＰＤＵ転送処理プログラム４１１は、最新ＢＰＤＵ格納バッファ４１４からＢＰＤＵを取り出し、ＳＴＰプロトコル処理プログラム４０２へ転送する。
これに対して、受信ＢＰＤＵが“送信停止フラグ”を含んでいれば、ＢＰＤＵ受信判定プログラム６１１は、それを最新ＢＰＤＵ格納バッファ４１４に格納することなく、擬似受信トリガ生成プログラム４１２に対して擬似受信トリガ開始指示を与える。これを受けて、擬似受信トリガ生成プログラム４１２は、ＢＰＤＵ転送処理プログラム４１１に対して定期的にＢＰＤＵ受信トリガを供給する処理を開始する。
これにより、通常のＢＰＤＵが全く受信されない状態であっても、最新ＢＰＤＵ格納バッファ４１４に格納されたＢＰＤＵが定期的にＳＴＰプロトコル処理プログラム４０２に転送され、ＳＴＰプロトコル処理プログラム４０２によるトポロジー再構築の発生が防止される。
また、ソフトウェアの更新等が完了し、ＢＰＤＵ送信停止の状態から回復したときには、擬似受信トリガ生成プログラム４１２により生成される擬似受信トリガを停止させる必要がある。
そこで、図５のブリッジ装置には、外部からユーザインタフェースプログラム４０１に対して、ＢＰＤＵ送信再開指示が与えられる。ユーザインタフェースプログラム４０１は、この指示を送信停止／再開通知用ＢＰＤＵ生成プログラム５１１に転送し、送信停止／再開通知用ＢＰＤＵ生成プログラム５１１は、“送信再開フラグ”が設定されたＢＰＤＵを生成して、ＢＰＤＵ送信処理プログラム５１２に渡す。“送信再開フラグ”のフィールドと値は、“送信停止フラグ”と同様に事前に決めておくものとする。こうして、“送信再開フラグ”を含むＢＰＤＵがブリッジ装置から送出される。
そして、図６のブリッジ装置では、ＢＰＤＵ受信判定プログラム６１１が、受信ＢＰＤＵが“送信再開フラグ”を含むか否かを判定し、そのＢＰＤＵが“送信再開フラグ”を含んでいれば、擬似受信トリガ生成プログラム４１２に対して擬似受信トリガ停止指示を与える。これにより、擬似受信トリガ生成プログラム４１２は、ＢＰＤＵ転送処理プログラム４１１に対するＢＰＤＵ受信トリガの供給を停止する。
図５および図６のＢＰＤＵ送受信方法において、擬似受信トリガ生成プログラムによる擬似受信トリガ生成の停止を指示するために、“送信再開フラグ”の設定されたＢＰＤＵを送受信することなく、通常のＢＰＤＵの送信を再開するだけで済ませることも可能である。
この場合、ＢＰＤＵ送信側では再開通知用のＢＰＤＵを生成しない。そして、ＢＰＤＵ受信側では、ＢＰＤＵ受信判定プログラム６１１が、“送信停止フラグ”の設定されたＢＰＤＵ以外のＢＰＤＵを受信した場合は、常にもしくは複数回に１度、擬似受信トリガ生成プログラム４１２に対して擬似受信トリガ停止を指示する。
図７および図８に示すＢＰＤＵ送受信方法は、前述した図５および図６のＢＰＤＵ送受信方法と類似しているが、異なる点は“送信再開フラグ”または“送信停止フラグ”の設定されたＢＰＤＵの代わりに、別の制御パケットを使用している点である。別の制御パケットを使用した場合も、外部のネットワーク管理装置を介在させることなく、ＢＰＤＵ送信が停止するタイミングと再開するタイミングをブリッジ装置間で通知することが可能になる。
この方法では、ハードウェア機能としてＢＰＤＵ以外の制御パケットを送受信可能であるという条件が必要になるが、ＩＥＥＥ標準で規定されたＢＰＤＵフォーマットの変更が一切許容されないような場合に有効になると考えられる。このようなハードウェア機能として、各ラインカードは、図７の制御パケット送出部７０２および図８の制御パケット抽出部８０２を備える。
図７に示されるように、ＢＰＤＵ送信側の制御パケット送出部７０２は、ＢＰＤＵ送信ドライバ７０１から受け取った制御パケットを他のブリッジ装置に送信する。ＢＰＤＵ送信ドライバ７０１は、送信停止／再開通知用制御パケット生成プログラム７１１、制御パケット送信処理プログラム７１２、およびＢＰＤＵ送信処理プログラム５１２からなる。制御パケット送信処理プログラム７１２は、制御パケット送出部７０２に対するインタフェース機能を提供する。
ＢＰＤＵの通常送信時には、ＳＴＰプロトコル処理プログラム４０２は、ＢＰＤＵ送信処理プログラム５１２に対して送信ＢＰＤＵを転送し、ＢＰＤＵ送信処理プログラム５１２は、受け取ったＢＰＤＵを送信するためにＢＰＤＵ送出部２２４を制御する。
これに対して、ソフトウェアの更新等でＢＰＤＵ送信を停止する場合は、事前に外部からユーザインタフェースプログラム４０１に対して、ＢＰＤＵ送信停止指示が与えられる。ユーザインタフェースプログラム４０１は、この指示を送信停止／再開通知用制御パケット生成プログラム７１１に転送し、送信停止／再開通知用制御パケット生成プログラム７１１は、送信停止を示す送信停止通知用制御パケットを生成して、制御パケット送信処理プログラム７１２に渡す。こうして、送信停止通知用制御パケットがブリッジ装置から送出される。
一方、ＢＰＤＵ受信側では、図８に示されるように、制御パケット抽出部８０２は、他のブリッジ装置から受信したパケットの中から送信停止／再開通知用制御パケットを抽出して、ＢＰＤＵ受信ドライバ８０１に渡す。ＢＰＤＵ受信ドライバ８０１は、ＢＰＤＵ転送処理プログラム４１１、擬似受信トリガ生成プログラム４１２、ＢＰＤＵ受信処理プログラム４１３、および制御パケット受信処理プログラム８１１からなる。制御パケット受信処理プログラム８１１は、制御パケット抽出部８０２に対するインタフェース機能を提供する。
ＢＰＤＵ抽出部２２３がＢＰＤＵを受信すると、ＢＰＤＵ受信処理プログラム４１３は、ＢＰＤＵ抽出部２２３から受信ＢＰＤＵを受け取り、最新ＢＰＤＵ格納バッファ４１４に格納した後、ＢＰＤＵ転送処理プログラム４１１にＢＰＤＵ受信トリガを与える。これを受けて、ＢＰＤＵ転送処理プログラム４１１は、最新ＢＰＤＵ格納バッファ４１４からＢＰＤＵを取り出し、それをＳＴＰプロトコル処理プログラム４０２へ転送する。
また、制御パケット抽出部８０２が送信停止通知用制御パケットを受信すると、制御パケット受信処理プログラム８１１は、制御パケット抽出部８０２からその制御パケットを受け取り、擬似受信トリガ生成プログラム４１２に対して擬似受信トリガ開始指示を与える。これを受けて、擬似受信トリガ生成プログラム４１２は、ＢＰＤＵ転送処理プログラム４１１に対して定期的にＢＰＤＵ受信トリガを供給する処理を開始する。
これにより、通常のＢＰＤＵが全く受信されない状態であっても、最新ＢＰＤＵ格納バッファ４１４に格納されたＢＰＤＵが定期的にＳＴＰプロトコル処理プログラム４０２に転送され、ＳＴＰプロトコル処理プログラム４０２によるトポロジー再構築の発生が防止される。
また、ソフトウェアの更新等が完了し、ＢＰＤＵ送信停止の状態から回復したときには、図７のブリッジ装置には、外部からユーザインタフェースプログラム４０１に対して、ＢＰＤＵ送信再開指示が与えられる。ユーザインタフェースプログラム４０１は、この指示を送信停止／再開通知用制御パケット生成プログラム７１１に転送し、送信停止／再開通知用制御パケット生成プログラム７１１は、送信再開を示す送信再開通知用制御パケットを生成して、制御パケット送信処理プログラム７１２に渡す。こうして、送信再開通知用制御パケットがブリッジ装置から送出される。
そして、図８のブリッジ装置では、制御パケット抽出部８０２が送信再開通知用制御パケットを受信すると、制御パケット受信処理プログラム８１１は、制御パケット抽出部８０２からその制御パケットを受け取り、擬似受信トリガ生成プログラム４１２に対して擬似受信トリガ停止指示を与える。これにより、擬似受信トリガ生成プログラム４１２は、ＢＰＤＵ転送処理プログラム４１１に対するＢＰＤＵ受信トリガの供給を停止する。
図７および図８のＢＰＤＵ送受信方法において、擬似受信トリガ生成プログラムによる擬似受信トリガ生成の停止を指示するために、送信再開通知用制御パケットを送受信することなく、通常のＢＰＤＵの送信を再開するだけで済ませることも可能である。
この場合、ＢＰＤＵ送信側では送信再開通知用制御パケットを生成しない。そして、ＢＰＤＵ受信側では、ＢＰＤＵ受信処理プログラム４１３が、ＢＰＤＵを受信した場合は、常にもしくは複数回に１度、擬似受信トリガ生成プログラム４１２に対して擬似受信トリガ停止を指示する。
次に、図９および図１０を参照しながら、第１の実施形態におけるブリッジ装置のソフトウェア更新処理の手順について説明する。
図９の構成では、スパニングツリープロトコルが動作しているブリッジ装置９０１、９０２、９０３、および９０４で構成されるネットワークに加えて、それらの全ブリッジ装置を監視／制御するネットワーク管理装置９４１が存在する。
図９の構成では、スパニングツリープロトコルが動作しているブリッジ装置９０１、９０２、９０３、および９０４で構成されるネットワークに加えて、それらの全ブリッジ装置を監視／制御するネットワーク管理装置９４１が存在する。
この場合、ブリッジ装置９０１がルートブリッジ装置に割り当てられ、デジグネーテッドポート９０２および９０３から、ブリッジ装置９１１のルートポート９１２およびブリッジ装置９２１のルートポート９２２にそれぞれＢＰＤＵが送信される。また、ブリッジ装置９１１のデジグネーテッドポート９１３からブリッジ装置９３１のルートポート９３２にＢＰＤＵが送信される。ブリッジ装置９２１のデジグネーテッドポート９２３に対向するブリッジ装置９３１のポート９３３は、オルタネートポートとしてブロックされている。
ここで、一部もしくは全てのブリッジ装置が図４に示したＢＰＤＵ受信方法をサポートしていれば、特定もしくは任意のブリッジ装置においてソフトウェアの更新によりＢＰＤＵ送信処理が停止する状態になっても、トポロジー再構築を発生させることなく、無瞬断のデータ通信サービスを提供することが可能である。
例えば、図９のブリッジ装置９１１のソフトウェアを更新する場合、ネットワーク管理装置９４１によるブリッジ装置の制御手順は以下のようになる。
（１）まず、ネットワーク管理装置９４１は、ＢＰＤＵの流れにおいてブリッジ装置９１１の下流にあるポート、つまりブリッジ装置９３１におけるブリッジ装置９１２との接続ポート９３２に対して、擬似受信トリガ生成開始指示を行う。これにより、ブリッジ装置９３１では、ブリッジ装置９１１からＢＰＤＵが送信されたかどうかに関わらず、前回受信した最新ＢＰＤＵの情報を定期的にＳＴＰプロトコル処理プログラムに転送する。
（２）次に、ネットワーク管理装置９４１は、ブリッジ装置９１１のソフトウェア更新処理を行う。このとき、ブリッジ装置９１１から送信されるＢＰＤＵは停止される。ただし、ブリッジ装置９３１では、ＳＴＰプロトコル処理プログラムに擬似的にＢＰＤＵが転送される状態が継続している。
（３）最後に、ブリッジ装置９１１のソフトウェア更新処理が完了し、ＢＰＤＵ送信を再開可能な状態になった後で、ネットワーク管理装置９４１は、ブリッジ装置９３１に対して擬似受信トリガ生成停止指示を行う。これにより、ブリッジ装置９３１では、前回受信した最新ＢＰＤＵの情報を定期的にＳＴＰプロトコル処理プログラムに転送する処理を停止し、実際にＢＰＤＵを受信しない限り、ＳＴＰプロトコル処理プログラムに対してＢＰＤＵを転送しないという正常な状態に戻る。
（１）まず、ネットワーク管理装置９４１は、ＢＰＤＵの流れにおいてブリッジ装置９１１の下流にあるポート、つまりブリッジ装置９３１におけるブリッジ装置９１２との接続ポート９３２に対して、擬似受信トリガ生成開始指示を行う。これにより、ブリッジ装置９３１では、ブリッジ装置９１１からＢＰＤＵが送信されたかどうかに関わらず、前回受信した最新ＢＰＤＵの情報を定期的にＳＴＰプロトコル処理プログラムに転送する。
（２）次に、ネットワーク管理装置９４１は、ブリッジ装置９１１のソフトウェア更新処理を行う。このとき、ブリッジ装置９１１から送信されるＢＰＤＵは停止される。ただし、ブリッジ装置９３１では、ＳＴＰプロトコル処理プログラムに擬似的にＢＰＤＵが転送される状態が継続している。
（３）最後に、ブリッジ装置９１１のソフトウェア更新処理が完了し、ＢＰＤＵ送信を再開可能な状態になった後で、ネットワーク管理装置９４１は、ブリッジ装置９３１に対して擬似受信トリガ生成停止指示を行う。これにより、ブリッジ装置９３１では、前回受信した最新ＢＰＤＵの情報を定期的にＳＴＰプロトコル処理プログラムに転送する処理を停止し、実際にＢＰＤＵを受信しない限り、ＳＴＰプロトコル処理プログラムに対してＢＰＤＵを転送しないという正常な状態に戻る。
上記（１）〜（３）の間、ネットワーク全域においてトポロジー再構築が行われないため、データ通信に関する無瞬断サービスが継続される。
図１０の構成では、スパニングツリープロトコルが動作しているブリッジ装置１００１、１０１１、１０２１、および１０３１で構成されるネットワークについては図９と同様であるが、ネットワーク管理装置は存在しない。各ブリッジ装置の制御は、ＣＬＩ（Command Line Interface）を搭載した端末のような、ブリッジ装置にコマンド入力可能な簡易端末１０４１を接続し、その端末１０４１からコマンドを投入することで実施される。
図１０の構成では、スパニングツリープロトコルが動作しているブリッジ装置１００１、１０１１、１０２１、および１０３１で構成されるネットワークについては図９と同様であるが、ネットワーク管理装置は存在しない。各ブリッジ装置の制御は、ＣＬＩ（Command Line Interface）を搭載した端末のような、ブリッジ装置にコマンド入力可能な簡易端末１０４１を接続し、その端末１０４１からコマンドを投入することで実施される。
この場合、ブリッジ装置１００１のデジグネーテッドポート１００２および１００３、ブリッジ装置１０１１のルートポート１０１２およびデジグネーテッドポート１０１３、ブリッジ装置１０２１のルートポート１０２２およびデジグネーテッドポート１０２３、およびブリッジ装置１０３１のルートポート１０３２およびオルタネートポート１０３３の役割については、図９と同様である。
このようなブリッジ装置の管理形態、つまり複数のブリッジ装置を一括管理する装置が存在しない形態では、図９のように複数のブリッジ装置に対して連携操作を行うことが難しい。そこで、図５および図６に示したＢＰＤＵ送受信方法を利用することで、擬似受信トリガ生成の開始／停止を行う。
例えば、図１０のブリッジ装置１０１１のソフトウェアを更新する場合、簡易端末１０４１によるブリッジ装置の制御手順は以下のようになる。
（１）まず、簡易端末１０４１は、ブリッジ装置１０１１に対して送信停止指示を行う。これにより、ブリッジ装置１０１１では、“送信停止フラグ”の設定されたＢＰＤＵをブリッジ装置１０３１に対して送信する。これを受信したブリッジ装置１０３１では、“送信停止フラグ”を認識し、最新ＢＰＤＵ格納バッファに格納済みのＢＰＤＵを定期的にＳＴＰプロトコル処理プログラムに転送する。
（２）次に、簡易端末１０４１は、ブリッジ装置１０１１のソフトウェア更新処理を行う。このとき、ブリッジ装置１０１１から送信されるＢＰＤＵは停止される。ただし、ブリッジ装置１０３１では、ＳＴＰプロトコル処理プログラムに擬似的にＢＰＤＵが転送される状態が継続している。
（３）最後に、ブリッジ装置１０１１のソフトウェア更新処理が完了し、ＢＰＤＵ送信を再開可能な状態になった後で、簡易端末１０４１は、ブリッジ装置１０１１に対して送信再開指示を行う。これにより、ブリッジ装置１０１１では、“送信再開フラグ”の設定されたＢＰＤＵをブリッジ装置１０３１に対して送信する。これを受信したブリッジ装置１０３１では、“送信再開フラグ”を認識し、最新ＢＰＤＵ格納バッファに格納済みのＢＰＤＵを定期的にＳＴＰプロトコル処理プログラムに転送する処理を停止する。これにより、ブリッジ装置１０３１では、実際にＢＰＤＵを受信しない限り、ＳＴＰプロトコル処理プログラムにＢＰＤＵを転送しないという正常な状態に戻る。
（１）まず、簡易端末１０４１は、ブリッジ装置１０１１に対して送信停止指示を行う。これにより、ブリッジ装置１０１１では、“送信停止フラグ”の設定されたＢＰＤＵをブリッジ装置１０３１に対して送信する。これを受信したブリッジ装置１０３１では、“送信停止フラグ”を認識し、最新ＢＰＤＵ格納バッファに格納済みのＢＰＤＵを定期的にＳＴＰプロトコル処理プログラムに転送する。
（２）次に、簡易端末１０４１は、ブリッジ装置１０１１のソフトウェア更新処理を行う。このとき、ブリッジ装置１０１１から送信されるＢＰＤＵは停止される。ただし、ブリッジ装置１０３１では、ＳＴＰプロトコル処理プログラムに擬似的にＢＰＤＵが転送される状態が継続している。
（３）最後に、ブリッジ装置１０１１のソフトウェア更新処理が完了し、ＢＰＤＵ送信を再開可能な状態になった後で、簡易端末１０４１は、ブリッジ装置１０１１に対して送信再開指示を行う。これにより、ブリッジ装置１０１１では、“送信再開フラグ”の設定されたＢＰＤＵをブリッジ装置１０３１に対して送信する。これを受信したブリッジ装置１０３１では、“送信再開フラグ”を認識し、最新ＢＰＤＵ格納バッファに格納済みのＢＰＤＵを定期的にＳＴＰプロトコル処理プログラムに転送する処理を停止する。これにより、ブリッジ装置１０３１では、実際にＢＰＤＵを受信しない限り、ＳＴＰプロトコル処理プログラムにＢＰＤＵを転送しないという正常な状態に戻る。
上記（１）〜（３）の間、図９の方法と同様に、データ通信に関する無瞬断サービスが継続される。
簡易端末１０４１からの制御手順として、（１）の手順を省略し、直接（２）の手順を実施することにより、ブリッジ装置１０１１のユーザインタフェースプログラムが、ＢＰＤＵ送信ドライバに対する送信停止指示をソフトウェア更新処理の前処理として行うことも可能である。
簡易端末１０４１からの制御手順として、（１）の手順を省略し、直接（２）の手順を実施することにより、ブリッジ装置１０１１のユーザインタフェースプログラムが、ＢＰＤＵ送信ドライバに対する送信停止指示をソフトウェア更新処理の前処理として行うことも可能である。
さらに、“送信再開フラグ”の設定されたＢＰＤＵを使用しない場合は、（３）の手順も省略可能である。この場合、簡易端末１０４１からブリッジ装置１０１１に対する制御は、従来と同様にソフトウェア更新処理のコマンド入力だけで済ませることが可能となる。
また、図７および図８に示したＢＰＤＵ送受信方法を利用して、“送信停止フラグ”または“送信再開フラグ”の設定されたＢＰＤＵの代わりに別の制御パケットを送受信すれば、ＢＰＤＵフォーマットの変更を一切行わないようにすることが可能となる。
以上説明した第１の実施形態では、ソフトウェア更新作業の対象となるブリッジ装置の下流側に接続されたブリッジ装置に擬似受信トリガ生成機能を設けることで、トポロジー再構築の発生を抑止している。これに対して、下流側のブリッジ装置に何ら追加機能を付加することなく、トポロジー再構築の発生を抑止することも可能である。以下では、このような第２の実施形態について説明する。
第２の実施形態では、主として、次の（Ａ）乃至（Ｃ）の３つの制御が行われる。
（Ａ）作業対象となるブリッジ装置のデジグネーテッドポートに接続された対向ブリッジ装置がトポロジーの変化を検出しないようにする。
（Ａ）作業対象となるブリッジ装置のデジグネーテッドポートに接続された対向ブリッジ装置がトポロジーの変化を検出しないようにする。
作業対象となるブリッジ装置のポート制御部によりＢＰＤＵの送信を継続することで、対向ブリッジ装置がトポロジーの変化を検出することを防止する。ポート制御部は、図２のラインカード２０２に対応し、メインＣＰＵカード２０１とは独立に動作可能である。具体的には、以下の手順で制御が行われる。
（１）メインＣＰＵカード２０１のＣＰＵ２１１からポート制御部に対して、ＢＰＤＵの自動送信開始を指示する。
（２）ポート制御部は、特定のＢＰＤＵを一定期間、一定間隔で自動的に対向ブリッジ装置に送信する。
（３）ＣＰＵ２１１からポート制御部に対して、ＢＰＤＵの自動送信停止を指示する。
（１）メインＣＰＵカード２０１のＣＰＵ２１１からポート制御部に対して、ＢＰＤＵの自動送信開始を指示する。
（２）ポート制御部は、特定のＢＰＤＵを一定期間、一定間隔で自動的に対向ブリッジ装置に送信する。
（３）ＣＰＵ２１１からポート制御部に対して、ＢＰＤＵの自動送信停止を指示する。
一例として、図１４のブリッジ装置５６のソフトウェアをアップグレードする場合について説明する。図１５に示した通り、定常状態では、ブリッジ装置５６からブリッジ装置５９に対してＢＰＤＵが一定間隔で送信され続け、ブリッジ装置５２からブリッジ装置５６に対してＢＰＤＵが一定間隔で送信され続けている。
ここで、ブリッジ装置５６のソフトウェアのアップグレード開始時に、ＣＰＵからポート５８のポート制御部に対して、一定期間、一定間隔で特定のＢＰＤＵを送信することを指示する。ポート５８のポート制御部は、ＣＰＵからの指示に従い、特定のＢＰＤＵをブリッジ装置５９に対して一定間隔で送信する。これにより、ＣＰＵが停止しても、ポート制御部によるＢＰＤＵの自動送信が継続される。
その後、ソフトウェアのアップグレードが完了し、ＣＰＵが再起動した後、ＣＰＵからポート５８のポート制御部に対して、ＢＰＤＵの自動送信を停止する指示を行うとともに、ＳＴＰプロトコル処理プログラムによる通常のＢＰＤＵの送信を再開する。
これにより、ブリッジ装置５６のソフトウェアのアップグレード前、アップグレード中、およびアップグレード後において、ブリッジ装置５６からブリッジ装置５９に対するＢＰＤＵの送信が一定間隔で継続される。したがって、ブリッジ装置５９が他のリンクにより通信が可能になるようにトポロジーの再構築を開始することを防止できる。
（Ｂ）作業対象となるブリッジ装置のアクティブポートのうち、デジグネーテッドポート以外のポート（例えば、ルートポート）に接続された対向ブリッジ装置がトポロジーの変化を検出しないようにする。
（Ｂ）作業対象となるブリッジ装置のアクティブポートのうち、デジグネーテッドポート以外のポート（例えば、ルートポート）に接続された対向ブリッジ装置がトポロジーの変化を検出しないようにする。
ブリッジ装置にソフトウェアがダウンロードされ、ＳＴＰプロトコル処理プログラムの初期化が完了した後、対向ブリッジ装置から受信するＢＰＤＵをＳＴＰプロトコル処理プログラムに引き渡し、ＢＰＤＵの情報がＳＴＰプロトコル処理プログラムに正しく反映されるようにする。そのために、ポート制御部は、特定のＢＰＤＵの自動送信中に、受信したＢＰＤＵをＣＰＵに正しく引き渡す。
例えば、図１４のブリッジ装置５６のソフトウェアのアップグレードが完了した後、ＢＰＤＵの自動送信中にＣＰＵが再起動したとき、ポート制御部が受信ＢＰＤＵを正しくＣＰＵに引き渡すことにより、ＳＴＰプロトコル処理プログラムは、動的に変化するポートロール、ポートステート等のＳＴＰの各種パラメータを、アップグレード前の値に正しく一致させることができる。その結果、ブリッジ装置５６は、アップグレード前にＢＰＤＵを送信していたポートに同一ＢＰＤＵを転送することができ、ブリッジ装置５９がトポロジーの再構築を開始することを防止できる。
また、ブリッジ装置にソフトウェアがダウンロードされ、ＳＴＰプロトコル処理プログラムの初期化が完了した後、ＳＴＰプロトコル処理プログラムが送信する過渡的なＢＰＤＵを廃棄し、過渡的な制御情報により対向ブリッジ装置がトポロジーの変化を検出することを防止する。具体的には、以下の手順で制御が行われる。
（１）ＣＰＵは、ポート制御部に対してＢＰＤＵの自動送信を指示中であるか否かを示す情報をソフトウェアアップグレードの前後で引き継ぐ。
（２）ＣＰＵは、上記引継ぎ情報を元に、ＢＰＤＵの自動送信中はポート制御部に対するＢＰＤＵ送信要求を破棄する。
（３）ＣＰＵは、上記引継ぎ情報を元に、ＢＰＤＵの自動送信中はすべてのポート制御部に対するＭＡＣテーブルのフラッシュ指示を破棄する。
（１）ＣＰＵは、ポート制御部に対してＢＰＤＵの自動送信を指示中であるか否かを示す情報をソフトウェアアップグレードの前後で引き継ぐ。
（２）ＣＰＵは、上記引継ぎ情報を元に、ＢＰＤＵの自動送信中はポート制御部に対するＢＰＤＵ送信要求を破棄する。
（３）ＣＰＵは、上記引継ぎ情報を元に、ＢＰＤＵの自動送信中はすべてのポート制御部に対するＭＡＣテーブルのフラッシュ指示を破棄する。
例えば、図１４のブリッジ装置５６のソフトウェアのアップグレードが完了した後、ＢＰＤＵの自動送信中にＣＰＵが再起動したとき、ＳＴＰプロトコル処理プログラムは、ＳＴＰの各種パラメータをアップグレード前の値に正しく一致させるまで、過渡的に、アップグレード前にはＢＰＤＵを送信していなかったポートにＢＰＤＵを転送する、および／または、異なるＢＰＤＵを送信する可能性がある。
このとき、ＢＰＤＵ自動送信指示中か否かを示す引継ぎ情報を元に、ＢＰＤＵの自動送信中はすべてのポート制御部に対するＢＰＤＵ送信要求を破棄することにより、このＢＰＤＵを対向ブリッジ装置が受信することを防止する。これにより、ブリッジ装置５９がトポロジーの再構築を開始することを防止できる。
同様に、引継ぎ情報を元に、ＢＰＤＵの自動送信中はすべてのポート制御部に対するＭＡＣテーブルのフラッシュ指示を破棄することにより、無用なＭＡＣテーブルの再学習およびフラッディングを防止できる。
（Ｃ）ソフトウェアのアップグレード中にネットワークのトポロジーが変化した場合に、ループまたは通信断が継続することを回避するため、作業対象となるブリッジ装置がトポロジーの変化に追随し、自動復旧できるようにする。
（Ｃ）ソフトウェアのアップグレード中にネットワークのトポロジーが変化した場合に、ループまたは通信断が継続することを回避するため、作業対象となるブリッジ装置がトポロジーの変化に追随し、自動復旧できるようにする。
作業対象となるブリッジ装置のポート制御部において受信するＢＰＤＵを監視し、以下の場合に、ユーザデータの送受信を強制的に停止する。または、以下の場合に、ＳＴＰを強制的に初期化する。
（ａ）受信したＢＰＤＵを直前に受信したＢＰＤＵと比較し、相違があった場合
（ｂ）直前に受信したＢＰＤＵから一定期間が経過してもＢＰＤＵを受信しなかった場合
（ｃ）ＢＰＤＵを受信していなかったポートがＢＰＤＵを受信した場合
例えば、図１４のブリッジ装置５６のソフトウェアのアップグレード中にネットワークのトポロジーが変わると、以下のような変化が起こる可能性がある。
・ブリッジ装置５６がブリッジ装置５２から受信するＢＰＤＵの内容（パケット内部データ）が変化する。
・ブリッジ装置５２がブリッジ装置５６にＢＰＤＵを送信しなくなる。
・ブリッジ装置５９がブリッジ装置５６にＢＰＤＵを送信する。
（ａ）受信したＢＰＤＵを直前に受信したＢＰＤＵと比較し、相違があった場合
（ｂ）直前に受信したＢＰＤＵから一定期間が経過してもＢＰＤＵを受信しなかった場合
（ｃ）ＢＰＤＵを受信していなかったポートがＢＰＤＵを受信した場合
例えば、図１４のブリッジ装置５６のソフトウェアのアップグレード中にネットワークのトポロジーが変わると、以下のような変化が起こる可能性がある。
・ブリッジ装置５６がブリッジ装置５２から受信するＢＰＤＵの内容（パケット内部データ）が変化する。
・ブリッジ装置５２がブリッジ装置５６にＢＰＤＵを送信しなくなる。
・ブリッジ装置５９がブリッジ装置５６にＢＰＤＵを送信する。
このとき、ブリッジ装置５６が継続して前の状態を保持して、同一ＢＰＤＵを送信し続けると、ループまたは通信断が継続する可能性がある。そこで、ブリッジ装置５６のポート制御部において受信するＢＰＤＵを監視し、上記（ａ）、（ｂ）、または（ｃ）の場合に強制的にユーザデータの送受信を停止することにより、ループの継続を回避できる。また、ＳＴＰを強制的に初期化することにより、ループの継続を回避でき、さらに通信断を復旧することが可能となる。
また、受信するＢＰＤＵの内容が変化した場合、その変化の内容を上記（Ａ）の制御を行うポート制御部に通知し、自動的に送信するＢＰＤＵの内容を変更する。
図１４のブリッジ装置５６のポート制御部は、ブリッジ装置５２から受信したＢＰＤＵを直前に受信したＢＰＤＵと比較し、相違があった場合に、ＢＰＤＵの自動送信を行っているポート制御部に対して、受信したＢＰＤＵまたは直前に受信したＢＰＤＵとの差分を通知する。通知されたポート制御部は、自律的に送信しているＢＰＤＵと通知された内容とを比較し、必要に応じて送信するＢＰＤＵの内容を変更する。これにより、ループおよび通信断を回避できる。
図１４のブリッジ装置５６のポート制御部は、ブリッジ装置５２から受信したＢＰＤＵを直前に受信したＢＰＤＵと比較し、相違があった場合に、ＢＰＤＵの自動送信を行っているポート制御部に対して、受信したＢＰＤＵまたは直前に受信したＢＰＤＵとの差分を通知する。通知されたポート制御部は、自律的に送信しているＢＰＤＵと通知された内容とを比較し、必要に応じて送信するＢＰＤＵの内容を変更する。これにより、ループおよび通信断を回避できる。
上記（Ａ）乃至（Ｃ）の制御により、ソフトウェアのダウンロード中およびダウンロード後、ＳＴＰプロトコル処理プログラムが安定状態に遷移するまで、対向ブリッジ装置がトポロジーの変化を検出しないようにすることができる。したがって、メモリの二重化もせず、リダンダンシー機能も実装せずに、フレームの転送サービスを中断することなく、ソフトウェアのアップグレードを実現できる。このような制御を実現するために、各ポートのポート制御部は、以下のような機能を備える。
（１）ポート毎に指定されたＢＰＤＵを一定間隔で自動送信する。具体的には、コマンド等により、ポート制御部によるＢＰＤＵの自動送信が有効化されたときに、ポート制御部に対して以下のようなパラメータを設定することができる。
・ＢＰＤＵ送信指定−当該ポートからＢＰＤＵを送信するか否かの指定
・送信ＢＰＤＵ長−最大６４オクテット（ＲＳＴのＢＰＤＵでは、３６オクテット＋ｔａｇ１段＋α）
・送信ＢＰＤＵ−実際に送信するＢＰＤＵの内容
・送信間隔−１００ｍｓ〜１０秒
・送信継続回数−１〜２４００回（手順失敗時にＢＰＤＵの送信を自動停止する手段）
なお、ＢＰＤＵ送信指定は送信ＢＰＤＵ長で代用することもできる。ＢＰＤＵを送信しない場合、送信ＢＰＤＵ長が０に設定され、ＢＰＤＵを送信する場合、送信ＢＰＤＵ長が０以外に設定される。
（２）コマンドまたはポート制御部からの直接の指示により、ＢＰＤＵの自動送信を指定により強制的に停止する。
（３）ポート毎に受信ＢＰＤＵに関する以下の監視を行う。
・受信するＢＰＤＵの内容の変化
・一定期間ＢＰＤＵを受信しない
・ＢＰＤＵの受信開始
（４）上記（３）で受信するＢＰＤＵの内容が変化した場合、その内容をＢＰＤＵ自動送信中のポートに通知する。
（５）上記（４）の通知をトリガとして、自動送信中のＢＰＤＵの内容を変更する。
（１）ポート毎に指定されたＢＰＤＵを一定間隔で自動送信する。具体的には、コマンド等により、ポート制御部によるＢＰＤＵの自動送信が有効化されたときに、ポート制御部に対して以下のようなパラメータを設定することができる。
・ＢＰＤＵ送信指定−当該ポートからＢＰＤＵを送信するか否かの指定
・送信ＢＰＤＵ長−最大６４オクテット（ＲＳＴのＢＰＤＵでは、３６オクテット＋ｔａｇ１段＋α）
・送信ＢＰＤＵ−実際に送信するＢＰＤＵの内容
・送信間隔−１００ｍｓ〜１０秒
・送信継続回数−１〜２４００回（手順失敗時にＢＰＤＵの送信を自動停止する手段）
なお、ＢＰＤＵ送信指定は送信ＢＰＤＵ長で代用することもできる。ＢＰＤＵを送信しない場合、送信ＢＰＤＵ長が０に設定され、ＢＰＤＵを送信する場合、送信ＢＰＤＵ長が０以外に設定される。
（２）コマンドまたはポート制御部からの直接の指示により、ＢＰＤＵの自動送信を指定により強制的に停止する。
（３）ポート毎に受信ＢＰＤＵに関する以下の監視を行う。
・受信するＢＰＤＵの内容の変化
・一定期間ＢＰＤＵを受信しない
・ＢＰＤＵの受信開始
（４）上記（３）で受信するＢＰＤＵの内容が変化した場合、その内容をＢＰＤＵ自動送信中のポートに通知する。
（５）上記（４）の通知をトリガとして、自動送信中のＢＰＤＵの内容を変更する。
また、上記（Ａ）乃至（Ｃ）の制御を実現するために、メインＣＰＵカードのＣＰＵは、以下のような機能を備える。
（１）ＢＰＤＵの自動送信とＣＰＵからのＢＰＤＵ送信要求の破棄とを指示するコマンド等を受け取って、以下の（ａ）および（ｂ）の機能を実行する。このコマンドは、トポロジーが安定している状態でソフトウェアのダウンロードの直前に指定されるものとする（装置単位の指定）。
（ａ）ポート制御部によるＢＰＤＵの自動送信を起動する。このとき、自動送信可能と判断されるポートは、例えば、ＲＳＴＰが動作しているポートのうち、そのポートロールの属性がデジグネーテッドになっているすべてのポートである。パラメータの設定条件は、以下の通りである。
・ＢＰＤＵ送信指定−ＯＮ：デジグネーテッドポート
ＯＦＦ：デジグネーテッドポート以外
・送信ＢＰＤＵ長−３６：ＲＳＴＰ（ｔａｇなし）
３５：ＳＴＰ（ｔａｇなし）
３７：ＲＳＴＰ（ｔａｇ付き）
３６：ＳＴＰ（ｔａｇ付き）
・送信ＢＰＤＵ−実際に送信するＢＰＤＵの内容
・送信間隔−現在のＨｅｌｌｏ Ｔｉｍｅ周期
・送信継続回数−送信継続時間が一定となるように上記Ｈｅｌｌｏ Ｔｉｍｅ周期から計算する
なお、ＢＰＤＵ送信指定は送信ＢＰＤＵ長で代用することもできる。デジグネーテッドポート以外のポートの送信ＢＰＤＵ長は０に設定され、デジグネーテッドポートの送信ＢＰＤＵ長は０以外に設定される。
（ｂ）すべてのアクティブポートに対して、ハードウェアのポートステートを固定化する。以下に固定化の具体的意味を示す。
・他のＳＴＰ関連コマンドは使用できないようにガードする。
・当該ポートから学習したＭＡＣテーブルをフラッシュしない。
・当該ポートに対するＳＴＰプロトコル処理プログラムからのＢＰＤＵ送信要求を破棄する。
・当該ポートで受信するＢＰＤＵをＳＴＰプロトコル処理プログラムに引き渡す。
（２）コマンド等により、ＢＰＤＵの自動送信とＣＰＵからのＢＰＤＵ送信要求の破棄とを停止する。
（３）ＢＰＤＵの自動送信とＣＰＵからのＢＰＤＵ送信要求の破棄の起動／停止の切り替え時間は、例えば、２秒（最小Ｈｅｌｌｏ Ｔｉｍｅ周期の２倍）以内とする。
（１）ＢＰＤＵの自動送信とＣＰＵからのＢＰＤＵ送信要求の破棄とを指示するコマンド等を受け取って、以下の（ａ）および（ｂ）の機能を実行する。このコマンドは、トポロジーが安定している状態でソフトウェアのダウンロードの直前に指定されるものとする（装置単位の指定）。
（ａ）ポート制御部によるＢＰＤＵの自動送信を起動する。このとき、自動送信可能と判断されるポートは、例えば、ＲＳＴＰが動作しているポートのうち、そのポートロールの属性がデジグネーテッドになっているすべてのポートである。パラメータの設定条件は、以下の通りである。
・ＢＰＤＵ送信指定−ＯＮ：デジグネーテッドポート
ＯＦＦ：デジグネーテッドポート以外
・送信ＢＰＤＵ長−３６：ＲＳＴＰ（ｔａｇなし）
３５：ＳＴＰ（ｔａｇなし）
３７：ＲＳＴＰ（ｔａｇ付き）
３６：ＳＴＰ（ｔａｇ付き）
・送信ＢＰＤＵ−実際に送信するＢＰＤＵの内容
・送信間隔−現在のＨｅｌｌｏ Ｔｉｍｅ周期
・送信継続回数−送信継続時間が一定となるように上記Ｈｅｌｌｏ Ｔｉｍｅ周期から計算する
なお、ＢＰＤＵ送信指定は送信ＢＰＤＵ長で代用することもできる。デジグネーテッドポート以外のポートの送信ＢＰＤＵ長は０に設定され、デジグネーテッドポートの送信ＢＰＤＵ長は０以外に設定される。
（ｂ）すべてのアクティブポートに対して、ハードウェアのポートステートを固定化する。以下に固定化の具体的意味を示す。
・他のＳＴＰ関連コマンドは使用できないようにガードする。
・当該ポートから学習したＭＡＣテーブルをフラッシュしない。
・当該ポートに対するＳＴＰプロトコル処理プログラムからのＢＰＤＵ送信要求を破棄する。
・当該ポートで受信するＢＰＤＵをＳＴＰプロトコル処理プログラムに引き渡す。
（２）コマンド等により、ＢＰＤＵの自動送信とＣＰＵからのＢＰＤＵ送信要求の破棄とを停止する。
（３）ＢＰＤＵの自動送信とＣＰＵからのＢＰＤＵ送信要求の破棄の起動／停止の切り替え時間は、例えば、２秒（最小Ｈｅｌｌｏ Ｔｉｍｅ周期の２倍）以内とする。
図１１は、このようなブリッジ装置のメインＣＰＵカードに実装されるソフトウェアの構成例を示している。図１１のブリッジ装置は、図２のブリッジ装置２００と同様に、メインＣＰＵカード２０１、ポート＃１〜＃ｎのためのｎ枚のラインカード２０２−１〜２０２−ｎ、およびスイッチカード２０３からなる。各ラインカード２０２には、回線が２本ずつ接続されている。
メインＣＰＵカード２０１のメモリには、ユーザインタフェースプログラム４０１およびＳＴＰプロトコル処理プログラム４０２に加えて、装置管理プログラム１１０１、プロビジョニング情報管理プログラム１１０２、ＭＡＣテーブル処理プログラム１１０３、およびスイッチ／ポート制御プログラム１１０４が格納されている。メインＣＰＵカード２０１のＣＰＵは、これらのプログラムを実行することで必要な処理を行う。
これらのカードおよびプログラム間の実線はインタフェースを表し、カードおよびプログラム間の破線の矢印はデータの参照を表す。また、上述したポート制御部の機能は、各ラインカード２０２のＢＰＤＵ送信ドライバおよびＢＰＤＵ受信ドライバの機能として実装される。
装置管理プログラム１１０１は、ブリッジ装置全体の管理を行う。具体的には、プロビジョニング情報管理プログラム１１０２と連携して、ブリッジ装置のプロビジョニング情報に基づき、スイッチ／ポート制御プログラム１１０４およびＳＴＰプロトコル処理プログラム４０２に動作条件を指示する。また、スイッチ／ポート制御プログラム１１０４およびＳＴＰプロトコル処理プログラム４０２から動作状態、障害発生、障害復旧等に関する情報を取得し、必要な処理を行う。
また、プロビジョニング情報管理プログラム１１０２との連携により、ＢＰＤＵの自動送信とＣＰＵからのＢＰＤＵ送信要求の破棄の起動／停止情報を管理し、スイッチ／ポート制御部に対して、必要に応じて、ＢＰＤＵの自動送信とＣＰＵからのＢＰＤＵ送信要求の破棄の開始／停止を指示する。
ユーザインタフェースプログラム４０１は、ネットワーク管理装置または簡易端末に対するインタフェース機能を提供し、プロビジョニング情報管理プログラム１１０２と連携して、管理情報の設定および表示を行う。また、コマンド等の入力により、ＢＰＤＵの自動送信とＣＰＵからのＢＰＤＵ送信要求の破棄の起動／停止のトリガを発生する。
プロビジョニング情報管理プログラム１１０２は、ユーザインタフェースプログラム４０１からの指示に従い、プロビジョニング情報を設定／表示するとともに、そのプロビジョニング情報を装置管理プログラム１１０１、スイッチ／ポート制御プログラム１１０４、ＳＴＰプロトコル処理プログラム４０２等に引き渡す。また、ＣＰＵの再起動時に、ＢＰＤＵの自動送信とＣＰＵからのＢＰＤＵ送信要求の破棄の起動／停止の設定状態を引き継ぐ。
ＳＴＰプロトコル処理プログラム４０２は、ＳＴＰの動作主体であり、装置単位ステートマシン処理プログラム１１１１および回線対応ステートマシン処理プログラム１１１２−１〜１１１２−２ｎからなる。ＳＴＰプロトコル処理プログラム４０２は、装置管理プログラム１１０１から指示された動作条件に従って動作すると同時に、トポロジーの変化を検出した場合は、その旨を装置管理プログラム１１０１に通知する。
ＭＡＣテーブル処理プログラム１１０３は、プロビジョニング情報管理プログラム１１０２、装置管理プログラム１１０１、スイッチ／ポート制御プログラム１１０４と連携して、ＭＡＣテーブルの原本を管理し、各ラインカード２０２に対して必要なＭＡＣテーブルを提供するとともに、スイッチカード２０３に対して必要なスイッチングを指示する。また、装置管理プログラム１１０１からの指示により、ＭＡＣテーブルのフラッシュを停止する。
スイッチ／ポート制御プログラム１１０４は、装置管理プログラム１１０１からの指示に従い、スイッチカード２０３およびラインカード２０２に対して動作条件を通知するとともに、スイッチカード２０３およびラインカード２０２からの動作状態、障害発生、障害復旧等に関する情報を装置管理プログラム１１０１に通知する。
また、装置管理プログラム１１０１からの指示により、ＳＴＰプロトコル処理プログラム４０２からラインカード２０２への（ＣＰＵからポート制御部への）ＢＰＤＵ送信要求を破棄したり、その破棄を停止したりするとともに、ラインカード２０２に対してＢＰＤＵの自動送信の起動／停止を指示する。さらに、ラインカード２０２からの要求により、装置管理プログラム１１０１を経由して、ＳＴＰプロトコル処理プログラム４０２を強制的に初期化する。
スイッチカード２０３は、スイッチ／ポート制御プログラム１１０４からの指示に従い、各ラインカード２０２およびブリッジ装置内の必要な機能ブロック（例えば、メインＣＰＵカード２０１内のプログラム）とのスイッチングを行う。
各ラインカード２０２は、スイッチ／ポート制御プログラム１１０４からの指示に従い、ＭＡＣテーブルを参照しながらフレームの送受信を行う。また、スイッチ／ポート制御プログラム１１０４からの指示に従い、ポート毎に指定されたＢＰＤＵを一定間隔で自動的に送信し、スイッチ／ポート制御プログラム１１０４からの指示に従い、そのＢＰＤＵの自動送信を強制的に停止する。
また、スイッチ／ポート制御プログラム１１０４からの指示に従い、受信するＢＰＤＵを監視し、その結果に基づいて、スイッチ／ポート制御プログラム１１０４に対してＳＴＰを強制的に初期化することを要求するか、あるいはＢＰＤＵ自動送信中のラインカード２０２に直接、ＢＰＤＵの変化の内容を通知する。
ＢＰＤＵ自動送信中のラインカード２０２は、ＢＰＤＵの変化の通知に従い、ＢＰＤＵの自動送信を停止するか、あるいは自動送信するＢＰＤＵの内容を変更する。
次に、図１２を参照しながら、このようなブリッジ装置によるＢＰＤＵの送受信方法について説明する。図１２は、図１４のアクティブトポロジーにおいてブリッジ装置５６のソフトウェアのアップグレードを行う場合のＢＰＤＵ送受信のシーケンスを示している。このシーケンスでは、例えば、ブリッジ装置５６のメインＣＰＵカード２０１に搭載されたプログラムがアップグレードされる。
次に、図１２を参照しながら、このようなブリッジ装置によるＢＰＤＵの送受信方法について説明する。図１２は、図１４のアクティブトポロジーにおいてブリッジ装置５６のソフトウェアのアップグレードを行う場合のＢＰＤＵ送受信のシーケンスを示している。このシーケンスでは、例えば、ブリッジ装置５６のメインＣＰＵカード２０１に搭載されたプログラムがアップグレードされる。
まず、ネットワーク管理装置または簡易端末からブリッジ装置５６に対して、ＢＰＤＵの自動送信開始とＣＰＵからのＢＰＤＵ送信要求の破棄を指示する。この間、ポートＰ１のポート制御部からＣＰＵへのＢＰＤＵの引き渡しは継続される。
これにより、ブリッジ装置５６のＣＰＵが停止しても、ブリッジ装置５９に対してＢＰＤＵが継続して送信されるので、ブリッジ装置５９がトポロジーの変化を検出することを防止できる。
このとき、ポートＰ１のポート制御部が、ブリッジ装置５２から受信するＢＰＤＵをＳＴＰプロトコル処理プログラムに正しく引き渡す処理を継続することで、ＳＴＰプロトコル処理プログラムは、現在のトポロジーに内部状態を追随させることができる。このため、作業者がソフトウェアのアップグレードを完了または中止して、ネットワーク管理装置または簡易端末からブリッジ装置５６に対して、ＢＰＤＵの自動送信とＣＰＵからのＢＰＤＵ送信要求の破棄とを停止する指示を与えたとしても、フレーム転送サービスの中断なしで復旧することができる。
ＢＰＤＵの自動送信とＣＰＵからのＢＰＤＵ送信要求の破棄を起動した後、ネットワーク管理装置または簡易端末からブリッジ装置５６に対して、ソフトウェアのアップグレードが指示され、ソフトウェアのダウンロードが行われる。この間、ＣＰＵまたはＳＴＰプロトコル処理プログラムが停止していてもＢＰＤＵの送信が継続されるので、ブリッジ装置５９は無用なトポロジーの変化を検出しない。
その後、ソフトウェアのアップグレードが完了し、ＣＰＵが再起動してＳＴＰプロトコル処理プログラムが動作を開始すると、ブリッジ装置５２から受信したＢＰＤＵとブリッジ装置５６のスタティックなパラメータにより、ソフトウェアのアップグレード直前のトポロジー（内部状態）が復元される。
トポロジー復元の過程で、過渡的に任意のポートに対してソフトウェアのアップグレード直前のトポロジーと一致しないＢＰＤＵを転送する可能性があるが、ＣＰＵからのＢＰＤＵ送信要求の破棄が起動されているので、対向ブリッジ装置にこのようなＢＰＤＵが送信されることはない。したがって、対向ブリッジ装置が無用なトポロジーの変化を検出することなく、アップグレード直前のトポロジーの復元を完了することができる。
最後に、ネットワーク管理装置または簡易端末からブリッジ装置５６に対して、ＢＰＤＵの自動送信とＣＰＵからのＢＰＤＵ送信要求の破棄の停止が指示される。
このようなシーケンスによれば、データ通信サービスを中断することなく、またブリッジ装置に新たなハードウェア機能を追加することなく、ソフトウェアのアップグレード等の作業を行うことができる。この場合、作業対象となるブリッジ装置に接続されている他のブリッジ装置には、何ら追加機能を付加する必要がない。
このようなシーケンスによれば、データ通信サービスを中断することなく、またブリッジ装置に新たなハードウェア機能を追加することなく、ソフトウェアのアップグレード等の作業を行うことができる。この場合、作業対象となるブリッジ装置に接続されている他のブリッジ装置には、何ら追加機能を付加する必要がない。
ところで、図１２のシーケンスの実行中にネットワークのトポロジーが変わって、ブリッジ装置５９が新たなルートブリッジとなった場合、本来はブリッジ装置５６のポートＰ１はブロッキング状態に遷移すべきであり、ブリッジ装置５６のポートＰ２はＢＰＤＵの自動送信を停止すべきである。
そこで、ブリッジ装置５６は、ポートＰ１およびＰ２において受信するＢＰＤＵを監視し、ポートＰ１において一定期間ＢＰＤＵを受信しないこと、またはポートＰ２においてＢＰＤＵを受信したことをトリガとして、ポートＰ２におけるＢＰＤＵの自動送信を停止し、ＳＴＰを強制的に初期化する。ＳＴＰを初期化することにより、すべてのポートが一旦ブロッキング状態となり、ユーザデータの送信が停止するため、ループの継続を防止することができる。また、ＳＴＰの初期化後の通常動作により、通信断を復旧させることが可能となる。
また、ネットワークのトポロジーが変わったときに、ブリッジ装置５２が送信するＢＰＤＵの内容が変わることも考えられる。この場合、本来はブリッジ装置５６のポートＰ２が送信するＢＰＤＵの内容も変更する必要がある。
そこで、ブリッジ装置５６のポートＰ１において受信するＢＰＤＵを監視し、その内容が変化した場合、その変化の内容を直接ポートＰ２に通知する。通知を受けたポートＰ２では、通知された内容に応じて送信するＢＰＤＵの内容を変更する。これにより、ループまたは通信断を防止することができる。
（付記１） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの受信処理を行う制御パケット処理装置であって、
前記制御パケットを受信する受信手段と、
受信した制御パケットを格納するバッファ手段と、
一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路を再構築する処理部に対して、前記バッファ手段に格納された制御パケットを一定周期で自律的に転送する制御手段と
を備えることを特徴とする制御パケット処理装置。
前記制御パケットを受信する受信手段と、
受信した制御パケットを格納するバッファ手段と、
一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路を再構築する処理部に対して、前記バッファ手段に格納された制御パケットを一定周期で自律的に転送する制御手段と
を備えることを特徴とする制御パケット処理装置。
（付記２） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う制御パケット処理装置であって、
受信側装置において一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路が再構築されることを防止するため、制御パケットの送信を停止するときに送信停止を示す制御パケットを生成する生成手段と、
生成された制御パケットを送出する送信手段と
を備えることを特徴とする制御パケット処理装置。
受信側装置において一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路が再構築されることを防止するため、制御パケットの送信を停止するときに送信停止を示す制御パケットを生成する生成手段と、
生成された制御パケットを送出する送信手段と
を備えることを特徴とする制御パケット処理装置。
（付記３） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う制御パケット処理装置であって、
制御パケットの自動送信の開始指示を入力する入力手段と、
前記開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する送信手段と
を備えることを特徴とする制御パケット処理装置。
制御パケットの自動送信の開始指示を入力する入力手段と、
前記開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する送信手段と
を備えることを特徴とする制御パケット処理装置。
（付記４） 前記入力手段は、前記制御パケットの自動送信の停止指示を入力し、前記送信手段は、該停止指示に従って、前記制御パケットを自律的に送信する動作を停止することを特徴とする付記３記載の制御パケット処理装置。
（付記５） テーブル処理手段をさらに備え、前記送信手段は、前記スパニングツリープロトコルに従って転送されるフレームのアドレスとポートとの対応関係を格納するテーブルを有し、該テーブル処理手段は、該送信手段が前記制御パケットを自律的に送信している間、該スパニングツリープロトコルの通信経路の再構築に伴う該テーブルのフラッシュ指示を破棄することを特徴とする付記２１記載の制御パケット処理装置。
（付記６） 前記制御パケット処理装置は、前記処理部の動作が停止したとき、および、再開したときに他の装置が前記スパニングツリープロトコルの通信経路の変化を検出することを防止し、該処理部の動作の停止直前の通信経路を復元することを特徴とする付記３、４、または５記載の制御パケット処理装置。
（付記７） 前記制御パケットを自律的に送信している間、他の装置から送信された制御パケットを正常に受信する受信手段をさらに備えることを特徴とする付記３、４、または５記載の制御パケット処理装置。
（付記８） 前記送信手段は、前記他の装置から送信された制御パケットの受信状況を監視し、変化が検出されたとき、前記スパニングツリープロトコルに従ったデータフレームの転送を停止することを特徴とする付記７記載の制御パケット処理装置。
（付記９） 前記送信手段は、前記他の装置から送信された制御パケットの受信状況を監視し、変化が検出されたとき、前記スパニングツリープロトコルを初期化することを特徴とする付記７記載の制御パケット処理装置。
（付記１０） 前記送信手段は、前記他の装置から送信された制御パケットの受信状況を監視し、受信した制御パケットの内容が変化したとき、変化した内容に応じて、自律的に送信される制御パケットの内容を変更することを特徴とする付記７記載の制御パケット処理装置。
（付記１１） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの受信処理を行う制御パケット処理装置のためのプログラムであって、
受信した制御パケットをバッファ手段に格納する処理と、
一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路を再構築する処理部に対して、前記バッファ手段に格納された制御パケットを一定周期で自律的に転送する処理と
を前記制御パケット処理装置に実行させることを特徴とするプログラム。
受信した制御パケットをバッファ手段に格納する処理と、
一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路を再構築する処理部に対して、前記バッファ手段に格納された制御パケットを一定周期で自律的に転送する処理と
を前記制御パケット処理装置に実行させることを特徴とするプログラム。
（付記１２） 前記転送する処理は、擬似受信トリガ生成開始指示を受け取ってから擬似受信トリガ生成停止指示を受け取るまでの間、制御パケットを受信したことを示す擬似受信トリガを前記一定周期で生成する処理と、該擬似受信トリガが生成される度に、前記バッファ手段に格納された制御パケットを前記処理部に転送する処理を含むことを特徴とする付記１１記載のプログラム。
（付記１３） 前記制御パケット処理装置が制御パケットの送信停止を示す制御パケットを受信したとき、前記転送する処理を該制御パケット処理装置に開始させることを特徴とする付記１１記載のプログラム。
（付記１４） 前記転送する処理は、制御パケットを受信したことを示す擬似受信トリガを前記一定周期で生成する処理と、前記擬似受信トリガが生成される度に、前記バッファ手段に格納された制御パケットを前記処理部に転送する処理を含むことを特徴とする付記１３記載のプログラム。
（付記１５） 前記制御パケット処理装置は、ブリッジプロトコルデータユニットを前記バッファ手段に格納される制御パケットとして受信し、送信停止を示すフラグを含むブリッジプロトコルデータユニットを前記送信停止を示す制御パケットとして受信することを特徴とする付記１３記載のプログラム。
（付記１６） 前記制御パケット処理装置は、ブリッジプロトコルデータユニットを前記バッファ手段に格納される制御パケットとして受信し、ブリッジプロトコルデータユニットとは別の制御パケットを前記送信停止を示す制御パケットとして受信することを特徴とする付記１３記載のプログラム。
（付記１７） 前記制御パケット処理装置が制御パケットの送信再開を示す制御パケットを受信したとき、前記転送する処理を該制御パケット処理装置に停止させることを特徴とする付記１３記載のプログラム。
（付記１８） 前記制御パケット処理装置は、ブリッジプロトコルデータユニットを前記バッファ手段に格納される制御パケットとして受信し、送信停止を示すフラグを含むブリッジプロトコルデータユニットを前記送信停止を示す制御パケットとして受信し、送信再開を示すフラグを含むブリッジプロトコルデータユニットを前記送信再開を示す制御パケットとして受信することを特徴とする付記１７記載のプログラム。
（付記１９） 前記制御パケット処理装置は、ブリッジプロトコルデータユニットを前記バッファ手段に格納される制御パケットとして受信し、ブリッジプロトコルデータユニットとは別の制御パケットを前記送信停止を示す制御パケットおよび前記送信再開を示す制御パケットとして受信することを特徴とする付記１７記載のプログラム。
（付記２０） 前記制御パケット処理装置が次の制御パケットを受信したとき、前記転送する処理を該制御パケット処理装置に停止させることを特徴とする付記１３記載のプログラム。
（付記２１） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う制御パケット処理装置のためのプログラムであって、
受信側装置において一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路が再構築されることを防止するため、制御パケットの送信を停止するときに送信停止を示す制御パケットを生成する処理と、
生成された制御パケットを送出する処理と
を前記制御パケット処理装置に実行させることを特徴とするプログラム。
受信側装置において一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路が再構築されることを防止するため、制御パケットの送信を停止するときに送信停止を示す制御パケットを生成する処理と、
生成された制御パケットを送出する処理と
を前記制御パケット処理装置に実行させることを特徴とするプログラム。
（付記２２） 前記制御パケット処理装置は、ブリッジプロトコルデータユニットを装置間で転送される制御パケットとして送出し、送信停止を示すフラグを含むブリッジプロトコルデータユニットを前記送信停止を示す制御パケットとして生成することを特徴とする付記２１記載のプログラム。
（付記２３） 前記制御パケット処理装置は、ブリッジプロトコルデータユニットを装置間で転送される制御パケットとして送出し、ブリッジプロトコルデータユニットとは別の制御パケットを前記送信停止を示す制御パケットとして生成することを特徴とする付記２１記載のプログラム。
（付記２４） 制御パケットの送信を再開するときに送信再開を示す制御パケットを生成する処理と、該送信再開を示す制御パケットを送出する処理を前記制御パケット処理装置にさらに実行させることを特徴とする付記２１記載のプログラム。
（付記２５） 前記制御パケット処理装置は、ブリッジプロトコルデータユニットを装置間で転送される制御パケットとして送出し、送信停止を示すフラグを含むブリッジプロトコルデータユニットを前記送信停止を示す制御パケットとして生成し、送信再開を示すフラグを含むブリッジプロトコルデータユニットを前記送信再開を示す制御パケットとして生成することを特徴とする付記２４記載のプログラム。
（付記２６） 前記制御パケット処理装置は、ブリッジプロトコルデータユニットを装置間で転送される制御パケットとして送出し、ブリッジプロトコルデータユニットとは別の制御パケットを前記送信停止を示す制御パケットおよび前記送信再開を示す制御パケットとして生成することを特徴とする付記２４記載のプログラム。
（付記２７） 次の制御パケットを送出することにより制御パケットの送信を再開する処理を前記制御パケット処理装置にさらに実行させることを特徴とする付記２１記載のプログラム。
（付記２８） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う制御パケット処理装置のためのプログラムであって、
制御パケットの自動送信の開始指示を入力する処理と、
前記開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する動作を、送信手段に対して指示する処理と
を前記制御パケット処理装置に実行させることを特徴とするプログラム。
制御パケットの自動送信の開始指示を入力する処理と、
前記開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する動作を、送信手段に対して指示する処理と
を前記制御パケット処理装置に実行させることを特徴とするプログラム。
（付記２９） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う制御パケット処理装置のためのプログラムであって、
制御パケットの自動送信の開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する処理を前記制御パケット処理装置に実行させることを特徴とするプログラム。
制御パケットの自動送信の開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する処理を前記制御パケット処理装置に実行させることを特徴とするプログラム。
（付記３０） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの受信処理を行う制御パケット処理装置のためのプログラムを記録した記録媒体であって、
前記プログラムは、
受信した制御パケットをバッファ手段に格納する処理と、
一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路を再構築する処理部に対して、前記バッファ手段に格納された制御パケットを一定周期で自律的に転送する処理と
を前記制御パケット処理装置に実行させることを特徴とする記録媒体。
前記プログラムは、
受信した制御パケットをバッファ手段に格納する処理と、
一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路を再構築する処理部に対して、前記バッファ手段に格納された制御パケットを一定周期で自律的に転送する処理と
を前記制御パケット処理装置に実行させることを特徴とする記録媒体。
（付記３１） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う制御パケット処理装置のためのプログラムを記録した記録媒体であって、
前記プログラムは、
受信側装置において一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路が再構築されることを防止するため、制御パケットの送信を停止するときに送信停止を示す制御パケットを生成する処理と、
生成された制御パケットを送出する処理と
を前記制御パケット処理装置に実行させることを特徴とする記録媒体。
前記プログラムは、
受信側装置において一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路が再構築されることを防止するため、制御パケットの送信を停止するときに送信停止を示す制御パケットを生成する処理と、
生成された制御パケットを送出する処理と
を前記制御パケット処理装置に実行させることを特徴とする記録媒体。
（付記３２） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う制御パケット処理装置のためのプログラムを記録した記録媒体であって、
前記プログラムは、
制御パケットの自動送信の開始指示を入力する処理と、
前記開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する動作を、送信手段に対して指示する処理と
を前記制御パケット処理装置に実行させることを特徴とする記録媒体。
前記プログラムは、
制御パケットの自動送信の開始指示を入力する処理と、
前記開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する動作を、送信手段に対して指示する処理と
を前記制御パケット処理装置に実行させることを特徴とする記録媒体。
（付記３３） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う制御パケット処理装置のためのプログラムを記録した記録媒体であって、
前記プログラムは、
制御パケットの自動送信の開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する処理を前記制御パケット処理装置に実行させることを特徴とする記録媒体。
前記プログラムは、
制御パケットの自動送信の開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する処理を前記制御パケット処理装置に実行させることを特徴とする記録媒体。
（付記３４） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの受信処理を行う制御パケット処理装置のためのプログラムを搬送する搬送信号であって、
前記プログラムは、
受信した制御パケットをバッファ手段に格納する処理と、
一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路を再構築する処理部に対して、前記バッファ手段に格納された制御パケットを一定周期で自律的に転送する処理と
を前記制御パケット処理装置に実行させることを特徴とする搬送信号。
前記プログラムは、
受信した制御パケットをバッファ手段に格納する処理と、
一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路を再構築する処理部に対して、前記バッファ手段に格納された制御パケットを一定周期で自律的に転送する処理と
を前記制御パケット処理装置に実行させることを特徴とする搬送信号。
（付記３５） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う制御パケット処理装置のためのプログラムを搬送する搬送信号であって、
前記プログラムは、
受信側装置において一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路が再構築されることを防止するため、制御パケットの送信を停止するときに送信停止を示す制御パケットを生成する処理と、
生成された制御パケットを送出する処理と
を前記制御パケット処理装置に実行させることを特徴とする搬送信号。
前記プログラムは、
受信側装置において一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路が再構築されることを防止するため、制御パケットの送信を停止するときに送信停止を示す制御パケットを生成する処理と、
生成された制御パケットを送出する処理と
を前記制御パケット処理装置に実行させることを特徴とする搬送信号。
（付記３６） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う制御パケット処理装置のためのプログラムを搬送する搬送信号であって、
前記プログラムは、
制御パケットの自動送信の開始指示を入力する処理と、
前記開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する動作を、送信手段に対して指示する処理と
を前記制御パケット処理装置に実行させることを特徴とする搬送信号。
前記プログラムは、
制御パケットの自動送信の開始指示を入力する処理と、
前記開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する動作を、送信手段に対して指示する処理と
を前記制御パケット処理装置に実行させることを特徴とする搬送信号。
（付記３７） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う制御パケット処理装置のためのプログラムを搬送する搬送信号であって、
前記プログラムは、
制御パケットの自動送信の開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する処理を前記制御パケット処理装置に実行させることを特徴とする搬送信号。
前記プログラムは、
制御パケットの自動送信の開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する処理を前記制御パケット処理装置に実行させることを特徴とする搬送信号。
（付記３８） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの受信処理を行う制御パケット処理方法であって、
前記制御パケットを受信し、
受信した制御パケットをバッファ手段に格納し、
一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路を再構築する処理部に対して、前記バッファ手段に格納された制御パケットを一定周期で自律的に転送する
ことを特徴とする制御パケット処理方法。
前記制御パケットを受信し、
受信した制御パケットをバッファ手段に格納し、
一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路を再構築する処理部に対して、前記バッファ手段に格納された制御パケットを一定周期で自律的に転送する
ことを特徴とする制御パケット処理方法。
（付記３９） スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う制御パケット処理方法であって、
制御パケットの自動送信の開始指示を入力し、
前記開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する
ことを特徴とする制御パケット処理方法。
制御パケットの自動送信の開始指示を入力し、
前記開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する
ことを特徴とする制御パケット処理方法。
本発明は、ＳＴＰが動作しているネットワーク内の装置において、その装置を制御するモジュール（ファームウェア、ソウトウェア等）をフレームの転送サービスを中断することなく更新する際に利用可能である。特に、キャリアグレードのネットワーク内のブリッジ装置、ルータ、その他の装置の保守作業を行う場合に適用することができる。
１１、２１、３１、４１、５２、５６、５９、２００、９０１、９１１、９２１、９３１、１００１、１０１１、１０２１、１０３１ ブリッジ装置
１２、１３、２３、３３、５４、５５、５８、９０２、９０３、９１３、９２３、１００２、１００３、１０１３、１０２３ デジグネーテッドポート
２２、３２、４２、５７、６２、９１２、９２２、９３２、１０１２、１０２２、１０３２ ルートポート
４３、６１、９３３、１０３３ オルタネートポート
５１、６３ 端末
５３、６０ ポート
１０１ 受信手段
１０２ バッファ手段
１０３ 制御手段
１０４ 生成手段
１０５ 送信手段
１０６ 入力手段
１０７ 処理部
２０１ メインＣＰＵカード
２０２−１、２０２−２、２０２−ｎ ラインカード
２０３ スイッチカード
２１１、２２１ ＣＰＵ
２１２、２２２ メモリ
２２３ ＢＰＤＵ抽出部
２２４ ＢＰＤＵ送出部
２２５ ＭＡＣテーブル
２２６ 宛先検索部
３０１ サーバ
３０２ 可搬記録媒体
３１１ データベース
４０１ ユーザインタフェース
４０２ ＳＴＰプロトコル処理プログラム
４０３、６０１、８０１ ＢＰＤＵ受信ドライバ
４１１ ＢＰＤＵ転送処理プログラム
４１２ 擬似受信トリガ生成プログラム
４１３ ＢＰＤＵ受信処理プログラム
４１４ 最新ＢＰＤＵ格納バッファ
５０１、７０１ ＢＰＤＵ送信ドライバ
５１１ 送信停止／再開通知用ＢＰＤＵ生成プログラム
５１２ ＢＰＤＵ送信処理プログラム
６１１ ＢＰＤＵ受信判定プログラム
７０２ 制御パケット送出部
７１１ 送信停止／再開通知用制御パケット生成プログラム
７１２ 制御パケット送信処理プログラム
８０２ 制御パケット抽出部
８１１ 制御パケット受信処理プログラム
９４１ ネットワーク管理装置
１０４１ 簡易端末
１１０１ 装置管理プログラム
１１０２ プロビジョニング情報管理プログラム
１１０３ ＭＡＣテーブル処理プログラム
１１０４ スイッチ／ポート制御プログラム
１１１１ 装置単位ステートマシン処理プログラム
１１１２−１、１１１２−２、１１１２−２ｎ 回線対応ステートマシン処理プログラム
１２、１３、２３、３３、５４、５５、５８、９０２、９０３、９１３、９２３、１００２、１００３、１０１３、１０２３ デジグネーテッドポート
２２、３２、４２、５７、６２、９１２、９２２、９３２、１０１２、１０２２、１０３２ ルートポート
４３、６１、９３３、１０３３ オルタネートポート
５１、６３ 端末
５３、６０ ポート
１０１ 受信手段
１０２ バッファ手段
１０３ 制御手段
１０４ 生成手段
１０５ 送信手段
１０６ 入力手段
１０７ 処理部
２０１ メインＣＰＵカード
２０２−１、２０２−２、２０２−ｎ ラインカード
２０３ スイッチカード
２１１、２２１ ＣＰＵ
２１２、２２２ メモリ
２２３ ＢＰＤＵ抽出部
２２４ ＢＰＤＵ送出部
２２５ ＭＡＣテーブル
２２６ 宛先検索部
３０１ サーバ
３０２ 可搬記録媒体
３１１ データベース
４０１ ユーザインタフェース
４０２ ＳＴＰプロトコル処理プログラム
４０３、６０１、８０１ ＢＰＤＵ受信ドライバ
４１１ ＢＰＤＵ転送処理プログラム
４１２ 擬似受信トリガ生成プログラム
４１３ ＢＰＤＵ受信処理プログラム
４１４ 最新ＢＰＤＵ格納バッファ
５０１、７０１ ＢＰＤＵ送信ドライバ
５１１ 送信停止／再開通知用ＢＰＤＵ生成プログラム
５１２ ＢＰＤＵ送信処理プログラム
６１１ ＢＰＤＵ受信判定プログラム
７０２ 制御パケット送出部
７１１ 送信停止／再開通知用制御パケット生成プログラム
７１２ 制御パケット送信処理プログラム
８０２ 制御パケット抽出部
８１１ 制御パケット受信処理プログラム
９４１ ネットワーク管理装置
１０４１ 簡易端末
１１０１ 装置管理プログラム
１１０２ プロビジョニング情報管理プログラム
１１０３ ＭＡＣテーブル処理プログラム
１１０４ スイッチ／ポート制御プログラム
１１１１ 装置単位ステートマシン処理プログラム
１１１２−１、１１１２−２、１１１２−２ｎ 回線対応ステートマシン処理プログラム
Claims (5)
- スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの受信処理を行う制御パケット処理装置であって、
前記制御パケットを受信する受信手段と、
受信した制御パケットを格納するバッファ手段と、
一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路を再構築する処理部に対して、前記バッファ手段に格納された制御パケットを一定周期で自律的に転送する制御手段と
を備えることを特徴とする制御パケット処理装置。 - スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う制御パケット処理装置であって、
受信側装置において一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路が再構築されることを防止するため、制御パケットの送信を停止するときに送信停止を示す制御パケットを生成する生成手段と、
生成された制御パケットを送出する送信手段と
を備えることを特徴とする制御パケット処理装置。 - スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う制御パケット処理装置であって、
制御パケットの自動送信の開始指示を入力する入力手段と、
前記開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する送信手段と
を備えることを特徴とする制御パケット処理装置。 - スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの受信処理を行う制御パケット処理方法であって、
前記制御パケットを受信し、
受信した制御パケットをバッファ手段に格納し、
一定期間制御パケットが受信されない場合に前記スパニングツリープロトコルの通信経路を再構築する処理部に対して、前記バッファ手段に格納された制御パケットを一定周期で自律的に転送する
ことを特徴とする制御パケット処理方法。 - スパニングツリープロトコルをサポートする装置間で各種情報を交換するために使用される制御パケットの送信処理を行う制御パケット処理方法であって、
制御パケットの自動送信の開始指示を入力し、
前記開始指示に従って、制御パケットの送信要求を出力する処理部の動作が停止してから再開するまでの間、制御パケットを一定期間、一定間隔で自律的に送信する
ことを特徴とする制御パケット処理方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003431154A JP4021841B2 (ja) | 2003-10-29 | 2003-12-25 | スパニングツリープロトコルにおける制御パケット処理装置および方法 |
| US10/813,792 US7860031B2 (en) | 2001-01-31 | 2004-03-30 | Apparatus and method for processing control packet in spanning tree protocol |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003368672 | 2003-10-29 | ||
| JP2003431154A JP4021841B2 (ja) | 2003-10-29 | 2003-12-25 | スパニングツリープロトコルにおける制御パケット処理装置および方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005160000A true JP2005160000A (ja) | 2005-06-16 |
| JP4021841B2 JP4021841B2 (ja) | 2007-12-12 |
Family
ID=32964990
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003431154A Expired - Lifetime JP4021841B2 (ja) | 2001-01-31 | 2003-12-25 | スパニングツリープロトコルにおける制御パケット処理装置および方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7860031B2 (ja) |
| JP (1) | JP4021841B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009539305A (ja) * | 2006-05-30 | 2009-11-12 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | ローカルノード機能停止の間の無中断ネットワーク制御メッセージ生成 |
| JP2009296441A (ja) * | 2008-06-06 | 2009-12-17 | Ricoh Co Ltd | ネットワークシステム、ネットワーク端末装置、及びｌａｎスイッチ |
| JP2011049636A (ja) * | 2009-08-25 | 2011-03-10 | Yokogawa Electric Corp | 通信制御装置および通信制御方法 |
| JP2016001863A (ja) * | 2014-06-11 | 2016-01-07 | 韓國電子通信研究院Ｅｌｅｃｔｒｏｎｉｃｓ ａｎｄ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｒｅｓｅａｒｃｈ Ｉｎｓｔｉｔｕｔｅ | 多者間単方向通信のための装置および方法 |
Families Citing this family (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4397292B2 (ja) * | 2004-07-09 | 2010-01-13 | 富士通株式会社 | 制御パケットループ防止方法及びそれを用いたブリッジ装置 |
| WO2006065795A2 (en) * | 2004-12-14 | 2006-06-22 | Alcatel Lucent | Ring rapid spanning tree protocol |
| US7768932B2 (en) * | 2005-04-13 | 2010-08-03 | Hewlett-Packard Development Company, L.P. | Method for analyzing a system in a network |
| US8953499B2 (en) * | 2005-05-11 | 2015-02-10 | Alcatel Lucent | Method and apparatus for establishing spanning trees |
| US7872992B2 (en) * | 2005-12-09 | 2011-01-18 | Panasonic Corporation | Network system and relay device |
| US7756066B2 (en) * | 2006-01-10 | 2010-07-13 | Cisco Technology, Inc. | Seamless spanning tree restart of a single supervisor |
| US7801061B2 (en) * | 2006-01-10 | 2010-09-21 | Cisco Technology, Inc. | Seamless spanning tree upgrade of a linecard |
| US7453818B2 (en) * | 2006-05-01 | 2008-11-18 | Cisco Technology, Inc. | Detection of potential forwarding loops in bridged networks |
| US7916741B2 (en) * | 2007-04-02 | 2011-03-29 | William Marsh Rice University | System and method for preventing count-to-infinity problems in ethernet networks |
| JP5036041B2 (ja) * | 2007-04-25 | 2012-09-26 | アズビル株式会社 | Ｒｓｔｐ処理方式 |
| GB2448711A (en) * | 2007-04-25 | 2008-10-29 | Ericsson Telefon Ab L M | Recovering from a failure in a communications network |
| WO2009021554A1 (en) * | 2007-08-14 | 2009-02-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Network reconfiguration method |
| US8509248B2 (en) * | 2008-12-29 | 2013-08-13 | Juniper Networks, Inc. | Routing frames in a computer network using bridge identifiers |
| JP5459158B2 (ja) | 2010-09-21 | 2014-04-02 | 富士通株式会社 | 送信装置及び歪補償方法 |
| US8625596B1 (en) | 2010-09-28 | 2014-01-07 | Juniper Networks, Inc. | Multi-chassis topology discovery using in-band signaling |
| US8787217B2 (en) * | 2011-01-17 | 2014-07-22 | Telefonaktiebolaget L M Ericsson (Publ) | Method, apparatus and computer program product for fast retransmission of proposal messages |
| US9473424B2 (en) * | 2011-09-19 | 2016-10-18 | Fujitsu Limited | Address table flushing in distributed switching systems |
| US8824338B2 (en) * | 2012-03-22 | 2014-09-02 | Fujitsu Limited | Distributed spanning tree protocol |
| CN104641603A (zh) * | 2012-09-19 | 2015-05-20 | 罗伯特·博世有限公司 | 用于运行计算机网络的方法 |
| US9825807B2 (en) | 2012-11-30 | 2017-11-21 | Cisco Technology, Inc. | Determining multicast root nodes in a telecommunications network |
| US9634894B2 (en) | 2014-08-29 | 2017-04-25 | Level 3 Communications, Llc | Network service aware routers, and applications thereof |
| US10248435B2 (en) * | 2015-08-27 | 2019-04-02 | International Business Machines Corporation | Supporting operation of device |
| JP2017068318A (ja) * | 2015-09-28 | 2017-04-06 | 富士通株式会社 | 更新制御方法、更新制御プログラム及び伝送装置 |
| TWI733560B (zh) * | 2020-08-13 | 2021-07-11 | 瑞昱半導體股份有限公司 | 網路交換器及其網路交換器系統 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5959968A (en) * | 1997-07-30 | 1999-09-28 | Cisco Systems, Inc. | Port aggregation protocol |
| JPH11205368A (ja) | 1998-01-12 | 1999-07-30 | Hitachi Cable Ltd | スパニングツリープロトコルの処理方法 |
| US6535480B1 (en) * | 1998-11-20 | 2003-03-18 | At&T Corp. | System and method to provide survivability for broadcast video and interactive IP-based services on cable access networks |
| US6577600B1 (en) * | 1999-01-11 | 2003-06-10 | Hewlett-Packard Development Company, L.P. | Cost calculation in load balancing switch protocols |
| US6581166B1 (en) * | 1999-03-02 | 2003-06-17 | The Foxboro Company | Network fault detection and recovery |
-
2003
- 2003-12-25 JP JP2003431154A patent/JP4021841B2/ja not_active Expired - Lifetime
-
2004
- 2004-03-30 US US10/813,792 patent/US7860031B2/en active Active
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009539305A (ja) * | 2006-05-30 | 2009-11-12 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | ローカルノード機能停止の間の無中断ネットワーク制御メッセージ生成 |
| JP2009296441A (ja) * | 2008-06-06 | 2009-12-17 | Ricoh Co Ltd | ネットワークシステム、ネットワーク端末装置、及びｌａｎスイッチ |
| JP2011049636A (ja) * | 2009-08-25 | 2011-03-10 | Yokogawa Electric Corp | 通信制御装置および通信制御方法 |
| JP2016001863A (ja) * | 2014-06-11 | 2016-01-07 | 韓國電子通信研究院Ｅｌｅｃｔｒｏｎｉｃｓ ａｎｄ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｒｅｓｅａｒｃｈ Ｉｎｓｔｉｔｕｔｅ | 多者間単方向通信のための装置および方法 |
| US9602409B2 (en) | 2014-06-11 | 2017-03-21 | Electronics And Telecommunications Research Institute | Apparatus and method for multilateral one-way communication |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040179524A1 (en) | 2004-09-16 |
| US7860031B2 (en) | 2010-12-28 |
| JP4021841B2 (ja) | 2007-12-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4021841B2 (ja) | スパニングツリープロトコルにおける制御パケット処理装置および方法 | |
| US9378005B2 (en) | Hitless software upgrades | |
| KR101099822B1 (ko) | 액티브 라우팅 컴포넌트 장애 처리 방법 및 장치 | |
| US7506194B2 (en) | Routing system and method for transparently rocovering routing states after a failover or during a software upgrade | |
| US7940649B2 (en) | Techniques for graceful restart in a multi-process operating system | |
| JP2005503055A (ja) | Ｏｓｐｆ冗長構成を実装する方法およびシステム | |
| US20070118568A1 (en) | Network operation management system | |
| US9954735B2 (en) | Realizing graceful restart in IS-IS network | |
| JP4588262B2 (ja) | ルータ及びネットワークにおける一時停止方法 | |
| KR101017540B1 (ko) | 로컬 노드 운전 정지 동안의 무중단 네트워크 제어 메시지 발생 | |
| WO2007063716A1 (ja) | 通信装置、装置起動制御方法、通信制御方法及び通信制御プログラム | |
| CN117459482B (zh) | 交换机的重启方法和装置、存储介质及电子装置 | |
| JP4580372B2 (ja) | ネットワークシステム | |
| CN112272142A (zh) | 一种卫星星座网络的改进ospf路由方法及装置 | |
| JP2006246152A (ja) | パケット転送装置、パケット転送ネットワークシステムおよびパケット転送方法 | |
| JP2004297475A (ja) | Ｌａｎスイッチおよびその通信制御方法 | |
| CN113992571A (zh) | Sdn网络中多路径业务收敛方法、装置和存储介质 | |
| CN114244769A (zh) | 一种发送保活报文的方法、设备及存储介质 | |
| JP2003218911A (ja) | トランスペアレントｌａｎサービスにおける二重化方法および中継装置とトランスペアレントｌａｎサービスシステム | |
| JP2006005611A (ja) | Ｓｔｐにおける無瞬断切替装置 | |
| CN115102897B (zh) | 一种基于链路聚合的堆叠分裂保护方法 | |
| US20230185567A1 (en) | In-service software upgrade with active service monitoring | |
| CN110099007B (zh) | 一种倒换控制方法和装置、交换机和计算机可读存储介质 | |
| JP2015215808A (ja) | 中継システムおよび中継装置 | |
| KR100917603B1 (ko) | 분산 구조의 라우터 시스템 및 그의 논스톱 패킷 포워딩제어 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050413 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070925 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070927 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101005 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4021841 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101005 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111005 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111005 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121005 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121005 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131005 Year of fee payment: 6 |
|
| EXPY | Cancellation because of completion of term |