JP2011041234A

JP2011041234A - トラヒック情報収集装置、トラヒック情報収集方法およびそのプログラム

Info

Publication number: JP2011041234A
Application number: JP2009189591A
Authority: JP
Inventors: Saburo Seto; 三郎瀬戸; Naoki Tateishi; 直規立石; Hikaru Seshake; 光瀬社家
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2009-08-18
Filing date: 2009-08-18
Publication date: 2011-02-24
Anticipated expiration: 2029-08-18
Also published as: JP5128556B2

Abstract

【課題】トラヒック情報収集要求（GetRequest）に対する応答（GetResponse）を、タイムアウトを発生させない範囲で、効率よく収集する。
【解決手段】トラヒック情報収集装置１０は、ネットワーク装置２０へ送信するGetRequest１つあたりのＯＩＤ数を、当該ネットワーク装置２０のGetResponseの受信時間（ＲＴＴ値）を用いて決定する。ここで、（１）ＲＴＴ値が、閾値βよりも小さい場合、１GetRequestに含めるＯＩＤ数を増加させる。一方、（２）ＲＴＴ値が、閾値αよりも大きい場合、１GetRequestに含めるＯＩＤ数を減少させる。閾値β≦ＲＴＴ値≦閾値αの場合、１GetRequestに含めるＯＩＤ数をそのままとする。
【選択図】図２

Description

本発明は、ネットワークを構成する機器からSNMP（Simple Network Management Protocol）を用いてトラヒック統計情報を収集する技術に関する。

IP(Internet Protocol) ネットワークにおいては、IPネットワークを構成するルータ、スイッチ等の各ネットワーク装置には、この装置を通過するパケットのトラヒック統計情報（トラヒック情報）が格納される。これらのトラヒック情報を用いて、ネットワーク利用状況を把握し、通信回線、通信機器等の通信設備の増強、トラヒックエンジニアリング等に活用することで、ネットワーク利用の効率化、サービスレベルの維持および向上を図ることができる。そのためネットワークのオペレーションセンタにおいてはトラヒック収集システムを設置し、定期的にトラヒック情報を収集している。

これらのトラヒック情報を収集する方法は、（１）システムが定期的に各ネットワーク装置にアクセスして統計情報を収集する方法と、（２）ネットワーク装置側がトラヒック情報を管理システムに通知する方法の２つの方法がある。前者の代表的な手法としてSimple Network Management Protocol(SNMP)を用いる方法がある。この方法では、システムが各ネットワーク装置の持つトラヒック情報を定期的に収集することでトラヒックの推移を把握する。後者の代表的な方法はNetFlow（登録商標）を用いた方法である。この方法では、各ネットワーク装置の収集対象となるトラヒックフローを定義し、各ネットワーク装置は、収集した情報をシステムに通知する。

