ＲＴＰパケットのための動的ＱＯＳタグ付け
【課題】デジタルネットワークにおいてＲＴＰストリームの処理を改善する方法を提供する。
【解決手段】コントローラ、ブリッジ、又はアクセスポイントのような、デジタルネットワーク内のスイッチング装置が、装置を通って流れるストリームを検査する。装置は、所定数のパケットを監視するまで、ストリームの最初のＵＤＰパケットを監視する。装置は、ＵＤＰパケットのヘッダ部分を監視してフィンガープリントを生成し、ＲＴＰヘッダのビットパターンを探し、特定のＲＴＰパケットタイプを無視し、他のものをキャッシュに入れる。このフィンガープリンティングプロセスは、キャッシュに入れられたパケットヘッダ情報をストリーム内の次のパケットと照合して、ＲＴＰストリームを検出しようと試みるものである。ストリームがＲＴＰストリームであると判断された場合、パケットヘッダからのＲＴＰタイプを用いて、そのストリームにタグ付けする。
【解決手段】コントローラ、ブリッジ、又はアクセスポイントのような、デジタルネットワーク内のスイッチング装置が、装置を通って流れるストリームを検査する。装置は、所定数のパケットを監視するまで、ストリームの最初のＵＤＰパケットを監視する。装置は、ＵＤＰパケットのヘッダ部分を監視してフィンガープリントを生成し、ＲＴＰヘッダのビットパターンを探し、特定のＲＴＰパケットタイプを無視し、他のものをキャッシュに入れる。このフィンガープリンティングプロセスは、キャッシュに入れられたパケットヘッダ情報をストリーム内の次のパケットと照合して、ＲＴＰストリームを検出しようと試みるものである。ストリームがＲＴＰストリームであると判断された場合、パケットヘッダからのＲＴＰタイプを用いて、そのストリームにタグ付けする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル・ネットワークに関し、より具体的には、ＲＴＰストリームの信頼性の高い配信の配信及び管理に関する。
【背景技術】
【０００２】
デジタル・ネットワークは、急速に多くの大小の企業のバックボーンになってきている。このようなネットワークは、様々な種類のトラフィックを処理するために用いられる。ＲＦＣ１８８９及びＲＦＣ３５５０に定義されるようなＲＴＰ（リアルタイム転送プロトコル）は、一般に、音声、映像、電話通信などに用いられるストリーミング・メディアの処理を定める。
【０００３】
ＲＴＰを用いて音声又は映像といったストリーミング・メディアを配信する多くのアプリケーションは、そのシグナリング・セッションにおいて終端間暗号化を実行し、これにより、ファイアウォールの一部としてのアプリケーション・レベル・ゲートウェイ（ＡＬＧ）が役に立たなくなる。暗号化によりこれらのＲＴＰペイロードがディープ・パケット・インスペクションに使用できなくなるので、ＲＴＰストリームの暗号化は、簡単なパターン認識、及び／又は、ＲＴＰペイロード・データの正規表現の照合に基づいてＲＴＰストリームを認識しようとする試みを無効にする。さらに、小さい静的ヘッダ・パターンのために、単にプロトコル・ヘッダ・フィールドに基づいてＲＴＰパケットを識別することが、誤検出をもたらすことがある。ＲＴＰ認識プロセスは、ＲＴＰ識別プロセスにおける決定性を確実にするために、次のＲＴＰパケットにおいて反復フィールドを考慮する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
必要とされるのは、ネットワークを通過するＲＴＰストリームの処理を改善する方法である。
【課題を解決するための手段】
【０００５】
本発明の実施形態は、デジタル・ネットワークにおいてＲＴＰストリームの処理を改善する方法に関する。
【０００６】
本発明によると、コントローラ、ブリッジ、又はアクセス・ポイントのような、デジタル・ネットワークにおけるスイッチング・装置が、装置を流れるストリームを検査する。装置がセッションが開始されたことを検出すると、装置は、所定数のパケットが監視されるまで、そのストリームの最初のＵＤＰパケットを監視する。装置は、ＵＤＰパケットのヘッダ部分を監視してフィンガープリントを生成し、ＲＴＰヘッダのビット・パターンを探し、特定のＲＴＰパケット・タイプを無視し、他のものをキャッシュに入れる。このフィンガープリンティング・プロセスは、ＲＴＰストリームを決定論的に検出するために、キャッシュに入れられたパケット・ヘッダ情報をストリーム内の次のパケットと照合しようとする試みを続ける。ストリームがＲＴＰストリームであると判断された場合には、パケット・ヘッダからのＲＴＰタイプを用いて、そのストリームにタグ付けする。１つの実施形態において、このようなタグはＱｏＳタグである。タグ付けはまた、使用される制御セッションのポートに基づくこともできる。
【０００７】
本発明は、本発明の実施形態を示すのに用いられる以下の説明及び添付図面を参照することにより、最も良く理解することができる。
【図面の簡単な説明】
【０００８】
【図１】ネットワークにおけるクライアントを示す。
【発明を実施するための形態】
【０００９】
図１は、各々がプロセッサ１１０、メモリ階層１２０及び入力・出力インターフェース１３０を含む、アクセス・ポイント（ＡＰ）１００が、特別の目的のために作られたデジタル装置である、ネットワークを示す。本発明の１つの実施形態において、Ｃａｖｉｕｍ又はＲＭＩからのもののようなＭＩＰＳクラスのプロセッサが用いられる。インテル又はＡＭＤからのもののような他の好適なプロセッサを用いることもできる。メモリ階層１２０は、伝統的に、動作中にプロセッサ・データ及び命令を保持するための高速の読み出し／書き込みメモリと、ファイル及びシステム起動情報を格納するための、ＥＥＰＲＯＭ及び／又はフラッシュのような不揮発性メモリとを含む。有線インターフェース１４０は、典型的には、スイッチのような他のネットワーク機器、又はコントローラへの有線接続のために用いられるＩＥＥＥ８０２．３イーサネット（登録商標）・インターフェースである。無線インターフェース１３０は、ＷｉＭＡＸ、３Ｇ、４Ｇ、及び／又はＩＥＥＥ８０２．１１無線インターフェースとすることができる。本発明の１つの実施形態において、ＡＰは、ＬＩＮＵＸ（登録商標）オペレーティングシステムの制御下で動作し、専用のプログラムがホスト・コントローラ及びアクセス・ポイントの機能を与える。アクセス・ポイント１００は、典型的には、同じくプロセッサ４１０、メモリ階層４２０、及び通常は複数の有線インターフェース４４０を有する専用のデジタル装置であるコントローラ４００と通信する。アクセス・ポイント１００はまた、ブリッジ、リモート・アクセス・ポイント等として動作する機器を含むこともできる。コントローラ４００は、プライベート・イントラネット又は公衆インターネットとすることができるネットワーク５００へのアクセスを与える。
【００１０】
クライアント装置２００は、主として入力／出力機器が異なる類似のアーキテクチャを有し、ラップトップ・コンピュータは通常大きいＬＣＤを含み、一方、手持ち式無線スキャナは、典型的には、ずっと小さいディスプレイを有するが、レーザー・バーコード・スキャナを含む。
【００１１】
本発明は、ＲＦＣ１８８９及びＲＦＣ３５５０に定義され、かつ、引用によりここに組み入れられるような、ＲＴＰ（リアルタイム転送プロトコル）データ・ストリームを扱う。ＲＴＰストリームは、典型的には、音声及び／又は映像のようなストリーミング・メディアを、リアルタイムで、終端間で転送するのに用いられる。ＲＴＰは、ＵＤＰ、すなわちコネクションレス型プロトコルに基づいている。ＵＤＰは、信頼性、パケットの順序付け、又はデータ完全性を提供するための、暗黙のハンドシェーク・ダイアログを有していない、ＲＦＣ７６８に定義される簡単な転送プロトコルである。たとえあったにしてもエラー検出及び訂正が必要ないか、又は、クライアント・アプリケーションにおいて実行されると仮定して、ＵＤＰは、信頼性の保証なしにサービスを提供すること、及び、ＵＤＰデータグラムは、アウト・オブ・オーダー方式で到達し、複製された状態で現れ、又は予告なしに行方不明になることがありことが理解される。
【００１２】
ＲＴＰパケットのペイロード部分を暗号化し、検査に使用可能なＲＴＰヘッダのみを残すことは、ＲＴＰストリームを用いるアプリケーションには一般的である。マイクロソフトＯＣＳ又はＳＩＰ−ｏｖｅｒ−ＩＰＳＥＣなどのアプリケーションによって適用されるようなこの暗号化により、ＲＴＰペイロードのディープ・パケット・インスペクションによりＲＴＰストリームを識別する方法が機能しなくなる。さらに、小さい静的ヘッダ・パターンのために、単にプロトコル・ヘッダ・フィールドに基づいてＲＴＰパケットを識別しようと試みることが、誤検出をもたらすことがある。ＲＴＰ識別プロセスは、ＲＴＰ識別プロセスにおける決定性を確実にするために、次のＲＴＰパケットにおいて反復フィールドを考慮する必要がある。
【００１３】
本発明によると、コントローラ、ブリッジ又はアクセス・ポイントのようなネットワーク装置が、ＲＴＰストリームを検出し、タグ付けするために、配信しているトラフィックを監視する。パケットのフィンガープリントを生成してキャッシュに入れ、キャッシュに入れられた情報を用いて、そのストリームがＲＴＰストリームであるかどうかを判断する。
【００１４】
装置は、既定のパケット・カウントに達するまで、セッションにおけるＵＤＰパケットを監視する。例えば、サーバがＴＣＰ：２０００又はＴＣＰ：５０６０などのＳＩＰクライアントについてリッスンするポート上に予め構成される制御セッションなどのアクティブな制御セッションの開始に基づいて検出をトリガすることによって、付加的な最適化を適用することができる。１つの実施形態において、ＮＡＴトラバーサルを確立するのに用いられる、ＳＴＵＮ、ＴＵＲＮ及びＩＣＥのような最初のパケットは無視される。
【００１５】
フィンガープリンティング・プロセスの一部として、ＲＴＰヘッダのビット・パターンに合致するパケットがキャッシュに入れられる。このキャッシュに入れられた情報は、ＳＳＲＣ、ＣＳＲＣ及びＲＴＰタイプのようなＲＴＰのフロー状態についての選択的なＲＴＰヘッダ情報を含む。パケット全体をキャッシュに入れることができ、又はフィンガープリント生成済み情報を含むパケット・ヘッダのヘッダ部分だけをキャッシュに入れることもできる。
【００１６】
ストリームについてのこれらのキャッシュに入れられたパケットは、ストリームがＲＴＰストリームであるかどうかを判断するために、ストリームにおける次のパケットを試行し、照合するために用いられる。
【００１７】
所定数の合致が生じる場合、そのストリームは、ＲＴＰストリームとして識別される。
【００１８】
ひとたびストリームがＲＴＰストリームとして識別されると、ＲＴＰヘッダからのＲＴＰタイプのフィールドを用いて、ストリームに属しているパケットにタグ付けすることができる。一例として、ＱｏＳ（サービス品質）タグを付加して、映像又は音声ストリームとして識別されるＲＴＰストリームの信頼性の高い配信を加速することができる。適用されるタグのタイプは、制御セッションのポートによっても決まり得る。
【００１９】
本発明は、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合わせの形で実現することができる。本発明は、ＡＰ１００のような１つのコンピュータ・システムに集中した形で実現してもよく、又は、異なる要素が幾つかの相互接続されたコンピュータ・システムにわたって散在する分散した形で実現してもよい。ハードウェアとソフトウェアとの典型的な組み合わせは、ロードされて実行されたときにコンピュータ・システムを制御して、ここで説明される方法を実行させる、コンピュータ・プログラムを伴ったコントローラ又はアクセス・ポイントとすることができる。
【００２０】
本発明はまた、ここで説明される方法の実施を可能にする全ての特徴を備えており、また、コンピュータ・システムにロードされるときに、これらの方法を実行することができるコンピュータ・プログラム製品に、一時的ではない方法で組み込むこともできる。本文脈におけるコンピュータ・プログラムとは、情報処理能力を有するシステムに、特定の機能を、直接的に実施させるか、又は、ａ）別の言語、コード、又は表記法への変換、ｂ）異なる材料形態における複製のいずれか、或いはその両方の後で実施させることを意図される１組の命令の、いずれかの言語、コード又は表記法でのいずれかの表現を意味する。
【００２１】
本発明は、その精神又は本質的な属性から逸脱することなく、他の形態で具体化することができる。したがって、本発明の範囲を示すのに、前述の明細書ではなく以下の特許請求の範囲を参照すべきである。
【符号の説明】
【００２２】
１００：アクセス・ポイント
１１０、４１０：プロセッサ
１２０、４２０：メモリ階層
１３０：無線インターフェース
１４０、４４０：有線インターフェース
２００：クライアント装置
４００：コントローラ
５００：ネットワーク
【技術分野】
【０００１】
本発明は、デジタル・ネットワークに関し、より具体的には、ＲＴＰストリームの信頼性の高い配信の配信及び管理に関する。
【背景技術】
【０００２】
デジタル・ネットワークは、急速に多くの大小の企業のバックボーンになってきている。このようなネットワークは、様々な種類のトラフィックを処理するために用いられる。ＲＦＣ１８８９及びＲＦＣ３５５０に定義されるようなＲＴＰ（リアルタイム転送プロトコル）は、一般に、音声、映像、電話通信などに用いられるストリーミング・メディアの処理を定める。
【０００３】
ＲＴＰを用いて音声又は映像といったストリーミング・メディアを配信する多くのアプリケーションは、そのシグナリング・セッションにおいて終端間暗号化を実行し、これにより、ファイアウォールの一部としてのアプリケーション・レベル・ゲートウェイ（ＡＬＧ）が役に立たなくなる。暗号化によりこれらのＲＴＰペイロードがディープ・パケット・インスペクションに使用できなくなるので、ＲＴＰストリームの暗号化は、簡単なパターン認識、及び／又は、ＲＴＰペイロード・データの正規表現の照合に基づいてＲＴＰストリームを認識しようとする試みを無効にする。さらに、小さい静的ヘッダ・パターンのために、単にプロトコル・ヘッダ・フィールドに基づいてＲＴＰパケットを識別することが、誤検出をもたらすことがある。ＲＴＰ認識プロセスは、ＲＴＰ識別プロセスにおける決定性を確実にするために、次のＲＴＰパケットにおいて反復フィールドを考慮する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
必要とされるのは、ネットワークを通過するＲＴＰストリームの処理を改善する方法である。
【課題を解決するための手段】
【０００５】
本発明の実施形態は、デジタル・ネットワークにおいてＲＴＰストリームの処理を改善する方法に関する。
【０００６】
本発明によると、コントローラ、ブリッジ、又はアクセス・ポイントのような、デジタル・ネットワークにおけるスイッチング・装置が、装置を流れるストリームを検査する。装置がセッションが開始されたことを検出すると、装置は、所定数のパケットが監視されるまで、そのストリームの最初のＵＤＰパケットを監視する。装置は、ＵＤＰパケットのヘッダ部分を監視してフィンガープリントを生成し、ＲＴＰヘッダのビット・パターンを探し、特定のＲＴＰパケット・タイプを無視し、他のものをキャッシュに入れる。このフィンガープリンティング・プロセスは、ＲＴＰストリームを決定論的に検出するために、キャッシュに入れられたパケット・ヘッダ情報をストリーム内の次のパケットと照合しようとする試みを続ける。ストリームがＲＴＰストリームであると判断された場合には、パケット・ヘッダからのＲＴＰタイプを用いて、そのストリームにタグ付けする。１つの実施形態において、このようなタグはＱｏＳタグである。タグ付けはまた、使用される制御セッションのポートに基づくこともできる。
【０００７】
本発明は、本発明の実施形態を示すのに用いられる以下の説明及び添付図面を参照することにより、最も良く理解することができる。
【図面の簡単な説明】
【０００８】
【図１】ネットワークにおけるクライアントを示す。
【発明を実施するための形態】
【０００９】
図１は、各々がプロセッサ１１０、メモリ階層１２０及び入力・出力インターフェース１３０を含む、アクセス・ポイント（ＡＰ）１００が、特別の目的のために作られたデジタル装置である、ネットワークを示す。本発明の１つの実施形態において、Ｃａｖｉｕｍ又はＲＭＩからのもののようなＭＩＰＳクラスのプロセッサが用いられる。インテル又はＡＭＤからのもののような他の好適なプロセッサを用いることもできる。メモリ階層１２０は、伝統的に、動作中にプロセッサ・データ及び命令を保持するための高速の読み出し／書き込みメモリと、ファイル及びシステム起動情報を格納するための、ＥＥＰＲＯＭ及び／又はフラッシュのような不揮発性メモリとを含む。有線インターフェース１４０は、典型的には、スイッチのような他のネットワーク機器、又はコントローラへの有線接続のために用いられるＩＥＥＥ８０２．３イーサネット（登録商標）・インターフェースである。無線インターフェース１３０は、ＷｉＭＡＸ、３Ｇ、４Ｇ、及び／又はＩＥＥＥ８０２．１１無線インターフェースとすることができる。本発明の１つの実施形態において、ＡＰは、ＬＩＮＵＸ（登録商標）オペレーティングシステムの制御下で動作し、専用のプログラムがホスト・コントローラ及びアクセス・ポイントの機能を与える。アクセス・ポイント１００は、典型的には、同じくプロセッサ４１０、メモリ階層４２０、及び通常は複数の有線インターフェース４４０を有する専用のデジタル装置であるコントローラ４００と通信する。アクセス・ポイント１００はまた、ブリッジ、リモート・アクセス・ポイント等として動作する機器を含むこともできる。コントローラ４００は、プライベート・イントラネット又は公衆インターネットとすることができるネットワーク５００へのアクセスを与える。
【００１０】
クライアント装置２００は、主として入力／出力機器が異なる類似のアーキテクチャを有し、ラップトップ・コンピュータは通常大きいＬＣＤを含み、一方、手持ち式無線スキャナは、典型的には、ずっと小さいディスプレイを有するが、レーザー・バーコード・スキャナを含む。
【００１１】
本発明は、ＲＦＣ１８８９及びＲＦＣ３５５０に定義され、かつ、引用によりここに組み入れられるような、ＲＴＰ（リアルタイム転送プロトコル）データ・ストリームを扱う。ＲＴＰストリームは、典型的には、音声及び／又は映像のようなストリーミング・メディアを、リアルタイムで、終端間で転送するのに用いられる。ＲＴＰは、ＵＤＰ、すなわちコネクションレス型プロトコルに基づいている。ＵＤＰは、信頼性、パケットの順序付け、又はデータ完全性を提供するための、暗黙のハンドシェーク・ダイアログを有していない、ＲＦＣ７６８に定義される簡単な転送プロトコルである。たとえあったにしてもエラー検出及び訂正が必要ないか、又は、クライアント・アプリケーションにおいて実行されると仮定して、ＵＤＰは、信頼性の保証なしにサービスを提供すること、及び、ＵＤＰデータグラムは、アウト・オブ・オーダー方式で到達し、複製された状態で現れ、又は予告なしに行方不明になることがありことが理解される。
【００１２】
ＲＴＰパケットのペイロード部分を暗号化し、検査に使用可能なＲＴＰヘッダのみを残すことは、ＲＴＰストリームを用いるアプリケーションには一般的である。マイクロソフトＯＣＳ又はＳＩＰ−ｏｖｅｒ−ＩＰＳＥＣなどのアプリケーションによって適用されるようなこの暗号化により、ＲＴＰペイロードのディープ・パケット・インスペクションによりＲＴＰストリームを識別する方法が機能しなくなる。さらに、小さい静的ヘッダ・パターンのために、単にプロトコル・ヘッダ・フィールドに基づいてＲＴＰパケットを識別しようと試みることが、誤検出をもたらすことがある。ＲＴＰ識別プロセスは、ＲＴＰ識別プロセスにおける決定性を確実にするために、次のＲＴＰパケットにおいて反復フィールドを考慮する必要がある。
【００１３】
本発明によると、コントローラ、ブリッジ又はアクセス・ポイントのようなネットワーク装置が、ＲＴＰストリームを検出し、タグ付けするために、配信しているトラフィックを監視する。パケットのフィンガープリントを生成してキャッシュに入れ、キャッシュに入れられた情報を用いて、そのストリームがＲＴＰストリームであるかどうかを判断する。
【００１４】
装置は、既定のパケット・カウントに達するまで、セッションにおけるＵＤＰパケットを監視する。例えば、サーバがＴＣＰ：２０００又はＴＣＰ：５０６０などのＳＩＰクライアントについてリッスンするポート上に予め構成される制御セッションなどのアクティブな制御セッションの開始に基づいて検出をトリガすることによって、付加的な最適化を適用することができる。１つの実施形態において、ＮＡＴトラバーサルを確立するのに用いられる、ＳＴＵＮ、ＴＵＲＮ及びＩＣＥのような最初のパケットは無視される。
【００１５】
フィンガープリンティング・プロセスの一部として、ＲＴＰヘッダのビット・パターンに合致するパケットがキャッシュに入れられる。このキャッシュに入れられた情報は、ＳＳＲＣ、ＣＳＲＣ及びＲＴＰタイプのようなＲＴＰのフロー状態についての選択的なＲＴＰヘッダ情報を含む。パケット全体をキャッシュに入れることができ、又はフィンガープリント生成済み情報を含むパケット・ヘッダのヘッダ部分だけをキャッシュに入れることもできる。
【００１６】
ストリームについてのこれらのキャッシュに入れられたパケットは、ストリームがＲＴＰストリームであるかどうかを判断するために、ストリームにおける次のパケットを試行し、照合するために用いられる。
【００１７】
所定数の合致が生じる場合、そのストリームは、ＲＴＰストリームとして識別される。
【００１８】
ひとたびストリームがＲＴＰストリームとして識別されると、ＲＴＰヘッダからのＲＴＰタイプのフィールドを用いて、ストリームに属しているパケットにタグ付けすることができる。一例として、ＱｏＳ（サービス品質）タグを付加して、映像又は音声ストリームとして識別されるＲＴＰストリームの信頼性の高い配信を加速することができる。適用されるタグのタイプは、制御セッションのポートによっても決まり得る。
【００１９】
本発明は、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合わせの形で実現することができる。本発明は、ＡＰ１００のような１つのコンピュータ・システムに集中した形で実現してもよく、又は、異なる要素が幾つかの相互接続されたコンピュータ・システムにわたって散在する分散した形で実現してもよい。ハードウェアとソフトウェアとの典型的な組み合わせは、ロードされて実行されたときにコンピュータ・システムを制御して、ここで説明される方法を実行させる、コンピュータ・プログラムを伴ったコントローラ又はアクセス・ポイントとすることができる。
【００２０】
本発明はまた、ここで説明される方法の実施を可能にする全ての特徴を備えており、また、コンピュータ・システムにロードされるときに、これらの方法を実行することができるコンピュータ・プログラム製品に、一時的ではない方法で組み込むこともできる。本文脈におけるコンピュータ・プログラムとは、情報処理能力を有するシステムに、特定の機能を、直接的に実施させるか、又は、ａ）別の言語、コード、又は表記法への変換、ｂ）異なる材料形態における複製のいずれか、或いはその両方の後で実施させることを意図される１組の命令の、いずれかの言語、コード又は表記法でのいずれかの表現を意味する。
【００２１】
本発明は、その精神又は本質的な属性から逸脱することなく、他の形態で具体化することができる。したがって、本発明の範囲を示すのに、前述の明細書ではなく以下の特許請求の範囲を参照すべきである。
【符号の説明】
【００２２】
１００：アクセス・ポイント
１１０、４１０：プロセッサ
１２０、４２０：メモリ階層
１３０：無線インターフェース
１４０、４４０：有線インターフェース
２００：クライアント装置
４００：コントローラ
５００：ネットワーク
【特許請求の範囲】
【請求項１】
デジタル・ネットワークに取り付けられた装置におけるＲＴＰストリームを識別する方法であって、
前記装置が受信するストリームにおける既定数のＲＴＰパケットのフィンガープリントを生成するステップと、
前記フィンガープリント生成済みＲＴＰパケットをキャッシュに格納するステップと、
前記キャッシュに格納されたフィンガープリント生成済みＲＴＰパケットを入ってくるＲＴＰパケットと照合するステップと、
所定数の合致が生じた場合には、前記ストリームをＲＴＰストリームとして識別するステップと、
を含むことを特徴とする方法。
【請求項２】
ＲＴＰパケットのフィンガープリント生成は、ＲＴＰセッションの検出によって開始されることを特徴とする、請求項１に記載の方法。
【請求項３】
ＲＴＰパケットのフィンガープリント生成は、特定のＲＴＰパケットを除外することを特徴とする、請求項１に記載の方法。
【請求項４】
前記除外されるＲＴＰパケットは、ＳＴＵＮ、ＴＵＲＮ及びＩＣＥパケットを含むことを特徴とする、請求項３に記載の方法。
【請求項５】
前記識別されたＲＴＰストリームにタグ付けするステップをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項６】
前記識別されたＲＴＰストリームは、ＲＴＰタイプに基づいてタグ付けされることを特徴とする、請求項５に記載の方法。
【請求項７】
前記識別されたＲＴＰストリームは、制御ポートに基づいてタグ付けされることを特徴とする、請求項５に記載の方法。
【請求項８】
前記識別されたＲＴＰストリームは、ＱｏＳタグでタグ付けされることを特徴とする、請求項５に記載の方法。
【請求項９】
デジタル・ネットワークに取り付けられた装置上で実行されるとき、
前記装置が受信するストリームにおける既定数のＲＴＰパケットのフィンガープリントを生成するステップと、
前記フィンガープリント生成済みＲＴＰパケットをキャッシュに入れるステップと、
前記キャッシュに入れられたフィンガープリント生成済みＲＴＰパケットを入ってくるＲＴＰパケットと照合するステップと、
所定数の合致が生じた場合には、前記ストリームをＲＴＰストリームとして識別するステップと、
前記合致したＲＴＰストリームにタグ付けするステップと、
を含む、１組の動作を実行させる１組の命令が不揮発性の形態で内部に格納された機械可読媒体。
【請求項１０】
前記所定数のＲＴＰパケットのフィンガープリントを生成するステップは、ＳＴＵＮ、ＴＵＲＮ及びＩＣＥパケットを含む特定のＲＴＰパケットを除外することを特徴とする、請求項９に記載の機械可読媒体。
【請求項１１】
前記ＲＴＰストリームは、ＲＴＰタイプに基づいてタグ付けされることを特徴とする、請求項９に記載の機械可読媒体。
【請求項１２】
前記ＲＴＰストリームは、制御ポートに基づいてタグ付けされることを特徴とする、請求項９に記載の機械可読媒体。
【請求項１】
デジタル・ネットワークに取り付けられた装置におけるＲＴＰストリームを識別する方法であって、
前記装置が受信するストリームにおける既定数のＲＴＰパケットのフィンガープリントを生成するステップと、
前記フィンガープリント生成済みＲＴＰパケットをキャッシュに格納するステップと、
前記キャッシュに格納されたフィンガープリント生成済みＲＴＰパケットを入ってくるＲＴＰパケットと照合するステップと、
所定数の合致が生じた場合には、前記ストリームをＲＴＰストリームとして識別するステップと、
を含むことを特徴とする方法。
【請求項２】
ＲＴＰパケットのフィンガープリント生成は、ＲＴＰセッションの検出によって開始されることを特徴とする、請求項１に記載の方法。
【請求項３】
ＲＴＰパケットのフィンガープリント生成は、特定のＲＴＰパケットを除外することを特徴とする、請求項１に記載の方法。
【請求項４】
前記除外されるＲＴＰパケットは、ＳＴＵＮ、ＴＵＲＮ及びＩＣＥパケットを含むことを特徴とする、請求項３に記載の方法。
【請求項５】
前記識別されたＲＴＰストリームにタグ付けするステップをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項６】
前記識別されたＲＴＰストリームは、ＲＴＰタイプに基づいてタグ付けされることを特徴とする、請求項５に記載の方法。
【請求項７】
前記識別されたＲＴＰストリームは、制御ポートに基づいてタグ付けされることを特徴とする、請求項５に記載の方法。
【請求項８】
前記識別されたＲＴＰストリームは、ＱｏＳタグでタグ付けされることを特徴とする、請求項５に記載の方法。
【請求項９】
デジタル・ネットワークに取り付けられた装置上で実行されるとき、
前記装置が受信するストリームにおける既定数のＲＴＰパケットのフィンガープリントを生成するステップと、
前記フィンガープリント生成済みＲＴＰパケットをキャッシュに入れるステップと、
前記キャッシュに入れられたフィンガープリント生成済みＲＴＰパケットを入ってくるＲＴＰパケットと照合するステップと、
所定数の合致が生じた場合には、前記ストリームをＲＴＰストリームとして識別するステップと、
前記合致したＲＴＰストリームにタグ付けするステップと、
を含む、１組の動作を実行させる１組の命令が不揮発性の形態で内部に格納された機械可読媒体。
【請求項１０】
前記所定数のＲＴＰパケットのフィンガープリントを生成するステップは、ＳＴＵＮ、ＴＵＲＮ及びＩＣＥパケットを含む特定のＲＴＰパケットを除外することを特徴とする、請求項９に記載の機械可読媒体。
【請求項１１】
前記ＲＴＰストリームは、ＲＴＰタイプに基づいてタグ付けされることを特徴とする、請求項９に記載の機械可読媒体。
【請求項１２】
前記ＲＴＰストリームは、制御ポートに基づいてタグ付けされることを特徴とする、請求項９に記載の機械可読媒体。
【図１】
【公開番号】特開２０１２−１００２７４（Ｐ２０１２−１００２７４Ａ）
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１１−２５２０３４（Ｐ２０１１−２５２０３４）
【出願日】平成２３年１０月３１日（２０１１．１０．３１）
【出願人】（５１１２８０７２２）アルバ ネットワークス インコーポレイテッド (1)
【Ｆターム（参考）】
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願番号】特願２０１１−２５２０３４（Ｐ２０１１−２５２０３４）
【出願日】平成２３年１０月３１日（２０１１．１０．３１）
【出願人】（５１１２８０７２２）アルバ ネットワークス インコーポレイテッド (1)
【Ｆターム（参考）】
[ Back to top ]