JPH11205386A - インターネット内トラフィック測定時のｉｐパケットカウント方法 - Google Patents
インターネット内トラフィック測定時のｉｐパケットカウント方法Info
- Publication number
- JPH11205386A JPH11205386A JP10018010A JP1801098A JPH11205386A JP H11205386 A JPH11205386 A JP H11205386A JP 10018010 A JP10018010 A JP 10018010A JP 1801098 A JP1801098 A JP 1801098A JP H11205386 A JPH11205386 A JP H11205386A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- data
- packets
- port number
- header
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】測定地点を流れるＩＰパケットの重複又は欠落
等の状態でもＩＰパケットの分割前のメッセージを判別
しアプリケーションの種類を特定しカウント可能とする
方法の提供。 【解決手段】通過ＩＰパケットのうちヘッダにポート番
号を有するものは、発信元及び送信先アドレス、Identi
fication、Protocolの４つ要素及びポート番号が一致す
るＩＰパケット毎に、パケット数及びオクテット数をテ
ーブルで計数管理し、通過ＩＰパケットがヘッダにポー
ト番号を有さない場合該テーブルに４つ要素が一致する
パケットデータが存在する場合、そのパケット数及びオ
クテット数を通過ＩＰパケットの値と加算し、一致する
パケットデータが存在しない場合、前記テーブルに通過
ＩＰパケットのデータを新たに登録し、ポート番号はそ
の他を示す値に設定する。
等の状態でもＩＰパケットの分割前のメッセージを判別
しアプリケーションの種類を特定しカウント可能とする
方法の提供。 【解決手段】通過ＩＰパケットのうちヘッダにポート番
号を有するものは、発信元及び送信先アドレス、Identi
fication、Protocolの４つ要素及びポート番号が一致す
るＩＰパケット毎に、パケット数及びオクテット数をテ
ーブルで計数管理し、通過ＩＰパケットがヘッダにポー
ト番号を有さない場合該テーブルに４つ要素が一致する
パケットデータが存在する場合、そのパケット数及びオ
クテット数を通過ＩＰパケットの値と加算し、一致する
パケットデータが存在しない場合、前記テーブルに通過
ＩＰパケットのデータを新たに登録し、ポート番号はそ
の他を示す値に設定する。
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ネットワークトラ
フィックのモニタ方法に関し、特に、インターネット内
トラフィック測定時のＩＰパケットのカウント方法に関
する。
フィックのモニタ方法に関し、特に、インターネット内
トラフィック測定時のＩＰパケットのカウント方法に関
する。
【０００２】
【従来の技術】本発明の背景技術について説明する。あ
るメッセージを、ＴＣＰ（Ｔransmission Ｃontrol
Ｐrotocol）（又はＵＤＰ（Ｕser Ｄatagram Ｐrotoc
ol）／ＩＰ（Ｉnternet Ｐrotocol）プロトコルで送信
する場合、メッセージの長さによっては、いくつかのＩ
Ｐパケットに分割される。図１に、インターネット内を
流れるＩＰパケットの分割の例を示す。図１では、１つ
のメッセージ（データ長200バイト）が４つのＩＰパケ
ットに分割される例を示している。以下ヘッダ情報の詳
細を説明する。
るメッセージを、ＴＣＰ（Ｔransmission Ｃontrol
Ｐrotocol）（又はＵＤＰ（Ｕser Ｄatagram Ｐrotoc
ol）／ＩＰ（Ｉnternet Ｐrotocol）プロトコルで送信
する場合、メッセージの長さによっては、いくつかのＩ
Ｐパケットに分割される。図１に、インターネット内を
流れるＩＰパケットの分割の例を示す。図１では、１つ
のメッセージ（データ長200バイト）が４つのＩＰパケ
ットに分割される例を示している。以下ヘッダ情報の詳
細を説明する。
【０００３】ＦＯ：Fragment Offset（フラグメントオ
フセット）は、ＩＰパケット内のデータ部に、分割前の
メッセージの先頭から何バイト目のデータが入っている
かを示す。
フセット）は、ＩＰパケット内のデータ部に、分割前の
メッセージの先頭から何バイト目のデータが入っている
かを示す。
【０００４】ＭＦ：More Fragmentは、ＩＰパケットが
分割前のメッセージの最後のデータであることを示すフ
ラグである。
分割前のメッセージの最後のデータであることを示すフ
ラグである。
【０００５】ポート番号は、ソースポート（Source Po
rt）又はデスティネーションポート（Destination Por
t）の値を示す。
rt）又はデスティネーションポート（Destination Por
t）の値を示す。
【０００６】このとき分割されたＩＰパケットの先頭
（ＩＰパケット１）には、ＴＣＰ（又はＵＤＰ）ヘッダ
が入るが、その他のＩＰパケット（ＩＰパケット２、
３、４）には入らない。
（ＩＰパケット１）には、ＴＣＰ（又はＵＤＰ）ヘッダ
が入るが、その他のＩＰパケット（ＩＰパケット２、
３、４）には入らない。
【０００７】インターネット内では、メッセージは分割
されて（複数のＩＰパケットとして）流れる。
されて（複数のＩＰパケットとして）流れる。
【０００８】このＩＰパケットには、以下の特徴があ
る。
る。
【０００９】(1)１つのメッセージを構成するＩＰパケ
ット群が、発信元から送信先まで、全て同じ経路を通る
とは限らない。
ット群が、発信元から送信先まで、全て同じ経路を通る
とは限らない。
【００１０】(2)１つのメッセージを構成するＩＰパケ
ット群は、送信先に届いた時に、その順序が変わってい
る可能性がある。例えば図５のパターンＣのように、順
番が変わって届くこともある。
ット群は、送信先に届いた時に、その順序が変わってい
る可能性がある。例えば図５のパターンＣのように、順
番が変わって届くこともある。
【００１１】(3)ＩＰパケットは、発信元から送信先に
流れる途中で失われる可能性がある。
流れる途中で失われる可能性がある。
【００１２】(4)再送により、同じＩＰパケットが複数
流れる可能性がある。例えば図５のパターンＡのよう
に、２番目のＩＰパケットが送信先に２つ届くこともあ
る。
流れる可能性がある。例えば図５のパターンＡのよう
に、２番目のＩＰパケットが送信先に２つ届くこともあ
る。
【００１３】(5)１つのメッセージを分割した時、ＴＣ
Ｐ／ＵＤＰヘッダは分割した先頭のＩＰパケットにしか
付加されない（図１のＩＰパケット１参照）。
Ｐ／ＵＤＰヘッダは分割した先頭のＩＰパケットにしか
付加されない（図１のＩＰパケット１参照）。
【００１４】なお、特開平５−３７５６８号公報には、
フレームが複数のパケットに分割されているとき、最初
のパケットに含まれているヘッダ情報のみ用いてネット
ワークトラフィック量を計測する装置が提案されてい
る。
フレームが複数のパケットに分割されているとき、最初
のパケットに含まれているヘッダ情報のみ用いてネット
ワークトラフィック量を計測する装置が提案されてい
る。
【００１５】
【発明が解決しようとする課題】このようなインターネ
ットを流れるトラフィックを測定する場合、以下の点が
問題となる。
ットを流れるトラフィックを測定する場合、以下の点が
問題となる。
【００１６】トラフィックの測定では、どんな種類のア
プリケーション（ポート番号で判断する）がどのくらい
の量（オクテット数、パケット数）流れているかを測定
する。
プリケーション（ポート番号で判断する）がどのくらい
の量（オクテット数、パケット数）流れているかを測定
する。
【００１７】そのため、ＴＣＰ／ＵＤＰヘッダ内のポー
ト番号情報が必要となるが、分割されたメッセージのＩ
Ｐパケットには、最初のＩＰパケットを除いて、このポ
ート番号情報が入っていない。
ト番号情報が必要となるが、分割されたメッセージのＩ
Ｐパケットには、最初のＩＰパケットを除いて、このポ
ート番号情報が入っていない。
【００１８】ＴＣＰ／ＵＤＰヘッダのないＩＰパケット
からアプリケーションの種類を判断するには、これを元
のメッセージに復元する必要がある。しかし、１つのメ
ッセージを構成する全てのＩＰパケットが、同じ測定地
点を流れるとは限らないので、測定地点でメッセージを
復元することができない場合もある。
からアプリケーションの種類を判断するには、これを元
のメッセージに復元する必要がある。しかし、１つのメ
ッセージを構成する全てのＩＰパケットが、同じ測定地
点を流れるとは限らないので、測定地点でメッセージを
復元することができない場合もある。
【００１９】したがって、本発明は上記問題点に鑑みて
なされたものであって、その目的は、トラフィック測定
時に、ある測定地点を流れるＩＰパケットが、例えばＩ
Ｐパケットの重複又は欠落、ＩＰパケットがメッセージ
の区切られた順序に流れない、という状態でも、ＩＰパ
ケットの分割前のメッセージを判別しアプリケーション
の種類を特定してカウント可能とする方法を提供するこ
とにある。
なされたものであって、その目的は、トラフィック測定
時に、ある測定地点を流れるＩＰパケットが、例えばＩ
Ｐパケットの重複又は欠落、ＩＰパケットがメッセージ
の区切られた順序に流れない、という状態でも、ＩＰパ
ケットの分割前のメッセージを判別しアプリケーション
の種類を特定してカウント可能とする方法を提供するこ
とにある。
【００２０】
【課題を解決するための手段】前記目的を達成するた
め、本発明は、インターネット内トラフィック測定時の
ＩＰパケットカウント方法において、測定地点でモニタ
されたＩＰパケット（「通過ＩＰパケット」という）が
ヘッダにポート番号を有するものについては、発信元ア
ドレス（Source Address）、送信先アドレス（Destina
tion Address）、アイデンティフィケーション（Ident
ification）、プロトコル（Protocol）の４つ要素及び
ポート番号が一致するＩＰパケット毎に分類して、その
パケット数及びオクテット数をテーブルで計数管理し、
前記通過ＩＰパケットがヘッダにポート番号を有さない
ものである場合、前記テーブルにおいて、前記通過ＩＰ
パケットのヘッダの発信元アドレス（Source Addres
s）、送信先アドレス（Destination Address）、アイ
デンティフィケーション（Identification）、プロトコ
ル（Protocol）の４つ要素が一致するパケットデータが
存在する場合には、そのパケットデータのパケット数及
びオクテット数に前記通過ＩＰパケットの値を加算した
値に更新し、一致するパケットデータが存在しない場
合、前記テーブルに前記通過ＩＰパケットのデータを新
たに登録し、その際、ポート番号は、「その他」を示す
値に設定するものである。
め、本発明は、インターネット内トラフィック測定時の
ＩＰパケットカウント方法において、測定地点でモニタ
されたＩＰパケット（「通過ＩＰパケット」という）が
ヘッダにポート番号を有するものについては、発信元ア
ドレス（Source Address）、送信先アドレス（Destina
tion Address）、アイデンティフィケーション（Ident
ification）、プロトコル（Protocol）の４つ要素及び
ポート番号が一致するＩＰパケット毎に分類して、その
パケット数及びオクテット数をテーブルで計数管理し、
前記通過ＩＰパケットがヘッダにポート番号を有さない
ものである場合、前記テーブルにおいて、前記通過ＩＰ
パケットのヘッダの発信元アドレス（Source Addres
s）、送信先アドレス（Destination Address）、アイ
デンティフィケーション（Identification）、プロトコ
ル（Protocol）の４つ要素が一致するパケットデータが
存在する場合には、そのパケットデータのパケット数及
びオクテット数に前記通過ＩＰパケットの値を加算した
値に更新し、一致するパケットデータが存在しない場
合、前記テーブルに前記通過ＩＰパケットのデータを新
たに登録し、その際、ポート番号は、「その他」を示す
値に設定するものである。
【００２１】本発明は、前記通過ＩＰパケットがヘッダ
にポート番号を有するものについては、前記テーブル
に、前記通過ＩＰパケットのヘッダの発信元アドレス
（SourceAddress）、送信先アドレス（Destination Ad
dress）、アイデンティフィケーション（Identificatio
n）、プロトコル（Protocol）の４つ要素が一致し、且
つポート番号が「その他」に設定されているデータが登
録されている場合、前記テーブルのデータのパケット数
及びオクテット数に前記通過ＩＰパケットの値を加算し
て前記テーブルに登録するとともの、前記テーブルのポ
ート番号の値を「その他」から、前記通過ＩＰパケット
のヘッダのポート番号に設定する。
にポート番号を有するものについては、前記テーブル
に、前記通過ＩＰパケットのヘッダの発信元アドレス
（SourceAddress）、送信先アドレス（Destination Ad
dress）、アイデンティフィケーション（Identificatio
n）、プロトコル（Protocol）の４つ要素が一致し、且
つポート番号が「その他」に設定されているデータが登
録されている場合、前記テーブルのデータのパケット数
及びオクテット数に前記通過ＩＰパケットの値を加算し
て前記テーブルに登録するとともの、前記テーブルのポ
ート番号の値を「その他」から、前記通過ＩＰパケット
のヘッダのポート番号に設定する。
【００２２】本発明においては、前記テーブルに登録さ
れているデータ内、のＭＦ（MoreFragment）が０である
データを前記テーブルから削除し、０でなければ、パケ
ット数が０であるか調べ、パケット数が０であれば該デ
ータをテーブルから削除し、パケット数が０でなけれ
ば、パケット数とオクテット数を０とし、上記処理を前
記テーブルに登録された全てのデータについて行うとい
う更新処理を予め定めた一定時間毎に行う。
れているデータ内、のＭＦ（MoreFragment）が０である
データを前記テーブルから削除し、０でなければ、パケ
ット数が０であるか調べ、パケット数が０であれば該デ
ータをテーブルから削除し、パケット数が０でなけれ
ば、パケット数とオクテット数を０とし、上記処理を前
記テーブルに登録された全てのデータについて行うとい
う更新処理を予め定めた一定時間毎に行う。
【００２３】
【発明の実施の形態】本発明の実施の形態について説明
する。本発明は、インターネット内のある測定地点のト
ラフィックを測定する場合において、以下の処理フロー
（アルゴリズム）１に従って、測定地点を流れるＩＰパ
ケットを同一メッセージと判断しカウントする。また、
本発明の実施の形態ではＩＰパケットカウント用に用い
るテーブル（図２）は、処理フロー（アルゴリズム）２
に従って更新する。図６は、ＩＰパケットのカウントの
処理フローを示す流れ図であり、図７は、ＩＰパケット
カウント用テーブルの更新の処理フローを示す流れ図で
ある。
する。本発明は、インターネット内のある測定地点のト
ラフィックを測定する場合において、以下の処理フロー
（アルゴリズム）１に従って、測定地点を流れるＩＰパ
ケットを同一メッセージと判断しカウントする。また、
本発明の実施の形態ではＩＰパケットカウント用に用い
るテーブル（図２）は、処理フロー（アルゴリズム）２
に従って更新する。図６は、ＩＰパケットのカウントの
処理フローを示す流れ図であり、図７は、ＩＰパケット
カウント用テーブルの更新の処理フローを示す流れ図で
ある。
【００２４】１．ＩＰパケットカウント方法： (1)測定地点を通過したＩＰパケットにＴＣＰ／ＵＤＰ
ヘッダがあるかを調べ（図６のステップ１０１）、あれ
ば、ＩＰヘッダ内の４要素（Source Address、Destina
tion Address、Identification、Protocol）とＴＣＰ
／ＵＤＰヘッダ内のポート番号が一致するＩＰパケット
がテーブル（図２）内にあるかを調べる（図６のステッ
プ１０２）。
ヘッダがあるかを調べ（図６のステップ１０１）、あれ
ば、ＩＰヘッダ内の４要素（Source Address、Destina
tion Address、Identification、Protocol）とＴＣＰ
／ＵＤＰヘッダ内のポート番号が一致するＩＰパケット
がテーブル（図２）内にあるかを調べる（図６のステッ
プ１０２）。
【００２５】(2)一致するデータがあれば、そのデータ
内のパケット数とオクテット数に通過したＩＰパケット
の値を加算する（図６のステップ１０３）。一致しなけ
れば、ＩＰヘッダ内の４要素（Source Address、Desti
nation Address、Identification、Protocol）が一致
し、ポート番号が「その他」となっているＩＰパケット
がテーブル（図２）内にあるかを調べる（図６のステッ
プ１０４）。
内のパケット数とオクテット数に通過したＩＰパケット
の値を加算する（図６のステップ１０３）。一致しなけ
れば、ＩＰヘッダ内の４要素（Source Address、Desti
nation Address、Identification、Protocol）が一致
し、ポート番号が「その他」となっているＩＰパケット
がテーブル（図２）内にあるかを調べる（図６のステッ
プ１０４）。
【００２６】(3)一致するデータがあれば、そのデータ
内のパケット数とオクテット数に通過したＩＰパケット
の値を加算する。さらにポート番号としては、通過した
ＩＰパケットのポート番号を代入する（図６のステップ
１０５）。一致しなければ、テーブルに、通過したＩＰ
パケットを追加する（図６のステップ１０６）。
内のパケット数とオクテット数に通過したＩＰパケット
の値を加算する。さらにポート番号としては、通過した
ＩＰパケットのポート番号を代入する（図６のステップ
１０５）。一致しなければ、テーブルに、通過したＩＰ
パケットを追加する（図６のステップ１０６）。
【００２７】(4)図６のステップ１０１において、ＴＣ
Ｐ／ＵＤＰヘッダがなかった場合、ＩＰヘッダ内の４要
素（SourceAddress、Destination Address、Identific
ation、Protocol）が一致するＩＰパケットがテーブル
（図２）内にあるかを調べる（図６のステップ１０
７）。
Ｐ／ＵＤＰヘッダがなかった場合、ＩＰヘッダ内の４要
素（SourceAddress、Destination Address、Identific
ation、Protocol）が一致するＩＰパケットがテーブル
（図２）内にあるかを調べる（図６のステップ１０
７）。
【００２８】(5)一致するデータがあれば、そのデータ
内のパケット数とオクテット数に通過したＩＰパケット
の値を加算する（図６のステップ１０８）。なければ、
テーブルに通過したＩＰパケットを追加する。さらにポ
ート番号には、”その他”を入れる（図６のステップ１
０９）。
内のパケット数とオクテット数に通過したＩＰパケット
の値を加算する（図６のステップ１０８）。なければ、
テーブルに通過したＩＰパケットを追加する。さらにポ
ート番号には、”その他”を入れる（図６のステップ１
０９）。
【００２９】２．テーブル更新： (1)一定時間が経過しているかを調べる（図７のステッ
プ２０１）。経過していなければ、何もしない（図７の
ステップ２０２）。
プ２０１）。経過していなければ、何もしない（図７の
ステップ２０２）。
【００３０】(2)テーブルのデータを調べる（図７のス
テップ２０３）。もし、テーブルが終わりならば（調べ
るデータがなければ）、終了する（図７のステップ２０
２）。
テップ２０３）。もし、テーブルが終わりならば（調べ
るデータがなければ）、終了する（図７のステップ２０
２）。
【００３１】(3)データ内のＭＦ：More Fragmentが０
であるかを調べる（図７のステップ２０４）。ＭＦ＝０
であるならば、そのデータをテーブルから削除する（図
７のステップ２０５）。
であるかを調べる（図７のステップ２０４）。ＭＦ＝０
であるならば、そのデータをテーブルから削除する（図
７のステップ２０５）。
【００３２】(4)ＭＦ＝０でなければ、パケット数が０
であるかを調べる（図７のステップ２０６）。０である
ならば、そのデータをテーブルから削除する（図７のス
テップ２０５）。
であるかを調べる（図７のステップ２０６）。０である
ならば、そのデータをテーブルから削除する（図７のス
テップ２０５）。
【００３３】(5)パケット数が０でなければ、パケット
数とオクテット数を０にする。
数とオクテット数を０にする。
【００３４】(6)次のデータを調べる（図７のステップ
２０８）。(2)からの作業を繰り返す。
２０８）。(2)からの作業を繰り返す。
【００３５】本発明の実施の形態の特徴は以下の点にあ
る。
る。
【００３６】ＩＰパケットはメッセージの再構築（ＩＰ
パケットから元のメッセージを復元する）を行わずに、
どのメッセージに属するかを判断し、カウントする。
パケットから元のメッセージを復元する）を行わずに、
どのメッセージに属するかを判断し、カウントする。
【００３７】インターネット網の特徴である要素（発明
の背景で記載している(1)から(6)）は、メッセージを再
構築する場合には考慮しなければならないが、インター
ネット内のトラフィックを測定するという観点からすれ
ば、これらを全て考慮する必要はない。
の背景で記載している(1)から(6)）は、メッセージを再
構築する場合には考慮しなければならないが、インター
ネット内のトラフィックを測定するという観点からすれ
ば、これらを全て考慮する必要はない。
【００３８】本発明は、この知見に基づきなされたもの
であって、トラフィック測定に耐えうる簡易カウント方
法を提供するものである。以下、実施例に即してより詳
細に説明する。
であって、トラフィック測定に耐えうる簡易カウント方
法を提供するものである。以下、実施例に即してより詳
細に説明する。
【００３９】
【実施例】本発明の一実施例について以下に説明する。
本発明の一実施例においては、ＩＰパケットのカウント
用に、図２に示す構成のテーブルを用意する。
本発明の一実施例においては、ＩＰパケットのカウント
用に、図２に示す構成のテーブルを用意する。
【００４０】図２を参照すると、このテーブルは、メッ
セージを識別するための要素（Source Address、Desti
nation Address、Identification、Protocol）と、ポ
ート番号（Source Port、又はDestination Portの
値）、More Fragment、及び、パケット数、オクテット
数を格納するエリアを具備する。更に、これらを１つの
まとまりとして、複数格納できるエリアを具備する。
セージを識別するための要素（Source Address、Desti
nation Address、Identification、Protocol）と、ポ
ート番号（Source Port、又はDestination Portの
値）、More Fragment、及び、パケット数、オクテット
数を格納するエリアを具備する。更に、これらを１つの
まとまりとして、複数格納できるエリアを具備する。
【００４１】なお、Source Address（発信元アドレ
ス）、Destination Address（送信先アドレス）、Iden
tification（アイデンティフィケーション）、Protocol
（プロトコル）、More Fragment（モアフラグメント）
は、ＩＰパケットのヘッダ内の値である。Source Por
t、Destination Portは、ＴＣＰ／ＵＤＰヘッダ内の値
である。
ス）、Destination Address（送信先アドレス）、Iden
tification（アイデンティフィケーション）、Protocol
（プロトコル）、More Fragment（モアフラグメント）
は、ＩＰパケットのヘッダ内の値である。Source Por
t、Destination Portは、ＴＣＰ／ＵＤＰヘッダ内の値
である。
【００４２】ポート番号へ代入する値について：ＴＣＰ
／ＵＤＰヘッダには、Source PortとDestination Por
tがある。ここには、WELL KNOWN PORT NUMBERS（ウ
ェルノウンポート番号）（０−１０２３）か、REGISTER
ED PORT NUMBERS（レジスタードポート番号）（１０
２４−６５５３５）の値が入る。
／ＵＤＰヘッダには、Source PortとDestination Por
tがある。ここには、WELL KNOWN PORT NUMBERS（ウ
ェルノウンポート番号）（０−１０２３）か、REGISTER
ED PORT NUMBERS（レジスタードポート番号）（１０
２４−６５５３５）の値が入る。
【００４３】本発明では、Source Port（ソースポー
ト）と、Destination Port（デスティネーテョンポー
ト）の値を比較して、WELL KNOWN PORT NUMBERS（ウ
ェルノウンポート番号）の値をポート番号に入れてい
る。
ト）と、Destination Port（デスティネーテョンポー
ト）の値を比較して、WELL KNOWN PORT NUMBERS（ウ
ェルノウンポート番号）の値をポート番号に入れてい
る。
【００４４】本発明の一実施例の動作について説明す
る。
る。
【００４５】図３は、本発明の一実施例を説明するため
の図であり、ネットワークのある測定地点でのＩＰパケ
ットの測定例を示す。図３において、縦に並んでいる
からは、それぞれ一つのメッセージを構成する１つ又
は複数のＩＰパケットを表す。横方向は時間で、一定時
間（１分以上）毎に区切ってある。
の図であり、ネットワークのある測定地点でのＩＰパケ
ットの測定例を示す。図３において、縦に並んでいる
からは、それぞれ一つのメッセージを構成する１つ又
は複数のＩＰパケットを表す。横方向は時間で、一定時
間（１分以上）毎に区切ってある。
【００４６】横線は、その時間帯にメッセージ（から
）のＩＰパケットが複数流れていることを示す。
）のＩＰパケットが複数流れていることを示す。
【００４７】“Ｓ”は、ポート番号があるＩＰパケット
が来たことを表す。
が来たことを表す。
【００４８】“Ｅ”は、More Fragment＝０のＩＰパケ
ットが来たことを表す。
ットが来たことを表す。
【００４９】図４は、図２のテーブルの使用例を示して
おり、図３の一定時間（ＡからＣ）内の時に、テーブル
に格納してあるメッセージが何であるかを示している。
ここに登録してあるメッセージが、各一定時間内で測定
対象となっているメッセージである。このテーブルは、
一定時間経過毎に、以下の削除方法に従い、メッセージ
を削除する。
おり、図３の一定時間（ＡからＣ）内の時に、テーブル
に格納してあるメッセージが何であるかを示している。
ここに登録してあるメッセージが、各一定時間内で測定
対象となっているメッセージである。このテーブルは、
一定時間経過毎に、以下の削除方法に従い、メッセージ
を削除する。
【００５０】テーブルへの登録／削除方法について、順
を追って説明する。
を追って説明する。
【００５１】(1)一定時間Ａでは、ポート番号があるＩ
Ｐパケット（から）が来たので、テーブルに登録す
る。登録内容は、Source Address、Destination Addr
ess、Identification、Protocol、ポート番号、More F
ragment、パケット数、オクテット数である（図２参
照）。
Ｐパケット（から）が来たので、テーブルに登録す
る。登録内容は、Source Address、Destination Addr
ess、Identification、Protocol、ポート番号、More F
ragment、パケット数、オクテット数である（図２参
照）。
【００５２】(2)一定時間Ａ内で、ポート番号が無いＩ
Ｐパケットがきたが、該当するメッセージが無いた
め、テーブルに登録する。登録内容は、Source Addres
s、Destination Address、Identification、Protoco
l、ポート番号（ポート番号は無いため、ここには「そ
の他」を表す値を設定する）、More Fragment、パケッ
ト数、オクテット数である。
Ｐパケットがきたが、該当するメッセージが無いた
め、テーブルに登録する。登録内容は、Source Addres
s、Destination Address、Identification、Protoco
l、ポート番号（ポート番号は無いため、ここには「そ
の他」を表す値を設定する）、More Fragment、パケッ
ト数、オクテット数である。
【００５３】(3)一定時間Ａ内で、ＩＰパケット（か
ら）が来たので、テーブル内の該当するメッセージの
パケット数、及びオクテット数の値を加算する。More
Fragmentは、ＩＰパケットのMore Fragmentとテーブル
内のMore FragmentでAND（論理積）を取り、その値を
テーブルに格納する。
ら）が来たので、テーブル内の該当するメッセージの
パケット数、及びオクテット数の値を加算する。More
Fragmentは、ＩＰパケットのMore Fragmentとテーブル
内のMore FragmentでAND（論理積）を取り、その値を
テーブルに格納する。
【００５４】(4)一定時間Ａが終了した時点で、More F
ragment＝０のＩＰパケットが流れたメッセージを、
テーブルから削除する。
ragment＝０のＩＰパケットが流れたメッセージを、
テーブルから削除する。
【００５５】(5)一定時間Ｂ内で、ＩＰパケット（及
び）が来たので、テーブル内の該当するメッセージの
パケット数、及びオクテット数の値を加算する。More
Fragmentは、ＩＰパケットのMore Fragmentとテーブル
内のMore FragmentでANDを取り、その値をテーブルに
格納する。
び）が来たので、テーブル内の該当するメッセージの
パケット数、及びオクテット数の値を加算する。More
Fragmentは、ＩＰパケットのMore Fragmentとテーブル
内のMore FragmentでANDを取り、その値をテーブルに
格納する。
【００５６】(6)一定時間Ｂが終了した時点で、More F
ragment＝０のＩＰパケットが流れたメッセージ及び
を、テーブルから削除する。また一定時間Ｂの間、Ｉ
Ｐパケットが１つも来なかったので、メッセージも
テーブルから削除する。
ragment＝０のＩＰパケットが流れたメッセージ及び
を、テーブルから削除する。また一定時間Ｂの間、Ｉ
Ｐパケットが１つも来なかったので、メッセージも
テーブルから削除する。
【００５７】次に、本発明の第二の実施例について説明
する。
する。
【００５８】図５において、IP-1からIP-4は、それぞれ
図１のＩＰパケット１からＩＰパケット４を指す。パタ
ーンＡからパターンＣは、１つのメッセージを分割した
ＩＰパケットが、ある測定地点を通過する時のＩＰパケ
ットの順番を示している。例えば、パターンＡは、IP-
1、IP-2、IP-2、IP-3、IP-4の順で測定地点を通過した
ことを表している。
図１のＩＰパケット１からＩＰパケット４を指す。パタ
ーンＡからパターンＣは、１つのメッセージを分割した
ＩＰパケットが、ある測定地点を通過する時のＩＰパケ
ットの順番を示している。例えば、パターンＡは、IP-
1、IP-2、IP-2、IP-3、IP-4の順で測定地点を通過した
ことを表している。
【００５９】図５のパターンのデータが流れた場合、Ｉ
Ｐパケットはどのようにカウントされるかを説明する。
なお、オクテット数は、実際には、ＩＰパケットのヘッ
ダとデータ部を合計した値となるが、ここでは、わかり
やすいように、データ部のみを合計した値で説明する。
Ｐパケットはどのようにカウントされるかを説明する。
なお、オクテット数は、実際には、ＩＰパケットのヘッ
ダとデータ部を合計した値となるが、ここでは、わかり
やすいように、データ部のみを合計した値で説明する。
【００６０】(1)パターンＡ（ＩＰパケットが重複した
場合）：パケット数＝５、オクテット数＝２５０；IP-2
が２個来ているが、両方とも同じメッセージのＩＰパケ
ットとしてカウントする。
場合）：パケット数＝５、オクテット数＝２５０；IP-2
が２個来ているが、両方とも同じメッセージのＩＰパケ
ットとしてカウントする。
【００６１】元のメッセージを再構築する場合は、片方
のIP-2は不要であるが、トラフィック測定では２個とも
測定地点を流れたデータであるので、両方ともカウント
する。
のIP-2は不要であるが、トラフィック測定では２個とも
測定地点を流れたデータであるので、両方ともカウント
する。
【００６２】(2)パターンＢ（ＩＰパケットが欠落した
場合）：パケット数＝３、オクテット数＝１５０；IP-2
が来ていないが、順番は測定には関係ないので、IP-3、
IP-4をIP-1と同じメッセージのＩＰパケットとしてカウ
ントする。
場合）：パケット数＝３、オクテット数＝１５０；IP-2
が来ていないが、順番は測定には関係ないので、IP-3、
IP-4をIP-1と同じメッセージのＩＰパケットとしてカウ
ントする。
【００６３】(3)パターンＣ（ＩＰパケットが順番にこ
ない場合）：パケット数＝４、オクテット数＝２００；
IP-2が最初に通過するが、IP-2にはポート番号がついて
いないので、ポート番号＝その他としてカウントする。
次にIP-1が通過するが、ポート番号があるのでそのポー
ト番号として、カウントする。このときIP-2は、IP-1と
ポート番号以外の４つの要素（Source Address、Desti
nation Address、Identification、Protocol）は一致
するので、IP-2のカウント分をIP-1のカウントに加算す
る（その他のカウントは廃棄する）。IP-3、IP-4も４つ
の要素がIP-1と一致するので、IP-1のカウントに合計す
る。
ない場合）：パケット数＝４、オクテット数＝２００；
IP-2が最初に通過するが、IP-2にはポート番号がついて
いないので、ポート番号＝その他としてカウントする。
次にIP-1が通過するが、ポート番号があるのでそのポー
ト番号として、カウントする。このときIP-2は、IP-1と
ポート番号以外の４つの要素（Source Address、Desti
nation Address、Identification、Protocol）は一致
するので、IP-2のカウント分をIP-1のカウントに加算す
る（その他のカウントは廃棄する）。IP-3、IP-4も４つ
の要素がIP-1と一致するので、IP-1のカウントに合計す
る。
【００６４】
【発明の効果】以上説明したように、請求項１及至６の
本発明によれば、トラフィック測定時に、ある測定地点
を流れるＩＰパケットが、例えば(1)ＩＰパケットの重
複、(2)ＩＰパケットの欠落、(3)ＩＰパケットが、メッ
セージの区切られた順序に流れない、という状態でも、
ＩＰパケットの分割前のメッセージを判別し、アプリケ
ーションの種類を特定し、カウントすることができる、
という効果を奏する。
本発明によれば、トラフィック測定時に、ある測定地点
を流れるＩＰパケットが、例えば(1)ＩＰパケットの重
複、(2)ＩＰパケットの欠落、(3)ＩＰパケットが、メッ
セージの区切られた順序に流れない、という状態でも、
ＩＰパケットの分割前のメッセージを判別し、アプリケ
ーションの種類を特定し、カウントすることができる、
という効果を奏する。
【図１】本発明の背景を説明するための図であり、複数
ＩＰパケットへの分割（フラグメンテーション）を説明
するための図である。
ＩＰパケットへの分割（フラグメンテーション）を説明
するための図である。
【図２】本発明の一実施例を説明するための図であり、
テーブル構成例を示す図である。
テーブル構成例を示す図である。
【図３】本発明の一実施例を説明するための図であり、
ある地点でのＩＰパケット測定例を示す図である。
ある地点でのＩＰパケット測定例を示す図である。
【図４】本発明の一実施例を説明するための図であり、
図２のテーブルの使用例を説明する図である。
図２のテーブルの使用例を説明する図である。
【図５】本発明の一実施例を説明するための図であり、
ＩＰパケットのパターン例を示す図である。
ＩＰパケットのパターン例を示す図である。
【図６】本発明の一実施例の処理フローを説明するため
の流れ図である。
の流れ図である。
【図７】本発明の一実施例の処理フローを説明するため
の流れ図である。
の流れ図である。
Ｅ ＭＦ=０のＩＰパケットの到来 ＦＯ フラグメントオフセット ＭＦ モアフラグメント Ｓ ポート番号があるＩＰパケットの到来 ＩＰ−１〜ＩＰ−４ ＩＰパケット
Claims (6)
- 【請求項１】インターネット内トラフィック測定時のＩ
Ｐパケットカウント方法において、 測定地点でモニタされたＩＰパケットをそのヘッダに含
まれる発信元アドレス（Source Address）、送信先ア
ドレス（Destination Address）、アイデンティフィケ
ーション（Identification）、プロトコル（Protoco
l）、ポート番号情報に基づき振り分けしてパケット数
及びオクテット数をテーブルで計数管理し、前記モニタ
されたＩＰパケットのうちそのヘッダにポート番号を持
たないものについては、前記テーブルに格納されたデー
タのうち発信元アドレス（Source Address）、送信先
アドレス（Destination Address）、アイデンティフィ
ケーション（Identification）、プロトコル（Protoco
l）の４つ要素が一致するパケットのデータに前記モニ
タされたＩＰパケットのパケット数及びオクテット数を
加算することを特徴とするＩＰパケットカウント方法。 - 【請求項２】インターネット内トラフィック測定時のＩ
Ｐパケットカウント方法において、 測定地点でモニタされたＩＰパケット（「通過ＩＰパケ
ット」という）がヘッダにポート番号を有するものにつ
いては、発信元アドレス（Source Address）、送信先
アドレス（Destination Address）、アイデンティフィ
ケーション（Identification）、プロトコル（Protoco
l）の４つ要素及びポート番号が一致するＩＰパケット
毎に分類して、そのパケット数及びオクテット数をテー
ブルで計数管理し、 前記通過ＩＰパケットがヘッダにポート番号を有さない
ものである場合、前記テーブルにおいて、前記通過ＩＰ
パケットのヘッダの発信元アドレス（SourceAddres
s）、送信先アドレス（Destination Address）、アイ
デンティフィケーション（Identification）、プロトコ
ル（Protocol）の４つ要素が一致するパケットデータが
存在する場合には、該パケットデータのパケット数及び
オクテット数に前記通過ＩＰパケットの値を加算した値
に更新し、一致するパケットデータが存在しない場合、
前記テーブルに前記通過ＩＰパケットのデータを新たに
登録し、その際、ポート番号は「その他」を示す値に設
定する、ことを特徴とするＩＰパケットのカウント方
法。 - 【請求項３】前記通過ＩＰパケットがヘッダにポート番
号を有するものについては、前記テーブルに、前記通過
ＩＰパケットのヘッダの発信元アドレス（Source Addr
ess）、送信先アドレス（Destination Address）、ア
イデンティフィケーション（Identification）、プロト
コル（Protocol）の４つ要素が一致し、且つポート番号
が「その他」に設定されているデータが登録されている
場合、前記テーブルのデータのパケット数及びオクテッ
ト数に前記通過ＩＰパケットの値を加算して前記テーブ
ルに登録するとともの、前記テーブルのポート番号の値
を「その他」から、前記通過ＩＰパケットのヘッダのポ
ート番号に設定する、ことを特徴とする請求項２記載の
ＩＰパケットのカウント方法。 - 【請求項４】インターネット内トラフィック測定時のＩ
Ｐパケットカウント方法において、（ａ）測定地点を通
過したＩＰパケットにＴＣＰ（Transmission Control
Protocol）／ＵＤＰ（User Datagram Protocol）ヘ
ッダがあればＩＰヘッダ内の４要素（発信元アドレス
（Source Address）、送信先アドレス（DestinationAd
dress）、アイデンティフィケーション（Identificatio
n）、プロトコル（Protocol））とＴＣＰ／ＵＤＰヘッ
ダ内のポート番号が一致するＩＰパケットのデータがテ
ーブル内に存在するか調べ、一致するデータがあれば、
そのデータ内のパケット数とオクテット数に通過したＩ
Ｐパケットの値を加算し、 （ｂ）一致しなければ、ＩＰヘッダ内の４要素が一致し
且つポート番号が「その他」となっているＩＰパケット
が前記テーブル内にあるかを調べ、ＩＰヘッダ内の４要
素が一致し且つポート番号が「その他」となっているＩ
Ｐパケットが前記テーブル内にあれば、該データ内のパ
ケット数とオクテット数に通過したＩＰパケットの値を
加算し、さらにポート番号には、通過したＩＰパケット
のポート番号を設定し、なければ、前記テーブルに通過
したＩＰパケットを追加登録し、 （ｃ）一方、測定地点を通過したＩＰパケットにＴＣＰ
／ＵＤＰヘッダがなかった場合、ＩＰヘッダ内の４要素
が一致するＩＰパケットが前記テーブル内に登録済みで
あるかを調べ、一致するデータがあれば、該データ内の
パケット数とオクテット数に通過したＩＰパケットの値
を加算し、一致するデータがなければ、前記テーブルに
通過したＩＰパケットを追加し、さらにポート番号には
「その他」を設定する、ことを特徴とするＩＰパケット
カウント方法。 - 【請求項５】前記テーブルに登録されているデータ内の
ＭＦ（More Fragment）が０であるデータを前記テーブ
ルから削除し、０でなければ、パケット数が０であるか
調べ、パケット数が０であれば該データをテーブルから
削除し、パケット数が０でなければ、パケット数とオク
テット数を０とし、上記処理を前記テーブルに登録され
た全てのデータについて行う更新処理を予め定めた一定
時間毎に行う、ことを特徴とする請求項２及至４のいず
れか一に記載のＩＰパケットカウント方法。 - 【請求項６】前記テーブルが、発信先アドレス、送信先
アドレス、アイデンティフィケーション、プロトコル、
ポート番号、モアフラグメント（More Fragment）、パ
ケット数、オクテット数を一エントリデータとし、該エ
ントリデータを一又は複数備えることを特徴とする請求
項２及至４のいずれか一に記載のＩＰパケットカウント
方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP01801098A JP3169880B2 (ja) | 1998-01-14 | 1998-01-14 | インターネット内トラフィック測定時のｉｐパケットカウント方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP01801098A JP3169880B2 (ja) | 1998-01-14 | 1998-01-14 | インターネット内トラフィック測定時のｉｐパケットカウント方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11205386A true JPH11205386A (ja) | 1999-07-30 |
| JP3169880B2 JP3169880B2 (ja) | 2001-05-28 |
Family
ID=11959718
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP01801098A Expired - Fee Related JP3169880B2 (ja) | 1998-01-14 | 1998-01-14 | インターネット内トラフィック測定時のｉｐパケットカウント方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3169880B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7719990B2 (en) | 2002-03-22 | 2010-05-18 | Nec Corporation | Communications network traffic monitor system |
| JP2011134213A (ja) * | 2009-12-25 | 2011-07-07 | Fujitsu Ltd | メッセージ判別プログラム、メッセージ判別装置及びメッセージ判別方法 |
| US8614965B2 (en) | 2008-10-24 | 2013-12-24 | Nec Corporation | Packet loss frequency measuring system, packet loss frequency measuring method, and program |
| US8775612B2 (en) | 2010-10-04 | 2014-07-08 | Fujitsu Limited | Instruction system, method, and recording control apparatus |
-
1998
- 1998-01-14 JP JP01801098A patent/JP3169880B2/ja not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7719990B2 (en) | 2002-03-22 | 2010-05-18 | Nec Corporation | Communications network traffic monitor system |
| US8614965B2 (en) | 2008-10-24 | 2013-12-24 | Nec Corporation | Packet loss frequency measuring system, packet loss frequency measuring method, and program |
| JP2011134213A (ja) * | 2009-12-25 | 2011-07-07 | Fujitsu Ltd | メッセージ判別プログラム、メッセージ判別装置及びメッセージ判別方法 |
| US8775612B2 (en) | 2010-10-04 | 2014-07-08 | Fujitsu Limited | Instruction system, method, and recording control apparatus |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3169880B2 (ja) | 2001-05-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8054744B1 (en) | Methods and apparatus for flow classification and flow measurement | |
| US8169910B1 (en) | Network traffic analysis using a flow table | |
| US7787442B2 (en) | Communication statistic information collection apparatus | |
| US9065775B2 (en) | Switching apparatus and method based on virtual interfaces | |
| US6118760A (en) | Management of entries in a network element forwarding memory | |
| US7440409B2 (en) | Network traffic monitoring system and monitoring method | |
| US7957396B1 (en) | Targeted flow sampling | |
| US6798742B1 (en) | System and method for the measurement of service quality in a communication network | |
| US8229705B1 (en) | Performance monitoring in computer networks | |
| US7664045B2 (en) | Sampling to a next hop | |
| CN111953604A (zh) | 一种为业务流提供业务服务的方法和装置 | |
| EP2058736A2 (en) | Systems and methods for flow monitoring and sampling using flow identifiers | |
| US8270305B2 (en) | Node device, node system, and method and program for changing statistic information management table used for the node device | |
| CN108293025B (zh) | 通信网络中的流量监控 | |
| CN105991338B (zh) | 网络运维管理方法及装置 | |
| US20020116521A1 (en) | Soft multi-contract rate policing | |
| JP2002124990A (ja) | ポリシ実行スイッチ | |
| JP3169880B2 (ja) | インターネット内トラフィック測定時のｉｐパケットカウント方法 | |
| CN113810295A (zh) | 一种路径检测方法及装置、系统 | |
| CN115242892B (zh) | 一种流标识获取方法、装置、设备及介质 | |
| CN111770049B (zh) | 全局缓存变量及报文信息存储方法及装置 | |
| FI104670B (fi) | Pakettien reititys tietoliikennejärjestelmässä | |
| WO2006085374A1 (ja) | 通信装置 | |
| US20220029898A1 (en) | Performance measurement in a packet-switched communication network | |
| CN114073049B (zh) | 用于可靠性测量的方法和网络节点 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20010227 |
|
| LAPS | Cancellation because of no payment of annual fees |