JP2005210756A - ネットワーク監視方法 - Google Patents
ネットワーク監視方法 Download PDFInfo
- Publication number
- JP2005210756A JP2005210756A JP2005111514A JP2005111514A JP2005210756A JP 2005210756 A JP2005210756 A JP 2005210756A JP 2005111514 A JP2005111514 A JP 2005111514A JP 2005111514 A JP2005111514 A JP 2005111514A JP 2005210756 A JP2005210756 A JP 2005210756A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- communication flow
- detected
- network
- monitored
- 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.)
- Withdrawn
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】 通信フロー毎の統計監視情報の収集を低コストで行うことを目的とす
る。
【解決手段】 本発明のパケット交換機は，通信フローを検出し，その通信フロ
ーに対して通過パケット数，廃棄パケット数，パケット到着時刻，パケット送信
時刻等の統計監視情報を検出する。該パケット交換機は，当該通信フローに関す
る統計監視情報を，その通信フローが継続する間収集する。前記パケット交換機
が，パケットの中継機能を司る場合は，収集した統計監視情報を下流のパケット
交換機に送信し，パケット交換機がエッジノードである場合は，送信された統計
監視情報を集約してネットワーク管理装置に送信する。
【効果】 ユーザ端末が接続される２台のエッジパケット交換機から監視情報収
集ので通信量を大幅に削減できる。また，各フロー毎に監視情報を収集できる。
【選択図】図１
る。
【解決手段】 本発明のパケット交換機は，通信フローを検出し，その通信フロ
ーに対して通過パケット数，廃棄パケット数，パケット到着時刻，パケット送信
時刻等の統計監視情報を検出する。該パケット交換機は，当該通信フローに関す
る統計監視情報を，その通信フローが継続する間収集する。前記パケット交換機
が，パケットの中継機能を司る場合は，収集した統計監視情報を下流のパケット
交換機に送信し，パケット交換機がエッジノードである場合は，送信された統計
監視情報を集約してネットワーク管理装置に送信する。
【効果】 ユーザ端末が接続される２台のエッジパケット交換機から監視情報収
集ので通信量を大幅に削減できる。また，各フロー毎に監視情報を収集できる。
【選択図】図１
Description
本発明はネットワークの通信フローの監視方法，及びその装置に関し，特に，
インターネットプロトコル（Internet Protocol）を用いてパケットを交換する
ネットワーク（以下，IPネットワーク）において，課金等に用いる通信フロー単
位で，送受信パケットの情報を効率的に収集，解析するネットワーク監視方法，
及びその装置に関する。
インターネットプロトコル（Internet Protocol）を用いてパケットを交換する
ネットワーク（以下，IPネットワーク）において，課金等に用いる通信フロー単
位で，送受信パケットの情報を効率的に収集，解析するネットワーク監視方法，
及びその装置に関する。
従来のIPネットワークは，ネットワーク内で利用可能な最大限の通信資源（例
えば，通信帯域や遅延時間）を用いて達成しうる最善の性能を提供する，という
ベストエフォートと呼ばれるポリシーで運用されている。このベストエフォート
のIPネットワークにおいては，ネットワークに接続された端末間の通信に対して
，パケットの廃棄率あるいはパケット転送遅延時間等の通信品質（QoS）を保証
することは行われていない。このため，従来のIPネットワークでは，個々の通信
フロー（ネットワークユーザの端末と端末との間で発生するデータの送受信の流
れ）単位で，通信品質やその統計監視情報を収集することも行われていなかった
。
えば，通信帯域や遅延時間）を用いて達成しうる最善の性能を提供する，という
ベストエフォートと呼ばれるポリシーで運用されている。このベストエフォート
のIPネットワークにおいては，ネットワークに接続された端末間の通信に対して
，パケットの廃棄率あるいはパケット転送遅延時間等の通信品質（QoS）を保証
することは行われていない。このため，従来のIPネットワークでは，個々の通信
フロー（ネットワークユーザの端末と端末との間で発生するデータの送受信の流
れ）単位で，通信品質やその統計監視情報を収集することも行われていなかった
。
しかしIPネットワークが一般的な通信インフラストラクチャとして定着し，音
声通信や画像通信など一定の品質を要求する通信サービスが行われるようになっ
てきた。それに伴い，IPネットワークにおいても通信品質を保証することへの需
要が高まってきている。また，通信事業者がIPネットワークサービスによりユー
ザから利用状況に応じて課金することも検討され始めており，これらを背景に，
品質保証IPネットワークと，その保証内容を確認するために統計情報，性能情報
の収集に関する要求も顕在化してきている。
声通信や画像通信など一定の品質を要求する通信サービスが行われるようになっ
てきた。それに伴い，IPネットワークにおいても通信品質を保証することへの需
要が高まってきている。また，通信事業者がIPネットワークサービスによりユー
ザから利用状況に応じて課金することも検討され始めており，これらを背景に，
品質保証IPネットワークと，その保証内容を確認するために統計情報，性能情報
の収集に関する要求も顕在化してきている。
従来技術においては，ネットワーク設備の拡張や障害に備えるためにネットワ
ークの輻輳状態や障害状態を監視することを目的に，監視統計情報の収集が行わ
れている。この監視統計情報の収集では，通信フロー単位の通信品質の監視では
なく，ネットワークを構成するパケット交換機（ルータ等）の回線インタフェー
ス毎に受信パケット数，受信バイト数，送信パケット数，送信バイト数等の項目
を監視している。これらの監視項目に関する統計監視結果データは，パケット交
換機内の管理情報を記憶するMIB（Management Information Base）に格納し，こ
のMIB情報をネットワーク内にある監視装置がパケット交換機毎に収集して管理
するような方法を採用している。
ークの輻輳状態や障害状態を監視することを目的に，監視統計情報の収集が行わ
れている。この監視統計情報の収集では，通信フロー単位の通信品質の監視では
なく，ネットワークを構成するパケット交換機（ルータ等）の回線インタフェー
ス毎に受信パケット数，受信バイト数，送信パケット数，送信バイト数等の項目
を監視している。これらの監視項目に関する統計監視結果データは，パケット交
換機内の管理情報を記憶するMIB（Management Information Base）に格納し，こ
のMIB情報をネットワーク内にある監視装置がパケット交換機毎に収集して管理
するような方法を採用している。
また，通信フロー毎の統計監視情報を収集したいといった要求を背景に，IETF
（Internet Engineering Task Force）のRealtime Traffic Flow Managementワ
ーキンググループが，IPネットワークのトラフィックを測定する方法を検討して
いる。IETFの発行するインターネットドラフト（draft-ietf-rtfm-architecture
.txt）によれば，その測定は，図２に示すように，メータ（meter）２０，２１
と呼ばれる通信路上のパケット交換機内に設けた機能要素によって行われ，メー
タ２０，２１での測定結果はメータリーダ（meter reader）２２と呼ばれる機能
要素によって収集される。メータはネットワークを構成する各パケット交換機に
設けられており，各パケット交換機において通信フローの統計監視情報を収集す
るように構成されている。メータ２０，２１，メータリーダ２２はマネージャ（
manager）２３と呼ばれるネットワーク管理装置の機能によって制御される。ま
た，メータリーダ２２によって収集された性能等に関連する統計情報は，マネー
ジャ２３のアプリケーションにより解析される。
（Internet Engineering Task Force）のRealtime Traffic Flow Managementワ
ーキンググループが，IPネットワークのトラフィックを測定する方法を検討して
いる。IETFの発行するインターネットドラフト（draft-ietf-rtfm-architecture
.txt）によれば，その測定は，図２に示すように，メータ（meter）２０，２１
と呼ばれる通信路上のパケット交換機内に設けた機能要素によって行われ，メー
タ２０，２１での測定結果はメータリーダ（meter reader）２２と呼ばれる機能
要素によって収集される。メータはネットワークを構成する各パケット交換機に
設けられており，各パケット交換機において通信フローの統計監視情報を収集す
るように構成されている。メータ２０，２１，メータリーダ２２はマネージャ（
manager）２３と呼ばれるネットワーク管理装置の機能によって制御される。ま
た，メータリーダ２２によって収集された性能等に関連する統計情報は，マネー
ジャ２３のアプリケーションにより解析される。
メータ２０にIPパケットが到着すると，メータ２０は到着したIPパケットが予
め設定された通信フロー条件の何れに該当するかのチェックを行う。通信フロー
の条件の例としてはヘッダ内の送信元IPアドレスと宛先IPアドレスが予め設定さ
れたそれぞれの値と一致することなどが挙げられる。
め設定された通信フロー条件の何れに該当するかのチェックを行う。通信フロー
の条件の例としてはヘッダ内の送信元IPアドレスと宛先IPアドレスが予め設定さ
れたそれぞれの値と一致することなどが挙げられる。
条件が不一致の場合には，メータ２０は処理を行わずにIPパケットを通過させ
る。一方，条件が一致した場合は，一致した条件に対して予め既定されている処
理を行う。処理の内容としては測定，無視などがある。無視の場合には条件不一
致の場合と同様に，パケットをそのまま通過させる。測定の場合には，メータ２
０，２１に付随して設けてあるフローテーブル（flow table）に格納された該当
パケットに対応する領域の測定項目（例えば，通過パケット数や通過バイト数）
に対して到着したパケットの値を加えて更新する。パケット毎に通信フローとの
条件一致を検出し，その結果に基づいて統計監視情報を検出することによって，
通信フロー毎にきめ細やかな統計監視情報を監視することが可能となる。なお，
これらの測定データはMIB（Management Information Base）の形でメータリーダ
２２からアクセスすることでマネージャ２３，及びその上位につながるネットワ
ーク管理装置が収集することで，課金処理等に利用可能である。
る。一方，条件が一致した場合は，一致した条件に対して予め既定されている処
理を行う。処理の内容としては測定，無視などがある。無視の場合には条件不一
致の場合と同様に，パケットをそのまま通過させる。測定の場合には，メータ２
０，２１に付随して設けてあるフローテーブル（flow table）に格納された該当
パケットに対応する領域の測定項目（例えば，通過パケット数や通過バイト数）
に対して到着したパケットの値を加えて更新する。パケット毎に通信フローとの
条件一致を検出し，その結果に基づいて統計監視情報を検出することによって，
通信フロー毎にきめ細やかな統計監視情報を監視することが可能となる。なお，
これらの測定データはMIB（Management Information Base）の形でメータリーダ
２２からアクセスすることでマネージャ２３，及びその上位につながるネットワ
ーク管理装置が収集することで，課金処理等に利用可能である。
以上説明した機能をIPネットワーク内のパケット交換機およびネットワーク管
理装置に備えることによって，ネットワークを流れる通信フローの監視を行って
いる。
理装置に備えることによって，ネットワークを流れる通信フローの監視を行って
いる。
上述の従来技術では，IPネットワークを構成するパケット交換機の台数が増加
し大規模化した時に，次のような問題が発生する。
し大規模化した時に，次のような問題が発生する。
(1) 図４に示すように，IPネットワークが多数のパケット交換機により構成
されることになると，ネットワーク管理装置のメータリーダは，統計監視情報を
収集するため，多数のパケット交換機と通信を行わなければならない。そのため
，IPネットワークのトラフィックが増大するという問題が生じる。IPネットワー
クのコアでは， IPネットワークのエッジに位置する各エッジノードから送信さ
れるパケットが集中するので，そのようなトラフィックの増大は，コアネットワ
ークの性能ネックを引き起こす原因となる。
されることになると，ネットワーク管理装置のメータリーダは，統計監視情報を
収集するため，多数のパケット交換機と通信を行わなければならない。そのため
，IPネットワークのトラフィックが増大するという問題が生じる。IPネットワー
クのコアでは， IPネットワークのエッジに位置する各エッジノードから送信さ
れるパケットが集中するので，そのようなトラフィックの増大は，コアネットワ
ークの性能ネックを引き起こす原因となる。
(2) 管理対象となるパケット交換機の数が多数になると，メータリーダの処
理負荷も重くなり，ネットワーク規模の拡大に従ってネットワーク管理装置の性
能をその都度改善しなければならなくなるといった問題もある。
理負荷も重くなり，ネットワーク規模の拡大に従ってネットワーク管理装置の性
能をその都度改善しなければならなくなるといった問題もある。
(3) 通話毎（通信フロー毎）に課金するためには，課金の基礎となる通信パ
ケット数や，通品品質等を監視したデータ（例えば，送信端末からパケットを受
信する交換機での受信パケット数，受信バイト数，受信端末にパケットを送信す
る交換機での送信パケット数，送信バイト数）を通話毎（通信フロー毎）に収集
することが必要になる。従って，従来の統計監視情報収集方法では，監視データ
の格納動作が，パケット交換機毎に独立に行われるため，同一の通話（通信フロ
ー）に対しても全く異なったデータとして収集されることになる。各パケット交
換機は異なる時刻情報（時計）により動作することが一般的であるため，収集し
た統計監視情報の時間的順序や因果関係を解析することは極めて困難である。た
とえば，メータリーダが同時に各メータの統計監視情報を収集することを開始し
ても，複数のメータが存在する場合には，シーケンシャルな収集となること，ま
た各メータの時計が同一ではないことなどから，パケット交換機から収集した統
計監視情報には時刻的な食い違いが発生する等の問題が生じる。
ケット数や，通品品質等を監視したデータ（例えば，送信端末からパケットを受
信する交換機での受信パケット数，受信バイト数，受信端末にパケットを送信す
る交換機での送信パケット数，送信バイト数）を通話毎（通信フロー毎）に収集
することが必要になる。従って，従来の統計監視情報収集方法では，監視データ
の格納動作が，パケット交換機毎に独立に行われるため，同一の通話（通信フロ
ー）に対しても全く異なったデータとして収集されることになる。各パケット交
換機は異なる時刻情報（時計）により動作することが一般的であるため，収集し
た統計監視情報の時間的順序や因果関係を解析することは極めて困難である。た
とえば，メータリーダが同時に各メータの統計監視情報を収集することを開始し
ても，複数のメータが存在する場合には，シーケンシャルな収集となること，ま
た各メータの時計が同一ではないことなどから，パケット交換機から収集した統
計監視情報には時刻的な食い違いが発生する等の問題が生じる。
(4) 従来の技術では，メータリーダから各メータに統計監視情報の収集要求
を出すが，これを通話毎（通信フロー毎）に行うとその通信量は膨大になるとい
う問題もある。メータリーダでは各メータから受信した統計監視情報を各通話毎
に整理し，課金用の基礎データの生成を行う必要があるが，その処理量も膨大な
ものになり，大規模なネットワークでは課金のために通話毎（通信フロー毎）に
統計監視情報を収集することが困難となる。特に，大規模IPネットワーク上のよ
うに多数の通信フローが存在し，かつ音声通信のように通話毎（通信フロー毎）
に課金するサービスが行われるようになると，それらの問題はさらに顕在化する
。
を出すが，これを通話毎（通信フロー毎）に行うとその通信量は膨大になるとい
う問題もある。メータリーダでは各メータから受信した統計監視情報を各通話毎
に整理し，課金用の基礎データの生成を行う必要があるが，その処理量も膨大な
ものになり，大規模なネットワークでは課金のために通話毎（通信フロー毎）に
統計監視情報を収集することが困難となる。特に，大規模IPネットワーク上のよ
うに多数の通信フローが存在し，かつ音声通信のように通話毎（通信フロー毎）
に課金するサービスが行われるようになると，それらの問題はさらに顕在化する
。
また，最近では，SLA（Service Level Agreement）による通信性能・通信品質
保証が，ISP（Internet Service Provider）のビジネス手段になってきている。
SLAでは，可用性，遅延時間，障害情報（保守時間）が定義される。また，最低
帯域補償，パケット損失率等も，SLAの定義に含めることが可能であろう。SLAに
違反した場合，ISPは契約ユーザに対して，補償をしなければならない。従って
，ISPにとっては，SLAに違反しないように自己のネットワークを管理することと
共に，SLA履行を証明することも重要な問題となる。従って，SLAを結ぶユーザに
対する通信サービスを通信フロー単位で監視し，その監視結果を当該ユーザに示
すことによりSLA履行を証明するというサービスを行えば，ユーザに対する信頼
度を向上させることができ，ビジネス上有利になるであろう。
保証が，ISP（Internet Service Provider）のビジネス手段になってきている。
SLAでは，可用性，遅延時間，障害情報（保守時間）が定義される。また，最低
帯域補償，パケット損失率等も，SLAの定義に含めることが可能であろう。SLAに
違反した場合，ISPは契約ユーザに対して，補償をしなければならない。従って
，ISPにとっては，SLAに違反しないように自己のネットワークを管理することと
共に，SLA履行を証明することも重要な問題となる。従って，SLAを結ぶユーザに
対する通信サービスを通信フロー単位で監視し，その監視結果を当該ユーザに示
すことによりSLA履行を証明するというサービスを行えば，ユーザに対する信頼
度を向上させることができ，ビジネス上有利になるであろう。
本発明の目的は大規模IPネットワークにおいて，通話毎（通信フロー毎）にメ
ータからの監視統計情報を収集するのに適した低コストで拡張性に富むネットワ
ーク監視方法及びその装置を提供することである。
ータからの監視統計情報を収集するのに適した低コストで拡張性に富むネットワ
ーク監視方法及びその装置を提供することである。
本発明の代表的なネットワーク監視方法の概要は次の通りである。
ネットワークに接続される監視対象となる複数のパケット交換機は，監視対象
となる通信フローのIPパケット種別と該IPパケットの監視方式と該IPパケットの
監視項目を管理する監視対象IPパケット管理手段を有する。上記ネットワークの
バウンダリに配置される送信側パケット交換機は，受信したIPパケットが新しい
通信フローに属するIPパケット（以後，新IPパケットと記載する）であるとき，
前記監視対象IPパケット管理手段を用いて新IPパケットであるか否かを判定し，
検出した新IPパケットの監視方式，監視項目を判定する。判定した監視方式，監
視項目に応じて，新IPパケットの監視を行うとともに，その新IPパケットを，自
パケット交換機が持つルーティング情報に基づき，中継パケット交換機に転送す
る。中継パケット交換機は，送信側パケット交換機と同様に，前記監視対象IPパ
ケット管理手段を用いて新IPパケットであるか否かを判定し，検出した新IPパケ
ットの監視方式，監視項目を判定する。中継パケット交換機は，判定した監視方
式，監視項目に応じて，新IPパケットの監視を行うとともに，新IPパケットをネ
ットワークのバウンダリに配置される受信側パケット交換機に転送する。受信側
パケット交換機も同様に，前記監視対象IPパケット管理手段を用いて新IPパケッ
トであるか否かを判定し，検出した新IPパケットの監視方式，監視項目を判定す
る。中継パケット交換機は，判定した監視方式，監視項目に応じて，新IPパケッ
トの監視を行う。
となる通信フローのIPパケット種別と該IPパケットの監視方式と該IPパケットの
監視項目を管理する監視対象IPパケット管理手段を有する。上記ネットワークの
バウンダリに配置される送信側パケット交換機は，受信したIPパケットが新しい
通信フローに属するIPパケット（以後，新IPパケットと記載する）であるとき，
前記監視対象IPパケット管理手段を用いて新IPパケットであるか否かを判定し，
検出した新IPパケットの監視方式，監視項目を判定する。判定した監視方式，監
視項目に応じて，新IPパケットの監視を行うとともに，その新IPパケットを，自
パケット交換機が持つルーティング情報に基づき，中継パケット交換機に転送す
る。中継パケット交換機は，送信側パケット交換機と同様に，前記監視対象IPパ
ケット管理手段を用いて新IPパケットであるか否かを判定し，検出した新IPパケ
ットの監視方式，監視項目を判定する。中継パケット交換機は，判定した監視方
式，監視項目に応じて，新IPパケットの監視を行うとともに，新IPパケットをネ
ットワークのバウンダリに配置される受信側パケット交換機に転送する。受信側
パケット交換機も同様に，前記監視対象IPパケット管理手段を用いて新IPパケッ
トであるか否かを判定し，検出した新IPパケットの監視方式，監視項目を判定す
る。中継パケット交換機は，判定した監視方式，監視項目に応じて，新IPパケッ
トの監視を行う。
送信側パケット交換機は，通信フロー（セッション）切断の検出を契機に，下
流に隣接する中継パケット交換機に対し監視情報要求パケットを生成して転送す
る。該監視情報要求パケットを受信した中継パケット交換機は，自パケット交換
機の統計監視情報を該統計監視情報要求パケットに付加（多重）して，下流に隣
接するパケット交換機に転送する。受信側パケット交換機は，上流に隣接する中
継パケット交換機から統計監視情報が付加された該統計監視情報要求パケットを
受信すると，自パケット交換機の統計監視情報を付加し，統計監視情報通知パケ
ット生成し，上記複数のパケット交換機を管理するネットワーク管理装置に転送
する。
流に隣接する中継パケット交換機に対し監視情報要求パケットを生成して転送す
る。該監視情報要求パケットを受信した中継パケット交換機は，自パケット交換
機の統計監視情報を該統計監視情報要求パケットに付加（多重）して，下流に隣
接するパケット交換機に転送する。受信側パケット交換機は，上流に隣接する中
継パケット交換機から統計監視情報が付加された該統計監視情報要求パケットを
受信すると，自パケット交換機の統計監視情報を付加し，統計監視情報通知パケ
ット生成し，上記複数のパケット交換機を管理するネットワーク管理装置に転送
する。
その他本願が提供する上記課題を解決する手段は，発明の実施の形態の欄で明
らかにされる。
らかにされる。
以上，本発明によれば，監視ネットワークの各パケット交換機からではなく，ネ
ットワーク利用ユーザが接続している２台のエッジパケット交換機から監視情報
を収集することができ，監視情報収集の通信量を大幅に削減できるという効果が
ある。また，各通信フロー毎に監視情報を収集できるため，同一通信フロー毎に
性能情報を解析する必要がなくなり，解析処理を軽減できるという絶大な効果が
ある。
ットワーク利用ユーザが接続している２台のエッジパケット交換機から監視情報
を収集することができ，監視情報収集の通信量を大幅に削減できるという効果が
ある。また，各通信フロー毎に監視情報を収集できるため，同一通信フロー毎に
性能情報を解析する必要がなくなり，解析処理を軽減できるという絶大な効果が
ある。
以下，本発明の実施例について図面を参照して説明する。
図１は，本発明による統計監視情報の収集方法を実現するパケット交換機の構
成を示すブロック図である。パケット交換機１は，入力側インターフェース（以
後，入力IFと記載する）２，フロー検出部３，転送処理部８，多重化制御部６，
メータ５，フローテーブル４，管理装置インタフェース（以後，管理装置IFと記
載する）１３，多重化処理部（multiplexer）７，スイッチ９，及び複数の出力
側インタフェース（以後,出力IFと記載する）１０，１１，１２とを有する。な
お，実際のパケット交換機では，入力と出力は一対となって動作するのが一般的
であり双方向の動作を行っているが，ここでは，パケット転送の処理を一方向の
みの記述とし，容易に理解できるようにした。
成を示すブロック図である。パケット交換機１は，入力側インターフェース（以
後，入力IFと記載する）２，フロー検出部３，転送処理部８，多重化制御部６，
メータ５，フローテーブル４，管理装置インタフェース（以後，管理装置IFと記
載する）１３，多重化処理部（multiplexer）７，スイッチ９，及び複数の出力
側インタフェース（以後,出力IFと記載する）１０，１１，１２とを有する。な
お，実際のパケット交換機では，入力と出力は一対となって動作するのが一般的
であり双方向の動作を行っているが，ここでは，パケット転送の処理を一方向の
みの記述とし，容易に理解できるようにした。
次にパケット交換機１の動作を説明する。入力側IF２には，隣接するパケット
交換機（図示せず）からのIPパケットが入力される。入力側IF２は，入力された
IPパケットを，フロー検出機能３，メータ５，多重制御機能６，及び転送処理機
能８に対して分配して送信する。
交換機（図示せず）からのIPパケットが入力される。入力側IF２は，入力された
IPパケットを，フロー検出機能３，メータ５，多重制御機能６，及び転送処理機
能８に対して分配して送信する。
フロー検出機能３は，入力側IF２から送信されるIPパケットを受信して，その
パケットのヘッダ情報を用いて，当該IPパケットの属するフローを検出する。検
出する通信フローの条件は，フローテーブル４に記述しておく。フローテーブル
４に格納しておく通信フローの条件としては，送信元アドレス（Source IP Addr
ess/SIP），宛先アドレス（Destination IP Address/DIP），プロトコルタイプ
，サービスタイプ（PT）（IETFのDifferentiated Service ワーキンググループ
ではDS（Differentiated Service）フィールドと呼ぶ），パケット長などのIPア
ドレスヘッダ内の情報を利用する。また，UDPやTCPといったIPより上位のレイヤ
の送信ポート番号（Source Port Number），受信ポート番号（Destination Port
Number）などを利用しもよい。なお，これまでの実施例では，IPレイヤより上
位の識別情報を用いて通信フローを識別することを説明したが，最近IETFで規格
化が進められているMPLS（Multi Protocol Label Switching）方式において利用
するレイヤのヘッダ情報（Shimヘッダ情報）を用いて識別することも可能である
。また，伝送プロトコルとしてATM（Asynchronous Transfer Mode）を利用して
いる場合は，ATMヘッダにあるVC（Virtual Circuit），VP（Virtual Path）等の
フロー識別子を用いてもよい。フローテーブル４に記述される通信フロー検出条
件と，入力IPパケットのヘッダ情報とを比較することで，そのIPパケットの属す
る通信フローが検出される。本発明のポイントは，検出条件に合致する通信フロ
ーを特定し，当該通信フローの統計監視情報を収集し，その情報を当該通信フロ
ーの経路に沿って下流の隣接するパケット交換機に送信することにある。通信フ
ローの検出に利用可能な検索キーであれば，その内容は問わないことは容易に理
解できる。
パケットのヘッダ情報を用いて，当該IPパケットの属するフローを検出する。検
出する通信フローの条件は，フローテーブル４に記述しておく。フローテーブル
４に格納しておく通信フローの条件としては，送信元アドレス（Source IP Addr
ess/SIP），宛先アドレス（Destination IP Address/DIP），プロトコルタイプ
，サービスタイプ（PT）（IETFのDifferentiated Service ワーキンググループ
ではDS（Differentiated Service）フィールドと呼ぶ），パケット長などのIPア
ドレスヘッダ内の情報を利用する。また，UDPやTCPといったIPより上位のレイヤ
の送信ポート番号（Source Port Number），受信ポート番号（Destination Port
Number）などを利用しもよい。なお，これまでの実施例では，IPレイヤより上
位の識別情報を用いて通信フローを識別することを説明したが，最近IETFで規格
化が進められているMPLS（Multi Protocol Label Switching）方式において利用
するレイヤのヘッダ情報（Shimヘッダ情報）を用いて識別することも可能である
。また，伝送プロトコルとしてATM（Asynchronous Transfer Mode）を利用して
いる場合は，ATMヘッダにあるVC（Virtual Circuit），VP（Virtual Path）等の
フロー識別子を用いてもよい。フローテーブル４に記述される通信フロー検出条
件と，入力IPパケットのヘッダ情報とを比較することで，そのIPパケットの属す
る通信フローが検出される。本発明のポイントは，検出条件に合致する通信フロ
ーを特定し，当該通信フローの統計監視情報を収集し，その情報を当該通信フロ
ーの経路に沿って下流の隣接するパケット交換機に送信することにある。通信フ
ローの検出に利用可能な検索キーであれば，その内容は問わないことは容易に理
解できる。
メータ５は，その通信フロー検出条件と合致したパケット数のカウント，バイ
ト数のカウント等を行い，それらを監視統計情報として管理する。入力されたIP
パケットが通信フロー検出条件と合致しない場合には，そのIPパケットは転送処
理のみ行われ，情報の監視は行われない。なお，このパケットの統計情報の監視
については，後に詳細に説明する。
ト数のカウント等を行い，それらを監視統計情報として管理する。入力されたIP
パケットが通信フロー検出条件と合致しない場合には，そのIPパケットは転送処
理のみ行われ，情報の監視は行われない。なお，このパケットの統計情報の監視
については，後に詳細に説明する。
転送処理部８は，通常のパケット交換機と同様に，入力されたパケットの転送処
理を行う。すなわち，IPルーティング処理を行うもので，転送処理部８の中に保
持する経路情報テーブルに格納された転送経路情報にしたがって，入力パケット
の宛先IPアドレスから次に当該パケットを送信すべきパケット交換機を特定し，
そのパケット交換機に接続された出力側IF（１０，１１，１２のいずれか）に対
してパケットを送信する。実際には，転送処理部８がスイッチ９を制御して，ス
イッチ９が当該IPパケットを出力側IFに送信することになる。
理を行う。すなわち，IPルーティング処理を行うもので，転送処理部８の中に保
持する経路情報テーブルに格納された転送経路情報にしたがって，入力パケット
の宛先IPアドレスから次に当該パケットを送信すべきパケット交換機を特定し，
そのパケット交換機に接続された出力側IF（１０，１１，１２のいずれか）に対
してパケットを送信する。実際には，転送処理部８がスイッチ９を制御して，ス
イッチ９が当該IPパケットを出力側IFに送信することになる。
メータ５について詳細に説明する。メータ５は，入力されるIPパケットの情報
を監視する機能を提供する。すなわち，フロー検出機能３の指示に従って，フロ
ー検出条件に一致する監視すべきIPパケットである場合はその情報を検出して記
憶する。検出する項目としては，転送処理機能を通過するパケット数の積算値，
そのパケットのバイト数の積算値，単位時間あたりの通過パケット数，その通過
バイト数等トラフィックに関連した項目と，通過せずに転送処理機能により廃棄
されたパケット数の積算値，単位時間当たりの廃棄パケット数とそのバイト数，
また時刻毎に単位時間に通過したパケット数の最大値，最小値，及び平均的な通
過パケット数，前記最大パケット数，最小パケット数，平均パケット数のそれぞ
れに対応したバイト数などである。計数すべき情報は，品質保証においてユーザ
との契約内容に関連した項目であればよい。通過パケット数や，通過バイト数は
従量課金を行う際に必要となる情報であり，損失パケット数は，その通信の品質
を表す情報である。最大通過パケット数やバイト数，平均的な通過パケット数，
バイト数，さらに最低の通過パケット数，バイト数は契約クラスの条件に当該通
信フローが合致していたかを検証する目的に利用する情報である。また，本メー
タ５の動作においては，該当IPパケットの属する通信フローの送信が開始された
時刻の相対値，及び通信フローが終了した時刻の相対値を検出する。通信フロー
の開始時刻の検出と終了時刻の検出動作については，多重制御機能６の説明にて
改めて説明するが，上記の時刻を計測する目的は，入力されたパケットがパケッ
ト交換機内に滞留した時間，すなわち遅延時間に関する統計監視情報を計算する
目的に利用する。
を監視する機能を提供する。すなわち，フロー検出機能３の指示に従って，フロ
ー検出条件に一致する監視すべきIPパケットである場合はその情報を検出して記
憶する。検出する項目としては，転送処理機能を通過するパケット数の積算値，
そのパケットのバイト数の積算値，単位時間あたりの通過パケット数，その通過
バイト数等トラフィックに関連した項目と，通過せずに転送処理機能により廃棄
されたパケット数の積算値，単位時間当たりの廃棄パケット数とそのバイト数，
また時刻毎に単位時間に通過したパケット数の最大値，最小値，及び平均的な通
過パケット数，前記最大パケット数，最小パケット数，平均パケット数のそれぞ
れに対応したバイト数などである。計数すべき情報は，品質保証においてユーザ
との契約内容に関連した項目であればよい。通過パケット数や，通過バイト数は
従量課金を行う際に必要となる情報であり，損失パケット数は，その通信の品質
を表す情報である。最大通過パケット数やバイト数，平均的な通過パケット数，
バイト数，さらに最低の通過パケット数，バイト数は契約クラスの条件に当該通
信フローが合致していたかを検証する目的に利用する情報である。また，本メー
タ５の動作においては，該当IPパケットの属する通信フローの送信が開始された
時刻の相対値，及び通信フローが終了した時刻の相対値を検出する。通信フロー
の開始時刻の検出と終了時刻の検出動作については，多重制御機能６の説明にて
改めて説明するが，上記の時刻を計測する目的は，入力されたパケットがパケッ
ト交換機内に滞留した時間，すなわち遅延時間に関する統計監視情報を計算する
目的に利用する。
フローテーブル４に記述されたフロー検出条件と，それに対応する監視情報は
メータ５に記憶しておき，多重制御機能６の指示に従って，出力側IF（１０，１
１，１２のいずれか）に送信するパケットの通信フローに多重して送信する。多
重制御機能６により統計監視情報を多重する動作の契機は，パケット交換機１の
上流に隣接するパケット交換機から，統計監視情報収集開始パケットを受信する
ことである。パケット交換機１は，当該パケット交換機は情報収集開始パケット
を受信した場合は，速やかに統計監視情報をユーザデータであるIPパケットに多
重して送信する。なお，統計監視情報収集開始パケットの受信／非受信の判定は
，多重制御機能６が行う。
メータ５に記憶しておき，多重制御機能６の指示に従って，出力側IF（１０，１
１，１２のいずれか）に送信するパケットの通信フローに多重して送信する。多
重制御機能６により統計監視情報を多重する動作の契機は，パケット交換機１の
上流に隣接するパケット交換機から，統計監視情報収集開始パケットを受信する
ことである。パケット交換機１は，当該パケット交換機は情報収集開始パケット
を受信した場合は，速やかに統計監視情報をユーザデータであるIPパケットに多
重して送信する。なお，統計監視情報収集開始パケットの受信／非受信の判定は
，多重制御機能６が行う。
パケット交換機１が，管理を行うネットワークドメインの境界にある場合，す
なわちエッジパケット交換機である場合は統計監視情報の多重化処理は行わなず
，当該パケット交換機のメータにより収集した統計監視情報と，他のパケット交
換機より送信された統計監視情報を管理装置IF１３に対して送信する。エッジパ
ケット交換機は，隣接する下流のパケット交換機に対して統計監視情報を送信す
る代わりに，ネットワーク管理装置に対して送信することで当該管理ネットワー
クドメインの統計監視情報を管理装置に集約することができる。
なわちエッジパケット交換機である場合は統計監視情報の多重化処理は行わなず
，当該パケット交換機のメータにより収集した統計監視情報と，他のパケット交
換機より送信された統計監視情報を管理装置IF１３に対して送信する。エッジパ
ケット交換機は，隣接する下流のパケット交換機に対して統計監視情報を送信す
る代わりに，ネットワーク管理装置に対して送信することで当該管理ネットワー
クドメインの統計監視情報を管理装置に集約することができる。
上記の動作において，当該管理ネットワークドメインの境界であるかの判定は
，上流に隣接するパケット交換機から送信されている経路情報から該当パケット
交換機が判断する。 なお、上記の統計監視情報収集開始パケットの生成および
，統計収集開始指示パケットの生成方法については後述する。
，上流に隣接するパケット交換機から送信されている経路情報から該当パケット
交換機が判断する。 なお、上記の統計監視情報収集開始パケットの生成および
，統計収集開始指示パケットの生成方法については後述する。
図３は、図１に示したパケット交換機１を用いて構成した本発明の統計情報監
視機能をもつIPネットワークの構成を示す図である。ここでは、統計情報管理機
能をもったネットワーク範囲を、管理対象ネットワーク３０としている。本管理
対象ネットワーク３０は、図１に示したパケット交換機３３，３４，３５，３６
とネットワーク管理装置３７から構成する。ネットワーク管理装置３７には、図
２において説明したメータリーダ３９、およびマネージャ機能３８がある。この
管理対象ネットワーク３０は、他のネットワークと接続され、その他ネットワー
クからのパケットを中継する。管理対象ネットワーク３０と他のネットワークと
の間に位置するパケット交換機（３３，３４）をここではエッジパケット交換機
と呼ぶ。本発明の実施例では、エッジパケット交換機のみをネットワーク管理装
置と接続する構成とする。ここで、端末１（３１）と端末２（３２）の間で行わ
れる通信についてその動作を説明する。ここでは、端末１（３１）を発側端末、
端末２（３２）を受信端末と考えることにする。また発側端末側を上流、受信端
末側を下流として以下に動作を説明する。発側端末（端末１）３１からの通信フ
ローは、他ネットワーク１を介して伝送され、エッジパケット交換機３３に入力
される。ここで、当該通信フローが新規通信フローであり、かつ監視対象の通信
フローである場合は、エッジパケット交換機３３は、当該通信フローに関する統
計情報の収集動作を開始すると同時に、下流に隣接するパケット交換機３５に対
して統計情報監視開始パケットを多重して当該通信フローのIPパケットを送信す
る。統計情報監視開始パケットを受信したパケット交換機３５は、同様に当該通
信フローの統計情報収集処理を開始し、また統計情報監視開始パケットを下流に
隣接するパケット交換機に中継していく。このような動作とすると、監視対象ネ
ットワークの当該通信フローの通過経路にあるすべてのパケット交換機に統計情
報収集開始パケットが配信され、結果としてその通信フローの経路に沿って統計
監視情報の収集動作が開始される。他のネットワーク２に接続されるパケット交
換機３４は、エッジパケット交換機であるので、このパケット交換機３４におい
ては統計情報収集開始パケットを終端し、他ネットワーク２のパケット交換機に
は送信しないように動作する。なお、発側端末３１と受信端末３２の間で通信フ
ローが継続している間は、その通信フローの経路上にある全てのパケット交換機
は、当該通信フローの統計監視情報の収集を継続する。発側端末３１からの通信
フローが終了した場合、エッジパケット交換機３３はその終了を検出し、統計監
視情報収集指示のパケットを当該通信フローの経路にある下流に隣接するパケッ
ト交換機３５に対して送信する。統計監視情報収集指示のパケットを受信した下
流のパケット交換機３５は、その指示によって当該通信フローの統計監視情報を
メータから読み出しIPパケット化して、さらに下流の隣接パケット交換機に対し
指示パケットも含めて送信する。最下流に接続されたパケット交換機３４には統
計監視情報収集指示パケットと、上流の全てのパケット交換機の統計監視情報が
多重化されたIPパケットが到達する。エッジパケット交換機３４は、上流からの
全ての統計監視情報を終端し、その結果を監視情報としてメータリーダ３９に対
して送信する。メータリーダ３９は、監視情報を受信しその情報からパケット交
換機毎の通過パケット数およびバイト数、廃棄パケット数およびバイト数、また
は利用した帯域等の情報を解析する。本発明は、エッジパケット交換機３４が一
括して通信フローに関する統計監視情報をメータリーダ３９に送信する点が最大
の特徴であり、その情報の解析方法は特に規定しない。統計監視情報の解析は、
課金に利用可能な方法、通信品質保証結果データとして利用できる形式に変換す
るなどの処理が考えられるが、いずれの方法であってもよい。上記の動作によっ
て、発側端末３１から受信端末３２への通信フローに関し、通過経路に沿って全
ての統計監視情報がエッジ交換機３４に集約して収集することができる。本動作
によれば、通信フローの経路に沿って監視情報収集指示パケットを受け取った時
点の統計情報を収集することになり、統計監視情報の時間的な順序も保証される
といった優れた効果がある。
視機能をもつIPネットワークの構成を示す図である。ここでは、統計情報管理機
能をもったネットワーク範囲を、管理対象ネットワーク３０としている。本管理
対象ネットワーク３０は、図１に示したパケット交換機３３，３４，３５，３６
とネットワーク管理装置３７から構成する。ネットワーク管理装置３７には、図
２において説明したメータリーダ３９、およびマネージャ機能３８がある。この
管理対象ネットワーク３０は、他のネットワークと接続され、その他ネットワー
クからのパケットを中継する。管理対象ネットワーク３０と他のネットワークと
の間に位置するパケット交換機（３３，３４）をここではエッジパケット交換機
と呼ぶ。本発明の実施例では、エッジパケット交換機のみをネットワーク管理装
置と接続する構成とする。ここで、端末１（３１）と端末２（３２）の間で行わ
れる通信についてその動作を説明する。ここでは、端末１（３１）を発側端末、
端末２（３２）を受信端末と考えることにする。また発側端末側を上流、受信端
末側を下流として以下に動作を説明する。発側端末（端末１）３１からの通信フ
ローは、他ネットワーク１を介して伝送され、エッジパケット交換機３３に入力
される。ここで、当該通信フローが新規通信フローであり、かつ監視対象の通信
フローである場合は、エッジパケット交換機３３は、当該通信フローに関する統
計情報の収集動作を開始すると同時に、下流に隣接するパケット交換機３５に対
して統計情報監視開始パケットを多重して当該通信フローのIPパケットを送信す
る。統計情報監視開始パケットを受信したパケット交換機３５は、同様に当該通
信フローの統計情報収集処理を開始し、また統計情報監視開始パケットを下流に
隣接するパケット交換機に中継していく。このような動作とすると、監視対象ネ
ットワークの当該通信フローの通過経路にあるすべてのパケット交換機に統計情
報収集開始パケットが配信され、結果としてその通信フローの経路に沿って統計
監視情報の収集動作が開始される。他のネットワーク２に接続されるパケット交
換機３４は、エッジパケット交換機であるので、このパケット交換機３４におい
ては統計情報収集開始パケットを終端し、他ネットワーク２のパケット交換機に
は送信しないように動作する。なお、発側端末３１と受信端末３２の間で通信フ
ローが継続している間は、その通信フローの経路上にある全てのパケット交換機
は、当該通信フローの統計監視情報の収集を継続する。発側端末３１からの通信
フローが終了した場合、エッジパケット交換機３３はその終了を検出し、統計監
視情報収集指示のパケットを当該通信フローの経路にある下流に隣接するパケッ
ト交換機３５に対して送信する。統計監視情報収集指示のパケットを受信した下
流のパケット交換機３５は、その指示によって当該通信フローの統計監視情報を
メータから読み出しIPパケット化して、さらに下流の隣接パケット交換機に対し
指示パケットも含めて送信する。最下流に接続されたパケット交換機３４には統
計監視情報収集指示パケットと、上流の全てのパケット交換機の統計監視情報が
多重化されたIPパケットが到達する。エッジパケット交換機３４は、上流からの
全ての統計監視情報を終端し、その結果を監視情報としてメータリーダ３９に対
して送信する。メータリーダ３９は、監視情報を受信しその情報からパケット交
換機毎の通過パケット数およびバイト数、廃棄パケット数およびバイト数、また
は利用した帯域等の情報を解析する。本発明は、エッジパケット交換機３４が一
括して通信フローに関する統計監視情報をメータリーダ３９に送信する点が最大
の特徴であり、その情報の解析方法は特に規定しない。統計監視情報の解析は、
課金に利用可能な方法、通信品質保証結果データとして利用できる形式に変換す
るなどの処理が考えられるが、いずれの方法であってもよい。上記の動作によっ
て、発側端末３１から受信端末３２への通信フローに関し、通過経路に沿って全
ての統計監視情報がエッジ交換機３４に集約して収集することができる。本動作
によれば、通信フローの経路に沿って監視情報収集指示パケットを受け取った時
点の統計情報を収集することになり、統計監視情報の時間的な順序も保証される
といった優れた効果がある。
なお，図３の実施例においては、統計監視情報収集指示パケットを受け取った
パケット交換機の順に下流に対して統計監視情報を多重して送信し、最下流のエ
ッジパケット交換機３４が，集約された統計監視情報をメータリーダに対して送
信する方法を説明したが、最下流にあるエッジパケット交換機３４が、通信フロ
ーの終了検出を行うことで、上記の説明とは逆方向（上流）に向けて統計監視情
報収集指示パケットを送信することも可能である。この場合、下流から上流に向
けて統計監視情報を含むIPパケットが送信されることになる。集約された統計監
視情報は、発側端末３１に一番近いエッジパケット交換機３３により終端され、
経路上の全てのパケット交換機の統計監視情報はメータリーダ３９に送信される
ことになる。本発明の趣旨は、統計監視情報パケットを通信フローの経路上にあ
るパケット交換機順に多重化して中継し、エッジパケット交換機（３３若しくは
３４）に集約してメータリーダに送信することにあり、その方向は上記の説明の
ように，下流方向若しくは上流方向の何れの方向であっても構わないことは容易
に理解できる。
パケット交換機の順に下流に対して統計監視情報を多重して送信し、最下流のエ
ッジパケット交換機３４が，集約された統計監視情報をメータリーダに対して送
信する方法を説明したが、最下流にあるエッジパケット交換機３４が、通信フロ
ーの終了検出を行うことで、上記の説明とは逆方向（上流）に向けて統計監視情
報収集指示パケットを送信することも可能である。この場合、下流から上流に向
けて統計監視情報を含むIPパケットが送信されることになる。集約された統計監
視情報は、発側端末３１に一番近いエッジパケット交換機３３により終端され、
経路上の全てのパケット交換機の統計監視情報はメータリーダ３９に送信される
ことになる。本発明の趣旨は、統計監視情報パケットを通信フローの経路上にあ
るパケット交換機順に多重化して中継し、エッジパケット交換機（３３若しくは
３４）に集約してメータリーダに送信することにあり、その方向は上記の説明の
ように，下流方向若しくは上流方向の何れの方向であっても構わないことは容易
に理解できる。
図３に示した実施例では、管理対象ネットワーク３０が他ネットワーク１，他
ネットワーク２に接続され、端末が本発明のネットワークが直接接続されない構
成を示したが、端末が直接管理対象ネットワーク３０に接続されていても構わな
い。その際は、端末の接続されたパケット交換機がエッジパケット交換機として
動作する。すなわち，そのエッジパケット交換機が，発側端末からの通信フロー
の開始と終了の検出を行い，統計監視開始パケットと統計監視情報収集パケット
を生成して送出する。
ネットワーク２に接続され、端末が本発明のネットワークが直接接続されない構
成を示したが、端末が直接管理対象ネットワーク３０に接続されていても構わな
い。その際は、端末の接続されたパケット交換機がエッジパケット交換機として
動作する。すなわち，そのエッジパケット交換機が，発側端末からの通信フロー
の開始と終了の検出を行い，統計監視開始パケットと統計監視情報収集パケット
を生成して送出する。
上記の動作を，図５及び図６を用いてさらに詳細に説明する。
図５では，その上部に図３と同様に本発明によるネットワークの接続関係を示
し，その下部にネットワークの構成要素の動作を示した。この図では，上から下
にしたがって時間が経過するように記述してある。図５のネットワークでは，端
末１（５１）と端末２（５２）は，他ネットワーク１（５５），管理対象ネット
ワーク５０，他ネットワーク２（５７）により接続されている構成である。管理
対象ネットワーク５０のパケット交換機５３，及び５４がエッジパケット交換機
であり，５５が中継機能をもつパケット交換機である。端末１（５１）から，通
信が開始されると，まずエッジ交換機５３に先頭パケットが入力される。エッジ
パケット交換機５３は，この通信パケットを下流の中継交換機に転送する。同時
に図１で説明したフロー検出手段３は，この通信フローを検出し，新規な通信フ
ローであって，かつ，監視対象の通信フローである場合は，統計情報開始指示の
パケットを下流に接続された中継パケット交換機５５に対して送信する。中継パ
ケット交換機５５は，その統計情報収集開始指示のパケットをさらに下流のパケ
ット交換機に対し送信し，最終的には最下流のエッジパケット交換機５４に到達
する。この統計情報収集指示を受けた全てのパケット交換機は当該通信フローの
検出を開始し，関連する統計監視情報を収集する。また，当然のことながら端末
１から端末２への通信フローを構成する通信パケットを送信し，ユーザーセッシ
ョン通信を提供する。図１において説明したように，通信セッションが終了した
場合に，エッジパケット交換機５３は，そのセッションの切断を検出し，統計監
視情報収集指示のパケットを下流の中継パケット交換機５５に対して送信する。
また，統計監視情報を含んだパケットも下流の中継交換機５５に対して送信する
。統計監視情報収集指示パケットを受け取った中継パケット交換機５５は，その
パケットをさらに下流のパケット交換機に対して送信し，最終的に最下流のエッ
ジパケット交換機５４にまで統計情報収集の指示が到達する。統計情報を含んだ
パケットを受信した中継パケット交換機５５は，自パケット交換機の統計監視情
報を，そのパケットに多重し，下流のパケット交換機に対して送信する。通信フ
ロー経路上の全てのパケット交換機の統計監視情報を受信した最下流のエッジパ
ケット交換機５４は，その全ての情報を集約し，その統計監視情報をネットワー
ク管理装置のメータリーダに対して送信することで，当該通信フローに関する統
計情報の収集を完了する。なお，中継パケット交換機が，統計監視情報を多重す
る際は，ＩＰパケットを個別に用いるIPパケット多重方式でもよいし，一つのＩ
Ｐパケットのペイロードに多重するユーザ多重のいずれの方法も利用可能である
。多重方法についての詳細は後述する。
し，その下部にネットワークの構成要素の動作を示した。この図では，上から下
にしたがって時間が経過するように記述してある。図５のネットワークでは，端
末１（５１）と端末２（５２）は，他ネットワーク１（５５），管理対象ネット
ワーク５０，他ネットワーク２（５７）により接続されている構成である。管理
対象ネットワーク５０のパケット交換機５３，及び５４がエッジパケット交換機
であり，５５が中継機能をもつパケット交換機である。端末１（５１）から，通
信が開始されると，まずエッジ交換機５３に先頭パケットが入力される。エッジ
パケット交換機５３は，この通信パケットを下流の中継交換機に転送する。同時
に図１で説明したフロー検出手段３は，この通信フローを検出し，新規な通信フ
ローであって，かつ，監視対象の通信フローである場合は，統計情報開始指示の
パケットを下流に接続された中継パケット交換機５５に対して送信する。中継パ
ケット交換機５５は，その統計情報収集開始指示のパケットをさらに下流のパケ
ット交換機に対し送信し，最終的には最下流のエッジパケット交換機５４に到達
する。この統計情報収集指示を受けた全てのパケット交換機は当該通信フローの
検出を開始し，関連する統計監視情報を収集する。また，当然のことながら端末
１から端末２への通信フローを構成する通信パケットを送信し，ユーザーセッシ
ョン通信を提供する。図１において説明したように，通信セッションが終了した
場合に，エッジパケット交換機５３は，そのセッションの切断を検出し，統計監
視情報収集指示のパケットを下流の中継パケット交換機５５に対して送信する。
また，統計監視情報を含んだパケットも下流の中継交換機５５に対して送信する
。統計監視情報収集指示パケットを受け取った中継パケット交換機５５は，その
パケットをさらに下流のパケット交換機に対して送信し，最終的に最下流のエッ
ジパケット交換機５４にまで統計情報収集の指示が到達する。統計情報を含んだ
パケットを受信した中継パケット交換機５５は，自パケット交換機の統計監視情
報を，そのパケットに多重し，下流のパケット交換機に対して送信する。通信フ
ロー経路上の全てのパケット交換機の統計監視情報を受信した最下流のエッジパ
ケット交換機５４は，その全ての情報を集約し，その統計監視情報をネットワー
ク管理装置のメータリーダに対して送信することで，当該通信フローに関する統
計情報の収集を完了する。なお，中継パケット交換機が，統計監視情報を多重す
る際は，ＩＰパケットを個別に用いるIPパケット多重方式でもよいし，一つのＩ
Ｐパケットのペイロードに多重するユーザ多重のいずれの方法も利用可能である
。多重方法についての詳細は後述する。
図６は，図５の実施例の変形例を示す。図６の実施例が図５の実施例と異なる
点は，通信フローの終了（切断）検出を最下流のエッジパケット交換機６４が実
施する点である。通信フロー（セッション）の終了を検出したエッジパケット交
換機６４は，統計監視情報収集指示のパケットを上流に接続された中継交換機６
５に対して送信する。中継パケット交換機６５は，エッジパケット交換機６４か
らの統計監視情報収集指示に関するパケットと統計監視情報のパケットを上流の
エッジパケット交換機６３に向けて送信する。最終的に最上流のエッジパケット
交換機６３が，当該通信フローに関する全ての統計監視情報を集約することにな
る。この情報は，本エッジパケット交換機６３がネットワーク管理装置のメータ
リーダに対して送信する動作を行う。その他の動作については，図５に示した実
施例と同様な動作である。
点は，通信フローの終了（切断）検出を最下流のエッジパケット交換機６４が実
施する点である。通信フロー（セッション）の終了を検出したエッジパケット交
換機６４は，統計監視情報収集指示のパケットを上流に接続された中継交換機６
５に対して送信する。中継パケット交換機６５は，エッジパケット交換機６４か
らの統計監視情報収集指示に関するパケットと統計監視情報のパケットを上流の
エッジパケット交換機６３に向けて送信する。最終的に最上流のエッジパケット
交換機６３が，当該通信フローに関する全ての統計監視情報を集約することにな
る。この情報は，本エッジパケット交換機６３がネットワーク管理装置のメータ
リーダに対して送信する動作を行う。その他の動作については，図５に示した実
施例と同様な動作である。
図７及び図８は，監視情報を多重して送信する方法（パケット化）の実施例を
説明する図である。
説明する図である。
図７は，通信フローを構成する，端末と端末の間の通信を実現しているIPパケ
ットの間に監視情報を独立したIPパケットととしてパケット多重する場合の実施
例であり，図８は，ユーザデータとIPヘッダの間に，統計監視情報を挿入してパ
ケット化する実施例である。
ットの間に監視情報を独立したIPパケットととしてパケット多重する場合の実施
例であり，図８は，ユーザデータとIPヘッダの間に，統計監視情報を挿入してパ
ケット化する実施例である。
図７の実施例においては，監視情報を送信するパケット（７１と７２からなる
）は端末間の通信を行っているIPパケット（７０と７１からなる）に付与するの
と同一のIPヘッダ情報７０を付加して送信することとする。なお，パケット交換
機１には当該通信フローが利用する通信経路に関する情報を，その通信フローの
経路情報としてフローテーブル４に格納しているので，その経路情報を用いて，
端末に隣接するパケット交換機，あるいは監視対象であるネットワーク範囲の境
界に存在するパケット交換機のIPアドレスに対応したIPヘッダを付与して送信し
てもよいことは容易に理解できる。図１の説明でも述べたように，端末に隣接す
るパケット交換機，若しくは監視を実施したいネットワークの境界に存在するパ
ケット交換機は，監視すべき通信フローの監視情報を収集し，それをネットワー
ク管理装置に対して転送する機能を有しているので，そのパケット交換機のIPア
ドレスであってもよい。監視情報として送信する項目は，IPヘッダ情報に引き続
く位置に格納して送信する。その内容は，その監視情報を収集したパケット交換
機を識別するための装置識別情報７４，当該監視情報を収集した通信フローを識
別するフロー識別情報７５，当該パケット交換機が送信したパケットに関する統
計監視情報７６，および廃棄したパケット数に関する情報７７，当該パケット交
換機において利用した帯域に関する情報７８，時刻に関する情報７９である。更
に詳細に述べるならば，装置識別情報としては当該パケット交換機のIPアドレス
や交換機固有の識別番号を利用する。パケット交換機のIPアドレスは，ネットワ
ーク内部でユニークに割り付けられた番号であるので，確実にパケット交換機を
識別することが可能である。また，一般的なネットワーク管理装置も，ネットワ
ーク管理にネットワーク構成要素のIPアドレスを用いている場合が多く，ネット
ワーク管理装置と連携動作させる時の親和性も高い。通信フローの識別に用いる
情報としては，送信元アドレス（Source IP Address/SIP），宛先アドレス（Des
tination IP Address/DIP）やプロトコルタイプ，サービスタイプ（PT），パケ
ット長などのIPアドレスヘッダ内の情報を利用する。また，UDPやTCPといったIP
より上位のレイヤの送信ポート番号（Source Port Number），受信ポート番号（
Destination Port Number）などを利用してもよい。なお，これまでの実施例で
は，IPレイヤより上位の識別情報を用いて通信フローを識別することを説明した
が，最近IETFで規格化が進められているMPLS（Multi Protocol Label Switching
）方式において利用するレイヤのヘッダ情報（Shimヘッダ情報）を用いて識別す
ることも可能である。また，伝送プロトコルとしてATM（Asynchronous Transfer
Mode）を利用している場合は，ATMヘッダにあるVC（Virtual Circuit）,VP（Vi
rtual Path）等のフロー識別子を用いても良いことは容易に類推できる発明であ
る。
）は端末間の通信を行っているIPパケット（７０と７１からなる）に付与するの
と同一のIPヘッダ情報７０を付加して送信することとする。なお，パケット交換
機１には当該通信フローが利用する通信経路に関する情報を，その通信フローの
経路情報としてフローテーブル４に格納しているので，その経路情報を用いて，
端末に隣接するパケット交換機，あるいは監視対象であるネットワーク範囲の境
界に存在するパケット交換機のIPアドレスに対応したIPヘッダを付与して送信し
てもよいことは容易に理解できる。図１の説明でも述べたように，端末に隣接す
るパケット交換機，若しくは監視を実施したいネットワークの境界に存在するパ
ケット交換機は，監視すべき通信フローの監視情報を収集し，それをネットワー
ク管理装置に対して転送する機能を有しているので，そのパケット交換機のIPア
ドレスであってもよい。監視情報として送信する項目は，IPヘッダ情報に引き続
く位置に格納して送信する。その内容は，その監視情報を収集したパケット交換
機を識別するための装置識別情報７４，当該監視情報を収集した通信フローを識
別するフロー識別情報７５，当該パケット交換機が送信したパケットに関する統
計監視情報７６，および廃棄したパケット数に関する情報７７，当該パケット交
換機において利用した帯域に関する情報７８，時刻に関する情報７９である。更
に詳細に述べるならば，装置識別情報としては当該パケット交換機のIPアドレス
や交換機固有の識別番号を利用する。パケット交換機のIPアドレスは，ネットワ
ーク内部でユニークに割り付けられた番号であるので，確実にパケット交換機を
識別することが可能である。また，一般的なネットワーク管理装置も，ネットワ
ーク管理にネットワーク構成要素のIPアドレスを用いている場合が多く，ネット
ワーク管理装置と連携動作させる時の親和性も高い。通信フローの識別に用いる
情報としては，送信元アドレス（Source IP Address/SIP），宛先アドレス（Des
tination IP Address/DIP）やプロトコルタイプ，サービスタイプ（PT），パケ
ット長などのIPアドレスヘッダ内の情報を利用する。また，UDPやTCPといったIP
より上位のレイヤの送信ポート番号（Source Port Number），受信ポート番号（
Destination Port Number）などを利用してもよい。なお，これまでの実施例で
は，IPレイヤより上位の識別情報を用いて通信フローを識別することを説明した
が，最近IETFで規格化が進められているMPLS（Multi Protocol Label Switching
）方式において利用するレイヤのヘッダ情報（Shimヘッダ情報）を用いて識別す
ることも可能である。また，伝送プロトコルとしてATM（Asynchronous Transfer
Mode）を利用している場合は，ATMヘッダにあるVC（Virtual Circuit）,VP（Vi
rtual Path）等のフロー識別子を用いても良いことは容易に類推できる発明であ
る。
図８は，図７の実施例の変形例を説明する図である。図８の実施例が，図７の
実施例と異なる点は，監視情報の多重化方法の違いである。すなわち，図７の実
施例では，監視情報は通信フローを構成するパケットとは独立したパケットのペ
イロードにて送信するのに対し，図８の実施例では，監視データを端末間のユー
ザデータのパケットに挿入して送信する。本方法の利点は，統計監視データの通
信経路とユーザデータのパケットヘッダがユーザデータの通信パケットと全く同
一になるので，通信フローの一部として統計監視情報が転送できる点にある。す
なわち，一般的なインターネットでは，行き先のIPアドレスが異なると，異なる
経路を通って転送される可能性がある。しかし，本方法によればユーザの通信フ
ローと全く同一なヘッダ条件（経路設定条件）とすることができ，同一経路にお
ける統計監視情報を収集できることになる。
実施例と異なる点は，監視情報の多重化方法の違いである。すなわち，図７の実
施例では，監視情報は通信フローを構成するパケットとは独立したパケットのペ
イロードにて送信するのに対し，図８の実施例では，監視データを端末間のユー
ザデータのパケットに挿入して送信する。本方法の利点は，統計監視データの通
信経路とユーザデータのパケットヘッダがユーザデータの通信パケットと全く同
一になるので，通信フローの一部として統計監視情報が転送できる点にある。す
なわち，一般的なインターネットでは，行き先のIPアドレスが異なると，異なる
経路を通って転送される可能性がある。しかし，本方法によればユーザの通信フ
ローと全く同一なヘッダ条件（経路設定条件）とすることができ，同一経路にお
ける統計監視情報を収集できることになる。
図９は，複数のパケット交換機を経過して統計監視情報が多重化された後のパ
ケットの構成を示す図である。図７，及び図８の実施例の説明において述べた統
計監視項目を含んだパケット交換機単位の統計監視情報を，本実施例では監視情
報エレメントと呼ぶことにする。図１０（Ａ）の実施例においては，パケット交
換機１からパケット交換機Ｎまでの監視情報エレメントを順に追加してパケット
のペイロード（データ領域）を構成した場合を示している。
ケットの構成を示す図である。図７，及び図８の実施例の説明において述べた統
計監視項目を含んだパケット交換機単位の統計監視情報を，本実施例では監視情
報エレメントと呼ぶことにする。図１０（Ａ）の実施例においては，パケット交
換機１からパケット交換機Ｎまでの監視情報エレメントを順に追加してパケット
のペイロード（データ領域）を構成した場合を示している。
なお，図示するように複数の統計情報エレメントをカスケードに接続して多重
化すると，各エレメントの境界が検出しにくくなる。そこで本実施例では，統計
情報エレメントの境界を検出するため，境界の間にエレメントスタートコードを
挿入する。また，エレメントの先頭に，当該エレメントのサイズを記述するフィ
ールドを設ける。これらにより，各統計情報エレメントの開始位置が判定できる
ようになり，各パケット交換機毎に統計情報を処理できる。その他の実施例とし
て，監視情報エレメントを分離するためにエレメントサイズ情報を監視情報エレ
メントに埋め込んでもよい。すなわち，エレメントの先頭にエレメントサイズを
記述するようにしても良い。エレメントの最終位置は，先頭のエレメント位置か
らエレメントサイズを加算した位置として特定できるので，上記の説明と同様に
エレメントを分離することができる。
化すると，各エレメントの境界が検出しにくくなる。そこで本実施例では，統計
情報エレメントの境界を検出するため，境界の間にエレメントスタートコードを
挿入する。また，エレメントの先頭に，当該エレメントのサイズを記述するフィ
ールドを設ける。これらにより，各統計情報エレメントの開始位置が判定できる
ようになり，各パケット交換機毎に統計情報を処理できる。その他の実施例とし
て，監視情報エレメントを分離するためにエレメントサイズ情報を監視情報エレ
メントに埋め込んでもよい。すなわち，エレメントの先頭にエレメントサイズを
記述するようにしても良い。エレメントの最終位置は，先頭のエレメント位置か
らエレメントサイズを加算した位置として特定できるので，上記の説明と同様に
エレメントを分離することができる。
図１０の説明においては，上流のパケット交換機の接続順に統計情報エレメン
トを追加して多重する構成を説明したが，統計情報エレメントはパケット交換機
の識別子を含んでいるため，その順序は必ずしも重要ではない。順序を入れ替え
て統計監視情報を多重化しても，同様な効果を得ることができることは容易に類
推できる。
トを追加して多重する構成を説明したが，統計情報エレメントはパケット交換機
の識別子を含んでいるため，その順序は必ずしも重要ではない。順序を入れ替え
て統計監視情報を多重化しても，同様な効果を得ることができることは容易に類
推できる。
次に，通信フローの開始検出処理及び終了検出処理の実施例について説明する
。通信フローの開始，及び終了の検出は，エッジに存在するパケット交換機のフ
ロー検出手段３が行う。図１の実施例で説明したように，フロー検出手段３は，
図１の入力側IF２が受信し，検索キーに従って検索を行なう。フローテーブル４
に条件が記載されており，かつ検出以前の受信履歴がない場合には，当該パケッ
トを通信フロー開始パケットとして認識する。フロー検出機能３は，IPパケット
を検出した際に，当該フローに関するタイマーを起動し，受信した時刻から時刻
のインクリメントを開始する。フロー検出機能３が，通信開始パケットを検出し
た場合，該検出手段は多重化制御手段６に対し，開始通知を送信する。多重制御
機能６は，前記開始通知を受信した場合は，新たに統計情報収集開始指示パケッ
トを作成し，そのパケットをユーザデータパケットと多重して隣接する下流のパ
ケット交換機に対して送信する。先に説明したようにフロー検出手段は，新しい
IPパケットを検出した際にタイマーを起動する。タイマーの起動は，同一の通信
フローに属するIPパケットを再度検出した際に，その値をリセットするように動
作する。従って，通信フローが継続する間は，常に受信とタイマーリセットの動
作を交互に繰り返すことになる。フロー検出機能３には，上記タイマーの値を監
視する機能を設け，タイマーの値がある所定の値までインクリメントされた際に
は，当該通信フローに関するIPパケットの受信が終了したものと見做し，タイム
アウト処理を起動する。タイムアウト処理の主なものは，監視情報収集指示パケ
ットを，下流に隣接するパケット交換機に対して送出することである。上記の説
明のようにフロー検出機能の動作によって，監視すべき通信の開始と終了を検出
することができ，図５，図６に示した手順の動作が可能となる。
。通信フローの開始，及び終了の検出は，エッジに存在するパケット交換機のフ
ロー検出手段３が行う。図１の実施例で説明したように，フロー検出手段３は，
図１の入力側IF２が受信し，検索キーに従って検索を行なう。フローテーブル４
に条件が記載されており，かつ検出以前の受信履歴がない場合には，当該パケッ
トを通信フロー開始パケットとして認識する。フロー検出機能３は，IPパケット
を検出した際に，当該フローに関するタイマーを起動し，受信した時刻から時刻
のインクリメントを開始する。フロー検出機能３が，通信開始パケットを検出し
た場合，該検出手段は多重化制御手段６に対し，開始通知を送信する。多重制御
機能６は，前記開始通知を受信した場合は，新たに統計情報収集開始指示パケッ
トを作成し，そのパケットをユーザデータパケットと多重して隣接する下流のパ
ケット交換機に対して送信する。先に説明したようにフロー検出手段は，新しい
IPパケットを検出した際にタイマーを起動する。タイマーの起動は，同一の通信
フローに属するIPパケットを再度検出した際に，その値をリセットするように動
作する。従って，通信フローが継続する間は，常に受信とタイマーリセットの動
作を交互に繰り返すことになる。フロー検出機能３には，上記タイマーの値を監
視する機能を設け，タイマーの値がある所定の値までインクリメントされた際に
は，当該通信フローに関するIPパケットの受信が終了したものと見做し，タイム
アウト処理を起動する。タイムアウト処理の主なものは，監視情報収集指示パケ
ットを，下流に隣接するパケット交換機に対して送出することである。上記の説
明のようにフロー検出機能の動作によって，監視すべき通信の開始と終了を検出
することができ，図５，図６に示した手順の動作が可能となる。
以上の実施例を要約すると，本発明では管理対象ネットワークの境界（エッジ
）に存在するエッジパケット交換機が，通信フローの検出を行ない，その新規通
信フローの通信フローパスに沿った全パケット交換機に対して統計監視情報の収
集指示を行う。またエッジパケット交換機は通信フロー（セッション）の終了（
切断）をも検出し，統計情報収集結果の集約を指示する。また各パケット交換機
の統計監視情報は，パケット交換機により多重化されてエッジパケット交換機に
集約され，メータリーダに対して送信されることになる。本発明の趣旨は，上記
のように通信フロー単位に統計監視情報を取得することと，その情報をエッジパ
ケット交換機に集約してメータリーダに送信することにある。
）に存在するエッジパケット交換機が，通信フローの検出を行ない，その新規通
信フローの通信フローパスに沿った全パケット交換機に対して統計監視情報の収
集指示を行う。またエッジパケット交換機は通信フロー（セッション）の終了（
切断）をも検出し，統計情報収集結果の集約を指示する。また各パケット交換機
の統計監視情報は，パケット交換機により多重化されてエッジパケット交換機に
集約され，メータリーダに対して送信されることになる。本発明の趣旨は，上記
のように通信フロー単位に統計監視情報を取得することと，その情報をエッジパ
ケット交換機に集約してメータリーダに送信することにある。
上記の実施例では，管理対象ネットワーク３０のエッジノードのみが，統計監
視情報をメータリーダに送信するが，管理対象ネットワーク３０を論理的に複数
の管理ドメインに分割し，各管理ドメインにおいて，上述の監視情報の収集を行
ってもよい。
視情報をメータリーダに送信するが，管理対象ネットワーク３０を論理的に複数
の管理ドメインに分割し，各管理ドメインにおいて，上述の監視情報の収集を行
ってもよい。
次に，本発明を利用したISPのサービスを説明する。図３に示した管理対象ネ
ットワーク３０がISPが管理するネットワークであるとする。また，エッジノー
ド３３に，SLAを結ぶユーザの端末が直接接続されているとする。上述のように
，図３のネットワークでは，通信フロー単位で統計監視情報を収集することがで
きる。遅延時間，最低帯域補償，パケット損失率等がSLAの定義に含まれている
場合，上述の通り，パケット交換機が送信したパケットに関する統計監視情報７
６，および廃棄したパケット数に関する情報７７，当該パケット交換機において
利用した帯域に関する情報７８，時刻に関する情報７９を通信フロー単位で収集
することができるので，これらのデータをそのまま，またはこれらのデータを基
に作成したデータをユーザに送信することにより，SLA履行を証明することが可
能となる。
ットワーク３０がISPが管理するネットワークであるとする。また，エッジノー
ド３３に，SLAを結ぶユーザの端末が直接接続されているとする。上述のように
，図３のネットワークでは，通信フロー単位で統計監視情報を収集することがで
きる。遅延時間，最低帯域補償，パケット損失率等がSLAの定義に含まれている
場合，上述の通り，パケット交換機が送信したパケットに関する統計監視情報７
６，および廃棄したパケット数に関する情報７７，当該パケット交換機において
利用した帯域に関する情報７８，時刻に関する情報７９を通信フロー単位で収集
することができるので，これらのデータをそのまま，またはこれらのデータを基
に作成したデータをユーザに送信することにより，SLA履行を証明することが可
能となる。
１… 本発明のパケット交換機
２… 入力側インタフェース
３… フロー検出機能
４… フローテーブル
５… メータ
６… 多重化制御機能
７… 多重化機能
１３… 管理装置インタフェース
２０，２１… メータ
２２… メータリーダ
２３… マネージャ
３０… 管理対象ネットワーク
３３，３４… エッジパケット交換機
２５，３６… 中継パケット交換機
５０… 監視対象ネットワーク
５３，５４… エッジパケット交換機
５５… 中継パケット交換機
６０… 監視対象ネットワーク
６３，６４… エッジパケット交換機
６５… 中継パケット交換機
７０… ＩＰヘッダ
７１… ユーザデータ
７４… 装置識別情報
７５… フロー識別情報
７６… 送信カウント
７７… 損失カウント
７８… 利用帯域情報
７９… 時刻情報
８０… ＩＰヘッダ
８１… ユーザデータ
８４… 装置識別情報
８５… フロー識別情報
８６… 送信カウント
８７… 損失カウント
８８… 利用帯域情報
８９… 時刻情報
１００… ＩＰヘッダ
１０１，１０２，１０３，１０４… 統計情報エレメント。
２… 入力側インタフェース
３… フロー検出機能
４… フローテーブル
５… メータ
６… 多重化制御機能
７… 多重化機能
１３… 管理装置インタフェース
２０，２１… メータ
２２… メータリーダ
２３… マネージャ
３０… 管理対象ネットワーク
３３，３４… エッジパケット交換機
２５，３６… 中継パケット交換機
５０… 監視対象ネットワーク
５３，５４… エッジパケット交換機
５５… 中継パケット交換機
６０… 監視対象ネットワーク
６３，６４… エッジパケット交換機
６５… 中継パケット交換機
７０… ＩＰヘッダ
７１… ユーザデータ
７４… 装置識別情報
７５… フロー識別情報
７６… 送信カウント
７７… 損失カウント
７８… 利用帯域情報
７９… 時刻情報
８０… ＩＰヘッダ
８１… ユーザデータ
８４… 装置識別情報
８５… フロー識別情報
８６… 送信カウント
８７… 損失カウント
８８… 利用帯域情報
８９… 時刻情報
１００… ＩＰヘッダ
１０１，１０２，１０３，１０４… 統計情報エレメント。
Claims (15)
- 複数のパケット交換機と，上記複数のパケット交換機を管理するネットワーク監視装置とを含むネットワークにおいて，上記ネットワークのバウンダリに配置されるパケット交換機のネットワーク監視方法であって，
入力されたパケットのヘッダ内のデータと，検出すべき監視対象通信フローの条件とを比較することにより，監視対象通信フローに属するパケットの通信開始を検出し，
監視対象通信フローに属するパケットの通信開始を検出すると，上記検出された監視対象通信フローの統計情報の収集を開始し，
上記検出された監視対象通信フローに属するパケットの通信終了を検出すると，それを契機に，収集した統計情報を一部に含むパケットを，上記検出された監視対象通信フローに属するパケットが通過した経路の下流に位置する隣接パケット交換機に送信し，上記隣接パケット交換機に対して，上記隣接パケット交換機が収集した上記検出された監視対象通信フローの統計情報の収集を指示することを特徴とするネットワーク監視方法。 - 請求項１に記載のネットワーク監視方法であって，
上記収集した統計情報を一部に含むパケットは，上記検出された監視対象通信フローに属するパケットであることを特徴とするネットワーク監視方法。 - 請求項１に記載のネットワーク監視方法であって，
上記検出すべき監視対象通信フローの条件は，少なくともパケットヘッダ内の送信元アドレス情報，宛先アドレス情報又はサービスタイプの何れか一つを含むことを特徴とするネットワーク監視方法。 - 請求項１に記載のネットワーク監視方法であって，
上記監視対象通信フローの統計情報は，少なくとも，通過した上記監視対象通信フローに属するパケットの数，通過した上記監視対象通信フローに属するパケットのバイト数，廃棄された上記監視対象通信フローに属するパケットの数，又は単位時間に通過した上記監視対象通信フローに属するパケットの数の何れか一つを含むことを特徴とするネットワーク監視方法。 - 複数のパケット交換機と，上記複数のパケット交換機を管理するネットワーク監視装置とを含むネットワークにおいて，上記ネットワークのコアに配置されるパケット交換機のネットワーク監視方法であって，
入力されたパケットのヘッダ内のデータと，検出すべき監視対象通信フローの条件とを比較することにより，監視対象通信フローに属するパケットの通信開始を検出し，
監視対象通信フローに属するパケットの通信開始を検出すると，上記検出された監視対象通信フローの統計情報の収集を開始し，
上記監視対象通信フローに属するパケットが通過したパケット交換機であって，上記ネットワークのバウンダリに配置されるパケット交換機が収集した統計情報を一部に含むパケットを受信すると，それを契機に，その受信したパケットに収集した統計情報を多重して，上記検出された監視対象通信フローに属するパケットが通過した経路の下流に位置する隣接パケット交換機に送信することを特徴とするネットワーク監視方法。 - 請求項５に記載のネットワーク監視方法であって，
上記受信したパケットは，上記検出された監視対象通信フローに属するパケットであることを特徴とするネットワーク監視方法。 - 請求項５に記載のネットワーク監視方法であって，
上記検出すべき監視対象通信フローの条件は，少なくともパケットヘッダ内の送信元アドレス情報，宛先アドレス情報又はサービスタイプの何れか一つを含むことを特徴とするネットワーク監視方法。 - 請求項５に記載のネットワーク監視方法であって，
上記監視対象通信フローの統計情報は，少なくとも，通過した上記監視対象通信フローに属するパケットの数，通過した上記監視対象通信フローに属するパケットのバイト数，廃棄された上記監視対象通信フローに属するパケットの数，又は単位時間に通過した上記監視対象通信フローに属するパケットの数の何れか一つを含むことを特徴とするネットワーク監視方法。 - 複数のパケット交換機と，上記複数のパケット交換機を管理するネットワーク監視装置とを含むネットワークにおいて，上記ネットワークのバウンダリに配置されるパケット交換機のネットワーク監視方法であって，
入力されたパケットのヘッダ内のデータと，検出すべき監視対象通信フローの条件とを比較することにより，監視対象通信フローに属するパケットの通信開始を検出し，
監視対象通信フローに属するパケットの通信開始を検出すると，上記検出された監視対象通信フローの統計情報の収集を開始し，
上記監視対象通信フローに属するパケットが通過したパケット交換機であって，上記ネットワークのバウンダリに配置されるパケット交換機が収集した統計情報を一部に含むパケットを受信すると，それを契機に，その受信したパケットに収集した統計情報を多重して，上記ネットワーク管理装置に送信することを特徴とするネットワーク監視方法。 - 請求項９に記載のネットワーク監視方法であって，
上記受信したパケットは，上記検出された監視対象通信フローに属するパケットであることを特徴とするネットワーク監視方法。 - 請求項９に記載のネットワーク監視方法であって，
上記検出すべき監視対象通信フローの条件は，少なくともパケットヘッダ内の送信元アドレス情報，宛先アドレス情報又はサービスタイプの何れか一つを含むことを特徴とするネットワーク監視方法。 - 請求項９に記載のネットワーク監視方法であって，
上記監視対象通信フローの統計情報は，少なくとも，通過した上記監視対象通信フローに属するパケットの数，通過した上記監視対象通信フローに属するパケットのバイト数，廃棄された上記監視対象通信フローに属するパケットの数，又は単位時間に通過した上記監視対象通信フローに属するパケットの数の何れか一つを含むことを特徴とするネットワーク監視方法。 - 複数のパケット交換機と，上記複数のパケット交換機を管理するネットワーク監視装置とを含むネットワークにおいて，上記ネットワークのバウンダリに配置されるパケット交換機のネットワーク監視方法であって，
入力されたパケットのヘッダ内のデータと，検出すべき監視対象通信フローの条件とを比較することにより，監視対象通信フローに属するパケットの通信開始を検出し，
監視対象通信フローに属するパケットの通信開始を検出すると，上記検出された監視対象通信フローの統計情報の収集を開始し，
上記検出された監視対象通信フローに属するパケットの通信終了を検出すると，それを契機に，収集した統計情報を一部に含むパケットを，上記検出された監視対象通信フローに属するパケットが通過した経路の上流に位置する隣接パケット交換機に送信し，上記隣接パケット交換機に対して，上記隣接パケット交換機が収集した上記検出された監視対象通信フローの統計情報の収集を指示することを特徴とするネットワーク監視方法。 - 請求項１３に記載のネットワーク監視方法であって，
上記検出すべき監視対象通信フローの条件は，少なくともパケットヘッダ内の送信元アドレス情報，宛先アドレス情報又はサービスタイプの何れか一つを含むことを特徴とするネットワーク監視方法。 - 請求項１３に記載のネットワーク監視方法であって，
上記監視対象通信フローの統計情報は，少なくとも，通過した上記監視対象通信フローに属するパケットの数，通過した上記監視対象通信フローに属するパケットのバイト数，廃棄された上記監視対象通信フローに属するパケットの数，又は単位時間に通過した上記監視対象通信フローに属するパケットの数の何れか一つを含むことを特徴とするネットワーク監視方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005111514A JP2005210756A (ja) | 2005-04-08 | 2005-04-08 | ネットワーク監視方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005111514A JP2005210756A (ja) | 2005-04-08 | 2005-04-08 | ネットワーク監視方法 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000073924A Division JP3994614B2 (ja) | 2000-03-13 | 2000-03-13 | パケット交換機、ネットワーク監視システム及びネットワーク監視方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005210756A true JP2005210756A (ja) | 2005-08-04 |
Family
ID=34909814
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005111514A Withdrawn JP2005210756A (ja) | 2005-04-08 | 2005-04-08 | ネットワーク監視方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005210756A (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008062787A1 (fr) * | 2006-11-21 | 2008-05-29 | Nippon Telegraph And Telephone Corporation | Appareil et procédé de restriction d'informations de flux |
| WO2009008075A1 (ja) * | 2007-07-11 | 2009-01-15 | Fujitsu Limited | 統計情報収集通知プログラム、統計情報収集通知装置および統計情報収集通知方法 |
| JP2009055327A (ja) * | 2007-08-27 | 2009-03-12 | Hitachi Ltd | ネットワークシステム |
| JP2009540717A (ja) * | 2006-06-12 | 2009-11-19 | クラウドソフト コーポレーション リミテッド | 自己管理型分散メディエーションネットワーク |
| JP2010124127A (ja) * | 2008-11-18 | 2010-06-03 | Kddi Corp | ネットワーク診断装置、ネットワーク診断方法およびプログラム |
| JP2010537476A (ja) * | 2007-08-15 | 2010-12-02 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 個々のデータフロー性能の監視 |
| JP2011175392A (ja) * | 2010-02-24 | 2011-09-08 | Fujitsu Ltd | 性能情報収集システム、及び、性能情報収集方法 |
| JP2013187616A (ja) * | 2012-03-06 | 2013-09-19 | Fujitsu Ltd | パケット中継装置及びデータパケットの廃棄数の測定方法 |
-
2005
- 2005-04-08 JP JP2005111514A patent/JP2005210756A/ja not_active Withdrawn
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009540717A (ja) * | 2006-06-12 | 2009-11-19 | クラウドソフト コーポレーション リミテッド | 自己管理型分散メディエーションネットワーク |
| WO2008062787A1 (fr) * | 2006-11-21 | 2008-05-29 | Nippon Telegraph And Telephone Corporation | Appareil et procédé de restriction d'informations de flux |
| US8239565B2 (en) | 2006-11-21 | 2012-08-07 | Nippon Telegraph And Telephone Corporation | Flow record restriction apparatus and the method |
| WO2009008075A1 (ja) * | 2007-07-11 | 2009-01-15 | Fujitsu Limited | 統計情報収集通知プログラム、統計情報収集通知装置および統計情報収集通知方法 |
| JP2010537476A (ja) * | 2007-08-15 | 2010-12-02 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 個々のデータフロー性能の監視 |
| JP2009055327A (ja) * | 2007-08-27 | 2009-03-12 | Hitachi Ltd | ネットワークシステム |
| JP2010124127A (ja) * | 2008-11-18 | 2010-06-03 | Kddi Corp | ネットワーク診断装置、ネットワーク診断方法およびプログラム |
| JP2011175392A (ja) * | 2010-02-24 | 2011-09-08 | Fujitsu Ltd | 性能情報収集システム、及び、性能情報収集方法 |
| JP2013187616A (ja) * | 2012-03-06 | 2013-09-19 | Fujitsu Ltd | パケット中継装置及びデータパケットの廃棄数の測定方法 |
| US9154390B2 (en) | 2012-03-06 | 2015-10-06 | Fujitsu Limited | Packet relay apparatus and measurement method for measuring discard number of data packets |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3994614B2 (ja) | パケット交換機、ネットワーク監視システム及びネットワーク監視方法 | |
| US7835290B2 (en) | Method for measuring end-to-end delay in asynchronous packet transfer network, and asynchronous packet transmitter and receiver | |
| JP2005210756A (ja) | ネットワーク監視方法 | |
| Curtis et al. | Mahout: Low-overhead datacenter traffic management using end-host-based elephant detection | |
| TW536890B (en) | Scalable real-time quality of service monitoring and analysis of service dependent subscriber satisfaction in IP networks | |
| EP1069729B1 (en) | Network capacity planning based on buffers occupancy monitoring | |
| JP5300076B2 (ja) | コンピュータシステム、及びコンピュータシステムの監視方法 | |
| US8811395B2 (en) | System and method for determination of routing information in a network | |
| CN101399769A (zh) | 路径测试和切换 | |
| WO2007118396A1 (fr) | Procédé et système de mesure de performances réseau | |
| US7092359B2 (en) | Method for distributing the data-traffic load on a communication network and a communication network for implementing this method | |
| JP2003258903A (ja) | 通信路監視システム | |
| EP1782573B1 (en) | Quality of service monitor in a packet-based network | |
| JPH11177573A (ja) | 輻輳回避システム | |
| JP4627324B2 (ja) | マルチキャスト経路特定方法 | |
| Uhlig et al. | On the Cost of Using MPLS for Interdomain Trafic | |
| WO2007028299A1 (fr) | Procede statistique portant sur le flux multimedia dans le reseau de prochaine generation (ngn) | |
| JP2000278264A (ja) | データネットワーク監視方法 | |
| KR101364090B1 (ko) | 아이에스피망의 고유 번호를 이용한 아이에스피 간의트래픽 정산 시스템 및 방법 | |
| KR100862727B1 (ko) | 트래픽 분석 방법 및 그 시스템 | |
| Holness et al. | Congestion control mechanism for traffic engineering within MPLS networks | |
| Holness et al. | Dynamic congestion control mechanisms for MPLS networks | |
| Galinski et al. | Network controller extension for unsplittable data flows in the SDN environment | |
| JP2004166023A (ja) | 通信路監視システム | |
| CN100581130C (zh) | 一种面向连接和无连接的网络包交换方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060421 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070201 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A132 Effective date: 20070220 |
|
| A761 | Written withdrawal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A761 Effective date: 20070416 |