JP6213239B2 - パケットモニタシステムおよびパケットモニタ方法 - Google Patents

Description

本発明は、複数の装置の間で行われる通信に関する。

通信の発達に伴い、ＩＰ電話や映像配信など、音声データや映像データの送受信を伴うサービスも普及してきており、ネットワーク中で送受信されるデータの種類は多種多様になってきている。さらに、１種類のネットワークサービスを提供するために複数のアプリケーションやサーバが使用されることも多くなってきている。このような状況下では、ネットワーク中の装置の一部の故障検出を行っても、サービスへの影響を把握することが難しいことがある。そこで、ネットワークを介して送受信されるパケットをモニタし、エンドユーザの体感品質（ＱｏＥ、quality of experience）を用いてサービスの管理を行うことが試みられてきている。例えば、ネットワーク中の通信装置の間の回線にネットワークタップ（ＴＡＰ）を接続し、その回線を介して送受信されるパケットを解析することにより、ＱｏＥを把握することが試みられている。

図１は、ネットワークタップの設置例を示す。図１の例では、複数のアクセスネットワークＡＮ（ＡＮ１〜ＡＮ４）がコアネットワークＣＮに接続されている。コアネットワークＣＮには、コアルータ１（１ａ〜１ｄ）、アクセスネットワークＡＮ中には、ルータ２（２ａ〜２ｍ）が含まれる。また、各アクセスネットワークには、Radio Network Controller（ＲＮＣ）や無線基地局などの無線通信装置３（３ａ〜３ｈ）も含まれる。図１の例では、エンドユーザから送信されたパケットやエンドユーザ宛のパケットを取得してＱｏＥを取得するために、アクセスネットワークＡＮ中にネットワークタップ１０（１０ａ〜１０ｈ）が設置されている。ネットワークには、解析装置５（５ａ、５ｂ）も含まれる。解析装置５は、予め記憶している情報を用いて、解析対象のパケットを特定し、解析処理を行う。例えば、解析装置５ａは、ネットワークタップ１０ａが取得したパケットのうちで、設定された条件に当てはまるパケットを解析することにより、通信品質の指標値を計算し、得られた値を管理装置６に通知する。一方、解析装置５ｂは、ネットワークタップ１０ｈを介して取得したパケットから選択したパケットについての解析結果を、管理装置６に通知する。図１では、図を見やすくするために回線や一部の解析装置５を省略しているが、ネットワークタップ１０ｂ〜１０ｇも解析装置に接続されており、ネットワークタップ１０ｂ〜１０ｇが取得したパケットについての解析結果も管理装置６に通知される。

関連する技術として、監視対象パケットの送信状態と受信状態を比較することにより、ネットワーク品質を監視し、品質低下を発見した場合に品質が低下した区間を特定する方法が提案されている（例えば、特許文献１）。さらに、測定対象のパケットを抽出するプローブをネットワーク中に複数設置し、プローブで抽出されたパケット情報からパケット対を検知して通信品質を測定することも提案されている（例えば、特許文献２）。

特開２００３−３１８９８５号公報 特開２００７−１９７８６号公報

ネットワークタップの接続ミスが発生すると、解析装置が取得するパケットと解析装置での解析対象の設定との間に不整合が発生してしまう。このため、解析装置は解析対象のパケットを受信できない状態となり、解析処理を行わない。接続ミスは、ネットワークタップの設置位置を誤った場合や、モニタ回線を予定外の解析装置に接続した場合などに発生する。しかし、ネットワークタップのモニタ回線には、ＩＰアドレスを割り当てることができないため、ネットワークタップと解析装置の間での接続確認を行うことができず、接続ミスを特定するためには長い時間がかかることもある。特に、ネットワーク中に設置されるネットワークタップの数が大きくなるほど、接続ミスの発見や修正にかかる時間が長くなり、ネットワークの解析の開始が遅れてしまう恐れがある。以上の説明は、ネットワークタップを例として行ったが、ネットワーク中のパケットを取得するための取得装置であって、パケットの解析装置との間での接続確認ができない装置では同様の状況が発生しうる。

本発明は、１つの側面として、解析装置に適切な解析対象を設定するための簡便な方法を提供する。

ある実施形態に係るパケットモニタシステムは、取得装置、解析装置、決定装置を備える。取得装置は、通信装置間の通信に使用される回線から、前記回線を用いて送受信されるパケットを取得する。前記解析装置は、前記取得装置から取得したパケットの送信元アドレスと宛先アドレスの組み合わせを、前記決定装置に通知する。決定装置は、通信品質の監視対象である対象区間と、解析対象のプロトコルを対応づけた情報を保持し、前記情報を用いて前記解析装置での解析対象を決定する。ここで、前記決定装置は、前記組み合わせで特定される区間に一致する対象区間に対応付けられたプロトコルが前記解析装置での解析対象に選択されるように、前記選択パケットの選択基準を生成すると共に、前記選択基準を前記解析装置に通知する。解析装置は、前記取得装置が取得したパケットから選択した選択パケットを解析する。このとき、前記解析装置は、前記選択基準を用いて前記選択パケットを選択する。

解析装置に適切な解析対象を設定できる。

ネットワークタップの設置例を示す図である。 実施形態にかかる方法の例を説明するフローチャートである。 解析装置の構成の例を示す図である。 決定装置の構成の例を示す図である。 解析装置と決定装置のハードウェア構成の例を示す図である。 取得装置の設置例を示す図である。 管理テーブルの例を示す図である。 パケットに含まれる情報要素の例を示す図である。 中継ノード情報の例を示す図である。 解析装置に送信されるパケットに含まれる情報要素の例を示す図である。 第１の実施形態で行われる処理の例を説明するフローチャートである。 第２の実施形態で使用される設計の例を示す図である。 スイッチの初期設定の例を示す図である。 第２の実施形態で使用される管理テーブルの例を示す図である。 ミラーリング設定テーブルの例を示す図である。 取得装置の設置例を示す図である。 接続状態の特定に使用される情報の例を示す図である。 接続状態の特定の際に行われるミラーリングの例を示す図である。 接続状態の特定の際に行われるミラーリングの例を示す図である。 中継ノード情報の例を示す図である。 更新されたミラーリング設定テーブルの例を示す図である。 解析装置に送信される情報の例を示す図である。 制御信号に含まれる情報の例を示す図である。 スイッチの設定結果を示す図である。 第２の実施形態で行われる処理の例を説明するフローチャートである。

図２は、実施形態にかかる方法の例を説明するフローチャートである。以下の説明では、通信装置間で送受信されるパケットを取得する装置を取得装置と記載する。取得装置は、例えば、ネットワークタップなど、通信装置間で送受信されているパケットの複製を解析装置に送信することができる任意の装置である。

実施形態にかかるシステムには、解析装置での解析対象のパケットの選択基準を決定する決定装置が含まれているものとする。なお、決定装置は、解析装置で使用される選択基準の決定の他、図１の管理装置６と同様の処理も行っても良い。解析装置は、決定装置から選択基準を通知されるまで、解析対象のパケットの選択基準を設定しないものとする。例えば、取得装置Ａが新たに設置され、取得装置Ａのモニタ回線が解析装置Ａに接続されるとする。この場合、取得装置Ａのモニタ回線が解析装置Ａに接続されても、決定装置からの選択基準が通知されるまでは、解析装置Ａには、取得装置Ａから受信するパケットについての解析対象が設定されていない。

取得装置Ａは、通信装置間の経路中に設置された後、モニタ回線が解析装置Ａに接続されると、通信装置間で送受信されているパケットの複製を解析装置Ａに送信する。解析装置Ａは、取得装置Ａからパケットを受信する（ステップＳ１）。解析装置Ａは、取得装置Ａから取得するパケットの処理についての設定が終了しているかを判定する（ステップＳ２）。取得装置Ａから取得するパケットの処理についての設定が終了していない場合、解析装置Ａは、取得装置Ａのキャプチャポイントを特定する（ステップＳ２でＮｏ、ステップＳ３）。ここで、キャプチャポイントは、取得装置Ａが設置されている論理的な位置を指し、取得装置Ａから受信したパケットの送信元アドレスと宛先アドレスの組合せを用いて表わされるものとする。解析装置Ａは、取得装置Ａのキャプチャポイントを特定すると、キャプチャポイントの情報を、決定装置に通知する。決定装置は、予め、ユーザとの契約に基づいて、モニタ対象とするパケットの条件を保持しているものとする。決定装置は、解析装置Ａから通知された情報を用いて、解析装置Ａでの解析を要求するパケットの条件を特定し、得られた結果を、解析装置Ａに通知する。解析装置Ａは、決定装置から通知された条件に合わせた設定処理を行う（ステップＳ４）。

その後、解析装置Ａは、取得装置Ａから受信したパケットのうちで、品質測定の対象となるパケットを選択し、選択したパケットの解析を行うことにより、品質測定を行う（ステップＳ５）。解析装置Ａは、その後、ステップＳ１以降の処理を繰り返す。

解析装置Ａに取得装置Ａから受信したパケットについての処理の条件が設定されている場合、解析装置は、ステップＳ３、Ｓ４の処理を行わずに、受信したパケットから品質測定の対象となるパケットを選択する（ステップＳ２でＹｅｓ）。解析装置Ａは、選択したパケットについての品質測定を行い、ステップＳ１に戻る（ステップＳ５）。

このように、実施形態にかかる方法では、取得装置と取得装置のモニタ回線の接続処理が終わった後で、解析装置が取得装置を介して受信するパケットの送信元と宛先に合わせて、解析装置の解析対象を特定する条件が解析装置に設定される。なお、決定装置から解析装置に通知される設定内容（解析対象のパケットの選択基準）として、解析装置が取得装置を介して取得可能なパケットから解析対象のパケットの選択を行うために使用可能な任意の情報が使用されうる。例えば、パケットの選択基準として、解析装置が解析対象とするプロトコルの情報等が使用されても良い。また、複数の取得装置とスイッチを介して解析装置が接続されている場合、決定装置は、解析装置に対してミラーリングの対象とするポートを特定するための情報を通知することにより、パケットの取得先の取得装置を特定することもできる。

このように、実施形態にかかるシステムでは、取得装置の配置やモニタ回線の配線が予定とは異なっていても、解析装置が実際の配置や配線の結果に応じた設定を行うことができるため、配置や配線の状況と解析装置の設定の間に矛盾が発生しない。従って、取得装置との接続確認を行わなくても、解析装置には適切な設定を行うことができる。このため、ネットワーク中で送受信されるパケットの解析サービスを行う場合の設置工事が簡便になる。また、実施形態にかかるシステムでは、解析装置の設定と実際に解析装置でモニタされるパケットの間の矛盾を修正するための処理を行わなくても良いため、ユーザとの契約の成立後、サービスを迅速に開始できる。

＜装置構成＞
図３は、解析装置２０の構成の例を示す図である。解析装置２０は、取得装置８０からパケットを取得するものとする。さらに、解析装置２０は、決定装置５０（図４を参照）からの通知に応じて、パケットの解析の条件を設定するものとする。解析装置２０は、キャプチャポート２１、送受信部２２、ポート２３、制御部３０、記憶部４０を備える。制御部３０は、分類部３１、セッション情報管理部３２、パケット解析部３３を有する。記憶部４０は、セッション情報テーブル４１、設定情報４２、データ４３を保持する。

解析装置２０は、キャプチャポート２１を介して取得装置８０からパケットを受信する。キャプチャポート２１を介して入力されたパケットは、送受信部２２に出力される。送受信部２２は、キャプチャポート２１から入力されたパケットを分類部３１に出力する。一方、送受信部２２は、セッション情報管理部３２やパケット解析部３３から入力されたパケットを、ポート２３を介して決定装置５０に送信する。さらに、送受信部２２は、ポート２３を介して決定装置５０から受信したパケットを、セッション情報管理部３２に出力する。

分類部３１は、送受信部２２から入力されたパケットを解析対象として選択するかを判定するための選択基準を決定装置５０から取得しているかを、そのパケットの送信元アドレスと宛先アドレスの組合せを用いて判定する。以下、送信元アドレスと宛先アドレスの組合せを「セッション情報」と記載することがある。このとき、分類部３１は、適宜、設定情報４２を参照する。設定情報４２には、決定装置５０から選択基準が通知されたセッション情報と、通知された処理の内容が対応付けられている。選択基準が設定されていない場合、分類部３１は、入力されたパケットをセッション情報管理部３２に出力する。

セッション情報管理部３２は、分類部３１から入力されたパケットのセッション情報がセッション情報テーブル４１に登録されているかを判定する。ここで、セッション情報テーブル４１には、決定装置５０に通知したセッション情報が記録されているものとする。セッション情報がセッション情報テーブル４１に登録されていない場合、セッション情報管理部３２は、そのセッション情報をセッション情報テーブル４１に登録すると共に、セッション情報を決定装置５０に通知するためのパケットを生成する。セッション情報管理部３２は、生成したパケットを送受信部２２に出力する。一方、セッション情報がセッション情報テーブル４１に含まれている場合、セッション情報管理部３２は、セッション情報を送信せずに待機する。

一方、設定情報４２にセッション情報に対応付けて設定が記録されている場合、分類部３１は、パケットをパケット解析部３３に出力する。パケット解析部３３は、設定情報４２の設定に従って、入力されたパケットが解析の対象であるかを判定する。入力されたパケットが解析の対象である場合、パケット解析部３３は、そのパケットについての解析処理を行い、得られたデータを決定装置５０に送信するためのパケットを生成する。パケット解析部３３は、生成したパケットを送受信部２２に出力する。なお、データ４３は、解析装置２０の処理に用いられるデータ、および、解析装置２０の処理により生成されたデータを含むものとする。

図４は、決定装置５０の構成の例を示す図である。決定装置５０は、解析装置２０に対して解析対象のパケットに関連付けられた設定の内容（選択基準）を通知し、解析装置２０から受信した解析結果を、適宜、保守端末に送信するものとする。決定装置５０は、保守ポート５１、送受信部５２、ポート５３、制御部６０、記憶部７０を備える。制御部６０は、分類部６１、決定部６２、通知部６３、データ集計部６４を有する。記憶部７０は、管理テーブル７１と中継ノード情報７２を有する。

管理テーブル７１は、解析対象のパケットを特定するための情報を、セッション情報に対応付けて記録する。管理テーブル７１は、予め、オペレータにより、ユーザとの契約に基づいて生成されるものとする。

決定装置５０は、保守ポート５１を介して、保守端末との間の通信を行う。送受信部５２は、保守ポート５１またはポート５３を介して受信したパケットを、分類部６１に出力する。分類部６１は、受信したパケットのうち、決定装置５０にセッション情報を通知するために解析装置２０から送信されたパケットを、決定部６２に出力する。決定部６２は、取得したセッション情報を用いて、中継ノード情報７２を生成する。中継ノード情報７２の生成方法と具体例については後述する。

中継ノード情報７２の生成後、決定部６２は、管理テーブル７１を参照して、解析装置２０から通知されたセッション情報を有するパケットに対する処理の内容を決定する。通知部６３は、決定部６２が決定した内容を解析装置２０に通知するためのパケットを生成する。通知部６３は、生成したパケットを送受信部５２に出力する。

分類部６１は、受信したパケットのうち、決定装置５０に解析結果を通知するために解析装置２０から送信されたパケットを、データ集計部６４に出力する。データ集計部６４は、得られた解析結果の集計処理を行い、さらに、集計結果を保守端末に通知するためのパケットを生成する。データ集計部６４は、保守端末宛てのパケットを送受信部５２に出力する。

図５は、解析装置２０と決定装置５０のハードウェア構成の例を示す図である。解析装置２０と決定装置５０のいずれも、プロセッサ１０１、Read Only Memory（ＲＯＭ）１０２、Random Access Memory（ＲＡＭ）１０３、ネットワーク接続装置１０４、および、バス１０５を備える。解析装置２０において、プロセッサ１０１は、制御部３０として動作する。一方、決定装置５０では、プロセッサ１０１は制御部６０として動作する。

ＲＡＭ１０３は、解析装置２０において記憶部４０として動作し、決定装置５０において記憶部７０として動作する。いずれの装置においても、ＲＡＭ１０３は、適宜、プロセッサ１０１の処理に用いられるデータや、プロセッサ１０１の処理で得られたデータを記憶する。解析装置２０と決定装置５０のいずれでも、ＲＯＭ１０２は、プロセッサ１０１の動作に使用されるプログラムを格納することができ、また、プロセッサ１０１が使用するデータ等を格納できる。このため、解析装置２０では、プロセッサ１０１は、ＲＯＭ１０２に格納されているプログラムを実行することにより、制御部３０を実現できる。同様に、決定装置５０では、プロセッサ１０１は、ＲＯＭ１０２に格納されているプログラムを実行することにより、制御部６０を実現できる。

解析装置２０において、ネットワーク接続装置１０４は、キャプチャポート２１、送受信部２２、ポート２３として動作する。一方、決定装置５０において、ネットワーク接続装置１０４は、保守ポート５１、送受信部５２、ポート５３として動作する。解析装置２０と決定装置５０のいずれにおいても、バス１０５は、プロセッサ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ネットワーク接続装置１０４を相互にデータの入出力が可能なように接続する。

なお、解析装置２０は、例えば、ルータやスイッチなどの装置を用いて実現されることがある。一方、決定装置５０は、コンピュータなどにより実現される。図４を用いた説明では、決定装置５０が保守端末に集計した解析結果を出力する場合を例として説明したが、決定装置５０がオペレータに対して解析結果を表示しても良い。この場合、決定装置５０は、ディスプレイなどの出力装置を備えているものとする。さらに、決定装置５０がキーボードなどの入力装置を備えている場合、オペレータは、決定装置５０に対して直接、管理テーブル７１やその他のデータなどの入力を行ってもよい。

＜第１の実施形態＞
以下、第１の実施形態について、取得装置８０の設置例、決定装置５０が保持している設定内容、取得装置８０の接続状態の特定、解析装置２０での解析対象の設定、解析データの収集処理に分けて説明する。

（Ａ１）取得装置８０の設置例
図６は、取得装置８０の設置例を示す図である。取得装置８０は、例えば、ネットワークタップなど、通信装置間で送受信されているパケットの取得に使用可能な任意の装置であるものとする。図６は、ネットワーク中で、複数のプロトコルを用いた通信が行われる場合の例を示す。図６の例では、ネットワーク中にSession Initiation Protocol（ＳＩＰ）を用いた通信が行われる網（ＳＩＰ網）と、Ｄｉａｍｅｔｅｒプロトコルを用いた通信が行われる網（Ｄｉａｍｅｔｅｒ網）が含まれている。

図６の例では、通信装置８５Ａと通信装置８５ＢがＳＩＰを用いた通信を行い、さらに、通信装置８５Ｘと通信装置８５ＹもＳＩＰを用いた通信を行っている。図６では、通信装置８５Ａ、８５Ｂ、８５Ｘ、８５Ｙは、１本の回線で互いに接続されているものとする。通信装置８５Ａは、通信装置８５Ｘと通信装置８５Ｂに接続されており、通信装置８５Ｂは、通信装置８５Ａの他に通信装置８５Ｙに接続されている。このため、通信装置８５Ａと通信装置８５Ｂを結ぶ回線は、通信装置８５Ａと通信装置８５Ｂの間の通信に使用されるパケットと、通信装置８５Ｘと通信装置８５Ｙの間の通信に使用されるパケットの両方の送受信に使用され得る。一方、通信装置８５Ｃと通信装置８５Ｄは、Ｄｉａｍｅｔｅｒ網に含まれ、Ｄｉａｍｅｔｅｒプロトコルを用いた通信を行っているものとする。

図６に示すように、通信装置８５Ａと通信装置８５Ｂを結ぶ回線に取得装置８０ａが配置され、通信装置８５Ｃと通信装置８５Ｄを結ぶ回線に取得装置８０ｂが配置されたとする。また、取得装置８０ａのモニタ回線は解析装置２０ａに接続され、取得装置８０ｂのモニタ回線は解析装置２０ｂに接続されるものとする。さらに、解析装置２０ａ、２０ｂのいずれも、決定装置５０と通信可能なように接続されている。

（Ａ２）決定装置５０が保持している設定内容
図７は、管理テーブル７１の例を示す図である。管理テーブル７１は、システムのオペレータによって、ユーザとの契約に基づいて生成され、取得装置８０の設定や取得装置８０と解析装置２０の間の配線に先立って決定装置５０に格納されるものとする。決定装置５０は、管理テーブル７１に従って、各解析装置２０に対して、解析装置２０が解析対象のパケットを選択するために使用する選択基準を決定する。

図７は、ユーザに指定された通信装置間で送受信されるパケットのうち、所定のプロトコルの通信に使用されているパケットについての解析処理を行うときに使用される管理テーブル７１の例である。図７に示す管理テーブル７１は、エントリ番号、中継ノード１、中継ノード２、解析対象のプロトコルを含む。中継ノード１と中継ノード２の組み合わせは、パケットの解析処理を行う区間を特定するための情報である。図７の例では、中継ノード１に指定された装置から中継ノード２に指定された装置に宛てたパケットと、中継ノード２に指定された装置から中継ノード１に指定された装置に宛てたパケットについての設定は、同じである。解析処理の対象とされている区間を、対象プロトコルに指定されているプロトコルを用いて送受信されるパケットは、解析装置２０での解析対象に選択される。

従って、図７の例では、通信装置８５Ａと通信装置８５Ｂの間でＳＩＰを用いて送受信されるパケットは、解析装置２０での解析対象である。同様に、通信装置８５Ｃと通信装置８５Ｄの間でＤｉａｍｅｔｅｒプロトコルを用いて送受信されたパケットも解析装置２０での解析対象となる。一方、通信装置８５Ｘと通信装置８５Ｙの間で送受信されるパケットは、プロトコルの種類によらず、いずれの解析装置２０でも解析対象とされない。

（Ａ３）取得装置８０の接続状態の特定
以下、取得装置８０ａと取得装置８０ｂが図６に示すように設置され、決定装置５０が図７に示す管理テーブル７１を保持している場合を例として、取得装置８０の接続状態の特定方法の例を説明する。以下の説明では、いずれの装置による動作であるかを分り易くするために、符号の後に、その処理を行う解析装置２０の符号の末尾のアルファベットを付すものとする。例えば、送受信部２２ａは、解析装置２０ａに備えられている送受信部２２であり、パケット解析部３３ｂは、解析装置２０ｂに備えられたパケット解析部３３である。

解析装置２０ａは、通信装置８５Ａと通信装置８５Ｂを接続する回線を用いて送受信されたパケットを、取得装置８０ａを介して取得できる。このとき、取得装置８０ａのモニタ回線からキャプチャポート２１ａにパケットが入力される。送受信部２２ａは、キャプチャポート２１ａを介して取得したパケットを、分類部３１ａに出力する。分類部３１ａは、設定情報４２ａを参照して、取得したパケットに適用可能な設定が含まれているかを判定する。ここでは、解析装置２０ａは初期状態であり、設定情報４２ａにいずれの解析対象も記録されていないものとする。

取得したパケットに適用可能な設定が設定情報４２ａから特定できない場合、分類部３１ａは、取得したパケットをセッション情報管理部３２ａに出力する。セッション情報管理部３２ａは、ＩＰ−ＳＬＡ（Service Level Agreement）パケットやキープアライブパケットなどを用いて、パケットの送信元アドレスと宛先アドレスの組み合わせを取得する。なお、キープアライブパケットとして、ｐｉｎｇパケットやハートビートパケットなどが使用され得る。

図８は、パケットに含まれる情報要素の例を示す図である。ＩＰ−ＳＬＡパケットとキープアライブパケットのいずれにも、送信元アドレス、送信元ポート番号、宛先アドレス、宛先ポート番号が含まれる。図８は、送信元アドレスが通信装置８５Ａのアドレス、宛先アドレスが通信装置８５Ｂのアドレス、送信元ポートがａ１、宛先ポートがｂ１である場合のパケットの例を示している。以下の説明では、図を見やすくするために、各通信装置８５に割り当てられたアドレスは、その通信装置８５の符号の末尾のアルファベットと同じ値であるとする。このため、例えば、通信装置８５Ａに割り当てられたアドレスは「Ａ」と表わされるものとする。なお、図８に示す情報要素は、パケットのヘッダとペイロードのいずれに含まれていても良い。

セッション情報管理部３２ａは、処理対象のパケットの送信元アドレスと宛先アドレスの組み合わせ（セッション情報）を通知するためのパケットを生成する。以下、説明を分かりやすくするために、セッション情報を通知するためのパケットを、「セッション情報通知」と記載することがあるものとする。セッション情報管理部３２ａが送信するセッション情報通知は、以下の情報要素を含む。
ヘッダ
送信元アドレス：解析装置２０ａのアドレス
宛先アドレス ：決定装置５０のアドレス
ペイロード中
タイプ：セッション情報通知
通知対象のセッション情報での送信元アドレス：Ａ
通知対象のセッション情報での宛先アドレス ：Ｂ
なお、セッション情報管理部３２ａは、パケットのペイロード中のタイプフィールドの値の候補を保持しており、セッション情報通知のタイプフィールドには、セッション情報通知であることを示す値を設定するものとする。セッション情報管理部３２ａは、生成したセッション情報通知を送受信部２２ａに出力する。さらに、送受信部２２ａは、セッション情報通知を、ポート２３を介して決定装置５０に向けて送信する。

さらに、セッション情報管理部３２ａは、セッション情報通知を生成したセッション情報を、セッション情報テーブル４１ａに登録する。このため、セッション情報テーブル４１ａには、送信元アドレス＝Ａ、宛先アドレス＝Ｂのセッション情報が記録される。なお、所定の区間の双方向の通信が解析対象となる場合、セッション情報管理部３２ａは、決定装置５０に送信したセッション情報と逆向きの通信に使用されるセッション情報も、決定装置５０に対して通知済みの情報として登録しても良い。ここでは、セッション情報管理部３２ａは、セッション情報テーブル４１ａに以下の情報を記録したものとする。
セッション情報１
送信元アドレス：Ａ
宛先アドレス ：Ｂ
セッション情報２
送信元アドレス：Ｂ
宛先アドレス ：Ａ

次に、セッション情報通知を受信する決定装置５０での処理について述べる。決定装置５０の送受信部５２は、ポート５３を介して、セッション情報通知を解析装置２０ａから受信する。送受信部５２は、セッション情報通知を分類部６１に出力する。分類部６１は、タイプフィールドの値がセッション情報通知を示す値であることから、セッション情報通知を決定部６２に出力する。決定部６２は、セッション情報通知のペイロードから、セッション情報の送信元アドレスがＡ、セッション情報の宛先アドレスがＢであることを取得する。さらに、決定部６２は、取得したセッション情報を中継ノード情報７２に登録する。

図９は、中継ノード情報７２の例を示す。中継ノード情報７２は、論理ＴＡＰ番号、セッション情報中での送信元アドレス、セッション情報中での宛先アドレス、セッション情報通知の送信元となった解析装置２０の情報を含む。ここで、論理ＴＡＰ番号は、セッション情報通知の内容と、セッション情報通知を送信してきた解析装置２０の組み合わせごとに、任意の方法で自動生成される値であるものとする。例えば、決定装置５０は、受信したセッション情報通知に通し番号を割り当て、論理ＴＡＰ番号の値を、その論理ＴＡＰ番号のエントリ中の情報の通知に使用されたセッション情報通知に割り当てた値とすることができる。換言すると、決定装置５０は、物理的な取得装置８０の設置位置や設置数にかかわらず、論理的なネットワークタップを、セッション情報の組み合わせごとに１つずつ生成しているといえる。送信元アドレスがＡ、宛先アドレスがＢの組み合わせを示すセッション情報通知を、解析装置２０ａから受信したことにより、決定部６２は、中継ノード情報７２（図９）中の論理ＴＡＰ番号＝１のエントリを生成したものとする。

