JP3487551B2 - モニター装置、モニター方法及び記録媒体 - Google Patents
モニター装置、モニター方法及び記録媒体Info
- Publication number
- JP3487551B2 JP3487551B2 JP2000142775A JP2000142775A JP3487551B2 JP 3487551 B2 JP3487551 B2 JP 3487551B2 JP 2000142775 A JP2000142775 A JP 2000142775A JP 2000142775 A JP2000142775 A JP 2000142775A JP 3487551 B2 JP3487551 B2 JP 3487551B2
- Authority
- JP
- Japan
- Prior art keywords
- path
- network
- individual
- label
- information
- 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.)
- Expired - Lifetime
Links
Landscapes
- Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、複数の通信網のト
ラヒック状況をモニターするためのモニター装置、モニ
ター方法及びその方法をコンピュータによって実行させ
るためのプログラムを記録した記録媒体に関する。
ラヒック状況をモニターするためのモニター装置、モニ
ター方法及びその方法をコンピュータによって実行させ
るためのプログラムを記録した記録媒体に関する。
【０００２】
【従来の技術】図１の網構成図に示すように、キャリア
ネットワーク上には多くの企業網等、管理の上からは個
々の個別網として捉えるべき種々の通信網が混在し、伝
送設備等を共用している。一つの伝送路上でこれらの各
個別網のパスを識別するためにラベルを使用する場合が
多い。例えばＡＴＭで個別網を構成するには、ＶＰを識
別するラベルとしてＶＰＩを用いるか、ＶＣを識別する
ラベルとしてＶＰＩ＋ＶＣＩを用いる。更に、最近の技
術としてＭＰＬＳがあるが、これは各パスの識別にラベ
ルを使用する。このラベルは、個々の個別網の識別にも
用いることができる。
ネットワーク上には多くの企業網等、管理の上からは個
々の個別網として捉えるべき種々の通信網が混在し、伝
送設備等を共用している。一つの伝送路上でこれらの各
個別網のパスを識別するためにラベルを使用する場合が
多い。例えばＡＴＭで個別網を構成するには、ＶＰを識
別するラベルとしてＶＰＩを用いるか、ＶＣを識別する
ラベルとしてＶＰＩ＋ＶＣＩを用いる。更に、最近の技
術としてＭＰＬＳがあるが、これは各パスの識別にラベ
ルを使用する。このラベルは、個々の個別網の識別にも
用いることができる。
【０００３】更に、ＩＰカプセル化を用いて、トンネル
を構成して個別網を構成する方法もある。これは、典型
的には図２に示すように、加入者ルータと中継ルータと
の間で、ＩＥＴＦ ＲＦＣ2661"Layer Two Tunneling P
rotocol:L2TP"(1999)に定められたレイヤ２トンネリン
グプロトコルＬ２ＴＰを用いてトンネル（パス）を提供
し、エンドホストが目的のＩＳＰへダイヤルアップでア
クセスできるようにするものである。この場合は、図３
に示すようなカプセル化が行われ、外側の発着ＩＰアド
レスとして、加入者ルータ及び中継ルータのアドレスが
使用され、この発着ＩＰアドレス及び必要に応じてＬ２
ＴＰヘッダー内のトンネルＩＰをラベルとして各加入者
ルータと中継ルータとの間のパスが識別できる。
を構成して個別網を構成する方法もある。これは、典型
的には図２に示すように、加入者ルータと中継ルータと
の間で、ＩＥＴＦ ＲＦＣ2661"Layer Two Tunneling P
rotocol:L2TP"(1999)に定められたレイヤ２トンネリン
グプロトコルＬ２ＴＰを用いてトンネル（パス）を提供
し、エンドホストが目的のＩＳＰへダイヤルアップでア
クセスできるようにするものである。この場合は、図３
に示すようなカプセル化が行われ、外側の発着ＩＰアド
レスとして、加入者ルータ及び中継ルータのアドレスが
使用され、この発着ＩＰアドレス及び必要に応じてＬ２
ＴＰヘッダー内のトンネルＩＰをラベルとして各加入者
ルータと中継ルータとの間のパスが識別できる。
【０００４】個別網の各パスに対するＩＰトラヒックを
モニターする場合、例えば図１における共用リンクにト
ラヒックを取込む装置を挿入し、トラヒックをモニター
することができる。この場合、Ａ社本社、Ａ社支社、Ｂ
社本社及びＢ社支社の各ネットワークアドレスが既知で
あり、それらが異なっている場合、必ずしもＡ社個別網
及びＢ社個別網のパスを識別できるラベル情報は不要で
ある。このような前提に基づいて、ネットワークアドレ
ス毎にトラヒックをモニターし情報を収集するシステム
としては、例えばＯＣ３ＭＯＮ（ソフトウェアはインタ
ーネット上のftp://nlanr.net/Software/Oc3monで公開
されている）がある。また、特開平１１−２５２１１１
号に記載されている発明においても、発着ネットワーク
アドレス別にトラヒックを記録している。
モニターする場合、例えば図１における共用リンクにト
ラヒックを取込む装置を挿入し、トラヒックをモニター
することができる。この場合、Ａ社本社、Ａ社支社、Ｂ
社本社及びＢ社支社の各ネットワークアドレスが既知で
あり、それらが異なっている場合、必ずしもＡ社個別網
及びＢ社個別網のパスを識別できるラベル情報は不要で
ある。このような前提に基づいて、ネットワークアドレ
ス毎にトラヒックをモニターし情報を収集するシステム
としては、例えばＯＣ３ＭＯＮ（ソフトウェアはインタ
ーネット上のftp://nlanr.net/Software/Oc3monで公開
されている）がある。また、特開平１１−２５２１１１
号に記載されている発明においても、発着ネットワーク
アドレス別にトラヒックを記録している。
【０００５】しかしながら、複数の個別網が共用する伝
送路上のトラヒックを、個別網毎にモニターする場合
に、各個別網のネットワークアドレスが不明である場
合、プライベートアドレスが使用されている場合等にお
いては、効率的にトラヒックをモニターすることができ
ないという問題がある。また、各個別網のパスを特定で
きない場合は、充分な分解能のトラヒックデータを効率
的に収集できないという問題がある。
送路上のトラヒックを、個別網毎にモニターする場合
に、各個別網のネットワークアドレスが不明である場
合、プライベートアドレスが使用されている場合等にお
いては、効率的にトラヒックをモニターすることができ
ないという問題がある。また、各個別網のパスを特定で
きない場合は、充分な分解能のトラヒックデータを効率
的に収集できないという問題がある。
【０００６】
【発明が解決しようとする課題】本発明の目的は、複数
の個別網のトラヒック状況を一つのモニター装置によっ
て効率的にモニターすることができるモニター装置、モ
ニター方法及びその方法をコンピュータによって実行さ
せるためのプログラムを記録した記録媒体を提供するこ
とにある。
の個別網のトラヒック状況を一つのモニター装置によっ
て効率的にモニターすることができるモニター装置、モ
ニター方法及びその方法をコンピュータによって実行さ
せるためのプログラムを記録した記録媒体を提供するこ
とにある。
【０００７】
【課題を解決するための手段】本発明のモニター装置
は、上記の目的を達成するために、複数の個別網がパス
により多重されて混在したキャリアネットワークのトラ
ヒック状況をモニターするモニター装置において、キャ
リアネットワークの個々の個別網が共同して使用する共
用リンク上のセル又はパケットを取込み受信する手段、
セル又はパケットにおけるプロトコル層のヘッダー情報
を用いた論理式であって個別網毎の多様なパスラベルに
対応した論理式により予め個別網毎にパスラベルを定義
し、当該定義したパスラベルに基づいて、前記受信した
セル又はパケットからパスラベルを抽出する手段、予め
パスラベル毎にモニターのために必要な情報を定義した
測定項目に基づいて、前記受信したセル又はパケットか
らヘッダー情報を抽出する手段、前記抽出したヘッダー
情報を測定項目に従って処理し、前記抽出したパスラベ
ル毎に情報レコードに記録する手段を具備することを特
徴とする。
は、上記の目的を達成するために、複数の個別網がパス
により多重されて混在したキャリアネットワークのトラ
ヒック状況をモニターするモニター装置において、キャ
リアネットワークの個々の個別網が共同して使用する共
用リンク上のセル又はパケットを取込み受信する手段、
セル又はパケットにおけるプロトコル層のヘッダー情報
を用いた論理式であって個別網毎の多様なパスラベルに
対応した論理式により予め個別網毎にパスラベルを定義
し、当該定義したパスラベルに基づいて、前記受信した
セル又はパケットからパスラベルを抽出する手段、予め
パスラベル毎にモニターのために必要な情報を定義した
測定項目に基づいて、前記受信したセル又はパケットか
らヘッダー情報を抽出する手段、前記抽出したヘッダー
情報を測定項目に従って処理し、前記抽出したパスラベ
ル毎に情報レコードに記録する手段を具備することを特
徴とする。
【０００８】前記パスラベルとして、ＡＴＭのＶＰＩ又
はＶＰＩ＋ＶＣＩ、ＭＰＬＳのラベル、フレームリレー
のＤＬＣＩ、又は、ＩＰを用いたカプセル化によるカプ
セル化用発ホストアドレス、着ホストアドレス、発ネッ
トワークアドレス及び着ネットワークアドレスの組合せ
を用いることができる。
はＶＰＩ＋ＶＣＩ、ＭＰＬＳのラベル、フレームリレー
のＤＬＣＩ、又は、ＩＰを用いたカプセル化によるカプ
セル化用発ホストアドレス、着ホストアドレス、発ネッ
トワークアドレス及び着ネットワークアドレスの組合せ
を用いることができる。
【０００９】 また、本発明のモニター方法は、複数の
個別網がパスにより多重されて混在したキャリアネット
ワークのトラヒック状況のモニター方法において、キャ
リアネットワークの個々の個別網が共同して使用する共
用リンク上のセル又はパケットを取込み受信するステッ
プ、セル又はパケットにおけるプロトコル層のヘッダー
情報を用いた論理式であって個別網毎の多様なパスラベ
ルに対応した論理式により予め個別網毎にパスラベルを
定義し、当該定義したパスラベルに基づいて、前記受信
したセル又はパケットからパスラベルを抽出するステッ
プ、予めパスラベル毎にモニターのために必要な情報を
定義した測定項目に基づいて、前記受信したセル又はパ
ケットからヘッダー情報を抽出するステップ、前記抽出
したヘッダー情報を測定項目に従って処理し、前記抽出
したパスラベル毎に情報レコードに記録するステップを
具備することを特徴とする。
個別網がパスにより多重されて混在したキャリアネット
ワークのトラヒック状況のモニター方法において、キャ
リアネットワークの個々の個別網が共同して使用する共
用リンク上のセル又はパケットを取込み受信するステッ
プ、セル又はパケットにおけるプロトコル層のヘッダー
情報を用いた論理式であって個別網毎の多様なパスラベ
ルに対応した論理式により予め個別網毎にパスラベルを
定義し、当該定義したパスラベルに基づいて、前記受信
したセル又はパケットからパスラベルを抽出するステッ
プ、予めパスラベル毎にモニターのために必要な情報を
定義した測定項目に基づいて、前記受信したセル又はパ
ケットからヘッダー情報を抽出するステップ、前記抽出
したヘッダー情報を測定項目に従って処理し、前記抽出
したパスラベル毎に情報レコードに記録するステップを
具備することを特徴とする。
【００１０】また、本発明の記録媒体は、上記のモニタ
ー方法の各ステップを実行させるためのプログラムを記
録したコンピュータ読み取り可能の記録媒体である。
ー方法の各ステップを実行させるためのプログラムを記
録したコンピュータ読み取り可能の記録媒体である。
【００１１】このような本発明においては、各ラベルを
トラヒックデータと共に取得し、そのラベルに対応する
データを収集し整理することにより、多くの個別網が混
在する通信ネットワークにおいても効率的に各パスに対
応するトラヒックをモニターすることができる。
トラヒックデータと共に取得し、そのラベルに対応する
データを収集し整理することにより、多くの個別網が混
在する通信ネットワークにおいても効率的に各パスに対
応するトラヒックをモニターすることができる。
【００１２】
【発明の実施の形態】次に本発明の実施例を説明する。
図４は本発明のモニター装置を含む通信ネットワークの
構成例を示す図であり、１は本発明によるモニター装
置、２はリンク、３及び４はＡＴＭＶＰハンドラ又はＶ
Ｃハンドラ、５及び６はＡ社端末、７及び８はＢ社端末
を示す。
図４は本発明のモニター装置を含む通信ネットワークの
構成例を示す図であり、１は本発明によるモニター装
置、２はリンク、３及び４はＡＴＭＶＰハンドラ又はＶ
Ｃハンドラ、５及び６はＡ社端末、７及び８はＢ社端末
を示す。
【００１３】また、図５は本発明のモニター装置及びモ
ニター管理装置の構成例を示すブロック図である。モニ
ター装置１は、受信装置11、データ処理装置12、情報送
信装置13及びコマンド受信装置14を具える。データ処理
装置12は、ヘッダー情報セル抽出部15、ヘッダー情報抽
出部16、情報記録部17及び統計処理部18を具える。ヘッ
ダー情報抽出部16は、パスラベル抽出部及びヘッダー情
報抽出部本体を具える。モニター管理装置20は、情報受
信装置21、コマンド送信装置22、ＣＰＵ23、データベー
ス用入出力インターフェース24、データベース25及び表
示部インターフェース26を具える。ＣＰＵ23は、表示処
理部27及びデータベース処理部28を含む。情報送信装置
13と情報受信装置21が接続され、コマンド送信装置22と
コマンド受信装置14が接続され、表示部インターフェー
ス26は表示装置30に接続される。
ニター管理装置の構成例を示すブロック図である。モニ
ター装置１は、受信装置11、データ処理装置12、情報送
信装置13及びコマンド受信装置14を具える。データ処理
装置12は、ヘッダー情報セル抽出部15、ヘッダー情報抽
出部16、情報記録部17及び統計処理部18を具える。ヘッ
ダー情報抽出部16は、パスラベル抽出部及びヘッダー情
報抽出部本体を具える。モニター管理装置20は、情報受
信装置21、コマンド送信装置22、ＣＰＵ23、データベー
ス用入出力インターフェース24、データベース25及び表
示部インターフェース26を具える。ＣＰＵ23は、表示処
理部27及びデータベース処理部28を含む。情報送信装置
13と情報受信装置21が接続され、コマンド送信装置22と
コマンド受信装置14が接続され、表示部インターフェー
ス26は表示装置30に接続される。
【００１４】［実施例１］実施例１は、図４に示すよう
に、ＡＴＭ−ＶＰハンドラ（又はＶＣハンドラ）３、４
に収容されているＡ社及びＢ社があり、Ａ社端末５−６
間及びＢ社端末７−８間で、それぞれＶＰ（又はＶＣ）
専用線によって企業網を構成しており、各企業網ではＩ
Ｐ通信を行っているとする。リンク２はＡ社企業網及び
Ｂ社企業網双方のＶＰ（又はＶＣ）専用線を含む。リン
ク２に対してモニター装置１を具える。
に、ＡＴＭ−ＶＰハンドラ（又はＶＣハンドラ）３、４
に収容されているＡ社及びＢ社があり、Ａ社端末５−６
間及びＢ社端末７−８間で、それぞれＶＰ（又はＶＣ）
専用線によって企業網を構成しており、各企業網ではＩ
Ｐ通信を行っているとする。リンク２はＡ社企業網及び
Ｂ社企業網双方のＶＰ（又はＶＣ）専用線を含む。リン
ク２に対してモニター装置１を具える。
【００１５】モニター装置１の受信装置11が測定対象か
らＡＴＭセルを取込み、ヘッダー情報セル抽出部15によ
り、セル連結情報を用いて、解析すべき対象のヘッダー
（ＩＰヘッダー、ＴＣＰ／ＵＤＰヘッダー、より上位の
ＨＴＴＰヘッダー等）が含まれるセルを抽出する（通常
は各パケットを構成する第１セルが該当する）。
らＡＴＭセルを取込み、ヘッダー情報セル抽出部15によ
り、セル連結情報を用いて、解析すべき対象のヘッダー
（ＩＰヘッダー、ＴＣＰ／ＵＤＰヘッダー、より上位の
ＨＴＴＰヘッダー等）が含まれるセルを抽出する（通常
は各パケットを構成する第１セルが該当する）。
【００１６】測定項目がＩＰヘッダーの或るフィールド
情報から求まるものである場合はＩＰヘッダーの当該フ
ィールドの値を、ＴＣＰ又はＵＤＰのヘッダーの或るフ
ィールド情報から求まるものである場合は当該フィール
ドの値を、それぞれヘッダー情報抽出部16内のヘッダー
情報抽出部本体により抽出する。この時、ヘッダー情報
抽出部内のパスラベル抽出部において、それらに加えて
ラベル（この実施例ではＶＰＩ又はＶＰＩ＋ＶＣＩ）
を、同時に当該セルのセルヘッダーから抽出する。例え
ば、プロトコル番号毎のバイト数であれば、ＩＰヘッダ
ーのプロトコルフィールド及び長さフィールドの値を抽
出し、同時にＶＰＩ（又はＶＰＩ＋ＶＣＩ）を抽出す
る。これにより、各個別網のトラヒックを一つのモニタ
ー装置でモニターできる。
情報から求まるものである場合はＩＰヘッダーの当該フ
ィールドの値を、ＴＣＰ又はＵＤＰのヘッダーの或るフ
ィールド情報から求まるものである場合は当該フィール
ドの値を、それぞれヘッダー情報抽出部16内のヘッダー
情報抽出部本体により抽出する。この時、ヘッダー情報
抽出部内のパスラベル抽出部において、それらに加えて
ラベル（この実施例ではＶＰＩ又はＶＰＩ＋ＶＣＩ）
を、同時に当該セルのセルヘッダーから抽出する。例え
ば、プロトコル番号毎のバイト数であれば、ＩＰヘッダ
ーのプロトコルフィールド及び長さフィールドの値を抽
出し、同時にＶＰＩ（又はＶＰＩ＋ＶＣＩ）を抽出す
る。これにより、各個別網のトラヒックを一つのモニタ
ー装置でモニターできる。
【００１７】パスラベル抽出部は、多様なパスラベルに
対応できるよう、いくつかのパラメータで設定の自由度
を確保する構成とすることが望ましい。例えば、ＡＴＭ
のＶＰＩ又はＶＰＩ＋ＶＣＩでは、先頭から１２ビット
まで又は先頭から２８ビットまでがパスラベルである。
そこで、パスラベル抽出パラメータとして「１と１２」
又は「１と２８」を指定し、パスラベルとしてその範囲
にあるものを用いるようにする。更には、簡単な論理
式、例えば、第１ビット目が１の時はパスラベル抽出パ
ラメータは「１と１２」、０の時は「１と２８」という
ような簡単な論理式で対応できることがより望ましい。
対応できるよう、いくつかのパラメータで設定の自由度
を確保する構成とすることが望ましい。例えば、ＡＴＭ
のＶＰＩ又はＶＰＩ＋ＶＣＩでは、先頭から１２ビット
まで又は先頭から２８ビットまでがパスラベルである。
そこで、パスラベル抽出パラメータとして「１と１２」
又は「１と２８」を指定し、パスラベルとしてその範囲
にあるものを用いるようにする。更には、簡単な論理
式、例えば、第１ビット目が１の時はパスラベル抽出パ
ラメータは「１と１２」、０の時は「１と２８」という
ような簡単な論理式で対応できることがより望ましい。
【００１８】情報記録部17には、図６に示すようなパス
ラベルに対応する情報レコードがあり、測定すべき情報
に応じてＩＰ情報、ＴＣＰ／ＵＤＰ情報、ＨＴＴＰ等の
上位情報等を保持するフィールドがある。例えば、測定
すべき情報がプロトコル番号毎のバイト数である場合
は、(1)ＶＰＩ値から当該ＶＰＩ値を有するレコードの
ＩＰ情報内の各プロトコル番号と取得したセルから抽出
したプロトコルフィールドの値とを比較し、(2)レコー
ド中のプロトコル番号で、当該セルから抽出したプロト
コルフィールドと同じ値のものがある場合は、バイト数
の値に長さフィールドの値を加算して更新し、(3)同一
のものがない場合は、プロトコル番号欄にそのプロトコ
ルフィールド値を持つ新しいエントリーを作成し、その
バイト数の欄に長さフィールドの値を入れて保持する。
図７は、ＶＰＩ＝３の例について、プロトコル番号とバ
イト数との対応を保持するテーブルの構成例を示す。
ラベルに対応する情報レコードがあり、測定すべき情報
に応じてＩＰ情報、ＴＣＰ／ＵＤＰ情報、ＨＴＴＰ等の
上位情報等を保持するフィールドがある。例えば、測定
すべき情報がプロトコル番号毎のバイト数である場合
は、(1)ＶＰＩ値から当該ＶＰＩ値を有するレコードの
ＩＰ情報内の各プロトコル番号と取得したセルから抽出
したプロトコルフィールドの値とを比較し、(2)レコー
ド中のプロトコル番号で、当該セルから抽出したプロト
コルフィールドと同じ値のものがある場合は、バイト数
の値に長さフィールドの値を加算して更新し、(3)同一
のものがない場合は、プロトコル番号欄にそのプロトコ
ルフィールド値を持つ新しいエントリーを作成し、その
バイト数の欄に長さフィールドの値を入れて保持する。
図７は、ＶＰＩ＝３の例について、プロトコル番号とバ
イト数との対応を保持するテーブルの構成例を示す。
【００１９】他のＶＰに対しても同様のレコードができ
る。これ以外のＩＰ情報としては、発着ホストアドレ
ス、ネットワークアドレス、又はそれらの組合せに対応
するパケット数、バイト数が挙げられる。それらの場合
については、容易に類推できるので詳述しない。
る。これ以外のＩＰ情報としては、発着ホストアドレ
ス、ネットワークアドレス、又はそれらの組合せに対応
するパケット数、バイト数が挙げられる。それらの場合
については、容易に類推できるので詳述しない。
【００２０】更に、ＴＣＰ／ＵＤＰヘッダー情報を用い
る計測例では、ＴＣＰコネクション数、平均保留時間、
平均スループット等がある。これらを計測する場合のテ
ーブルの構成例を図８に示す。この場合、計測時間中に
生成し終了したＴＣＰコネクション数、それらのＴＣＰ
コネクションの保留時間の総和及びそれらのＴＣＰコネ
クションが送信できたバイト数の総和を記録する欄があ
る。更に確立中のＴＣＰコネクションに対応する欄（発
ホストアドレス、着ホストアドレス、発ポート番号、着
ポート番号、開始時刻、初期ＳＮ）がある。
る計測例では、ＴＣＰコネクション数、平均保留時間、
平均スループット等がある。これらを計測する場合のテ
ーブルの構成例を図８に示す。この場合、計測時間中に
生成し終了したＴＣＰコネクション数、それらのＴＣＰ
コネクションの保留時間の総和及びそれらのＴＣＰコネ
クションが送信できたバイト数の総和を記録する欄があ
る。更に確立中のＴＣＰコネクションに対応する欄（発
ホストアドレス、着ホストアドレス、発ポート番号、着
ポート番号、開始時刻、初期ＳＮ）がある。
【００２１】先ず、ＴＣＰのヘッダー情報から「ＳＹ
Ｎ」パケットであるか否かを判断し、そうである場合は
新しいＴＣＰコネクションであることを示すので、図８
のテーブルに新たにエントリーを生成し、ＩＰヘッダー
から発着ＩＰアドレスを取得し、ＴＣＰのヘッダーから
発着ポート番号及びＳＮ番号を取得し、そのエントリー
に入れる。開始時刻として現在時刻を入れる。初期ＳＮ
（下り）はＴＣＰのヘッダー情報から取得し、初期ＳＮ
（上り）は同一フローの「ＳＹＮ−ＡＣＫ」であるもの
から取得する。
Ｎ」パケットであるか否かを判断し、そうである場合は
新しいＴＣＰコネクションであることを示すので、図８
のテーブルに新たにエントリーを生成し、ＩＰヘッダー
から発着ＩＰアドレスを取得し、ＴＣＰのヘッダーから
発着ポート番号及びＳＮ番号を取得し、そのエントリー
に入れる。開始時刻として現在時刻を入れる。初期ＳＮ
（下り）はＴＣＰのヘッダー情報から取得し、初期ＳＮ
（上り）は同一フローの「ＳＹＮ−ＡＣＫ」であるもの
から取得する。
【００２２】次に、ＴＣＰのヘッダー情報から「ＦＩ
Ｎ」（又は「ＦＩＮ−ＡＣＫ」）であるか否かを判断
し、そうである場合は上記のコネクションが終了したこ
とを示すので、コネクション数を１加算し、総保留時間
を［現在時刻−開始時刻］だけ加算する。総バイト数
（上り）を［「ＦＩＮ」のＳＮ値−初期ＳＮ（上り）］
だけ加算し、総バイト数（下り）を［「ＦＩＮ−ＡＣ
Ｋ」のＳＮ値−初期ＳＮ（下り）］だけ加算する。そし
てテーブルからこのエントリーを消去する。
Ｎ」（又は「ＦＩＮ−ＡＣＫ」）であるか否かを判断
し、そうである場合は上記のコネクションが終了したこ
とを示すので、コネクション数を１加算し、総保留時間
を［現在時刻−開始時刻］だけ加算する。総バイト数
（上り）を［「ＦＩＮ」のＳＮ値−初期ＳＮ（上り）］
だけ加算し、総バイト数（下り）を［「ＦＩＮ−ＡＣ
Ｋ」のＳＮ値−初期ＳＮ（下り）］だけ加算する。そし
てテーブルからこのエントリーを消去する。
【００２３】ＴＣＰのヘッダー情報まで用いる計測値と
しては、これ以外に、発着ポート番号に対応するバイト
数、ＴＣＰセグメント数、各オプションのＴＣＰセグメ
ント数、「ＳＹＮ」及び「ＦＩＮ」等のタイプ別セグメ
ント数、再送又は送信済みのセグメント数、再送又は送
信済みのバイト数、ＴＣＰコネクション確立成功数、Ｔ
ＣＰコネクション確立失敗数等がある。ＵＤＰのヘッダ
ー情報を用いる計測値としては、ＵＤＰデータグラム
数、ＵＤＰ総バイト数等がある。それらの場合について
は、容易に類推できるので詳述しない。
しては、これ以外に、発着ポート番号に対応するバイト
数、ＴＣＰセグメント数、各オプションのＴＣＰセグメ
ント数、「ＳＹＮ」及び「ＦＩＮ」等のタイプ別セグメ
ント数、再送又は送信済みのセグメント数、再送又は送
信済みのバイト数、ＴＣＰコネクション確立成功数、Ｔ
ＣＰコネクション確立失敗数等がある。ＵＤＰのヘッダ
ー情報を用いる計測値としては、ＵＤＰデータグラム
数、ＵＤＰ総バイト数等がある。それらの場合について
は、容易に類推できるので詳述しない。
【００２４】モニター管理装置20は、ＣＰＵ23内の時計
により一定時間毎又は適当なイベントが発生した時毎に
情報収集コマンドを、コマンド送信装置22からモニター
装置１のコマンド受信装置14に送り、モニター装置１
は、このコマンドを受信すると情報記録部17の情報を送
る準備を行う。例えば図６のＶＰＩ＝３のプロトコル番
号毎のバイト数である場合にはそのまま送信できるが、
例えば測定時間の長さで規格化する必要がある場合にお
いては、統計処理部18で適当な処理を行う必要がある。
準備ができると、情報送信装置13からモニター管理装置
20の情報受信装置21へ送る。モニター管理装置20では、
表示処理部27において必要に応じてグラフ化等の処理を
行い、表示部インターフェース26を介して表示装置30に
表示する。また、データベース25に各パス（個別網）に
対応させてデータを保持する。
により一定時間毎又は適当なイベントが発生した時毎に
情報収集コマンドを、コマンド送信装置22からモニター
装置１のコマンド受信装置14に送り、モニター装置１
は、このコマンドを受信すると情報記録部17の情報を送
る準備を行う。例えば図６のＶＰＩ＝３のプロトコル番
号毎のバイト数である場合にはそのまま送信できるが、
例えば測定時間の長さで規格化する必要がある場合にお
いては、統計処理部18で適当な処理を行う必要がある。
準備ができると、情報送信装置13からモニター管理装置
20の情報受信装置21へ送る。モニター管理装置20では、
表示処理部27において必要に応じてグラフ化等の処理を
行い、表示部インターフェース26を介して表示装置30に
表示する。また、データベース25に各パス（個別網）に
対応させてデータを保持する。
【００２５】ここではＡＴＭのＶＰ（又はＶＣ）を個別
網のパスとして利用する場合について説明したが、ＭＰ
ＬＳのパス又はフレームリレーのデータリンク（ラベル
はＤＬＣＩ）でも同様であり、これについては説明を省
略する。
網のパスとして利用する場合について説明したが、ＭＰ
ＬＳのパス又はフレームリレーのデータリンク（ラベル
はＤＬＣＩ）でも同様であり、これについては説明を省
略する。
【００２６】［実施例２］この実施例は、図２に示され
たようなネットワークにおいて、各加入者ルータ32と中
継ルータ35との対に対してＬ２ＴＰのトンネルを使用す
る場合の例である。各加入者ルータ32と中継ルータ35と
の対を個別網と見ると、共用の伝送路37上で各個別網の
トラヒックをモニターすることに相当する。Ｌ２ＴＰト
ンネル上のトラヒックは、図３に示すフォーマットを有
する。カプセル化が加入者ルータ32及び中継ルータ35
で、カプセル化用ＩＰヘッダー、カプセル化用ＵＤＰヘ
ッダー及びＬ２ＴＰヘッダーの着脱が行われる。カプセ
ル化用ＩＰヘッダーの発着ホストアドレスには、加入者
ルータ32及び中継ルータ35のＩＰアドレスが用いられる
ため、これらのアドレスにより、加入者ルータ32と中継
ルータ35との対（即ち、個別網）を特定することができ
る。
たようなネットワークにおいて、各加入者ルータ32と中
継ルータ35との対に対してＬ２ＴＰのトンネルを使用す
る場合の例である。各加入者ルータ32と中継ルータ35と
の対を個別網と見ると、共用の伝送路37上で各個別網の
トラヒックをモニターすることに相当する。Ｌ２ＴＰト
ンネル上のトラヒックは、図３に示すフォーマットを有
する。カプセル化が加入者ルータ32及び中継ルータ35
で、カプセル化用ＩＰヘッダー、カプセル化用ＵＤＰヘ
ッダー及びＬ２ＴＰヘッダーの着脱が行われる。カプセ
ル化用ＩＰヘッダーの発着ホストアドレスには、加入者
ルータ32及び中継ルータ35のＩＰアドレスが用いられる
ため、これらのアドレスにより、加入者ルータ32と中継
ルータ35との対（即ち、個別網）を特定することができ
る。
【００２７】これにより、どの地域（加入者ルータ32）
からどのＩＳＰ36向けのトラヒックがどのような状況で
あるかを、集約ルータ33、34間の共用リンク37で効率的
にモニターできる。以下の説明においては集約ルータ3
3、34間にモニター装置１が取り付けられたものとす
る。モニター装置１の基本構成は、共用リンクがＡＴＭ
の場合は図５と同様である。但し、集約ルータ33、34は
加入者ルータ32と中継ルータ35との対毎のＶＰ及びＶＣ
を分けることができないため、ＶＰ又はＶＣで個別網を
識別することはできない。共用リンクがＡＴＭではない
場合は、ヘッダー情報セル抽出部15が不要になる。
からどのＩＳＰ36向けのトラヒックがどのような状況で
あるかを、集約ルータ33、34間の共用リンク37で効率的
にモニターできる。以下の説明においては集約ルータ3
3、34間にモニター装置１が取り付けられたものとす
る。モニター装置１の基本構成は、共用リンクがＡＴＭ
の場合は図５と同様である。但し、集約ルータ33、34は
加入者ルータ32と中継ルータ35との対毎のＶＰ及びＶＣ
を分けることができないため、ＶＰ又はＶＣで個別網を
識別することはできない。共用リンクがＡＴＭではない
場合は、ヘッダー情報セル抽出部15が不要になる。
【００２８】実施例１との差異は、ヘッダー情報抽出部
16及び情報記録部17にあるのて、その点を以下に説明す
る。ヘッダー情報抽出部16において使用するヘッダー情
報は、図３に示された本来のＩＰヘッダー及び本来のＴ
ＣＰ／ＵＤＰヘッダーに属する。実施例１と同様に、測
定項目に応じてこれらのヘッダーの必要なフィールドを
抽出する。この時、同時にカプセル化用ＩＰヘッダーの
発着アドレスの値も抽出する。これにより、各個別網
（ここでは加入者ルータ32と中継ルータ35との対）のト
ラヒック状況が一つのモニターでモニターすることがで
きる。情報記録部17には、図９に示されるようなパスラ
ベル（即ち、カプセル化用発着ホストアドレス）別に、
情報レコードが設けられている。情報レコードの構成は
実施例１の場合と同一である。
16及び情報記録部17にあるのて、その点を以下に説明す
る。ヘッダー情報抽出部16において使用するヘッダー情
報は、図３に示された本来のＩＰヘッダー及び本来のＴ
ＣＰ／ＵＤＰヘッダーに属する。実施例１と同様に、測
定項目に応じてこれらのヘッダーの必要なフィールドを
抽出する。この時、同時にカプセル化用ＩＰヘッダーの
発着アドレスの値も抽出する。これにより、各個別網
（ここでは加入者ルータ32と中継ルータ35との対）のト
ラヒック状況が一つのモニターでモニターすることがで
きる。情報記録部17には、図９に示されるようなパスラ
ベル（即ち、カプセル化用発着ホストアドレス）別に、
情報レコードが設けられている。情報レコードの構成は
実施例１の場合と同一である。
【００２９】その他の処理は実施例１と同様である。但
し、モニター管理装置20内のデータベース25では、各個
別網毎の情報となっているが、これはカプセル化用発着
ホストアドレスによって識別される。この実施例では、
一つの加入者ルータと一つのの中継ルータとの対を個別
網としたが、複数のルータを一括して取り扱う場合は、
発着ホストアドレスの代わりに発着ネットワークアドレ
ス又は複数のホストアドレスをパスラベルとして使用す
る。
し、モニター管理装置20内のデータベース25では、各個
別網毎の情報となっているが、これはカプセル化用発着
ホストアドレスによって識別される。この実施例では、
一つの加入者ルータと一つのの中継ルータとの対を個別
網としたが、複数のルータを一括して取り扱う場合は、
発着ホストアドレスの代わりに発着ネットワークアドレ
ス又は複数のホストアドレスをパスラベルとして使用す
る。
【００３０】以上の説明においては、専らハードウェア
の構成及び動作ステップについて説明したが、これらを
ソフトウェアによって実現できることは明らかであり、
本発明はそのようなソフトウェアを記録した記録媒体を
も含むものである。
の構成及び動作ステップについて説明したが、これらを
ソフトウェアによって実現できることは明らかであり、
本発明はそのようなソフトウェアを記録した記録媒体を
も含むものである。
【００３１】
【発明の効果】以上説明したように、本発明によれば、
パスラベルを同時に抽出することにより、複数の個別網
のトラヒック状況を一つのモニター装置によって効率的
に収集することが可能となった。
パスラベルを同時に抽出することにより、複数の個別網
のトラヒック状況を一つのモニター装置によって効率的
に収集することが可能となった。
【図１】 種々の通信網が混在している網の構成例を示
す図である。
す図である。
【図２】 レイヤ２トンネリングプロトコルＬ２ＴＰを
用いる網の構成例を示す図である。
用いる網の構成例を示す図である。
【図３】 レイヤ２トンネリングプロトコルＬ２ＴＰに
よりパケット又はセルがカプセル化された状態を示す図
である。
よりパケット又はセルがカプセル化された状態を示す図
である。
【図４】 本発明のモニター装置を含む通信ネットワー
クの構成例を示す図である。
クの構成例を示す図である。
【図５】 本発明のモニター装置及びモニター管理装置
の構成例を示すブロック図である。
の構成例を示すブロック図である。
【図６】 情報レコードの構成例を示す図である。
【図７】 プロトコル番号とバイト数との対応を保持す
るテーブルの構成例を示す図である。
るテーブルの構成例を示す図である。
【図８】 ＴＣＰコネクション数、平均保留時間及び平
均スループットの対応を保持するテーブルの構成例を示
す図である。
均スループットの対応を保持するテーブルの構成例を示
す図である。
【図９】 パスラベルに対応する情報レコードの構成例
を示す図である。
を示す図である。
１ 本発明によるモニター装置
２ リンク
３、４ ＡＴＭのＶＰハンドラ又はＶＣハンドラ
５、６ Ａ社端末
７、８ Ｂ社端末
１１ 受信装置
１２ データ処理装置
１３ 情報送信装置
１４ コマンド受信装置
１５ ヘッダー情報セル抽出部
１６ ヘッダー情報抽出部
１７ 情報記録部
１８ 統計処理部
２０ モニター管理装置
２１ 情報受信装置
２２ コマンド送信装置
２３ ＣＰＵ
２４ データベース用入出力インターフェース
２５ データベース
２６ 表示部インターフェース
２７ 表示処理部
２８ データベース処理部
３０ 表示装置
３１ エンドホスト
３２ 加入者ルータ
３３、３４ 集約ルータ
３５ 中継ルータ
３６ ＩＳＰ
フロントページの続き
(72)発明者 高橋 篤志
東京都新宿区西新宿二丁目１番１号 エ
ヌ・ティ・ティ・アドバンステクノロジ
株式会社内
(72)発明者 佐藤 信彦
東京都新宿区西新宿二丁目１番１号 エ
ヌ・ティ・ティ・アドバンステクノロジ
株式会社内
(72)発明者 栗田 禎之
東京都新宿区西新宿二丁目１番１号 エ
ヌ・ティ・ティ・アドバンステクノロジ
株式会社内
(56)参考文献 特開 平５−63700（ＪＰ，Ａ)
斎藤 洋・大原久樹・佐藤大輔，トラ
ヒックモニタ機能付き実時間シミュレー
タの開発，信学技報，日本，社団法人
電子情報通信学会，1999年10月28日，ｐ
ｐ．７−12、ＳＳＥ99−76
Claims (5)
- 【請求項１】 複数の個別網がパスにより多重されて混
在したキャリアネットワークのトラヒック状況をモニタ
ーするモニター装置において、 キャリアネットワークの個々の個別網が共同して使用す
る共用リンク上のセル又はパケットを取込み受信する手
段、セル又はパケットにおけるプロトコル層のヘッダー情報
を用いた論理式であって個別網毎の多様なパスラベルに
対応した論理式により予め個別網毎にパスラベルを定義
し、当該 定義したパスラベルに基づいて、前記受信した
セル又はパケットからパスラベルを抽出する手段、 予めパスラベル毎にモニターのために必要な情報を定義
した測定項目に基づいて、前記受信したセル又はパケッ
トからヘッダー情報を抽出する手段、 前記抽出したヘッダー情報を測定項目に従って処理し、
前記抽出したパスラベル毎に情報レコードに記録する手
段を具備することを特徴とするモニター装置。 - 【請求項２】 前記パスラベルがＡＴＭのＶＰＩ又はＶ
ＰＩ＋ＶＣＩ、ＭＰＬＳのラベル、フレームリレーのＤ
ＬＣＩ、又は、ＩＰを用いたカプセル化によるカプセル
化用発ホストアドレス、着ホストアドレス、発ネットワ
ークアドレス及び着ネットワークアドレスの組合せであ
ることを特徴とする請求項１に記載のモニター装置。 - 【請求項３】 複数の個別網がパスにより多重されて混
在したキャリアネットワークのトラヒック状況のモニタ
ー方法において、 キャリアネットワークの個々の個別網が共同して使用す
る共用リンク上のセル又はパケットを取込み受信するス
テップ、セル又はパケットにおけるプロトコル層のヘッダー情報
を用いた論理式であって個別網毎の多様なパスラベルに
対応した論理式により予め個別網毎にパスラベルを定義
し、当該 定義したパスラベルに基づいて、前記受信した
セル又はパケットからパスラベルを抽出するステップ、 予めパスラベル毎にモニターのために必要な情報を定義
した測定項目に基づいて、前記受信したセル又はパケッ
トからヘッダー情報を抽出するステップ、 前記抽出したヘッダー情報を測定項目に従って処理し、
前記抽出したパスラベル毎に情報レコードに記録するス
テップを具備することを特徴とするモニター方法。 - 【請求項４】 前記パスラベルがＡＴＭのＶＰＩ又はＶ
ＰＩ＋ＶＣＩ、ＭＰＬＳのラベル、フレームリレーのＤ
ＬＣＩ、又は、ＩＰを用いたカプセル化によるカプセル
化用発ホストアドレス、着ホストアドレス、発ネットワ
ークアドレス及び着ネットワークアドレスの組合せであ
ることを特徴とする請求項３に記載のモニター方法。 - 【請求項５】 請求項３に記載された各ステップを実行
させるためのプログラムを記録したコンピュータ読み取
り可能の記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000142775A JP3487551B2 (ja) | 2000-05-16 | 2000-05-16 | モニター装置、モニター方法及び記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000142775A JP3487551B2 (ja) | 2000-05-16 | 2000-05-16 | モニター装置、モニター方法及び記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001326638A JP2001326638A (ja) | 2001-11-22 |
| JP3487551B2 true JP3487551B2 (ja) | 2004-01-19 |
Family
ID=18649682
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000142775A Expired - Lifetime JP3487551B2 (ja) | 2000-05-16 | 2000-05-16 | モニター装置、モニター方法及び記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3487551B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100440582B1 (ko) * | 2002-05-14 | 2004-07-19 | 한국전자통신연구원 | 엠피엘에스（ｍｐｌｓ）기반 인터넷 망에서의 경로별트래픽 규모 측정 장치 및 방법 |
| US7830893B2 (en) * | 2004-03-02 | 2010-11-09 | Jds Uniphase Corporation | Real time segmentation and reassembly of asynchronous transfer mode (ATM) adaptation layer two (AAL2) and AAL5 data |
| JP4598462B2 (ja) | 2004-09-16 | 2010-12-15 | 富士通株式会社 | Ｌ２−ｖｐｎサービスを提供するプロバイダ網、及びエッジルータ |
| JP5549377B2 (ja) * | 2010-05-26 | 2014-07-16 | 富士通株式会社 | 通信システム、通信方法および通信装置 |
-
2000
- 2000-05-16 JP JP2000142775A patent/JP3487551B2/ja not_active Expired - Lifetime
Non-Patent Citations (1)
| Title |
|---|
| 斎藤 洋・大原久樹・佐藤大輔，トラヒックモニタ機能付き実時間シミュレータの開発，信学技報，日本，社団法人 電子情報通信学会，１９９９年１０月２８日，ｐｐ．７−１２、ＳＳＥ９９−７６ |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001326638A (ja) | 2001-11-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112866075B (zh) | 面向Overlay网络的带内网络遥测方法、***及相关装置 | |
| US6421319B1 (en) | Network traffic monitoring system | |
| JP4057615B2 (ja) | ユーザｍａｃフレーム転送方法、エッジ転送装置、およびプログラム | |
| EP3817298A1 (en) | Data message detection method, device and system | |
| JP3290438B2 (ja) | ネットワーク監視方法及び装置 | |
| US7636305B1 (en) | Method and apparatus for monitoring network traffic | |
| US6816462B1 (en) | System and method to determine connectivity of a VPN secure tunnel | |
| US6668282B1 (en) | System and method to monitor and determine if an active IPSec tunnel has become disabled | |
| US7313100B1 (en) | Network device having accounting service card | |
| US7636320B1 (en) | System and method for creating an asynchronous transfer mode port mirror | |
| US7869352B1 (en) | Adaptive network router | |
| US7440409B2 (en) | Network traffic monitoring system and monitoring method | |
| US7813338B2 (en) | System and method for analyzing asynchronous transfer mode communications | |
| CN100382517C (zh) | 网络服务质量测试方法及*** | |
| US20020196737A1 (en) | Capture and use of service identifiers and service labels in flow activity to determine provisioned service for datagrams in the captured flow activity | |
| CN101488925B (zh) | 一种利用网络流采集及统计虚拟专用网络流量的方法 | |
| EP3082293B1 (en) | Switching device and packet loss method therefor | |
| US7420929B1 (en) | Adaptive network flow analysis | |
| JP2007336512A (ja) | 統計情報収集システム及び統計情報収集装置 | |
| JP2004328752A (ja) | Ｏａｍ機能を可能にするアドレスの挿入 | |
| JP4823156B2 (ja) | リモートトラフィック監視方法 | |
| CN113328956B (zh) | 一种报文处理方法及装置 | |
| JP3487551B2 (ja) | モニター装置、モニター方法及び記録媒体 | |
| CN112003776B (zh) | 一种报文处理方法及*** | |
| CN113364778A (zh) | 一种报文处理方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3487551 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071031 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081031 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091031 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101031 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101031 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111031 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111031 Year of fee payment: 8 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121031 Year of fee payment: 9 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121031 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131031 Year of fee payment: 10 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |