JP4869160B2 - パケット中継装置 - Google Patents
パケット中継装置 Download PDFInfo
- Publication number
- JP4869160B2 JP4869160B2 JP2007151434A JP2007151434A JP4869160B2 JP 4869160 B2 JP4869160 B2 JP 4869160B2 JP 2007151434 A JP2007151434 A JP 2007151434A JP 2007151434 A JP2007151434 A JP 2007151434A JP 4869160 B2 JP4869160 B2 JP 4869160B2
- Authority
- JP
- Japan
- Prior art keywords
- event
- urgency
- notification
- unit
- packet relay
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
SNMPとは、ルータやコンピュータ、端末など、ネットワークに接続された通信機器をTCP/IPネットワーク経由で監視・制御するためのプロトコルである。制御の対象となる機器はMIB(Management Information Base)と呼ばれる管理情報データベースを持っており、管理を行なう機器は対象機器のMIBに基づいて設定を行なう。SNMP trapとは、制御の対象となる機器から管理を行う機器へ、システムで発生したイベントをMIBに基づいて通報する機能である。SNMPは、UDPを利用して送ることが一般的である。これにより、データの到達性は必ずしも保証されないものの、データ送信の度にTCPセッションを張る必要がないため簡易なネットワーク運用管理を実現している。
NETCONFとは、現在IETF(Internet Engineering Task Force)にて標準化が進められているプロトコルであり、管理マネージャとパケット中継装置との間をXML(eXtensible Markup Language)でやりとりする。XMLは、機械が読みやすい構造で記述されているため、管理マネージャとパケット中継装置間のデータの親和性を高めている。またXML文書は、文書内の各々のパラメタの関係を柔軟に記述可能であり、将来の拡張性にも優れている。更に、NETCONFプロトコルは、UDPではなくTCP上で送ることが規定されており、これにより信頼性の高いイベント通知の実現を目指している。またNETCONFでは、イベント毎に緊急度を設定可能である。通知する必要性の高いイベントにはcriticalと言う緊急度、通知する必要性がそれほどでもないイベントにはmajorと言う緊急度、通知する必要性が低いイベントにはminorと言う緊急度を設定可能である。例えば、障害発生イベントにはcritical、状態変更イベントにはmajor、構成定義変更イベントにはminorの緊急度を設定すると言ったことが可能である。
本発明は、以上の点に鑑み、緊急度の高いイベントに関しては、イベントが発生する度にパケット中継装置から管理マネージャへ通知し、一方、緊急度の低いイベントに関しては、任意の時間に渡って発生したイベントを記録し、決められた時間が経過した後に集約してイベント通知をすることで、ネットワーク帯域の非効率な消費を回避することを目的とする。また、本発明は、パケット中継装置内の送信部における過負荷を回避することを目的とする。
イベントを受信し、管理マネージャにイベントを通知するパケット中継装置であって、
イベント識別子に対して、イベントの緊急度を記憶した緊急度テーブルと、
イベントの緊急度に対して、イベントを記録可能な記録時間間隔を記憶した記録時間テーブルと、
イベントの緊急度毎に、イベントが発生してからの時間を測定するためのタイマーと、
緊急度毎にイベントを記憶するイベント記録部と、
イベントを管理マネージャに通知するためのイベント通知部と
前記緊急度テーブル及び前記記録時間テーブル及び前記タイマーを参照し、イベントを前記イベント記録部に記憶する処理、及び、前記イベント通知部によりイベントを前記管理マネージャに送信するための処理を実行するためのイベント受信部と
を備え、
前記イベント受信部は、
イベントを受信すると、イベントからイベント識別子を抽出し、イベント識別子に基づき前記緊急度テーブルを参照してイベントの緊急度を求め、
イベントの緊急度に基づき前記記録時間テーブルを参照し、該緊急度の記録時間を求め、
前記タイマーによる測定時間が前記記録時間に達するまでの間は、緊急度毎に受信したイベントを前記イベント記録部に書き込み、
前記タイマーによる測定時間が前記記録時間に達すると、前記イベント記録部に記録されたイベントを前記イベント通知部により管理マネージャに送信する
前記パケット中継装置が提供される。
イベントを受信し、管理マネージャにイベントを通知するパケット中継装置であって、
イベント識別子に対して、イベントの緊急度を記憶した緊急度テーブルと、
緊急度毎にイベントを記録可能なイベント発生の閾値を記憶した回数閾値テーブルと、
緊急度毎にイベントを記憶するイベント記録部と、
イベントを管理マネージャに通知するためのイベント通知部と
前記緊急度テーブル及び前記回数閾値テーブルを参照し、イベントを前記イベント記録部に記憶する処理、及び、前記イベント通知部によりイベントを前記管理マネージャに送信するための処理を実行するためのイベント受信部と
を備え、
前記イベント受信部は、
イベントを受信すると、イベントからイベント識別子を抽出し、イベント識別子に基づき前記緊急度テーブルを参照してイベントの緊急度を求め、
イベントの緊急度に基づき前記回数閾値テーブルを参照し、該緊急度のイベント発生数の閾値を求め、
イベント発生数が前記閾値に到達するまでの間は、緊急度毎に受信したイベントを前記イベント記録部に書き込み、
イベント発生数が前記閾値に到達すると、前記イベント記録部に記録されたイベントを前記イベント通知部により管理マネージャに送信する
前記パケット中継装置が提供される。
イベントを受信して管理マネージャにイベントを通知するパケット中継装置と、前記パケット中継装置を管理する管理マネージャを備えたパケット中継システムであって、
前記パケット中継装置は、
イベント識別子に対して、イベントの緊急度を記憶した緊急度テーブルと、
緊急度毎にイベントを記憶するイベント記録部と、
イベントを管理マネージャに通知するためのイベント通知部と
前記緊急度テーブルを参照し、イベントを前記イベント記録部に記憶する処理、及び、前記イベント通知部によりイベントを前記管理マネージャに送信するための処理を実行するためのイベント受信部と
を備え、
前記管理マネージャは、
イベントの緊急度に対して、イベントを取得する取得時間間隔を記憶した取得時間テーブルと、
前記パケット中継装置から、イベントを取得するためのイベント通知取得部と
を備え、
前記管理マネージャは、
前記イベント通知取得部は、前記取得時間テーブルを参照し、イベントの緊急度毎の取得時間間隔を求め、取得時間間隔ごとに前記パケット中継装置に緊急度を含むイベント取得要求を送信し、
前記パケット中継装置では、
前記イベント受信部は、
イベントを受信すると、イベントからイベント識別子を抽出し、イベント識別子に基づき前記緊急度テーブルを参照してイベントの緊急度を求め、
緊急度毎に受信したイベントを前記イベント記録部に書き込み、
前記管理マネージャからイベント取得要求を受信すると、イベント取得要求に含まれる緊急度に従い、前記イベント記録部に記録されたイベントを前記イベント通知部により管理マネージャに送信する
前記パケット中継システムが提供される。
まず、本実施の形態の概要を説明する。
パケット中継装置において、イベントの緊急度毎に任意の時間を記した記録時間テーブルを保持する。また、上記テーブルで指定した時間に渡ってイベントを書き込み可能な記録領域を、緊急度のレベル毎に確保する。イベントが発生する度に、そのイベントの緊急度に応じて、緊急度毎に用意された記録領域にイベント書き込んで行く。指定した時間に達すると、これまでに書き込んだイベントを1つのパケットに集約し、パケット中継装置から管理マネージャへイベント通知する。一例として、仮にイベントの緊急度としてcritical、major、minorの3段階があり、記録時間テーブルには、criticalはその都度、majorは5分、minorは10分と設定されていた場合、majorのイベントは、5分間は通知がなされず、5分経過する毎にそれまでのイベントを集約した通知が送信される。同様にminorのイベントは、10分間は通知がなされず、10分経過する毎にそれまでのイベントを集約した通知が送信される。なお、記録時間テーブルに記す時間は、管理マネージャが設定することも可能であるし、パケット中継装置が自律的に変更可能である。例えば、majorのイベントは5分間、通知を控えるとの設定がしてあった場合において、記録領域を上回る回数のmajorイベントが発生した場合、パケット中継装置が自律的に5分の間隔を例えば3分に縮めることが可能である。逆に、majorのイベントは5分間、通知を控えるとの設定がしてあった場合において、一度もmajorのイベントが発生しなかった場合、パケット中継装置が自律的に5分の間隔を10分に広げることが可能である。
図1は、図3中に示した、本実施の形態におけるパケット中継装置13を示す。本実施の形態のパケット中継装置13においては、他のパケット中継装置から送信されたパケットを回線インタフェース24にて受信すると、受信したパケットの宛先アドレスをキー情報として宛先検索テーブル37を参照する。その結果、他パケット中継装置宛てであった場合、送信回線インタフェースが決まり、その回線インタフェースへパケットを転送する。パケットはその回線インタフェースを介して所望のパケット中継装置へ送信される。一方、宛先検索テーブル37を検索した結果、自分宛てであった場合、パケット処理部21内のパケット受信部29へパケットを転送する。パケット受信部29は該パケットに必要な処理を施すため、アプリケーション28へ転送する。また、構成定義管理部27ではオペレータが入力した設定内容に基づいて構成定義を変更する。
上記各部位は、上記の一連の処理をする中で障害(fault)発生、状態(state)変更、構成定義(config)変更が起こった場合、イベント管理部41内のイベント受信部43にイベントの発生を通知する。
イベント受信部43は、アプリケーション28から、イベント通知を受信すると緊急度テーブル46を参照する。各イベント通知には、イベント毎に一意なイベントIDが記載されており、イベント受信部43は、イベントIDに従い、緊急度テーブル46を参照することによって、そのイベントの緊急度を確認できる。イベント受信部43は、イベントの緊急度を認識すると、次に記録時間テーブル45を参照し、その緊急度の記録時間を確認する。イベント受信部43は、記録時間を確認すると、その記録時間の間、イベント記録部42の記憶領域にイベント書き込み処理を行う。イベント記録部42は、例えば、緊急度毎のイベント記憶領域を有し、その領域に、各緊急度に応じて、受信したイベントを記憶する。イベント管理部41は、緊急度毎の時間を測定するためのタイマー56を持っており、イベント受信部43は、緊急度ごとに初めてイベントを書き込む際にはタイマー56をスタートさせる。タイマー56が、記録時間テーブル45に記載されていた時間に達すると、イベント受信部43は、これまでに記録した複数のイベント通知を1つのイベント通知に集約する。
イベント通知は、1つの場合は(イベントID=2)図18に示す形式だが、これを複数(イベントID=2、5、2、5)まとめて図19に示す形式にする。
まとめられたイベント通知はイベント通知部44に送られ、イベント通知部44から更に管理マネージャ12に通知するため、宛先アドレスを管理マネージャ12のIPアドレスとして管理マネージャ12に向けて送信する。パケットは、パケット送信部31、パケット転送部23、回線インタフェース25を経由して管理マネージャ12に送信される。
ここで、実際にイベントが発生した場合のパケット中継装置13内の動作を詳述する。図6に、パケット中継装置と管理マネージャとのシーケンス図を示す。
ある回線インタフェースが切断し、通信ができなくなったとのイベント(以降、イベント1と呼ぶ。即ち、イベントIDが‘1’であることを示す。以下同様。)がイベント受信部43に到達したとする。イベント受信部43では、イベント通知を受信すると緊急度テーブル46を参照する。図4によると、イベント1の緊急度はcriticalである(手順S11)。次に、イベント受信部43は、記録時間テーブル45を参照し、緊急度がcriticalのイベントの記録時間を確認する。図5によると、緊急度がcriticalのイベントの記録時間はその都度とある。従って、イベント1が発生した場合、すぐさまその旨をイベント通知部44へ送る(手順S12)。イベント通知部44は、管理マネージャ12との間にTCPコネクションを確立し(手順S13)、そのイベントを更に管理マネージャ12へ転送する(手順S14)。イベント通知が終了すると、イベント通知部44は、TCPコネクションを切断する(手順S15)。以上により、緊急度がcriticalなイベントは、発生する度に管理マネージャ12に通知される。
以上により、重要度がさほど高くないminorなイベントにおいては、複数のイベント通知が一度のイベント通知に集約されて発行されるため、無駄にネットワークの帯域を消費することがなくなる。また、パケット中継装置13内のパケット送信部31における過負荷を回避可能である。
図3に本実施の形態におけるネットワーク構成図を示す。インターネット11内にパケット中継装置13−15が複数存在し、管理マネージャ12によって管理されている。パケット中継装置13−15は、障害(fault)発生、状態(state)変更、構成定義(config)変更が起こった場合、その情報をイベント通知として管理マネージャ12に通知する。
図7は、図3中に示した、本実施の形態におけるパケット中継装置13を示す。本実施の形態のパケット中継装置13においては、他のパケット中継装置から送信されたパケットを回線インタフェース24にて受信すると、受信したパケットの宛先アドレスをキー情報として宛先検索テーブル37を参照する。その結果、他パケット中継装置宛てであった場合、送信回線インタフェースが決まり、その回線インタフェースへパケットを転送する。パケットはその回線インタフェースを介して所望のパケット中継装置へ送信される。一方、宛先検索テーブル37を検索した結果、自分宛てであった場合、パケット処理部21内のパケット受信部29へパケットを転送する。パケット受信部29は該パケットに必要な処理を施すため、アプリケーション28へ転送する。また、構成定義管理部27ではオペレータが入力した設定内容に基づいて構成定義を変更する。
上記各部位は、上記の一連の処理をする中で障害(fault)発生、状態(state)変更、構成定義(config)変更が起こった場合、イベント管理部41内のイベント受信部43にイベントの発生を通知する。
イベント管理部41では、イベント毎の緊急度を記した緊急度テーブル46を管理している。またイベント受信部43は、緊急度毎にイベントの発生回数をカウントするカウンタ57を持っており、イベント管理部41は、カウンタ57の閾値を緊急度毎に記した回数閾値テーブル47も管理している。緊急度テーブル46を図4に、回数閾値テーブル47を図8に示す。緊急度のレベルとしては、critical、major、minorがあるとする。緊急度がcriticalのイベントには、障害(fault)の発生等、パケット中継装置13の継続運用に重大な影響を及ぼすイベントが割当てられているとする。緊急度がmajorのイベントには、状態(state)の変更等、オペレータの及び知らぬところでパケット中継装置13に何らかの作用が働いた場合に生成されるイベントが割当てられているとする。緊急度がminorのイベントには、オペレータによる構成定義(config)の変更等、確認の意味合いが強いイベント通知が割当てられているとする。
イベント受信部43は、アプリケーション28からイベント通知を受信すると緊急度テーブル46を参照する。各イベント通知には、イベント毎に一意なイベントIDが記載されており、イベント受信部43は、イベントIDに従い、緊急度テーブル46を参照することによって、そのイベントの緊急度を確認できる。イベント受信部43は、イベントの緊急度を認識すると、次に回数閾値テーブル47を参照し、該緊急度のイベント発生数の閾値を確認する。イベント受信部43は、閾値を確認すると、その閾値に到達するまで、イベント記憶部42の記憶領域にイベント書込み処理を行う。イベント記憶部42は、例えば、緊急度毎のイベント記憶領域を有し、その領域に、各緊急度に応じて受信したイベントを記憶する。イベント管理部41は、緊急度毎のイベント発生数を記録するためのカウンタ57を持っており、イベント受信部43は、緊急度ごとに初めてイベントを書き込む際にはカウンタ57を0から1に増加させる。カウンタ57が回数閾値テーブル47に記載されていた閾値に達すると、イベント受信部43は、これまでに記録した複数のイベント通知を1つのイベント通知に集約する。
まとめられたイベント通知はイベント通知部44に送られ、イベント通知部44から更に管理マネージャ12に通知するため、宛先アドレスを管理マネージャ12のIPアドレスとして管理マネージャ12に向けて送信する。パケットは、パケット送信部31、パケット転送部23、回線インタフェース25を経由して管理マネージャ12に送信される。
図3中に示した、本実施の形態における管理マネージャを図2に示す。本実施の形態の管理マネージャ12においては、パケット中継装置13から送信されたイベント通知を回線インタフェース26にて受信する。イベント通知を受信すると、パケット処理部22内のイベント通知受信部52へイベント通知を転送する。イベント通知受信部52は、イベント通知を受信すると、その情報をイベント表示部53へ送る。イベント表示部53は、受信したイベント通知を管理画面に表示し、オペレータはパケット中継装置13の状態を知ることが出来る。
ある回線インタフェースが切断し、通信ができなくなったとのイベント(以降、イベント1と呼ぶ。即ち、イベントIDが‘1’であることを示す。以下同様。)がイベント受信部43に到達したとする。イベント受信部43では、イベント通知を受信すると緊急度テーブル46を参照する。図4によると、イベント1の緊急度はcriticalである(手順S31)。次に、イベント受信部43は、回数閾値テーブル47を参照し、緊急度がcriticalのイベントの記録可能回数を確認する。図8によると、緊急度がcriticalのイベントの記録回数は1とある。従って、イベント1が発生した場合、イベント受信部43は、すぐさまその旨をイベント通知部44へ送る(手順S32)。イベント通知部44は、管理マネージャ12との間にTCPコネクションを確立し(手順S33)、そのイベントを更に管理マネージャ12へ転送する(手順S34)。イベント通知が終了すると、イベント通知部44は、TCPコネクションを切断する(手順S35)。以上により、緊急度がcriticalなイベントは、発生する度に管理マネージャ12に通知される。
図3に本実施におけるネットワーク構成図を示す。インターネット11内にパケット中継装置13−15が複数存在し、管理マネージャ12によって管理されている。パケット中継装置13−15は、障害(fault)発生、状態(state)変更、構成定義(config)変更が起こった場合、その情報をイベント通知として管理マネージャ12に通知する。
図10は、図3中に示した、本実施の形態におけるパケット中継装置13を示す。本実施の形態のパケット中継装置13においては、他のパケット中継装置から送信されたパケットを回線インタフェース24にて受信すると、受信したパケットの宛先アドレスをキー情報として宛先検索テーブル37を参照する。その結果、他パケット中継装置宛てであった場合、送信回線インタフェースが決まり、その回線インタフェースへパケットを転送する。パケットはその回線インタフェースを介して所望のパケット中継装置へ送信される。一方、宛先検索テーブル37を検索した結果、自分宛てであった場合、パケット処理部21内のパケット受信部29へパケットを転送する。パケット受信部29は該パケットに必要な処理を施すため、アプリケーション28へ転送する。また、構成定義管理部27ではオペレータが入力した設定内容に基づいて構成定義を変更する。
イベント管理部41では、イベント毎の緊急度を記した緊急度テーブル46を管理している。
図4に、緊急度テーブル46を示す。緊急度のレベルとしては、critical、 major、 minorがあるとする。緊急度がcriticalのイベントには、障害(fault)の発生等、パケット中継装置13の継続運用に重大な影響を及ぼすイベントが割当てられているとする。緊急度がmajorのイベントには、状態(state)の変更等、オペレータの及び知らぬところでパケット中継装置13に何らかの作用が働いた場合に生成されるイベントが割当てられているとする。緊急度がminorのイベントとしては、オペレータによる構成定義(config)の変更等、確認の意味合いが強いイベント通知が割当てられているとする。
図11に、図3中に示した、本実施の形態における管理マネージャを示す。本実施の形態の管理マネージャ12においては、イベントを取得する間隔を緊急度毎に記した取得時間テーブル55を管理している。
図12に、取得時間テーブル55を示す。イベントの緊急度がcriticalの場合は、パケット中継装置13から自発的にイベント通知が送られてくるため、管理マネージャ12はcriticalのイベント通知の取得処理は不要である。一方、イベントの緊急度がcritical以外の場合、取得テーブルに記された間隔ごとに管理マネージャ12からパケット中継装置13に対してポーリングをし、それまでにパケット中継装置13にて記録されたイベント群を取得する。
ここで、実際にイベントが発生した場合のパケット中継装置13内の動作を詳述する。図13に、パケット中継装置と管理マネージャとのシーケンス図を示す。
ある回線インタフェースが切断し、通信ができなくなったとのイベント(以降、イベント1と呼ぶ。即ち、イベントIDが‘1’であることを示す。以下同様。)がイベント受信部43に到達したとする。イベント受信部43では、イベント通知を受信すると緊急度テーブル46を参照する。図4によると、イベント1の緊急度はcriticalである(手順S51)。イベント受信部43は、すぐさまその旨をイベント通知部44へ送る(手順S52)、イベント通知部44は、管理マネージャ12との間にTCPコネクションを確立し(手順S53)、そのイベントを更に管理マネージャ12へ転送する(手順S54)。イベント通知が終了すると、TCPコネクションを切断する(手順S55)。以上により、緊急度がcriticalなイベントは、発生する度に管理マネージャ12に通知される。
イベント取得要求受信部48又はイベント受信部43は、集約したメッセージを作成すると、イベント取得要求受信部48は、イベント通知部44へ該メッセージを送信する(手順S62)。イベント通知部44はその後、既に確立しているTCPコネクションを介して、集約されたイベント通知を管理マネージャ12へ転送する(手順S63)。イベント通知が終了すると、TCPコネクションを切断する(手順S64)。
仮に管理マネージャ12からの定期的なイベント取得要求を受信する前に、イベント記録領域を使い果たしてしまった場合は、その時点でそれまでのイベントを集約しイベント通知を作成することができる。
イベント取得要求受信部48又はイベント受信部43は、集約したメッセージを作成すると、イベント通知部44へメッセージを送信する。
以上により、重要度がさほど高くないminorなイベントにおいては、複数のイベント通知が一度のイベント通知に集約されて発行されるため、無駄にネットワークの帯域を消費することがなくなる。また、パケット中継装置13内のパケット送信部31における過負荷を回避可能である。
4−1.実施の形態4(1セッション内複数通知)
実施の形態1、2、3のセッションの取り扱いは、本実施の形態に示す形式を適用しても良い。以下、一例として、実施の形態1のセッションの取り扱いが、本実施の形態の形式である場合について説明するが、他の実施の形態2、3についても同様に適用可能である。
図1に、本実施の形態におけるパケット中継装置を示す。図1内のイベント受信部43は、イベント通知を受信すると緊急度テーブル46を参照する。各イベント通知には、イベント毎に一意なイベントIDが記載されており、緊急度テーブル46を参照することによって、そのイベントの緊急度を確認できる。イベント受信部43は、イベントの緊急度を認識すると、次に記録時間テーブル45を参照し、その緊急度の記録時間を確認する。上述のように、イベント受信部43は、記録時間を確認すると、その記録時間の間、イベント記録部42の記憶領域にイベント書き込み処理を行う。上述のように、イベント受信部43は、タイマー56を持っており、緊急度ごとに初めてイベントを書き込む際にはタイマー56をスタートさせる。タイマー56が、記録時間テーブル45に記載されていた時間に達すると、イベント受信部43は、複数のイベント通知をイベント通知部44に送り、イベント通知部44から更に管理マネージャ12へ通知する。パケットは、パケット送信部31、パケット転送部23、回線インタフェース25を経由して管理マネージャ12に送信される。
ここで、実際にイベントが発生した場合のパケット中継装置13内の動作を詳述する。図14に、パケット中継装置と管理マネージャとのシーケンス図を示す。
ある回線インタフェースが切断し、通信ができなくなったとのイベント(以降、イベント1と呼ぶ)がイベント受信部43に到達したとする。イベント受信部43では、イベント通知を受信すると緊急度テーブル46を参照する。図4によると、イベント1の緊急度はcriticalである(手順S71)。次に、イベント受信部43は、記録時間テーブル45を参照し、緊急度がcriticalのイベントの記録時間を確認する。図5によると、緊急度がcriticalのイベントの記録時間はその都度とある。従って、イベント1が発生した場合、すぐさまその旨をイベント通知部44へ送る(手順S72)。イベント通知部44は、管理マネージャ12との間にTCPコネクションを確立し(手順S73)、そのイベントを更に管理マネージャ12へ転送する(手順S74)。イベント通知が終了すると、イベント通知部44は、TCPコネクションを切断する(手順S75)。以上により、緊急度がcriticalなイベントは、発生する度に管理マネージャ12に通知される。
仮にタイムアウトが発生する前にイベント記録領域を使い果たしてしまった場合は、その時点でそれまでのイベントをまとめて、イベント通知部44から管理マネージャ12へイベントを通知する。イベント通知をした後は、時間をリセットし、その時点から再びイベント記録処理を開始する。
以上により、重要度がさほど高くないminorなイベントにおいては、複数のイベント通知が一つのTCPコネクション内で発行されるため、パケット中継装置13内のパケット送信部31における過負荷を回避可能である。
実施の形態2は、本実施の形態に示す方式を備えていても良い。
図7に、本実施の形態におけるパケット中継装置を示す。図7内のイベント受信部43は、アプリケーション28から、イベント通知を受信すると緊急度テーブル46を参照する。各イベント通知には、イベント毎に一意なイベントIDが記載されており、イベント受信部43は、イベントIDに従い、緊急度テーブル46を参照することによって、そのイベントの緊急度を確認できる。イベント受信部43は、イベントの緊急度を認識すると、次に回数閾値テーブル47を参照し、該緊急度のイベント発生数の、閾値を確認する。上述のように、イベント受信部43は、閾値を確認すると、その閾値に到達するまで、イベント記録部42の記憶領域にイベント書込み処理を行う。上述のように、イベント受信部43は、カウンタ57を持っており、緊急度ごとに初めてイベントを書き込む際にはカウンタ57を0から1に増加させる。カウンタ57が回数閾値テーブル47に記載されていた閾値に達すると、イベント受信部43は、これまでに記録した複数のイベント通知を1つのイベント通知に集約する。上述のように、イベント通知は、1つの場合は図18に示す形式だが、これを複数まとめて図19に示す形式にする。
まとめられたイベント通知はイベント通知部44に送られ、イベント通知部44から更に管理マネージャ12に通知するため、宛先アドレスを管理マネージャ12のIPアドレスとして管理マネージャ12に向けて送信する。パケットは、パケット送信部31、パケット転送部23、回線インタフェース25を経由して管理マネージャ12に送信される。
なお、緊急度調整用のタイマー58は、イベントIDごとに設定時間を記憶しておき、イベントIDごとに設定時間を越えてあるイベントIDのイベントが発生した場合、イベント受信部43は、緊急度テーブル46に記憶された当該イベントIDの緊急度を上げるようにしてもよい。
以上により、今後イベント2は、イベントが発生する度にパケット中継装置13から管理マネージャ12へ送られ、オペレータの注意をより促すことが可能となる。
図3中に示した、本実施の形態における管理マネージャを図2に示す。本実施の形態の管理マネージャ12においては、パケット中継装置13から送信されたイベント通知を回線インタフェース26にて受信する。イベント通知を受信すると、パケット処理部22内のイベント通知受信部52へイベント通知を転送する。イベント通知受信部52は、イベント通知を受信すると、その情報をイベント表示部53へ送る。イベント表示部53は、受信したイベント通知を管理画面に表示し、オペレータはパケット中継装置13の状態を知ることが出来る。
実施の形態1、2、3の緊急度テーブルは、本実施の形態を示す形式に適用しても良い。以下、一例として、実施の形態1の緊急度テーブルが、本実施の形態の形式である場合について説明するが、他の実施の形態2、3についても同様に適用可能である。
図1に、本実施の形態におけるパケット中継装置を示す。図1内のイベント管理部41では、イベント毎、或いはイベントの組み合わせ毎の緊急度を記した緊急度テーブル46と、緊急度毎のイベント記録時間を記した記録時間テーブル45を管理している。
図15に、緊急度テーブル46を、図5に、イベント記録時間テーブル45を示す。緊急度のレベルとしては、critical、major、minorがあるとする。緊急度がcriticalのイベントには、障害(fault)の発生等、パケット中継装置13の継続運用に重大な影響を及ぼすイベントが割当てられているとする。緊急度がmajorのイベントには、状態(state)の変更等、オペレータの及び知らぬところでパケット中継装置13に何らかの作用が働いた場合に生成されるイベントが割当てられているとする。緊急度がminorのイベントとしては、オペレータによる構成定義(config)の変更等、確認の意味合いが強いイベント通知が割当てられているとする。
また、一つのイベントの緊急度に関してはそれほど高い緊急度が設定されていないものの、別のイベントと組み合わさると緊急度が高いイベントもある。例えば、イベント3は構成定義(config)の変更イベント、イベント4は、telnetによるログインイベント、イベント5はNETCONFセッション確立であるとする。図15に示すように、イベント3、4、5それぞれのイベントは、どれも頻繁に起こる事象であり、緊急度もそれほど高くない。しかし、これらが組み合わさると、オペレータ以外にも何者かが構成定義を変更している可能性があり、通知は緊急を要する。よって、このような場合は、複数イベントを組み合わせた事象に緊急度が割当てられているとする。
イベント受信部43は、記録時間テーブル45を参照し、緊急度がcriticalのイベントの記録時間を確認する。図5によると、緊急度がcriticalのイベントの記録時間はその都度とある。従って、イベント1が発生した場合、すぐさまその旨をイベント通知部44へ送る。
図3中に示した、本実施の形態における管理マネージャを図2に示す。本実施の形態の管理マネージャ12においては、パケット中継装置13から送信されたイベント通知を回線インタフェース26にて受信する。イベント通知を受信すると、パケット処理部22内のイベント通知受信部52へイベント通知を転送する。イベント通知受信部52は、イベント通知を受信すると、その情報をイベント表示部53へ送る。イベント表示部53は、受信したイベント通知を管理画面に表示し、オペレータはパケット中継装置13の状態を知ることが出来る。
実施の形態1、2、3は、本実施の形態に示す通知方式選択テーブルを備えていても良い。以下、一例として、実施の形態1が、本実施の形態に示す通知方式選択テーブルを備えている場合について説明するが、他の実施の形態2、3についても同様に適用可能である。
図1に、本実施の形態におけるパケット中継装置を示す。図1内のイベント管理部41では、イベント毎の緊急度を記した緊急度テーブル46と、緊急度毎のイベント記録時間を記した記録時間テーブル45と、イベント毎に管理マネージャ12へ通知する方式を記した通知方式選択テーブル49を管理している。
図4に、緊急度テーブル46を、図5に、イベント記録時間テーブル45を、図17に、通知方式選択テーブル49を示す。緊急度のレベルとしては、critical、major、minorがあるとする。緊急度がcriticalのイベントには、障害(fault)の発生等、パケット中継装置13の継続運用に重大な影響を及ぼすイベントが割当てられているとする。緊急度がmajorのイベントには、状態(state)の変更等、オペレータの及び知らぬところでパケット中継装置13に何らかの作用が働いた場合に生成されるイベントが割当てられているとする。緊急度がminorのイベントとしては、オペレータによる構成定義(config)の変更等、確認の意味合いが強いイベント通知が割当てられているとする。
図2に、図3中に示した、本実施の形態における管理マネージャを示す。本実施の形態の管理マネージャ12においては、パケット中継装置13から送信されたイベント通知を回線インタフェース26にて受信する。イベント通知を受信すると、パケット処理部22内のイベント通知受信部52へイベント通知を転送する。イベント通知受信部52は、イベント通知を受信すると、その情報をイベント表示部53へ送る。イベント表示部53は、受信したイベント通知を管理画面に表示し、オペレータはパケット中継装置13の状態を知ることが出来る。
実施の形態1、2、3は、本実施の形態に示す方式を備えていても良い。以下、一例として、実施の形態1が、本実施の形態に示す方式を備えている場合について説明するが、他の実施の形態についても同様に適用可能である。
図1に、本実施の形態におけるパケット中継装置を示す。図1内のイベント受信部43は、イベント通知を受信すると緊急度テーブル46を参照する。各イベント通知には、イベント毎に一意なイベントIDが記載されており、イベント受信部43は、イベントIDに従い、緊急度テーブル46を参照することによって、そのイベントの緊急度を確認できる。イベント受信部43は、イベントの緊急度を認識すると、次に記録時間テーブル45を参照し、その緊急度の記録時間を確認する。イベント受信部43は、記録時間を確認すると、その記録時間の間、イベント記録部42の記憶領域にイベント書き込み処理を行う。上述のように、イベント管理部41は、タイマー56を持っており、イベント受信部43は、緊急度ごとに初めてイベントを書き込む際にはタイマー56をスタートさせる。タイマー56が、記録時間テーブル45に記載されていた時間に達すると、イベント受信部43は、これまでに記録した複数のイベント通知を1つのイベント通知に集約する。上述のように、イベント通知は、1つの場合は図18に示す形式だが、これを複数まとめて図19に示す形式にする。
12 管理マネージャ
13−15 パケット中継装置
21−22 パケット処理部
23 パケット転送部
24−26 回線インタフェース
27 構成定義管理部
28 アプリケーション
29−30 パケット受信部
31−32 パケット送信部
37 宛先検索テーブル
41 イベント管理部
42 イベント記録部
43 イベント受信部
44 イベント通知部
45 記録時間テーブル
46 緊急度テーブル
47 回数閾値テーブル
48 イベント取得要求受信部
49 通知方式選択テーブル
51 管理アプリケーション
52 イベント通知受信部
53 イベント表示部
54 イベント通知取得部
55 取得時間テーブル
56 タイマー
57 カウンタ
58 タイマー
Claims (8)
- イベントを受信し、管理マネージャにイベントを通知するパケット中継装置であって、
イベント識別子に対して、イベントの緊急度を記憶した緊急度テーブルと、
イベントの緊急度に対して、イベントを記録可能な記録時間間隔を記憶した記録時間テーブルと、
イベントの緊急度毎に、イベントが発生してからの時間を測定するためのタイマーと、
緊急度毎にイベントを記憶するイベント記録部と、
イベントを管理マネージャに通知するためのイベント通知部と、
イベント識別子に対して通知方式種別を記憶した通知方式選択テーブルと、
前記緊急度テーブル及び前記記録時間テーブル及び前記タイマー及び前記通知方式選択テーブルを参照し、イベントを前記イベント記録部に記憶する処理、及び、前記イベント通知部によりイベントを前記管理マネージャに送信するための処理を実行するためのイベント受信部と
を備え、
前記イベント受信部は、
イベントを受信すると、イベントからイベント識別子を抽出し、イベント識別子に基づき前記通知方式選択テーブルを参照して通知方式種別を求め、
通知方式種別が予め定められた第1の通知方式種別であった場合には、前記イベントを前記イベント通知部により管理マネージャに送信し、
通知方式種別が予め定められた第2の通知方式種別であった場合には、イベント識別子に基づき前記緊急度テーブルを参照してイベントの緊急度を求め、
イベントの緊急度に基づき前記記録時間テーブルを参照し、該緊急度の記録時間を求め、
前記タイマーによる測定時間が前記記録時間に達するまでの間は、緊急度毎に受信したイベントを前記イベント記録部に書き込み、
前記タイマーによる測定時間が前記記録時間に達すると、前記イベント記録部に記録されたイベントを前記イベント通知部により管理マネージャに送信する
前記パケット中継装置。 - イベントを受信し、管理マネージャにイベントを通知するパケット中継装置であって、
イベント識別子に対して、イベントの緊急度を記憶した緊急度テーブルと、
緊急度毎にイベントを記録可能なイベント発生の閾値を記憶した回数閾値テーブルと、
緊急度毎にイベントを記憶するイベント記録部と、
イベントを管理マネージャに通知するためのイベント通知部と、
イベント識別子に対して通知方式種別を記憶した通知方式選択テーブルと、
前記緊急度テーブル及び前記回数閾値テーブル及び前記通知方式選択テーブルを参照し、イベントを前記イベント記録部に記憶する処理、及び、前記イベント通知部によりイベントを前記管理マネージャに送信するための処理を実行するためのイベント受信部と
を備え、
前記イベント受信部は、
イベントを受信すると、イベントからイベント識別子を抽出し、イベント識別子に基づき前記通知方式選択テーブルを参照して通知方式種別を求め、
通知方式種別が予め定められた第1の通知方式種別であった場合には、前記イベントを前記イベント通知部により管理マネージャに送信し、
通知方式種別が予め定められた第2の通知方式種別であった場合には、イベント識別子に基づき前記緊急度テーブルを参照してイベントの緊急度を求め、
イベントの緊急度に基づき前記回数閾値テーブルを参照し、該緊急度のイベント発生数の閾値を求め、
イベント発生数が前記閾値に到達するまでの間は、緊急度毎に受信したイベントを前記イベント記録部に書き込み、
イベント発生数が前記閾値に到達すると、前記イベント記録部に記録されたイベントを前記イベント通知部により管理マネージャに送信する
前記パケット中継装置。 - イベントを受信して管理マネージャにイベントを通知するパケット中継装置と、前記パケット中継装置を管理する管理マネージャを備えたパケット中継システムであって、
前記パケット中継装置は、
イベント識別子に対して、イベントの緊急度を記憶した緊急度テーブルと、
緊急度毎にイベントを記憶するイベント記録部と、
イベントを管理マネージャに通知するためのイベント通知部と、
イベント識別子に対して通知方式種別を記憶した通知方式選択テーブルと、
前記緊急度テーブル及び前記通知方式選択テーブルを参照し、イベントを前記イベント記録部に記憶する処理、及び、前記イベント通知部によりイベントを前記管理マネージャに送信するための処理を実行するためのイベント受信部と
を備え、
前記管理マネージャは、
イベントの緊急度に対して、イベントを取得する取得時間間隔を記憶した取得時間テーブルと、
前記パケット中継装置から、イベントを取得するためのイベント通知取得部と
を備え、
前記管理マネージャは、
前記イベント通知取得部は、前記取得時間テーブルを参照し、イベントの緊急度毎の取得時間間隔を求め、取得時間間隔ごとに前記パケット中継装置に緊急度を含むイベント取得要求を送信し、
前記パケット中継装置では、
前記イベント受信部は、
イベントを受信すると、イベントからイベント識別子を抽出し、イベント識別子に基づき前記通知方式選択テーブルを参照して通知方式種別を求め、
通知方式種別が予め定められた第1の通知方式種別であった場合には、前記イベントを前記イベント通知部により管理マネージャに送信し、
通知方式種別が予め定められた第2の通知方式種別であった場合には、イベント識別子に基づき前記緊急度テーブルを参照してイベントの緊急度を求め、
緊急度毎に受信したイベントを前記イベント記録部に書き込み、
前記管理マネージャからイベント取得要求を受信すると、イベント取得要求に含まれる緊急度に従い、前記イベント記録部に記録されたイベントを前記イベント通知部により管理マネージャに送信する
前記パケット中継システム。 - 請求項1に記載のパケット中継装置であって、
前記記録時間テーブルは、緊急度が最も高いイベントは、イベント発生の都度イベントを送るためのデータが記憶されていることを特徴とする前記パケット中継装置。 - 請求項2に記載のパケット中継装置であって、
前記回数閾値テーブルは、緊急度が最も高いイベントは、イベント発生の都度イベントを送るためのデータが記憶されていることを特徴とする前記パケット中継装置。 - 請求項1乃至3のいずれかに記載のパケット中継装置であって、
前記緊急度テーブルには、イベント識別子毎の緊急度、及び、イベント識別子の組み合わせ毎の緊急度を記憶し、
前記イベント受信部は、前記緊急度テーブルを参照して、予め定められた期間内に所定の複数のイベントが発生した場合、該当する緊急度を求めることを特徴とする前記パケット中継装置。 - 請求項1乃至3のいずれかに記載のパケット中継装置であって、
前記第1の通知方式種別は、コネクションレス型通信方式であり、
前記第2の通知方式種別は、コネクション型通信方式であること
を特徴とする前記パケット中継装置。
- 管理計算機とネットワークを介して接続されるパケット中継装置であって、
イベント識別子に対してイベントの緊急度を記憶した緊急度テーブルと、イベントの緊急度に対してイベントの保持時間を記憶した記録時間テーブルと、イベント識別子に対して通知方式種別を記憶した通知方式選択テーブルとを保持するメモリと、
前記パケット中継装置におけるパケット中継処理に関するイベントが発生した場合、イベントからイベント識別子を抽出し、イベント識別子に基づき前記通知方式選択テーブルを参照して通知方式種別を求め、イベントの通知方式種別が予め定められた第一の通知方式種別であった場合には、イベントを管理計算機に前記第一の通知方式種別により送信し、
通知方式種別が予め定められた第二の通知方式種別であった場合には、前記緊急度テーブルを参照してイベントの緊急度を求め、前記メモリの所定の領域に前記イベントを前記求めた緊急度と対応づけて記録し、前記緊急度毎に対応する前記記録時間テーブルで保持される保持時間に基づいて、前記保持時間が経過した場合は、前記記録時間テーブルに記録されたイベントを前記第二の通知方式種別により管理計算機に送信するイベント管理部と、
を有することを特徴とするパケット中継装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007151434A JP4869160B2 (ja) | 2007-06-07 | 2007-06-07 | パケット中継装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007151434A JP4869160B2 (ja) | 2007-06-07 | 2007-06-07 | パケット中継装置 |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2008306435A JP2008306435A (ja) | 2008-12-18 |
JP2008306435A5 JP2008306435A5 (ja) | 2010-04-08 |
JP4869160B2 true JP4869160B2 (ja) | 2012-02-08 |
Family
ID=40234768
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007151434A Expired - Fee Related JP4869160B2 (ja) | 2007-06-07 | 2007-06-07 | パケット中継装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4869160B2 (ja) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5306096B2 (ja) * | 2009-07-27 | 2013-10-02 | 株式会社クボタ | イベント通報システム |
JP5364600B2 (ja) * | 2010-01-15 | 2013-12-11 | 富士通テレコムネットワークス株式会社 | 監視制御システム、被監視制御装置およびサーバ |
JP2011244142A (ja) * | 2010-05-17 | 2011-12-01 | Toyota Motor Corp | データ通信装置およびデータ通信方法 |
JP5705752B2 (ja) * | 2012-01-11 | 2015-04-22 | 富士通テレコムネットワークス株式会社 | 通信システム、snmpのマネージャ装置およびsnmpのエージェント装置 |
JP6186729B2 (ja) * | 2013-01-16 | 2017-08-30 | 沖電気工業株式会社 | 監視システム及び監視プログラム |
JP6735331B2 (ja) * | 2018-12-18 | 2020-08-05 | 株式会社バンダイナムコエンターテインメント | プログラム、端末及びサーバ |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3191852B2 (ja) * | 1996-01-23 | 2001-07-23 | 日本電信電話株式会社 | マルチメディアサービス網、サーバ装置、およびトラヒックデータ作成装置 |
JPH1028151A (ja) * | 1996-07-10 | 1998-01-27 | Matsushita Electric Ind Co Ltd | ネットワーク負荷適応型イベント報告装置 |
JP3279517B2 (ja) * | 1998-03-05 | 2002-04-30 | 日本電気株式会社 | ネットワーク管理システムにおけるイベント処理方法、ネットワーク管理システム |
JP2000357139A (ja) * | 1999-04-16 | 2000-12-26 | Matsushita Electric Ind Co Ltd | ネットワーク管理装置およびその方法 |
JP2003018165A (ja) * | 2001-07-04 | 2003-01-17 | Hitachi Ltd | ネットワーク情報通知方法 |
JP3821710B2 (ja) * | 2001-12-26 | 2006-09-13 | 富士通株式会社 | 通知処理方法及び通知処理プログラム |
JP3811162B2 (ja) * | 2004-03-31 | 2006-08-16 | 東芝ソリューション株式会社 | 異常データ検出装置及び異常データ検出プログラム |
JP4868799B2 (ja) * | 2005-08-31 | 2012-02-01 | キヤノン株式会社 | サーバ装置及びイベント通知方法 |
-
2007
- 2007-06-07 JP JP2007151434A patent/JP4869160B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2008306435A (ja) | 2008-12-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4869160B2 (ja) | パケット中継装置 | |
JP5079917B2 (ja) | 通信ネットワーク内の事象を監視するための方法 | |
WO2014112162A1 (ja) | ネットワーク状態監視システム | |
US8924544B2 (en) | Techniques for sessionless reporting by device management client | |
US20180124168A1 (en) | Load balancing server for forwarding prioritized traffic from and to one or more prioritized auto-configuration servers | |
US10805195B2 (en) | Network operational flaw detection using metrics | |
US20160094657A1 (en) | Event-driven synchronization in snmp managed networks | |
US20090100174A1 (en) | Method and system for automatic polling of multiple device types | |
Affandi et al. | Design and implementation fast response system monitoring server using Simple Network Management Protocol (SNMP) | |
TWI740210B (zh) | 終端設備管理方法及伺服器 | |
WO2019042351A1 (zh) | 会话流量用量监测控制方法、服务器及存储介质 | |
CN103597466A (zh) | 基于数据推送的实时数据监测 | |
JP5229007B2 (ja) | 監視システム、ネットワーク機器、監視情報提供方法およびプログラム | |
EP1622310B1 (en) | Administration method and system for network management systems | |
WO2007059667A1 (fr) | Procede d'obtention de donnees d'alarme des elements de reseau | |
WO2016184222A1 (zh) | 一种故障检测方法及装置 | |
JP2000151606A (ja) | ネットワーク監視システムおよびネットワーク監視方法、ネットワーク管理装置および被ネットワーク管理装置、並びに記録媒体 | |
WO2017054734A1 (zh) | 一种锁定文件管理方法和装置 | |
WO2012151855A1 (zh) | 一种云计算设备管理的实现方法及系统 | |
CN102394773A (zh) | 一种Trap报文上报的方法及设备 | |
JP5309715B2 (ja) | 被管理装置、トラップ送信先設定方法、及びトラップ送信先設定プログラム | |
JP3570300B2 (ja) | 障害管理方式および方法 | |
JP2010130113A (ja) | ネットワーク管理システム、ネットワーク管理方法、マネージャおよびエージェント | |
KR100580103B1 (ko) | 통신망관리시스템의 서버프로세스 원격감시 방법 | |
KR100612254B1 (ko) | Snmp를 사용하는 네트워크 관리 시스템의 통계 데이터관리 방법 및 그 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100219 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100219 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110722 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110802 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110928 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20111018 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20111115 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141125 Year of fee payment: 3 |
|
LAPS | Cancellation because of no payment of annual fees |