その後、解析装置２０ｂが、通信装置８５Ｃから通信装置８５Ｄに向けて送信されたパケットを、取得装置８０ｂを介して取得したとする。このとき、解析装置２０ｂでは、解析装置２０ａが取得装置８０ａからパケットを取得した場合と同様の処理が行われる。このため、解析装置２０ｂ中のセッション情報管理部３２ｂは、送信元アドレスがＣ、宛先アドレスがＤであるセッション情報を通知するためのセッション情報通知を生成し、送受信部２２ｂ、ポート２３ｂを介して、決定装置５０に送信する。

決定装置５０では、解析装置２０ｂから受信したセッション情報通知を、解析装置２０ａからセッション情報通知を受信した場合と同様に処理する。解析装置２０ｂからのセッション情報通知に割り当てられた論理ＴＡＰ番号が２である場合、中継ノード情報７２には、図９に示す論理ＴＡＰ番号＝２のエントリが生成される。

図６を参照しながら述べたように、通信装置８５Ｘと通信装置８５Ｙの間で送受信されたパケットも、通信装置８５Ａと通信装置８５Ｂの間の回線を経由するので、取得装置８０ａは、通信装置８５Ｘから通信装置８５Ｙに送信されたパケットを取得できる。取得装置８０ａで取得されたパケットは、解析装置２０ａの送受信部２２ａを介して分類部３１ａに出力される。通信装置８５Ｘから通信装置８５Ｙに送信されるパケットの情報は、設定情報４２に登録されていないので、分類部３１ａは、入力されたパケットをセッション情報管理部３２ａに出力する。通信装置８５Ｘから通信装置８５Ｙに送信されたパケットを取得すると、セッション情報管理部３２ａは、セッション情報テーブル４１ａを参照して、すでに決定装置５０に通知済みのセッションの情報であるかを判定する。ここでは、通信装置８５Ｘから通信装置８５Ｙに至る経路についてのセッション情報はセッション情報テーブル４１ａに記録されていない。そこで、解析装置２０ａ中のセッション情報管理部３２ａは、通信装置８５Ｘから通信装置８５Ｙに送信されたパケットについてのセッション情報通知を生成し、決定装置５０に送信する。決定装置５０中の決定部６２は、受信したセッション情報通知を処理することにより、中継ノード情報７２（図９）の論理ＴＡＰ番号＝３のエントリを生成する。

（Ａ４）解析装置２０での解析対象の設定
次に、解析装置２０に対して、解析対象を設定するための方法の例を説明する。決定部６２は、中継ノード情報７２の生成が終わると、中継ノード情報７２（図９）と管理テーブル７１（図７）を比較することにより、各解析装置で解析する対象のプロトコルを決定する。例えば、決定部６２は、中継ノード情報７２中の論理ＴＡＰ番号＝１のエントリに含まれている送信元アドレスと宛先アドレスの組み合わせを、管理テーブル７１のＮｏ．１のエントリでの解析対象の区間での通信に対応付ける。管理テーブル７１のＮｏ．１のエントリに指定された区間では、ＳＩＰが解析対象のプロトコルに設定されている。そこで、決定部６２は、解析装置２０ａでの通信装置８５Ａと通信装置８５Ｂの間の区間での解析対象のプロトコルをＳＩＰに決定する。決定部６２は、得られた結果を通知部６３に出力する。通知部６３は、解析対象のプロトコルを解析装置２０に通知するためのパケットを生成する。以下、解析対象のプロトコルの通知に使用されるパケットを「対象通知パケット」と記載することがある。

図１０は、解析装置に送信されるパケット（対象通知パケット）に含まれる情報要素の例を示す図である。対象通知パケットのペイロードには、メッセージタイプ、解析装置の識別子、解析が行われる区間、収集プロトコルなどが含まれる。メッセージタイプ＝ＳＥＴは、対象通知パケットを一意に表わす値であるものとする。図１０は、管理テーブル７１（図７）のＮｏ．１のエントリと、中継ノード情報７２（図９）の論理ＴＡＰ番号＝１のエントリを用いて生成された対象通知パケットの例である。なお、ヘッダには、対象通知パケットの宛先が解析装置２０ａであることを特定するための情報が含まれているものとする。通知部６３は、生成した対象通知パケットを送受信部５２に出力する。送受信部５２は、対象通知パケットを、ポート５３を介して、宛先の解析装置２０に送信する。

なお、図１０は、対象通知パケットの例であり、対象通知パケットに含まれる情報要素は、実装に応じて変更されうる。例えば、解析装置２０での解析に使用されるソフトウェアの設定に応じては、対象通知パケットには解析区間が含まれていなくても良い。

次に、対象通知パケットを受信したときの解析装置２０の動作について説明する。解析装置２０ａの送受信部２２ａは、ポート２３ａを介して、対象通知パケットを受信する。送受信部２２ａは、対象通知パケットを、セッション情報管理部３２ａに出力する。セッション情報管理部３２ａは、対象通知パケットのペイロードを用いて、通信装置８５Ａと通信装置８５Ｂの間で送受信されるＳＩＰパケットが解析対象であると判定する。そこで、セッション情報管理部３２ａは、設定情報４２ａに、以下の情報を記録する。
設定１
区間 ：通信装置８５Ａと通信装置８５Ｂの間の区間
解析対象：ＳＩＰパケット
なお、設定情報４２ａは、解析装置２０ａでの解析処理の対象についての設定を表わす情報である。

他の区間についても同様に、対象通知パケットの生成や送受信が行われる。例えば、決定部６２は、中継ノード情報７２の論理ＴＡＰ番号＝３のエントリに含まれている送信元アドレスと宛先アドレスの組み合わせを、管理テーブル７１のＮｏ．３のエントリでの解析対象の区間での通信に対応付ける。管理テーブル７１のＮｏ．３のエントリに指定された区間は解析対象外であるので、決定部６２は、通信装置８５Ｘと通信装置８５Ｙの間で送受信されるパケットを解析装置２０ａでの解析対象としないことを決定する。決定部６２は、得られた結果を通知部６３に出力する。通知部６３は、図１０を参照して説明したフォーマットを用いて、対象通知パケットを生成する。ただし、ここでは、対象通知パケット中の情報要素は以下のとおりである。
送信元 ：決定装置５０
宛先 ：解析装置２０ａ
メッセージタイプ：ＳＥＴ
解析装置 ：解析装置２０ａ
解析区間 ：通信装置８５Ｘと通信装置８５Ｙの間の区間
解析対象 ：なし
対象通知パケットは、送受信部５２やポート５３を介して、宛先の解析装置２０ａに送信される。

解析装置２０ａでの対象通知パケットの処理は、前述のとおりである。このため、セッション情報管理部３２ａは、対象通知パケットのペイロードを用いて、通信装置８５Ｘと通信装置８５Ｙの間で送受信されるパケットは解析対象ではないと判定する。そこで、セッション情報管理部３２ａは、設定情報４２ａを、以下のように更新する。
設定１
区間 ：通信装置８５Ａと通信装置８５Ｂの間の区間
解析対象：ＳＩＰパケット
設定２
区間 ：通信装置８５Ｘと通信装置８５Ｙの間の区間
解析対象：なし

さらに、解析装置２０ｂへも同様の手法で、対象通知パケットが送信される。決定部６２は、中継ノード情報７２の論理ＴＡＰ番号＝２のエントリに含まれている送信元アドレスと宛先アドレスの組み合わせを、管理テーブル７１のＮｏ．２のエントリでの解析対象の区間での通信に対応付ける。この結果、決定部６２は、通信装置８５Ｃと通信装置８５Ｄの間の区間で送受信されるＤｉａｍｅｔｅｒパケットを、解析対象に決定する。通知部６３は、前述の処理と同様に、解析装置２０ｂ宛の対象通知パケットを生成し、送受信部５２を介して解析装置２０ｂに送信する。解析装置２０ｂにおける対象通知パケットの処理は、解析装置２０ａでの対象通知パケットの処理と同様である。このため、対象通知パケットの処理により、設定情報４２ｂに以下の情報が登録される。
設定１
区間 ：通信装置８５Ｃと通信装置８５Ｄの間の区間
解析対象：Ｄｉａｍｅｔｅｒパケット
（Ａ５）解析データの収集処理

以下、解析装置２０での解析処理と決定装置５０での集計処理について述べる。
解析装置２０ａの送受信部２２ａは、取得装置８０ａから取得したパケットを、分類部３１ａに出力する。分類部３１ａは、設定情報４２ａを参照して、取得したパケットに適用可能な解析対象が含まれているかを判定する。ここで、取得したパケットは、通信装置８５Ａから通信装置８５Ｂに送信されたＳＩＰパケットであるとする。また、設定情報４２ａには、通信装置８５Ａから通信装置８５Ｂに向かう通信についての解析対象が登録されているとする。

取得したパケットについての設定が設定情報４２ａに含まれている場合、分類部３１ａは、取得したパケットをパケット解析部３３ａに出力する。従って、この例では、通信装置８５Ａから通信装置８５Ｂに送信されたパケットがパケット解析部３３ａに出力される。

パケット解析部３３ａは、パケットが入力されると、パケットのセッション情報をキーとして、設定情報４２ａを検索する。パケット解析部３３ａは、パケットのセッション情報に対応付けられた解析対象を取得できると、解析対象に設定されているパケットの解析処理を行う。ここでは、パケット解析部３３ａは、設定情報４２ａの設定１を参照することにより、通信装置８５Ａと通信装置８５Ｂの間の区間を送受信されるＳＩＰパケットが解析対象であると判定する。パケット解析部３３ａは、入力されたパケットが通信装置８５Ａから通信装置８５Ｂに宛てたＳＩＰパケットであるため、解析処理を行う。パケット解析部３３ａでの解析処理は、予め、パケット解析部３３ａに設定されているものとする。なお、パケットの解析処理は、１つ以上の任意の数のパケットを用いて行われるものとする。

パケット解析部３３ａは、解析が終わると、解析結果を決定装置５０に通知するためのパケットを生成する。以下、パケット解析部３３ａが解析結果を通知するために生成するパケットを「解析結果パケット」と記載することがある。なお、解析結果パケットには、解析結果パケットであることを特定するためのタイプ情報が含まれているものとする。パケット解析部３３ａは、解析結果パケットを生成すると、送受信部２２ａに出力する。送受信部２２ａは、ポート２３ａを介して、解析結果パケットを、決定装置５０に送信する。

なお、解析装置２０ｂも、解析装置２０ａと同様にパケットの解析対象に設定されたパケットを受信すると、解析処理を行い、得られた結果を決定装置５０に通知するものとする。

決定装置５０の送受信部５２は、ポート５３を介して、解析結果パケットを受信する。送受信部５２は、解析結果パケットを分類部６１に出力する。分類部６１は、タイプ情報を参照して、取得したパケットが解析結果パケットであると判定すると、解析結果パケットをデータ集計部６４に出力する。データ集計部６４は、予め、データの集計方法を保持しているものとする。データ集計部６４は、データの集計により得られた結果を保守端末に通知するためのパケットを生成する。データ集計部６４は、生成したパケットを、送受信部５２と保守ポート５１を介して、保守端末に送信する。これらの処理は、解析装置２０ａと解析装置２０ｂのいずれから得られた解析結果にも適用されるものとする。保守端末は、決定装置５０から受信したパケットを処理することにより、ネットワーク中のデータについての解析結果を表示し、オペレータに提供する。

図１１は、第１の実施形態で行われる処理の例を説明するフローチャートである。なお、図１１は一例であり、例えば、ステップＳ１１とＳ１２の順序は互いに変更されるなどの変更が実装に応じて行われ得る。決定装置５０は、管理テーブル７１を取得する（ステップＳ１１）。解析装置２０は、取得装置８０からパケットを受信する（ステップＳ１２）。解析装置２０中のセッション情報管理部３２は、受信したパケットについてのセッション情報を生成し、決定装置５０に送信する（ステップＳ１３）。決定装置５０の決定部６２は、解析装置２０からセッション情報を受信すると、セッション情報を用いて中継ノード情報７２を生成する（ステップＳ１４）。決定部６２は、中継ノード情報７２と管理テーブル７１を比較することにより、セッション情報に基づいて、解析対象のプロトコルを特定する（ステップＳ１５）。通知部６３は、決定部６２で決定された対象プロトコルを解析装置２０に通知するための処理を行う（ステップＳ１６）。解析装置２０は、決定装置５０から通知された解析対象のプロトコルに対応した設定処理を行う（ステップＳ１７）。

以上説明したように、第１の実施形態にかかる方法では、取得装置８０と解析装置２０の接続処理が終わった後で、解析装置２０が取得装置８０を介して受信するパケットの送信元と宛先を決定装置５０に通知する。さらに、決定装置５０は、解析装置２０が受信したパケットのセッション情報にあわせて、解析対象のプロトコルや解析対象の区間などの情報を解析装置２０に通知する。解析装置２０は、決定装置５０からの通知に従って、解析対象を設定する。このため、取得装置８０の配置やモニタ回線の配線が予定とは異なっていても、解析装置２０には実際の配置や配線の結果に応じた設定が行われ、配置や配線の状況と解析装置２０の設定の間に矛盾が発生しない。従って、取得装置８０との接続確認を行わなくても、解析装置２０に適切な設定が行われる。このため、パケットの解析サービスを行う場合の取得装置８０や解析装置２０の設置工事が簡便になる。

＜第２の実施形態＞
第２の実施形態では、スイッチ９５を用いて複数の取得装置８０からの情報を集約する場合に、集約対象の取得装置８０の設置位置や配線に誤りがあっても正しく設定を行うための処理を説明する。まず、正しい配線の内容と、初期設定の内容について述べた後、配線状態の確認方法、スイッチ９５の設定の決定方法について説明する。

（Ｂ１）ネットワークの接続の設計内容と初期設定の例
図１２は、第２の実施形態で使用される設計の例を示す図である。以下の説明では、解析装置２０ａでは、予め、ＳＩＰパケットの解析のための設定が行われているものとする。一方、解析装置２０ｂは、予め、Ｄｉａｍｅｔｅｒパケットの解析処理に適した設定になっているものとする。

スイッチ９５は、データの入出力に使用されるポートｅｔｈ０〜ｅｔｈ７を備えているものとする。スイッチ９５は、さらに、保守ポート９６を備える。保守ポート９６は、解析装置２０ａに接続されている。スイッチ９５は、保守ポート９６を介して、解析装置２０ａからポート間のミラーリングの設定のための信号を受信するものとする。以下の説明で、スイッチ９５に対してポート間のミラーリングの設定を行うことができる解析装置２０のことを「代表解析装置」と記載することがある。図１２の例では、解析装置２０ａが代表解析装置である。

図１２の例では、ＳＩＰ網に通信装置８５Ａ〜８５Ｄが含まれており、Ｄｉａｍｅｔｅｒ網に通信装置８５Ｅ〜８５Ｈが含まれている。図１２の設計では、通信装置８５Ａと通信装置８５Ｂの間で送受信されるパケットの監視に取得装置８０ｃを用い、通信装置８５Ｃと通信装置８５Ｄの間で送受信されるパケットの監視に取得装置８０ｄを用いることになっている。取得装置８０ｃと取得装置８０ｄは、いずれもＳＩＰ網で送受信されるパケットを取得することができる。取得装置８０ｃは、取得したパケットをスイッチ９５のポートｅｔｈ０に出力し、取得装置８０ｄは、取得したパケットをスイッチ９５のポートｅｔｈ１に出力する。スイッチ９５の設定で、ｅｔｈ０とｅｔｈ１の両方のポートからの入力を、ｅｔｈ５に集約して出力すると、ＳＩＰ網から得られたパケットは、全て解析装置２０ａで処理されることになる。

図１２の設計例では、Ｄｉａｍｅｔｅｒ網についても、同様に集約するための設計がなされている。図１２は、通信装置８５Ｅと通信装置８５Ｆの間で送受信されるパケットの監視に取得装置８０ｅ、通信装置８５Ｇと通信装置８５Ｈの間で送受信されるパケットの監視に取得装置８０ｆを用いる設計を示している。取得装置８０ｅと取得装置８０ｆは、いずれもＤｉａｍｅｔｅｒ網で送受信されるパケットを取得することができる。取得装置８０ｅは、取得したパケットをスイッチ９５のポートｅｔｈ２に出力し、取得装置８０ｆは、取得したパケットをスイッチ９５のポートｅｔｈ３に出力する。スイッチ９５において、ｅｔｈ２とｅｔｈ３の両方のポートからの入力がポートｅｔｈ６に集約して出力されると、Ｄｉａｍｅｔｅｒ網から得られたパケットは、全て解析装置２０ｂで処理されることになる。

図１３は、スイッチ９５の初期設定の例を示す図である。オペレータは、スイッチ９５のポートの少なくとも１つに、そのポートが所属するVirtual Local Area Network（ＶＬＡＮ）の識別子（ＶＬＡＮ ＩＤ）を対応付けている。図１３の例では、スイッチ９５のポートｅｔｈ０はＶＬＡＮ ＩＤ＝１で識別されるＶＬＡＮに所属し、ポートｅｔｈ１はＶＬＡＮ ＩＤ＝２で識別されるＶＬＡＮに所属する。同様に、スイッチ９５のポートｅｔｈ２はＶＬＡＮ ＩＤ＝３で識別されるＶＬＡＮ、ポートｅｔｈ３はＶＬＡＮ ＩＤ＝４で識別されるＶＬＡＮに所属する。

図１４は、第２の実施形態で使用される管理テーブル７１の例である。図１４に示す管理テーブル７１は、図１３を用いて説明したスイッチの設定に基づいて、オペレータにより生成される。第２の実施形態に使用される管理テーブル７１は、予想ＶＬＡＮ ＩＤ、中継ノード１、中継ノード２、解析対象のプロトコルを含む。中継ノード１、中継ノード２、解析対象のプロトコルは、図７を参照しながら説明した第１の実施形態と同様に設定されている。従って、図１４のＮｏ．１のエントリは、通信装置８５Ａと通信装置８５Ｂの間の通信に使用されるＳＩＰパケットが解析対象であり、さらに、通信装置８５Ａと通信装置８５Ｂの間で送受信されるパケットはＶＬＡＮ ＩＤ＝１のＶＬＡＮに属することを示す。Ｎｏ．２〜Ｎｏ．４のエントリについても同様に、中継ノード１と中継ノード２の間を送受信されるパケットは、対応付けられたＶＬＡＮ ＩＤで識別されるＶＬＡＮに属し、対象プロトコルのパケットが解析対象とされる。

図１５は、ミラーリング設定テーブル７３の例を示す図である。ミラーリング設定テーブル７３も、図１３を用いて説明したスイッチの設定に基づいて、オペレータにより生成される。ミラーリング設定テーブル７３は、ルールＩＤ、予想ＶＬＡＮ ＩＤ、スイッチの出力ポートを対応付けている。ルールＩＤは、各エントリで決定されている接続関係を識別するための識別子である。予想ＶＬＡＮ ＩＤは、対応付けられたスイッチの出力ポートに出力されるパケットが送受信されると予測されるＶＬＡＮを識別する識別子である。従って、ルールＩＤ＝１では、ＶＬＡＮ ＩＤ＝１とＶＬＡＮ ＩＤ＝２のパケットを、ポートｅｔｈ５から出力するための設定を示している。なお、予想ＶＬＡＮ ＩＤ＝１とＶＬＡＮ ＩＤ＝２のパケットは、図１２と図１３を参照すると分かるとおり、いずれも、ＳＩＰパケットとなる予定である。

一方、ルールＩＤ＝２は、ＶＬＡＮ ＩＤ＝３とＶＬＡＮ ＩＤ＝４のパケットを、ポートｅｔｈ６から出力するための設定である。なお、取得装置８０が図１２のとおりに設定されれば、図１３より、予想ＶＬＡＮ ＩＤ＝２とＶＬＡＮ ＩＤ＝３のパケットは、いずれも、Ｄｉａｍｅｔｅｒパケットとなる予定である。

（Ｂ２）配線状態の確認方法の例
図１６は、取得装置の設置例を示す。取得装置８０ｃ〜８０ｆは図１６に示すように設置されたとする。図１６に示す設置状態では、取得装置８０ｄと取得装置８０ｅの設置位置が図１２に示す設計とは逆になっている。すなわち、取得装置８０ｄが通信装置８５Ｅと通信装置８５Ｆの間の回線に設置され、取得装置８０ｅが通信装置８５Ｃと通信装置８５Ｄの間の回線に設置されている。しかし、取得装置８０ｄと取得装置８０ｅのモニタ回線はいずれも設計どおりに接続されている。このため、スイッチ９５のポートｅｔｈ１には、取得装置８０ｄの処理により、Ｄｉａｍｅｔｅｒ網中の通信装置８５Ｅと通信装置８５Ｆの間で送受信されたパケットが入力される。一方、スイッチ９５のポートｅｔｈ２には、取得装置８０ｅの処理により、ＳＩＰ網中の通信装置８５Ｃと通信装置８５Ｄの間で送受信されたパケットが入力される。

代表解析装置は、スイッチ９５のポートの設定を行う前に、パケットの入力が見込まれる各ポートについて、そのポートから受信可能なパケットのセッション情報を作成する。このとき、代表解析装置は、スイッチ９５中でセッション情報を作成する対象のポートに入力されたパケットを取得でき、かつ、他のポートからのパケットが代表解析装置に入力されないように、スイッチ９５の設定処理を行う。以下、代表解析装置が解析装置２０ａである場合を例として配線状態の確認方法の具体例を説明する。

解析装置２０ａは代表解析装置であるため、解析装置２０ａには、ＶＬＡＮ ＩＤが１〜４のＶＬＡＮからの情報がスイッチ９５を介して取得可能であることが、予め、設定されている。解析装置２０ａは、取得装置８０ｃ〜８０ｆの設置が終わると、初期化される。第２の実施形態では、解析装置２０ａは、スイッチ９５に接続されているが、ミラーリングの設定が行われていないので、解析装置２０ａにはパケットが入力されない。解析装置２０ａのセッション情報管理部３２ａは、解析装置２０ａが初期化された後、所定の時間以上の間、パケットが入力されない場合、スイッチ９５を介して取得装置８０に接続されていると判定し、接続状態の特定処理を開始する。

図１７は、接続状態を特定するために使用する情報の例を示す図である。解析装置２０ａのセッション情報管理部３２ａは、まず、ＶＬＡＮ ＩＤ＝１で特定されるＶＬＡＮから取得できるパケットについてのセッション情報を生成するために、図１７に示す制御信号ＣＳ１を生成する。制御信号ＣＳ１は、ＶＬＡＮ ＩＤ＝１で識別されるＶＬＡＮで送受信されているパケットを、ポートｅｔｈ５に出力させるために使用される。セッション情報管理部３２ａは、スイッチ９５の保守ポート９６に向けて、制御信号ＣＳ１を出力する。

スイッチ９５では、解析装置２０ａからの制御信号ＣＳ１が保守ポート９６に入力されると、ＶＬＡＮ ＩＤ＝１のパケットを取得するポートの番号を特定する。図１３に示すように、ＶＬＡＮ ＩＤ＝１のパケットはポートｅｔｈ０に入力される。そこで、スイッチ９５は、ポートｅｔｈ０に入力されたパケットがポートｅｔｈ５に出力されるようにミラーリングの設定を行う。ポートｅｔｈ０への入力パケットがポートｅｔｈ５に出力されるようにミラーリングの設定が行われた状態の例を図１８に示す。

解析装置２０ａのキャプチャポート２１ａはポートｅｔｈ５に接続されている。このため、図１８に示すような設定が行われると、取得装置８０ｃが取得したパケットが、スイッチ９５を介して、解析装置２０ａに送信される。セッション情報管理部３２ａは、取得したパケットについてのセッション情報を生成する。セッション情報の生成方法は、第１の実施形態でのセッション情報の生成と同様に行われる。ＶＬＡＮ ＩＤ＝１で識別されるＶＬＡＮについて、セッション情報管理部３２は、以下のように、セッション情報をＶＬＡＮ ＩＤ＝１に対応付けて生成する。
ＶＬＡＮ ＩＤ＝１
通知対象のセッション情報での送信元アドレス：Ａ
通知対象のセッション情報での宛先アドレス ：Ｂ
セッション情報管理部３２ａは、生成したセッション情報とＶＬＡＮ ＩＤの値を、決定装置５０に通知するための処理を行う。セッション情報の通知の際の処理も、第１の実施形態と同様であるが、第２の実施形態ではＶＬＡＮ ＩＤの値も合わせて決定装置５０に通知されるものとする。

ＶＬＡＮ ＩＤ＝１で識別されるＶＬＡＮについてのセッション情報の生成と決定装置５０への通知が終わると、セッション情報管理部３２ａは、ＶＬＡＮ ＩＤ＝２で識別されるＶＬＡＮについてのセッション情報の生成処理を行う。セッション情報管理部３２ａは、ＶＬＡＮ ＩＤ＝２で特定されるＶＬＡＮから取得できるパケットについてのセッション情報を生成するために、図１７中の制御信号ＣＳ２を生成する。セッション情報管理部３２ａは、制御情報ＣＳ２をスイッチ９５の保守ポート９６に出力する。ＶＬＡＮ ＩＤ＝２で特定されるＶＬＡＮのパケットは、スイッチ９５のポートｅｔｈ１に入力される（図１３参照）。そこで、スイッチ９５は、ポートｅｔｈ１に入力されたパケットをポートｅｔｈ５に出力できるようにミラーリングの設定を行う。制御情報ＣＳ２を用いて設定されたスイッチ９５の状態の例を図１９に示す。

スイッチ９５での設定が変更されると、解析装置２０ａには、ＶＬＡＮ ＩＤ＝２で識別されるＶＬＡＮで送受信されるパケットが入力される。そこで、第１の実施形態と同様の手順により、セッション情報管理部３２ａは、ＶＬＡＮ ＩＤ＝２のＶＬＡＮについてのセッション情報を以下のように生成する。
ＶＬＡＮ ＩＤ＝２
通知対象のセッション情報での送信元アドレス：Ｅ
通知対象のセッション情報での宛先アドレス ：Ｆ
セッション情報管理部３２ａは、生成したセッション情報を、ＶＬＡＮ ＩＤ＝２の情報に対応付けて、第１の実施形態と同様の手順で決定装置５０に通知する。

その後も、解析装置２０ａは、スイッチ９５を介してパケットが取得可能である他のＶＬＡＮについて、同様の処理を行うことにより、セッション情報を生成する。このため、図１６に示すような接続が行われている場合は、解析装置２０ａから、ＶＬＡＮ ＩＤ＝１〜４の各ＶＬＡＮについて、セッション情報が決定装置５０に通知される。決定装置５０は、解析装置２０ａから通知されたセッション情報を用いて、第１の実施形態と同様の手順により、中継ノード情報７２を生成する。解析装置２０ａからＶＬＡＮ ＩＤ＝１〜４の各ＶＬＡＮについてのセッション情報が決定装置５０に通知されたときに生成される中継ノード情報７２の例を図２０に示す。

（Ｂ３）スイッチ９５の設定の決定方法の例
決定装置５０中の決定部６２は、中継ノード情報７２を生成すると、中継ノード情報７２（図２０）と管理テーブル７１（図１４）を比較することにより、各ＶＬＡＮで使用されているプロトコルを特定する。例えば、決定部６２は、中継ノード情報７２中の論理ＴＡＰ番号＝１のエントリに対して、ＶＬＡＮ ＩＤと同じ値が予想ＶＬＡＮ ＩＤに設定されているエントリを、比較対象の候補として管理テーブル７１から検索する。ここでは、管理テーブル７１のＮｏ．１のエントリが比較対象として得られる。決定部６２は、中継ノード情報７２中の論理ＴＡＰ番号＝１のエントリ中の送信元アドレスと宛先アドレスの組み合わせが、管理テーブル７１のＮｏ．１のエントリでの解析対象の区間に対応すると判定する。すると、決定部６２は、管理テーブル７１のＮｏ．１のエントリの対象プロトコルを、処理対象のセッション情報を含むパケットについての解析対象とする。図１４の例では、管理テーブル７１のＮｏ．１のエントリに指定された区間では、ＳＩＰが解析対象のプロトコルに設定されている。そこで、決定部６２は、ＶＬＡＮ ＩＤ＝１のＶＬＡＮ中の解析対象を、通信装置８５Ａと通信装置８５Ｂの間の区間で送受信されるＳＩＰパケットに決定する。

