JP2004080397A - Snmp agent provided with lan monitor function - Google Patents

Snmp agent provided with lan monitor function Download PDF

Info

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
Application number
JP2002238061A
Other languages
Japanese (ja)
Inventor
Takahiko Usui
臼井 貴彦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2002238061A priority Critical patent/JP2004080397A/en
Publication of JP2004080397A publication Critical patent/JP2004080397A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To suppress the loss of traps transmitted from an agent to a manager to the minimum when a LAN communication is impossible. <P>SOLUTION: A LAN monitor control unit 11 makes a trap processing part 13 to check the possibility of the communication by a LAN 3 in a prescribed cycle. When the LAN communication is possible, the trap processing part 13 transmits the trap issued at a trap issue section 12 to the manager via the LAN 3. While, when the LAN communication is impossible, the trap issued at the trap issue section 12 is saved in a local buffer 14 until the LAN communication becomes possible again, as soon as the LAN communication becomes possible again, the trap saved in the local buffer 14 is transmitted to the manager via the LAN 3. <P>COPYRIGHT: (C)2004,JPO

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 step 2, a LAN communication check unit for checking whether communication with the manager is possible via the LAN, and the LAN communication check unit is capable of performing communication via the LAN. Detected by the trap issuing means, Trap transmitting means for transmitting the trap to the manager, and when the LAN communication checking means detects that communication by the LAN is impossible, the trap issued by the trap issuing means is stored in the local buffer. The trap evacuation means for temporarily evacuation and the manager, via the trap transmission means, send the trap evacuation to the local buffer when the LAN communication check means detects that the communication via the LAN has been enabled again. Evacuation trap transmitting means for transmitting to
[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 agent 1 as a communication device and a manager 2 as a communication device are connected by a LAN 3 using SNMP.
[0023]
FIG. 2 is a block diagram showing a configuration of the agent 1 shown in FIG. Referring to FIG. 2, the agent 1 includes a LAN monitoring control unit 11, a trap issuing unit 12, a trap processing unit 13, and a local buffer 14.
[0024]
The LAN monitoring control unit 11 causes the trap processing unit 13 to monitor the LAN 3 at regular intervals, and the trap issuing unit 12 issues management information such as an event or a failure that has occurred in the agent 1 as a trap at any time.
[0025]
The trap processing unit 13 checks whether LAN communication is possible or not at regular intervals under the control of the LAN monitoring control unit 11, and when LAN communication is possible, the trap issued by the trap issuing unit 12 is transmitted via the LAN 3. Send to Manager 2. On the other hand, if the LAN communication is not possible, the trap issued by the trap issuing unit 12 is saved in the local buffer 14, and the trap saved in the local buffer 14 is directed to the manager 2 via the LAN 3 as soon as the LAN communication becomes possible. To send.
[0026]
FIG. 3 is a block diagram showing a detailed configuration of the trap processing unit 13 shown in FIG. 3, the trap processing unit 13 includes a LAN check / evacuation trap transmission unit 131, a LAN communication check unit 132, an evacuation trap transmission unit 133, a trap control unit 134, a trap evacuation unit 135, and a trap transmission unit. A section 136 and a LAN status flag 137 are provided.
[0027]
Under the control of the LAN monitoring control unit 11, the LAN check / evacuation trap transmitting unit 131 calls the LAN communication checking unit 132 at regular intervals, and checks whether LAN communication between the agent 1 and the manager 2 is possible. If LAN communication is possible, the evacuation trap transmission unit 133 is called. If there is a trap saved in the local buffer 14 at that time, the trap saved in the local buffer 14 is sent to the manager via the trap transmission unit 136. 2 is transmitted.
[0028]
If LAN communication is possible when the trap issuing unit 12 issues the trap, the trap control unit 134 transmits the trap to the manager 2 via the trap transmitting unit 136. If LAN communication is not possible when the trap issuing unit 12 issues the trap, the trap saving unit 135 is called to temporarily save the trap issued by the trap issuing unit 12 in the local buffer 14.
[0029]
The LAN status flag 137 is a flag indicating a result of periodic LAN communication monitoring by the LAN communication check unit 132. The LAN status flag 137 is set to OFF (LAN communication disabled) as an initial value by the LAN monitoring control unit 11, and thereafter, in accordance with the periodic monitoring result of the LAN communication enabled / disabled by the LAN communication checking unit 132, the LAN check / check is performed. It is set ON (LAN communication is possible) or OFF by the evacuation trap transmitting unit 131.
[0030]
Hereinafter, the operation of each component in the agent 1 according to the present embodiment will be sequentially described using a flowchart.
[0031]
Referring to FIG. 4, the trap issuing unit 12 issues management information such as an abnormality or an event that has occurred in the agent 1 as a trap at any time (step A1).
[0032]
Subsequently, the trap issuing unit 12 calls the trap control unit 134 in the trap processing unit 13 by transferring the trap issued in step A1, and transmits a trap based on whether LAN communication between the agent 1 and the manager 2 is possible. A process for determining a destination and a process for transmitting a trap are executed (step A2), and the process ends.
[0033]
Referring to FIG. 5, the trap control unit 134 first creates a trap transmission command line based on the trap issued by the trap issuing unit 12 in step A1 of FIG. 4 (step B1).
[0034]
Next, the trap control unit 134 checks whether or not LAN communication between the agent 1 and the manager 2 is possible (whether or not a trap can be transmitted from the agent 1 to the manager 2) by using the LAN status flag 137 (step B2).
[0035]
If the LAN status flag 137 is ON (LAN communication is possible), the trap control unit 134 sends the trap to the manager 2 via the trap transmission unit 136 using the trap transmission command line created in step B1. Send (step B3) and end the process.
[0036]
On the other hand, when the LAN status flag 137 is OFF (LAN communication is disabled), the trap control unit 134 calls the trap evacuation unit 135 (step B4), and stores the trap transmission command line created in step B1 in the local buffer for each command line. After evacuating to 14, the process ends.
[0037]
Referring to FIG. 6, first, the trap evacuation unit 134 searches the local buffer 14 to obtain a write destination of a trap transmission command line in the local buffer 14 (step C1). The command line is written in the location acquired in step C1 (step C2), and the process ends. Note that when the capacity of the local buffer 14 is full due to the trap, the trap save unit 134 writes a new trap by overwriting in order from the oldest trap.
[0038]
7 to 10 show the flow of operations that are periodically executed under the control of the LAN monitoring control unit 11 in the present embodiment.
[0039]
Referring to FIG. 7, after the LAN monitoring control unit 11 sets the LAN status flag 137 to OFF (LAN communication disabled) as an initial value (step D1), the loop 1 calls the LAN check / evacuation trap transmission unit 131 at regular intervals. (Steps D2 to D4) are repeated to monitor the LAN3. The period at which the LAN check / evacuation trap transmitting unit 131 is called is a time period during which LAN communication is disabled and traps issued within this period are not guaranteed (traps are lost). In this embodiment, it is set to 1 [sec] in consideration of keeping traffic on the LAN 3 to a minimum.
[0040]
Referring to FIG. 8, first, the LAN check / evacuation trap transmitting unit 131 calls the LAN communication check unit 132 (step E1) and checks whether LAN communication between the agent 1 and the manager 2 is possible.
[0041]
Referring to FIG. 9, first, the LAN communication check unit 132 transmits a test packet to the manager 2 (step F1), and transmits a test packet until a predetermined time (timeout) elapses after transmitting the test packet. The process of loop 1 (steps F2 to F5) for receiving the test packet returned from the manager 2 is repeated, and the process ends when a timeout occurs.
[0042]
Specifically, the LAN communication check unit 132 checks whether a test packet returned from the manager 2 has been received until the timeout occurs (step F3). (Step F4) is repeated to confirm that is a normal packet (a test packet from the manager 2 and that it can communicate normally with the manager 2). If it can be confirmed in step F4, the process exits from loop 1 (steps F2 to F5) and ends the processing. The timeout period was examined as follows. In the measurement by the experiment, the time from the transmission of the test packet to the reception of the test packet when the LAN communication is normal is on the order of 0.0001 [sec]. From this result, a time-out period of 0.1 [sec] is sufficient. Therefore, in this embodiment, the time-out period is set to 0.1 [sec].
[0043]
Referring to FIG. 8 again, the LAN check / evacuation trap transmitting section 131 turns on the LAN status flag 137 (LAN communication) based on the result of the LAN communication check section 132 checking whether or not LAN communication is possible in step E1 (step E2). OK) or OFF (LAN communication disabled) (steps E3 and E5).
[0044]
When the LAN status flag 137 is set to OFF in step E5, the LAN check / evacuation trap transmitting unit 131 ends the processing.
[0045]
On the other hand, when the LAN status flag 137 is set to ON in step E3, the LAN check / evacuation trap transmitting unit 131 calls the evacuation trap transmitting unit 133 (step E4), and the traps saved in the local buffer 14 at that time. If there is, all the traps saved in the local buffer 14 are transmitted to the manager 2, and the process is terminated.
[0046]
Referring to FIG. 10, the evacuation trap transmitting unit 133 checks whether or not there is a trap that has been evicted in the local buffer 14 and has not been transmitted to the manager 2 (step G1).
[0047]
On the other hand, if there are traps that have been saved in the local buffer 14 and have not been sent to the manager 2, the saved trap transmitting unit 133 sends all traps saved in the local buffer 14 to the manager 2 by one trap transmission command line. Is repeated (steps G2 to G5).
[0048]
Specifically, the evacuation trap transmitting unit 133 transmits the trap transmission command lines of the traps saved in the local buffer 14 to the manager 2 in order from the oldest one (step G3). Then, it is checked whether or not the trap transmitted to the manager 2 is the last (remaining one) trap which has been saved to the local buffer 14 and has not been transmitted to the manager 2 (step G4). The processing exits from loop 1 (steps G2 to G5) and ends.
[0049]
Hereinafter, the operation of the agent 1 according to the present embodiment will be described with a specific example. Here, as shown in FIG. 11, it is assumed that the hub 4 is arranged in the middle of the LAN 3 connecting the agent 1 and the manager 2.
[0050]
FIG. 12 is a sequence chart illustrating a specific operation of the agent 1 according to the present embodiment.
[0051]
In this embodiment, the operation of the agent 1 is started (step H1) and the power of the hub 4 is turned on (step H2) at the same time. Shall be
[0052]
However, in this case, it takes time from when the power of the hub 4 is turned on to when communication via the LAN 3 is possible between the hubs 4 (LAN communication via the hub 4 is not guaranteed for 6 seconds after the power is turned on to the hub 4). The trap issued between the start of the operation of the agent 1 and the time when the LAN communication becomes available is not transmitted even if the agent 1 attempts to transmit the trap to the manager 2.
[0053]
In consideration of such circumstances, in this embodiment, the initial value of the LAN status flag 137 of the agent 1 is set to OFF. Therefore, the time from the start of the operation of the agent 1 (step H1) to the execution of the first LAN communication check (step H4) by the LAN communication check unit 132 to set the LAN status flag 137 is the “estimated LAN communication impossible time”. And the trap # 1 issued at this time is saved in the local buffer 14 (step H3).
[0054]
Note that the time T1 from the start of the LAN communication check to the setting of the LAN status flag 137 is the time T1 after the start of the LAN communication check (transmission of the test packet to the manager 2) and the reception of the test packet. This is a time-out period for waiting for the execution, and is set to 0.1 [sec] in the present embodiment.
[0055]
Thereafter, in the agent 1, the LAN communication check unit 132 executes the LAN communication check at a fixed cycle T2 (1 [sec] in this embodiment) (steps H5, H7, H8), and the trap issuing unit 12 After the LAN communication check in steps H5 and H8, traps # 2 and # 3 are issued (steps H6 and H9), and the traps # 2 and # 3 are saved in the local buffer 14. Note that the trap # 3 is issued after the LAN communication is enabled. At this point, since the LAN status flag 137 is OFF, the trap # 3 is saved in the local buffer 14.
[0056]
Eventually, in the present embodiment, "from the start of the operation of the agent 1, the first LAN communication check after the LAN communication is enabled detects the LAN communication possible (step H10), and the LAN status flag 137 is set to ON. All traps # 1, # 2, and # 3 issued until "by the time" are saved in the local buffer 14.
[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 LAN status flag 137 is turned ON, all the data saved in the local buffer 14 are saved. Traps # 1, # 2, and # 3 are transmitted to the manager 2 (step H11).
[0058]
In the subsequent LAN communication check (step H12), the LAN communication is detected and the LAN status flag 137 is set to ON, so that the trap # 4 is transmitted to the manager 2 without being saved in the local buffer 14 (step H12). H13).
[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 trap issuing unit 12 are saved in the local buffer 14.
[0060]
Specifically, when LAN communication between the agent 1 and the manager 2 is possible, the trap processing unit 13 transmits the trap issued by the trap issuing unit 12 to the local buffer 14 and the manager 2 at the same time.
[0061]
Further, when the trap processing unit 13 first detects that LAN communication is impossible by the LAN communication check (the first detection means that LAN communication is possible in the previous LAN communication check, but the LAN communication is impossible in this check). ), Assuming that traps issued since the last LAN communication check have been lost, one of the traps saved in the local buffer 14 after the last LAN communication check, that is, one cycle from the current check ( 1 [sec]), traps issued before and after are sent to the manager 2 as soon as LAN communication becomes possible again.
[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 manager 2 later.
[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 manager 2 again (the same trap is transmitted twice).
[0064]
Referring to FIG. 13, the trap processing unit 13 has a configuration in which a LAN communication disable detection time holding unit 138 is added to the configuration of the first embodiment shown in FIG. Has become.
[0065]
The LAN communication disable detection time holding unit 138 first detects the LAN communication disable by the LAN communication check unit 132 (the first detection means that the LAN communication check was performed by the previous LAN communication check of the LAN communication check unit 132, The check indicates that the time is not possible.)
[0066]
Hereinafter, the operation of each component in the agent 1 according to the present embodiment will be sequentially described using a flowchart.
[0067]
As in the first embodiment (FIG. 4), the trap issuing unit 12 issues management information such as an abnormality or an event occurring in the agent 1 as a trap at any time (step A1 in FIG. 4). Then, by transferring the trap, the trap control unit 134 in the trap processing unit 13 is called, and the process of determining the destination of the trap and the process of transmitting the trap are performed based on whether LAN communication between the agent 1 and the manager 2 is possible. (Step A2 in FIG. 4), and the process ends.
[0068]
Referring to FIG. 14, the trap control unit 134 first creates a trap transmission command line based on the trap issued by the trap issuing unit 12 as in step B1 of FIG. 5 (step I1).
[0069]
Subsequently, unlike the first embodiment (FIG. 5), the trap control unit 134 determines whether LAN communication between the agent 1 and the manager 2 is possible (whether a trap can be transmitted from the agent 1 to the manager 2). The trap saving unit 135 is called (step I2), and the command line for trap transmission created in step I1 is saved in the local buffer 14 for each command line. The operation of the trap evacuation unit 135 in this step I2 is the same as that in FIG.
[0070]
Subsequently, the trap control unit 134 checks the LAN status flag 137 (step I3), similarly to step B2 in FIG. 5, and ends the process if the LAN status flag is OFF (LAN communication is disabled).
[0071]
On the other hand, if the LAN status flag 137 is ON (LAN communication is possible), the trap control unit 134 sends the trap to the manager 2 via the trap transmission unit 136 using the trap transmission command line created in step I1. (Step I4), and the process ends.
[0072]
FIG. 15 to FIG. 17 show the flow of operations that are periodically executed under the control of the LAN monitoring control unit 11 in the present embodiment.
[0073]
Referring to FIG. 15, as in the first embodiment (step D1 in FIG. 7), the LAN monitoring control unit 11 sets the LAN status flag 137 to OFF (LAN communication is disabled), as in the first embodiment (step D1 in FIG. 7). Step J1) In addition to the first embodiment, the current time is assigned to the LAN communication disable detection time holding unit 138 (step J2).
[0074]
Subsequently, the LAN monitoring control unit 11 repeats the processing of the loop 1 (steps J3 to J5) that calls the LAN check / evacuation trap transmitting unit 131 at regular intervals, and monitors the LAN3. The cycle at which the LAN check / evacuation trap transmitting unit 131 is called is 1 [sec] as in the first embodiment.
[0075]
Referring to FIG. 16, first, the LAN check / evacuation trap transmitting unit 131 calls the LAN communication check unit 132 (step K1) and checks whether LAN communication between the agent 1 and the manager 2 is possible. The operation of the LAN communication check unit 132 in step K1 is the same as that in FIG.
[0076]
Subsequently, the LAN check / evacuation trap transmitting unit 131 sets the LAN status flag 137 to ON (LAN communication enabled) or OFF based on the result of the LAN communication checking unit 132 checking LAN communication availability at step K1 (step K2). (LAN communication disabled) is set (steps K3 and K5).
[0077]
When the LAN status flag 137 is set to OFF in step K5, the LAN check / evacuation trap transmitting section 131 substitutes the current time in the LAN communication impossible detection time holding section 138, and ends the processing (step K6). However, if a normal time has already been assigned, the current time is not assigned because the LAN communication is continuously disabled (the LAN communication was not detected by the previous or previous LAN communication check).
[0078]
On the other hand, when the LAN status flag 137 is set to ON in step K3, the LAN check / evacuation trap transmitting unit 131 calls the evacuation trap transmitting unit 133 (step K4), as in step E4 in FIG. During this time, the trap which is supposed to be transmitted to the manager 2 and which has been evacuated to the local buffer 14 is transmitted to the manager 2, and the process is terminated.
[0079]
Referring to FIG. 17, unlike the first embodiment (FIG. 10), the evacuation trap transmitting unit 133 first checks whether the time held in the LAN communication disable detection time holding unit 138 is normal. (Step L1). If the LAN communication disable detection time holding unit 138 holds a normal time, the evacuation trap transmitting unit 133 is called first after the LAN communication is disabled and the LAN communication is enabled (substitute the time. The timing is limited to when the LAN status flag 137 is OFF (step J2 in FIG. 15 and step K6 in FIG. 16). In this case, the evacuation trap transmitting unit 133 performs a loop 1 (steps L2 to L5) for transmitting all the traps corresponding to the traps saved in the local buffer 14 to the manager 2 one command transmission command line at a time. Repeat the process.
[0080]
More specifically, the evacuation trap transmitting unit 133 sets 1 [from the time held in the LAN communication disable detection time holding unit 138 (the time when the LAN communication disable was first detected in the previous or previous LAN communication check). [sec], it is assumed that traps that have been issued and stored in the local buffer 14 up to the present are traps that have not been transmitted to the manager 2. The command lines are transmitted to the manager 2 one by one from the oldest one (step L3). Then, it is checked whether or not the trap transmitted to the manager 2 is the latest trap (the trap last saved in the local buffer 14) (step L4). L2 to L5).
[0081]
Finally, the evacuation trap transmitting unit 133 resets the time held in the LAN communication disable detection time holding unit 138 (step L6), and ends the process.
[0082]
Hereinafter, the operation of the agent 1 according to the present embodiment will be described with a specific example. Here, it is assumed that the agent 1 and the manager 2 are connected by a LAN 3 as shown in FIG.
[0083]
FIG. 18 is a sequence chart illustrating a specific operation of the agent 1 according to the present embodiment.
[0084]
In this embodiment, the LAN communication check is performed by the LAN communication check unit 132 while the LAN communication is possible (step M1), and the operation after the LAN communication is detected and the LAN status flag 137 is turned ON. explain. Note that the time T1 from the start of the LAN communication check to the setting of the LAN status flag 137 is a time-out time for transmitting the test packet to the manager 2 and waiting for receiving the test packet. And 0.1 [sec] as in the first embodiment. Further, the cycle T2 at which the LAN communication check is performed by the LAN communication check unit 132 is also set to 1 [sec] as in the first embodiment.
[0085]
The trap # 1 issued during the LAN communication is transmitted to the local buffer 14 and the manager 2 by the trap control unit 134 of the agent 1 (steps M2 and M3).
[0086]
After that, it is assumed that the LAN communication between the agent 1 and the manager 2 is disabled for some reason before the LAN communication check is first performed by the LAN communication check unit 132 (step M6).
[0087]
In this case, trap # 2 issued before the first LAN communication check (step M6) is performed after the LAN communication is disabled, even if agent 1 attempts to transmit to both local buffer 14 and manager 2 (step M6). M4, M5), the transmission to the manager 2 fails, and only the transmission to the local buffer 14 succeeds.
[0088]
If the LAN communication check is executed while the LAN communication is disabled (step M6), the LAN communication disable is detected and the LAN status flag 137 is turned off. The traps # 3 and # 4 issued during the period are transmitted from the agent 1 only to the local buffer 14 (steps M7 and M8). Trap # 4 is a trap issued after the LAN communication is actually restored, but is issued before the first LAN communication check is executed after the LAN communication is restored (step M9). Therefore, the data is transmitted only to the local buffer 14 (step M8).
[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 local buffer 14 which is considered to have been issued during the LAN communication disabled state is detected. A limited trap is transmitted from the local buffer 14 to the manager 2 (step M10).
[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 local buffer 14. In this embodiment, trap # 1, trap # 2, trap # 3, and trap # 4.
[0091]
Thereafter, the trap # 5 issued while the LAN communication is enabled is transmitted from the agent 1 to the local buffer 14 and the manager 2 (steps M11 and M12).
[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監視機能を備えたSNMPエージェントにおいて、
前記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.
前記LAN通信チェック手段は、前記LANによる通信の可否をチェックする場合、前記マネージャに向けてテスト用パケットを送信し、前記マネージャからの前記テスト用パケットの返信状況に基づいて前記LANによる通信の可否を判定する、請求項1に記載のSNMPエージェント。The LAN communication check means transmits a test packet to the manager when checking whether or not communication with the LAN is possible, and determines whether or not communication with the LAN is possible based on a reply status of the test packet from the manager. The SNMP agent according to claim 1, wherein the SNMP agent determines: 前記LAN通信チェック手段は、前記マネージャに向けて前記テスト用パケットを送信してから、前記マネージャからの前記テスト用パケットの受信をタイムアウトの時間まで待つこととし、該タイムアウトの時間が経過した時点で前記LANによる通信が不可と判定する、請求項2に記載のSNMPエージェント。The LAN communication checking means, after transmitting the test packet to the manager, waits for reception of the test packet from the manager until a time-out period, and when the time-out period has elapsed, The SNMP agent according to claim 2, wherein the SNMP agent determines that communication via the LAN is impossible. 前記LAN通信チェック手段は、一定周期で前記LANによる通信の可否をチェックする、請求項1から3のいずれか1項に記載のSNMPエージェント。4. The SNMP agent according to claim 1, wherein the LAN communication check unit checks whether communication via the LAN is possible at a fixed cycle. 5. 前記トラップ退避手段は、前記トラップ発行手段で発行されたトラップを元にトラップ送信用コマンドラインを作成し、作成したトラップ送信用コマンドラインを前記トラップとして前記ローカルバッファに退避し、
前記退避トラップ送信手段は、前記ローカルバッファに退避しておいた前記トラップ送信用コマンドラインを前記トラップとして前記トラップ送信手段を介して前記マネージャに向けて送信する、請求項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.
前記トラップ退避手段は、前記LAN通信チェック手段が前記LANによる通信が不可であることを検出した場合、それ以降、前記LAN通信チェック手段が前記LANによる通信が再度可能となったことを検出するまでに前記トラップ発行手段で発行されたトラップを前記ローカルバッファに一時退避する、請求項1から5のいずれか1項に記載のSNMPエージェント。When the LAN communication checking unit detects that the communication by the LAN is not possible, the trap evacuation unit is configured to continue until the LAN communication checking unit detects that the communication by the LAN is enabled again. 6. The SNMP agent according to claim 1, wherein a trap issued by said trap issuing unit is temporarily saved in said local buffer. 前記トラップ退避手段は、前記ローカルバッファの容量が前記トラップにより一杯になった場合、最も古いトラップから順番に上書きで新たなトラップを書き込む、請求項6に記載のSNMPエージェント。7. The SNMP agent according to claim 6, wherein when the capacity of the local buffer becomes full due to the trap, the trap evacuation unit writes a new trap by overwriting the oldest trap sequentially. 前記退避トラップ送信手段は、前記ローカルバッファに退避しておいたトラップを最も古いものから順番に読み出して前記トラップ送信手段を介して前記マネージャに向けて送信する、請求項6または7に記載のSNMPエージェント。8. The SNMP according to claim 6, wherein the evacuation trap transmitting unit reads out traps saved in the local buffer in order from the oldest one and transmits the traps to the manager via the trap transmission unit. 9. Agent.
JP2002238061A 2002-08-19 2002-08-19 Snmp agent provided with lan monitor function Pending JP2004080397A (en)

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)

* Cited by examiner, † Cited by third party
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

Cited By (5)

* Cited by examiner, † Cited by third party
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