(57)【要約】      （修正有）【課題】パケット対象条件が増えた場合でも、パケットカウンタ装置をカスケード状に接続することで、パケットカウンタ装置の処理能力を落とすことなく、容易にスケールアウトを可能とするパケットカウンタ装置を提供する。【解決手段】パケットカウンタ装置をカスケード状に接続すること、パケットカウンタ装置内にパケット受信処理部、パケットヘッダ演算処理部、パケット送信処理部、メモリ部から、各レイヤのヘッダ処理を省略することで、オーバヘッドの処理の軽減が図れ、その結果、テーブル検索による負荷軽減とし、レイヤ毎の統計情報収集などパケット対象条件が増える場合でも、パケットカウンタ装置の処理能力を落とすことなく、容易にスケールアウトを可能とする。【選択図】図１
2014143460.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークから受信したパケットのうち、第１のレイヤのヘッダが特定の条件を満たすパケットの数を取得し、前記受信したパケットから前記第１のレイヤのヘッダを除去し、当該ヘッダを除去したパケットに、前記第１のレイヤよりも高位の第２のレイヤを指定する情報を含む付加ヘッダを付けてネットワークへ送信する第１の装置と、
前記ネットワークから、前記第１の装置が送信したパケットを受信し、前記付加ヘッダに含まれる前記第２のレイヤを指定する情報を参照して、前記第１の装置から受信したパケットのうち、前記第２のレイヤのヘッダが特定の条件を満たすパケットの数を取得する第２の装置と、を有することを特徴とするパケットカウントシステム。
【請求項２】
請求項１に記載のパケットカウントシステムにおいて、
前記第１の装置は、前記第２の装置が前記特定の条件を満たすか否かの判断対象とするレイヤが前記第２のレイヤであるという情報を保持する記憶部を有し、当該記憶部を参照して、前記付加ヘッダに前記第２のレイヤを指定する情報を格納することを特徴とするパケットカウントシステム。
【請求項３】
パケットを受信する受信部と、
前記受信部が受信したパケットの第１のレイヤのヘッダが特定の条件を満たすパケットの数を取得する制御部と、
前記受信したパケットから前記第１のレイヤのヘッダ情報を除去し、当該ヘッダ情報を除去したパケットに、次に当該パケットの処理を行う後段の装置がパケット数を数える条件を判断する対象である、前記第１のレイヤよりも高位の第２のレイヤを指定する情報を含む付加ヘッダを付けるパケットヘッダ処理部と、
前記パケットヘッダ処理部により付加ヘッダを付けられたパケットを前記後段の装置へ送信する送信部と、を有することを特徴とするパケットカウンタ装置。
【請求項４】
請求項３に記載のパケットカウンタ装置であって、
自装置がパケット数を数える条件を判断する対象が前記第１のレイヤであることを指定する情報を保持する記憶部を備え、
前記制御部は、
前記受信したパケットに前記付加ヘッダが付けられているか否かを判断し、
前記付加ヘッダが付加されている場合は、当該付加ヘッダに含まれる、パケット数を数える条件を判断する対象となるレイヤを指定する情報と、前記記憶部に保持された前記第１のレイヤを指定する情報とを比較し、
前記付加ヘッダに含まれる情報により指定されるレイヤが、前記記憶部に保持された情報により指定される前記第１のレイヤと同じもしくはより小さい場合に、前記受信したパケットの第１のレイヤのヘッダに対し特定の条件に合うパケットの数を取得することを特徴とするパケットカウンタ装置。
【請求項５】
請求項３に記載のパケットカウンタ装置であって、
前記パケットヘッダ処理部は、送信元を識別する情報として自装置のMACアドレスを、送信先を識別する情報として前記後段の装置のMACアドレスを、前記付加ヘッダに格納することを特徴とするパケットカウンタ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
発明は、転送されるパケットの個数などのパケットカウンタ装置の統計情報収集方式に関する。
【背景技術】
【０００２】
近年、スマートフォン（高機能携帯電話）の増加から通信トラフィックが急速に増加している。キャリア、ISP（Internet Service Provider）はネットワーク内の通信の状態を把握するため、ネットワーク内の通信データ量の統計情報収集および分析を行うパケットカウンタ装置を必要としている。パケットカウンタ装置はネットワーク内を流れるパケットデータの送信元や宛先などにより分類されるパケット対象条件毎の統計情報の収集・分析機能を備え、パケット対象条件毎の統計情報を用いることで、通信品質サービスの向上に繋げることが可能となる。
【０００３】
パケットカウンタ装置における統計情報収集の従来技術として、パケットキャプチャ方式による統計情報収集技術とサンプリング方式による統計情報収集技術がある。パケットキャプチャ方式は、全パケットの蓄積が前提であるため、正確な受信パケット数、受信バイト数等を把握したい場合にはメリットがある。しかし統計情報の収集を行う条件であるパケット対象条件が増える度に、当該条件を格納してあるテーブルの検索により長い時間を要するため、パケット対象条件の検索処理により、ルータやスイッチ等のCPU負荷が上がり、パケットの取りこぼしや、パケット転送処理性能が低下するデメリットがある。
【０００４】
サンプリング方式は予め設定されたサンプリングレートに従って一部のパケットを統計情報収集の対象とし、カウントするパケット対象条件のテーブル検索頻度を少なくすることで、パケット転送処理性能に影響を与えないメリットがある。しかし、正確なパケット数、受信バイト数等を把握できないデメリットがある。
【０００５】
従来技術のデメリットを解決した技術として、2つの検索テーブルとそれら検索テーブルの検索処理手段を持ち、受信パケットを統計情報の全数収集が必要なパケットと、必ずしも全数収集が必要でないパケットに判別する手段とを備えた統計情報収集装置が提案されている（特許文献１）。受信パケットを分けて処理をするため、全受信パケットに対して統計情報の収集を行っていた場合に比べて、パケットの処理にかかる時間が短縮され、統計情報収集装置の性能を下げることなく、多数のパケット対象条件による統計情報収集が実現できる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開2005-51736号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１の技術は、今後増加するスマートフォンにより増加するデータ量や通信品質保証を行う場合、以下の課題がある。
【０００８】
スマートフォンは音声や映像でデータ通信などのトリプルプレイが可能であり、特にスマートフォンのアプリケーション（VoIP、チャット等）が急激に普及したことに伴い、「制御信号」をはじめ、ファイル・メールの転送、遠隔データベースアクセス、HTTPやFTPなどの通信サービスなど、ネットワーク上に高レイヤのアプリケーションにより送受信されるパケットが繁雑に増加する傾向がある。その品質保証をする際に、異常な状態を知るためには、各々のアプリケーションの動作を知る必要がり、レイヤ毎の統計情報収集といったことが今後、増えてくる。
【０００９】
その場合に統計情報収集装置は、パケット対象条件が増えることによって、拡張として複数のパケット検索用のテーブルを持つことになる。1台の装置に1つのCPUや制御部で実施するにあたり、1台の装置だけでは、増え続けるパケット対象条件毎の複数のテーブルを持つことに限界があること、複数のテーブルが増えることによって処理性能が落ちること、などから結果として統計情報収集装置の性能は下がってくる。
【００１０】
また、アプリケーション層といったレイヤの高いところまでは、統計情報収集の対象ではないことから、各々のアプリケーションの動作を知りたいというニーズには対応できない。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、本発明のパケットカウンタ装置は、パケットを受信する受信部と、前記受信部が受信したパケットの第１のレイヤのヘッダが特定の条件を満たすパケットの数を取得する制御部と、前記受信したパケットから前記第１のレイヤのヘッダ情報を除去し、当該ヘッダ情報を除去したパケットに、次に当該パケットの処理を行う後段の装置がパケット数を数える条件を判断する対象である、前記第１のレイヤよりも高位の第２のレイヤを指定する情報を含む付加ヘッダを付けるパケットヘッダ処理部と、前記パケットヘッダ処理部により付加ヘッダを付けられたパケットを前記後段の装置へ送信する送信部と、を備えるよう構成される。
【発明の効果】
【００１２】
本発明によれば、パケット対象条件が増えた場合でも、パケットカウンタ装置をカスケード状に接続することで、パケットカウンタ装置の処理能力を落とすことなく、容易にスケールアウトを可能とするパケットカウンタ装置を提供できる。
【図面の簡単な説明】
【００１３】
【図１】基本実施形態例を示した通信システム図である。
【図２】実施例のパケットカウンタ装置のブロック図である。
【図３】実施例のパケットカウンタAのパケット対象条件テーブルである。
【図４】実施例のパケットカウンタAの統計情報テーブルである。
【図５】実施例のパケットカウンタAのパケットレイヤ管理テーブルである。
【図６】実施例のパケットカウンタBのパケット対象条件テーブルである。
【図７】実施例のパケットカウンタBの統計情報テーブルである。
【図８】実施例のパケットカウンタBのパケットレイヤ管理テーブルである。
【図９】実施例のパケットカウンタAとパケットカウンタB間のパケットの流れである。
【図１０】実施例のパケットカウンタのフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１５】
まず、本発明の実施形態の一例について図1〜図10で説明をする。図１は、本実施例におけるパケットカウンタ装置A300とパケットカウンタ装置B310が用いられている通信システム全体を示す図である。パケットカウンタ装置A300とパケットカウンタ装置B310は、サーバS500と端末T600の間で通信されるパケットの統計情報を収集する。サーバS500はルータRa100と、端末T600はルータRb200とそれぞれ接続し、ルータRa100とルータRb200間にはタップTA700が接続し、タップTA700はパケットカウンタ装置A300と接続している。また、パケットカウンタ装置A300、B310は、パケットの統計情報の収集を行う統計情報収集コンフィグレーションサーバ400と接続されている。
【００１６】
タップTA700はルータRa100とルータRb200間のネットワーク内の信号を分岐して、パケットカウンタ装置A300に分岐した信号を送信する装置である。なお、タップTA700をパケットカウンタ装置A300に置き変えても良い。以下ではタップTA700とパケットカウンタ装置A300を接続し、さらにパケットカウンタ装置A300とパケットカウンタ装置B310を接続した場合について説明する。なお、パケットカウンタ装置は図１に示すとおり３台以上接続しても良い。
【００１７】
パケットカウンタ装置A300とパケットカウンタ装置B310は、自装置がカウントすべきパケットの条件を表わすパケット検索対象条件が異なる。例えばパケットカウンタ装置A300がレイヤ2の統計情報を収集する場合、パケットカウンタ装置B310は、レイヤ3の統計情報収集を行うことができる。また、パケットカウンタ装置A300がレイヤ2とレイヤ3の統計情報収集する場合は、パケットカウンタ装置B310は、レイヤ4の統計情報収集を行うことができる。
【００１８】
このようなパケット検索対象条件は、統計情報収集コンフィグレーションサーバ400から、パケットカウンタ装置A300やパケットカウンタ装置B310にそれぞれ設定することができる。統計情報収集コンフィグレーションサーバ400による設定でパケットカウンタ装置は例えばレイヤ2〜7までの範囲でどのレイヤを解析するのか設定される。また、プラグアンドプレイで各パケットカウンタ装置が自動的にレイヤ分担を図っても良い。
【００１９】
統計情報収集コンフィグレーションサーバ400は、パケットカウンタ装置へのパケット検索対象条件の設定の他、パケットカウンタ装置A300とパケットカウンタ装置B310のそれぞれの統計情報収集も行う。各パケットカウンタ装置から統計情報収集コンフィグレーションサーバ400へ、定期的に統計情報を送信するよう設定しても良い。そうして得られた統計情報収集結果はGUI(Graphical User Interface)などで統計情報収集コンフィグレーションサーバ400の画面上で参照することができる。
【００２０】
図2以降では例として、パケットカウンタ装置A300がレイヤ2〜3までの統計情報収集、パケットカウンタ装置B310がレイヤ4の統計情報収集する場合を説明する。
【００２１】
図2は、パケットカウンタ装置A300のブロック図である。その他のパケットカウンタ装置B310も同様の構成である。パケットカウンタ装置A300は、受信側ポート(in1〜inN)、送信側ポート(out1〜outN)、パケット受信処理部10、パケット送信処理部20、パケットヘッダ演算処理部30、メモリ部40、テーブル格納メモリ41、プログラムメモリ42、制御部50、CPU60から構成される。制御部50とCPU60は一つとしても良い。
【００２２】
テーブル格納メモリ41は、自装置が統計情報を収集すべきパケットであるか否かを判別するための条件を記憶するパケット対象条件テーブル411、条件に合ったパケットの統計情報を記憶する収集統計情報テーブル412、自装置および後続の装置がどのレイヤの統計情報の収集を行うのかという情報を格納するパケットレイヤ管理テーブル413で構成されている。統計情報収集コンフィグレーションサーバ400はネットワークを介してパケット対象条件テーブル411やパケットレイヤ管理テーブル413の各種設定を行う。パケットカウンタ装置300はCPU60や制御部50によって各テーブルの維持更新を実施する。テーブルの詳細については後述する。
【００２３】
まず、パケットカウンタ装置A300がタップTA700から受信したパケットを処理する場合について説明する。パケットカウンタ装置A300、B310がパケットを受信して処理するフローを図10に示す。パケットは受信側ポート(In1)から入力すると、パケット受信処理部10により受信され(S2010)、制御部50によりパケットヘッダの解析が行われる。具体的には、制御部50は、受信したパケットに後述する付加ヘッダが付いているかどうかを確認する(S2020)。この場合付加ヘッダは付いていないので、制御部50はパケットレイヤ管理テーブル413を参照し、自装置が統計情報を収集すべきレイヤ情報を得る(S2030)。
【００２４】
図5は、パケットカウンタ装置A300のパケットレイヤ管理テーブル413である。統計情報収集コンフィグレーションサーバ400はパケットカウンタ装置A300に対し、ポート番号413-3が1のポート（本実施例ではポートIn1, ポートout1）を通過するパケットについて、パケット対象レイヤ413-4にレイヤ3を設定することで統計情報の収集対象をレイヤ3とし、後段接続先のパケット対象レイヤ413-5をレイヤ4と設定することで、後段のパケットカウンタ装置B310の統計情報の収集対象をレイヤ4としている。送信元のMACアドレス413-1(パケットカウンタ装置A)と宛先MACアドレス413-2(パケットカウンタ装置B)は、レイヤ2パケットを受信する際に既知のものとする。
【００２５】
パケットカウンタ装置A300の制御部50は、自装置が統計情報を収集すべきレイヤ情報がレイヤ3であることが分かると、処理対象のレイヤ3のパケットヘッダ情報を解析する(S2040)。そして制御部50は、解析したレイヤ3のパケットヘッダ情報をパケット対象条件テーブル411の内容で検索する(S2050)。
【００２６】
図3は、パケットカウンタ装置A300のパケット対象条件テーブル411である。パケット対象条件テーブル411は、レイヤ3までのパケット対象条件内容411-2が設定されている。パケット対象条件番号411-1毎にパケット対象条件内容411-2として、IPヘッダ内の送信元IPアドレス411-3、送信先IPアドレス411-4を用いた例である。図3の例では、パケット対象条件番号411-1が１であるエントリにおいて、送信元IPアドレス411-3に端末T600のIPアドレスが、送信先IPアドレス411-4にサーバS500のIPアドレスがそれぞれ格納されている。つまりパケットカウンタ装置A300は、端末T600からサーバS500へ送信されるパケットの統計情報を収集するよう設定されている。なお、パケット対象条件内容411-2には、図示しているようにIPアドレス以外のその他の条件を加えることができ、必ずしもIPアドレスを条件に含めなくても良い。
【００２７】
受信したパケットが統計情報の収集対象であった場合、パケットカウンタ装置A300の制御部50は統計情報テーブル412を更新する(S2060)。図4は、パケットカウンタ装置A300の統計情報テーブル412である。パケット対象条件番号412-1毎に統計情報412-2として、各パケット対象条件に属する受信パケット数412-3、受信バイト数412-4をカウントする。
【００２８】
そして制御部50は、パケットレイヤ管理テーブル413を再び参照し、後段接続先のパケット対象レイヤ413-5の情報から、後続装置における処理が必要か否かを判断する(S2200)。この場合、後続のパケットカウンタ装置B310がレイヤ4を対象に統計処理するため、パケットカウンタ装置A300のパケットヘッダ演算処理部30は、パケット対象レイヤ413-4を参照して自装置の統計対象がレイヤ3であることを認識し、パケットヘッダからレイヤ3のヘッダを削除する(S2210)。これは、レイヤ3の統計情報をパケットカウンタ装置A300が収集するため、後続のパケットカウンタ装置B310にはレイヤ3のヘッダ情報が不要のためである。
【００２９】
そしてパケットヘッダ演算処理部30は、削除したレイヤ3のヘッダ情報の替わりに付加ヘッダをレイヤ3データに付加する。この付加ヘッダは送信元MACアドレス413-1に格納されているパケットカウンタAのMACアドレスを送信元アドレスとし、宛先MACアドレス413-2に格納されているパケットカウンタBのMACアドレスを宛先アドレスとし、このパケットを受信する後段のパケットカウンタ装置B310が処理するレイヤ情報として後段接続先のパケット対象レイヤ413-5に格納されているレイヤ4の情報を含んでいる。
【００３０】
パケットカウンタ装置A300は付加ヘッダを新たに付け加えて作成したパケットを、パケット送信処理部20を介して後段のパケットカウンタ装置B310へ送信する(S2300)。
【００３１】
次に、パケットカウンタ装置B310が、パケットカウンタ装置A300からのパケットを受信した場合について説明する。パケットカウンタ装置B310はパケットを受信すると(S2010)、制御部50が付加ヘッダの有無を確認する(S2020)。この場合付加ヘッダが付いているので、制御部50は付加ヘッダに格納されているレイヤ情報としてレイヤ4の情報を取得する(S2100)。次に制御部50はパケットレイヤ管理テーブル413のパケット対象レイヤ413-4を参照し、付加ヘッダのレイヤ情報とパケット対象レイヤ413-4のレイヤ情報とを比較する(S2110)。
【００３２】
パケットカウンタ装置B310が保持するパケットレイヤ管理テーブル413の内容は図8に図示するものである。パケット対象レイヤ413-4には、パケットカウンタ装置B310が統計処理する対象がレイヤ4であることを示す情報が格納されている。また、ポート番号413-3が1で特定されるポートIn1, ポートout1において予めレイヤ4の統計情報を収集し、後段接続先のパケット条件収集レイヤ413-5は設定していない場合である。送信元のMACアドレス(パケットカウンタ装置A) （413-1）は、レイヤ2パケットを受信する際に既知のものとする。本実施例ではパケットカウンタ装置B310の後段に位置するパケットｐカウンタ装置は無いため、宛先MACアドレス413-2は設定されていない。
【００３３】
付加ヘッダのレイヤ情報が、パケット対象レイヤ413-4に格納されたレイヤ情報と同じかそれより小さい場合、パケットカウンタ装置B310が統計処理の対象とするレイヤのヘッダ情報は上段の装置により除去されていないため、統計処理を継続する(S2110でYESの場合)。一方、付加ヘッダのレイヤ情報がパケット対象レイヤ413-4に格納されたレイヤ情報より大きい場合はパケットカウンタ装置B310におけるパケット統計処理をスキップする(S2110でNOの場合)。
【００３４】
今回の場合、付加ヘッダには、パケットカウンタ装置A300により、図5の後段接続先のパケット対象レイヤ413-5のレイヤ4という情報が格納されている。また、前述のとおりパケット対象レイヤ413-4にもレイヤ4の情報が格納されているため、これらを比較した結果は同じレイヤ情報が格納されているということになり、パケットカウンタ装置B310は統計処理を行う(S2110でYESの場合)。
【００３５】
パケットカウンタ装置B310の制御部50は、処理対象のレイヤであるレイヤ4のパケットヘッダを解析し(S2120)、それをパケット対象条件テーブル411と照らし合わせて検索する(S2130)。図6はパケットカウンタ装置B310が保持するパケット対象条件テーブル411の一例である。この例では、上位プロトコル411-5がTCP(Transmission Control Protocol)であり、宛先ポート番号411-6が20、21、つまりFTP(File Transfer Protocol)である場合をフロー１の検索条件としている。また、上位プロトコル411-5がTCPで、宛先ポート番号411-6が23、つまりTelnet(Telecommunication network)である場合をフロー２の検索条件としている。
【００３６】
受信したパケットが統計情報の収集対象であった場合、パケットカウンタ装置B310の制御部50は統計情報テーブル412を更新する(S2140)。図7は、パケットカウンタ装置B310の統計情報テーブル412である。この統計情報テーブルでは、受信パケット数412-3および受信バイト数412-4として、パケットカウンタ装置B310がパケットカウンタ装置A300から受信した全てのパケットをカウントしている。そして上位プロトコル該当412-5では、パケット対象条件テーブル411の上位プロトコル411-5で指定された、上位プロトコルがTCPのパケット数をカウントしている。また、宛先ポート番号該当412-6では、パケット対象条件テーブル411の宛先ポート番号411-6で指定された、FTPを使用するパケットの数をカウントしている。
【００３７】
そしてパケットカウンタ装置B310の制御部50は、パケットレイヤ管理テーブルの後段接続先のパケット対象レイヤ413-5を参照し、後段の装置でさらに統計処理を行うか否かを判断する(S2200)。図8に示す後段接続先のパケット対象レイヤ413-5には情報が格納されていないので、制御部50は後段装置の処理は不要と判断し(S2200でNOの場合)、パケットを破棄する(S2150)。なお、この実施例ではパケットカウンタ装置B310の後ろに続くパケットカウンタ装置が無い場合を説明しているが、さらに後段に他の装置が続く場合は、パケットカウンタ装置A300が処理したように、図10のS2200でYesに進んだ以降の処理を実行すればよい。
【００３８】
このように、本実施例のパケットカウンタ装置によれば、パケットカウンタ装置A300にてレイヤ3の統計情報処理を行い、パケットカウンタ装置B310にてレイヤ4の統計情報処理を行う。レイヤごとに異なるパケットカウンタ装置で統計処理を実行できるため、各パケットカウンタ装置の負荷を小さくすることができる。
【００３９】
また、前段のパケットカウンタ装置は、自装置で統計処理したレイヤのパケットヘッダを削除して後段の装置にパケットを転送するため、後段の装置では削除されたヘッダの処理を省略することが可能となる。このためオーバヘッドの処理の軽減が図れ、その結果、テーブル検索による負荷を軽減することができ、レイヤ毎の統計情報収集などパケット対象条件が増える場合でも、パケットカウンタ装置の処理能力を落とすことなく、容易にスケールアウトを可能とすることができる。本例でパケット対象条件として用いているヘッダ内の値の組み合わせは一例であり、統計情報収集コンフィグレーションサーバ400から任意の検索条件をパケットカウンタ装置に設定することができる。
【００４０】
なお、図10の処理フローではS2110の処理に見られるように、付加ヘッダのレイヤ情報とパケットレイヤ管理テーブルのレイヤ情報とを用いて、パケットカウンタ装置B310が統計処理を実行すべきか否かを決定している。つまり、図10の処理フロー例ではこれら2種類のレイヤ情報を用いているが、いずれか一方のレイヤ情報を用いても良い。つまり、パケットカウンタ装置B310は、付加ヘッダのレイヤ情報から直ちに自装置が処理すべきレイヤを特定し、統計処理を行っても良い。また、パケットカウンタ装置B310は、パケットレイヤ管理テーブルのレイヤ情報に従って自装置が処理すべきレイヤを特定し、統計処理をおこなっても良い。後者の場合、パケットカウンタ装置A300は付加ヘッダにレイヤ情報を格納しなくても良い。
【００４１】
図9は、本実施例のパケットカウンタ装置A300とパケットカウンタ装置B310間のパケットの流れを説明する図である。パケットカウンタ装置A300はレイヤ3パケット(L3ヘッダ1000＋L3データ1010)を受信すると、制御部50でレイヤ3パケットのL3ヘッダ1000から統計情報を収集し、パケットヘッダ演算処理部30で、L3ヘッダ1000を削除する。
【００４２】
そしてパケットヘッダ演算処理部30は、L3データ(1010)に付加ヘッダ1200を付加する。付加ヘッダ1200は送信元MACアドレス1210としてパケットカウンタ装置AのMACアドレスを設定され、宛先MACアドレス1220としてパケットカウンタ装置BのMACアドレスが設定される。また、後段のパケットカウンタ装置が処理すべきレイヤ情報1230には、パケットレイヤ管理テーブル413の後段接続先のパケット対象レイヤ413-5に格納された情報が設定される。なお、MACアドレスはレイヤ2パケットを受信する際に既知のものとする。
【００４３】
パケットカウンタ装置A300から出力されたパケット(付加ヘッダ1200＋L4ヘッダL41100＋L4データ1110)は、パケットカウンタ装置B300で付加ヘッダ1200を取り除かれ、L4ヘッダ1100の解析が実施される。この実施例では図8のパケットレイヤ管理テーブル413の後段接続先のパケット対象レイヤ413-5は何も設定されていないので、レイヤ4以降の解析は実施されない。
【００４４】
このように、あるレイヤの統計処理をしたパケットカウンタ装置が、そのレイヤ情報を除去して、付加ヘッダを付けたパケットを後段のパケットカウンタ装置に送信することで、後段のパケットカウンタ装置は既に統計処理が行われている下位レイヤのヘッダ処理を省略することができ、処理負荷が軽減される。また、付加ヘッダに後段のパケットカウンタ装置が統計処理すべきレイヤ情報を含めることで、パケットカウンタ装置間でどのレイヤの統計処理を行うべきかという情報の伝達が行われるため、パケットカウンタ装置をカスケードに接続すれば統計処理システムをスケールアップすることができ、拡張性に富むシステムを構築することができる。
【符号の説明】
【００４５】
10：パケット受信処理部
20：パケット送信処理部
30：パケットヘッダ演算処理部
40：メモリ部
41：テーブル格納メモリ
411：パケット対象条件テーブル
411-1：パケット対象条件番号
411-2：パケット対象条件内容
411-3：送信元IPアドレス
411-4：送信先IPアドレス
411-5：上位プロトコル
411-6：宛先ポート番号
412：統計情報テーブル
412-1：パケット対象条件番号
412-2：統計情報
412-3：受信パケット数
412-4：受信バイト数
412-5：上位プロトコル該当
412-6：宛先ポート番号該当
413：パケットレイヤ管理テーブル
413-1：送信元MACアドレス
413-2：宛先MACアドレス
413-3：ポート番号
413-4：パケット対象レイヤ
413-5：後段接続先のパケット対象レイヤ
42：プログラムメモリ
50：制御部
60：CPU
100：ルータRa
200：ルータRb
300：パケットカウンタA
310：パケットカウンタB
320：パケットカウンタN
400：統計情報収集コンフィグレーションサーバ
500：サーバS  
600：端末T
700：タップTA
1000:L3ヘッダ
1010：L3データ
1100：L4ヘッダ
1110：L4データ
1200：付加ヘッダ
1210：送信元MACアドレス
1220：宛先MACアドレス
1230：レイヤ情報
【図１】
2014143460.tif 000003
【図２】
2014143460.tif 000004
【図３】
2014143460.tif 000005
【図４】
2014143460.tif 000006
【図５】
2014143460.tif 000007
【図６】
2014143460.tif 000008
【図７】
2014143460.tif 000009
【図８】
2014143460.tif 000010
【図９】
2014143460.tif 000011
【図１０】
2014143460.tif 000012