次に、決定部６２は、中継ノード情報７２中の論理ＴＡＰ番号＝２のエントリ中のＶＬＡＮ ＩＤが２であることから、管理テーブル７１のＮｏ．２のエントリとの間で通信区間を比較する。中継ノード情報７２中の論理ＴＡＰ番号＝２のエントリ中のセッション情報は、送信元アドレス＝Ｅ、宛先アドレス＝Ｆであるのに対して、管理テーブル７１のＮｏ．２のエントリの区間は、アドレスがＣの装置とアドレスがＤの装置の間である。そこで、決定部６２は、ＶＬＡＮ ＩＤ＝２のパケットのモニタに使用されている取得装置８０ｄの位置かモニタ回線の接続先が設計とは異なると判定する。

さらに、決定部６２は、中継ノード情報７２中の論理ＴＡＰ番号＝２のエントリ中のセッション情報をキーとして管理テーブル７１を検索し、セッション情報に対応する区間についての解析対象のプロトコルを特定する。ここでは、中継ノード情報７２中の論理ＴＡＰ番号＝２のエントリ中のセッション情報は、送信元アドレス＝Ｅ、宛先アドレス＝Ｆであるため、管理テーブル７１のＮｏ．３のエントリが解析対象のプロトコルの決定に使用される。管理テーブル７１のＮｏ．３のエントリに指定された区間では、Ｄｉａｍｅｔｅｒが解析対象のプロトコルに設定されているので、決定部６２は、ＶＬＡＮ ＩＤ＝２のＶＬＡＮ中の解析対象を、通信装置８５Ｅと通信装置８５Ｆの間の区間で送受信されるＤｉａｍｅｔｅｒパケットに決定する。

同様の処理を、中継ノード情報７２中の論理ＴＡＰ番号＝３、４のエントリに対しても行う。このため、決定部６２は、論理ＴＡＰ番号＝３のエントリを用いて、ＶＬＡＮ ＩＤ＝３のＶＬＡＮ中の解析対象を、通信装置８５Ｃと通信装置８５Ｄの間の区間で送受信されるＳＩＰパケットに決定する。また、決定部６２は、ＶＬＡＮ ＩＤ＝３のパケットのモニタに使用されている取得装置８０ｄの位置かモニタ回線の接続先が設計とは異なるとも判定する。さらに、決定部６２は、論理ＴＡＰ番号＝４のエントリを用いて、ＶＬＡＮ ＩＤ＝４のＶＬＡＮ中の解析対象を、通信装置８５Ｇと通信装置８５Ｈの間の区間で送受信されるＤｉａｍｅｔｅｒパケットに決定する。

決定部６２は、中継ノード情報７２中の全てのエントリについて、解析対象のパケットが送受信される区間と解析対象とするプロトコルを決定すると、得られた結果を用いてミラーリング設定テーブル７３を更新する。現在のミラーリング設定テーブル７３（図１５）は、図１５と図１４から読み取れるように、ＳＩＰパケットが送受信されると予想された予想ＶＬＡＮ ＩＤ＝１、２のパケットを、ポートｅｔｈ５に出力する設定になっている。一方、Ｄｉａｍｅｔｅｒパケットが送受信されると予想された予想ＶＬＡＮ ＩＤ＝３、４のパケットについては、図１５のミラーリング設定テーブル７３では、ポートｅｔｈ６に出力する設定になっている。

そこで、決定部６２は、ＳＩＰパケットがポートｅｔｈ５に出力され、Ｄｉａｍｅｔｅｒパケットがポートｅｔｈ６に出力されるように、ミラーリング設定テーブル７３を更新する。従って、ミラーリング設定テーブル７３では、ＶＬＡＮ ＩＤ＝１、３のパケットがポートｅｔｈ５に出力され、ＶＬＡＮ ＩＤ＝２、４のパケットがポートｅｔｈ６に出力されるように更新される。図２１に、更新されたミラーリング設定テーブル７３の例を示す。

決定部６２は、ミラーリング設定テーブル７３を更新すると、通知部６３に更新の終了を通知する。なお、設計どおりに配線されていることが確認できた場合、決定部６２は、ミラーリング設定テーブル７３を更新せずに、ミラーリング設定テーブル７３に沿って設定が可能であることを通知部６３に通知する。通知部６３は、スイッチ９５の設定を代表解析装置に通知するための情報を生成する。

図２２は、代表解析装置に送信される情報の例を示す。図２２に示す例では、代表解析装置へ送信される情報には、メッセージタイプ、設定を行う解析装置２０の情報、ルールＩＤ、ＶＬＡＮ ＩＤ、宛先ポートが含まれる。図２２では、テーブルの状態で示しているが、図２２に示す情報は、１つの制御パケットのペイロードに含めて解析装置２０ａに通知されても良く、また、ルールＩＤ別に、異なる制御パケットを用いて解析装置２０ａに通知されても良い。メッセージタイプ＝ＳＥＴは、処理対象のプロトコルやスイッチの設定などの設定処理に使用される情報を示す。ＶＬＡＮ ＩＤは、出力先のポートの番号に対応付けられている。

解析装置２０ａは、図２２に示す情報を含む制御パケットを決定装置５０から受信する。このとき、制御パケットは、ポート２３ａから送受信部２２ａに出力され、送受信部２２ａは、制御パケットを、セッション情報管理部３２ａに出力する。セッション情報管理部３２ａは、ＶＬＡＮ ＩＤ＝１とＶＬＡＮ ＩＤ＝３のパケットをポートｅｔｈ５に出力するようにスイッチ９５に要求することが求められていると判定する。そこで、セッション情報管理部３２ａは、スイッチ９５での設定処理を行うための制御信号を生成する。

図２３に制御信号に含まれる情報の例を示す。セッション情報管理部３２ａは、スイッチ９５に向けて制御信号ＣＳ３を送信する。スイッチ９５は、保守ポート９６を介して制御信号ＣＳ３を取得すると、ＶＬＡＮ ＩＤ＝１および３のパケットを取得するポートの番号を特定する。図１３に示すように、ＶＬＡＮ ＩＤ＝１のパケットはポートｅｔｈ０に入力され、ＶＬＡＮ ＩＤ＝３のパケットはポートｅｔｈ２に入力される。そこで、スイッチ９５は、ポートｅｔｈ０およびポートｅｔｈ２へ入力されたパケットを、ポートｅｔｈ５に出力するためのミラーリングの設定を行う。

さらに、セッション情報管理部３２ａは、スイッチ９５に制御信号ＣＳ４を送信する。スイッチ９５は、制御信号ＣＳ４を取得すると、ＶＬＡＮ ＩＤ＝２および４のパケットを取得するポートの番号を特定する。図１３に示すように、ＶＬＡＮ ＩＤ＝２のパケットはポートｅｔｈ１に、ＶＬＡＮ ＩＤ＝４のパケットはポートｅｔｈ３に入力される。そこで、スイッチ９５は、ポートｅｔｈ１およびポートｅｔｈ３へ入力されたパケットを、ポートｅｔｈ６に出力するためのミラーリングの設定を行う。

図２４は、以上の処理によるスイッチの設定結果を示す。図２４に示す状態では、ポートｅｔｈ０かポートｅｔｈ２へ入力されたパケットがポートｅｔｈ５に出力されるように設定されているので、取得装置８０ｃと取得装置８０ｅで取得されたＳＩＰパケットがポートｅｔｈ５に出力される。ポートｅｔｈ５は、解析装置２０ａに接続されているので、解析装置２０ａは入力されたＳＩＰパケットから、解析対象の区間のパケットを選択して、解析を行うことができる。同様に、ポートｅｔｈ１かポートｅｔｈ３へ入力されたパケットがポートｅｔｈ６に出力されるように設定されているので、取得装置８０ｄと取得装置８０ｆで取得されたＤｉａｍｅｔｅｒパケットがポートｅｔｈ６に出力される。ポートｅｔｈ６は、解析装置２０ｂに接続されているので、解析装置２０ｂは入力されたＤｉａｍｅｔｅｒパケットから、解析対象の区間のパケットを選択して、解析を行うことができる。

なお、解析装置２０ａ、解析装置２０ｂで行われる解析処理は、第１の実施形態での処理対象のプロトコルの設定後の解析処理と同様である。さらに、各解析装置２０が解析結果を決定装置５０に通知する処理や、決定装置５０でのデータの集計処理、決定装置５０から保守端末への解析結果の出力なども、第１の実施形態と同様に行われる。

図２５は、第２の実施形態で行われる処理の例を説明するフローチャートである。図２５に示すフローチャートでは、変数ｎと定数Ｎが使用される。ここで、変数ｎは、セッション情報が生成されたポート数の計数に使用される。一方、定数Ｎは、スイッチ９５のポートのうちで取得装置８０からのパケットが入力されるポートの総数である。

決定装置５０は、管理テーブル７１を取得する（ステップＳ２１）。代表解析装置となっている解析装置２０は、変数ｎを１に設定し、変数ｎが定数Ｎを超えているかを判定する（ステップＳ２２、ステップＳ２３）。変数ｎが定数Ｎを超えていない場合、セッション情報管理部３２は、ｎ番目のポートをミラーリング先に設定する（ステップＳ２３でＮｏ、ステップＳ２４）。セッション情報管理部３２は、ｎ番目のポートから得られたパケットを用いて、セッション情報を生成する（ステップＳ２５）。その後、セッション情報管理部３２は、変数ｎを１つインクリメントし、ステップＳ２３に戻る（ステップＳ２６）。ステップＳ２３において、変数ｎが定数Ｎを超えていると判定される場合、セッション情報管理部３２は、決定装置５０にセッション情報を通知する（ステップＳ２７）。なお、ステップＳ２７では、生成された全てのセッション情報が決定装置５０に通知されるものとする。従って、解析装置２０は、Ｎ個のセッション情報を決定装置５０に通知する。決定部６２は、解析装置２０から受信したセッション情報を用いて中継ノード情報７２を生成する。さらに、決定部６２は、中継ノード情報７２を管理テーブル７１と比較することにより、ＶＬＡＮごとに解析対象のプロトコルを特定する（ステップＳ２８）。決定装置５０は、解析対象のプロトコルに応じて、ミラーリングの設定を決定し、解析装置２０にミラーリング設定を通知する（ステップＳ２９）。解析装置２０は、決定装置５０から通知された情報を反映するようにスイッチ９５の設定を変更するための処理を行う（ステップＳ３０）。

第２の実施形態を用いると、予め、解析装置２０での解析対象のプロトコルが設定されている状況下で、取得装置８０の設置位置や取得装置８０のモニタ回線の配線が設計内容と異なっていても、実際の配線や配置に合わせてスイッチ９５が設定される。このため、取得装置８０の配置や配線の状況と解析装置２０の設定の間に矛盾が発生せず、取得装置８０との接続確認を行わなくても、解析装置２０に適切な設定が行われる。従って、第２の実施形態を用いた場合でも、パケットの解析サービスを行う場合の取得装置８０や解析装置２０の設置工事が簡便になる。

＜その他＞
なお、実施形態は上記に限られるものではなく、様々に変形可能である。以下にその例をいくつか述べる。

解析装置２０に処理対象のプロトコルが設定されていない場合であっても、第２の実施形態と同様の手順で、各解析装置２０の解析対象が同じプロトコルのパケットとなるようにスイッチ９５を設定できる。解析装置２０に処理対象のプロトコルが設定されていない場合は、第２の実施形態を用いたスイッチ９５の設定処理が終わった後で、第１の実施形態と同様の処理により、各解析装置２０に対して解析対象のプロトコルが通知される。

なお、解析装置２０の処理能力が高く、複数のプロトコルに対する解析処理を行うことができる場合は、スイッチ９５を用いて複数の回線で送受信されるパケットを集約した場合であっても、第１の実施形態を適用できる。

第２の実施形態において、管理装置は、予め、ミラーリングの設定データを保持していなくても良いものとする。ミラーリングの設定データを保持していない場合、管理装置は、測定装置から得られた情報に基づいて、ミラーリングの設定を決定する。

第１および第２の実施形態のいずれにおいても、解析装置２０は、セッション情報を用いて中継ノード情報を生成してもよいものとする。解析装置２０が中継ノード情報を生成する場合、解析装置２０は、セッション情報の代わりに、中継ノード情報を決定装置５０に送信する。決定装置５０は、解析装置２０から取得した中継ノード情報を管理テーブル７１と比較することにより、解析対象のプロトコルを特定する。

解析の対象としないパケットの条件を管理テーブル７１に含めないこともできる。この場合、決定部６２は、セッション情報に対応付けられたエントリが管理テーブル７１に含まれていなければ、解析処理の対象外の区間であると判定する。

以上の説明で使用した図面等に表わした管理テーブル７１、中継ノード情報７２、ミラーリング設定テーブル７３などの例は、一例に過ぎない。このため、実装に応じて、管理テーブル７１、中継ノード情報７２、ミラーリング設定テーブル７３などに含まれる情報要素の種類や数は、変更されうる。さらに、解析装置２０と決定装置５０の間で送受信される情報要素や、解析装置２０がスイッチ９５の設定に用いる制御信号中の情報要素も、実装に応じて変更され得る。

なお、本明細書中では、読みやすくするための便宜上、ネットワーク中で送受信される情報の単位を表現する際に使用する文言を「パケット」に統一しているにすぎない。このため、実装に応じて、適宜、「パケット」という文言を「フレーム」に読み替えることができるものとする。

１ コアルータ
２ ルータ
３ 無線通信装置
５、２０ 解析装置
６ 管理装置
１０ ネットワークタップ
２１ キャプチャポート
２２、５２ 送受信部
２３、５３ ポート
３０、６０ 制御部
３１、６１ 分類部
３２ セッション情報管理部
３３ パケット解析部
４０、７０ 記憶部
４１ セッション情報テーブル
４２ 設定情報
４３ データ
５０ 決定装置
５１ 保守ポート
６２ 決定部
６３ 通知部
６４ データ集計部
７１ 管理テーブル
７２ 中継ノード情報
８０ 取得装置
８５ 通信装置
１０１ プロセッサ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ ネットワーク接続装置
１０５ バス

Claims (5)

1. 通信装置間の通信に使用される回線から、前記回線を用いて送受信されるパケットを取得する取得装置と、
   前記取得装置が取得したパケットから選択した選択パケットを解析する解析装置と、
   通信品質の監視対象である対象区間と、解析対象のプロトコルを対応づけた情報を保持し、前記情報を用いて前記解析装置での解析対象を決定する決定装置
   を備え、
   前記解析装置は、前記取得装置から取得したパケットの送信元アドレスと宛先アドレスの組み合わせを、前記決定装置に通知し、
   前記決定装置は、前記組み合わせで特定される区間に一致する対象区間に対応付けられたプロトコルが前記解析装置での解析対象に選択されるように、前記選択パケットの選択基準を生成すると共に、前記選択基準を前記解析装置に通知し、
   前記解析装置は、前記選択基準を用いて前記選択パケットを選択する
   ことを特徴とするパケットモニタシステム。
2. 前記決定装置は、
   前記送信元アドレスが割り当てられた第１の通信装置と、前記宛先アドレスが割り当てられた第２の通信装置の間の区間を、前記取得装置を介してパケットを取得できる区間とすることで、前記取得装置の設置位置を特定し、
   前記取得装置を介してパケットを取得できる区間での解析対象となるプロトコルを、前記選択基準として前記解析装置に通知する
   ことを特徴とする請求項１に記載のパケットモニタシステム。
3. 前記取得装置と第１のポートを介して接続し、かつ、前記解析装置と第２のポートを介して接続するスイッチをさらに含み、
   前記解析装置には、前記解析装置が処理する対象の対象プロトコルが設定されており、
   前記決定装置は、前記対象プロトコルを特定する情報を保持し、
   前記解析装置は、
   前記第１のポートに入力されたパケットが前記第２のポートに出力されるように設定することにより前記組み合わせを生成し、
   前記第１のポートを識別する情報と共に前記組み合わせを前記決定装置に通知し、
   前記決定装置は、前記組み合わせで特定される区間に一致する対象区間での解析対象が前記対象プロトコルと一致すると、前記第１のポートを識別する情報を前記第２のポートを識別する情報に対応付けた情報を、前記選択基準として、前記解析装置に通知し、
   前記解析装置は、前記第１のポートへ入力されたパケットが前記第２のポートに出力されるように前記スイッチを設定することにより取得したパケットのうちで前記対象プロトコルのパケットを解析対象に選択する
   ことを特徴とする請求項１または２に記載のパケットモニタシステム。
4. 前記送信元アドレスが割り当てられた第１の通信装置と、前記宛先アドレスが割り当てられた第２の通信装置の間の回線とは異なる他の回線を用いて送受信されるパケットを取得し、前記スイッチの第３のポートに接続された他の取得装置
   をさらに備え、
   前記解析装置は、
   前記第３のポートへ入力されたパケットが前記第２のポートに出力されるように前記スイッチを設定し、
   前記第３のポートに入力されたパケットの送信元アドレスと宛先アドレスの組み合わせである他の組み合わせを、前記第３のポートを識別する情報と共に前記決定装置に通知し、
   前記決定装置は、前記他の組み合わせで特定される区間に一致する対象区間での解析対象が前記対象プロトコルと一致すると、前記第１および第３のポートを識別する情報を前記第２のポートを識別する情報に対応付けた情報を、前記選択基準として前記解析装置に通知し、
   前記解析装置は、前記第２のポートが、前記第１のポートから入力されるパケットと第３のポートに入力されるパケットの両方を取得できるように前記スイッチを設定する
   ことを特徴とする請求項３に記載のパケットモニタシステム。
5. 通信装置間の通信に使用される回線に設置された取得装置は、前記回線を用いて送受信されるパケットを取得し、
   前記取得装置で取得されたパケットを解析する解析装置は、前記取得装置から取得したパケットの送信元アドレスと宛先アドレスの組み合わせを、前記解析装置での解析対象を決定する決定装置に通知し、
   前記決定装置は、通信品質の監視対象である対象区間と、解析対象のプロトコルを対応づけた情報を用いて、前記組み合わせで特定される区間に一致する対象区間に対応付けられたプロトコルが前記解析装置での解析対象に選択されるように、前記解析装置が解析対象とするパケットの選択基準を生成するとともに、前記選択基準を前記解析装置に通知し、
   前記解析装置は、前記選択基準を用いて選択したパケットを解析する
   ことを特徴とするパケットモニタ方法。

Images