JP4204891B2 - レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法 - Google Patents
レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法 Download PDFInfo
- Publication number
- JP4204891B2 JP4204891B2 JP2003099705A JP2003099705A JP4204891B2 JP 4204891 B2 JP4204891 B2 JP 4204891B2 JP 2003099705 A JP2003099705 A JP 2003099705A JP 2003099705 A JP2003099705 A JP 2003099705A JP 4204891 B2 JP4204891 B2 JP 4204891B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- message
- switching device
- management
- upgrade
- 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.)
- Expired - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0866—Checking the configuration
- H04L41/0869—Validating the configuration within one network element
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
- Small-Scale Networks (AREA)
- Exchange Systems With Centralized Control (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Stored Programmes (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークデバイスのデータアップグレード方法、特に、レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法に関する。
【０００２】
【従来の技術】
ＬＡＮの急速な発展とともに、より多くのネットワークスイッチングデバイス（例えば、イーサネット（Ｒ）スイッチ）が用いられる。ネットワークスイッチングデバイスが、異なる位置で配信されるので、ネットワークスイッチングデバイスのデータアップグレードタスクは、それぞれ、サイト上で行われる必要があり、維持コストの高さにつながる。この問題を解決するため、ネットワークスイッチングデバイスのデータアップグレードタスク（例えば、ソフトウェアアップグレード）は、典型的には、現在のＬＡＮ環境において、ファイル転送プロトコル（ＦＴＰ）を介して行われる。ＦＴＰには、２つの部分が含まれる。クライアントＦＴＰおよびサーバＦＴＰである。スイッチングデバイスは、クライアントとして機能を果たし、管理デバイスがサーバとして機能を果たす。スイッチングデバイスは、接続された管理デバイスからデータを入手し、スイッチングデバイス自体にデータを格納して、データアップグレードを実行する。
【０００３】
【発明が解決しようとする課題】
ＦＴＰは、転送制御プロトコルまたはインターネットプロトコル（ＴＣＰ／ＩＰ）に基づいて、実行され、２つのＴＣＰリンクを用いて、ファイルを転送する。通常、制御リンクは、クライアント／サーバ方法において開けられる。データリンクは、ファイルが転送されるたびに作成され、その後、２つのデバイス間のコマンド／応答サイクルによって、管理デバイスからスイッチングデバイスにアップグレードデータがダウンロードされる。ＦＴＰが、ネットワークの第３の層において動作するＴＣＰ／ＩＰに基づいて動作するので、ＩＰアドレスは、ＦＴＰを介するスイッチングデバイスのデータアップグレードを実行するため、スイッチングデバイスについて設定される必要がある。従って、ＩＰアドレスが、各スイッチングデバイスについて設定される場合、ＩＰアドレスリソースがかなり無駄遣いされている。
【０００４】
本発明の目的は、レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法を提供し、同時に、ＩＰアドレスリソースを節約することである。
【０００５】
【課題を解決するための手段】
この目標を達成するため、本発明のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法は、
（１）該スイッチングデバイスは、レジスタリクエストメッセージを管理デバイスに送信し、該管理デバイスが、レジスタリクエストメッセージに対してレジスタ動作を実行し、レジスタ動作が成功して終了した後、該スイッチングデバイスは、該スイッチングデバイスから該管理デバイスに周期的に送信されるハンドシェイクメッセージ、ならびに、該ハンドシェイクメッセージに従って該管理デバイスから該スイッチングデバイスに送信されるハンドシェイク応答メッセージに従って、該管理デバイスとハンドシェイクを行う工程と、
（２）該管理デバイスは、アップグレードされるデータのデータ記述フレームメッセージを該スイッチングデバイスに送信し、該スイッチングデバイスは、該データ記述フレームメッセージを受信した後にデータアップグレード動作を実行するか否かを決定し、実行しない場合、該スイッチングデバイスは、アップグレードを拒否するデータ記述フレーム応答メッセージを該管理デバイスに返信するが、実行する場合、該スイッチングデバイスは、該データアップグレードを許可するデータ記述フレーム応答メッセージを送信する工程と、
（３）該管理デバイスは、該データ記述フレーム応答メッセージを受信し、該スイッチングデバイスがアップグレードすることを許可するか否かを決定し、許可する場合、アップグレードされるデータを該スイッチングデバイスにダウンロードする工程と
を含む。
【０００６】
前記工程（２）の前記データ記述フレームメッセージが、ロードされるデータの長さおよびシリアル番号を含む。
【０００７】
前記工程（２）において、前記スイッチングデバイスがデータをアップグレードすることを決定した場合に、各アップグレードサイクルでロードされるデータブロックのサイズが決定され、該データ記述フレームメッセージを該管理デバイスに送信する前に、該データブロックとサイズが等しいパラメータが、前記データ記述フレーム応答メッセージに挿入される。
【０００８】
前記工程（３）における前記アップグレードされるデータを前記スイッチングデバイスにダウンロードする工程が、
（４１）前記管理デバイスが、データフレームメッセージを該スイッチングデバイスに送信し、該スイッチングデバイスが、該データフレームメッセージを受信および格納し、該データフレーム応答メッセージを該管理デバイスに返信し、スイッチングデバイスは、時間値を該データフレーム応答メッセージに挿入し得、データブロックを受信した後に、後続のデータフレームの送信を一時停止するように該管理デバイスに命令し、その後、該スイッチングデバイスが、時間値において、受信した該データをデバイスロード領域に書き込み、該書き込みをした後に、ブロック終了応答メッセージを該管理デバイスに送信する工程と、
（４２）該管理デバイスが、該ブロック終了応答メッセージを受信した後に、最後のデータブロックの最後のフレー寿の受信を終了した後、次のデータフレームメッセージの送信を継続し、該スイッチングデバイスが、該受信したデータを該デバイスロード領域に書き込み、ロード終了メッセージを該管理デバイスに返信し、該管理デバイスが、該ロード終了メッセージを受信し、ロード終了応答メッセージを該スイッチングデバイスに返信して、該データアップグレードプロセスを終了する工程と
を含む。
【０００９】
この方法において、前記管理デバイスと前記スイッチングデバイスとが、特定のフォーマット（Ｈｕａｗｅｉグループ管理プロトコル、すなわち、ＨＧＭＰ）を有するメッセージを介して情報を交換し、該メッセージが８０２．１Ｑラベルを有するイーサネット（Ｒ）ヘッド、パブリックメッセージヘッド、および管理メッセージを含む。
【００１０】
該パブリックメッセージヘッドが以下のフィールドを含む。
【００１１】
現在の管理プロトコルのバージョンを示すために用いられる、バージョン番号と、
現在のメッセージが応答メッセージであるか、または、デマンドメッセージであるかを示すために用いられる、Ｃと、
統括管理を２層のマルチキャストグループ制御メッセージから区別するために用いられる、タイプと、
フレームシリアル番号が有効であるか否かを識別するために用いられる、Ｆと、
チェックサムが有効であるか否かを識別するために用いられる、Ｒと、
フィードバックワードが有効であるか否かを識別するために用いられる、Ｂと、
各ネットワークスイッチングデバイスに従うメッセージシリアル番号を識別するために用いられる、フレームシリアル番号と、
メッセージデータをチェックするために用いられる、チェックサムと、
メッセージの長さを識別するために用いられる、メッセージフィールドの長さと、
メッセージによって影響を受けていないフィードバックデータに対する応答を示すために用いられる、フィードバックワードと、
該スイッチングデバイスの管理ＭＡＣアドレスを識別するために用いられる、スイッチングデバイス（ＬＡＮスイッチ）のメディアアクセス制御（ＭＡＣ）と、
該スイッチングデバイスによってメッセージが転送された後にインレットポート番号をそれぞれ記録するために用いられる、第１の転送ポート番号、第２の転送ポート番号、第３の転送ポート番号、第４の転送ポート番号と、
該管理メッセージは、
管理メッセージのホームコマンドワードとして機能を果たすために用いられるホームコマンドワードと、
管理メッセージのサブコマンドワードとして機能を果たすために用いられる、サブコマンドワードと、
管理メッセージのコンテンツの長さを記録するために用いられる、コンテンツの長さと、
該管理メッセージにおいて搬送される前記パラメータおよびデータを記録するために用いられる、該管理メッセージのコンテンツと
を含む。
【００１２】
上記の説明から分かるように、レイヤ−２ネットワーク環境において、本発明によると、まず、スイッチングデバイスが管理デバイスにおいてレジスタされ、レジスタ動作が成功して終了した後、スイッチングデバイスが、スイッチングデバイスから管理デバイスに周期的に送信されるハンドシェイクメッセージと、ハンドシェイクメッセージに従って管理デバイスからスイッチングデバイスに送信されるハンドシェイク応答メッセージとに従って、管理デバイスとハンドシェイクを行い、ハンドシェイク動作中、管理デバイスから、スイッチングデバイスへのデータアップグレードが実現される。従って、従来のネットワークのスイッチングデバイスのデータアップグレード方法と比較すると、本発明の利点は、ＩＰアドレスが、スイッチングデバイスについて構成される必要が無く、従って、ネットワークスイッチングデバイスのデータアップグレードが、ネットワークにおける貴重なＩＰアドレスリソースを節約して実現されることである。
【００１３】
本発明のデータアップグレード方法は、レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法であって、（１）該スイッチングデバイスは、レジスタ動作が成功して終了した後、レジスタリクエストメッセージを管理デバイスに送信し、該スイッチングデバイスは、該スイッチングデバイスから該管理デバイスに周期的に送信されるハンドシェイクメッセージ、ならびに、該ハンドシェイクメッセージに従って該管理デバイスからスイッチングに送信されるハンドシェイク応答メッセージに従って、該管理デバイスとハンドシェイクを行う工程と、（２）該管理デバイスは、アップグレードされるデータのデータ記述フレームメッセージを該スイッチングデバイスに送信し、該スイッチングデバイスは、該データ記述フレームメッセージを受信した後にデータアップグレード動作を実行するか否かを決定し、実行しない場合、該スイッチングデバイスは、アップグレードを拒否するデータ記述フレーム応答メッセージを該管理デバイスに返信し、実行する場合、該スイッチングデバイスは、データアップグレードを許可するデータ記述フレーム応答メッセージを送信する工程と、（３）該管理デバイスは、該データ記述フレーム応答メッセージを受信し、該スイッチングデバイスがアップグレードすることを許可するか否かを決定し、許可する場合、アップグレードされるデータを該スイッチングデバイスにダウンロードする工程とを含むものである。
【００１４】
上記本発明のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法において、前記工程（２）の前記データ記述フレームメッセージが、ロードされるデータの長さおよびシリアル番号を含むことが好ましい。
【００１５】
上記本発明のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法において、前記工程（２）において、前記スイッチングデバイスがデータをアップグレードすることを決定した場合に、各アップグレードサイクルでロードされるデータブロックのサイズを決定する工程と、該データ記述フレームメッセージを該管理デバイスに送信する前に、該データブロックとサイズが等しいパラメータを前記データ記述フレーム応答メッセージに挿入する工程とを含むことが好ましい。
【００１６】
上記本発明のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法において、前記工程（３）における前記アップグレードされるデータをスイッチングデバイスにダウンロードする工程が、（４１）前記管理デバイスが、データフレームメッセージを該スイッチングデバイスに送信し、該スイッチングデバイスが、該データフレームメッセージを受信および格納し、該データフレーム応答メッセージを該管理デバイスに返信し、該スイッチングデバイスは、時間値を該データフレーム応答メッセージに挿入して、データブロックを受信した後に、後続のデータフレームの送信を一時停止するように該管理デバイスに命令し、その後、該スイッチングデバイスが、該時間値において、受信した該データをデバイスロード領域に書き込み、該書き込みをした後に、ブロック終了応答メッセージを該管理デバイスに送信する工程と、（４２）該管理デバイスが、該ブロック終了応答メッセージを受信した後に、最後のデータブロックの最後のフレームを受信する工程を終了した後、次のデータフレームメッセージの送信を継続し、該スイッチングデバイスが、該受信したデータを該デバイスロード領域に書き込み、ロード終了メッセージを該管理デバイスに返信し、該管理デバイスが、該ロード終了メッセージを受信し、ロード終了応答メッセージを該スイッチングデバイスに返信して、該データアップグレードプロセスを終了する工程とをさらに含むことが好ましい。
【００１７】
上記本発明のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法において、前記工程（４１）および（４２）が、前記管理デバイスについてのデータアップグレードプロセスおよび前記スイッチングデバイスについてのアップググレードデータプロセスをさらに含むことが好ましい。
【００１８】
上記本発明のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法において、前記管理デバイスと前記スイッチングデバイスとが、特定のフォーマット（Ｈｕａｗｅｉグループ管理プロトコル、すなわち、ＨＧＭＰ）を有するメッセージを介して情報を交換し、該メッセージが８０２．１Ｑラベルを有するイーサネット（Ｒ）ヘッド、パブリックメッセージヘッド、および管理メッセージを含む、データアップグレード方法であって、該パブリックメッセージヘッドが、現在の管理プロトコルのバージョンを示す、バージョン番号と、現在のメッセージが応答メッセージであるか、または、デマンドメッセージであるかを示すＣと、統括管理を２層のマルチキャストグループ制御メッセージから区別する、タイプと、フレームシリアル番号が有効であるか否かを識別する、Ｆと、チェックサムが有効であるか否かを識別する、Ｒと、フィードバックワードが有効であるか否かを識別する、Ｂと、各ネットワークスイッチングデバイスに従うメッセージシリアル番号を示す、フレームシリアル番号と、メッセージデータをチェックする、チェックサムと、メッセージの長さを識別する、メッセージの長さと、メッセージによって影響を受けていないフィードバックデータに対する応答を示す、フィードバックワードと、該スイッチングデバイスの管理ＭＡＣアドレスを識別する、スイッチングデバイス（ＬＡＮスイッチ）のメディアアクセス制御（ＭＡＣ）と、該スイッチングデバイスによってメッセージが転送された後のインレットポート番号をそれぞれ記録する、第１の転送ポート番号、第２の転送ポート番号、第３の転送ポート番号、第４の転送ポート番号とのフィールドを含み、該管理メッセージは、該管理メッセージのホームコマンドワードとして用いられるホームコマンドワードと、該管理メッセージのサブコマンドワードとして用いられるサブコマンドワードと、該管理メッセージのコンテンツの長さを記録するコンテンツの長さと、該管理メッセージにおいて搬送される前記パラメータおよびデータを記録する、該管理メッセージのコンテンツとを含むことが好ましい。
【００１９】
上記本発明のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法において、前記データアップグレードプロセスのための前記データ記述フレームメッセージ、前記データ記述フレーム応答メッセージ、前記データフレームメッセージ、前記データフレーム応答メッセージ、前記ブロック終了応答メッセージ、前記ロード終了メッセージ、および前記ロード終了応答メッセージは、ＨＧＭＰメッセージの管理メッセージに含まれていることが好ましい。
【００２０】
【発明の実施の形態】
本発明は、以下の図面および実施形態によって、さらに詳細に説明される。
【００２１】
図１は、本発明による方法の実施形態のフローチャートである。図１の実施形態によると、レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレードが終了する。図１の実施形態は、クライアント／サーバモードで作動する。すなわち、管理デバイスがサーバとして機能し、スイッチングデバイスがクライアントとして機能する。従って、データアップグレード用のサーバソフトウェアは、管理デバイスについて動作し、クライアントソフトウェアは、スイッチングデバイス（例えば、ネットワークスイッチ）について動作する。メッセージを交換することによって、管理デバイスからスイッチングデバイスへのデータアップグレードを容易にするため、本発明は、３つの部分、すなわち、８０２．１Ｑラベルを有するイーサネット（Ｒ）ヘッド、メッセージヘッド、および管理メッセージを含む、特定のメッセージフォーマットを提供する。イーサネット（Ｒ）ヘッドのフォーマットが公知であり、ここで、パブリックメッセージヘッドおよび管理メッセージの内容を、以下に説明する。
【００２２】
パブリックメッセージは、以下のテーブルを参照しながら、イーサネット（Ｒ）ヘッドの後で実行され得る。
【００２３】
【表１】
ここで、
バージョン番号（４ビット）は、現在の管理プロトコルのバージョンを示すために用いられる。
【００２４】
Ｃフィールドは応答識別（１ビット）であり、現在のメッセージが応答メッセージであるか、または、コマンドメッセージであるかを示すために用いられる。例えば、０は、コマンド（またはリクエスト）を表し、１は応答（または返答）を表す。
【００２５】
タイプフィールド（３ビット）は、統括管理と２層のマルチキャストグループ制御メッセージとの間を区別するために用いられる。例えば、０００は、スイッチングデバイスの統括管理を表し、００１は、スイッチングデバイスのマルチキャスト送信を表す。
【００２６】
Ｆフィールドは、フレームシリアル番号の有効な識別（１ビット）であり、例えば、Ｆ＝１の場合にフレームシリアル番号が用いられる。
【００２７】
Ｒフィールドは、チェックサムの有効な識別（１ビット）であり、例えば、Ｒ＝０の場合にはチェックサムが用いられず、Ｒ＝１の場合にはチェックサムが用いられ得る。
【００２８】
Ｂフィールドは、フィードバックワードの有効な識別（１ビット）であり、例えば、Ｂ＝０の場合にはフィードバックワードが用いられず、Ｂ＝１の場合にはフィードバックワードが用いられる。
【００２９】
フレームシリアル番号フィールド（１６ビット）は、各ネットワークスイッチングデバイスによって、メッセージシリアル番号を識別するために用いられている。
【００３０】
チェックサムの長さは、メッセージデータをチェックするために用いられ（１６ビット）、計算方法は、ＩＰおよびＵＤＰに類似し得、有効であるか否かをＲフィールドが決定する。
【００３１】
メッセージフィールドの長さ（１６ビット）は、メッセージの長さを識別するために用いられる。
【００３２】
フィードバックワードフィールドは、メッセージによって影響を受けていないフィードバックデータに対する応答を示すために用いられ（１６ビット）、影響を受けていないフィードバックデータは、メッセージに応答する場合のフィードバックデータである。
【００３３】
スイッチングデバイスのメディアアクセス制御（ＭＡＣ）は、スイッチングデバイスの管理ＭＡＣアドレスを識別するために用いられる。
【００３４】
第１の転送ポート番号、第２の転送ポート番号、第３の転送ポート番号、第４の転送ポート番号は、それぞれ、スイッチングデバイスによってメッセージが転送された後のインレットポート番号を記録するために用いられる。
【００３５】
スイッチングデバイスの物理的な部分は、フィールドによって決定され得る。ポート番号の有効な範囲は、いくつかのスイッチングデバイスのポート量と関連する。スイッチングデバイスのポート量が、ＰＯＲＴ＿ＮＵＭである場合、スイッチングデバイスの次の層のＨＧＭＰメッセージをスイッチングデバイスが転送するときに、転送するポート番号の範囲は、０〜ＰＯＲＴ＿ＮＵＭ−１の間である。
【００３６】
指定フィールド（４バイト）は、メッセージの機能を拡張するために用いられる。例えば、スイッチングデバイスのカスケード接続層は５より多く、フィールドは、転送ポート番号を規定するために用いられ得る。
【００３７】
管理メッセージは、以下の表を参照すると、実用的な器具における、パブリックメッセージのもとに搬送される、以下に示すものを含む。
【００３８】
【表２】
ここで、
ホームコマンドワード（１ビット）は、管理メッセージのホームコマンドワードとして機能するために用いられる。
【００３９】
サブコマンドワード（１ビット）は、管理メッセージのサブコマンドワードとして機能を果たすために用いられる。
【００４０】
コンテンツの長さ（２ビット）は、管理メッセージのコンテンツの長さを記録するために用いられる。
【００４１】
管理メッセージのコンテンツは、管理メッセージにおいて実行されるパラメータおよびデータ、器具に応じた具体的なフォーマットおよびサイズ変更を記録するために用いられ、長さは、コンテンツのフィールドの長さによって決定され得る。通常、イーサネット（Ｒ）の長さが制限された状態で、フィールドは、１４６８バイト以下、すなわち、０〜１４６８バイトである。
【００４２】
上記の記載から分かるように、図１による、本発明の実現は、２つのプロセスを含む。第１のプロセスは、管理デバイスとスイッチングデバイスとの間にデータアップグレードチャネルが見出される、スイッチングデバイスのレジスタおよびハンドシェイクである。第２のプロセスは、管理デバイスとスイッチングデバイスとの間でハンドシェイクすることによって完了するデータアップグレードのプロセスである。工程は、以下の通りである。
【００４３】
まず、工程１において、スイッチングデバイスは、このスイッチングデバイスのアドレス識別を含むレジスタリクエストメッセージを、管理デバイスを接続するポートにブロードキャストする。管理デバイスは、メッセージを受信した後、レジスタの動作に戻り、レジスタリクエストメッセージを送信するスイッチングデバイスにレジスタ応答メッセージを送信する。スイッチングデバイスは、工程２において、成功したレジスタを示す応答メッセージを受信した後、標準的なハンドシェイクメッセージを管理デバイスに送信し、管理デバイスは、ハンドシェイクメッセージを受信した後に、ハンドシェイク応答メッセージをスイッチングデバイスに送信し、スイッチングデバイスは、ハンドシェイク応答メッセージを受信した後に、通常のハンドシェイクを実行する。ハンドシェイク動作中、管理デバイスは、アップグレードデータのデータ記述フレームメッセージを、工程３において、スイッチングデバイスに送信し、データ記述フレームメッセージは、スイッチングデバイスによってロードされるデータの長さおよびロードされる現在のデータブロックのシリアル番号長を含み、スイッチングデバイスは、データ記述フレームメッセージを受信し、工程４において、データアップグレードを許可するか否かを決定し、許可しない場合には、工程５において、アップグレードを拒否するデータフレーム応答メッセージに応答し、許可する場合には、工程６において、アップグレードサイクルでロードされる各ブロックのサイズを決定し、その後、サイズパラメータをデータ記述フレーム応答メッセージに挿入し、データ記述フレーム応答メッセージを管理デバイスに送信して、データアップグレードを確認し、データ記述フレーム応答メッセージを管理デバイスに送信してデータアップグレードを確認し、管理デバイスは、データ記述フレームメッセージを受信し、工程７において、スイッチングデバイスがデータアップグレードを許可するか否かを決定する。イエスの場合、管理デバイスは、工程８において、データアップグレード動作を実行する。すなわち、スイッチングデバイスに対して、アップグレードデータをダウンロードする。ノーの場合、終了する。
【００４４】
ステップ８におけるアップグレード日付のスイッチングデバイスへのダウンロードは以下のステップを介して実施され得る。
【００４５】
（４１）管理デバイスがデータフレームメッセージをスイッチングデバイスに送信する。スイッチングデバイスはデータフレームメッセージを受信および格納し、そしてデータフレーム応答メッセージを返し、スイッチングデバイスはデータフレーム応答メッセージに時間値を挿入し、データブロックの受信後の後続のデータフレームの送信を休止するように管理デバイスに命令する。次いで、スイッチングデバイスは受信したデータをデバイスロード領域に書き込み、そしてブロック終了応答メッセージを管理デバイスに送信する。
【００４６】
（４２）管理デバイスは、ブロック終了応答メッセージを受信した後、最後のデータブロックの最後のフレームの受信を終了した後、次のデータフレームメッセージを送信の継続し、スイッチングデバイスは受信したデータをデバイスロード領域に書き込み、そしてロード終了メッセージを管理デバイスへ返す。管理デバイスはロード終了メッセージを受信し、そしてロード終了応答メッセージをスイッチングデバイスに返してデータアップグレードプロセスを終了する。
【００４７】
前記データアップグレード動作プロセスは、管理デバイス上のデータアップグレード処理手順およびスイッチングデバイス上のアップグレードデータ処理手順を含み、この２つの手順は互いに協同する。実際のソフトウェアアップグレードプロセスが厳格にはアップグレードスピードを要求しないが信頼性を要求することを考慮すると、相互制御モードでソフトウェアアップグレードを実行するのが好適であり、すなわち、管理デバイスは、データフレームを送信するごとにタイマーを起動してスイッチングデバイスからの応答を待つ。管理デバイスは、特定時間に前回のフレームに対するスイッチングデバイスからの応答を受信すると、次のフレームの送信を開始する。管理デバイスは、全く応答を受信しないか、またはチェックエラー応答を受信すると、前回のフレームを再送信する。繰り返し回数が特定回数を超えると、バックグラウンドにアラームが送信される。
【００４８】
実用において、メモリサイズはスイッチングデバイスが異なると変化し、かつ同時に受容可能なデータボリュームもデバイスが異なると変化するので、スイッチングデバイスは、管理デバイスからデータ記述フレームメッセージを受信したときにシステムメモリサイズをまず検出し、そしてシステムの通常動作が影響を受けない場合には適切なロードメモリを割り当てるようにリクエストし、そして次いでメモリサイズに等しい各データブロックのサイズをデータ記述フレーム応答メッセージを介して管理デバイスに送信する。
【００４９】
実際のデータアップグレードの場合において、アップグレードメッセージは管理デバイスまたはスイッチングデバイスから開始され得る。データアップグレードの信頼性を確実にするために、イニシエータはタイマーを起動する。イニシエータは、相手から応答を受信しなければ、前回のメッセージを再送信する。イニシエータは、特定の回数（３回など）にわたって応答を全く受信しなければ、ロードプロセスを抜ける。したがって、アップグレードプロセスをよりよく制御するために、この実施形態において、５つのタイマー（Ｔ０〜Ｔ４）が設定される。Ｔ０は３秒に設定され、Ｔ１は３秒、Ｔ２は６秒、Ｔ３は６秒、およびＴ４は３秒に設定される。
【００５０】
前記タイマーにしたがって、まず、管理デバイスは、データ記述フレームをスイッチングデバイスに送信し、そしてタイマーＴ０を起動し、そして次いでスイッチングデバイスからの応答を待つ。管理デバイスは、スイッチングデバイスから３秒で応答を受信すると、応答メッセージからデータブロックサイズ情報を取り出し、そして各データブロックにおけるフレーム数およびデータブロックの総数を計算する。次いで、管理デバイスはデータロードプロセスを起動してデータをスイッチングデバイスに転送する。管理デバイスは、スイッチングデバイスから３秒でデータ記述フレーム応答メッセージを全く受信しないと、データ記述フレームを再送信する。回数が２を超えると、管理デバイスは、ロードプロセスを抜け、そしてアラームをバックグラウンドに送信する。
【００５１】
データフレームの送信中のデータ相互作用を容易にするために、各データフレームは現在のデータブロックの番号および現在のデータフレームの連続番号を搬送する。データ送信は以下の場合を含む。
【００５２】
１．共通のデータフレームに対して、管理デバイスは、フレームを送信した後、３秒タイマーＴ１を起動する。管理デバイスは、スイッチングデバイスから３秒で正しい応答を受信すると、続けて次のフレームを送信する。管理デバイスは、全く応答を受信しないか、または「チェックエラー」応答を受信すると、前回のフレームを再送信する。繰り返しが２回を超えると、管理デバイスはロードプロセスを抜け、そしてアラームをバックグラウンドに送信する。
【００５３】
２．データブロックの最後のフレームに対して、管理デバイスは、そのフレームを受信した後、３秒タイマーＴ１を起動し、そして最後のフレームからの応答を待つ。管理デバイスは、前回のフレームから３秒で応答を全く受信しないか、またはチェックエラーメッセージを受信すると、前回のフレームを再送信する。繰り返しが２回を超えると、管理デバイスはロードプロセスを抜け、そしてアラームをバックグラウンドに送信する。管理デバイスは、応答を受信すると、応答メッセージから待ち時間Ｔ２を取り出し、そしてタイマーＴ２を起動してブロック終了メッセージを待つ。管理デバイスは、待ち時間でブロック終了メッセージを受信しないと、ロードプロセスを抜け、そしてアラームをバックグラウンドに送信する。管理デバイスは、待ち時間でブロック終了メッセージを受信すると、続けて次のデータブロックを送信する。
【００５４】
３．最後のデータブロックの最後のフレームに対して、管理デバイスは、そのフレームを送信した後、３秒タイマーＴ１を起動し、そして最後のフレームからの応答を待つ。管理デバイスは、最後のフレームから３秒で応答を全く受信しないか、またはチェックエラーメッセージを受信すると、最後のフレームを再送信する。繰り返しが２回を超えると、管理デバイスはロードプロセスを抜け、そしてアラームをバックグラウンドに送信する。管理デバイスは、応答を受信すると、応答メッセージから待ち時間Ｔ２を取り出し、そしてタイマーＴ２を起動してブロック終了メッセージを待つ。管理デバイスは、待ち時間でブロック終了メッセージを受信しないと、ロードプロセスを抜け、そしてアラームをバックグラウンドに送信する。しかし、管理デバイスは、待ち時間でブロック終了メッセージを受信すると、ロード終了応答メッセージを用いてスイッチングデバイスに応答し、ロード結果を表示し、そしてロードプロセスを終了する。
【００５５】
スイッチングデバイス側において、スイッチングデバイスは管理デバイスからデータ記述フレームを受信し、データを取り出し、そしてその有効性を検証する。データが無効であれば、スイッチングデバイスは直ちにエラーメッセージを用いて管理デバイスに応答し、そしてロードプロセスを抜ける。データが有効であれば、スイッチングデバイスはシステムメモリサイズを検出し、適切なロードメモリサイズをリクエストし、各データブロックに対するサイズとしてのロードサイズメモリ情報をデータ記述応答フレームに挿入し、そしてフレームを管理デバイスに返信し、そしてタイマーＴ３を起動する。スイッチングデバイスは、管理デバイスからＴ３でデータ情報を全く受信しなければ、ロードプロセスを抜ける。
【００５６】
スイッチングデバイスは、共通のデータフレームを受信すると、タイマーＴ３を停止し、そしてデータフレームのブロック番号および連続番号が期待されたものかどうかを判断する。ブロック番号が正しいがフレーム番号が前回と同一であれば、このことは、管理デバイスが前回の応答を受信せず、そしてしたがって前回のフレームを再送信することを示す。この場合、スイッチングデバイスは前回のデータフレーム応答メッセージを再送信し、そしてタイマーＴ３を起動することのみ必要となり、ブロック番号またはフレーム番号のいずれかが正しくなければ、スイッチングデバイスはフレームエラー応答メッセージを送信し、そしてタイマーＴ３を起動する。ブロック番号およびフレーム番号が正しければ、スイッチングデバイスは、
１．データフレームが最後のブロックの最後のフレームであれば、スイッチングデバイスはチェックサムにしたがってデータの正しさを検証する。エラーであれば、スイッチングデバイスはエラーデータフレーム応答を直接返し、そしてタイマーＴ３を起動する。正しければ、スイッチングデバイスは正しいデータ応答を返し、そして応答メッセージにおいて待ち時間を完了する。そして、データはロードキャッシュへコピーされ、かつ最後のデータブロックはデバイスのロード領域に書き込まれる。書き込み動作が失敗すると、スイッチングデバイスは失敗フラグを有するロード終了メッセージを送信し、そしてロードプロセスを抜ける。書き込み動作が成功すると、スイッチングデバイスは成功フラグを有するロード終了メッセージを管理デバイスに送信し、そしてタイマーＴ４を起動する。スイッチングデバイスは、Ｔ４でロード終了応答メッセージを受信すると、Ｔ４を停止し、そしてロードプロセスを抜ける。スイッチングデバイスは、Ｔ４でロード終了応答メッセージを受信しなければ、ロード終了メッセージを再送信する。繰り返しが２回を超えると、スイッチングデバイスはロードプロセスを抜ける。
【００５７】
２．スイッチングデバイスは、最後のデータブロック以外のデータブロックの最後のデータフレームを受信すると、まず、チェックサムにしたがってデータの正しさを検証する。エラーであれば、スイッチングデバイスはエラーデータフレーム応答を直接返し、そしてタイマーＴ３を起動する。正しければ、スイッチングデバイスは、待ち時間を完了し、そして正しいデータフレーム応答メッセージを返し、データをキャッシュへかつデータブロックをデバイスロード領域へそれぞれコピーする。書き込み動作が失敗すると、スイッチングメッセージは失敗フラグを有するロード終了メッセージを送信し、そしてロードプロセスを抜ける。書き込み動作が成功すると、スイッチングデバイスは成功フラグを有するロード終了メッセージを送信し、そしてタイマーＴ４を起動する。スイッチングデバイスは、Ｔ４で管理デバイスから送信された新しいデータフレームを受信すると、タイマーＴ４を停止し、そして次のデータブロックを処理する。そうでなければ、スイッチングデバイスはデータブロック終了メッセージを再送信し、そしてタイマーＴ４を起動する。繰り返しが２回を超えると、スイッチングデバイスはロードプロセスを抜ける。
【００５８】
３．スイッチングデバイスは、共通データフレームを受信すると、チェックサムにしたがってデータの正しさを検証する。正しければ、スイッチングデバイスは、データをキャッシュへロードし、そして正しいデータフレーム応答を用いて管理デバイスに応答し、そしてタイマーＴ３を起動する。エラーであれば、スイッチングデバイスはエラーデータフレーム応答を返し、そしてタイマーＴ３を起動する。スイッチングデバイスは、Ｔ３で管理デバイスから全くデータを受信しなければ、通信が切断したことを示し、ロードプロセスを抜け、そしてレジスタを再度実行する。
【００５９】
図１の実施形態において、データアップグレードプロセスのためのデータ記述フレームメッセージ、データ記述フレーム応答メッセージ、データフレームメッセージ、データフレーム応答メッセージ、終了応答メッセージ、ロード終了メッセージ、およびロード終了応答メッセージは、ＨＧＭＰメッセージのメッセージを管理する際にカプセル化される。メッセージの詳細な構造は、
１．データ記述フレームメッセージ
データ長（ｕｌＤａｔａＬｅｎ）：アップグレードデータの全長を記載する。
フレーム数（ｕｓＦｒａｍｅＮｕｍ）：アップグレードデータのフレームの総数を記述する。
ロード連続番号（ｕｓＬｏａｄＳｅｒｉａｌ）：ロードプロセスの連続番号を記述する。
ロードコマンドワード（ｕｓＬｏａｄＣｍｄ）：ホームコマンドワード、例えば、０−アップグレードアプリケーションプログラム、１−アップグレードブートプログラムを記述する。
ロードパラメータ（ｕｃＰａｒａｍ［５０］）：添付されたパラメータを記述する。
【００６０】
加えて、実施形態において、フレーム単位のモードがデータに対するＣＲＣチェックのために使用され、そして各データフレームは１６ビットＣＲＣチェックビットを搬送する。
【００６１】
ロードパラメータは、異なるホームコマンドワードにしたがって異なるパラメータを搬送する。例えば、アップグレードプログラムのコマンドワードはプログラムの名前およびタイプなどを搬送し得る。
【００６２】
２．データアップグレードのためのデータ記述フレーム応答メッセージ
データ記述結果（ｕｃＤａｔａＤｅｓｃＲｅｓｕｌｔ）：フレーム結果、例えば、０−イネーブルロード、１−ディセーブルロードを記述する。
ブロックサイズ（ｕｓＢｌｏｃｋＳｉｚｅ）：ロードされるべきデータブロックのサイズを記述する。
ロード連続番号（ｕｓＬｏａｄＳｅｒｉａｌ）：ロードプロセスの連続番号を記述する。
【００６３】
３．データアップグレードのためのデータフレームメッセージ
ロード連続番号（ｕｓＬｏａｄＳｅｒｉａｌ）：ロードプロセスの連続番号を記述する。
ブロック番号（ｕｃＢｌｏｃｋＮｏ）：ロードデータブロックの番号を記述する。
フレーム番号（ｕｓＦｒａｍｅＮｏ）：データフレームの番号を記述する。
ＣＲＣ（ｕｓＣＲＣ）：現在のデータフレームに対するＣＲＣ、フレーム単位モードを使用してロードデータだけをチェックする。
フレーム長（ｕｓＬｅｎ）：現在のデータフレームの長さを記述する。
データ（ｕｃＤａｔａ［１０２４］）：ロードデータ内容を記述する。
【００６４】
４．データアップグレードのためのデータフレーム応答メッセージ
ロード連続番号（ｕｓＬｏａｄＳｅｒｉａｌ）：ロードプロセスの連続番号を記述する。
ブロック番号（ｕｃＢｌｏｃｋＮｏ）：ロードデータブロックの番号を記述する。
フレーム番号（ｕｓＦｒａｍｅＮｏ）：返されたフレームの番号を記述する。
ロード結果（ｕｃＬｏａｄＲｅｓｕｌｔ）：アップグレードデータに対するデータフレームロード結果を記述する。例えば、０−正しい、１−エラー、など。
待ち時間（ｕｃＷａｉｔＴｉｍｅ）：データフレーム間（例えば、共通データフレーム間、ｕｃＷａｉｔＴｉｍｅ＝０）の時間間隔を記述する。管理デバイスは直ちに次のデータを送信し得る。ブロックが終了すると、待ち時間は、ブロックデータをデバイスロード領域に書き込む際に生じる遅延時間によってより長くならなければならない。待ち時間において、管理デバイスは、ブロック終了メッセージを受信すると、次のデータを送信する。そうでなければ、管理デバイスはロードプロセスを抜け、そしてアラームを送信する。
【００６５】
５．データアップグレードのためのブロック終了メッセージ
ロード連続番号（ｕｓＬｏａｄＳｅｒｉａｌ）：ロードプロセスの連続番号を記述する。
ブロック番号（ｕｃＢｌｏｃｋＮｏ）：データブロック番号を記述する。
ロード結果（ｕｃＬｏａｄＲｅｓｕｌｔ）：データフレームロード結果を記述する。例えば、０−正しい、１−エラー。
【００６６】
６．データアップグレードのためのブロック終了メッセージ
ロード連続番号（ｕｓＬｏａｄＳｅｒｉａｌ）：ロードプロセスの連続番号を記述する。
ロード結果（ｕｃＬｏａｄＲｅｓｕｌｔ）：データフレームロード結果を記述する。例えば、０−正しい、１−エラー、など。
【００６７】
７．データアップグレードのためのロード終了応答メッセージ
ロード連続番号（ｕｓＬｏａｄＳｅｒｉａｌ）：ロードプロセスの連続番号を記述する。
【００６８】
以上に説明したように、本発明は、レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法を開示する。この方法によると、スイッチングデバイスは、レジスタリクエストメッセージを管理デバイスに送信し、管理デバイスは、レジスタリクエストメッセージに対するレジスタ動作を行う。レジスタ動作が成功して終了した後、スイッチングデバイスは、管理デバイスとハンドシェイクを行い、ハンドシェイクの間、管理デバイスは、アップグレードされるデータのデータ記述フレームメッセージをスイッチングデバイスに送信し、スイッチングデバイスは、データ記述フレームメッセージを受信した後にデータアップグレード動作を実行するか否かを決定する。イエスである場合、スイッチングデバイスは、データアップグレードを許可するデータ記述フレーム応答メッセージを送信し、管理デバイスは、データ記述フレーム応答メッセージを受信し、アップグレードされるデータがスイッチングデバイスにダウンロードされる。本発明は、スイッチングデバイスのＩＰアドレスを構成する必要なしに、レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレードを実現し、従って、ネットワークにおいて、貴重なＩＰアドレスリソースを節約する。
【００６９】
【発明の効果】
本発明のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法は、スイッチングデバイスは、レジスタリクエストメッセージを管理デバイスに送信し、管理デバイスは、レジスタリクエストメッセージに対するレジスタ動作を行う。レジスタ動作が成功して終了した後、スイッチングデバイスは、管理デバイスとハンドシェイクを行い、ハンドシェイクの間、管理デバイスは、アップグレードされるデータのデータ記述フレームメッセージをスイッチングデバイスに送信し、スイッチングデバイスは、データ記述フレームメッセージを受信した後にデータアップグレード動作を実行するか否かを決定する。イエスである場合、スイッチングデバイスは、データアップグレードを許可するデータ記述フレーム応答メッセージを送信し、管理デバイスは、データ記述フレーム応答メッセージを受信し、アップグレードされるデータがスイッチングデバイスにダウンロードされる。したがって、本発明は、スイッチングデバイスのＩＰアドレスを構成する必要なしに、レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレードを実現し、従って、ネットワークにおいて、貴重なＩＰアドレスリソースを節約することができる。
【図面の簡単な説明】
【図１】図１は、本発明による、方法の実施形態のフローチャートである。
【発明の属する技術分野】
本発明は、ネットワークデバイスのデータアップグレード方法、特に、レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法に関する。
【０００２】
【従来の技術】
ＬＡＮの急速な発展とともに、より多くのネットワークスイッチングデバイス（例えば、イーサネット（Ｒ）スイッチ）が用いられる。ネットワークスイッチングデバイスが、異なる位置で配信されるので、ネットワークスイッチングデバイスのデータアップグレードタスクは、それぞれ、サイト上で行われる必要があり、維持コストの高さにつながる。この問題を解決するため、ネットワークスイッチングデバイスのデータアップグレードタスク（例えば、ソフトウェアアップグレード）は、典型的には、現在のＬＡＮ環境において、ファイル転送プロトコル（ＦＴＰ）を介して行われる。ＦＴＰには、２つの部分が含まれる。クライアントＦＴＰおよびサーバＦＴＰである。スイッチングデバイスは、クライアントとして機能を果たし、管理デバイスがサーバとして機能を果たす。スイッチングデバイスは、接続された管理デバイスからデータを入手し、スイッチングデバイス自体にデータを格納して、データアップグレードを実行する。
【０００３】
【発明が解決しようとする課題】
ＦＴＰは、転送制御プロトコルまたはインターネットプロトコル（ＴＣＰ／ＩＰ）に基づいて、実行され、２つのＴＣＰリンクを用いて、ファイルを転送する。通常、制御リンクは、クライアント／サーバ方法において開けられる。データリンクは、ファイルが転送されるたびに作成され、その後、２つのデバイス間のコマンド／応答サイクルによって、管理デバイスからスイッチングデバイスにアップグレードデータがダウンロードされる。ＦＴＰが、ネットワークの第３の層において動作するＴＣＰ／ＩＰに基づいて動作するので、ＩＰアドレスは、ＦＴＰを介するスイッチングデバイスのデータアップグレードを実行するため、スイッチングデバイスについて設定される必要がある。従って、ＩＰアドレスが、各スイッチングデバイスについて設定される場合、ＩＰアドレスリソースがかなり無駄遣いされている。
【０００４】
本発明の目的は、レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法を提供し、同時に、ＩＰアドレスリソースを節約することである。
【０００５】
【課題を解決するための手段】
この目標を達成するため、本発明のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法は、
（１）該スイッチングデバイスは、レジスタリクエストメッセージを管理デバイスに送信し、該管理デバイスが、レジスタリクエストメッセージに対してレジスタ動作を実行し、レジスタ動作が成功して終了した後、該スイッチングデバイスは、該スイッチングデバイスから該管理デバイスに周期的に送信されるハンドシェイクメッセージ、ならびに、該ハンドシェイクメッセージに従って該管理デバイスから該スイッチングデバイスに送信されるハンドシェイク応答メッセージに従って、該管理デバイスとハンドシェイクを行う工程と、
（２）該管理デバイスは、アップグレードされるデータのデータ記述フレームメッセージを該スイッチングデバイスに送信し、該スイッチングデバイスは、該データ記述フレームメッセージを受信した後にデータアップグレード動作を実行するか否かを決定し、実行しない場合、該スイッチングデバイスは、アップグレードを拒否するデータ記述フレーム応答メッセージを該管理デバイスに返信するが、実行する場合、該スイッチングデバイスは、該データアップグレードを許可するデータ記述フレーム応答メッセージを送信する工程と、
（３）該管理デバイスは、該データ記述フレーム応答メッセージを受信し、該スイッチングデバイスがアップグレードすることを許可するか否かを決定し、許可する場合、アップグレードされるデータを該スイッチングデバイスにダウンロードする工程と
を含む。
【０００６】
前記工程（２）の前記データ記述フレームメッセージが、ロードされるデータの長さおよびシリアル番号を含む。
【０００７】
前記工程（２）において、前記スイッチングデバイスがデータをアップグレードすることを決定した場合に、各アップグレードサイクルでロードされるデータブロックのサイズが決定され、該データ記述フレームメッセージを該管理デバイスに送信する前に、該データブロックとサイズが等しいパラメータが、前記データ記述フレーム応答メッセージに挿入される。
【０００８】
前記工程（３）における前記アップグレードされるデータを前記スイッチングデバイスにダウンロードする工程が、
（４１）前記管理デバイスが、データフレームメッセージを該スイッチングデバイスに送信し、該スイッチングデバイスが、該データフレームメッセージを受信および格納し、該データフレーム応答メッセージを該管理デバイスに返信し、スイッチングデバイスは、時間値を該データフレーム応答メッセージに挿入し得、データブロックを受信した後に、後続のデータフレームの送信を一時停止するように該管理デバイスに命令し、その後、該スイッチングデバイスが、時間値において、受信した該データをデバイスロード領域に書き込み、該書き込みをした後に、ブロック終了応答メッセージを該管理デバイスに送信する工程と、
（４２）該管理デバイスが、該ブロック終了応答メッセージを受信した後に、最後のデータブロックの最後のフレー寿の受信を終了した後、次のデータフレームメッセージの送信を継続し、該スイッチングデバイスが、該受信したデータを該デバイスロード領域に書き込み、ロード終了メッセージを該管理デバイスに返信し、該管理デバイスが、該ロード終了メッセージを受信し、ロード終了応答メッセージを該スイッチングデバイスに返信して、該データアップグレードプロセスを終了する工程と
を含む。
【０００９】
この方法において、前記管理デバイスと前記スイッチングデバイスとが、特定のフォーマット（Ｈｕａｗｅｉグループ管理プロトコル、すなわち、ＨＧＭＰ）を有するメッセージを介して情報を交換し、該メッセージが８０２．１Ｑラベルを有するイーサネット（Ｒ）ヘッド、パブリックメッセージヘッド、および管理メッセージを含む。
【００１０】
該パブリックメッセージヘッドが以下のフィールドを含む。
【００１１】
現在の管理プロトコルのバージョンを示すために用いられる、バージョン番号と、
現在のメッセージが応答メッセージであるか、または、デマンドメッセージであるかを示すために用いられる、Ｃと、
統括管理を２層のマルチキャストグループ制御メッセージから区別するために用いられる、タイプと、
フレームシリアル番号が有効であるか否かを識別するために用いられる、Ｆと、
チェックサムが有効であるか否かを識別するために用いられる、Ｒと、
フィードバックワードが有効であるか否かを識別するために用いられる、Ｂと、
各ネットワークスイッチングデバイスに従うメッセージシリアル番号を識別するために用いられる、フレームシリアル番号と、
メッセージデータをチェックするために用いられる、チェックサムと、
メッセージの長さを識別するために用いられる、メッセージフィールドの長さと、
メッセージによって影響を受けていないフィードバックデータに対する応答を示すために用いられる、フィードバックワードと、
該スイッチングデバイスの管理ＭＡＣアドレスを識別するために用いられる、スイッチングデバイス（ＬＡＮスイッチ）のメディアアクセス制御（ＭＡＣ）と、
該スイッチングデバイスによってメッセージが転送された後にインレットポート番号をそれぞれ記録するために用いられる、第１の転送ポート番号、第２の転送ポート番号、第３の転送ポート番号、第４の転送ポート番号と、
該管理メッセージは、
管理メッセージのホームコマンドワードとして機能を果たすために用いられるホームコマンドワードと、
管理メッセージのサブコマンドワードとして機能を果たすために用いられる、サブコマンドワードと、
管理メッセージのコンテンツの長さを記録するために用いられる、コンテンツの長さと、
該管理メッセージにおいて搬送される前記パラメータおよびデータを記録するために用いられる、該管理メッセージのコンテンツと
を含む。
【００１２】
上記の説明から分かるように、レイヤ−２ネットワーク環境において、本発明によると、まず、スイッチングデバイスが管理デバイスにおいてレジスタされ、レジスタ動作が成功して終了した後、スイッチングデバイスが、スイッチングデバイスから管理デバイスに周期的に送信されるハンドシェイクメッセージと、ハンドシェイクメッセージに従って管理デバイスからスイッチングデバイスに送信されるハンドシェイク応答メッセージとに従って、管理デバイスとハンドシェイクを行い、ハンドシェイク動作中、管理デバイスから、スイッチングデバイスへのデータアップグレードが実現される。従って、従来のネットワークのスイッチングデバイスのデータアップグレード方法と比較すると、本発明の利点は、ＩＰアドレスが、スイッチングデバイスについて構成される必要が無く、従って、ネットワークスイッチングデバイスのデータアップグレードが、ネットワークにおける貴重なＩＰアドレスリソースを節約して実現されることである。
【００１３】
本発明のデータアップグレード方法は、レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法であって、（１）該スイッチングデバイスは、レジスタ動作が成功して終了した後、レジスタリクエストメッセージを管理デバイスに送信し、該スイッチングデバイスは、該スイッチングデバイスから該管理デバイスに周期的に送信されるハンドシェイクメッセージ、ならびに、該ハンドシェイクメッセージに従って該管理デバイスからスイッチングに送信されるハンドシェイク応答メッセージに従って、該管理デバイスとハンドシェイクを行う工程と、（２）該管理デバイスは、アップグレードされるデータのデータ記述フレームメッセージを該スイッチングデバイスに送信し、該スイッチングデバイスは、該データ記述フレームメッセージを受信した後にデータアップグレード動作を実行するか否かを決定し、実行しない場合、該スイッチングデバイスは、アップグレードを拒否するデータ記述フレーム応答メッセージを該管理デバイスに返信し、実行する場合、該スイッチングデバイスは、データアップグレードを許可するデータ記述フレーム応答メッセージを送信する工程と、（３）該管理デバイスは、該データ記述フレーム応答メッセージを受信し、該スイッチングデバイスがアップグレードすることを許可するか否かを決定し、許可する場合、アップグレードされるデータを該スイッチングデバイスにダウンロードする工程とを含むものである。
【００１４】
上記本発明のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法において、前記工程（２）の前記データ記述フレームメッセージが、ロードされるデータの長さおよびシリアル番号を含むことが好ましい。
【００１５】
上記本発明のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法において、前記工程（２）において、前記スイッチングデバイスがデータをアップグレードすることを決定した場合に、各アップグレードサイクルでロードされるデータブロックのサイズを決定する工程と、該データ記述フレームメッセージを該管理デバイスに送信する前に、該データブロックとサイズが等しいパラメータを前記データ記述フレーム応答メッセージに挿入する工程とを含むことが好ましい。
【００１６】
上記本発明のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法において、前記工程（３）における前記アップグレードされるデータをスイッチングデバイスにダウンロードする工程が、（４１）前記管理デバイスが、データフレームメッセージを該スイッチングデバイスに送信し、該スイッチングデバイスが、該データフレームメッセージを受信および格納し、該データフレーム応答メッセージを該管理デバイスに返信し、該スイッチングデバイスは、時間値を該データフレーム応答メッセージに挿入して、データブロックを受信した後に、後続のデータフレームの送信を一時停止するように該管理デバイスに命令し、その後、該スイッチングデバイスが、該時間値において、受信した該データをデバイスロード領域に書き込み、該書き込みをした後に、ブロック終了応答メッセージを該管理デバイスに送信する工程と、（４２）該管理デバイスが、該ブロック終了応答メッセージを受信した後に、最後のデータブロックの最後のフレームを受信する工程を終了した後、次のデータフレームメッセージの送信を継続し、該スイッチングデバイスが、該受信したデータを該デバイスロード領域に書き込み、ロード終了メッセージを該管理デバイスに返信し、該管理デバイスが、該ロード終了メッセージを受信し、ロード終了応答メッセージを該スイッチングデバイスに返信して、該データアップグレードプロセスを終了する工程とをさらに含むことが好ましい。
【００１７】
上記本発明のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法において、前記工程（４１）および（４２）が、前記管理デバイスについてのデータアップグレードプロセスおよび前記スイッチングデバイスについてのアップググレードデータプロセスをさらに含むことが好ましい。
【００１８】
上記本発明のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法において、前記管理デバイスと前記スイッチングデバイスとが、特定のフォーマット（Ｈｕａｗｅｉグループ管理プロトコル、すなわち、ＨＧＭＰ）を有するメッセージを介して情報を交換し、該メッセージが８０２．１Ｑラベルを有するイーサネット（Ｒ）ヘッド、パブリックメッセージヘッド、および管理メッセージを含む、データアップグレード方法であって、該パブリックメッセージヘッドが、現在の管理プロトコルのバージョンを示す、バージョン番号と、現在のメッセージが応答メッセージであるか、または、デマンドメッセージであるかを示すＣと、統括管理を２層のマルチキャストグループ制御メッセージから区別する、タイプと、フレームシリアル番号が有効であるか否かを識別する、Ｆと、チェックサムが有効であるか否かを識別する、Ｒと、フィードバックワードが有効であるか否かを識別する、Ｂと、各ネットワークスイッチングデバイスに従うメッセージシリアル番号を示す、フレームシリアル番号と、メッセージデータをチェックする、チェックサムと、メッセージの長さを識別する、メッセージの長さと、メッセージによって影響を受けていないフィードバックデータに対する応答を示す、フィードバックワードと、該スイッチングデバイスの管理ＭＡＣアドレスを識別する、スイッチングデバイス（ＬＡＮスイッチ）のメディアアクセス制御（ＭＡＣ）と、該スイッチングデバイスによってメッセージが転送された後のインレットポート番号をそれぞれ記録する、第１の転送ポート番号、第２の転送ポート番号、第３の転送ポート番号、第４の転送ポート番号とのフィールドを含み、該管理メッセージは、該管理メッセージのホームコマンドワードとして用いられるホームコマンドワードと、該管理メッセージのサブコマンドワードとして用いられるサブコマンドワードと、該管理メッセージのコンテンツの長さを記録するコンテンツの長さと、該管理メッセージにおいて搬送される前記パラメータおよびデータを記録する、該管理メッセージのコンテンツとを含むことが好ましい。
【００１９】
上記本発明のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法において、前記データアップグレードプロセスのための前記データ記述フレームメッセージ、前記データ記述フレーム応答メッセージ、前記データフレームメッセージ、前記データフレーム応答メッセージ、前記ブロック終了応答メッセージ、前記ロード終了メッセージ、および前記ロード終了応答メッセージは、ＨＧＭＰメッセージの管理メッセージに含まれていることが好ましい。
【００２０】
【発明の実施の形態】
本発明は、以下の図面および実施形態によって、さらに詳細に説明される。
【００２１】
図１は、本発明による方法の実施形態のフローチャートである。図１の実施形態によると、レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレードが終了する。図１の実施形態は、クライアント／サーバモードで作動する。すなわち、管理デバイスがサーバとして機能し、スイッチングデバイスがクライアントとして機能する。従って、データアップグレード用のサーバソフトウェアは、管理デバイスについて動作し、クライアントソフトウェアは、スイッチングデバイス（例えば、ネットワークスイッチ）について動作する。メッセージを交換することによって、管理デバイスからスイッチングデバイスへのデータアップグレードを容易にするため、本発明は、３つの部分、すなわち、８０２．１Ｑラベルを有するイーサネット（Ｒ）ヘッド、メッセージヘッド、および管理メッセージを含む、特定のメッセージフォーマットを提供する。イーサネット（Ｒ）ヘッドのフォーマットが公知であり、ここで、パブリックメッセージヘッドおよび管理メッセージの内容を、以下に説明する。
【００２２】
パブリックメッセージは、以下のテーブルを参照しながら、イーサネット（Ｒ）ヘッドの後で実行され得る。
【００２３】
【表１】
バージョン番号（４ビット）は、現在の管理プロトコルのバージョンを示すために用いられる。
【００２４】
Ｃフィールドは応答識別（１ビット）であり、現在のメッセージが応答メッセージであるか、または、コマンドメッセージであるかを示すために用いられる。例えば、０は、コマンド（またはリクエスト）を表し、１は応答（または返答）を表す。
【００２５】
タイプフィールド（３ビット）は、統括管理と２層のマルチキャストグループ制御メッセージとの間を区別するために用いられる。例えば、０００は、スイッチングデバイスの統括管理を表し、００１は、スイッチングデバイスのマルチキャスト送信を表す。
【００２６】
Ｆフィールドは、フレームシリアル番号の有効な識別（１ビット）であり、例えば、Ｆ＝１の場合にフレームシリアル番号が用いられる。
【００２７】
Ｒフィールドは、チェックサムの有効な識別（１ビット）であり、例えば、Ｒ＝０の場合にはチェックサムが用いられず、Ｒ＝１の場合にはチェックサムが用いられ得る。
【００２８】
Ｂフィールドは、フィードバックワードの有効な識別（１ビット）であり、例えば、Ｂ＝０の場合にはフィードバックワードが用いられず、Ｂ＝１の場合にはフィードバックワードが用いられる。
【００２９】
フレームシリアル番号フィールド（１６ビット）は、各ネットワークスイッチングデバイスによって、メッセージシリアル番号を識別するために用いられている。
【００３０】
チェックサムの長さは、メッセージデータをチェックするために用いられ（１６ビット）、計算方法は、ＩＰおよびＵＤＰに類似し得、有効であるか否かをＲフィールドが決定する。
【００３１】
メッセージフィールドの長さ（１６ビット）は、メッセージの長さを識別するために用いられる。
【００３２】
フィードバックワードフィールドは、メッセージによって影響を受けていないフィードバックデータに対する応答を示すために用いられ（１６ビット）、影響を受けていないフィードバックデータは、メッセージに応答する場合のフィードバックデータである。
【００３３】
スイッチングデバイスのメディアアクセス制御（ＭＡＣ）は、スイッチングデバイスの管理ＭＡＣアドレスを識別するために用いられる。
【００３４】
第１の転送ポート番号、第２の転送ポート番号、第３の転送ポート番号、第４の転送ポート番号は、それぞれ、スイッチングデバイスによってメッセージが転送された後のインレットポート番号を記録するために用いられる。
【００３５】
スイッチングデバイスの物理的な部分は、フィールドによって決定され得る。ポート番号の有効な範囲は、いくつかのスイッチングデバイスのポート量と関連する。スイッチングデバイスのポート量が、ＰＯＲＴ＿ＮＵＭである場合、スイッチングデバイスの次の層のＨＧＭＰメッセージをスイッチングデバイスが転送するときに、転送するポート番号の範囲は、０〜ＰＯＲＴ＿ＮＵＭ−１の間である。
【００３６】
指定フィールド（４バイト）は、メッセージの機能を拡張するために用いられる。例えば、スイッチングデバイスのカスケード接続層は５より多く、フィールドは、転送ポート番号を規定するために用いられ得る。
【００３７】
管理メッセージは、以下の表を参照すると、実用的な器具における、パブリックメッセージのもとに搬送される、以下に示すものを含む。
【００３８】
【表２】
ホームコマンドワード（１ビット）は、管理メッセージのホームコマンドワードとして機能するために用いられる。
【００３９】
サブコマンドワード（１ビット）は、管理メッセージのサブコマンドワードとして機能を果たすために用いられる。
【００４０】
コンテンツの長さ（２ビット）は、管理メッセージのコンテンツの長さを記録するために用いられる。
【００４１】
管理メッセージのコンテンツは、管理メッセージにおいて実行されるパラメータおよびデータ、器具に応じた具体的なフォーマットおよびサイズ変更を記録するために用いられ、長さは、コンテンツのフィールドの長さによって決定され得る。通常、イーサネット（Ｒ）の長さが制限された状態で、フィールドは、１４６８バイト以下、すなわち、０〜１４６８バイトである。
【００４２】
上記の記載から分かるように、図１による、本発明の実現は、２つのプロセスを含む。第１のプロセスは、管理デバイスとスイッチングデバイスとの間にデータアップグレードチャネルが見出される、スイッチングデバイスのレジスタおよびハンドシェイクである。第２のプロセスは、管理デバイスとスイッチングデバイスとの間でハンドシェイクすることによって完了するデータアップグレードのプロセスである。工程は、以下の通りである。
【００４３】
まず、工程１において、スイッチングデバイスは、このスイッチングデバイスのアドレス識別を含むレジスタリクエストメッセージを、管理デバイスを接続するポートにブロードキャストする。管理デバイスは、メッセージを受信した後、レジスタの動作に戻り、レジスタリクエストメッセージを送信するスイッチングデバイスにレジスタ応答メッセージを送信する。スイッチングデバイスは、工程２において、成功したレジスタを示す応答メッセージを受信した後、標準的なハンドシェイクメッセージを管理デバイスに送信し、管理デバイスは、ハンドシェイクメッセージを受信した後に、ハンドシェイク応答メッセージをスイッチングデバイスに送信し、スイッチングデバイスは、ハンドシェイク応答メッセージを受信した後に、通常のハンドシェイクを実行する。ハンドシェイク動作中、管理デバイスは、アップグレードデータのデータ記述フレームメッセージを、工程３において、スイッチングデバイスに送信し、データ記述フレームメッセージは、スイッチングデバイスによってロードされるデータの長さおよびロードされる現在のデータブロックのシリアル番号長を含み、スイッチングデバイスは、データ記述フレームメッセージを受信し、工程４において、データアップグレードを許可するか否かを決定し、許可しない場合には、工程５において、アップグレードを拒否するデータフレーム応答メッセージに応答し、許可する場合には、工程６において、アップグレードサイクルでロードされる各ブロックのサイズを決定し、その後、サイズパラメータをデータ記述フレーム応答メッセージに挿入し、データ記述フレーム応答メッセージを管理デバイスに送信して、データアップグレードを確認し、データ記述フレーム応答メッセージを管理デバイスに送信してデータアップグレードを確認し、管理デバイスは、データ記述フレームメッセージを受信し、工程７において、スイッチングデバイスがデータアップグレードを許可するか否かを決定する。イエスの場合、管理デバイスは、工程８において、データアップグレード動作を実行する。すなわち、スイッチングデバイスに対して、アップグレードデータをダウンロードする。ノーの場合、終了する。
【００４４】
ステップ８におけるアップグレード日付のスイッチングデバイスへのダウンロードは以下のステップを介して実施され得る。
【００４５】
（４１）管理デバイスがデータフレームメッセージをスイッチングデバイスに送信する。スイッチングデバイスはデータフレームメッセージを受信および格納し、そしてデータフレーム応答メッセージを返し、スイッチングデバイスはデータフレーム応答メッセージに時間値を挿入し、データブロックの受信後の後続のデータフレームの送信を休止するように管理デバイスに命令する。次いで、スイッチングデバイスは受信したデータをデバイスロード領域に書き込み、そしてブロック終了応答メッセージを管理デバイスに送信する。
【００４６】
（４２）管理デバイスは、ブロック終了応答メッセージを受信した後、最後のデータブロックの最後のフレームの受信を終了した後、次のデータフレームメッセージを送信の継続し、スイッチングデバイスは受信したデータをデバイスロード領域に書き込み、そしてロード終了メッセージを管理デバイスへ返す。管理デバイスはロード終了メッセージを受信し、そしてロード終了応答メッセージをスイッチングデバイスに返してデータアップグレードプロセスを終了する。
【００４７】
前記データアップグレード動作プロセスは、管理デバイス上のデータアップグレード処理手順およびスイッチングデバイス上のアップグレードデータ処理手順を含み、この２つの手順は互いに協同する。実際のソフトウェアアップグレードプロセスが厳格にはアップグレードスピードを要求しないが信頼性を要求することを考慮すると、相互制御モードでソフトウェアアップグレードを実行するのが好適であり、すなわち、管理デバイスは、データフレームを送信するごとにタイマーを起動してスイッチングデバイスからの応答を待つ。管理デバイスは、特定時間に前回のフレームに対するスイッチングデバイスからの応答を受信すると、次のフレームの送信を開始する。管理デバイスは、全く応答を受信しないか、またはチェックエラー応答を受信すると、前回のフレームを再送信する。繰り返し回数が特定回数を超えると、バックグラウンドにアラームが送信される。
【００４８】
実用において、メモリサイズはスイッチングデバイスが異なると変化し、かつ同時に受容可能なデータボリュームもデバイスが異なると変化するので、スイッチングデバイスは、管理デバイスからデータ記述フレームメッセージを受信したときにシステムメモリサイズをまず検出し、そしてシステムの通常動作が影響を受けない場合には適切なロードメモリを割り当てるようにリクエストし、そして次いでメモリサイズに等しい各データブロックのサイズをデータ記述フレーム応答メッセージを介して管理デバイスに送信する。
【００４９】
実際のデータアップグレードの場合において、アップグレードメッセージは管理デバイスまたはスイッチングデバイスから開始され得る。データアップグレードの信頼性を確実にするために、イニシエータはタイマーを起動する。イニシエータは、相手から応答を受信しなければ、前回のメッセージを再送信する。イニシエータは、特定の回数（３回など）にわたって応答を全く受信しなければ、ロードプロセスを抜ける。したがって、アップグレードプロセスをよりよく制御するために、この実施形態において、５つのタイマー（Ｔ０〜Ｔ４）が設定される。Ｔ０は３秒に設定され、Ｔ１は３秒、Ｔ２は６秒、Ｔ３は６秒、およびＴ４は３秒に設定される。
【００５０】
前記タイマーにしたがって、まず、管理デバイスは、データ記述フレームをスイッチングデバイスに送信し、そしてタイマーＴ０を起動し、そして次いでスイッチングデバイスからの応答を待つ。管理デバイスは、スイッチングデバイスから３秒で応答を受信すると、応答メッセージからデータブロックサイズ情報を取り出し、そして各データブロックにおけるフレーム数およびデータブロックの総数を計算する。次いで、管理デバイスはデータロードプロセスを起動してデータをスイッチングデバイスに転送する。管理デバイスは、スイッチングデバイスから３秒でデータ記述フレーム応答メッセージを全く受信しないと、データ記述フレームを再送信する。回数が２を超えると、管理デバイスは、ロードプロセスを抜け、そしてアラームをバックグラウンドに送信する。
【００５１】
データフレームの送信中のデータ相互作用を容易にするために、各データフレームは現在のデータブロックの番号および現在のデータフレームの連続番号を搬送する。データ送信は以下の場合を含む。
【００５２】
１．共通のデータフレームに対して、管理デバイスは、フレームを送信した後、３秒タイマーＴ１を起動する。管理デバイスは、スイッチングデバイスから３秒で正しい応答を受信すると、続けて次のフレームを送信する。管理デバイスは、全く応答を受信しないか、または「チェックエラー」応答を受信すると、前回のフレームを再送信する。繰り返しが２回を超えると、管理デバイスはロードプロセスを抜け、そしてアラームをバックグラウンドに送信する。
【００５３】
２．データブロックの最後のフレームに対して、管理デバイスは、そのフレームを受信した後、３秒タイマーＴ１を起動し、そして最後のフレームからの応答を待つ。管理デバイスは、前回のフレームから３秒で応答を全く受信しないか、またはチェックエラーメッセージを受信すると、前回のフレームを再送信する。繰り返しが２回を超えると、管理デバイスはロードプロセスを抜け、そしてアラームをバックグラウンドに送信する。管理デバイスは、応答を受信すると、応答メッセージから待ち時間Ｔ２を取り出し、そしてタイマーＴ２を起動してブロック終了メッセージを待つ。管理デバイスは、待ち時間でブロック終了メッセージを受信しないと、ロードプロセスを抜け、そしてアラームをバックグラウンドに送信する。管理デバイスは、待ち時間でブロック終了メッセージを受信すると、続けて次のデータブロックを送信する。
【００５４】
３．最後のデータブロックの最後のフレームに対して、管理デバイスは、そのフレームを送信した後、３秒タイマーＴ１を起動し、そして最後のフレームからの応答を待つ。管理デバイスは、最後のフレームから３秒で応答を全く受信しないか、またはチェックエラーメッセージを受信すると、最後のフレームを再送信する。繰り返しが２回を超えると、管理デバイスはロードプロセスを抜け、そしてアラームをバックグラウンドに送信する。管理デバイスは、応答を受信すると、応答メッセージから待ち時間Ｔ２を取り出し、そしてタイマーＴ２を起動してブロック終了メッセージを待つ。管理デバイスは、待ち時間でブロック終了メッセージを受信しないと、ロードプロセスを抜け、そしてアラームをバックグラウンドに送信する。しかし、管理デバイスは、待ち時間でブロック終了メッセージを受信すると、ロード終了応答メッセージを用いてスイッチングデバイスに応答し、ロード結果を表示し、そしてロードプロセスを終了する。
【００５５】
スイッチングデバイス側において、スイッチングデバイスは管理デバイスからデータ記述フレームを受信し、データを取り出し、そしてその有効性を検証する。データが無効であれば、スイッチングデバイスは直ちにエラーメッセージを用いて管理デバイスに応答し、そしてロードプロセスを抜ける。データが有効であれば、スイッチングデバイスはシステムメモリサイズを検出し、適切なロードメモリサイズをリクエストし、各データブロックに対するサイズとしてのロードサイズメモリ情報をデータ記述応答フレームに挿入し、そしてフレームを管理デバイスに返信し、そしてタイマーＴ３を起動する。スイッチングデバイスは、管理デバイスからＴ３でデータ情報を全く受信しなければ、ロードプロセスを抜ける。
【００５６】
スイッチングデバイスは、共通のデータフレームを受信すると、タイマーＴ３を停止し、そしてデータフレームのブロック番号および連続番号が期待されたものかどうかを判断する。ブロック番号が正しいがフレーム番号が前回と同一であれば、このことは、管理デバイスが前回の応答を受信せず、そしてしたがって前回のフレームを再送信することを示す。この場合、スイッチングデバイスは前回のデータフレーム応答メッセージを再送信し、そしてタイマーＴ３を起動することのみ必要となり、ブロック番号またはフレーム番号のいずれかが正しくなければ、スイッチングデバイスはフレームエラー応答メッセージを送信し、そしてタイマーＴ３を起動する。ブロック番号およびフレーム番号が正しければ、スイッチングデバイスは、
１．データフレームが最後のブロックの最後のフレームであれば、スイッチングデバイスはチェックサムにしたがってデータの正しさを検証する。エラーであれば、スイッチングデバイスはエラーデータフレーム応答を直接返し、そしてタイマーＴ３を起動する。正しければ、スイッチングデバイスは正しいデータ応答を返し、そして応答メッセージにおいて待ち時間を完了する。そして、データはロードキャッシュへコピーされ、かつ最後のデータブロックはデバイスのロード領域に書き込まれる。書き込み動作が失敗すると、スイッチングデバイスは失敗フラグを有するロード終了メッセージを送信し、そしてロードプロセスを抜ける。書き込み動作が成功すると、スイッチングデバイスは成功フラグを有するロード終了メッセージを管理デバイスに送信し、そしてタイマーＴ４を起動する。スイッチングデバイスは、Ｔ４でロード終了応答メッセージを受信すると、Ｔ４を停止し、そしてロードプロセスを抜ける。スイッチングデバイスは、Ｔ４でロード終了応答メッセージを受信しなければ、ロード終了メッセージを再送信する。繰り返しが２回を超えると、スイッチングデバイスはロードプロセスを抜ける。
【００５７】
２．スイッチングデバイスは、最後のデータブロック以外のデータブロックの最後のデータフレームを受信すると、まず、チェックサムにしたがってデータの正しさを検証する。エラーであれば、スイッチングデバイスはエラーデータフレーム応答を直接返し、そしてタイマーＴ３を起動する。正しければ、スイッチングデバイスは、待ち時間を完了し、そして正しいデータフレーム応答メッセージを返し、データをキャッシュへかつデータブロックをデバイスロード領域へそれぞれコピーする。書き込み動作が失敗すると、スイッチングメッセージは失敗フラグを有するロード終了メッセージを送信し、そしてロードプロセスを抜ける。書き込み動作が成功すると、スイッチングデバイスは成功フラグを有するロード終了メッセージを送信し、そしてタイマーＴ４を起動する。スイッチングデバイスは、Ｔ４で管理デバイスから送信された新しいデータフレームを受信すると、タイマーＴ４を停止し、そして次のデータブロックを処理する。そうでなければ、スイッチングデバイスはデータブロック終了メッセージを再送信し、そしてタイマーＴ４を起動する。繰り返しが２回を超えると、スイッチングデバイスはロードプロセスを抜ける。
【００５８】
３．スイッチングデバイスは、共通データフレームを受信すると、チェックサムにしたがってデータの正しさを検証する。正しければ、スイッチングデバイスは、データをキャッシュへロードし、そして正しいデータフレーム応答を用いて管理デバイスに応答し、そしてタイマーＴ３を起動する。エラーであれば、スイッチングデバイスはエラーデータフレーム応答を返し、そしてタイマーＴ３を起動する。スイッチングデバイスは、Ｔ３で管理デバイスから全くデータを受信しなければ、通信が切断したことを示し、ロードプロセスを抜け、そしてレジスタを再度実行する。
【００５９】
図１の実施形態において、データアップグレードプロセスのためのデータ記述フレームメッセージ、データ記述フレーム応答メッセージ、データフレームメッセージ、データフレーム応答メッセージ、終了応答メッセージ、ロード終了メッセージ、およびロード終了応答メッセージは、ＨＧＭＰメッセージのメッセージを管理する際にカプセル化される。メッセージの詳細な構造は、
１．データ記述フレームメッセージ
データ長（ｕｌＤａｔａＬｅｎ）：アップグレードデータの全長を記載する。
フレーム数（ｕｓＦｒａｍｅＮｕｍ）：アップグレードデータのフレームの総数を記述する。
ロード連続番号（ｕｓＬｏａｄＳｅｒｉａｌ）：ロードプロセスの連続番号を記述する。
ロードコマンドワード（ｕｓＬｏａｄＣｍｄ）：ホームコマンドワード、例えば、０−アップグレードアプリケーションプログラム、１−アップグレードブートプログラムを記述する。
ロードパラメータ（ｕｃＰａｒａｍ［５０］）：添付されたパラメータを記述する。
【００６０】
加えて、実施形態において、フレーム単位のモードがデータに対するＣＲＣチェックのために使用され、そして各データフレームは１６ビットＣＲＣチェックビットを搬送する。
【００６１】
ロードパラメータは、異なるホームコマンドワードにしたがって異なるパラメータを搬送する。例えば、アップグレードプログラムのコマンドワードはプログラムの名前およびタイプなどを搬送し得る。
【００６２】
２．データアップグレードのためのデータ記述フレーム応答メッセージ
データ記述結果（ｕｃＤａｔａＤｅｓｃＲｅｓｕｌｔ）：フレーム結果、例えば、０−イネーブルロード、１−ディセーブルロードを記述する。
ブロックサイズ（ｕｓＢｌｏｃｋＳｉｚｅ）：ロードされるべきデータブロックのサイズを記述する。
ロード連続番号（ｕｓＬｏａｄＳｅｒｉａｌ）：ロードプロセスの連続番号を記述する。
【００６３】
３．データアップグレードのためのデータフレームメッセージ
ロード連続番号（ｕｓＬｏａｄＳｅｒｉａｌ）：ロードプロセスの連続番号を記述する。
ブロック番号（ｕｃＢｌｏｃｋＮｏ）：ロードデータブロックの番号を記述する。
フレーム番号（ｕｓＦｒａｍｅＮｏ）：データフレームの番号を記述する。
ＣＲＣ（ｕｓＣＲＣ）：現在のデータフレームに対するＣＲＣ、フレーム単位モードを使用してロードデータだけをチェックする。
フレーム長（ｕｓＬｅｎ）：現在のデータフレームの長さを記述する。
データ（ｕｃＤａｔａ［１０２４］）：ロードデータ内容を記述する。
【００６４】
４．データアップグレードのためのデータフレーム応答メッセージ
ロード連続番号（ｕｓＬｏａｄＳｅｒｉａｌ）：ロードプロセスの連続番号を記述する。
ブロック番号（ｕｃＢｌｏｃｋＮｏ）：ロードデータブロックの番号を記述する。
フレーム番号（ｕｓＦｒａｍｅＮｏ）：返されたフレームの番号を記述する。
ロード結果（ｕｃＬｏａｄＲｅｓｕｌｔ）：アップグレードデータに対するデータフレームロード結果を記述する。例えば、０−正しい、１−エラー、など。
待ち時間（ｕｃＷａｉｔＴｉｍｅ）：データフレーム間（例えば、共通データフレーム間、ｕｃＷａｉｔＴｉｍｅ＝０）の時間間隔を記述する。管理デバイスは直ちに次のデータを送信し得る。ブロックが終了すると、待ち時間は、ブロックデータをデバイスロード領域に書き込む際に生じる遅延時間によってより長くならなければならない。待ち時間において、管理デバイスは、ブロック終了メッセージを受信すると、次のデータを送信する。そうでなければ、管理デバイスはロードプロセスを抜け、そしてアラームを送信する。
【００６５】
５．データアップグレードのためのブロック終了メッセージ
ロード連続番号（ｕｓＬｏａｄＳｅｒｉａｌ）：ロードプロセスの連続番号を記述する。
ブロック番号（ｕｃＢｌｏｃｋＮｏ）：データブロック番号を記述する。
ロード結果（ｕｃＬｏａｄＲｅｓｕｌｔ）：データフレームロード結果を記述する。例えば、０−正しい、１−エラー。
【００６６】
６．データアップグレードのためのブロック終了メッセージ
ロード連続番号（ｕｓＬｏａｄＳｅｒｉａｌ）：ロードプロセスの連続番号を記述する。
ロード結果（ｕｃＬｏａｄＲｅｓｕｌｔ）：データフレームロード結果を記述する。例えば、０−正しい、１−エラー、など。
【００６７】
７．データアップグレードのためのロード終了応答メッセージ
ロード連続番号（ｕｓＬｏａｄＳｅｒｉａｌ）：ロードプロセスの連続番号を記述する。
【００６８】
以上に説明したように、本発明は、レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法を開示する。この方法によると、スイッチングデバイスは、レジスタリクエストメッセージを管理デバイスに送信し、管理デバイスは、レジスタリクエストメッセージに対するレジスタ動作を行う。レジスタ動作が成功して終了した後、スイッチングデバイスは、管理デバイスとハンドシェイクを行い、ハンドシェイクの間、管理デバイスは、アップグレードされるデータのデータ記述フレームメッセージをスイッチングデバイスに送信し、スイッチングデバイスは、データ記述フレームメッセージを受信した後にデータアップグレード動作を実行するか否かを決定する。イエスである場合、スイッチングデバイスは、データアップグレードを許可するデータ記述フレーム応答メッセージを送信し、管理デバイスは、データ記述フレーム応答メッセージを受信し、アップグレードされるデータがスイッチングデバイスにダウンロードされる。本発明は、スイッチングデバイスのＩＰアドレスを構成する必要なしに、レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレードを実現し、従って、ネットワークにおいて、貴重なＩＰアドレスリソースを節約する。
【００６９】
【発明の効果】
本発明のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法は、スイッチングデバイスは、レジスタリクエストメッセージを管理デバイスに送信し、管理デバイスは、レジスタリクエストメッセージに対するレジスタ動作を行う。レジスタ動作が成功して終了した後、スイッチングデバイスは、管理デバイスとハンドシェイクを行い、ハンドシェイクの間、管理デバイスは、アップグレードされるデータのデータ記述フレームメッセージをスイッチングデバイスに送信し、スイッチングデバイスは、データ記述フレームメッセージを受信した後にデータアップグレード動作を実行するか否かを決定する。イエスである場合、スイッチングデバイスは、データアップグレードを許可するデータ記述フレーム応答メッセージを送信し、管理デバイスは、データ記述フレーム応答メッセージを受信し、アップグレードされるデータがスイッチングデバイスにダウンロードされる。したがって、本発明は、スイッチングデバイスのＩＰアドレスを構成する必要なしに、レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレードを実現し、従って、ネットワークにおいて、貴重なＩＰアドレスリソースを節約することができる。
【図面の簡単な説明】
【図１】図１は、本発明による、方法の実施形態のフローチャートである。
Claims (9)
- レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法であって、
該方法は、
（１）該スイッチングデバイスは、レジスタリクエストメッセージを管理デバイスに送信し、該管理デバイスは、該レジスタリクエストメッセージに対してレジスタ動作を実行し、該レジスタ動作が成功して終了した後、該スイッチングデバイスは、該スイッチングデバイスから該管理デバイスに送信されるハンドシェイクメッセージと、該ハンドシェイクメッセージに従って該管理デバイスから該スイッチングデバイスに送信されるハンドシェイク応答メッセージとに従って、該管理デバイスとハンドシェイクを行う工程と、
（２）該管理デバイスは、アップグレードされるデータのデータ記述フレームメッセージを該スイッチングデバイスに送信し、該スイッチングデバイスは、該データ記述フレームメッセージを受信した後にデータアップグレード動作を実行するか否かを決定し、実行しない場合、該スイッチングデバイスは、アップグレードを拒否するデータ記述フレーム応答メッセージを該管理デバイスに返信し、実行する場合、該スイッチングデバイスは、該データアップグレードを許可するデータ記述フレーム応答メッセージを送信する工程と、
（３）該管理デバイスは、該データ記述フレーム応答メッセージを受信し、該スイッチングデバイスがアップグレードすることを許可するか否かを決定し、許可する場合、該アップグレードされるデータを該スイッチングデバイスにダウンロードする工程と
を含む、レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法。 - 前記工程（２）の前記データ記述フレームメッセージが、ロードされるデータの長さおよびシリアル番号を含む、請求項１に記載のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法。
- 前記工程（２）において、前記スイッチングデバイスがデータをアップグレードすることを決定した場合に、各アップグレードサイクルでロードされるデータのサイズを決定することと、前記データ記述フレーム応答メッセージを前記管理デバイスに送信する前に、該データブロックとサイズが等しいパラメータを該データ記述フレーム応答メッセージに挿入することとを含む、請求項２に記載のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法。
- 前記工程（３）における前記アップグレードされるデータを前記スイッチングデバイスにダウンロードする工程が、
（４１）前記管理デバイスが、データフレームメッセージを該スイッチングデバイスに送信し、該スイッチングデバイスが、該データフレームメッセージを受信および格納し、データフレーム応答メッセージを該管理デバイスに返信し、該スイッチングデバイスは、時間値を該データフレーム応答メッセージに挿入して、データブロックを受信した後に、後続のデータフレームの送信を一時停止するように該管理デバイスに命令し、その後、該スイッチングデバイスが、該時間値において、該受信したデータをデバイスロード領域に書き込み、該書き込みをした後に、ブロック終了応答メッセージを該管理デバイスに送信する工程と、
（４２）該管理デバイスが、該ブロック終了応答メッセージを受信した後に、最後のデータブロックの最後のフレームを受信する工程を終了した後、次のデータフレームメッセージの送信を継続し、該スイッチングデバイスが、該受信したデータを該デバイスロード領域に書き込み、ロード終了メッセージを該管理デバイスに返信し、該管理デバイスが、該ロード終了メッセージを受信し、ロード終了応答メッセージを該スイッチングデバイスに返信して、データアップグレードプロセスを終了する工程と
をさらに含む、請求項３に記載のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法。 - 前記工程（４１）および（４２）が、前記管理デバイスについてのデータアップグレードプロセスおよび前記スイッチングデバイスについてのアップグレードデータプロセスをさらに含む、請求項４に記載のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法。
- 前記管理デバイスと前記スイッチングデバイスとが、特定のフォーマット（Ｈｕａｗｅｉグループ管理プロトコル、すなわち、ＨＧＭＰ）を有するメッセージを介して情報を交換し、該メッセージが、８０２．１Ｑラベルを有するイーサネット（Ｒ）ヘッド、パブリックメッセージヘッド、および管理メッセージを含み、
該パブリックメッセージヘッドが、
現在の管理プロトコルのバージョンを示す、バージョン番号と、
現在のメッセージが応答メッセージであるか、または、デマンドメッセージであるかを示すＣと、
統括管理を２層のマルチキャストグループ制御メッセージから区別する、タイプと、
フレームシリアル番号が有効であるか否かを識別する、Ｆと、
チェックサムが有効であるか否かを識別する、Ｒと、
フィードバックワードが有効であるか否かを識別する、Ｂと、
各ネットワークスイッチングデバイスに従うメッセージシリアル番号を示す、フレームシリアル番号と、
メッセージデータをチェックする、チェックサムと、
メッセージの長さを識別する、メッセージの長さと、
メッセージによって影響を受けていないフィードバックデータに対する応答を示す、フィードバックワードと、
該スイッチングデバイスの管理ＭＡＣアドレスを識別する、スイッチングデバイス（ＬＡＮスイッチ）のメディアアクセス制御（ＭＡＣ）と、
該スイッチングデバイスによってメッセージが転送された後にインレットポート番号をそれぞれ記録する、第１の転送ポート番号、第２の転送ポート番号、第３の転送ポート番号、第４の転送ポート番号とのフィールドを含み、
該管理メッセージは、
該管理メッセージのホームコマンドワードとして用いられるホームコマンドワードと、
該管理メッセージのサブコマンドワードとして用いられるサブコマンドワードと、
該管理メッセージのコンテンツの長さを記録するコンテンツの長さと、
該管理メッセージにおいて搬送される前記パラメータおよびデータを記録する、該管理メッセージのコンテンツと
を含む、請求項１、２、３または４のいずれかに記載のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法。 - 前記データアップグレードプロセスのための前記データ記述フレームメッセージ、前記データ記述フレーム応答メッセージ、前記データフレームメッセージ、前記データフレーム応答メッセージ、前記ブロック終了応答メッセージ、前記ロード終了メッセージ、および前記ロード終了応答メッセージは、ＨＧＭＰメッセージの管理メッセージに含まれている、請求項１、２、３または４のいずれかに記載のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法。
- レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法であって、
該方法は、
Ａ．スイッチングデバイスが、レジスタ動作を実行するためにレジスタリクエストメッセージを管理デバイスに送信し、該スイッチングデバイスがハンドシェイクメッセージを送信し該管理デバイスがハンドシェイク応答メッセージを送信することによって、該管理デバイスとハンドシェイクを行う工程と、
Ｂ．該スイッチングデバイスが、該管理デバイスから送信されるアップグレードされるべきデータのデータ記述フレームメッセージに従って、データアップグレード動作を実行するか否かを決定し、実行しない場合、該スイッチングデバイスが、アップグレードを拒否するデータ記述フレーム応答メッセージを該管理デバイスに送信し、実行する場合、該スイッチングデバイスが、該データアップグレードを許可するデータ記述フレーム応答メッセージを送信し、工程Ｃに進む工程と、
Ｃ．該アップグレードされるべきデータを該スイッチングデバイスにダウンロードする工程と
を含む、レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法。 - 前記管理デバイスと前記スイッチングデバイスとは、Ｈｕａｗｅｉグループ管理プロトコル（ＨＧＭＰ）フォーマットでメッセージを介して情報を交換し、該メッセージは、第１の転送ポート番号、第２の転送ポート番号、第３の転送ポート番号、および第４の転送ポート番号を含み、該第１の転送ポート番号、該第２の転送ポート番号、該第３の転送ポート番号、および該第４の転送ポート番号は、該メッセージが転送された後に該スイッチングデバイスのインレットポート番号をそれぞれ記録する、請求項１、２、３または４に記載のレイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB021038511A CN1161924C (zh) | 2002-04-02 | 2002-04-02 | 一种二层交换设备的数据升级方法 |
| CN02103851.1 | 2002-04-02 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003309568A JP2003309568A (ja) | 2003-10-31 |
| JP4204891B2 true JP4204891B2 (ja) | 2009-01-07 |
Family
ID=4739916
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003099705A Expired - Lifetime JP4204891B2 (ja) | 2002-04-02 | 2003-04-02 | レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US20030231642A1 (ja) |
| EP (1) | EP1351473B1 (ja) |
| JP (1) | JP4204891B2 (ja) |
| CN (1) | CN1161924C (ja) |
| AT (1) | ATE318045T1 (ja) |
| AU (1) | AU2003201300B2 (ja) |
| DE (1) | DE60303526T2 (ja) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090193428A1 (en) * | 2008-01-25 | 2009-07-30 | Hewlett-Packard Development Company, L.P. | Systems and Methods for Server Load Balancing |
| CN101510179B (zh) * | 2009-03-17 | 2013-01-16 | 中兴通讯股份有限公司 | 信号传输装置及方法 |
| CN102184113A (zh) * | 2011-05-12 | 2011-09-14 | 深圳市锘特达科技发展有限公司 | 植入式医疗设备的软件升级方法 |
| CN102917431B (zh) * | 2011-08-30 | 2017-10-31 | 广州盛华信息技术有限公司 | 实现用户动态管理的无线路由系统及其路由规则修改方法 |
| KR101327680B1 (ko) * | 2011-11-07 | 2013-11-08 | 엘에스산전 주식회사 | 전력량계의 펌웨어 업그레이드 장치, 시스템 및 방법 |
| CN102546784B (zh) * | 2011-12-29 | 2014-03-26 | 深圳市迈进科技有限公司 | 一种基于can总线进行批量升级设备固件的方法 |
| CN106789280A (zh) * | 2016-12-27 | 2017-05-31 | Tcl集团股份有限公司 | 一种基于Android系统的升级保护方法及系统、移动终端 |
| EP3570499B1 (de) * | 2018-05-15 | 2021-04-07 | Siemens Aktiengesellschaft | Verfahren zur funktional sicheren verbindungsidentifizierung |
| CN108762792A (zh) * | 2018-06-21 | 2018-11-06 | 普联技术有限公司 | 网络设备升级方法、升级服务器、终端设备及存储介质 |
| CN111130865B (zh) * | 2019-12-13 | 2023-03-28 | 深圳市乙辰科技股份有限公司 | 一种基于二层交换的网络设备固件批量升级方法及系统 |
| CN111147314A (zh) * | 2019-12-30 | 2020-05-12 | 深圳市丰润达科技有限公司 | 交换机升级方法、装置及存储介质 |
| CN112035151A (zh) * | 2020-08-17 | 2020-12-04 | 西安航天三沃机电设备有限责任公司 | 一种惯性测量单元软件在线升级的方法 |
| CN112217670A (zh) * | 2020-09-29 | 2021-01-12 | 北京东土军悦科技有限公司 | 网络设备及网络设备的报文处理方法 |
| CN113703803B (zh) * | 2021-07-29 | 2023-12-12 | 上海微波技术研究所（中国电子科技集团公司第五十研究所） | 基于fpga的远程升级系统、方法及介质 |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08221340A (ja) * | 1995-02-17 | 1996-08-30 | Nec Eng Ltd | ネットワークシステム |
| US5631907A (en) * | 1995-12-13 | 1997-05-20 | Lucent Technologies Inc. | Reliable broadcast protocol structure for electronic software distribution |
| US6151643A (en) * | 1996-06-07 | 2000-11-21 | Networks Associates, Inc. | Automatic updating of diverse software products on multiple client computer systems by downloading scanning application to client computer and generating software list on client computer |
| US6074434A (en) * | 1996-06-07 | 2000-06-13 | International Business Machines Corporation | Selection of code updates, data updates or new data for client |
| JP3766197B2 (ja) * | 1997-01-21 | 2006-04-12 | 株式会社東芝 | ソフトウエア流通方法およびサーバ装置およびクライアント装置 |
| US6049892C1 (en) * | 1997-02-24 | 2002-06-04 | Ethos Software Corp | Process and apparatus for downloading data from a server computer to a client computer |
| JP3896625B2 (ja) * | 1997-03-07 | 2007-03-22 | ソニー株式会社 | データ送信装置、データ受信装置、データ送信方法およびデータ受信方法 |
| US6360255B1 (en) * | 1998-06-25 | 2002-03-19 | Cisco Technology, Inc. | Automatically integrating an external network with a network management system |
| EP0989713A2 (de) * | 1998-09-24 | 2000-03-29 | Siemens Aktiengesellschaft | Software-Update für Webphones |
| US7010607B1 (en) * | 1999-09-15 | 2006-03-07 | Hewlett-Packard Development Company, L.P. | Method for training a communication link between ports to correct for errors |
| US6986133B2 (en) * | 2000-04-14 | 2006-01-10 | Goahead Software Inc. | System and method for securely upgrading networked devices |
| JP3602036B2 (ja) * | 2000-06-30 | 2004-12-15 | シャープ株式会社 | プログラム供給システム及びプログラム供給方法 |
| US20030167409A1 (en) * | 2002-03-04 | 2003-09-04 | Lester Sussman | Secure electronic directory and catalog synchronization using email to trigger synchronization |
-
2002
- 2002-04-02 CN CNB021038511A patent/CN1161924C/zh not_active Expired - Fee Related
-
2003
- 2003-03-17 AU AU2003201300A patent/AU2003201300B2/en not_active Expired
- 2003-03-24 EP EP20030006531 patent/EP1351473B1/en not_active Expired - Lifetime
- 2003-03-24 AT AT03006531T patent/ATE318045T1/de not_active IP Right Cessation
- 2003-03-24 DE DE2003603526 patent/DE60303526T2/de not_active Expired - Lifetime
- 2003-04-02 US US10/405,426 patent/US20030231642A1/en not_active Abandoned
- 2003-04-02 JP JP2003099705A patent/JP4204891B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| AU2003201300B2 (en) | 2008-02-21 |
| DE60303526T2 (de) | 2006-11-23 |
| AU2003201300A1 (en) | 2003-10-16 |
| CN1414735A (zh) | 2003-04-30 |
| US20030231642A1 (en) | 2003-12-18 |
| JP2003309568A (ja) | 2003-10-31 |
| DE60303526D1 (de) | 2006-04-20 |
| EP1351473B1 (en) | 2006-02-15 |
| ATE318045T1 (de) | 2006-03-15 |
| CN1161924C (zh) | 2004-08-11 |
| EP1351473A1 (en) | 2003-10-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4204891B2 (ja) | レイヤ−２ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法 | |
| EP3220606B1 (en) | Reducing network latency | |
| JP3138119U (ja) | リモート起動制御装置 | |
| US5577210A (en) | Remote booting of an operating system by a network | |
| US20040122988A1 (en) | System for controlling data transfer protocol with a host bus interface | |
| CN109101261A (zh) | 一种数据采集传输仪终端的远程在线升级方法及系统 | |
| US7272706B2 (en) | Software upgrade over a USB connection | |
| JP5696724B2 (ja) | 中継装置，中継システム，中継方法，プログラム，及びプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP2003046569A (ja) | 負荷テスト実行装置及びシステム、及びその方法、及びそのプログラム | |
| JP2003067277A (ja) | ファイル伝送方法及びファイル伝送システム | |
| JP4829932B2 (ja) | 組み込みシステム内のファームウエアをアップグレードする装置と方法 | |
| JPH11203218A (ja) | データ通信システム、インタフェース装置、及び記憶媒体 | |
| JP4071098B2 (ja) | ネットワークフィルタドライバのためのアーキテクチャおよびランタイム環境 | |
| JPWO2010046977A1 (ja) | 通信制御プログラム、通信制御装置、通信制御システムおよび通信制御方法 | |
| EP1575236B1 (en) | Connectivity confirmation method for network storage device and host computer | |
| JP2000031998A (ja) | ネットワーク装置、ネットワークの管理方式および管理方法 | |
| US6564266B1 (en) | Exchange connectable to LAN | |
| JP2000324195A (ja) | ネットワークインタフェース更新システム、及びネットワークインタフェース更新方法 | |
| US7529268B1 (en) | Multi-point electronic control system protocol | |
| JPH05327771A (ja) | パケット組み上げ方式 | |
| JPH08307445A (ja) | ブリッジ及びルータのプログラム又はパラメータ更新方法 | |
| US20060034269A1 (en) | Action list for a split media access and control layer communications system | |
| JPH03104348A (ja) | フロー制御方式 | |
| JP2003264601A (ja) | 通信制御装置および画像形成システム | |
| JP2002014834A (ja) | 画像形成装置を管理する管理システム及び画像形成装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050408 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070827 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070829 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071129 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080115 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080611 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080808 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20080919 |
|
| 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: 20081007 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081015 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111024 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4204891 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111024 Year of fee payment: 3 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: R3D04 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121024 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131024 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |