(57)【特許請求の範囲】
【請求項１】
交換ネットワーク内において発信元から宛先へのパケットを追跡する方法であって、
追跡操作用の開始地点及び終了地点を設定する段階と、
前記開始地点から前記終了地点に追跡対象のトラフィックを装っているフィルタ設定パケットを送信して、追跡対象のルートに沿った追跡エンティティに動的パケットフィルタを設定する段階と、
動的パケットフィルタで前記追跡エンティティにおいてトラフィックを検出し、追跡情報を収集する段階と、
前記追跡情報を前記動的パケットフィルタ内に宛先として指定されている監視ステーションに送信する段階と、
を有することを特徴とする方法。
【請求項２】
前記フィルタ設定パケットを送信する段階を反復することを特徴とする請求項１記載の方法。
【請求項３】
前記動的パケットフィルタが、指定済みの寿命を具備しており、この寿命以降に失効することを特徴とする請求項１記載の方法。
【請求項４】
異なるタイプのトラフィックを追跡するべく、複数のフィルタを設定することを特徴とする請求項１記載の方法。
【請求項５】
前記フィルタ設定パケットを送信する段階が、プローブマネージャがＵＤＰパケットを開始ノードに送信し、前記開始ノードで、前記ＵＤＰパケットが、アンラップされ、前記追跡対象トラフィックを装って前記宛先に向かって転送される段階によって開始されることを特徴とする請求項１記載の方法。
【請求項６】
前記フィルタ設定パケットが、前記追跡エンティティによって認証されることを特徴とする請求項１記載の方法。
【請求項７】
追跡エンティティを、グループＩＤでドメインにグループ化することにより、追跡を、これらのドメイン内においてのみ実施可能であることを特徴とする請求項１記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明による実施例は、一般に、デジタルネットワークにおけるＩＰパケットの追跡に関するものである。
【背景技術】
【０００２】
最近のデジタルネットワークは、パケット交換インターネットプロトコルに基づいたＩＰネットワークである。情報のパケットは、ネットワークに接続された発信元ノードからネットワークに接続された宛先ノードに伝播する。ネットワーク内における多数の可能なルートの中で、これらのパケットが辿る経路は、ルータによって選定され、変化可能である。従って、発信元と宛先間における経路は、それぞれのパケットごとに同一ではなく、又、それぞれの方向においても、同一ではない。
【０００３】
このようなルーティングのために、「ネットワーク内において、パケットは、どの経路を辿るのか」という、質問するのは容易であるが、回答するのが困難な問題が提起されることになるのである。
【０００４】
ネットワーク内におけるＩＰパケットの経路の追跡は、一般には、周知のｔｒａｃｅｒｏｕｔｅユーティリティを使用することによって実現されている。ｔｒａｃｅｒｏｕｔｅは、特定タイプのパケット（ＵＤＰパケット）が伝播して特定の宛先ポートに到達するルート又は経路（ルータインターフェイスのＩＰアドレスの組）を報告するよう試みる。ｔｒａｃｅｒｏｕｔｅは、この情報を取得するべく自身が送信するパケットのＩＰパケットヘッダ内のＴＴＬ（Ｔｉｍｅ−Ｔｏ−Ｌｉｖｅ：生存時間）属性を操作する。尚、このｔｒａｃｅｒｏｕｔｅが使用するパケットのＴＴＬ属性は、時計や一日における時刻という意味のタイマではなく、むしろ、パケットがルータを通過するたびに減少されるカウンタである。このＴＴＬが減少されてゼロになった場合に、そのパケットはドロップされ、ルータは、パケットヘッダ内の発信元ＩＰアドレスとして自身のＩＰアドレスを含む「ＩＣＭＰ  Ｔｉｍｅｒ  Ｅｘｐｉｒｅｄ」メッセージを送信者に返す。従って、１から始めて、宛先に到達するまで、ＴＴＬを増分することにより、経路を「追跡」することができる。しかしながら、この「追跡された経路」は、一連のＵＤＰパケットによって構築されたものであるため、理論的なルートを表す集合的な経路に過ぎない。ルートは、マッピングプロセスにおいて変化し得るため、この追跡された経路は、パケットが辿る実際の経路を表すことはできない。又、この経路は、単一の方向においてのみ追跡され、戻りのトラフィックが、この逆のルートを辿るという保証は存在していない。但し、そうは言うものの、ｔｒａｃｅｒｏｕｔｅツールは、経路上の個々のホップへの概略往復伝播遅延と共に概略的な経路を提供し、多くの場合に、これは、ネットワークのトラブルシューティングに十分なものである。
【０００５】
ｐｉｎｇユーティリティも、発信元と宛先間における往復伝播遅延の計測値を提供するが、経路自体についての報告は行わない。ｐｉｎｇは、「ＩＣＭＰ  ｅｃｈｏ」メッセージと「ＩＣＭＰ  ｅｃｈｏ  ｒｅｐｌｙ」メッセージを使用している。そして、ＩＣＭＰメッセージを使用しているため、実際のトラフィックの往復伝播遅延の正確な計測値を提供することはできない。ＩＣＭＰメッセージの場合には、例えば、異なる優先順位や異なるルートを使用することにより、その他のネットワークトラフィックとは異なったルーティングとなる可能性を有している。又、ルータは、普通、ルータが輻輳した場合に、ＩＣＭＰメッセージをドロップするように設計されている。
【０００６】
ｔｒａｃｅｒｏｕｔｅ、ｐｉｎｇ、及びこれらの派生物などの方式は、特殊なパケットタイプに基づいたものであり、特殊な試験パケットに基づいた集合的なデータを提供する。そして、これら２つの技法は、特殊なパケットをネットワーク内に挿入することによる能動計測（active measurement）に基づいたものである。このような特殊パケットは、ネットワーク内においては、その他のトラフィックと同様にルーティングされない可能性を有している。パケットのルーティングに関する信頼性の高い情報を提供するには、実際のトラフィックを計測することが必要である。このような情報には、１つのノードから別のノードにパケットが伝播するのに所要する時間に関する情報が含まれる。ネットワークは、パケットのジッタを引き起こす輻輳ポイントを具備し得るものであり、輻輳ポイント及びジッタに関する知識は、多くの場合、ネットワークの問題又は異常を判定する際に不可欠である。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従って、インターセプトしたパケット（途中で捕まえたパケット；intercepted packet）のタイムスタンプの付与を含む実際のネットワークデータに関する単向性のＩＰ経路情報を取得する方法が求められている。
【課題を解決するための手段】
【０００８】
本発明によれば、発信元から宛先への自動パケット追跡は、発見、動的フィルタ設定、及びデータ収集という３つのフェーズによって行われる。発見フェーズにおいては、計測経路の開始地点と終了地点に関する判定を行う。第２フェーズである動的パケットフィルタ設定においては、特定のトラフィックを捕捉するべく、パケットフィルタを経路に沿って設定する。そして、最後のフェーズであるデータ収集を実行し、配備された動的パケットフィルタにより、タイムスタンプが付加されたパケットヘッダ情報を取得し、データを計測エンティティ（measuring party）に供給する。ルーティングの変化を追跡するべく、動的フィルタ設定を反復することが可能である。
【発明を実施するための最良の形態】
【０００９】
本発明については、添付図面との関連で本発明による実施例に関する以下の詳細な説明を参照することにより、十分に理解することができよう。
【００１０】
本発明は、パケットベースのネットワーク内におけるパケットの追跡に関するものである。尚、以下の説明は、当業者が本発明を実施並びに使用できるように提示するものであり、特許出願及びその要件の観点から提供されている。開示されている実施例に対する様々な変更は、当業者には容易に明らかであり、本明細書における一般的な原理は、その他の実施例にも適用可能である。従って、本発明は、提示されている実施例に限定されるものではなく、本発明に対しては、添付の請求項、及び本明細書に記述されている原理及び特徴と一致する最も広範な範囲を付与することを要するものである。
【００１１】
まず、図面、特に図１〜図３を参照すれば、本発明の代表的な実施例が示されている。
【００１２】
図１は、ルータ１２０、１３０、１４０、１５０、１７０、及び１８０を有するネットワーク１００を示している。図示のごとく、開始地点１１０と出口地点１６０間には、複数の経路が存在している。
【００１３】
本発明によるパケットの追跡は、発見、動的フィルタ設定、及びデータ収集という３つのフェーズによって実行される。フィルタの設定は、インターフェイスプローブ内に構成されたプロキシを使用して遠隔場所から実行可能である。フィルタパケットの設定により、実際のトラフィックを装うことによって経路が発見され、ルーティングが変化した場合にも、トラフィックデータを捕捉することが可能である。受動的な盗聴によって、実際のトラフィックに関するデータが収集される。そして、収集されたデータは、計測ステーション（measuring station）に送信される。なお、この計測ステーションは、ネットワーク上の開始及び終了ノードとは、別個のものであってもよい。この収集データには、パケット到着時間などのタイミング情報も含まれる。
【００１４】
このパケットの追跡とデータの収集は、計測エンティティ（measuring entity）によって準備及び起動され、この計測エンティティは、計測対象の経路の開始地点及び終了地点と接続されていなくてもよい。一例として、このような計測は、ネットワークの２つの地点間におけるトラフィックフローに関する詳細な理解を所望するＡＳ（Ａｕｔｏｎｏｍｏｕｓ  Ｓｙｓｔｅｍ）事業者の要求に基づいて、第三者が実行可能である。図１は、ネットワーク１００外の計測エンティティ３００とプローブマネージャ２００を示している。
【００１５】
ネットワークに沿った関連する追跡エンティティ（tracing entity）は、構成可能なフィルタの受け入れとインストールの能力を有するルータ又はプローブであるものと仮定している。例えば、フィルタを設定したりフィルタを破壊したりするべく、メッセージを追跡エンティティに対して送信可能である。追跡エンティティは、フィルタを受け入れる前に、受信したパケットフィルタ設定メッセージの認証を必要とするものであってよい。そして、インスタンス作成されたフィルタ（instantiated filter）は、通常、設定済みの寿命を具備しており、これは、普通、「Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ（生存時間）」、即ち、ＴＴＬと呼ばれ、この以降、これらのフィルタは失効することになる。このアプリケーションにおいては、数秒〜数時間の範囲の時間を使用可能である。動作の際には、追跡エンティティは、受動的にトラフィックを監視し、能動的なフィルタ仕様に従って情報を収集する（所与の時点において、複数のフィルタがアクティブであってよい）。収集された情報は、フィルタ内に宛先として指定されている計測エンティティに対して送信され、ここで、データの収集及び分析が行われる。このようなフィルタリング機能は、ルータ又はプローブ内に構成可能である。設定可能なフィルタサポート（filter support）の好適な実装を提供可能な例としては、フィルタリングサポートを有するＧＢＩＣ（ＧｉｇａＢｉｔ  Ｉｎｔｅｒｆａｃｅ  Ｃｏｎｖｅｒｔｅｒ）モジュールが挙げられる。ＧＢＩＣモジュールを使用し、光ファイバや銅線などの媒体を、ハブ、スイッチ、ルータ、及びこれらに類似のものなどのネットワーク機器に接続する。尚、このような実装については、「Ａｓｓｉｓｔｅｄ  Ｐｏｒｔ  Ｍｏｎｉｔｏｒｉｎｇ  ｗｉｔｈ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｆｉｌｔｅｒｉｎｇ」という名称の米国特許出願第１０／４０７，７１９号明細書に記述されており、この内容は、本引用により、本明細書に包含される。
【００１６】
本発明によれば、計測エンティティは、監視対象のトラフィックのタイプとその期間を指定する。尚、この観点におけるトラフィックの仕様とは、アプリケーション宛先ポート、プロトコル、及び発信元及び宛先ＩＰアドレスを含む情報を意味している（但し、これらに限定されない）。ＩＰアドレスは、周知のＣＩＤＲ（Ｃｌａｓｓｌｅｓｓ  Ｉｎｔｅｒ−Ｄｏｍａｉｎ  Ｒｏｕｔｉｎｇ）規格に定義されている発信元又は宛先の組又はサブネットをあらわすＩＰプリフィックスであってもよいことに留意されたい。
【００１７】
第１フェーズである発見においては、ネットワーク上の発信元及び宛先地点の判定を行う。計測エンティティ３００は、発信元及び宛先ＩＰアドレス、宛先ポート、及びプロトコルなどのパケットフィルタ情報を、例えば、プローブマネージャ２００に伝達する。尚、プローブマネージャ２００は、プローブ対象のネットワークの一部であってもよく、或いは、外部のものであってもよい。又、プローブマネージャ２００は、計測エンティティ３００の一部であってもよい。
【００１８】
必要な計測インフラに対するアクセスの検証に当たり、プローブマネージャは、ルーティング情報を分析することにより、フィルタにマッチングするトラフィックの開始地点の候補となり得るものを計測エンティティに対して提案する。例えば、ＢＧＰ又はＯＳＰＦテーブル及びルータ設定情報（どのルータのどのポートがどのピアと設定されているか）を分析することにより、特定の開始インターフェイス（プローブ又はルータ）を判定可能である。
【００１９】
又、プローブマネージャは、試験に使用する開始地点のマッピングを容易に判定できるように、プローブＩＰアドレス及びルータポートのマッピングを保持することもできる。この判定が完了し、複数の開始地点が存在する場合には、計測エンティティは、識別された潜在的な開始地点を通じて流れる所望のトラフィックの存在をチェックすることにより、選択肢を絞り込むことができる。尚、エンティティが、トラフィックフロー分析用のスニッファ（sniffer）などのその他の手段を使用して、この情報を既に収集している場合には、これは不要であろう。そして、計測の開始に先立って、計測エンティティが、使用するインターフェイスを決定すると、このエンティティは、開始地点にパケットフィルタを設定し、データの収集を開始するように、プローブマネージャに対して求めることになる。
【００２０】
開始地点の判定が完了したら、計測エンティティは、計測経路の終了地点を定義することになろう。尚、自身のＡＳ内においてパケットを追跡する場合には、追跡は、ネットワークの出口において終了するため、これは、不要であろう。しかし、コア、又はバックボーンネットワークにわたるものなどの特定の境界線内においてパケットを追跡することが必要な場合には、終了地点の判定が必要となろう。尚、追跡操作の開始地点及び終了地点は、追跡対象のパケットトラフィックの発信元及び宛先とは異なったものであってよいことに留意されたい。
【００２１】
又、以下の説明においては、１つの開始地点を仮定しているが、本発明は、複数の開始地点に対しても同様に適用可能である。図１に示されているように、ノード１１０が、この開始地点として選択されている。
【００２２】
本発明によれば、開始地点の判定が完了すると、プローブマネージャは、フィルタ設定パケットを生成し、このパケットが、開始プローブ追跡エンティティにフィルタを設定するべく、開始地点のプロキシに送信される。そして、開始地点の追跡エンティティが、このフィルタ設定を更に宛先に転送することになる。
【００２３】
図１に示されているように、このパケットは、ルータ１８０及びルータ１２０を通じてプローブマネージャ２００から開始ノード１１０に送信される。
【００２４】
尚、このフィルタ設定パケットは、追跡対象のトラフィックと同一タイプのトラフィックに似たものになるように、「ラップ」されていることに留意されたい。これにより、設定パケットが実際のトラフィックのルートに類似したルートを辿ることが保証される。これは、ＩＰヘッダ２１０、ＵＤＰヘッダ２２０、及びフィルタペイロード２３０を具備する図２のプローブ設定パケットの例に示されている。図３には、フィルタ情報パケット３１０として、ペイロード２３０の更なる詳細が示されている。尚、この図２及び図３に示されている各フィールドは、基本的に模範的なものであって、使用する実際のプロトコル及びフィルタの仕様に応じて、変化することになる。
【００２５】
ルートに沿った（フィルタ設定パケットが適切な追跡エンティティによって認識された）それぞれの地点において、フィルタ設定情報が抽出される。フィルタリソースは限られているため、追跡エンティティが、１つのフィルタ又はフィルタの組を受け入れることができない可能性もある。追跡エンティティがフィルタを受け入れ可能な場合には、フィルタがインストールされることになる。いずれの場合にも、フィルタのインスタンス作成（filter instantiation）の成功又は失敗について通知する任意選択のステータスメッセージをプローブマネージャに対して送信可能である。そして、フィルタ設定パケットは、宛先に向かって伝達される。
【００２６】
図１に示されているように、プローブマネージャ２００からのフィルタ設定パケットは、ノード１１０においてアンラップされ、そこから、ネットワークに沿って宛先経路１６０に向かって転送される。一例として、このパケットが、ルータ１２０から、ルータ１３０、１７０、及び１５０を通じて伝播し、宛先経路１６０に到着すると仮定しよう。
【００２７】
尚、能動追跡又はプローブ設定パケットによって宛先のアプリケーションが混乱する可能性があるため、発信元ＩＰアドレス、並びにこのようなパケットの発信元ポートの使用には注意を払う必要があることに留意されたい。能動追跡又はプローブ設定パケットの発信元ＩＰアドレスは、発信元アドレスを初期開始地点として具備することを推奨する。発信元ポートは、この目的に割り当てられた周知のポートでなければならない。一例として、これは、ポート７であってよく、これは、ＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎｅｄ  Ｎｕｍｂｅｒｓ  Ａｕｔｈｏｒｉｔｙ）により、周知のＵＤＰ／ＴＣＰエコー機能用に割り当てられているものである。
【００２８】
プローブマネージャが、計測経路の開始及び終了地点に関する必要な情報と、パケットフィルタ情報を入手すると、第２フェーズである動的フィルタ設定が始まることになる。プローブマネージャは、特殊なフィルタパケットをラッピングし、これを開始プローブのプロキシに送信することにより、第２フェーズを開始する。プローブマネージャ２００から開始地点のプロキシ１１０に送信されるこのパケットは、プロキシ自体を指し示す宛先アドレスを有するＵＤＰパケットである。発信元ポートは、設定プローブパケットを示す周知のポートであるか、或いは、パケットのペイロードの一部を構成する（しばしば、マジックナンバー又はクッキーと呼ばれる）特定の識別子などのなんらかのその他の一意の識別子である必要がある。尚、フィルタパケットは、追跡対象のパケットと同一であるが、そのペイロードには、すべての必要なパケットフィルタ属性が含まれていることに留意されたい。換言すれば、フィルタパケットは、追跡対象のトラフィックのような外観を備え、初期フィルタパケット設定に使用されるペイロードを有している。このパケットは、追跡エンティティによってアンラップされ、次いで、追跡エンティティにより、経路の下流の宛先に向かって送信される。例えば、ルータ１２０、１３０、１７０、及び１５０などの経路上のすべての追跡エンティティは、途中で捕まえたこのフィルタパケットから抽出した情報を使用して自身のフィルタを設定するか、或いは、フィルタの設定を拒否することになる（但し、いずれの場合にも、これらは、経路に沿って、この設定パケットを転送する）。
【００２９】
パケットの再送の責任を担うエンティティが存在しないことから、プローブマネージャ２００又はプロキシ１１０によって送信されるパケットは、なんらかの形態のフィードバック（ＮＡＫなど）に基づいて再送されない単一パケットであって、パケットが消失する可能性があるため、設定パケットの複数の複写を宛先に送信して経路に沿ったすべてのフィルタが確実に設定されるようにすることが望ましいであろう。
【００３０】
動的にルーティングが変化する可能性があるため、発生し得るルーティング経路の変化をカバーするべく、プローブマネージャ２００又はプロキシ１１０は、フィルタ構成パケットを再送する必要がある。この頻度は、ルーティングの変化の特性によって左右されることになる。例えば、フィルタの指定データが、特定の追跡エンティティからは消失し、その他の追跡エンティティには存在している場合には、これは、経路の変化を示していよう。同一設定を既に具備している追跡エンティティを通じてフィルタパケットを送信した場合には、これは、フィルタ属性（例：フィルタのＴＴＬ）をリフレッシュすることにしかならないが、より重要なことは、これにより、以前設定されていなかった追跡エンティティにフィルタが設定されることになり、この結果、新しい経路がカバーされることになることである。そして、最終的には、古い経路上のフィルタは、失効することになる。尚、プローブマネージャが、その制御下にある追跡エンティティと直接通信し、特定のフィルタを除去することも可能である。
【００３１】
一例として、図１に示されているルートが、ルータ１７０を通じてルータ１３０からルータ１５０というものから、ルータ１４０を通じてルータ１３０からルータ１５０というものにシフトした場合に、ルータ１４０は、まだ、所望のフィルタによって設定された状態にはなっていない。そして、プローブマネージャ２００が、フィルタ設定パケットを再送すると、アンラップされたパケットは、ルータ１２０に到着するが、このルータは、既に設定されたフィルタを具備している。従って、この新しく送信されたフィルタ設定パケットの効果は、このルータ１２０のＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）値をリセットすることにある。そして、フィルタ設定パケットは、継続して、ルータ１３０に到達し、このＴＴＬ値をリセットする。次いで、フィルタ設定パケットは、ルータ１４０に到達し、ここで、新しいフィルタが設定されることになる。そして、パケットは、更にルータ１６０に伝播し、そのＴＴＬをリフレッシュする。一方、この新しく伝送されたフィルタ設定パケットは、以前パケット経路上に位置していたルータ１７０には到達しないため、このルータ１７０上に設定されていたフィルタは、ルータ１２０、１３０、１４０、及び１５０が失効する以前に、失効することになる。
【００３２】
例えば、ドメインを指定しグループ識別子を提供することにより、ネットワーク内のトラフィックを選択的に追跡することが望ましいであろう。一例として、図１を再度参照すれば、ルータ１３０及び１４０、及びこれらに含まれているあらゆる追跡エンティティをグループ化して「北」経路として識別し、ルータ１７０及び１８０並びにこれらに含まれているあらゆる追跡エンティティをグループ化して「南」経路として識別する。次いで、ルータ１６０上の追跡エンティティのフィルタを、これらのグループ間において区別することができよう。
【００３３】
フィルタ設定パケットは、実際のトラフィックを装っていることから、このパケットが宛先システムに到達することを防止することが望ましいであろう。フィルタ設定パケットの伝播の制限は、多くの方法によって実装可能である。一例として、フィルタ設定パケットの転送を特定回数のホップに制限することができる。又、フィルタ設定パケットにより、特定の追跡エンティティに対して、転送の停止を命令することも可能である。宛先に近づいていることを追跡エンティティが認識した場合に、フィルタ設定パケットを停止させることもできる。即ち、図１に示されているように、転送の４ホップへの限定、ルータ１５０における追跡エンティティによる転送の停止の指定、又は、経路１６０に転送する際の追跡エンティティよる転送の停止により、所望の結果が実現することになる。
【００３４】
第３フェーズであるデータ収集は、フィルタがルータに沿って設定された後に始まる。能動フィルタを含む追跡エンティティは、トラフィックを受動的に監視し、フィルタによって規定されている実際のトラフィックに関するデータ（通常は、パケットヘッダのフィンガプリント及びタイムスタンプの形態である）の収集を開始する。収集されたデータは、収集され次第、計測ステーションに伝送可能であり、或いは、バッファリングした後に、周期的なタイムアウト、又はバッファフルイベントなどのイベント発生の際に送信される。追跡エンティティに十分な処理パワーが提供されている場合には、追跡情報の集計又は処理を実行することにより、監視エンティティにして集計済みの情報を伝送することが可能である。そして、この追跡エンティティからのデータは、伝送の前に暗号化可能である。このデータは、計測ステーションにおいて分析されることになる。図１に示されているように、例えば、ルータ１２０及び１３０から収集されたデータは、ルータ１７０を通じて計測エンティティ３００に伝播することになる。
【００３５】
本発明の以上の詳細な説明は、例示を目的として提供したものであり、本発明のすべてを網羅するものではなく、開示した実施例そのままに本発明を限定することを意図するものでもない。従って、本発明の範囲は、添付の請求項に定義されているとおりである。念のために、以下に本発明の実施態様を列挙する。
【００３６】
（実施態様１）
交換ネットワーク内において発信元から宛先へのパケットを追跡する方法であって、
前記追跡操作用の開始及び終了地点を設定する段階と、
前記開始地点から前記終了地点にファイルタ設定パケットを送信して、追跡対象のルートに沿った追跡エンティティに動的パケットフィルタを設定する段階と、
動的パケットフィルタを有する前記追跡エンティティにおいてトラフィックを検出し、追跡情報を収集する段階と、
前記追跡情報を監視ステーションに送信する段階と、
を有することを特徴とする方法。
【００３７】
（実施態様２）
前記フィルタ設定パケットを送信する段階を反復することを特徴とする実施態様１記載の方法。
【００３８】
（実施態様３）
前記フィルタ設定パケットは、前記追跡対象のパケットを装っていることを特徴とする実施態様１記載の方法。
【００３９】
（実施態様４）
前記動的パケットフィルタは、該動的パケットフィルタがそれ以降に失効することになる指定済みの寿命を具備していることを特徴とする実施態様１記載の方法。
【００４０】
（実施態様５）
異なるタイプのトラフィックを追跡するべく、複数のフィルタを設定することを特徴とする実施態様１記載の方法。
【００４１】
（実施態様６）
前記フィルタ設定パケットを送信する段階は、プローブマネージャがＵＤＰパケットを開始ノードに送信し、ここで、前記ＵＤＰパケットが、アンラップされ、前記追跡対象トラフィックを装って前記宛先に向かって転送される段階によって開始されることを特徴とする実施態様１記載の方法。
【００４２】
（実施態様７）
前記フィルタ設定パケットは、前記プロキシによって認証されることを特徴とする実施態様１記載の方法。
【００４３】
（実施態様８）
前記フィルタ設定パケットは、前記追跡エンティティによって認証されることを特徴とする実施態様１記載の方法。
【００４４】
（実施態様９）
追跡エンティティを、グループＩＤを有するドメインにグループ化することにより、追跡を、これらのドメイン内においてのみ実施可能であることを特徴とする実施態様１記載の方法。
【００４５】
（実施態様１０）
追跡エンティティは、前記起動エンティティに対して、フィルタのインスタンス作成における失敗について報告することを特徴とする実施態様１記載の方法。
【００４６】
（実施態様１１）
追跡エンティティは、前記起動エンティティに対して、フィルタのインスタンス作成における成功について報告することを特徴とする実施態様１記載の方法。
【００４７】
（実施態様１２）
最後の追跡エンティティは、前記転送プロセスを停止させることを特徴とする実施態様１記載の方法。
【００４８】
（実施態様１３）
前記転送プロセスは、前記開始地点からのホップの回数に基づいて停止されることを特徴とする実施態様１２記載の方法。
【００４９】
（実施態様１４）
前記転送プロセスは、前記宛先に対して接近した場合に停止されることを特徴とする実施態様１２記載の方法。
【００５０】
（実施態様１５）
前記監視ステーションに送信される前記追跡情報を暗号化することを特徴とする実施態様１記載の方法。
【００５１】
（実施態様１６）
前記追跡情報に対して、前記追跡エンティティにおいてタイムスタンプを付加することを特徴とする実施態様１記載の方法。
【００５２】
（実施態様１７）
前記監視ステーションに送信する前に、追跡情報を前記追跡エンティティにおいて収集することを特徴とする実施態様１記載の方法。
【００５３】
（実施態様１８）
前記監視ステーションに送信する前に、前記追跡情報を前記追跡エンティティにおいて集計することを特徴とする実施態様１記載の方法。
【図面の簡単な説明】
【００５４】
【図１】パケット交換ネットワークを示す図である。
【図２】プローブ設定パケットを示す図である。
【図３】フィルタ情報パケットを示す図である。
【符号の説明】
【００５５】
１２０、１３０、１４０、１５０、１７０  追跡エンティティ
１６０  宛先
２００  プローブマネージャ
３００  監視ステーション
【図１】
0004825440.tif 000002
【図２】
0004825440.tif 000003
【図３】
0004825440.tif 000004