SNMPは、各ネットワーク装置からネットワーク情報を取得するために用いられる通信プロトコルである。情報を収集する主体をSNMPマネージャ、ネットワーク装置等の情報取得対象をSNMPエージェントと呼ぶ。SNMPエージェントの内部には各種情報が仮想的なデータベースMangement Information Base（MIB）に格納されている。このMIBに含まれる個々のデータには、Object ID(以下、ＯＩＤ）が付与されている。このＯＩＤは、そのネットワーク装置内で各データの所在を表す番地情報である。このSNMPマネージャが、SNMPエージェントからネットワーク情報を取得するには、まず、SNMPマネージャがSNMPエージェントに対して、取得したいネットワーク情報のＯＩＤを指定したSNMP GetRequest、GetnextRequestパケットを送信する。そして、これに対し、SNMPマネージャがSNMPエージェントからの返信SNMP GetResponseに含まれるデータを受信することにより行われる。

ネットワークを構成する各ネットワーク装置は、一般的にそのネットワーク装置内部に、そのネットワーク装置が送信、受信、廃棄等トラヒックの各パケットに対して処理を行った内容の統計情報や、そのネットワーク装置の負荷状態を示す情報を保持している。この負荷状態を示す情報はCPU（Central Processing Unit）使用率、メモリ使用率、ディスク使用率もしくはそれに関連した情報（例えば、搭載メモリ量、使用中メモリ量等を間接的に表す情報等）を含む。これらの情報はSNMPエージェントの設定がされたネットワーク装置においては、MIBとして記録されており、システムは、該当するＯＩＤを指定することでSNMPを用いて取得することが可能である。

このようなトラヒック情報収集機能を具備したシステムは、SNMPマネージャとして機能し、SNMPエージェントであるネットワーク装置に定期的(周期的）にアクセスすることで、トラヒック情報やCPU、メモリ、ディスク使用率等を収集する。ここで、収集したトラヒック情報は、システム内の記憶媒体に保存する。そして、システムは、収集したトラヒック情報に対して前回の収集値との差分の計算や、他の収集項目との合計値や百分率の算出等のデータ加工をする。システムは、このような処理を収集対象となる全ネットワーク装置の全収集項目に実施することで、ネットワーク全体の利用状況や、個々のネットワーク装置の負荷状況を把握することができる。

SNMP(Simple Network Management Protocol),Case, J., M. Fedor, M. Schoffstall and J. Davin, "The Simple Network Management Protocol", STD 15, RFC 1157,May 1990.

しかし、システムがネットワークの各装置からSNMPを用いてトラヒック情報を収集するためには、膨大な項目数の情報を収集する必要がある。ここで、トラヒック収集項目に対して１項目ごとに各装置に対し、ポーリングを実施するとポーリングの都度、通信時間（Round Trip Time（ＲＴＴ））がかかってしまいトラヒック情報収集の効率が下がってしまう。そこで、装置ごとに１回のリクエストで可能な限り多くの収集項目を含めるのが好ましい。

しかし、リクエスト内の指定ＯＩＤ数が増加すると、それを処理する装置の処理負荷も高くなる。このため、１リクエストあたりの処理時間が長くなり１リクエストのＲＴＴは長くなってしまう。ここで、SNMP通信は、信頼性のないUDP通信を用いて実装されているため、通信中のパケットロスなどの通信異常に備えて、送信したリクエストに対してタイムアウト値を設定し、その規定時間内にレスポンスが得られない場合は再送し、目的を実現する実装が一般的である。１リクエスト内の指定ＯＩＤ数が多くなりすぎるとレスポンスがタイムアウト時間内に得られず、リクエストパケットを再送する必要が生じる。パケット再送が発生した場合、発生しない場合に比較して非常に長い処理時間が必要となり、トラヒック収集機能の効率が大きく低下する。トラヒック収集を効率よく実施するためには、タイムアウトが発生しない範囲で１パケット内の指定ＯＩＤ数を最大化する必要がある。トラヒック収集パケットのＲＴＴが延びる要因である装置側の処理時間の延びは、その当該機種がもつSNMPパケットの処理能力や、その装置の負荷状態で異なるため、指定ＯＩＤ数の最適値はマネージャ側であるトラヒック収集システム側で事前に知ることができない。そのため、事前のトラヒック収集システムに設定する方法では最適値を用いて効率的にトラヒック収集することができない。

また、ネットワークトラヒックは長期的には増加傾向にありノードにかかる負荷は、次第に増加する。それに伴いSNMPリクエストの処理時間も増加する傾向がある。１リクエスト内にＯＩＤ数を固定的に指定した場合、それらのSNMPリクエスト送信後にタイムアウトが発生する恐れがあり、1パケットに含めるＯＩＤ数を見直す必要が生じる。本発明は、前記した課題を解決し、タイムアウトを発生させない範囲で、各ネットワーク装置からのトラヒック情報を効率よく収集することを目的とする。

前記した課題を解決するため、本発明は、ネットワーク内の複数のネットワーク装置から、ＳＮＭＰを用いてトラヒック情報を収集するトラヒック情報収集装置であって、ネットワーク装置の識別情報ごとに、当該ネットワーク装置におけるトラヒック情報の格納エリアを示すＯＩＤのＯＩＤリストを示した収集対象項目情報を記憶する記憶部と、収集対象項目情報を参照して、パケット制御処理部からの指示に基づき、ネットワーク装置ごとに、当該ネットワーク装置からの収集対象であるトラヒック情報のＯＩＤを、ＯＩＤリストから所定数選択し、この選択したＯＩＤを含むトラヒック情報取得要求を作成するパケット作成部と、作成したトラヒック情報取得要求を入出力部経由で、ネットワーク装置それぞれへ送信するパケット送信部と、ネットワーク装置それぞれから、当該トラヒック情報取得要求に対する応答を受信し、当該トラヒック情報取得要求を送信してから、当該応答を受信するまでの時間であるＲＴＴ値を計測するパケット受信部と、パケット作成部が、トラヒック情報取得要求に含めるＯＩＤの数を決定するパケット処理制御部とを備え、パケット処理制御部は、パケット受信部により計測された当該ネットワーク装置に関するＲＴＴ値が、第１の閾値αよりも大きいとき、次周期で、当該ネットワーク装置に対し送信するトラヒック情報取得要求に含めるＯＩＤの数を減少するようパケット作成部に指示し、当該ＲＴＴ値が、第２の閾値βよりも小さいとき、次周期で、当該ネットワーク装置に対し送信するトラヒック情報取得要求に含めるＯＩＤの数を増加するようパケット作成部に指示し、閾値αは、閾値βよりも大きく、かつ、トラヒック情報取得要求を送信してから、トラヒック情報取得要求を受信するまでのタイムアウト時間よりも小さい値とすることを特徴とする。

このようにすることで、トラヒック情報収集装置は、タイムアウトを発生させない範囲で、各ネットワーク装置からのトラヒック情報を効率よく収集することができる。

また、本発明のトラヒック情報収集装置におけるパケット処理制御部は、パケット受信部により計測された当該ネットワーク装置へのトラヒック情報取得要求の応答のＲＴＴ値のうち、当該周期におけるＲＴＴ値の最大値を用いて、第１の閾値αおよび第２の閾値βとの比較を行い、次周期で当該ネットワーク装置に対し送信するトラヒック情報取得要求に含めるＯＩＤの数の判断を行うことを特徴とする。

このようにすることで、トラヒック情報収集装置は、ネットワーク内のトラヒックの混雑状況等によって、ネットワーク情報のＲＴＴ値が異なる場合でも、そのＲＴＴ値の最大値を用いて、トラヒック情報取得要求に含めるＯＩＤの数を決定するので、トラヒック情報収集装置におけるトラヒック情報受信のタイムアウトが発生する確率を低減できる。つまり、トラヒック情報収集装置は、ＲＴＴ値に基づくＯＩＤの数の判断にあたり、安全側の判断をすることができる。

また、本発明のトラヒック情報収集装置におけるパケット処理制御部は、パケット受信部により計測された当該ネットワーク装置に関するＲＴＴ値の最大値が、第１の閾値αよりも大きいとき、そのＲＴＴ値の最大値と第１の閾値との差が大きいほど、当該ネットワーク装置に対するトラヒック情報取得要求に含めるＯＩＤの数の減少幅を大きくすることを特徴とする。

つまり、トラヒック情報のＲＴＴ値の最大値が第１の閾値αよりも小さければ小さいほど、ネットワーク情報収集装置は、１つのネットワーク情報取得要求に含めるＯＩＤの数に余裕があることを示す。よって、このような場合、ネットワーク情報収集装置は、１つのネットワーク情報取得要求に含めるＯＩＤの数を大幅に増加させることで、迅速に、適正なＯＩＤの数（タイムアウトを発生させない範囲で、効率よく収集できるＯＩＤの数）をネットワーク情報取得要求に設定できる。

本発明によれば、トラヒック情報収集装置は、タイムアウトを発生させない範囲で、各ネットワーク装置からのトラヒック情報を効率よく収集できる。

本実施の形態のトラヒック情報収集装置を含むシステム構成例である。図１のトラヒック情報収集装置のブロック図である。図１のトラヒック情報収集装置の処理手順を示す図である。図１のトラヒック情報収集装置によるＯＩＤ数の制御を、概念的に示した図である。

以下、本発明を実施するための形態（以下、実施の形態とする）について説明する。まず、図１を用いて、本実施の形態のトラヒック情報収集装置を含むシステム構成例を説明する。システムは、ルータやスイッチ等のネットワーク装置２０（２０Ａ，２０Ｂ，２０Ｃ，２０Ｄ，２０Ｅ）と、SNMPのGetRequest（トラヒック情報取得要求）を用いて、このネットワーク装置２０から、トラヒック情報を収集するトラヒック情報収集装置１０とを備える。このトラヒック情報は、そのネットワーク装置２０が送受信した各パケットに対して処理を行った内容の統計情報や、そのネットワーク装置２０の負荷状態を示す情報である。このトラヒック情報収集装置１０は、ネットワーク装置２０と、ＩＰネットワークにより接続される。このトラヒック情報収集装置１０は、ネットワーク装置２０ごとに、このネットワーク装置２０から収集するトラヒック情報のＯＩＤ（トラヒック情報の格納領域を示す情報）のリスト（ＯＩＤリスト）を記憶する。そして、このリストを参照して、各ネットワーク装置２０からトラヒック情報を取得する。ここで、トラヒック情報収集装置１０は、ネットワーク装置２０それぞれから収集するトラヒック情報の数（SNMPのGetRequestに含めるＯＩＤ数）を以下のようにして決定する。なお、以下の説明における閾値αは、このトラヒック情報収集装置１０がネットワーク装置２０からGetRequestを送信してから、当該ネットワーク装置２０からのGetResponseを待ちタイムアウトするまでの時間よりも小さい値（つまり、短い時間）とする。また、閾値βは、この閾値αよりも小さい値とする。さらに、このトラヒック情報収集装置１０は、各ネットワーク装置２０に対し、GetRequestの送信→GetResponseの受信処理を、周期的に実行する。ここで、当該周期において当該ネットワーク装置２０へ送信すべきGetRequestを複数に分けて送信する。これは、ネットワーク装置２０から、所望するネットワーク情報を確実に取得するためである。

トラヒック情報収集装置１０は、取得対象のトラヒック情報を示すＯＩＤを列記したGetRequestをネットワーク装置２０へ送信し、このネットワーク装置２０からの応答（GetResponse）を受信する。このとき、このネットワーク装置２０にGetRequestを送信してから、このGetRequestに対するGetResponseを受信するまでの時間（ＲＴＴ値）を計測しておく。そして、そのＲＴＴ値が下限閾値（閾値β）よりも低かったとき、つまり、ネットワーク装置２０が比較的短時間でGetRequestに対する応答を受信したとき、次周期で、このネットワーク装置２０へ送信するGetRequestに含めるＯＩＤ数を増やす。つまり、トラヒック情報収集装置１０は、GetRequestにより、ネットワーク装置２０からより多くのトラヒック情報を取得できそうなら、次周期でより多くのトラヒック情報を取得するようにする。

一方、トラヒック情報収集装置１０は、GetResponseを受信するまでのＲＴＴ値が上限閾値（閾値α）よりも高かったとき、つまり、トラヒック情報収集装置１０がGetRequestに対する応答を受信するまでの時間が比較的長かったとき、次周期で、このネットワーク装置２０へ送信するGetRequestに含めるＯＩＤ数を減らす。つまり、GetRequestに含めるＯＩＤ数が多すぎるため、タイムアウトしてしまう可能性があれば、次周期のGetRequestに含めるＯＩＤ数を減らす。

なお、このトラヒック情報収集装置１０が計測したＲＴＴ値が閾値α以下で、閾値β以上の場合、、トラヒック情報収集装置１０は、GetRequestに含めるＯＩＤ数は変更しない。例えば、トラヒック情報収集装置１０は、GetRequestに含めるＯＩＤ数として、１回目の周期では初期値（例えば、１個）を設定し、ＲＴＴ値が下限閾値（閾値β）よりも小さければ、ＯＩＤ数を増加させていく。その後（例えば、５回目の周期）に、ＲＴＴ値が上限閾値（閾値α）よりも大きくなった場合、次回の周期（例えば、６回目の周期）に送信するGetRequestに含めるＯＩＤ数を減少させる。一方、このように、トラヒック情報収集装置１０は、閾値α，βを用いることで、ネットワーク装置２０ごとに、GetRequest１パケットあたりのＯＩＤ数を動的に変更し、トラヒック情報の収集効率を向上させることができる。

＜構成＞
次に、図２を用いて、トラヒック情報収集装置１０の構成を説明する。トラヒック情報収集装置１０は、各ネットワーク装置２０から、SNMPによりトラヒック情報を収集するコンピュータである。このようなトラヒック情報収集装置１０は、記憶部１３、処理部１２および入出力部１１を備える。記憶部１３は、このトラヒック情報収集装置１０がトラヒック情報を収集するときに参照する各種情報を記憶する。処理部１２は、このトラヒック情報収集装置１０全体の制御を司り、ここでは主に、ネットワーク装置２０からのGetResponseを受信したときのＲＴＴ値をもとに、次にGetRequestを送信するときに、このGetRequestに含めるＯＩＤ数の制御を行う。入出力部１１は、ネットワーク装置２０へのGetRequestを送信したり、このGetRequestに対するネットワーク装置２０からのGetResponseを受信したりする入出力インタフェースである。

記憶部１３は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等の記憶媒体から構成される。また、処理部１２は、このトラヒック情報収集装置１０が備えるＣＰＵ（Central Processing Unit）によるプログラム実行処理や、専用回路等により実現される。なお、処理部１２をプログラム実行処理により実現する場合、記憶部１３には、この処理部１２の機能を実現するためのプログラムが格納される。入出力部１１は、ＩＰネットワーク経由で通信可能な通信インタフェースや入出力インタフェースから構成される。

このようなトラヒック情報収集装置１０の記憶部１３は、所定領域に収集対象装置情報１３１および収集対象項目情報１３２を記憶する。

収集対象装置情報１３１は、トラヒック情報の収集対象のネットワーク装置２０のＩＰアドレス、このネットワーク装置２０にログインし、トラヒック情報を収集するときに必要となるSNMPコミュニティ名等を示した情報である（表１参照）。

収集対象項目情報１３２は、トラヒック情報収集対象のネットワーク装置２０の識別情報ごとに、そのネットワーク装置２０から収集する情報項目を示した情報である。ここでの情報項目は、例えば、ネットワーク装置２０におけるトラヒック情報の格納位置を示すＯＩＤのリストが含まれる(表２参照）。例えば、トラヒック情報収集装置１０は、ネットワーク装置２０Ａには「ＯＩＤ₁₀₀₁，ＯＩＤ₁₀₀₂，ＯＩＤ₁₀₀₃，…，ＯＩＤ_100X」の領域にトラヒック情報が格納されていることを示す。また、ネットワーク装置２０Ｂには「ＯＩＤ₂₀₀₁，ＯＩＤ₂₀₀₂，ＯＩＤ₂₀₀₃，…，ＯＩＤ_200Y」の領域にトラヒック情報が格納されていることを示す。なお、この情報項目には、トラヒック情報を、トラヒック情報収集装置１０内で識別するためのキー情報等が含まれていてもよい。

処理部１２は、ネットワーク装置２０へトラヒック情報収集のためのGetRequest（トラヒック情報取得要求）を送信し、その応答として、当該ネットワーク装置２０のトラヒック情報を含むGetResponseを受信する。また、この処理部１２は、GetRequestを送信してから、所定時間経過しても、当該ネットワーク装置２０からのGetResponseを受信できなかったとき、当該ネットワーク装置２０からのGetResponseの受信のタイムアウト処理を実行する。つまり、このネットワーク装置２０からのGetResponseの受信処理を終了する。このような処理部１２は、GetRequest（GetRequestパケット）を作成するパケット作成部１２１と、GetRequestを送信するSNMPパケット送信部（パケット送信部）１２２と、GetResponseを受信するSNMPパケット受信部（パケット受信部）１２３と、処理部１２の各部を制御するパケット処理制御部１２４とを備える。

パケット作成部１２１は、パケット処理制御部１２４の指示に基づき、GetRequestを作成する。すなわち、パケット作成部１２１は、収集対象項目情報１３２における当該ネットワーク装置２０のＯＩＤリストから、所定数のＯＩＤを選択し、この選択したＯＩＤを含むGetRequestを作成する。

SNMPパケット送信部１２２は、パケット処理制御部１２４からの指示に基づき、パケット作成部１２１により作成されたGetRequestを、ネットワーク装置２０へ送信する。ここで、GetRequestの送信にあたり、このGetRequestの送信先のネットワーク装置２０のＩＰアドレスや、ログインに必要なSNMPコミュニティ名は、収集対象装置情報１３１から読み出す。

SNMPパケット受信部１２３は、GetRequestを送信したネットワーク装置それぞれから、このGetRequestに対する応答（GetResponse）を受信する。そして、このGetResponseを送信してから、GetResponseを受信するまでの時間（ＲＴＴ値）を計測する。計測したＲＴＴ値は、パケット処理制御部１２４へ出力する。このＲＴＴ値は、SNMPパケット送信部１２２が、次周期で送信するGetRequestに含めるＯＩＤ数を決定するときに参照される。

パケット処理制御部１２４は、パケット作成部１２１、SNMPパケット送信部１２２およびSNMPパケット受信部１２３を制御する。また、SNMPパケット送信部１２２によりGetRequestを送信してから、所定時間経過しても、SNMPパケット受信部１２３が当該ネットワーク装置２０からのGetResponseを受信できなかったとき、当該ネットワーク装置２０からのGetResponseの受信のタイムアウト処理を実行する。

ここで、このパケット処理制御部１２４は、SNMPパケット受信部１２３により計測されたＲＴＴ値と閾値α，βとを用いて以下の判断を行い、その結果を用いてパケット作成部１２１がGetRequestを送信するときに含めるＯＩＤ数を決定する。そして、収集対象装置情報１３１および収集対象項目情報１３２を参照して、各ネットワーク装置２０に対し、その決定したＯＩＤ数のＯＩＤを含むGetRequestの作成指示を出力する。すなわち、パケット処理制御部１２４は、SNMPパケット受信部１２３により計測された当該ネットワーク装置２０のＲＴＴ値が、（１）閾値αよりも大きいときには、ネットワーク装置２０に対するGetRequestに含めるＯＩＤ数を、前回の周期で送信したGetRequestに含めたＯＩＤ数よりも所定数（例えば、ｍ個）減少させる。一方、（２）閾値βよりも小さいときには、ネットワーク装置２０に対するGetRequestに含めるＯＩＤ数を、前回の周期で送信したGetRequestに含めたＯＩＤ数よりも所定数（例えば、ｍ個）増加させる。一方、また、閾値β≦計測されたＲＴＴ値≦閾値αであるときには、GetRequestを送信するときに含めるＯＩＤ数を変更しない。

なお、閾値α＜このトラヒック情報収集装置１０に設定されたタイムアウト時間とし、この閾値αは、例えば、タイムアウト時間の70％程度の時間とする。また、閾値βは、この閾値αよりも小さい値で、例えば、タイムアウト時間の30％程度の時間とする。具体例を挙げると、タイムアウト時間が「３（ｓ）」であったとき、閾値αの値を「２（ｓ）」、閾値βの値を「１（ｓ）」とする。

ここで、パケット処理制御部１２４が、閾値α，β（特に、閾値β）との比較に用いるＲＴＴ値は、例えば、当該周期において同じネットワーク装置２０宛に送信したGetRequestのＲＴＴ値のうち、最大値とする。これは、同じＯＩＤ数で送信したGetRequestのＲＴＴ値のうち、最大値以外の値を用いて閾値との比較を行うと、次周期でさらに大きなＲＴＴ値が計測され、タイムアウトが発生するおそれがあるからである。

＜処理手順＞
次に、図２を参照しつつ、図３を用いて、図２のトラヒック情報収集装置１０の処理手順を説明する。まず、トラヒック情報収集装置１０のパケット処理制御部１２４は、入出力部１１経由でトラヒック情報の収集指示の入力を受け付けると、パケット作成部１２１に対し、１GetRequestに含めるＯＩＤ数を設定する（Ｓ１）。ここで、１GetRequestに含めるＯＩＤ数の初期値は、小さい値（例えば、１等）とするのが好ましい。これはＯＩＤ数の初期値が大きすぎる場合、タイムアウトが発生する可能性が高まるためである。

次に、パケット処理制御部１２４は、収集対象装置情報１３１に示されるネットワーク装置２０のＯＩＤリストを、収集対象項目情報１３２から読み出し、このＯＩＤリストを分割する（Ｓ２）。つまり、このＯＩＤリストに示されるＯＩＤ群を、所定のＯＩＤ数ずつ分割し、１GetRequestに含めるＯＩＤを決定する。そして、パケット処理制御部１２４は、１GetRequestに含めるＯＩＤの情報を示したGetRequestの作成指示をパケット作成部１２１へ出力する。なお、ＯＩＤリストが所定のＯＩＤ数ずつ割り切れなかった場合は、最後のGetRequestには割り切れなかった端数のＯＩＤを含めることとする。

次に、パケット作成部１２１は、パケット処理制御部１２４により指示されたＯＩＤを含むGetRequestパケット（GetRequest）を作成する（Ｓ３）。そして、SNMPパケット送信部１２２は、入出力部１１およびＩＰネットワーク経由で、このGetRequestパケットをネットワーク装置２０へ送信する（Ｓ４）。ここで、SNMPパケット送信部１２２は、GetRequestパケットの送信にあたり、収集対象装置情報１３１に示されるSNMPコミュニティの情報を用いて、このGetRequestパケットの送信先のネットワーク装置２０へログインするものとする。

この後、SNMPパケット受信部１２３は、ＩＰネットワークおよび入出力部１１経由で、Ｓ４で送信したGetRequestパケットに対するGetResponseパケットを受信すると、そのGetResponseパケットを受信するまでのＲＴＴ値を計測する（Ｓ５）。そして、このGetResponseパケットに含まれるトラヒック情報と、計測したＲＴＴ値とを、パケット処理制御部１２４へ出力する。

次に、パケット処理制御部１２４は、SNMPパケット受信部１２３から出力されたトラヒック情報およびＲＴＴ値を記憶部１３の所定領域に格納する。また、このSNMPパケット受信部１２３から出力されたＲＴＴ値（既に同じGetRequestに対するGetResponseを複数受信していれば、それぞれのＲＴＴ値のうち最大値）が、閾値βよりも小さいとき（Ｓ６のＹｅｓ）、次周期で、このネットワーク装置２０へ送信する１GetRequestに含めるＯＩＤ数を、ｍ個増加させる（Ｓ９）。そして、Ｓ２へ戻り、パケット処理制御部１２４は、この増加させたＯＩＤ数を１GetRequestに含めるＯＩＤ数として、ＯＩＤリストの分割を行う（Ｓ２）。

一方、パケット処理制御部１２４は、SNMPパケット受信部１２３から出力されたＲＴＴ値が閾値αよりも大きいとき（Ｓ６のＮｏ→Ｓ７のＹｅｓ）、次周期で１GetRequestに含めるＯＩＤ数を、ｍ個減少させる（Ｓ１０）。そして、Ｓ２へ戻り、パケット制御処理部１２４は、この増加されたＯＩＤ数で、ＯＩＤリストの分割を行う（Ｓ２）。

また、パケット処理制御部１２４は、SNMPパケット受信部１２３から出力されたＲＴＴ値が、閾値β以上（Ｓ６のＮｏ）で、閾値α以下である場合（Ｓ７のＮｏ）、次周期で１GetRequestに含めるＯＩＤ数を現状のままとする（Ｓ８）。そして、Ｓ２へ戻り、パケット処理制御部１２４は、前回設定したＯＩＤ数のままで、ＯＩＤリストの分割を行う（Ｓ２）。トラヒック情報収集装置１０は、以上のような処理を、GetRequestの送信対象であるすべてのネットワーク装置２０（収集対象装置情報１３１に記載）について実行し、ネットワーク装置２０ごとに、次周期で１GetResponseに含めるＯＩＤ数を決定する。

以上説明したトラヒック情報収集装置１０によれば、このトラヒック情報収集装置１０が各ネットワーク装置２０から、トラヒック情報を収集するとき、図４に示すように、その収集に要する時間（ＲＴＴ値）が下限閾値（β）より小さい場合、次周期で送信する１GetRequestに含めるＯＩＤ数を増やし、上限閾値（α）よりも大きい場合、次周期で送信する１GetRequestに含めるＯＩＤ数を減らす。また、閾値β≦ＲＴＴ値≦閾値αの場合は、次周期で送信する１GetRequestに含めるＯＩＤ数を変更しない。よって、トラヒック情報収集装置１０は、タイムアウトを発生させない範囲で、各ネットワーク装置２０からのトラヒック情報を効率よく収集できる。

なお、前記した実施の形態において、トラヒック情報収集装置１０は、ネットワーク装置２０からのGetResponseの受信に要する時間（ＲＴＴ値）の最大値と、閾値αとの差が大きいほど、次周期で送信するGetRequestに含めるＯＩＤ数の減少幅を大きくするようにしてもよい。例えば、ＲＴＴ値＜閾値αであれば、ＯＩＤ数の減少幅（ｍ）＝１０とし、ＲＴＴ値＜＜閾値αであれば、ＯＩＤ数の減少幅（ｍ）＝２０としてもよい。このようにすることで、トラヒック情報収集装置１０は、より迅速に、次周期で１GetRequestに設定すべき適正なＯＩＤの数（タイムアウトを発生させない範囲で、効率よく収集できるＯＩＤの数）を決定できる。

１０トラヒック情報収集装置
１１入出力部
１２処理部
１３記憶部
２０（２０Ａ，２０Ｂ）ネットワーク装置
１２１パケット作成部
１２２ SNMPパケット送信部
１２３ SNMPパケット受信部
１２４パケット処理制御部
１３１収集対象装置情報
１３２収集対象項目情報

Claims

ネットワーク内の複数のネットワーク装置から、ＳＮＭＰを用いてトラヒック情報を収集するトラヒック情報収集装置であって、
前記ネットワーク装置の識別情報ごとに、当該ネットワーク装置におけるトラヒック情報の格納エリアを示すＯＩＤのＯＩＤリストを示した収集対象項目情報を記憶する記憶部と、
前記収集対象項目情報を参照して、パケット制御処理部からの指示に基づき、前記ネットワーク装置ごとに、当該ネットワーク装置からの収集対象であるトラヒック情報のＯＩＤを、前記ＯＩＤリストから所定数選択し、この選択したＯＩＤを含むトラヒック情報取得要求を作成するパケット作成部と、
前記作成したトラヒック情報取得要求を、入出力部経由で、前記ネットワーク装置それぞれへ送信するパケット送信部と、
前記ネットワーク装置それぞれから、当該トラヒック情報取得要求に対する応答を受信し、当該トラヒック情報取得要求を送信してから、当該応答を受信するまでの時間であるＲＴＴ値を計測するパケット受信部と、
前記パケット作成部が、前記トラヒック情報取得要求に含めるＯＩＤの数を決定する前記パケット処理制御部とを備え、
前記パケット処理制御部は、
前記パケット受信部により計測された当該ネットワーク装置に関するＲＴＴ値が、第１の閾値αよりも大きいとき、次周期で、当該ネットワーク装置に対し送信するトラヒック情報取得要求に含めるＯＩＤの数を減少するよう前記パケット作成部に指示し、当該ＲＴＴ値が、第２の閾値βよりも小さいとき、次周期で、当該ネットワーク装置に対し送信するトラヒック情報取得要求に含めるＯＩＤの数を増加するよう前記パケット作成部に指示し、
前記閾値αは、前記閾値βよりも大きく、かつ、前記トラヒック情報取得要求を送信してから、前記トラヒック情報取得要求を受信するまでのタイムアウト時間よりも小さい値とすることを特徴とするトラヒック情報収集装置。
前記パケット処理制御部は、
前記パケット受信部により計測された当該ネットワーク装置へのトラヒック情報取得要求の応答のＲＴＴ値のうち、当該周期におけるＲＴＴ値の最大値を用いて、前記第１の閾値αおよび前記第２の閾値βとの比較を行い、次周期で当該ネットワーク装置に対し送信するトラヒック情報取得要求に含めるＯＩＤの数の判断を行うことを特徴とする請求項１に記載のトラヒック情報収集装置。
前記パケット処理制御部は、
前記パケット受信部により計測された当該ネットワーク装置に関するＲＴＴ値の最大値が、前記第１の閾値αよりも大きいとき、そのＲＴＴ値の最大値と前記第１の閾値との差が大きいほど、当該ネットワーク装置に対するトラヒック情報取得要求に含めるＯＩＤの数の減少幅を大きくすることを特徴とする請求項１に記載のトラヒック情報収集装置。
ネットワーク内の複数のネットワーク装置から、ＳＮＭＰを用いてトラヒック情報を収集し、前記ネットワーク装置の識別情報ごとに、当該ネットワーク装置におけるトラヒック情報の格納エリアを示すＯＩＤのＯＩＤリストを示した収集対象項目情報を記憶する記憶部を備えるトラヒック情報収集装置が、
前記収集対象項目情報を参照して、前記ネットワーク装置ごとに、当該ネットワーク装置からの収集対象であるトラヒック情報のＯＩＤを、前記ＯＩＤリストから所定数選択し、この選択したＯＩＤを含むトラヒック情報取得要求を作成するステップと、
前記作成したトラヒック情報取得要求を、前記ネットワーク装置それぞれへ送信するステップと、
前記ネットワーク装置それぞれから、当該トラヒック情報取得要求に対する応答を受信し、当該トラヒック情報取得要求を送信してから、当該応答を受信するまでの時間であるＲＴＴ値を計測するステップと、
前記計測された当該ネットワーク装置に関するＲＴＴ値が、第１の閾値αよりも大きいとき、次周期で、当該ネットワーク装置に対し送信するトラヒック情報取得要求に含めるＯＩＤの数を減少し、当該ＲＴＴ値が、第２の閾値βよりも小さいとき、次周期で、当該ネットワーク装置に対し送信するトラヒック情報取得要求に含めるＯＩＤの数を増加するステップとを実行し、
前記閾値αは、前記閾値βよりも大きく、かつ、前記トラヒック情報取得要求を送信してから、前記トラヒック情報取得要求を受信するまでのタイムアウト時間よりも小さい値とすることを特徴とするトラヒック情報収集方法。
請求項４に記載のトラヒック情報収集方法を、コンピュータであるトラヒック情報収集装置に実行させるためのプログラム。