JP3763140B2 - Ｓｎｍｐプロトコルにおけるエラー伝達方法、エラー伝達プログラム及びエラー伝達システム - Google Patents
Ｓｎｍｐプロトコルにおけるエラー伝達方法、エラー伝達プログラム及びエラー伝達システム Download PDFInfo
- Publication number
- JP3763140B2 JP3763140B2 JP2001167391A JP2001167391A JP3763140B2 JP 3763140 B2 JP3763140 B2 JP 3763140B2 JP 2001167391 A JP2001167391 A JP 2001167391A JP 2001167391 A JP2001167391 A JP 2001167391A JP 3763140 B2 JP3763140 B2 JP 3763140B2
- Authority
- JP
- Japan
- Prior art keywords
- error
- pdu
- manager
- response
- processing
- 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 - Fee Related
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明が属する技術分野】
本発明は、ネットワーク管理システムに関し、特に、複数のオブジェクトのエラー情報を伝達可能とするＳＮＭＰプロトコルにおけるエージェント又はマネージャからマネージャへのエラー伝達方法、エラー伝達プログラム及びエラー伝達システムに関する。
【０００２】
【従来の技術】
従来、ＴＣＰ／ＩＰ（transmission control protocol/internet protocol）等のネットワーク管理プロトコルとして、管理システム（マネージャ）と、ネットワークに接続されたルーターやハブなどの各種の管理対象となるネットワーク構成機器（エージェント）との間で管理に必要なデータ（障害時の情報等）を授受するための簡易ネットワーク管理プロトコル（simple network management protocol：「ＳＮＭＰ」という。）が使用されている。
【０００３】
マネージャとエージェントの情報の授受に関するＳＮＭＰのオペレーションには、Ｇｅｔ（管理情報の収集）、Ｇｅｔ−Ｎｅｘｔ（次の管理情報の収集）、Ｓｅｔ（管理情報の設定）、Ｔｒａｐ（障害の通知）等があり、管理情報にはマネージメント・インフォメーション・ベースＭＩＢ（management information base）と呼ばれる管理用データベースが使用され、エージェント側がＭＩＢに管理に必要な情報を記録して所有し、マネジャ側はＭＩＢの値を監視・管理し、管理対象のネットワーク構成機器（デバイス）を制御、運用する。
【０００４】
また、簡易ネットワーク管理プロトコルＳＮＭＰ（Ｖ２）では、前記オペレーションを実行するためのマネージャとエージェント間のメッセージをプロトコルデータユニット（protocol data unit：「ＰＤＵ」という。）と呼ばれる所定フォーマットでなる通信単位で送受する。例えば、マネージャからエージェントへのＧｅｔ−ＲｅｑｕｅｓｔのためのＰＤＵ、マネージャからエージェントへのＳｅｔ−ＲｅｑｕｅｓｔのためのＰＤＵ、エージェントからマネージャへのＧｅｔ−ＲｅｓｐｏｎｓｅのためのＰＤＵ等である。
【０００５】
図５は、従来のＰＤＵのフォーマットを示す図である。同図に示すように従来のＰＤＵは、ＵＤＰヘッダとＰＤＵデータフォーマットからなる。ＰＤＵデータフォーマットには、前記オペレーションに関してマネージャが複数のオブジェクト及びそれぞれ値を記述するＯｂｊｅｃｔ−Ｎａｍｅ［１］〜［ｘ］及びＶａｌｕｅ［１］〜［ｘ］欄と、エージェントが前記オブジェクト等に関してエラーを検出したとき記述するＥｒｒｏｒ−Ｓｔａｔｕｓ▲１▼、Ｅｒｒｏｒ−Ｉｎｄｅｘ▲２▼欄とが設けられ、マネージャは、前記ＰＤＵをエージェント（Ａｇｅｎｔ）に送ってエージェントを複数のオブジェクトに関して制御することを可能とし、エージェントは要求されたＳｅｔ、Ｇｅｔ等の前記オペレーションを複数のオブジェクト毎に処理を実行して、処理の実行結果をマネージャに送り返すことを可能としている。
【０００６】
また、エージェントはマネージャから送られたＰＤＵによるＳｅｔ、Ｇｅｔ等のＲｅｑｕｅｓｔに対し、エージェントが当該Ｓｅｔ、Ｇｅｔ等の処理中にＰＤＵ内のオブジェクト等にエラーを発見した場合、エラー情報によりＰＤＵフォーマット中のＥｒｒｏｒ−Ｓｔａｔｕｓ▲１▼、Ｅｒｒｏｒ−Ｉｎｄｅｘ▲２▼の値を変更したレスポンス−ＰＤＵ（Ｒｅｓｐｏｎｓｅ−ＰＤＵともいう。）をマネージャに送り返すことで、前記エラー情報をマネージャに送り返す。
【０００７】
特に、エージェントにおけるエラー発見時の処理動作に関しては、ＰＤＵ内の複数のオブジェクトの順次処理中においてエラーが発見されると、エラーの発見された時点で当該オブジェクトに関する処理を終了するだけでなく、後続のオブジェクトに関する処理をも終了して、エラーの種類とエラーの原因となっている当該オブジェクトに関してＲｅｓｐｏｎｓｅ−ＰＤＵのＥｒｒｏｒ−Ｓｔａｔｕｓ▲１▼、Ｅｒｒｏｒ−Ｉｎｄｅｘ▲２▼により前記マネージャに知らせる処理を行うようなシステム構成が採用されている。
【０００８】
【発明が解決しようとする課題】
従来方式では、ＰＤＵのフォーマットにエラー情報を載せる個所が１オブジェクト分しか用意されておらず、また、エージェントはオペレーションの作業において、ＰＤＵ内オブジェクトにエラーを発見するとその時点で通常の作業を停止し、その１つのエラーをマネージャに伝える処理を行うようなシステム構成が採用されているため、ＰＤＵ内のオブジェクトに複数のエラーが存在していたとしても、マネージャはエージェントが最初に発見した単一のエラーの存在しか認識することができないという問題があった。
【０００９】
このため、ＰＤＵ内の複数個のオブジェクトにエラーがある場合には、マネージャは同じＰＤＵを１箇所づつ修正して何度も（エラーを含んいる回数分）エージェントに送らなければ、全てのエラーを認識、表示し正しい処理を完了することができなかったので、ＳＮＭＰの前記オペレーションの処理効率が悪く、動作速度上も問題があった。
【００１０】
（目的）
本発明の目的は、全てのオブジェクトのエラー情報をエージェント又はマネージャからマネージャに一度に伝達することを可能とするＳＮＭＰプロトコルにおけるエラー伝達方法、エラー伝達プログラム及びエラー伝達システムを提供することにある。
【００１１】
本発明の他の目的は、ＳＮＭＰ・ＰＤＵの従来フォーマットと整合性を有するＳＮＭＰプロトコルにおけるエラー伝達方法、エラー伝達プログラム及びエラー伝達システムを提供することにある。
【００１２】
【課題を解決するための手段】
本発明によるＳＮＭＰ（Ｖ２）・ＰＤＵのエラー伝達方式はマネージャ−エージェント間で授受するＰＤＵ内で複数のオブジェクトのエラー状態の伝達を可能とするものである。この方式を用いることによりマネージャにおいてＰＤＵ内の全オブジェクトのエラー状態表示が可能となるシステムを構築することが可能とする。
【００１３】
本発明においては、エージェントが送出するレスポンス−ＰＤＵとしてデータ拡張部を設けたＰＤＵ（「拡張型ＰＤＵ」ともいう。）を用い、マネージャからのＰＤＵ内オブジェクトに２つ以上エラーが存在する場合にマネージャに対して、何れのエラー情報をも１つの拡張型ＰＤＵにより伝達可能とする。
【００１４】
本発明の拡張型ＰＤＵは、単一のエラーの伝達にも使用可能であり、また本発明のシステムにおいては従来型のＰＤＵをも適用可能であるから、従来のＳＮＭＰ（Ｖ２）プロトコルを用いるシステムとの整合性を有する。つまり、
【００１５】
本発明のＳＮＭＰプロトコルにおけるエラー伝達方法は、エージェント又はマネージャからマネージャへエラー情報を伝達するＳＮＭＰプロトコルにおけるエラー伝達方法であって、マネージャから送信されたＰＤＵを受信するＰＤＵ受信ステップ（例えば図３のＡ）と、受信したＰＤＵの要求するオペレーション（例えば、図３のＧＥＴ処理Ｄ）をオブジェクト毎に順次処理するＰＤＵオブジェクト処理ステップ（例えば図３のＣ〜Ｆ）と、前記ＰＤＵオブジェクト処理ステップにおける前記オブジェクト及びオブジェクトの処理に関するエラーを検出するオブジェクトエラー検出ステップ（例えば図３のＣ）と、前記オブジェクトエラー検出ステップにおける１番目に検出されたエラーに基づきレスポンス−ＰＤＵのエラーステータス及びエラーインデックス欄にエラー情報を付加するエラー情報付加ステップ（例えば図３のＨ）と、前記オブジェクトエラー検出ステップにおける２番目以降に検出されたエラーに基づき前記レスポンス−ＰＤＵに設けたデータ拡張部に当該オブジェクト及びエラーステータスをそれぞれ付加する拡張部エラー情報付加ステップ（例えば図３のＫ、Ｌ）と、前記レスポンス−ＰＤＵをマネージャに送信するレスポンス−ＰＤＵ送信ステップ（例えば図３のＧ）と、を有することを特徴とする。更に、２番目以降のエラーに基づきデータ拡張部へ当該オブジェクト及びエラーステータスを付加した場合に、マネージャにおけるデータ拡張部の存在の識別用に前記レスポンス−ＰＤＵのデータレングス欄を書き換えるデータレングス書き換えステップ（例えば図３のＧ）と、を有することを特徴とする。
【００１６】
本発明のＳＮＭＰプロトコルにおけるエラー伝達プログラムは、エージェント又はマネージャからマネージャへエラー情報を伝達するＳＮＭＰプロトコルにおけるエラー伝達プログラムであって、コンピュータを、マネージャから送信されたＰＤＵを受信するＰＤＵ受信手段（例えば図３のＡ）、受信したＰＤＵの要求するオペレーション（例えば、図３のＧＥＴ処理Ｄ）をオブジェクト毎に順次処理するＰＤＵオブジェクト処理手段（例えば図３のＣ〜Ｆ）、前記ＰＤＵオブジェクト処理手段における前記オブジェクト及びオブジェクトの処理に関するエラーを検出するオブジェクトエラー検出手段（例えば図３のＣ）、前記オブジェクトエラー検出手段における１番目に検出されたエラーに基づきレスポンス−ＰＤＵのエラーステータス及びエラーインデックス欄にエラー情報を付加するエラー情報付加手段（例えば図３のＨ）、前記オブジェクトエラー検出手段における２番目以降に検出されたエラーに基づき前記レスポンスＰＤＵに設けたデータ拡張部に当該オブジェクト及びエラーステータスを付加する拡張部エラー情報付加手段（例えば図３のＫ、Ｌ）、前記レスポンス−ＰＤＵをマネージャに送信するレスポンス−ＰＤＵ送信手段（例えば図３のＧ）、として機能させることを特徴とする。更に、前記コンピュータに、２番目以降のエラーに基づきデータ拡張部へ当該オブジェクト及びエラーステータスを付加した場合に、マネージャにおけるデータ拡張部の存在の識別用に前記レスポンス−ＰＤＵのデータレングス欄を書き換えるデータレングス書き換え手段（例えば図３のＧ）、として機能させることを特徴とする。
【００１７】
本発明のＳＮＭＰプロトコルにおけるエラー伝達システムは、エージェント又はマネージャからマネージャへエラー情報を伝達するＳＮＭＰプロトコルにおけるエラー伝達システムであって、マネージャから送信されたＰＤＵを受信するＰＤＵ受信手段と、受信したＰＤＵの要求するオペレーションをオブジェクト毎に順次処理するＰＤＵオブジェクト処理手段と、前記ＰＤＵオブジェクト処理手段における前記オブジェクト及びオブジェクトの処理に関するエラーを検出するオブジェクトエラー検出手段と、前記オブジェクトエラー検出手段における１番目に検出されたエラーに基づきレスポンス−ＰＤＵのエラーステータス及びエラーインデックス欄にエラー情報を付加するエラー情報付加手段と、前記オブジェクトエラー検出手段における２番目以降に検出されたエラーに基づき前記レスポンスＰＤＵに設けたデータ拡張部に当該オブジェクト及びエラーステータスを付加する拡張部エラー情報付加手段と、前記レスポンス−ＰＤＵをマネージャに送信するレスポンス−ＰＤＵ送信手段と、を有することを特徴とする。更に、２番目以降のエラーに基づきデータ拡張部へ当該オブジェクト及びエラーステータスを付加した場合に、マネージャにおけるデータ拡張部の存在の識別用に前記レスポンス−ＰＤＵのデータレングス欄を書き換えるデータレングス書き換え手段と、を有することを特徴とする。
【００１８】
（作用）
マネージャはエージェント（マネージャ）にＰＤＵを送り、エージェント（マネージャ）はＰＤＵ内の全てのオブジェクトのエラーの有無を検出し、エラーが検出された場合にＰＤＵフォーマットのデータ拡張部に全てのオブジェクトのエラー情報を付加し、レスポンス−ＰＤＵとしてマネージャに送り返す。全てのオブジェクトのエラー情報をエージェント（マネージャ）からマネージャに一度に伝達することが可能であり、マネージャは全エラー情報の認識、表示を可能とし、従来フォーマットとの整合性をも有する。
【００１９】
【発明の実施の形態】
本発明のＳＮＭＰプロトコルにおけるエラー伝達方法、エラー伝達プログラム及びエラー伝達システムの一実施の形態について以下図面を参照して説明する。
【００２０】
（構成の説明）
図１は、本実施の形態に関するＳＮＭＰプロトコルを用いたネットワーク管理システムのシステム構成例を示す概要図である。ネットワーク管理ステーション（ＮＭＳ）に含まれるマネージャ１と、管理対象のネットワーク構成機器（デバイス）ＮＥ６と、ユーザ系ネットワーク又は基幹系ネットワーク７とからなり、ネットワーク構成機器６はエージェント２、管理用データベースＭＩＢ（management information base）４、リソースマネージャＲＭ（Recourse Manager）３等を含み、また、バスＢＵＳを介して他のパッケージＰＫＧ５のＦ／Ｗ８、Ｈ／Ｗ９等と接続されている。
【００２１】
前記システム構成において、ユーザの操作に基づきネットワーク管理ステーションのマネージャ１は、ＳＮＭＰプロトコルを用いてエージェント２に対して後述する本実施の形態のＰＤＵのデータフォーマットによりコマンドを送り、ネットワーク構成機器ＮＥ６を監視、管理する。これに対しエージェント２は、ＲＭ（Recourse Manager）にＨ／Ｗの設定やＭＩＢ（Management Information Base）４の書き換え又は読み出し等を行なわせ、そのレスポンス−ＰＤＵ（Ｒｅｓｐｏｎｓｅ−ＰＤＵ）をマネージャに送り返す動作を行なう。
【００２２】
以上の処理動作の中で、例えば、ＰＤＵのコマンド内のオブジェクトがＭＩＢ４内に存在しない、又は設定値がオブジェクトの取り得る値の範囲外である等、オブジェクトにエラーが発見された時、エージェントはマネージャに送り返すＲｅｓｐｏｎｓｅ−ＰＤＵの中にその情報を記入する。
【００２３】
図２は、マネージャがエージェントに対して送ったＰＤＵ内のオブジェクトにエラーが存在していた場合のエージェントからのレスポンス時の拡張型ＰＤＵのデータフォーマットを示す図である。
【００２４】
本実施の形態の拡張型ＰＤＵデータフォーマットは、図２に示すように、従来型ＰＤＵデータフォーマット▲３▼に拡張部▲４▼を追加したフォーマット構成を有している。拡張部▲４▼には、マネージャから送られてきたＯｂｊｅｃｔ−Ｎａｍｅ［１］〜［ｘ］のうち、エラーを伴うオブジェクトを示すＯｂｊｅｃｔ−Ｎａｍｅ［ｙ］、［ｚ］、…と、そのエラーの状態等を示すＥｒｒｏｒ−Ｓｔａｔｕｓ［ｙ］、［ｚ］…とが記入される。
【００２５】
また、従来どおり▲１▼Ｅｒｒｏｒ−Ｓｔａｔｕｓ、▲２▼Ｅｒｒｏｒ−Ｉｎｄｅｘには、最初にエラーと判断されたオブジェクトを示すＯｂｊｅｃｔ［ｙ］についてのみ、エラー状態と当該Ｏｂｊｅｃｔ［ｙ］が何番目のオブジェクトであるかが記入される。
【００２６】
（動作の説明）
次に、本実施の形態の動作について、図３、４を参照して説明する。本実施の形態の動作として、Ｇｅｔ−Ｒｅｑｕｅｓｔ−ＰＤＵがマネージャからエージェントに送られてきた時の動作について説明する。
図３は、エージェントがマネージャからのＧｅｔ−Ｒｅｑｕｅｓｔ−ＰＤＵを受け取った時の処理フローを示す図である。
【００２７】
最初に、マネージャから受信されるＰＤＵ内にエラーがない場合（ステップＣ〜Ｇ）の動作について説明する。エージェントはマネージャからのＰＤＵを受け取り（ステップＡ）、ＰＤＵ処理を開始する（ステップＢ）。受信したＰＤＵ内のオブジェクトｎ＝１番目にエラーがあるか否かを判断し（ステップＣ）、エラーがなければＰＤＵ内のオブジェクト、Ｇｅｔ−Ｒｅｑｕｅｓｔに対する処理を行いｎをインクリメントし（ステップＥ）、ｎが総オブジェクト数ｘ以下であれば（ステップＦ）、再度ステップＣから同様の処理を繰り返す。ｎがｘを越えると（ステップＦ）、マネージャへＲｅｓｐｏｎｓｅ−ＰＤＵを送出する。
【００２８】
次に、マネージャから受信されるＰＤＵ内に複数のエラーがある場合として、ＰＤＵ内のオブジェクトのｎ＝ｙ番目とｎ＝ｚ番目にエラーがある場合の動作（ステップＣ、Ｈ〜Ｌ、Ｇ）を説明する。エージェントはマネージャからのＰＤＵを受け取り（ステップＡ）、ＰＤＵ処理を開始する（ステップＢ）。前述と同様に受信したＰＤＵ内のオブジェクトｎ＝１番目にエラーがあるか否かを判断し（ステップＣ）、エラーがなければＰＤＵ内のオブジェクトのＧｅｔ−Ｒｅｑｕｅｓｔに対する処理を行いｎをインクリメントする（ステップＥ）動作を繰り返す。ｎ＝ｙ番目にステップＣでＰＤＵ内のオブジェクトに最初のエラーが発見されるので、ステップＨにおいて、従来と同様にＰＤＵ内のエラーの発生による処理及び拡張部へのエラー情報を付加する処理を行う。つまり、従来のＳＮＭＰ（Ｖ２）と同様に通常のＰＤＵ処理（Ｇｅｔ）は終了とし、更に従来のエラー処理であるＥｒｒｏｒ−Ｓｔａｔｕｓ▲１▼、Ｅｒｒｏｒ−Ｉｎｄｅｘ▲２▼への変更を行う。そしてＰＤＵの拡張部にエラーを起こしたオブジェクトを示すＯｂｊｅｃｔ［ｙ］とそのエラーの状態等を示すＥｒｒｏｒ−Ｓｔａｔｕｓ［ｙ］を付加する。
【００２９】
一旦エラーが発見された後の動作として、次に、ステップＩでｎをインクリメントし、ｎが総オブジェクト数ｘ以下であれば（ステップＪ）、ＰＤＵ内の後続のオブジェクトの処理中にエラーがあるか否かを判断し（ステップＫ）、エラーがなければｎをインクリメントし（ステップＩ）、同様の判断を繰り返し（ステップＪ、Ｋ）、ｎ＝ｚ番目でエラーが発見されるので拡張部へのエラー情報の付加を行う（ステップＫ、Ｌ）。ｎ＝ｘまでの全てのオブジェクトのエラーの有無の検出、処理が終了するとステップＪから抜けて、エラーが発見されたことによりＰＤＵのＬｅｎｇｔｈが長くなるのでＵＤＰヘッダ内のＬｅｎｇｔｈの値を書き換えてマネージャへのＲｅｓｐｏｎｓｅ−ＰＤＵを送出する（ステップＧ）。
【００３０】
なお、以上の処理動作からも分かるように、ＰＤＵ内に単一のエラーがある場合には、前述のエラー有りの処理動作において、当該エラーによる処理後、ステップＩでｎをインクリメントし、ｎが総オブジェクト数ｘ以下であれば（ステップＪ）、ＰＤＵ内の後続のオブジェクトの処理中にエラーがあるか否かを判断し（ステップＫ）、エラーがないのでｎをインクリメントする（ステップＩ）動作を繰り返し（ステップＪ、Ｋ）、ｎ＝ｘまで残るオブジェクトのエラーなしの検出、処理が終了するとステップＪから抜けて、マネージャへＲｅｓｐｏｎｓｅ−ＰＤＵを送出する（ステップＧ）。つまり、従来方式の処理結果と同様となる。
【００３１】
以上の処理動作において、ステップＣ〜Ｆは、ＰＤＵ内のオブジェクトにエラーを含まない時の通常のＧｅｔ処理を可能とするものである。ステップＣ、Ｈは、従来のＳＮＭＰ（Ｖ２）のみをサポートするシステムに対応可能とするものであり、ステップＩ〜Ｌは、複数のオブジェクトのエラーへの対応を可能とするものである。ステップＣ、Ｈ〜Ｌ、Ｇにより、ＰＤＵ内のエラーのあるオブジェクト数だけエラー情報を拡張部に付加しＲｅｓｐｏｎｓｅ−ＰＤＵをマネージャへ送信することが可能となる。
【００３２】
図４は、マネージャがエージェントからのＲｅｓｐｏｎｓｅ−ＰＤＵを受け取った時の処理フローを示す図である。
【００３３】
マネージャはエージェントからＲｅｓｐｏｎｓｅ−ＰＤＵを受け取ると（ステップＭ）、まずＥｒｒｏｒ−Ｓｔａｔｕｓを見てＲｅｓｐｏｎｓｅ−ＰＤＵ中にエラーを含んでいるか否かを検証する（ステップＮ）。なければ、マネージャにて「ｎｏＥｒｒｏｒ」表示を行い通常のＧｅｔの表示処理に移る（ステップＱ）。エラーを含んでいるのなら、次にＵＤＰヘッダのＬｅｎｇｔｈを見て、マネージャがエージェントへ送出した時点でのＧｅｔ−Ｒｅｑｕｅｓｔ−ＰＤＵのＬｅｎｇｔｈとそのＲｅｓｐｏｎｓｅ−ＰＤＵのＬｅｎｇｔｈとを比較する（ステップＯ）。Ｌｅｎｇｔｈが同値であれば従来のＳＮＭＰ（Ｖ２）のＰＤＵ受信の処理を行なう（ステップＲ）。ＬｅｎｇｔｈがＲｅｓｐｏｎｓｅ−ＰＤＵの方が大きければＰＤＵの拡張部が付加されていると判断し、拡張部のエラー情報を抽出する（ステップＰ）。
【００３４】
拡張部にはエラーとなっている全てのＯｂｊｅｃｔの情報が入っているので、マネージャにおいて全てのエラー情報を表示することができる。また、エラーを含まないため、拡張部に付加されていないオブジェクトは、ＰＤＵ内のオブジェクトとエラーが発生したオブジェクトとの差分をとって抽出し、ｎｏＥｒｒｏｒ（０）をマネージャにおいて付加して表示させることもできる。
【００３５】
尚、本方式をサポートしていないマネージャが拡張部を含むＲｅｓｐｏｎｓｅ−ＰＤＵを受信した時はステップＯをスキップし、ステップＱの処理を行なうことになるが、Ｅｒｒｏｒ−Ｓｔａｔｕｓ、Ｅｒｒｏｒ−Ｉｎｄｅｘには１つ目のオブジェクトのエラー情報が入っているので従来のＳＮＭＰ（Ｖ２）どおりの動きとなる。
【００３６】
（他の実施の形態）
以上説明した実施の形態では、Ｇｅｔ−Ｒｅｑｕｅｓｔ−ＰＤＵに対してのＲｅｓｐｏｎｓｅ−ＰＤＵについて説明したが、本発明は（i）Ｓｅｔ−Ｒｅｑｕｅｓｔ−ＰＤＵ、（ii）Ｇｅｔ Ｎｅｘｔ−Ｒｅｑｕｅｓｔ−ＰＤＵ、（iii）Ｇｅｔ Ｂｕｌｋ−Ｒｅｑｕｅｓｔ−ＰＤＵがマネージャからエージェントに送られてきたときのＲｅｓｐｏｎｓｅ−ＰＤＵの送信に関しても、同様に適用可能である。
【００３７】
つまり、エージェントにおける処理では、（i）〜（iii）のどのＰＤＵに対する処理についても、図３に示すステップＤにおいて、（i）〜（iii）のそれぞれの通常の処理（エラーでない時の処理）を行なうことにより、エラーに対する処理はＧｅｔ−Ｒｅｑｕｅｓｔ−ＰＤＵに対してのエラー処理と同様に行えばよい。また、マネージャにおける処理では、Ｒｅｓｐｏｎｓｅ−ＰＤＵに対してエラーに関する処理は、（i）〜（iii）及びＧｅｔ−Ｒｅｑｕｅｓｔ−ＰＤＵのどの場合に対するＲｅｓｐｏｎｓｅ−ＰＤＵに関する処理も図４に示す処理動作と同様に行えばよい。
【００３８】
さらに、以上の例ではマネージャ−エージェント間のメッセージのやりとりを行う実施の形態について説明したが、本発明は、マネージャ−マネージャ間のメッセージのやりとりを行うためのＩｎｆｏｒｍａｔｉｏｎ−Ｒｅｑｕｅｓｔ−ＰＤＵ、及び該ＰＤＵに対するＲｅｓｐｏｎｓｅ−ＰＤＵにも適用することができる。この場合、図３に示す処理動作は、エージェントに代えてマネージャで行なう処理動作となる。
【００３９】
なお、以上の各実施の形態で説明したマネージャ−エージェント間及びマネージャ−マネージャ間の処理動作はＰＮＭＰプロトコルを用いた処理として、典型的手段としてコンピュータによりソフトウエアにより実行されうるものであることは云うまでもない。
【００４０】
【発明の効果】
本発明によれば、ＰＤＵをエラーを記述する拡張部を設けたフォーマットとし、オブジェクトのエラー情報を付加することを可能としたことにより、マネージャから送出したＰＤＵ内のオブジェクトの全てのエラー情報を一度にそのマネージャに送信することができ、マネージャはエラー情報を把握することが可能である。
【００４１】
また、ＳＮＭＰ（Ｖ２）のＰＤＵフォーマットから外れることなく、エラー情報を付加できる方式であるため、汎用性が高いネットワーク管理システムを構成することが可能である。
【図面の簡単な説明】
【図１】 本発明のＳＮＭＰ（Ｖ２）・ＰＤＵの拡張型エラー伝達方法及びシステムの実施の形態のシステム構成を示す図である。
【図２】 本実施の形態の拡張型ＰＤＵデータフォーマットの構成例を示す図である。
【図３】 エージェントでのＧｅｔ―Ｒｅｑｅｓｔ―ＰＤＵの受信時の処理フローを示す図である。
【図４】 マネージャでのＲｅｓｐｏｎｓｅ−ＰＤＵの受信時のエラー表示処理フローを示す図である。
【図５】 従来のＰＤＵデータフォーマットの構成を示す図である。
【符号の説明】
１ マネージャ（Ｍａｎｓｇｅｒ）
２ エージェント（Ａｇｅｎｔ）
３ ＲＭ（Recourse Manager）
４ ＭＩＢ（management information base）
６ ネットワーク構成機器（デバイス）
【発明が属する技術分野】
本発明は、ネットワーク管理システムに関し、特に、複数のオブジェクトのエラー情報を伝達可能とするＳＮＭＰプロトコルにおけるエージェント又はマネージャからマネージャへのエラー伝達方法、エラー伝達プログラム及びエラー伝達システムに関する。
【０００２】
【従来の技術】
従来、ＴＣＰ／ＩＰ（transmission control protocol/internet protocol）等のネットワーク管理プロトコルとして、管理システム（マネージャ）と、ネットワークに接続されたルーターやハブなどの各種の管理対象となるネットワーク構成機器（エージェント）との間で管理に必要なデータ（障害時の情報等）を授受するための簡易ネットワーク管理プロトコル（simple network management protocol：「ＳＮＭＰ」という。）が使用されている。
【０００３】
マネージャとエージェントの情報の授受に関するＳＮＭＰのオペレーションには、Ｇｅｔ（管理情報の収集）、Ｇｅｔ−Ｎｅｘｔ（次の管理情報の収集）、Ｓｅｔ（管理情報の設定）、Ｔｒａｐ（障害の通知）等があり、管理情報にはマネージメント・インフォメーション・ベースＭＩＢ（management information base）と呼ばれる管理用データベースが使用され、エージェント側がＭＩＢに管理に必要な情報を記録して所有し、マネジャ側はＭＩＢの値を監視・管理し、管理対象のネットワーク構成機器（デバイス）を制御、運用する。
【０００４】
また、簡易ネットワーク管理プロトコルＳＮＭＰ（Ｖ２）では、前記オペレーションを実行するためのマネージャとエージェント間のメッセージをプロトコルデータユニット（protocol data unit：「ＰＤＵ」という。）と呼ばれる所定フォーマットでなる通信単位で送受する。例えば、マネージャからエージェントへのＧｅｔ−ＲｅｑｕｅｓｔのためのＰＤＵ、マネージャからエージェントへのＳｅｔ−ＲｅｑｕｅｓｔのためのＰＤＵ、エージェントからマネージャへのＧｅｔ−ＲｅｓｐｏｎｓｅのためのＰＤＵ等である。
【０００５】
図５は、従来のＰＤＵのフォーマットを示す図である。同図に示すように従来のＰＤＵは、ＵＤＰヘッダとＰＤＵデータフォーマットからなる。ＰＤＵデータフォーマットには、前記オペレーションに関してマネージャが複数のオブジェクト及びそれぞれ値を記述するＯｂｊｅｃｔ−Ｎａｍｅ［１］〜［ｘ］及びＶａｌｕｅ［１］〜［ｘ］欄と、エージェントが前記オブジェクト等に関してエラーを検出したとき記述するＥｒｒｏｒ−Ｓｔａｔｕｓ▲１▼、Ｅｒｒｏｒ−Ｉｎｄｅｘ▲２▼欄とが設けられ、マネージャは、前記ＰＤＵをエージェント（Ａｇｅｎｔ）に送ってエージェントを複数のオブジェクトに関して制御することを可能とし、エージェントは要求されたＳｅｔ、Ｇｅｔ等の前記オペレーションを複数のオブジェクト毎に処理を実行して、処理の実行結果をマネージャに送り返すことを可能としている。
【０００６】
また、エージェントはマネージャから送られたＰＤＵによるＳｅｔ、Ｇｅｔ等のＲｅｑｕｅｓｔに対し、エージェントが当該Ｓｅｔ、Ｇｅｔ等の処理中にＰＤＵ内のオブジェクト等にエラーを発見した場合、エラー情報によりＰＤＵフォーマット中のＥｒｒｏｒ−Ｓｔａｔｕｓ▲１▼、Ｅｒｒｏｒ−Ｉｎｄｅｘ▲２▼の値を変更したレスポンス−ＰＤＵ（Ｒｅｓｐｏｎｓｅ−ＰＤＵともいう。）をマネージャに送り返すことで、前記エラー情報をマネージャに送り返す。
【０００７】
特に、エージェントにおけるエラー発見時の処理動作に関しては、ＰＤＵ内の複数のオブジェクトの順次処理中においてエラーが発見されると、エラーの発見された時点で当該オブジェクトに関する処理を終了するだけでなく、後続のオブジェクトに関する処理をも終了して、エラーの種類とエラーの原因となっている当該オブジェクトに関してＲｅｓｐｏｎｓｅ−ＰＤＵのＥｒｒｏｒ−Ｓｔａｔｕｓ▲１▼、Ｅｒｒｏｒ−Ｉｎｄｅｘ▲２▼により前記マネージャに知らせる処理を行うようなシステム構成が採用されている。
【０００８】
【発明が解決しようとする課題】
従来方式では、ＰＤＵのフォーマットにエラー情報を載せる個所が１オブジェクト分しか用意されておらず、また、エージェントはオペレーションの作業において、ＰＤＵ内オブジェクトにエラーを発見するとその時点で通常の作業を停止し、その１つのエラーをマネージャに伝える処理を行うようなシステム構成が採用されているため、ＰＤＵ内のオブジェクトに複数のエラーが存在していたとしても、マネージャはエージェントが最初に発見した単一のエラーの存在しか認識することができないという問題があった。
【０００９】
このため、ＰＤＵ内の複数個のオブジェクトにエラーがある場合には、マネージャは同じＰＤＵを１箇所づつ修正して何度も（エラーを含んいる回数分）エージェントに送らなければ、全てのエラーを認識、表示し正しい処理を完了することができなかったので、ＳＮＭＰの前記オペレーションの処理効率が悪く、動作速度上も問題があった。
【００１０】
（目的）
本発明の目的は、全てのオブジェクトのエラー情報をエージェント又はマネージャからマネージャに一度に伝達することを可能とするＳＮＭＰプロトコルにおけるエラー伝達方法、エラー伝達プログラム及びエラー伝達システムを提供することにある。
【００１１】
本発明の他の目的は、ＳＮＭＰ・ＰＤＵの従来フォーマットと整合性を有するＳＮＭＰプロトコルにおけるエラー伝達方法、エラー伝達プログラム及びエラー伝達システムを提供することにある。
【００１２】
【課題を解決するための手段】
本発明によるＳＮＭＰ（Ｖ２）・ＰＤＵのエラー伝達方式はマネージャ−エージェント間で授受するＰＤＵ内で複数のオブジェクトのエラー状態の伝達を可能とするものである。この方式を用いることによりマネージャにおいてＰＤＵ内の全オブジェクトのエラー状態表示が可能となるシステムを構築することが可能とする。
【００１３】
本発明においては、エージェントが送出するレスポンス−ＰＤＵとしてデータ拡張部を設けたＰＤＵ（「拡張型ＰＤＵ」ともいう。）を用い、マネージャからのＰＤＵ内オブジェクトに２つ以上エラーが存在する場合にマネージャに対して、何れのエラー情報をも１つの拡張型ＰＤＵにより伝達可能とする。
【００１４】
本発明の拡張型ＰＤＵは、単一のエラーの伝達にも使用可能であり、また本発明のシステムにおいては従来型のＰＤＵをも適用可能であるから、従来のＳＮＭＰ（Ｖ２）プロトコルを用いるシステムとの整合性を有する。つまり、
【００１５】
本発明のＳＮＭＰプロトコルにおけるエラー伝達方法は、エージェント又はマネージャからマネージャへエラー情報を伝達するＳＮＭＰプロトコルにおけるエラー伝達方法であって、マネージャから送信されたＰＤＵを受信するＰＤＵ受信ステップ（例えば図３のＡ）と、受信したＰＤＵの要求するオペレーション（例えば、図３のＧＥＴ処理Ｄ）をオブジェクト毎に順次処理するＰＤＵオブジェクト処理ステップ（例えば図３のＣ〜Ｆ）と、前記ＰＤＵオブジェクト処理ステップにおける前記オブジェクト及びオブジェクトの処理に関するエラーを検出するオブジェクトエラー検出ステップ（例えば図３のＣ）と、前記オブジェクトエラー検出ステップにおける１番目に検出されたエラーに基づきレスポンス−ＰＤＵのエラーステータス及びエラーインデックス欄にエラー情報を付加するエラー情報付加ステップ（例えば図３のＨ）と、前記オブジェクトエラー検出ステップにおける２番目以降に検出されたエラーに基づき前記レスポンス−ＰＤＵに設けたデータ拡張部に当該オブジェクト及びエラーステータスをそれぞれ付加する拡張部エラー情報付加ステップ（例えば図３のＫ、Ｌ）と、前記レスポンス−ＰＤＵをマネージャに送信するレスポンス−ＰＤＵ送信ステップ（例えば図３のＧ）と、を有することを特徴とする。更に、２番目以降のエラーに基づきデータ拡張部へ当該オブジェクト及びエラーステータスを付加した場合に、マネージャにおけるデータ拡張部の存在の識別用に前記レスポンス−ＰＤＵのデータレングス欄を書き換えるデータレングス書き換えステップ（例えば図３のＧ）と、を有することを特徴とする。
【００１６】
本発明のＳＮＭＰプロトコルにおけるエラー伝達プログラムは、エージェント又はマネージャからマネージャへエラー情報を伝達するＳＮＭＰプロトコルにおけるエラー伝達プログラムであって、コンピュータを、マネージャから送信されたＰＤＵを受信するＰＤＵ受信手段（例えば図３のＡ）、受信したＰＤＵの要求するオペレーション（例えば、図３のＧＥＴ処理Ｄ）をオブジェクト毎に順次処理するＰＤＵオブジェクト処理手段（例えば図３のＣ〜Ｆ）、前記ＰＤＵオブジェクト処理手段における前記オブジェクト及びオブジェクトの処理に関するエラーを検出するオブジェクトエラー検出手段（例えば図３のＣ）、前記オブジェクトエラー検出手段における１番目に検出されたエラーに基づきレスポンス−ＰＤＵのエラーステータス及びエラーインデックス欄にエラー情報を付加するエラー情報付加手段（例えば図３のＨ）、前記オブジェクトエラー検出手段における２番目以降に検出されたエラーに基づき前記レスポンスＰＤＵに設けたデータ拡張部に当該オブジェクト及びエラーステータスを付加する拡張部エラー情報付加手段（例えば図３のＫ、Ｌ）、前記レスポンス−ＰＤＵをマネージャに送信するレスポンス−ＰＤＵ送信手段（例えば図３のＧ）、として機能させることを特徴とする。更に、前記コンピュータに、２番目以降のエラーに基づきデータ拡張部へ当該オブジェクト及びエラーステータスを付加した場合に、マネージャにおけるデータ拡張部の存在の識別用に前記レスポンス−ＰＤＵのデータレングス欄を書き換えるデータレングス書き換え手段（例えば図３のＧ）、として機能させることを特徴とする。
【００１７】
本発明のＳＮＭＰプロトコルにおけるエラー伝達システムは、エージェント又はマネージャからマネージャへエラー情報を伝達するＳＮＭＰプロトコルにおけるエラー伝達システムであって、マネージャから送信されたＰＤＵを受信するＰＤＵ受信手段と、受信したＰＤＵの要求するオペレーションをオブジェクト毎に順次処理するＰＤＵオブジェクト処理手段と、前記ＰＤＵオブジェクト処理手段における前記オブジェクト及びオブジェクトの処理に関するエラーを検出するオブジェクトエラー検出手段と、前記オブジェクトエラー検出手段における１番目に検出されたエラーに基づきレスポンス−ＰＤＵのエラーステータス及びエラーインデックス欄にエラー情報を付加するエラー情報付加手段と、前記オブジェクトエラー検出手段における２番目以降に検出されたエラーに基づき前記レスポンスＰＤＵに設けたデータ拡張部に当該オブジェクト及びエラーステータスを付加する拡張部エラー情報付加手段と、前記レスポンス−ＰＤＵをマネージャに送信するレスポンス−ＰＤＵ送信手段と、を有することを特徴とする。更に、２番目以降のエラーに基づきデータ拡張部へ当該オブジェクト及びエラーステータスを付加した場合に、マネージャにおけるデータ拡張部の存在の識別用に前記レスポンス−ＰＤＵのデータレングス欄を書き換えるデータレングス書き換え手段と、を有することを特徴とする。
【００１８】
（作用）
マネージャはエージェント（マネージャ）にＰＤＵを送り、エージェント（マネージャ）はＰＤＵ内の全てのオブジェクトのエラーの有無を検出し、エラーが検出された場合にＰＤＵフォーマットのデータ拡張部に全てのオブジェクトのエラー情報を付加し、レスポンス−ＰＤＵとしてマネージャに送り返す。全てのオブジェクトのエラー情報をエージェント（マネージャ）からマネージャに一度に伝達することが可能であり、マネージャは全エラー情報の認識、表示を可能とし、従来フォーマットとの整合性をも有する。
【００１９】
【発明の実施の形態】
本発明のＳＮＭＰプロトコルにおけるエラー伝達方法、エラー伝達プログラム及びエラー伝達システムの一実施の形態について以下図面を参照して説明する。
【００２０】
（構成の説明）
図１は、本実施の形態に関するＳＮＭＰプロトコルを用いたネットワーク管理システムのシステム構成例を示す概要図である。ネットワーク管理ステーション（ＮＭＳ）に含まれるマネージャ１と、管理対象のネットワーク構成機器（デバイス）ＮＥ６と、ユーザ系ネットワーク又は基幹系ネットワーク７とからなり、ネットワーク構成機器６はエージェント２、管理用データベースＭＩＢ（management information base）４、リソースマネージャＲＭ（Recourse Manager）３等を含み、また、バスＢＵＳを介して他のパッケージＰＫＧ５のＦ／Ｗ８、Ｈ／Ｗ９等と接続されている。
【００２１】
前記システム構成において、ユーザの操作に基づきネットワーク管理ステーションのマネージャ１は、ＳＮＭＰプロトコルを用いてエージェント２に対して後述する本実施の形態のＰＤＵのデータフォーマットによりコマンドを送り、ネットワーク構成機器ＮＥ６を監視、管理する。これに対しエージェント２は、ＲＭ（Recourse Manager）にＨ／Ｗの設定やＭＩＢ（Management Information Base）４の書き換え又は読み出し等を行なわせ、そのレスポンス−ＰＤＵ（Ｒｅｓｐｏｎｓｅ−ＰＤＵ）をマネージャに送り返す動作を行なう。
【００２２】
以上の処理動作の中で、例えば、ＰＤＵのコマンド内のオブジェクトがＭＩＢ４内に存在しない、又は設定値がオブジェクトの取り得る値の範囲外である等、オブジェクトにエラーが発見された時、エージェントはマネージャに送り返すＲｅｓｐｏｎｓｅ−ＰＤＵの中にその情報を記入する。
【００２３】
図２は、マネージャがエージェントに対して送ったＰＤＵ内のオブジェクトにエラーが存在していた場合のエージェントからのレスポンス時の拡張型ＰＤＵのデータフォーマットを示す図である。
【００２４】
本実施の形態の拡張型ＰＤＵデータフォーマットは、図２に示すように、従来型ＰＤＵデータフォーマット▲３▼に拡張部▲４▼を追加したフォーマット構成を有している。拡張部▲４▼には、マネージャから送られてきたＯｂｊｅｃｔ−Ｎａｍｅ［１］〜［ｘ］のうち、エラーを伴うオブジェクトを示すＯｂｊｅｃｔ−Ｎａｍｅ［ｙ］、［ｚ］、…と、そのエラーの状態等を示すＥｒｒｏｒ−Ｓｔａｔｕｓ［ｙ］、［ｚ］…とが記入される。
【００２５】
また、従来どおり▲１▼Ｅｒｒｏｒ−Ｓｔａｔｕｓ、▲２▼Ｅｒｒｏｒ−Ｉｎｄｅｘには、最初にエラーと判断されたオブジェクトを示すＯｂｊｅｃｔ［ｙ］についてのみ、エラー状態と当該Ｏｂｊｅｃｔ［ｙ］が何番目のオブジェクトであるかが記入される。
【００２６】
（動作の説明）
次に、本実施の形態の動作について、図３、４を参照して説明する。本実施の形態の動作として、Ｇｅｔ−Ｒｅｑｕｅｓｔ−ＰＤＵがマネージャからエージェントに送られてきた時の動作について説明する。
図３は、エージェントがマネージャからのＧｅｔ−Ｒｅｑｕｅｓｔ−ＰＤＵを受け取った時の処理フローを示す図である。
【００２７】
最初に、マネージャから受信されるＰＤＵ内にエラーがない場合（ステップＣ〜Ｇ）の動作について説明する。エージェントはマネージャからのＰＤＵを受け取り（ステップＡ）、ＰＤＵ処理を開始する（ステップＢ）。受信したＰＤＵ内のオブジェクトｎ＝１番目にエラーがあるか否かを判断し（ステップＣ）、エラーがなければＰＤＵ内のオブジェクト、Ｇｅｔ−Ｒｅｑｕｅｓｔに対する処理を行いｎをインクリメントし（ステップＥ）、ｎが総オブジェクト数ｘ以下であれば（ステップＦ）、再度ステップＣから同様の処理を繰り返す。ｎがｘを越えると（ステップＦ）、マネージャへＲｅｓｐｏｎｓｅ−ＰＤＵを送出する。
【００２８】
次に、マネージャから受信されるＰＤＵ内に複数のエラーがある場合として、ＰＤＵ内のオブジェクトのｎ＝ｙ番目とｎ＝ｚ番目にエラーがある場合の動作（ステップＣ、Ｈ〜Ｌ、Ｇ）を説明する。エージェントはマネージャからのＰＤＵを受け取り（ステップＡ）、ＰＤＵ処理を開始する（ステップＢ）。前述と同様に受信したＰＤＵ内のオブジェクトｎ＝１番目にエラーがあるか否かを判断し（ステップＣ）、エラーがなければＰＤＵ内のオブジェクトのＧｅｔ−Ｒｅｑｕｅｓｔに対する処理を行いｎをインクリメントする（ステップＥ）動作を繰り返す。ｎ＝ｙ番目にステップＣでＰＤＵ内のオブジェクトに最初のエラーが発見されるので、ステップＨにおいて、従来と同様にＰＤＵ内のエラーの発生による処理及び拡張部へのエラー情報を付加する処理を行う。つまり、従来のＳＮＭＰ（Ｖ２）と同様に通常のＰＤＵ処理（Ｇｅｔ）は終了とし、更に従来のエラー処理であるＥｒｒｏｒ−Ｓｔａｔｕｓ▲１▼、Ｅｒｒｏｒ−Ｉｎｄｅｘ▲２▼への変更を行う。そしてＰＤＵの拡張部にエラーを起こしたオブジェクトを示すＯｂｊｅｃｔ［ｙ］とそのエラーの状態等を示すＥｒｒｏｒ−Ｓｔａｔｕｓ［ｙ］を付加する。
【００２９】
一旦エラーが発見された後の動作として、次に、ステップＩでｎをインクリメントし、ｎが総オブジェクト数ｘ以下であれば（ステップＪ）、ＰＤＵ内の後続のオブジェクトの処理中にエラーがあるか否かを判断し（ステップＫ）、エラーがなければｎをインクリメントし（ステップＩ）、同様の判断を繰り返し（ステップＪ、Ｋ）、ｎ＝ｚ番目でエラーが発見されるので拡張部へのエラー情報の付加を行う（ステップＫ、Ｌ）。ｎ＝ｘまでの全てのオブジェクトのエラーの有無の検出、処理が終了するとステップＪから抜けて、エラーが発見されたことによりＰＤＵのＬｅｎｇｔｈが長くなるのでＵＤＰヘッダ内のＬｅｎｇｔｈの値を書き換えてマネージャへのＲｅｓｐｏｎｓｅ−ＰＤＵを送出する（ステップＧ）。
【００３０】
なお、以上の処理動作からも分かるように、ＰＤＵ内に単一のエラーがある場合には、前述のエラー有りの処理動作において、当該エラーによる処理後、ステップＩでｎをインクリメントし、ｎが総オブジェクト数ｘ以下であれば（ステップＪ）、ＰＤＵ内の後続のオブジェクトの処理中にエラーがあるか否かを判断し（ステップＫ）、エラーがないのでｎをインクリメントする（ステップＩ）動作を繰り返し（ステップＪ、Ｋ）、ｎ＝ｘまで残るオブジェクトのエラーなしの検出、処理が終了するとステップＪから抜けて、マネージャへＲｅｓｐｏｎｓｅ−ＰＤＵを送出する（ステップＧ）。つまり、従来方式の処理結果と同様となる。
【００３１】
以上の処理動作において、ステップＣ〜Ｆは、ＰＤＵ内のオブジェクトにエラーを含まない時の通常のＧｅｔ処理を可能とするものである。ステップＣ、Ｈは、従来のＳＮＭＰ（Ｖ２）のみをサポートするシステムに対応可能とするものであり、ステップＩ〜Ｌは、複数のオブジェクトのエラーへの対応を可能とするものである。ステップＣ、Ｈ〜Ｌ、Ｇにより、ＰＤＵ内のエラーのあるオブジェクト数だけエラー情報を拡張部に付加しＲｅｓｐｏｎｓｅ−ＰＤＵをマネージャへ送信することが可能となる。
【００３２】
図４は、マネージャがエージェントからのＲｅｓｐｏｎｓｅ−ＰＤＵを受け取った時の処理フローを示す図である。
【００３３】
マネージャはエージェントからＲｅｓｐｏｎｓｅ−ＰＤＵを受け取ると（ステップＭ）、まずＥｒｒｏｒ−Ｓｔａｔｕｓを見てＲｅｓｐｏｎｓｅ−ＰＤＵ中にエラーを含んでいるか否かを検証する（ステップＮ）。なければ、マネージャにて「ｎｏＥｒｒｏｒ」表示を行い通常のＧｅｔの表示処理に移る（ステップＱ）。エラーを含んでいるのなら、次にＵＤＰヘッダのＬｅｎｇｔｈを見て、マネージャがエージェントへ送出した時点でのＧｅｔ−Ｒｅｑｕｅｓｔ−ＰＤＵのＬｅｎｇｔｈとそのＲｅｓｐｏｎｓｅ−ＰＤＵのＬｅｎｇｔｈとを比較する（ステップＯ）。Ｌｅｎｇｔｈが同値であれば従来のＳＮＭＰ（Ｖ２）のＰＤＵ受信の処理を行なう（ステップＲ）。ＬｅｎｇｔｈがＲｅｓｐｏｎｓｅ−ＰＤＵの方が大きければＰＤＵの拡張部が付加されていると判断し、拡張部のエラー情報を抽出する（ステップＰ）。
【００３４】
拡張部にはエラーとなっている全てのＯｂｊｅｃｔの情報が入っているので、マネージャにおいて全てのエラー情報を表示することができる。また、エラーを含まないため、拡張部に付加されていないオブジェクトは、ＰＤＵ内のオブジェクトとエラーが発生したオブジェクトとの差分をとって抽出し、ｎｏＥｒｒｏｒ（０）をマネージャにおいて付加して表示させることもできる。
【００３５】
尚、本方式をサポートしていないマネージャが拡張部を含むＲｅｓｐｏｎｓｅ−ＰＤＵを受信した時はステップＯをスキップし、ステップＱの処理を行なうことになるが、Ｅｒｒｏｒ−Ｓｔａｔｕｓ、Ｅｒｒｏｒ−Ｉｎｄｅｘには１つ目のオブジェクトのエラー情報が入っているので従来のＳＮＭＰ（Ｖ２）どおりの動きとなる。
【００３６】
（他の実施の形態）
以上説明した実施の形態では、Ｇｅｔ−Ｒｅｑｕｅｓｔ−ＰＤＵに対してのＲｅｓｐｏｎｓｅ−ＰＤＵについて説明したが、本発明は（i）Ｓｅｔ−Ｒｅｑｕｅｓｔ−ＰＤＵ、（ii）Ｇｅｔ Ｎｅｘｔ−Ｒｅｑｕｅｓｔ−ＰＤＵ、（iii）Ｇｅｔ Ｂｕｌｋ−Ｒｅｑｕｅｓｔ−ＰＤＵがマネージャからエージェントに送られてきたときのＲｅｓｐｏｎｓｅ−ＰＤＵの送信に関しても、同様に適用可能である。
【００３７】
つまり、エージェントにおける処理では、（i）〜（iii）のどのＰＤＵに対する処理についても、図３に示すステップＤにおいて、（i）〜（iii）のそれぞれの通常の処理（エラーでない時の処理）を行なうことにより、エラーに対する処理はＧｅｔ−Ｒｅｑｕｅｓｔ−ＰＤＵに対してのエラー処理と同様に行えばよい。また、マネージャにおける処理では、Ｒｅｓｐｏｎｓｅ−ＰＤＵに対してエラーに関する処理は、（i）〜（iii）及びＧｅｔ−Ｒｅｑｕｅｓｔ−ＰＤＵのどの場合に対するＲｅｓｐｏｎｓｅ−ＰＤＵに関する処理も図４に示す処理動作と同様に行えばよい。
【００３８】
さらに、以上の例ではマネージャ−エージェント間のメッセージのやりとりを行う実施の形態について説明したが、本発明は、マネージャ−マネージャ間のメッセージのやりとりを行うためのＩｎｆｏｒｍａｔｉｏｎ−Ｒｅｑｕｅｓｔ−ＰＤＵ、及び該ＰＤＵに対するＲｅｓｐｏｎｓｅ−ＰＤＵにも適用することができる。この場合、図３に示す処理動作は、エージェントに代えてマネージャで行なう処理動作となる。
【００３９】
なお、以上の各実施の形態で説明したマネージャ−エージェント間及びマネージャ−マネージャ間の処理動作はＰＮＭＰプロトコルを用いた処理として、典型的手段としてコンピュータによりソフトウエアにより実行されうるものであることは云うまでもない。
【００４０】
【発明の効果】
本発明によれば、ＰＤＵをエラーを記述する拡張部を設けたフォーマットとし、オブジェクトのエラー情報を付加することを可能としたことにより、マネージャから送出したＰＤＵ内のオブジェクトの全てのエラー情報を一度にそのマネージャに送信することができ、マネージャはエラー情報を把握することが可能である。
【００４１】
また、ＳＮＭＰ（Ｖ２）のＰＤＵフォーマットから外れることなく、エラー情報を付加できる方式であるため、汎用性が高いネットワーク管理システムを構成することが可能である。
【図面の簡単な説明】
【図１】 本発明のＳＮＭＰ（Ｖ２）・ＰＤＵの拡張型エラー伝達方法及びシステムの実施の形態のシステム構成を示す図である。
【図２】 本実施の形態の拡張型ＰＤＵデータフォーマットの構成例を示す図である。
【図３】 エージェントでのＧｅｔ―Ｒｅｑｅｓｔ―ＰＤＵの受信時の処理フローを示す図である。
【図４】 マネージャでのＲｅｓｐｏｎｓｅ−ＰＤＵの受信時のエラー表示処理フローを示す図である。
【図５】 従来のＰＤＵデータフォーマットの構成を示す図である。
【符号の説明】
１ マネージャ（Ｍａｎｓｇｅｒ）
２ エージェント（Ａｇｅｎｔ）
３ ＲＭ（Recourse Manager）
４ ＭＩＢ（management information base）
６ ネットワーク構成機器（デバイス）
Claims (3)
- エージェント又はマネージャからマネージャへエラー情報を伝達するＳＮＭＰプロトコルにおけるエラー伝達方法であって、
マネージャから送信されたＰＤＵを受信するＰＤＵ受信ステップと、受信したＰＤＵの要求するオペレーションをオブジェクト毎に順次処理するＰＤＵオブジェクト処理ステップと、前記ＰＤＵオブジェクト処理ステップにおける前記オブジェクト及びオブジェクトの処理に関するエラーを検出するオブジェクトエラー検出ステップと、前記オブジェクトエラー検出ステップにおける１番目に検出されたエラーに基づきレスポンス−ＰＤＵのエラーステータス及びエラーインデックス欄にエラー情報を付加するエラー情報付加ステップと、前記オブジェクトエラー検出ステップにおける２番目以降に検出されたエラーに基づき前記レスポンス−ＰＤＵに設けたデータ拡張部に当該オブジェクト及びエラーステータスをそれぞれ付加する拡張部エラー情報付加ステップと、前記レスポンス−ＰＤＵをマネージャに送信するレスポンス−ＰＤＵ送信ステップと、２番目以降のエラーに基づきデータ拡張部へ当該オブジェクト及びエラーステータスを付加した場合に、マネージャにおけるデータ拡張部の存在の識別用に前記レスポンス−ＰＤＵのデータレングス欄を書き換えるデータレングス書き換えステップと、を有することを特徴とするＳＮＭＰプロトコルにおけるエラー伝達方法。 - エージェント又はマネージャからマネージャへエラー情報を伝達するＳＮＭＰプロトコルにおけるエラー伝達プログラムであって、コンピュータを、
マネージャから送信されたＰＤＵを受信するＰＤＵ受信手段、受信したＰＤＵの要求するオペレーションをオブジェクト毎に順次処理するＰＤＵオブジェクト処理手段、前記ＰＤＵオブジェクト処理手段における前記オブジェクト及びオブジェクトの処理に関するエラーを検出するオブジェクトエラー検出手段、前記オブジェクトエラー検出手段における１番目に検出されたエラーに基づきレスポンス−ＰＤＵのエラーステータス及びエラーインデックス欄にエラー情報を付加するエラー情報付加手段、前記オブジェクトエラー検出手段における２番目以降に検出されたエラーに基づき前記レスポンスＰＤＵに設けたデータ拡張部に当該オブジェクト及びエラーステータスを付加する拡張部エラー情報付加手段、前記レスポンス−ＰＤＵをマネージャに送信するレスポンス−ＰＤＵ送信手段、２番目以降のエラーに基づきデータ拡張部へ当該オブジェクト及びエラーステータスを付加した場合に、マネージャにおけるデータ拡張部の存在の識別用に前記レスポンス−ＰＤＵのデータレングス欄を書き換えるデータレングス書き換え手段、として機能させることを特徴とするＳＮＭＰプロトコルにおけるエラー伝達プログラム。 - エージェント又はマネージャからマネージャへエラー情報を伝達するＳＮＭＰプロトコルにおけるエラー伝達システムであって、
マネージャから送信されたＰＤＵを受信するＰＤＵ受信手段と、受信したＰＤＵの要求するオペレーションをオブジェクト毎に順次処理するＰＤＵオブジェクト処理手段と、前記ＰＤＵオブジェクト処理手段における前記オブジェクト及びオブジェクトの処理に関するエラーを検出するオブジェクトエラー検出手段と、前記オブジェクトエラー検出手段における１番目に検出されたエラーに基づきレスポンス−ＰＤＵのエラーステータス及びエラーインデックス欄にエラー情報を付加するエラー情報付加手段と、前記オブジェクトエラー検出手段における２番目以降に検出されたエラーに基づき前記レスポンスＰＤＵに設けたデータ拡張部に当該オブジェクト及びエラーステータスを付加する拡張部エラー情報付加手段と、前記レスポンス−ＰＤＵをマネージャに送信するレスポンス−ＰＤＵ送信手段と、２番目以降のエラーに基づきデータ拡張部へ当該オブジェクト及びエラーステータスを付加した場合に、マネージャにおけるデータ拡張部の存在の識別用に前記レスポンス−ＰＤＵのデータレングス欄を書き換えるデータレングス書き換え手段と、を有することを特徴とするＳＮＭＰプロトコルにおけるエラー伝達システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001167391A JP3763140B2 (ja) | 2001-06-01 | 2001-06-01 | Ｓｎｍｐプロトコルにおけるエラー伝達方法、エラー伝達プログラム及びエラー伝達システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001167391A JP3763140B2 (ja) | 2001-06-01 | 2001-06-01 | Ｓｎｍｐプロトコルにおけるエラー伝達方法、エラー伝達プログラム及びエラー伝達システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002358252A JP2002358252A (ja) | 2002-12-13 |
| JP3763140B2 true JP3763140B2 (ja) | 2006-04-05 |
Family
ID=19009781
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001167391A Expired - Fee Related JP3763140B2 (ja) | 2001-06-01 | 2001-06-01 | Ｓｎｍｐプロトコルにおけるエラー伝達方法、エラー伝達プログラム及びエラー伝達システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3763140B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5609215B2 (ja) * | 2010-04-05 | 2014-10-22 | セイコーエプソン株式会社 | 通信システム、処理要求装置、処理応答装置、通信方法、及びそのプログラム |
| CN110908820B (zh) * | 2019-11-06 | 2024-09-06 | 北京达佳互联信息技术有限公司 | 一种异步任务的执行方法、装置、设备及存储介质 |
-
2001
- 2001-06-01 JP JP2001167391A patent/JP3763140B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002358252A (ja) | 2002-12-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6275853B1 (en) | System and method for extending communications features using generic management information base objects | |
| EP0831617B1 (en) | Flexible SNMP trap mechanism | |
| JP3765138B2 (ja) | 改善されたノードディスカバリ及び監視付きネットワーク管理システム | |
| US6804712B1 (en) | Identifying link failures in a network | |
| US7484222B1 (en) | Method and system for setting expressions in network management notifications | |
| US20020161883A1 (en) | System and method for collecting, aggregating, and coalescing network discovery data | |
| CN102215132A (zh) | 基于数据库嵌入式snmp管理端数据采集装置、系统及方法 | |
| US8392548B1 (en) | Method and apparatus for generating diagnostic information for errors detected in a network management protocol | |
| JP2005237018A (ja) | ネットワークマネージメントシステムへのデータ送信 | |
| JP2008071197A (ja) | Ｓｎｍｐメッセージにより機器から情報を取得する機器情報取得方法及び情報処理装置 | |
| US7836358B2 (en) | Method and network element for improving error management in managed networks, and computer program product therefor | |
| JP3763140B2 (ja) | Ｓｎｍｐプロトコルにおけるエラー伝達方法、エラー伝達プログラム及びエラー伝達システム | |
| EP1079566A2 (en) | System management in a communications network comprising SNMP and CMIP agents | |
| US8055746B2 (en) | Method and system for improved management of a communication network by extending the simple network management protocol | |
| JP2003006068A (ja) | ネットワークデバイス管理装置、管理方法及び管理プログラム | |
| US20080005267A1 (en) | Mechanism for specifying port-related data from network devices | |
| KR20030021862A (ko) | 이엠에스 서버와 에이전트 간의 장애 처리 방법 | |
| WO2012079487A1 (zh) | 一种基于snmp的trap处理的方法、网管及系统 | |
| WO2003032577A1 (en) | System and method for fully populating a snmp management information base by means of default values | |
| KR20040050140A (ko) | 라우터 시스템의 장애 및 상태 관리를 위한 망 관리시스템 및 그 방법 | |
| KR100489941B1 (ko) | 망관리장치 대리인과 교환기간의 알람상태 동기화 방법 | |
| JPH09247146A (ja) | ネットワーク管理システム | |
| EP1916798B1 (en) | Method of recovering structure of a tree logically arranged database in a network management system | |
| US8782118B2 (en) | Method to manage network printers and network system using the same | |
| KR100386948B1 (ko) | 아이티엠에이의 망 트래픽관리 및 인터페이스장치 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050914 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051003 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051130 |
|
| 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: 20051226 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060108 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100127 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110127 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110127 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120127 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130127 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |