JP2004080397A - Snmp agent provided with lan monitor function - Google Patents
Snmp agent provided with lan monitor function Download PDFInfo
- Publication number
- JP2004080397A JP2004080397A JP2002238061A JP2002238061A JP2004080397A JP 2004080397 A JP2004080397 A JP 2004080397A JP 2002238061 A JP2002238061 A JP 2002238061A JP 2002238061 A JP2002238061 A JP 2002238061A JP 2004080397 A JP2004080397 A JP 2004080397A
- Authority
- JP
- Japan
- Prior art keywords
- trap
- lan
- communication
- manager
- lan communication
- 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.)
- Pending
Links
Images
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、LAN(Local Area Network)監視機能を備えたSNMP(SimpleNetwork Manager Protocol)エージェントに関し、特に、LAN通信不可を検出し、SNMPトラップの消失を回避するLAN監視機能を備えたSNMPエージェントに関する。
【0002】
【従来の技術】
SNMPは、UDP(User Datagram Protocol)およびIP(Internet Protocol)を主に使用したネットワークプロトコルである。このSNMPは、通信機器が複数存在するネットワーク管理システムにおいて、マネージャと呼ばれる通信機器が、エージェントと呼ばれる他の通信機器の状態を管理する時、エージェントとマネージャ間で管理情報を送受信するためのプロトコルとして使用される。
【0003】
SNMPを使用したネットワーク管理システムにおいて、エージェントはエージェントの事象や障害の情報をオブジェクトという形式で保持する。マネージャはコマンドによりエージェントのオブジェクトに格納されているエージェントの状態を取得する。また、マネージャはエージェントに対する設定の要求をコマンドとしてエージェントに送信し、エージェントはその結果をマネージャに返信する。また、エージェントはエージェントで生じた事象や障害の情報を、随時自発的にトラップ(Trap)としてマネージャに送信する。
【0004】
SNMPは、データの送受信に際し、SNMPの下位プロトコルであるUDPを使用している。このUDPは、ネットワーク上のコネクションが確立されているか(ネットワーク通信が可能であるか)の確認が行なわれないで直接データの送信が行われるコネクションレス型と呼ばれるプロトコルである。
【0005】
従って、SNMPは、比較的高速にデータの送受信ができるという利点がある反面、信頼性は低く、例えば、SNMPを使用したLAN上のネットワーク管理システムにおいて、エージェントとマネージャ間のLAN通信が不可である時に、エージェントからマネージャに向けてLAN上にトラップが送出された場合、そのトラップは全て消失されてしまう。
【0006】
そこで、トラップの消失を検出するために、例えば、特開2001−67291号公報においては、マネージャを2台設置し、両マネージャ間で相互通信を行なうことにより、一方のマネージャがエージェントからトラップを受信し、他方のマネージャがそのトラップを受信できなかった場合に、そのトラップが消失したと判断するネットワーク監視方式が開示されている。
【0007】
【発明が解決しようとする課題】
しかしながら、上記の特許公報に開示されたネットワーク監視方式においては、最低でも2台のマネージャを設置する必要があり、システム規模が増大してしまうという問題点がある。
【0008】
また、エージェントは、トラップが消失したことを認識することができないため、それを知らずにマネージャに向けてトラップを送信し続けることとなり、トラップの消失量が増大してしまうという問題点がある。
【0009】
また、エージェントが発行したトラップが、LAN通信不可により消失しマネージャに到達しないことが起こり得るという問題点がある。
【0010】
そこで本発明の目的は、システム規模を増大させることなく、LAN通信不可時に発行されたSNMPトラップの消失を最小限に抑えることができ、かつ、LAN通信不可時に発行されたSNMPトラップをマネージャに確実に渡すことができる、LAN監視機能を備えたSNMPエージェントを提供することにある。
【0011】
【課題を解決するための手段】
上記目的を達成するために本発明のLAN監視機能を備えたSNMPエージェントは、SNMPを使用したLANを介してマネージャとなる通信機器に接続され、前記マネージャとの間で前記LANを介して管理情報を送受信する通信機器である、LAN監視機能を備えたSNMPエージェントにおいて、前記SNMPエージェントで生じた事象または障害の情報を含む前記管理情報を、随時トラップとして発行するトラップ発行手段と、前記トラップ発行手段で発行されたトラップを一時退避する場所であるローカルバッファと、前記マネージャとの前記LANによる通信の可否をチェックするLAN通信チェック手段と、前記LAN通信チェック手段が前記LANによる通信が可能であることを検出した場合、前記トラップ発行手段で発行されたトラップを前記マネージャに向けて送信するトラップ送信手段と、前記LAN通信チェック手段が前記LANによる通信が不可であることを検出した場合、前記トラップ発行手段で発行されたトラップを前記ローカルバッファに一時退避するトラップ退避手段と、前記LAN通信チェック手段が前記LANによる通信が再度可能となったことを検出した時に、前記ローカルバッファに退避しておいたトラップを前記トラップ送信手段を介して前記マネージャに向けて送信する退避トラップ送信手段とを有することを特徴とする。
【0012】
この場合、前記LAN通信チェック手段は、前記LANによる通信の可否をチェックする場合、前記マネージャに向けてテスト用パケットを送信し、前記マネージャからの前記テスト用パケットの返信状況に基づいて前記LANによる通信の可否を判定することとしても良い。
【0013】
また、前記LAN通信チェック手段は、前記マネージャに向けて前記テスト用パケットを送信してから、前記マネージャからの前記テスト用パケットの受信をタイムアウトの時間まで待つこととし、該タイムアウトの時間が経過した時点で前記LANによる通信が不可と判定することとしても良い。
【0014】
また、前記LAN通信チェック手段は、一定周期で前記LANによる通信の可否をチェックすることとしても良い。
【0015】
また、前記トラップ退避手段は、前記トラップ発行手段で発行されたトラップを元にトラップ送信用コマンドラインを作成し、作成したトラップ送信用コマンドラインを前記トラップとして前記ローカルバッファに退避し、前記退避トラップ送信手段は、前記ローカルバッファに退避しておいた前記トラップ送信用コマンドラインを前記トラップとして前記トラップ送信手段を介して前記マネージャに向けて送信することとしても良い。
【0016】
また、前記トラップ退避手段は、前記LAN通信チェック手段が前記LANによる通信が不可であることを検出した場合、それ以降、前記LAN通信チェック手段が前記LANによる通信が再度可能となったことを検出するまでに前記トラップ発行手段で発行されたトラップを前記ローカルバッファに一時退避することとしても良い。
【0017】
また、前記トラップ退避手段は、前記ローカルバッファの容量が前記トラップにより一杯になった場合、最も古いトラップから順番に上書きで新たなトラップを書き込むこととしても良い。
【0018】
また、前記退避トラップ送信手段は、前記ローカルバッファに退避しておいたトラップを最も古いものから順番に読み出して前記トラップ送信手段を介して前記マネージャに向けて送信することとしても良い。
【0019】
(作用)
上記のように構成された本発明においては、LAN通信チェック手段がLAN通信不可を検出した場合、その後に発行されたトラップをローカルバッファに退避しておき、後にLAN通信チェック手段がLAN通信可能を検出した時に、ローカルバッファに退避したトラップをマネージャに向けて送信する。
【0020】
それにより、LAN通信不可時に発行されたトラップがLAN上に送出されて消失することを防止できるとともに、LAN通信不可時に発行されたトラップをLAN通信復旧後にマネージャに確実に渡すことができる。
【0021】
【発明の実施の形態】
以下に、本発明の実施形態について図面を参照して説明する。
【0022】
(第1の実施形態)
図1は、本発明の第1の実施形態によるLAN監視機能を備えたSNMPエージェント(以下、エージェントと称する)を用いたネットワーク管理システムの構成を示すブロック図である。図1を参照すると、このネットワーク管理システムは、通信機器であるエージェント1と通信機器であるマネージャ2とが、SNMPを使用したLAN3により接続された構成となっている。
【0023】
図2は、図1に示したエージェント1の構成を示すブロック図である。図2を参照すると、エージェント1は、LAN監視制御部11と、トラップ発行部12と、トラップ処理部13と、ローカルバッファ14とを備えている。
【0024】
LAN監視制御部11は、トラップ処理部13にLAN3を一定周期で監視させ、トラップ発行部12は、エージェント1で生じた事象や障害等の管理情報を随時トラップとして発行する。
【0025】
トラップ処理部13は、LAN監視制御部11の制御の元でLAN通信可否のチェックを一定周期で実行し、LAN通信可能である場合は、トラップ発行部12で発行されたトラップをLAN3を介してマネージャ2に向けて送信する。一方、LAN通信不可である場合は、トラップ発行部12で発行されたトラップをローカルバッファ14に退避し、LAN通信可能になり次第、ローカルバッファ14に退避したトラップをLAN3を介してマネージャ2に向けて送信する。
【0026】
図3は、図2に示したトラップ処理部13の詳細な構成を示すブロック図である。図3を参照すると、トラップ処理部13は、LANチェック・退避トラップ送信部131と、LAN通信チェック部132と、退避トラップ送信部133と、トラップ制御部134と、トラップ退避部135と、トラップ送信部136と、LAN状態フラグ137とを備えている。
【0027】
LANチェック・退避トラップ送信部131は、LAN監視制御部11の制御の元で、LAN通信チェック部132を一定周期で呼び出し、エージェント1とマネージャ2間のLAN通信可否をチェックさせる。LAN通信可能である場合は、退避トラップ送信部133を呼び出し、その時点でローカルバッファ14に退避されているトラップがあれば、ローカルバッファ14に退避されているトラップをトラップ送信部136を介してマネージャ2に向けて送信させる。
【0028】
トラップ制御部134は、トラップ発行部12でのトラップ発行時にLAN通信可能であれば、そのトラップをトラップ送信部136を介してマネージャ2に向けて送信する。また、トラップ発行部12でのトラップ発行時にLAN通信不可であれば、トラップ退避部135を呼び出し、トラップ発行部12で発行されたトラップをローカルバッファ14に一時退避させる。
【0029】
LAN状態フラグ137は、LAN通信チェック部132による周期的なLAN通信可否の監視結果を示すフラグである。このLAN状態フラグ137は、LAN監視制御部11により初期値としてOFF(LAN通信不可)にセットされ、その後はLAN通信チェック部132による周期的なLAN通信可否の監視結果に応じて、LANチェック・退避トラップ送信部131によりON(LAN通信可)またはOFFにセットされる。
【0030】
以下に、本実施形態によるエージェント1内の各構成要素の動作について、フローチャートを用いて順に説明する。
【0031】
図4を参照すると、トラップ発行部12は、エージェント1で発生した異常や事象等の管理情報を随時トラップとして発行する(ステップA1)。
【0032】
続いて、トラップ発行部12は、ステップA1において発行したトラップを転送することによりトラップ処理部13内のトラップ制御部134を呼び出し、エージェント1とマネージャ2間のLAN通信の可否に基づく、トラップの送信先を決定する処理およびトラップを送信する処理を実行させ(ステップA2)、処理を終了する。
【0033】
図5を参照すると、トラップ制御部134は、まず、図4のステップA1においてトラップ発行部12で発行されたトラップを元に、トラップ送信用コマンドラインを作成する(ステップB1)。
【0034】
続いて、トラップ制御部134は、エージェント1とマネージャ2間のLAN通信の可否(エージェント1からマネージャ2にトラップが送信できるか否か)を、LAN状態フラグ137により確認する(ステップB2)。
【0035】
LAN状態フラグ137がON(LAN通信可能)である場合、トラップ制御部134は、ステップB1で作成したトラップ送信用コマンドラインを使用して、トラップをトラップ送信部136を介してマネージャ2に向けて送信し(ステップB3)、処理を終了する。
【0036】
一方、LAN状態フラグ137がOFF(LAN通信不可)である場合、トラップ制御部134は、トラップ退避部135を呼び出し(ステップB4)、ステップB1で作成したトラップ送信用コマンドラインをコマンドラインごとローカルバッファ14に退避させた後、処理を終了する。
【0037】
図6を参照すると、トラップ退避部134は、まず、ローカルバッファ14をサーチしてローカルバッファ14内のトラップ送信用コマンドラインの書き込み先を取得し(ステップC1)、このトラップ送信用コマンドラインを、コマンドラインごとステップC1で取得した場所に書き込み(ステップC2)、処理を終了する。なお、トラップ退避部134は、ローカルバッファ14の容量がトラップにより一杯になった場合、最も古いトラップから順番に上書きで新たなトラップを書き込むこととする。
【0038】
図7〜図10は、本実施形態において、LAN監視制御部11の制御の元で、周期的に実行される動作の流れを示している。
【0039】
図7を参照すると、LAN監視制御部11は、LAN状態フラグ137を初期値としてOFF(LAN通信不可)とした後(ステップD1)、LANチェック・退避トラップ送信部131を一定周期で呼び出すループ1(ステップD2〜D4)の処理を繰り返し、LAN3を監視させる。LANチェック・退避トラップ送信部131を呼び出す周期は、LAN通信不可になってからこの周期内に発行されたトラップを保証しない(トラップが消失される)という時間であるため、できるだけ短いほうがよいが、LAN3上のトラヒックを最小限に保つことも考慮して、本実施形態では1[sec]とする。
【0040】
図8を参照すると、LANチェック・退避トラップ送信部131は、まず、LAN通信チェック部132を呼び出し(ステップE1)、エージェント1とマネージャ2間のLAN通信の可否をチェックさせる。
【0041】
図9を参照すると、LAN通信チェック部132は、まず、テスト用パケットをマネージャ2に向けて送信し(ステップF1)、テスト用パケットを送信してから一定の時間(タイムアウト)が経過するまで、マネージャ2から返信されるテスト用パケットを受信するループ1(ステップF2〜F5)の処理を繰り返し、タイムアウトになったら処理を終了する。
【0042】
具体的には、LAN通信チェック部132は、タイムアウトになるまでの間、マネージャ2から返信されるテスト用パケットを受信したかを確認し(ステップF3)、テスト用パケットを受信した場合はそのパケットが正常のものであること(マネージャ2からのテスト用パケットであり、マネージャ2と正常に通信できること)を確認する(ステップF4)ことを繰り返す。ステップF4で確認可能となれば、ループ1(ステップF2〜F5)を抜け、処理を終了する。タイムアウトの時間は、以下のように検討した。実験による測定では、LAN通信可能な正常時に、テスト用パケットを送信してからテスト用パケットを受信するまでの時間が0.0001[sec]のオーダーであった。この結果より、タイムアウトの時間は0.1[sec]で十分である。よって、本実施形態ではタイムアウトの時間は0.1[sec]とする。
【0043】
再度図8を参照すると、LANチェック・退避トラップ送信部131は、ステップE1においてLAN通信チェック部132によるLAN通信可否のチェックの結果に基づいて(ステップE2)、LAN状態フラグ137をON(LAN通信可)またはOFF(LAN通信不可)にセットする(ステップE3,E5)。
【0044】
ステップE5においてLAN状態フラグ137をOFFにセットした場合、LANチェック・退避トラップ送信部131は処理を終了する。
【0045】
一方、ステップE3においてLAN状態フラグ137をONにセットした場合、LANチェック・退避トラップ送信部131は、退避トラップ送信部133を呼び出し(ステップE4)、その時点でローカルバッファ14に退避されているトラップがあれば、ローカルバッファ14に退避されているトラップを全てマネージャ2に向けて送信させた後、処理を終了する。
【0046】
図10を参照すると、退避トラップ送信部133は、ローカルバッファ14に退避されてマネージャ2に未送信のトラップがあるか否かを確認し(ステップG1)、無ければ処理を終了する。
【0047】
一方、ローカルバッファ14に退避されてマネージャ2に未送信のトラップがある場合、退避トラップ送信部133は、ローカルバッファ14に退避されている全てのトラップを、1つのトラップ送信用コマンドラインづつマネージャ2に向けて送信するループ1(ステップG2〜G5)の処理を繰り返す。
【0048】
具体的には、退避トラップ送信部133は、ローカルバッファ14に退避されているトラップのトラップ送信用コマンドラインを、古いものから1つづつ順番にマネージャ2に向けて送信する(ステップG3)。そして、マネージャ2に送信したトラップがローカルバッファ14に退避されてマネージャ2に未送信である最後(残りの1つ)のトラップであるか否かを確認し(ステップG4)、最後であれば、ループ1(ステップG2〜G5)を抜け、処理を終了する。
【0049】
以下に、本実施形態によるエージェント1の動作について、具体的な実施例を挙げて説明する。ここでは、図11に示すように、エージェント1とマネージャ2間を接続するLAN3の途中に、ハブ4が配置されているものとする。
【0050】
図12は、本実施形態によるエージェント1の具体的な動作を説明するシーケンスチャートである。
【0051】
本実施例では、エージェント1の稼動開始(ステップH1)とハブ4の電源投入(ステップH2)が同時に行なわれ、エージェント1は、稼動開始してからトラップ発行部12によりトラップ発行を行なうことが可能になるものとする。
【0052】
しかしながら、この場合、ハブ4の電源投入からハブ4を挟んだLAN3による通信が可能になるまで時間を要するため(ハブ4の電源投入後6秒間はハブ4を介したLAN通信を保証しない)、エージェント1の稼動開始からLAN通信可能になるまでの間に発行されたトラップはエージェント1からマネージャ2に向けて送信しようとしても送信されない。
【0053】
このような事情を考慮して、本実施例ではエージェント1のLAN状態フラグ137の初期値をOFFとしている。よって、エージェント1の稼動開始(ステップH1)から、LAN通信チェック部132による最初のLAN通信チェック(ステップH4)を実行してLAN状態フラグ137をセットするまでの時間は『LAN通信不可想定時間』として扱い、この時間に発行されたトラップ#1はローカルバッファ14に退避される(ステップH3)。
【0054】
なお、LAN通信チェックを開始してから、LAN状態フラグ137をセットするまでの時間T1は、LAN通信チェックを開始(テスト用パケットをマネージャ2に向けて送信)してから、テスト用パケットを受信するのを待つタイムアウトの時間であり、本実施例では0.1[sec]とする。
【0055】
以降、エージェント1では、LAN通信チェック部132により、一定の周期T2(本実施例では、1[sec])でLAN通信チェックが実行され(ステップH5,H7,H8)、トラップ発行部12により、ステップH5,H8のLAN通信チェックの後にトラップ#2,#3が発行され(ステップH6,H9)、そのトラップ#2,#3がローカルバッファ14に退避される。なお、トラップ#3は、LAN通信が可能になった後に発行されたものであるが、この時点ではLAN状態フラグ137がOFFであるため、ローカルバッファ14に退避される。
【0056】
結局、本実施例では、『エージェント1の稼動開始から、LAN通信が可能になった後の最初のLAN通信チェックによりLAN通信可を検出し(ステップH10)、LAN状態フラグ137をONにセットした時まで』に発行された全てのトラップ#1,#2,#3はローカルバッファ14に退避される。
【0057】
そして、LAN通信が可能になった後、最初のLAN通信チェック(ステップH10)でLAN通信可を検出し、LAN状態フラグ137がONになった時点で、ローカルバッファ14に退避していた全てのトラップ#1,#2,#3がマネージャ2に向けて送信される(ステップH11)。
【0058】
以降のLAN通信チェック(ステップH12)ではLAN通信可が検出されLAN状態フラグ137がONにセットされるため、トラップ#4はローカルバッファ14に退避されずにマネージャ2に向けて送信される(ステップH13)。
【0059】
(第2の実施形態)
本発明の第2の実施形態によるLAN監視機能を備えたSNMPエージェント(以下、エージェントと称する)は、その基本構成は図2に示した第1の実施形態と同様であるが、トラップ処理部13が、トラップ発行部12で発行されたトラップを全てローカルバッファ14に退避する点で第1の実施形態とは異なる。
【0060】
具体的には、トラップ処理部13は、エージェント1とマネージャ2間のLAN通信が可能である場合、トラップ発行部12で発行されたトラップをローカルバッファ14とマネージャ2に同時に送信する。
【0061】
また、トラップ処理部13は、LAN通信チェックによりLAN通信不可を最初に検出した場合(最初に検出とは、前回のLAN通信チェックではLAN通信可能を検出したが今回のチェックではLAN通信不可の意)、前回のLAN通信チェック以降に発行されたトラップが消失されていることを想定して、ローカルバッファ14に退避されているトラップのうち前回のLAN通信チェック以後、つまり今回のチェックから1周期(1[sec])前以後に発行されたトラップを、LAN通信が再び可能となり次第、マネージャ2に向けて送信するようにする。
【0062】
これにより、第1の実施形態では、LAN通信不可になってから最初のLAN通信チェックまでに発行されたトラップが保証できない(消失される)が、本実施形態では保証される。これは、本実施形態では、実際にLAN通信不可になる直前のLAN通信チェックの時点以降が、LAN通信不可であることを想定しており、この時点以降に発行されたトラップが、LAN通信復旧後、マネージャ2に向けて送信されるためである。
【0063】
しかしながら、このため、LAN通信不可になる直前のLAN通信チェックから、LAN通信不可になるまでの間に発行されたトラップ(該当トラップは、即時マネージャ2に向けて送信されている)がLAN通信復旧後もう一度マネージャ2に向けて送信されることになる(同じトラップが二度送信される)。
【0064】
図13を参照すると、トラップ処理部13は、上記のような動作を行うために、図3に示した第1の実施形態の構成に、LAN通信不可検出時刻保持部138が追加された構成となっている。
【0065】
LAN通信不可検出時刻保持部138は、LAN通信チェック部132によりLAN通信不可を最初に検出(最初に検出とは、前回のLAN通信チェック部132のLAN通信チェックによりLAN通信可能を検出したが今回のチェックでは不可であるという意)した時刻を保持する。
【0066】
以下に、本実施形態によるエージェント1内の各構成要素の動作について、フローチャートを用いて順に説明する。
【0067】
トラップ発行部12は、第1の実施形態(図4)と同様に、エージェント1で発生した異常や事象等の管理情報を随時トラップとして発行する(図4のステップA1)。そして、そのトラップを転送することによりトラップ処理部13内のトラップ制御部134を呼び出し、エージェント1とマネージャ2間のLAN通信の可否に基づく、トラップの送信先を決定する処理およびトラップを送信する処理を実行させ(図4のステップA2)、処理を終了する。
【0068】
図14を参照すると、トラップ制御部134は、まず、図5のステップB1と同様にトラップ発行部12で発行されたトラップを元に、トラップ送信用コマンドラインを作成する(ステップI1)。
【0069】
続いて、トラップ制御部134は、第1の実施形態(図5)とは異なり、エージェント1とマネージャ2間のLAN通信の可否(エージェント1からマネージャ2にトラップが送信できるか否か)に関わらず、トラップ退避部135を呼び出し(ステップI2)、ステップI1で作成したトラップ送信用コマンドラインをコマンドラインごとローカルバッファ14に退避させる。このステップI2におけるトラップ退避部135の動作は図6と同様である。
【0070】
続いて、トラップ制御部134は、図5のステップB2と同様に、LAN状態フラグ137を確認し(ステップI3)、LAN状態フラグがOFF(LAN通信不可)であれば、処理を終了する。
【0071】
一方、LAN状態フラグ137がON(LAN通信可能)であれば、トラップ制御部134は、ステップI1で作成したトラップ送信用コマンドラインを使用して、トラップをトラップ送信部136を介してマネージャ2に向けて送信し(ステップI4)、処理を終了する。
【0072】
図15〜図17は、本実施形態において、LAN監視制御部11の制御の元で、周期的に実行される動作の流れを示している。
【0073】
図15を参照すると、LAN監視制御部11は、初期値設定として、第1の実施形態(図7のステップD1)と同様に、LAN状態フラグ137をOFF(LAN通信不可)に設定すると共に(ステップJ1)、第1の実施形態に追加して、LAN通信不可検出時刻保持部138に現在時刻を代入する(ステップJ2)。
【0074】
続いて、LAN監視制御部11は、LANチェック・退避トラップ送信部131を一定周期で呼び出すループ1(ステップJ3〜J5)の処理を繰り返し、LAN3を監視させる。LANチェック・退避トラップ送信部131を呼び出す周期は、第1の実施形態と同じく1[sec]とする。
【0075】
図16を参照すると、LANチェック・退避トラップ送信部131は、まず、LAN通信チェック部132を呼び出し(ステップK1)、エージェント1とマネージャ2間のLAN通信の可否をチェックさせる。このステップK1におけるLAN通信チェック部132の動作は図9と同様である。
【0076】
続いて、LANチェック・退避トラップ送信部131は、ステップK1においてLAN通信チェック部132によるLAN通信可否のチェックの結果に基づいて(ステップK2)、LAN状態フラグ137をON(LAN通信可)またはOFF(LAN通信不可)にセットする(ステップK3,K5)。
【0077】
ステップK5においてLAN状態フラグ137をOFFにセットした場合、LANチェック・退避トラップ送信部131は、LAN通信不可検出時刻保持部138に現在時刻を代入し、処理を終了する(ステップK6)。ただし、すでに正常な時刻が代入されている場合は、継続してLAN通信不可(前回あるいは前回より前のLAN通信チェックによりLAN通信不可を検出している)であるため、現在時刻を代入しない。
【0078】
一方、ステップK3においてLAN状態フラグ137をONにセットした場合、LANチェック・退避トラップ送信部131は、図8のステップE4と同様に、退避トラップ送信部133を呼び出し(ステップK4)、LAN通信不可の間、マネージャ2に向けて送信するはずだった、ローカルバッファ14に退避しているトラップをマネージャ2に向けて送信させた後、処理を終了する。
【0079】
図17を参照すると、退避トラップ送信部133は、第1の実施形態(図10)とは異なり、まず、LAN通信不可検出時刻保持部138に保持されている時刻が正常であるかを確認する(ステップL1)。LAN通信不可検出時刻保持部138に正常な時刻が保持されている場合は、退避トラップ送信部133が、LAN通信不可からLAN通信可能になって最初に呼び出されたことになる(時刻を代入するタイミングは、LAN状態フラグ137がOFFの時に限る(図15のステップJ2および図16のステップK6)ためである)。この場合、退避トラップ送信部133は、ローカルバッファ14に退避されているトラップの該当する全てのトラップを1つのトラップ送信用コマンドラインづつマネージャ2に向けて送信するループ1(ステップL2〜L5)の処理を繰り返す。
【0080】
具体的には、退避トラップ送信部133は、LAN通信不可検出時刻保持部138に保持されている時刻(前回あるいは前回より前のLAN通信チェックでLAN通信不可を最初に検出した時刻)から1[sec]を引いた時刻以降、現在までに発行されてローカルバッファ14に格納されているトラップがマネージャ2に送信されなかったトラップであるものと想定し、ローカルバッファ14の該当するトラップのトラップ送信用コマンドラインを、古いものから1つづつ順番にマネージャ2に向けて送信する(ステップL3)。そして、マネージャ2に向けて送信したトラップが最新のトラップ(最後にローカルバッファ14に退避されたトラップ)であるか否かを確認し(ステップL4)、最新のトラップであれば、ループ1(ステップL2〜L5)を抜ける。
【0081】
最後に、退避トラップ送信部133は、LAN通信不可検出時刻保持部138に保持されている時刻をリセットし(ステップL6)、処理を終了する。
【0082】
以下に、本実施形態によるエージェント1の動作について、具体的な実施例を挙げて説明する。ここでは、図1に示すように、エージェント1とマネージャ2間がLAN3により接続されているものとする。
【0083】
図18は、本実施形態によるエージェント1の具体的な動作を説明するシーケンスチャートである。
【0084】
本実施例では、LAN通信が可能である間にLAN通信チェック部132によるLAN通信チェックが実行され(ステップM1)、LAN通信可が検出されてLAN状態フラグ137がONになった後の動作について説明する。なお、LAN通信チェックを開始してから、LAN状態フラグ137をセットするまでの時間T1は、テスト用パケットをマネージャ2に向けて送信してから、テスト用パケットを受信するのを待つタイムアウトの時間であり、第1の実施形態と同様0.1[sec]とする。また、LAN通信チェック部132によるLAN通信チェックが実行される周期T2も第1の実施形態と同様1[sec]とする。
【0085】
LAN通信可の間に発行されたトラップ#1は、エージェント1のトラップ制御部134によりローカルバッファ14およびマネージャ2に向けて送信される(ステップM2,M3)。
【0086】
その後、最初にLAN通信チェック部132によるLAN通信チェックが実行(ステップM6)される前に、何らかの原因でエージェント1とマネージャ2間のLAN通信が不可となったとする。
【0087】
この場合、LAN通信不可となってから最初のLAN通信チェック(ステップM6)が行なわれる以前に発行されたトラップ#2は、エージェント1からローカルバッファ14およびマネージャ2の両方に送信しようとしても(ステップM4,M5)、マネージャ2への送信は失敗し、ローカルバッファ14への送信のみが成功することになる。
【0088】
LAN通信が不可である間にLAN通信チェックが実行された場合は(ステップM6)、LAN通信不可が検出されてLAN状態フラグ137がOFFになるため、本検出以後LAN通信可能が検出されるまでの間に発行されたトラップ#3,#4は、エージェント1からローカルバッファ14のみに送信される(ステップM7,M8)。このうち、トラップ#4は、実際にLAN通信が復旧された後に発行されたトラップであるが、LAN通信復旧後最初にLAN通信チェックが実行される(ステップM9)までの間に発行されたものであるため、ローカルバッファ14のみに送信されることになる(ステップM8)。
【0089】
LAN通信が復旧してから最初にLAN通信チェックが行なわれてLAN通信可を検出すると(ステップM9)、ローカルバッファ14に退避されているトラップのうちLAN通信不可の間に発行されたと思われる最大限のトラップが、ローカルバッファ14からマネージャ2に向けて送信される(ステップM10)。
【0090】
LAN通信不可の間に発行されたと思われる最大限のトラップとは、今回のLAN通信チェックでLAN通信不可を検出した最初の時刻T11から1周期(LAN通信チェックの周期T2:第1の実施形態と同様1[sec])前の時刻T10以降、LAN通信復旧を検出した時刻T12までの間に発行され、ローカルバッファ14に格納されているトラップである。本実施例ではトラップ#1、トラップ#2、トラップ#3、トラップ#4である。
【0091】
以降、LAN通信可の間に発行されたトラップ#5は、エージェント1からローカルバッファ14およびマネージャ2に向けて送信される(ステップM11,M12)。
【0092】
【発明の効果】
以上説明したように本発明においては、マネージャとの間のLAN通信が可能かどうかを監視し、LAN通信不可であることを検出した場合、それ以降、LAN通信可能になるまでに発行したトラップをエージェント内のローカルバッファに退避し、LAN通信可能を検出した時に、ローカルバッファに退避しておいたトラップをマネージャに向けて送信する。
【0093】
それにより、エージェントが、LAN通信不可の場合に、それを知らずにトラップをマネージャに向けて送信し続け、トラップが消失することを防止することができるため、トラップの消失量を最低限に抑えることができるという効果を奏する。また、LAN通信不可時に発行されたトラップを、LAN通信可能となり次第マネージャに向けて送信するため、「トラップを発行したがLAN通信不可によりマネージャに到達しない」ことが起こらないという効果を奏する。
【図面の簡単な説明】
【図1】本発明のLAN監視機能を備えたSNMPエージェントを用いたネットワーク管理システムの一構成例を示すブロック図である。
【図2】本発明の第1の実施形態によるLAN監視機能を備えたSNMPエージェントの構成を示すブロック図である。
【図3】本発明の第1の実施形態によるLAN監視機能を備えたSNMPエージェント内のトラップ処理部の詳細な構成を示すブロック図である。
【図4】本発明の第1の実施形態によるLAN監視機能を備えたSNMPエージェントの動作を説明するフローチャートである。
【図5】本発明の第1の実施形態によるLAN監視機能を備えたSNMPエージェントの動作を説明するフローチャートである。
【図6】本発明の第1の実施形態によるLAN監視機能を備えたSNMPエージェントの動作を説明するフローチャートである。
【図7】本発明の第1の実施形態によるLAN監視機能を備えたSNMPエージェントの動作を説明するフローチャートである。
【図8】本発明の第1の実施形態によるLAN監視機能を備えたSNMPエージェントの動作を説明するフローチャートである。
【図9】本発明の第1の実施形態によるLAN監視機能を備えたSNMPエージェントの動作を説明するフローチャートである。
【図10】本発明の第1の実施形態によるLAN監視機能を備えたSNMPエージェントの動作を説明するフローチャートである。
【図11】本発明のLAN監視機能を備えたSNMPエージェントを用いたネットワーク管理システムの具体例を示すブロック図である。
【図12】本発明の第1の実施形態によるLAN監視機能を備えたSNMPエージェントの具体的な動作を説明するシーケンスチャートである。
【図13】本発明の第2の実施形態によるLAN監視機能を備えたSNMPエージェント内のトラップ処理部の詳細な構成を示すブロック図である。
【図14】本発明の第2の実施形態によるLAN監視機能を備えたSNMPエージェントの動作を説明するフローチャートである。
【図15】本発明の第2の実施形態によるLAN監視機能を備えたSNMPエージェントの動作を説明するフローチャートである。
【図16】本発明の第2の実施形態によるLAN監視機能を備えたSNMPエージェントの動作を説明するフローチャートである。
【図17】本発明の第2の実施形態によるLAN監視機能を備えたSNMPエージェントの動作を説明するフローチャートである。
【図18】本発明の第2の実施形態によるLAN監視機能を備えたSNMPエージェントの具体的な動作を説明するシーケンスチャートである。
【符号の説明】
1 エージェント
2 マネージャ
3 LAN
4 ハブ
11 LAN監視制御部
12 トラップ発行部
13 トラップ処理部
14 ローカルバッファ
131 LANチェック・退避トラップ送信部
132 LAN通信チェック部
133 退避トラップ送信部
134 トラップ制御部
135 トラップ退避部
136 トラップ送信部
137 LAN状態フラグ
138 LAN通信不可検出時刻保持部[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an SNMP (Simple Network Manager Protocol) agent having a LAN (Local Area Network) monitoring function, and more particularly to an SNMP agent having a LAN monitoring function of detecting a LAN communication failure and avoiding the disappearance of an SNMP trap.
[0002]
[Prior art]
SNMP is a network protocol mainly using UDP (User Datagram Protocol) and IP (Internet Protocol). This SNMP is a protocol for transmitting and receiving management information between an agent and a manager when a communication device called a manager manages the state of another communication device called an agent in a network management system having a plurality of communication devices. used.
[0003]
In a network management system using SNMP, an agent holds event and failure information of the agent in the form of an object. The manager obtains the state of the agent stored in the agent object by a command. Further, the manager sends a setting request to the agent to the agent as a command, and the agent returns the result to the manager. Further, the agent voluntarily transmits information on an event or a failure that has occurred in the agent to the manager as a trap (Trap) at any time.
[0004]
SNMP uses UDP, which is a lower protocol of SNMP, when transmitting and receiving data. The UDP is a connectionless type protocol in which data is transmitted directly without checking whether a connection on the network has been established (whether network communication is possible).
[0005]
Therefore, SNMP has an advantage that data can be transmitted and received at a relatively high speed, but has low reliability. For example, in a network management system on a LAN using SNMP, LAN communication between an agent and a manager is impossible. Sometimes, when a trap is sent from an agent to a manager on a LAN, all the traps are lost.
[0006]
In order to detect the disappearance of a trap, for example, in Japanese Patent Application Laid-Open No. 2001-67291, two managers are installed and two managers communicate with each other so that one manager receives a trap from an agent. However, there is disclosed a network monitoring method in which, when the other manager cannot receive the trap, the trap is determined to be lost.
[0007]
[Problems to be solved by the invention]
However, in the network monitoring system disclosed in the above-mentioned patent publication, it is necessary to install at least two managers, and there is a problem that the system scale is increased.
[0008]
In addition, since the agent cannot recognize that the trap has disappeared, the agent continues to transmit the trap to the manager without knowing the fact, and there is a problem in that the amount of trap loss increases.
[0009]
There is also a problem that a trap issued by an agent may disappear due to LAN communication being disabled and not reach the manager.
[0010]
Therefore, an object of the present invention is to minimize the disappearance of SNMP traps issued when LAN communication is not possible without increasing the system scale, and to ensure that the SNMP traps issued when LAN communication is not available to the manager. The present invention provides an SNMP agent having a LAN monitoring function, which can be passed to an SNMP agent.
[0011]
[Means for Solving the Problems]
In order to achieve the above object, an SNMP agent having a LAN monitoring function according to the present invention is connected to a communication device serving as a manager via a LAN using SNMP, and manages management information with the manager via the LAN. An SNMP agent having a LAN monitoring function, which is a communication device for transmitting and receiving a message, a trap issuing unit for issuing the management information including information on an event or a failure occurring in the SNMP agent as a trap at any time, and the trap issuing unit A local buffer for temporarily saving traps issued in
[0012]
In this case, when checking whether or not communication by the LAN is possible, the LAN communication check means transmits a test packet to the manager, and based on a reply status of the test packet from the manager, the LAN communication check means transmits the test packet to the manager. It may be determined whether communication is possible.
[0013]
Further, the LAN communication checking means waits for the reception of the test packet from the manager until a time-out period after transmitting the test packet to the manager, and the time-out period has elapsed. At this point, it may be determined that communication via the LAN is not possible.
[0014]
Further, the LAN communication check means may check whether or not communication via the LAN is possible at regular intervals.
[0015]
The trap evacuation unit creates a trap transmission command line based on the trap issued by the trap issuance unit, and saves the created trap transmission command line as the trap in the local buffer. The transmission means may transmit the trap transmission command line saved in the local buffer as the trap to the manager via the trap transmission means.
[0016]
When the LAN communication checking means detects that the communication by the LAN is impossible, the trap evacuation means detects that the communication by the LAN is enabled again thereafter. By the time, the trap issued by the trap issuing means may be temporarily saved in the local buffer.
[0017]
Further, when the capacity of the local buffer becomes full due to the trap, the trap evacuation unit may write a new trap by overwriting the oldest trap sequentially.
[0018]
Further, the evacuation trap transmitting means may read out the traps saved in the local buffer in order from the oldest one and transmit the traps to the manager via the trap transmitting means.
[0019]
(Action)
In the present invention configured as described above, when the LAN communication check means detects that the LAN communication is not possible, the trap issued thereafter is saved in a local buffer, and the LAN communication check means later determines that the LAN communication is possible. When detected, the traps saved in the local buffer are sent to the manager.
[0020]
Thus, it is possible to prevent the trap issued when the LAN communication is disabled from being sent to the LAN and to be lost, and to reliably transfer the trap issued when the LAN communication is disabled to the manager after the LAN communication is restored.
[0021]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0022]
(1st Embodiment)
FIG. 1 is a block diagram showing a configuration of a network management system using an SNMP agent (hereinafter, referred to as an agent) having a LAN monitoring function according to a first embodiment of the present invention. Referring to FIG. 1, this network management system has a configuration in which an
[0023]
FIG. 2 is a block diagram showing a configuration of the
[0024]
The LAN
[0025]
The
[0026]
FIG. 3 is a block diagram showing a detailed configuration of the
[0027]
Under the control of the LAN
[0028]
If LAN communication is possible when the
[0029]
The
[0030]
Hereinafter, the operation of each component in the
[0031]
Referring to FIG. 4, the
[0032]
Subsequently, the
[0033]
Referring to FIG. 5, the
[0034]
Next, the
[0035]
If the
[0036]
On the other hand, when the
[0037]
Referring to FIG. 6, first, the
[0038]
7 to 10 show the flow of operations that are periodically executed under the control of the LAN
[0039]
Referring to FIG. 7, after the LAN
[0040]
Referring to FIG. 8, first, the LAN check / evacuation
[0041]
Referring to FIG. 9, first, the LAN
[0042]
Specifically, the LAN
[0043]
Referring to FIG. 8 again, the LAN check / evacuation
[0044]
When the
[0045]
On the other hand, when the
[0046]
Referring to FIG. 10, the evacuation
[0047]
On the other hand, if there are traps that have been saved in the
[0048]
Specifically, the evacuation
[0049]
Hereinafter, the operation of the
[0050]
FIG. 12 is a sequence chart illustrating a specific operation of the
[0051]
In this embodiment, the operation of the
[0052]
However, in this case, it takes time from when the power of the hub 4 is turned on to when communication via the
[0053]
In consideration of such circumstances, in this embodiment, the initial value of the
[0054]
Note that the time T1 from the start of the LAN communication check to the setting of the
[0055]
Thereafter, in the
[0056]
Eventually, in the present embodiment, "from the start of the operation of the
[0057]
Then, after the LAN communication is enabled, the first LAN communication check (step H10) detects that the LAN communication is possible, and when the
[0058]
In the subsequent LAN communication check (step H12), the LAN communication is detected and the
[0059]
(Second embodiment)
An SNMP agent (hereinafter, referred to as an agent) having a LAN monitoring function according to the second embodiment of the present invention has the same basic configuration as the first embodiment shown in FIG. However, the difference from the first embodiment is that all traps issued by the
[0060]
Specifically, when LAN communication between the
[0061]
Further, when the
[0062]
As a result, in the first embodiment, the trap issued from when the LAN communication is disabled until the first LAN communication check cannot be guaranteed (is lost), but in the present embodiment, the trap is guaranteed. In this embodiment, it is assumed that the LAN communication is disabled after the LAN communication check immediately before the LAN communication is disabled, and the trap issued after this point is the LAN communication recovery time. This is because it is transmitted to the
[0063]
However, for this reason, the trap issued from the LAN communication check immediately before the LAN communication is disabled to the LAN communication being disabled (the relevant trap is immediately transmitted to the manager 2) is restored to the LAN communication. Later, it is transmitted to the
[0064]
Referring to FIG. 13, the
[0065]
The LAN communication disable detection
[0066]
Hereinafter, the operation of each component in the
[0067]
As in the first embodiment (FIG. 4), the
[0068]
Referring to FIG. 14, the
[0069]
Subsequently, unlike the first embodiment (FIG. 5), the
[0070]
Subsequently, the
[0071]
On the other hand, if the
[0072]
FIG. 15 to FIG. 17 show the flow of operations that are periodically executed under the control of the LAN
[0073]
Referring to FIG. 15, as in the first embodiment (step D1 in FIG. 7), the LAN
[0074]
Subsequently, the LAN
[0075]
Referring to FIG. 16, first, the LAN check / evacuation
[0076]
Subsequently, the LAN check / evacuation
[0077]
When the
[0078]
On the other hand, when the
[0079]
Referring to FIG. 17, unlike the first embodiment (FIG. 10), the evacuation
[0080]
More specifically, the evacuation
[0081]
Finally, the evacuation
[0082]
Hereinafter, the operation of the
[0083]
FIG. 18 is a sequence chart illustrating a specific operation of the
[0084]
In this embodiment, the LAN communication check is performed by the LAN
[0085]
The
[0086]
After that, it is assumed that the LAN communication between the
[0087]
In this case,
[0088]
If the LAN communication check is executed while the LAN communication is disabled (step M6), the LAN communication disable is detected and the
[0089]
When the LAN communication is first checked after the LAN communication is restored to detect that the LAN communication is possible (step M9), the maximum of the traps saved in the
[0090]
The maximum trap that is considered to have been issued during the LAN communication failure is one cycle from the first time T11 when the LAN communication failure is detected in the current LAN communication check (the LAN communication check cycle T2: the first embodiment). This is a trap that is issued from time T10 1 [sec] before, to time T12 when LAN communication recovery is detected, and stored in the
[0091]
Thereafter, the
[0092]
【The invention's effect】
As described above, in the present invention, it is monitored whether or not LAN communication with the manager is possible, and when it is detected that LAN communication is not possible, a trap issued until the LAN communication becomes possible is detected. The trap is saved to a local buffer in the agent, and when the LAN communication is detected, the trap saved in the local buffer is transmitted to the manager.
[0093]
Thus, when LAN communication is not possible, the agent can continue to transmit traps to the manager without knowing that, and it is possible to prevent traps from being lost, thereby minimizing the amount of traps lost. This has the effect that it can be performed. In addition, since the trap issued when LAN communication is disabled is transmitted to the manager as soon as LAN communication is enabled, there is an effect that "a trap is issued but does not reach the manager due to LAN communication being disabled" does not occur.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration example of a network management system using an SNMP agent having a LAN monitoring function according to the present invention.
FIG. 2 is a block diagram showing a configuration of an SNMP agent having a LAN monitoring function according to the first embodiment of the present invention.
FIG. 3 is a block diagram showing a detailed configuration of a trap processing unit in an SNMP agent having a LAN monitoring function according to the first embodiment of the present invention.
FIG. 4 is a flowchart illustrating an operation of an SNMP agent having a LAN monitoring function according to the first embodiment of the present invention.
FIG. 5 is a flowchart illustrating an operation of an SNMP agent having a LAN monitoring function according to the first embodiment of the present invention.
FIG. 6 is a flowchart illustrating an operation of an SNMP agent having a LAN monitoring function according to the first embodiment of the present invention.
FIG. 7 is a flowchart illustrating an operation of an SNMP agent having a LAN monitoring function according to the first embodiment of the present invention.
FIG. 8 is a flowchart illustrating an operation of an SNMP agent having a LAN monitoring function according to the first embodiment of the present invention.
FIG. 9 is a flowchart illustrating an operation of an SNMP agent having a LAN monitoring function according to the first embodiment of the present invention.
FIG. 10 is a flowchart illustrating an operation of an SNMP agent having a LAN monitoring function according to the first embodiment of the present invention.
FIG. 11 is a block diagram showing a specific example of a network management system using an SNMP agent having a LAN monitoring function according to the present invention.
FIG. 12 is a sequence chart illustrating a specific operation of the SNMP agent having a LAN monitoring function according to the first embodiment of the present invention.
FIG. 13 is a block diagram illustrating a detailed configuration of a trap processing unit in an SNMP agent having a LAN monitoring function according to a second embodiment of the present invention.
FIG. 14 is a flowchart illustrating an operation of an SNMP agent having a LAN monitoring function according to the second embodiment of the present invention.
FIG. 15 is a flowchart illustrating an operation of an SNMP agent having a LAN monitoring function according to the second embodiment of the present invention.
FIG. 16 is a flowchart illustrating an operation of an SNMP agent having a LAN monitoring function according to the second embodiment of the present invention.
FIG. 17 is a flowchart illustrating an operation of an SNMP agent having a LAN monitoring function according to the second embodiment of the present invention.
FIG. 18 is a sequence chart illustrating a specific operation of an SNMP agent having a LAN monitoring function according to the second embodiment of the present invention.
[Explanation of symbols]
1 agent
2 Manager
3 LAN
4 Hub
11 LAN monitoring control unit
12 Trap issuing unit
13 Trap processing unit
14 Local buffer
131 LAN check / evacuation trap transmitter
132 LAN communication check unit
133 evacuation trap transmission unit
134 Trap control unit
135 trap evacuation unit
136 Trap transmitter
137 LAN status flag
138 LAN communication disabled detection time holding unit
Claims (8)
前記SNMPエージェントで生じた事象または障害の情報を含む前記管理情報を、随時トラップとして発行するトラップ発行手段と、
前記トラップ発行手段で発行されたトラップを一時退避する場所であるローカルバッファと、
前記マネージャとの前記LANによる通信の可否をチェックするLAN通信チェック手段と、
前記LAN通信チェック手段が前記LANによる通信が可能であることを検出した場合、前記トラップ発行手段で発行されたトラップを前記マネージャに向けて送信するトラップ送信手段と、
前記LAN通信チェック手段が前記LANによる通信が不可であることを検出した場合、前記トラップ発行手段で発行されたトラップを前記ローカルバッファに一時退避するトラップ退避手段と、
前記LAN通信チェック手段が前記LANによる通信が再度可能となったことを検出した時に、前記ローカルバッファに退避しておいたトラップを前記トラップ送信手段を介して前記マネージャに向けて送信する退避トラップ送信手段とを有することを特徴とするSNMPエージェント。An SNMP agent having a LAN monitoring function, which is a communication device connected to a communication device serving as a manager via a LAN using SNMP and transmitting / receiving management information to / from the manager via the LAN,
A trap issuing unit that issues the management information including information on an event or a failure that has occurred in the SNMP agent as an optional trap;
A local buffer which is a place to temporarily save the trap issued by the trap issuing means,
LAN communication checking means for checking whether communication with the manager is possible through the LAN,
Trap transmitting means for transmitting a trap issued by the trap issuing means to the manager when the LAN communication checking means detects that communication by the LAN is possible;
Trap saving means for temporarily saving the trap issued by the trap issuing means to the local buffer when the LAN communication checking means detects that communication by the LAN is impossible;
Evacuation trap transmission for transmitting the trap saved in the local buffer to the manager via the trap transmission means when the LAN communication check means detects that the communication by the LAN is enabled again. And an SNMP agent.
前記退避トラップ送信手段は、前記ローカルバッファに退避しておいた前記トラップ送信用コマンドラインを前記トラップとして前記トラップ送信手段を介して前記マネージャに向けて送信する、請求項1から4のいずれか1項に記載のSNMPエージェント。The trap saving unit creates a command line for trap transmission based on the trap issued by the trap issuing unit, and saves the created command line for trap transmission to the local buffer as the trap.
5. The trap save transmission unit according to claim 1, wherein the trap transmission command line saved in the local buffer is transmitted as the trap to the manager via the trap transmission unit. 6. The SNMP agent according to the item.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002238061A JP2004080397A (en) | 2002-08-19 | 2002-08-19 | Snmp agent provided with lan monitor function |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002238061A JP2004080397A (en) | 2002-08-19 | 2002-08-19 | Snmp agent provided with lan monitor function |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004080397A true JP2004080397A (en) | 2004-03-11 |
Family
ID=32021588
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002238061A Pending JP2004080397A (en) | 2002-08-19 | 2002-08-19 | Snmp agent provided with lan monitor function |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004080397A (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010205234A (en) * | 2009-03-06 | 2010-09-16 | Nec Corp | Monitoring system, network apparatus, monitoring information providing method, and program |
WO2011007399A1 (en) * | 2009-07-17 | 2011-01-20 | 富士通テレコムネットワークス株式会社 | Snmp agent device and snmp agent control method |
US7996528B2 (en) | 2007-06-08 | 2011-08-09 | Fujitsu Limited | Network management system having agent controlled transmission of state variation notifying command based on manager load information |
JP2013142977A (en) * | 2012-01-10 | 2013-07-22 | Ricoh Co Ltd | Communication device, communication method and program |
-
2002
- 2002-08-19 JP JP2002238061A patent/JP2004080397A/en active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7996528B2 (en) | 2007-06-08 | 2011-08-09 | Fujitsu Limited | Network management system having agent controlled transmission of state variation notifying command based on manager load information |
JP2010205234A (en) * | 2009-03-06 | 2010-09-16 | Nec Corp | Monitoring system, network apparatus, monitoring information providing method, and program |
WO2011007399A1 (en) * | 2009-07-17 | 2011-01-20 | 富士通テレコムネットワークス株式会社 | Snmp agent device and snmp agent control method |
JP5186043B2 (en) * | 2009-07-17 | 2013-04-17 | 富士通テレコムネットワークス株式会社 | SNMP agent device and SNMP agent control method |
JP2013142977A (en) * | 2012-01-10 | 2013-07-22 | Ricoh Co Ltd | Communication device, communication method and program |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5774640A (en) | Method and apparatus for providing a fault tolerant network interface controller | |
US7876761B2 (en) | System and method for fault tolerant TCP offload | |
US6765877B1 (en) | System and method for detecting unidirectional links | |
US6594776B1 (en) | Mechanism to clear MAC address from Ethernet switch address table to enable network link fail-over across two network segments | |
US20040252638A1 (en) | Method and apparatus for managing flow control in a data processing system | |
US8051321B2 (en) | Cluster system and node switching method | |
US5884041A (en) | Method and apparatus for monitoring auto-negotiation progress | |
JP2005228316A (en) | Tcp connection management device, tcp connection management method and program storage device | |
US6665275B1 (en) | Network device including automatic detection of duplex mismatch | |
JP2004280738A (en) | Proxy response device | |
US20050066017A1 (en) | Deterministically electing an active node | |
CN114764380A (en) | Distributed cluster control method and device based on ETCD | |
EP1107511A2 (en) | System, device, and method for non-disruptive shutdown in a communications network | |
JP2004080397A (en) | Snmp agent provided with lan monitor function | |
JP3861226B2 (en) | Concentrator and its reset management method | |
CN114422428A (en) | Restarting method and apparatus for service node, electronic device and storage medium | |
JP4863984B2 (en) | Monitoring processing program, method and apparatus | |
US7746888B2 (en) | System and computer-readable medium for avoiding data loss during network port recovery processes | |
JP4846192B2 (en) | Power management method | |
US20040158605A1 (en) | Domain-wide reset agents | |
JPH10334009A (en) | Client fault detecting method | |
JP2000151663A (en) | Failure detecting device and failure detecting method | |
JP2003050753A (en) | OPERATION SYSTEM FOR AUTOMATIC RECOVERY Web SERVER | |
JP2000032031A (en) | Communication network, communication system and changing method for constitution information on the system | |
Barbosa et al. | Implementation of a flexible membership protocol on a real-time ethernet prototype |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20041220 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20041220 |