(57)【要約】【課題】  本発明は、ＳＷＤＬ等の保守作業に人手による確認作業を省くことができるＳＴＰ動作時における無瞬断切替装置を提供することを目的としている。【解決手段】保守者操作用端末１と、中継装置１０と、対向装置とが接続されたシステムにおいて、前記中継装置１０内に、外部通信処理部２と、ＣＰＵ部と、回線インタフェース部７とを設け、現在ＣＰＵ＃０がアクトでＣＰＵ＃１がスタンバイであるとし、更に前記回線インタフェース部７とＣＰＵ部が独立した構成をもつ中継装置において、スパニングツリープロトコルをサポートする環境にある場合、前記ＣＰＵ部に所定の情報をＳＷＤＬしてアップデートする際に、アクト系へのスムーズな無瞬断切替を実行するように構成する。【選択図】    図１
2006005611.tif 000002
【特許請求の範囲】
【請求項１】
保守者操作用端末と、中継装置と、対向装置とが接続されたシステムにおいて、
前記中継装置内に、外部通信処理部と、ＣＰＵ部と、回線インタフェース部とを設け、
前記ＣＰＵ部はＣＰＵ＃０とＣＰＵ＃１の冗長性を持つ二重化構成であり、現在ＣＰＵ＃０がアクト（運用系）でＣＰＵ＃１がスタンバイ（予備系）であるとし、更に前記回線インタフェース部とＣＰＵ部が独立した構成をもつ中継装置において、スパニングツリープロトコルをサポートする環境にある場合、前記ＣＰＵ部に所定の情報をソフトウェアダウンロードしてアップデートする際に、
装置保守者により回線インタフェース部のポートステートを確認してフォワーディング状態かどうかによりネットワークが安定していると判断された後、前記回線インタフェース部に自律的にＢＰＤＵフレームを対向する中継装置に送信する設定を行なうと同時に、前記アクト側ＣＰＵのメモリ＃０にＳＴＰ動作している回線インタフェース部のポートステート情報を書き込み、前記装置保守者によりスタンバイ側ＣＰＵにソフトウェアダウンロードが実施されてスタンバイ側ＣＰＵをアップデートしてＣＰＵリセットを実施し、前記スタンバイ側ＣＰＵはＣＰＵ立ち上げ完了をアクト側ＣＰＵに通知し、前記アクト側ＣＰＵはメモリ＃１のＳＴＰ動作している回線インタフェース部のポートステート情報をスタンバイ側ＣＰＵのメモリ＃１にコピーして自らはスタンバイ側となり、今までスタンバイ側ＣＰＵだったＣＰＵ＃１をアクト化し、アクト側ＣＰＵとなったＣＰＵ＃１は前記回線インタフェース部に自律的にＢＰＤＵフレームを対向する中継装置に送信する設定の解除を行ない、以降アクト側ＣＰＵ＃１がＳＴＰを運用する
ようにしたことを特徴とするＳＴＰ動作時における無瞬断切替装置。
【請求項２】
前記構成に加えて、更に装置保守者によりソフトウェアダウンロードコマンドが実施された時に、アクト側ＣＰＵ＃０はメモリ＃０に、ＳＴＰで動作している全ポートについて、ソフトウェアダウンロード開始時の、例えばハードウェアが保持しているポートステート情報及びソフトウェアが保持しているポートロール設定情報／自律ＢＰＤＵ送信設定情報を書き込み、前記アクト側ＣＰＵ＃０はメモリ＃０の情報を、スタンバイ側ＣＰＵ＃１のメモリ＃１へコピーし、アクト側ＣＰＵ＃０はメモリ＃０の自律ＢＰＤＵ送信設定情報に従って、前記回線インタフェース部に自律的にＢＰＤＵフレームを対向する中継装置に送信する設定を行なうことを特徴とする請求項１記載のＳＴＰ動作時における無瞬断切替装置。
【請求項３】
前記回線インタフェース部に代わってアクト側ＣＰＵが、受信したＢＰＤＵフレームから現状のネットワーク状態を判別し、その結果を反映させたＢＰＤＵフレームの送信を行ない、ＳＴＰをサポートする環境にある場合、前記ＣＰＵ部にソフトウェアダウンロードしてアップデートする際に、
装置保守者によりソフトウェアダウンロードコマンドが実施された時に、アクト側ＣＰＵ＃０はメモリ＃０に、ＳＴＰで動作している全ポートについて、ソフトウェアダウンロード開始時の、ハードウェアが保持しているポートステート情報及びソフトウェアが保持しているポートロール設定情報／自律ＢＰＤＵ送信設定情報を書き込み、アクト側ＣＰＵ＃０はメモリ＃０の情報を、スタンバイ側ＣＰＵ＃１のメモリ＃１へコピーし、ソフトウェアダウンロードコマンドにて、スタンバイ側ＣＰＵにソフトウェアダウンロードを実施してスタンバイ側ＣＰＵをアップデートする一方で、アクト側ＣＰＵからは常時ＢＰＤＵパケットを送受信し続け、スタンバイ側ＣＰＵはＣＰＵ立ち上げ完了をアクト側ＣＰＵに通知し、スタンバイ側ＣＰＵは、受信ＢＰＤＵにより前記回線インタフェース部のポートロール／ポートステート情報を確認し、ポートロール／ポートステート判定部にて、トポロジーが安定したことの確認を実施し、アクト側ＣＰＵに通知し、アクト側ＣＰＵはスタンバイ側ＣＰＵに対しＣＰＵ切替信号を送出し、自らはスタンバイ側となり、今までスタンバイ側ＣＰＵであったＣＰＵ＃１をアクト化し、以降アクト側ＣＰＵであるＣＰＵ＃１がＳＴＰを運用するようにしたことを特徴とする請求項１記載のＳＴＰにおける無瞬断切替装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＳＴＰ（Ｓｐａｎｎｉｎｇ  Ｔｒｅｅ  Ｐｒｏｔｏｃｏｌ：スパニングツリープロトコル）における無瞬断切替装置に関する。ＳＴＰは標準ＩＥＥＥ８０２．１Ｄ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）Ｂｒｉｄｇｅｓ）の中で規定された、任意のＢｒｉｄｇｅｄ  ＬＡＮトポロジーから単一のスパニングツリー（ループフリーなツリー）を構築するプロトコルであり、ＩＥＥＥ８０２．１ｓ（Ｍｕｌｔｉｐｌｅ  Ｓｐａｎｎｉｎｇ  Ｔｒｅｅ）、ＩＥＥＥ８０２．１ｗ（ＲＳＴＰ：Ｒａｐｉｄ  Ｓｃａｎｎｉｎｇ  Ｔｒｅｅ  Ｐｒｏｔｏｃｏｌ）により機能拡張がなされ、広くブリッジネットワークで使用されている。
【０００２】
一方、ブリッジネットワークは当初、ローカルエリアネットワーク（ＬＡＮ）で主に使用されていたが、近年、“広域イーサネット”（イーサネットは富士ゼロックス株式会社の登録商標）という言葉で称されるようにキャリアネットワークにその使用領域が広がっている。従って、前記ＳＴＰが動作しているネットワーク中の装置において、フレームの転送サービスの中断をより少なくする信頼サービス性／サービス性の向上が要求されている。
【０００３】
また、ＳＴＰは純粋なブリッジに限らず、ルータ等の各種ネットワーク装置に実装される場合がある。本発明は、前記ＳＴＰが動作しているネットワーク中の装置において、当該装置を制御するモジュール（ファームウェア、ソフトウェア等）をフレームの転送サービスを中断することなくアップグレードするものであり、特にキャリアグレードのネットワークにおいて利用可能である。
【背景技術】
【０００４】
スパニングツリープロトコルは、複数のブリッジ装置で構成される通信ネットワークにおいて、ルートとなるブリッジ装置を決め、そこからツリー状に通信経路を設定し、ツリー以外のリンク上でデータが転送されることを禁止する通信プロトコルである。これにより、任意のブリッジ装置間において経路が一意に決定されるため、ループの発生を防ぐことが可能となる。
【０００５】
ブリッジ装置は、イーサネットフレームを受信し、そのフレーム内の宛先ＭＡＣアドレスから適切な宛先ポートを決定して、受信したフレームを転送する装置である。ルートブリッジ装置や通信経路を決定するために、隣接ブリッジ装置間ではＢｒｉｄｇｅ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ（ブリッジプロトコルデータユニット：略してＢＰＤＵ）と呼ばれる制御パケットを送受信する。
【０００６】
通信経路を決定する際、ルートブリッジ装置から順番に、各通信経路のコスト値を保持するＢＰＤＵがリンク先のブリッジ装置に送信され、複数のブリッジ装置からＢＰＤＵを受信したブリッジ装置は、それらのＢＰＤＵのコスト値を比較して、最小コスト値のＢＰＤＵを受信したポートを通信用ポートに指定する。この場合、他のポートはループの発生を防ぐためにブロックされ、障害発生用の迂回用ポート（オルタネートポート）に指定される。
【０００７】
一般的には、ＢＰＤＵは、ブリッジ装置間で各種情報を交換するために使用される制御フレームとして位置付けられる。このＢＰＤＵは、リンク障害監視の意味あいから、トポロジー（ネットワークの形態を示すもの）が定常状態で安定している場合には、定期的にデジグネーテッデポート（指示されたポート）から規則正しく送信される。具体的には、このＢＰＤＵ送信間隔をハロータイム（Ｈｅｌｌｏ  Ｔｉｍｅ）と呼び、そのデフォルト値は例えば２秒に設定される。
【０００８】
図１は従来の装置構成例を示すブロック図である。図において、１は保守者操作用端末で、中継装置（ＳＷＤＬ対象装置、以下単に中継装置又は装置と略す）１０と接続されている。該中継装置１０は、ネットワーク側の対向装置（図示せず）と接続されている。中継装置１０において、２は保守者操作用端末１と接続され、保守者操作用端末１との通信を処理して装置内部の二重化されたＣＰＵ（ＣＰＵ＃０とＣＰＵ＃１）に処理内容を通知し、またＣＰＵからの応答を処理して保守者操作用端末１に通知する外部通信処理部である。
【０００９】
１０は外部通信処理部２と接続されるＣＰＵ＃０、２０は外部通信処理部２と接続されるＣＰＵ＃１である。ＣＰＵ部は、図に示すように二重化されている。ＣＰＵ部１０、２０において、３ａ、３ｂは外部通信処理部２と接続され、外部通信処理部２からの要求を解析し処理するコマンド処理部である。４ａ、４ｂはＢＰＤＵ受信制御部及びＢＰＤＵ送信制御部を制御するＳＴＰ制御部である。
【００１０】
５ａ、５ｂはＳＴＰ制御部４ａ、４ｂ及び回線インタフェース部（ＬＩＵ）７と接続されるＢＰＤＵ送信制御部、６ａ、６ｂは回線インタフェース部７からの信号を受けてＳＴＰ制御部４ａ、４ｂに与えるＢＰＤＵ受信制御部である。８ａ、８ｂは双方のＣＰＵ間を接続して通信を行なうＣＰＵ間通信部である。７はＢＰＤＵ送信制御部５及びＢＰＤＵ受信制御部６と接続され、他端がネットワークを介して対向装置と接続され、ネットワークを介して他装置とＢＰＤＵフレームによりＳＴＰを実現する回線インタフェース部（以下、ＬＩＵと略す）である。このように構成された装置の動作を図６に示すシーケンス図を用いて説明すれば、以下の通りである。
【００１１】
図６において、１０は中継装置（ソフトウェアダウンロード装置）である。図では、保守者と、中継装置と、対向装置とが示されている。中継装置１０は、ＣＰＵ＃０と、ＣＰＵ＃１と、ＬＩＵとが示されている。以下にシーケンスを説明する。
Ｓ１：装置保守者がＬＩＵの全ＳＴＰ動作ポートのポートステートを確認するコマンドを中継装置１０に発行する。装置内では、アクト（ＡＣＴ）側のＣＰＵ＃０がハードウェアのポートステート（Ｐｏｒｔ  Ｓｔａｔｅ）情報とソフトウェアのポートロール（Ｐｏｒｔ  Ｒｏｌｅ）情報、フリーズ情報といったＳＴＰ動作ポートの情報を応答レスポンスとして保守者に発行する。この応答レスポンスにより保守者がフォワーディング状態（ネットワークが安定している状態）かどうかによりネットワークが安定していると判断した後、
Ｓ２：保守者がＬＩＵに自律ＢＰＤＵ送信開始コマンドを発行すると、ＣＰＵ＃０はＬＩＵに自律的にＢＰＤＵフレームを送信する設定を行なう。これ以降、設定を解除されるまでＬＩＵは自律的にＢＰＤＵフレームを送信し続ける。
Ｓ３：保守者は続いてスタンバイ（ＳＴＢＹ）側のＣＰＵ＃１に対してソフトウェアダウンロード（ＳＷＤＬ）コマンドを発行する。ＳＷＤＬが完了すると、ＣＰＵ＃１にＣＰＵリセットが実施される。
【００１２】
ＣＰＵリセットが実施されたＣＰＵ＃１は立ち上げ完了したことをＣＰＵ＃０に通知する。スタンバイ側のＣＰＵ＃１から立ち上げ完了通知を受け取ったＣＰＵ＃０は、メモリ＃０にあるＳＴＰ動作ポートの情報をＣＰＵ＃１のメモリ＃１にコピーしてＳＴＰ動作ポート情報を引き継ぐ。
Ｓ４：引き継ぎが終わったら、ＣＰＵ＃０からＣＰＵ＃１へＣＰＵ切り替えを行ない、ＣＰＵ＃０がアクトからスタンバイへ、ＣＰＵ＃１がスタンバイからアクトへ遷移する。
Ｓ５：装置保守者は、ＬＩＵのＳＴＰ動作ポートのポートステートを確認するコマンドを装置に発行する。装置内では、アクト側のＣＰＵ＃１がハードウェアのポートステート情報とソフトウェアのポートロール情報、フリーズ情報といったＳＴＰ動作ポートの情報を応答レスポンスとして保守者に発行する。この応答レスポンスにより保守者がＳＷＤＬ前と同じネットワーク状態（フォワーディング状態）になったことを確認できるまで、Ｓ５の操作を繰り返す。
Ｓ６：保守者は、ＳＷＤＬ前と同じネットワーク状態（フォワーディング状態）になったことを確認したら、ＬＩＵに自律ＢＰＤＵ送信停止コマンドを発行し、ＬＩＵは自律的にＢＰＤＵフレームを送信するのを停止する。
Ｓ７：以降、アクト側ＣＰＵであるＣＰＵ＃１がＳＴＰを運用する。
【００１３】
従来のこの種の装置としては、システムの運用状態でありながら、装置主制御部の処理に影響を与えずに外部からファームウェアのダウンロードを行ない、またサービスの二重化形態を可能な限り損なわずにシステムの運用を行ない、冗長性と信頼性を向上させるシステムが知られている（例えば特許文献１参照）。
【特許文献１】特開２００３−２８０９３７号公報（第６頁、第７頁、図１、図２）
【発明の開示】
【発明が解決しようとする課題】
【００１４】
前述した従来の装置では、保守者はソフトウェアダウンロードを実行後、ＳＴＰプロトコルで動作している全ポートのロール／ステートがソフトウェアダウンロード実行前と一致していることを確認する必要があり、そのため保守の間、常駐を余儀なくなくされ、人件費等のコストがかかるという問題が発生する。また、ファームウェアとハードウェアで機能しているため、変更が入った場合に両者に機能を追加しなければならなかった。
【００１５】
本発明はこのような課題に鑑みてなされたものであって、ソフトウェアダウンロード等の保守作業に人手による確認作業を省くことができるＳＴＰ動作時における無瞬断切替装置を提供することを目的としている。
【課題を解決するための手段】
【００１６】
本発明では、ＣＰＵ内にＳＴＰ動作ポート情報を保持するためのメモリを確保する。また、ソフトウェアダウンロード（以下ＳＷＤＬと略す）実施中も常時ＣＰＵは＃０、＃１共にＢＰＤＵを受信し、ファームウェアによりＳＴＰ動作ポートのロール／ステートを確認するようにした。
【００１７】
本発明により、ＣＰＵ内のメモリによってＳＴＰ動作ポート情報を保持することができる。その結果、保守者による全ポートのロール／ステートの確認、及びコマンド送信作業を省くことが可能となる。また、常時２つのＣＰＵがＢＰＤＵを受信することで、ＳＷＤＬ中にネットワークのトポロジーが変化しても対応可能となった。更に、ハードウェアによらずにファームウェアだけで機能することもできるようになった。
【００１８】
（１）請求項１記載の発明は、保守者操作用端末と、中継装置と、対向装置とが接続されたシステムにおいて、前記中継装置内に、外部通信処理部と、ＣＰＵ部と、回線インタフェース部とを設け、前記ＣＰＵ部はＣＰＵ＃０とＣＰＵ＃１の冗長性を持つ二重化構成であり、現在ＣＰＵ＃０がアクト（運用系）でＣＰＵ＃１がスタンバイ（予備系）であるとし、更に前記回線インタフェース部とＣＰＵ部が独立した構成をもつ中継装置において、スパニングツリープロトコルをサポートする環境にある場合、前記ＣＰＵ部に所定の情報をＳＷＤＬしてアップデートする際に、装置保守者により回線インタフェース部のポートステートを確認してフォワーディング状態かどうかによりネットワークが安定していると判断された後、前記回線インタフェース部に自律的にＢＰＤＵフレームを対向する中継装置に送信する設定を行なうと同時に、前記アクト側ＣＰＵのメモリにＳＴＰ動作している回線インタフェース部のポートステート情報を書き込み、前記装置保守者によりスタンバイ側ＣＰＵにＳＷＤＬが実施されてスタンバイ側ＣＰＵをアップデートしてＣＰＵリセットを実施し、前記スタンバイ側ＣＰＵはＣＰＵ立ち上げ完了をアクト側ＣＰＵに通知し、前記アクト側ＣＰＵはメモリ＃０のＳＴＰ動作している回線インタフェース部のポートステート情報をスタンバイ側ＣＰＵのメモリ＃１にコピーして自らはスタンバイ側となり、今までスタンバイ側ＣＰＵだったＣＰＵ＃１をアクト化し、アクト側ＣＰＵとなったＣＰＵ＃１は前記回線インタフェース部に自律的にＢＰＤＵフレームを対向する中継装置に送信する設定の解除を行ない、以降アクト側ＣＰＵ＃１がＳＴＰを運用するようにしたことを特徴とする。
【００１９】
（２）請求項２記載の発明は、前記構成に加えて、更に装置保守者によりＳＷＤＬコマンドが実施された時に、アクト側ＣＰＵ＃０はメモリ＃０に、ＳＴＰで動作している全ポートについて、ＳＷＤＬ開始時の、例えばハードウェアが保持しているポートステート情報及びソフトウェアが保持しているポートロール設定情報／自律ＢＰＤＵ送信設定情報を書き込み、前記アクト側ＣＰＵ＃０はメモリ＃０の情報を、スタンバイ側ＣＰＵ＃１のメモリ＃１へコピーし、アクト側ＣＰＵ＃０はメモリ＃０の自律ＢＰＤＵ送信設定情報に従って、前記回線インタフェース部に自律的にＢＰＤＵフレームを対向する中継装置に送信する設定を行なうことを特徴とする。
【００２０】
（３）請求項３記載の発明は、前記回線インタフェース部に代わってアクト側ＣＰＵが、受信したＢＰＤＵフレームから現状のネットワーク状態を判別し、その結果を反映させたＢＰＤＵフレームの送信を行ない、ＳＴＰをサポートする環境にある場合、前記ＣＰＵ部にＳＷＤＬしてアップデートする際に、装置保守者によりＳＷＤＬコマンドが実施された時に、アクト側ＣＰＵ＃０はメモリ＃０に、ＳＴＰで動作している全ポートについて、ＳＷＤＬ開始時の、ハードウェアが保持しているポートステート情報及びソフトウェアが保持しているポートロール設定情報／自律ＢＰＤＵ送信設定情報を書き込み、アクト側ＣＰＵ＃０はメモリ＃０の情報を、スタンバイ側ＣＰＵ＃１のメモリ＃１へコピーし、ＳＷＤＬコマンドにて、スタンバイ側ＣＰＵにＳＷＤＬを実施してスタンバイ側ＣＰＵをアップデートする一方で、アクト側ＣＰＵからは常時ＢＰＤＵパケットを送受信し続け、スタンバイ側ＣＰＵはＣＰＵ立ち上げ完了をアクト側ＣＰＵに通知し、スタンバイ側ＣＰＵは、受信ＢＰＤＵにより前記回線インタフェース部のポートロール／ポートステート情報を確認し、ポートロール／ポートステート判定部にて、トポロジーが安定したことの確認を実施し、アクト側ＣＰＵに通知し、アクト側ＣＰＵはスタンバイ側ＣＰＵに対しＣＰＵ切替信号を送出し、自らはスタンバイ側となり、今までスタンバイ側ＣＰＵであったＣＰＵ＃１をアクト化し、以降アクト側ＣＰＵであるＣＰＵ＃１がＳＴＰを運用するようにしたことを特徴とする。
【発明の効果】
【００２１】
（１）請求項１記載の発明によれば、ＳＴＰ動作時にもＳＷＤＬにより装置をアップデートすることができる。
（２）請求項２記載の発明によれば、ＳＴＰ動作時にも、装置保守者がＳＷＤＬコマンドを１回発行するだけで装置をアップデートすることができる。
（３）請求項３記載の発明によれば、ＳＴＰ動作時において、ネットワークが安定していない時でもＳＷＤＬにより装置をアップグレードすることができる。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。図１は本発明の一実施の形態例を示すブロック図である。図５と同一のものは、同一の符号を付して示す。図において、１は保守者操作用端末であり、保守者がコマンドラインインターフェース等を使用して装置を操作するためのものである。２は保守者操作用端末１と接続された外部通信処理部であり、保守者操作用端末１との通信を処理して装置内部の二重化されたＣＰＵ（ＣＰＵ＃０，ＣＰＵ＃１）に処理内容を通知し、またＣＰＵからの応答を処理して保守者操作用端末１に通知するものである。
【００２３】
３ａ、３ｂは外部通信処理部２からの要求を解析し処理するコマンド処理部、４ａ、４ｂはＳＴＰ制御部である。該ＳＴＰ制御部４ａ、４ｂは、ＢＰＤＵ受信制御部６ａ、６ｂからと、ポートステート読出部１２ａ、１２ｂからの情報によりポートロール／ポートステート判定部１１ａ、１１ｂにて判定された結果を基に、ＢＰＤＵ送信制御部５ａ、５ｂを制御するものである。
【００２４】
また、ＳＴＰ制御部４ａ、４ｂは、メモリ９ａ、９ｂにＢＰＤＵ受信制御部６ａ、６ｂからと、ポートステート読出部１２ａ、１２ｂからの情報を書き込むものである。８ａ、８ｂはＣＰＵ間通信部であり、メモリ９ａ、９ｂに書き込まれた情報をＣＰＵ間で通信するものである。７は回線インタフェース部（ＬＩＵ）であり、ネットワークを介して他装置とＢＰＤＵフレームによりＳＴＰを実現するものである。また、ポートステート情報をポートステート読出部１２ａ、１２ｂに通知する。このように構成された装置の動作を説明すれば、以下の通りである。
【００２５】
図２は本発明の第１のシーケンスを示す図である。以下に、シーケンスを説明する。システムとしては、図１に示す構成を用いる。
Ｓ１：装置保守者がＬＩＵの全ＳＴＰ動作ポートのポートステートを確認するコマンドをＳＷＤＬ対象装置（中継装置）１０（以下単に装置と略す）に発行する。装置内では、アクト側のＣＰＵ＃０がハードウェアのポートステート情報とソフトウェアのポートロール情報、フリーズ情報といったＳＴＰ動作ポートの情報をメモリ９ａ（メモリ＃０）に書き込む。また、装置は、応答レスポンスを保守者に発行する。この応答レスポンスにより保守者がフォワーディング状態かどうかによりネットワークが安定していると判断した後、
Ｓ２：保守者がＬＩＵに自律ＢＰＤＵ送信開始コマンドを発行すると、ＣＰＵ＃０はＬＩＵに自律的にＢＰＤＵフレームを送信する設定を行なう。これ以降、設定を解除されるまでＬＩＵ７は自律的にＢＰＤＵフレームを送信し続ける。
Ｓ３：保守者は続いてスタンバイ側のＣＰＵ＃１に対してＳＷＤＬコマンドを発行する。ＳＷＤＬが完了すると、ＣＰＵ＃１にＣＰＵリセットが実施される。ＣＰＵリセットが実施されたＣＰＵ＃１は立ち上げ完了したことをＣＰＵ＃０に通知する。スタンバイ側のＣＰＵ＃１から立ち上げ完了通知を受け取ったＣＰＵ＃０は、メモリ９ａ（メモリ＃０）にあるＳＴＰ動作ポートの情報をＣＰＵ＃１のメモリ９ｂ（メモリ＃１）にコピーしてＳＴＰ動作ポート情報を引き継ぐ。引き継ぎが終わったらＣＰＵ＃０からＣＰＵ＃１へＣＰＵ切り替えを行ない、ＣＰＵ＃０がアクトからスタンバイへ、ＣＰＵ＃１がスタンバイからアクトへ遷移する。
Ｓ４：アクトになったＣＰＵ＃１は、ハードウェアのポートステート情報と、ソフトウェアのポートロール情報、フリーズ情報といった全ＳＴＰ動作ポートの情報を読み出し、メモリ＃１にあるＣＰＵ＃０から引き継いだＳＷＤＬ前の状態に一致したことを確認する。
Ｓ５：ＳＷＤＬ前の状態に一致したことを確認したら、ＣＰＵ＃１はＬＩＵに自律的にＢＰＤＵフレームを送信する設定を解除し、ＬＩＵは自律的にＢＰＤＵフレームを送信するのを停止する。
【００２６】
このようなシーケンスとハードウェア構成をとることにより、ＳＴＰ動作時にもＳＷＤＬにより装置をアップデートすることができる。
図３は本発明の第２のシーケンスを示す図である。以下に、シーケンスを説明する。
Ｓ１：装置保守者がＳＷＤＬコマンドを実施した時に、アクト側ＣＰＵ＃０はメモリ＃０に、ＳＴＰで動作している全ポートについて、ＳＷＤＬ開始時の、ＳＴＰ動作ポートの設定及び状態について、例えばハードウェアが保持しているポートステート情報及びソフトウェアが保持しているポートロール設定情報／自律ＢＰＤＵ送信設定情報等を書き込む。
Ｓ２：アクト側ＣＰＵ＃０は、メモリ＃０の情報を、スタンバイ側ＣＰＵ＃１のメモリ＃１にコピーする。
Ｓ３：アクト側ＣＰＵ＃０は、メモリ＃０の自律ＢＰＤＵ送信設定情報に従って、ＬＩＵに自律的にＢＰＤＵフレームを対向する中継装置に送信する設定を行なう。これ以降、設定を解除されるまでＬＩＵは自律的にＢＰＤＵフレームを送信し続ける。
Ｓ４：アクト側ＣＰＵ＃０は、続いてスタンバイ側のＣＰＵ＃１に対してＳＷＤＬコマンドを発行する。ＳＷＤＬが完了すると、ＣＰＵ＃１にＣＰＵリセットが実施される。ＣＰＵリセットが実施されたＣＰＵ＃１は、立ち上げ完了したことをＣＰＵ＃０に通知する。スタンバイ側のＣＰＵ＃１から立ち上げ完了通知を受け取ったＣＰＵ＃０は、ＣＰＵ＃１へＣＰＵ切り替えを行ない、ＣＰＵ＃０がアクトからスタンバイへＣＰＵ＃１がスタンバイからアクトへ遷移する。
Ｓ５：第１のシーケンスのＳ４を行なう。
Ｓ６：第１のシーケンスのＳ５を行なう。
【００２７】
このようなシーケンスとハードウェア構成をとることにより、ＳＴＰ動作時にも、装置保守者がＳＷＤＬコマンドを１回発行するだけで装置をアップデートすることができる。
図４は本発明の第３のシーケンスを示す図である。以下にシーケンスを説明する。
Ｓ１：装置保守者がＳＷＤＬコマンドを実施した時に、ＡＣＴ側ＣＰＵ＃０はメモリ＃０に、ＳＴＰで動作している全ポートについてＳＷＤＬ開始時の、ＳＴＰ動作ポートの設定及び状態について、例えばハードウェアが保持しているポートステート情報及びソフトウェアが保持しているポートロール設定情報／自律ＢＰＤＵ送信設定情報等を書き込む。
Ｓ２：アクト側ＣＰＵ＃０は、メモリ＃０の情報を、スタンバイ側ＣＰＵ＃１のメモリ＃１にコピーする。
Ｓ３：アクト側ＣＰＵ＃０は、続いてスタンバイ側のＣＰＵ＃１に対してＳＷＤＬコマンドを発行する。ＳＷＤＬが完了すると、ＣＰＵ＃１にＣＰＵリセットが実施される。ＣＰＵリセットが実施されたＣＰＵ＃１は立ち上げ完了したことをＣＰＵ＃０に通知する。
Ｓ４：スタンバイ側ＣＰＵであるＣＰＵ＃１は、ＢＰＤＵ受信制御部６ｂ（図１参照）にて受信したＢＰＤＵフレームからのポート情報と、アクト側ＣＰＵから引き継いだポート情報を、ポートロール／ポートステート判定部１１ｂにてフレーム情報の比較を実施し、トポロジーが安定したことをアクト側ＣＰＵ＃０に通知する。
Ｓ５：トポロジー安定後、ＣＰＵ＃０からＣＰＵ＃１へＣＰＵ切り替えを行ない、ＣＰＵ＃０がアクトからスタンバイへ、ＣＰＵ＃１がスタンバイからアクトへ遷移する。
Ｓ６：以後、アクト側ＣＰＵであるＣＰＵ＃１がＳＴＰ運用ＣＰＵとなり、ＢＰＤＵフレームの送受信を実施する。
【００２８】
このようなシーケンスをとることにより、ＳＴＰ動作時において、ネットワークが安定していない時でＳＷＤＬにより装置をアップデートすることができる。
以上、説明したように、本発明によれば、ＳＷＤＬ等の保守作業時に人手による確認作業を省くことができるため、人件費の削減に貢献できる。
【図面の簡単な説明】
【００２９】
【図１】本発明の一実施の形態例を示すブロック図である。
【図２】本発明の第１のシーケンスを示す図である。
【図３】本発明の第２のシーケンスを示す図である。
【図４】本発明の第３のシーケンスを示す図である。
【図５】従来の装置構成例を示すブロック図である。
【図６】従来装置の動作を示すシーケンス図である。
【符号の説明】
【００３０】
１              保守者操作用端末
２              外部通信処理部
３ａ，３ｂ      コマンド処理部
４ａ，４ｂ      ＳＴＰ制御部
５ａ，５ｂ      ＢＰＤＵ送信制御部
６ａ，６ｂ      ＢＰＤＵ受信制御部
７              回線インタフェース部（ＬＩＵ）
８ａ，８ｂ      ＣＰＵ間通信部
９ａ，９ｂ      メモリ
１０            中継装置（ＳＷＤＬ対象装置）
１１ａ，１１ｂ  ポートロール／ポートステート判定部
１２ａ，１２ｂ  ポートステート読出部
【図１】
2006005611.tif 000003
【図２】
2006005611.tif 000004
【図３】
2006005611.tif 000005
【図４】
2006005611.tif 000006
【図５】
2006005611.tif 000007
【図６】
2006005611.tif 000008