JP3896879B2 - トラヒック監視システム - Google Patents
トラヒック監視システム Download PDFInfo
- Publication number
- JP3896879B2 JP3896879B2 JP2002079957A JP2002079957A JP3896879B2 JP 3896879 B2 JP3896879 B2 JP 3896879B2 JP 2002079957 A JP2002079957 A JP 2002079957A JP 2002079957 A JP2002079957 A JP 2002079957A JP 3896879 B2 JP3896879 B2 JP 3896879B2
- Authority
- JP
- Japan
- Prior art keywords
- line
- traffic
- input
- packet
- output
- 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 - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/25—Routing or path finding in a switch fabric
- H04L49/253—Routing or path finding in a switch fabric using establishment or release of connections between ports
- H04L49/254—Centralised controller, i.e. arbitration or scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/11—Identifying congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/50—Overload detection or protection within a single switching element
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はトラヒックを監視するためのトラヒック監視システムに係わり、たとえばコアネットワークノードでトラヒックの監視に適したトラヒック監視システムに関する。
【０００２】
【従来の技術】
図２１は、通信ネットワークにおけるコア・ネットワークを含めたネットワークの概要を表わしたものである。コア・ネットワーク１１は通信事業者側のネットワークであり、その周辺に位置している図示しない複数のＩＳＰ（インターネットサービスプロバイダ）を接続（合流または分離）する複数のエッジノード１２1、１２2、…と、これら複数のエッジノード１２1、１２2、…を接続する幾つかのコアノード１３1、１３2、…から構成されている。たとえば、第１の通信端末１４と第２の通信端末１５がインターネット網を利用して通信を行うものとする。この場合、第１の通信端末１４から送出されたパケット信号は、図示しないＩＳＰを経て第１のエッジノード１２1に到達し、ここから例えば第１のコアノード１３1を経て第２のエッジノード１２2に到達し、ここから他の図示しないＩＳＰを介して第２の通信端末１５に到達する。もちろん、第１の通信端末１４から第２の通信端末１５へパケット信号を送出する際には、これ以外の経路も採ることができる。たとえば第１のエッジノード１２1に到達した後に、第２のコアノード１３2に送られて、ここから第２のエッジノード１２2に到達させることもが可能である。
【０００３】
ところで、さまざまなパケットが行きかうインターネット上では、特定の通信に対して帯域を予約して、一定の通信速度を保証することが必要とされる場合がある。この要請からサービスの品質としてのＱＯＳ（Quality Of Service）が活用されている。ＱＯＳを特定の通信に対して保証するためには、パケットがネットワーク上のスイッチあるいはノードを経てどのように伝達されているかを監視する必要がある。
【０００４】
そこで、たとえば特開２００１−１３６２０４号公報では、ＩＰ（Internet Protocol）パケットデータを交換する交換機において、ＩＰパケットスイッチ回路に入出力するＩＰパケットをキャプチャし、これらのパケットのデータを収集するようにしている。そして、収集したパケットのうちから宛先ＩＰアドレスおよび発信元ＩＰアドレスを調べて、特定のＩＰパケットの流れを把握している。
【０００５】
また、特開２００１−２０３６９１号公報では、ネットワークを監視するシステムの図示しないインタフェース部がＩＰパケットのキャプチャを行うようにしている。そして、同じく図示しない抽出部がＩＰヘッダから送信元アドレスや宛先ＩＰアドレス等を抽出して、図示しない解析部に送り、経路ごとにトラヒックを集計するようにしている。特開平１１−２０５３８６号公報も同様にＩＰパケットを個々にキャプチャしてトラヒックの監視を行っている。
【０００６】
【発明が解決しようとする課題】
ところでコア・ネットワーク１１は基幹のネットワークを構成している。このためコア・ネットワーク１１を通過するパケット信号の量は非常に多く、また通信速度も十数ギガビット／秒以上というように非常に速い。このため、ＱＯＳの要請から、コア・ネットワーク１１に関してはこれを通過するパケット信号を１つずつ個別にキャプチャすることは不可能である。すなわち、図２１に示したコア・ネットワーク１１のエッジノード１２1、１２2、…やコアノード１３1、１３2、…で個々のパケット信号ごとにこれらの経路を特定しようとすると、それぞれのパケットを高速で把握すると共に、ルート別にこれらのカウント値を個別に記憶しておく必要があり、リソースの観点からも実現が不可能とされていた。
【０００７】
そこで、従来ではユーザあるいはパケットのフローごとのＱＯＳ保証を考慮しないこととするか、考慮する場合にはコア・ネットワーク１１自体に十分な余裕度を持たせて結果的にその保証を図るといった手法が採られていた。しかしながら、後者の場合、パケット通信はますます大容量化かつ高速化しているので、これに応じて設備を十分な余裕度を持って拡張する必要があり、経済的なシステムを構成することができないという問題があった。また、コア・ネットワーク１１の各ノードにおけるパフォーマンスを向上させることができず、また、ＱＯＳ保証を確保しようとするとこれらのノードの拡張性も低くなるといった問題があった。
【０００８】
そこで本発明の目的は、個々のパケット信号をキャプチャすることなく複数の回線を交換する際のパケット信号のトラヒック監視を行うことのできるトラヒック監視システムを提供することにある。
【０００９】
【課題を解決するための手段】
請求項１記載の発明では、（イ）パケット信号の入出力を行う回線ごとに設けられた回線インタフェース手段と、（ロ）回線インタフェース手段に入力されたパケット信号を宛先に対応させた回線の回線インタフェース手段に接続するスイッチ手段と、（ハ）パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から入力されるパケット信号をカウントする入力トラヒックカウント手段と、（ニ）パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から出力されるパケット信号をカウントする出力トラヒックカウント手段と、（ホ）監視すべきパケットフローが指定されたとき、そのパケットフローにおけるパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段と、（ヘ）この入出力回線特定手段で特定されたパケットの入力する回線における入力トラヒックカウント手段のカウント値を周期的に取得する入力トラヒックカウント取得手段と、（ト）入出力回線特定手段で特定されたパケットの出力する回線における出力トラヒックカウント手段のカウント値を周期的に取得する出力トラヒックカウント取得手段と、（チ）これら入力トラヒックカウント取得手段および出力トラヒックカウント取得手段によって取得したそれぞれのカウント値を監視すべきパケットフローと対応付けて格納する監視用データ格納手段とをトラヒック監視システムに具備させる。
【００１０】
すなわち請求項１記載の発明では、回線ごとに入力トラヒックカウント手段と、出力トラヒックカウント手段と、入出力回線の選択を行うスイッチ手段とを備えたコアネットワークノード等のネットワーク上の接合点に、監視すべきパケットフローに対応したパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段を設け、そのパケットフローに対応した入力トラヒックのカウント値を入力トラヒックカウント取得手段で周期的に取得すると共に、出力トラヒックのカウント値を出力トラヒックカウント取得手段で周期的に取得する。そしてこれら取得したカウント値をその監視すべきパケットフローと対応付けて格納する監視用データ格納手段に格納して監視に使用することにしている。このように監視するパケットフローを具体的に把握するのではなく、そのパケットフローに直接関係する入出力の回線のトラヒックカウントを取得することで、個々のパケット信号をキャプチャすることなく監視についての有用なデータを取得することができる。したがって、パケット信号の個々のキャプチャがリソース等との関係で不可能であったシステムでも資源を効率的に活用した経済的な通信システムを構築することが可能になる。
【００１１】
請求項２記載の発明では、（イ）パケット信号の入出力を行う回線ごとに設けられた回線インタフェース手段と、（ロ）回線インタフェース手段に入力されたパケット信号を宛先に対応させた回線の回線インタフェース手段に接続するスイッチ手段と、（ハ）パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から入力され廃棄されるパケット信号をカウントする入力廃棄トラヒックカウント手段と、（ニ）パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から出力され廃棄されるパケット信号をカウントする出力廃棄トラヒックカウント手段と、（ホ）監視すべきパケットフローが指定されたとき、そのパケットフローにおけるパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段と、（ヘ）この入出力回線特定手段で特定されたパケットの入力する回線における入力廃棄トラヒックカウント手段のカウント値を周期的に取得する入力廃棄トラヒックカウント取得手段と、（ト）入出力回線特定手段で特定されたパケットの出力する回線における出力廃棄トラヒックカウント手段のカウント値を周期的に取得する出力廃棄トラヒックカウント取得手段と、（チ）これら入力廃棄トラヒックカウント取得手段および出力廃棄トラヒックカウント取得手段によって取得したそれぞれのカウント値を監視すべきパケットフローと対応付けて格納する監視用データ格納手段とをトラヒック監視システムに具備させる。
【００１２】
すなわち請求項２記載の発明では、回線ごとに入力廃棄トラヒックカウント手段と、出力廃棄トラヒックカウント手段と、入出力回線の選択を行うスイッチ手段とを備えたコアネットワークノード等のネットワーク上の接合点に、監視すべきパケットフローに対応したパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段を設け、そのパケットフローに対応した入力廃棄トラヒックのカウント値を入力廃棄トラヒックカウント取得手段で周期的に取得すると共に、出力廃棄トラヒックのカウント値を出力廃棄トラヒックカウント取得手段で周期的に取得する。そしてこれら取得したカウント値をその監視すべきパケットフローと対応付けて格納する監視用データ格納手段に格納して監視に使用することにしている。このように監視するパケットフローを具体的に把握するのではなく、そのパケットフローに直接関係する入出力の回線の廃棄トラヒックカウントを取得することで、個々のパケット信号をキャプチャすることなく監視についての有用なデータを取得することができる。したがって、パケット信号の個々のキャプチャがリソース等との関係で不可能であったシステムでも資源を効率的に活用した経済的な通信システムを構築することが可能になる。
【００１３】
請求項３記載の発明では、（イ）パケット信号の入出力を行う回線ごとに設けられた回線インタフェース手段と、（ロ）回線インタフェース手段に入力されたパケット信号を宛先に対応させた回線の回線インタフェース手段に接続するスイッチ手段と、（ハ）パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から入力されるパケット信号をカウントする入力トラヒックカウント手段と、（ニ）パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から出力されるパケット信号をカウントする出力トラヒックカウント手段と、（ホ）パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から入力され廃棄されるパケット信号をカウントする入力廃棄トラヒックカウント手段と、（ヘ）パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から出力され廃棄されるパケット信号をカウントする出力廃棄トラヒックカウント手段と、（ト）監視すべきパケットフローが指定されたとき、そのパケットフローにおけるパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段と、（チ）この入出力回線特定手段で特定されたパケットの入力する回線における入力トラヒックカウント手段のカウント値を周期的に取得する入力トラヒックカウント取得手段と、（リ）入出力回線特定手段で特定されたパケットの出力する回線における出力トラヒックカウント手段のカウント値を周期的に取得する出力トラヒックカウント取得手段と、（ヌ）入出力回線特定手段で特定されたパケットの入力する回線における入力廃棄トラヒックカウント手段のカウント値を周期的に取得する入力廃棄トラヒックカウント取得手段と、（ル）入出力回線特定手段で特定されたパケットの出力する回線における出力廃棄トラヒックカウント手段のカウント値を周期的に取得する出力廃棄トラヒックカウント取得手段と、（ヲ）これら入力トラヒックカウント取得手段および出力トラヒックカウント取得手段によって取得したそれぞれのカウント値ならびに入力廃棄トラヒックカウント取得手段および出力廃棄トラヒックカウント取得手段によって取得したそれぞれのカウント値を監視すべきパケットフローと対応付けて格納する監視用データ格納手段とをトラヒック監視システムに具備させる。
【００１４】
すなわち請求項３記載の発明では、回線ごとに入力トラヒックカウント手段と、出力トラヒックカウント手段と、入力廃棄トラヒックカウント手段と、出力廃棄トラヒックカウント手段と、入出力回線の選択を行うスイッチ手段とを備えたコアネットワークノード等のネットワーク上の接合点に、監視すべきパケットフローに対応したパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段を設け、そのパケットフローに対応した入力トラヒックのカウント値を入力トラヒックカウント取得手段で周期的に取得すると共に、出力トラヒックのカウント値を出力トラヒックカウント取得手段で周期的に取得する。また、入力廃棄トラヒックのカウント値を入力廃棄トラヒックカウント取得手段で周期的に取得すると共に、出力廃棄トラヒックのカウント値を出力廃棄トラヒックカウント取得手段で周期的に取得する。そしてこれら取得したカウント値をその監視すべきパケットフローと対応付けて格納する監視用データ格納手段に格納して監視に使用することにしている。このように監視するパケットフローを具体的に把握するのではなく、そのパケットフローに直接関係する入出力の回線のトラヒックカウントおよび廃棄トラヒックカウントを取得することで、個々のパケット信号をキャプチャすることなく監視についての有用なデータを取得することができる。したがって、パケット信号の個々のキャプチャがリソース等との関係で不可能であったシステムでも資源を効率的に活用した経済的な通信システムを構築することが可能になる。
【００１５】
請求項４記載の発明では、請求項１〜請求項３記載のトラヒック監視システムで、入出力回線特定手段は、監視すべきパケットフローを全体のパケットフローの中から選択して特定することを特徴としている。
【００１６】
すなわち請求項４記載の発明では、全体のパケットフローが膨大な場合には、必要とされるパケットフローを特定してそれらについて監視を行うので、的を絞った効率的な監視が可能になる。また、ＣＰＵ（中央処理装置）等の監視制御系の負担を軽減することができるので、システムを簡易に構成することが可能になる。
【００１７】
請求項５記載の発明では、請求項１〜請求項３記載のトラヒック監視システムで、入出力回線特定手段は、監視すべきパケットフローを全体のパケットフローの中から順次時分割的に選択して特定することを特徴としている。
【００１８】
すなわち請求項５記載の発明では、全体のパケットフローが膨大な場合には、これらのパケットフローを順次時分割的に指定して監視することで、監視制御系の負担を軽減することができる。しかも、全体的なパケットフローを監視することができるので、パケットフロー全体についての品質の保証を行うことができる。
【００１９】
請求項６記載の発明では、請求項１または請求項３記載のトラヒック監視システムで、監視用データ格納手段に格納されたそれぞれの入力カウント値または出力カウント値を用いて監視すべきパケットフローに対応する回線の使用率を算出する回線使用率算出手段を具備することを特徴としている。
【００２０】
すなわち請求項６記載の発明では、入力カウント値または出力カウント値を用いて監視すべきパケットフローに対応する回線の使用率を算出することで、監視に有用なデータとすることができる。これ以外の加工処理を行うことはもちろん有効である。
【００２１】
請求項７記載の発明では、請求項２または請求項３記載のトラヒック監視システムで、監視用データ格納手段に格納されたそれぞれの入力廃棄カウント値または出力廃棄カウント値を用いて監視すべきパケットフローに対応する回線の廃棄率を算出する回線廃棄率算出手段を具備することを特徴としている。
【００２２】
すなわち請求項７記載の発明では、入力廃棄カウント値または出力廃棄カウント値を用いて監視すべきパケットフローに対応する回線の使用率を算出することで、監視に有用なデータとすることができる。これ以外の加工処理を行うことはもちろん有効である。
【００２３】
【発明の実施の形態】
【００２４】
【実施例】
以下実施例につき本発明を詳細に説明する。
【００２５】
図１は本発明の一実施例におけるトラヒック監視システムを使用したコアネットワークノードの構成を表わしたものである。このコアネットワークノード１０１は、入出力のためのスイッチ部１０２と、第１〜第Ｎの回線１０３1〜１０３Nに対応した第１〜第Ｎの回線インターフェース部１０４1〜１０４Nを備えている。第１〜第Ｎの回線インターフェース部１０４1〜１０４Nはそれぞれスイッチ部１０２と接続される他、ソフトウェアでこれらの制御を行う制御部１０５と接続されている。第１の回線インターフェース部１０４1には、入力されてきたパケットの識別と転送を行うパケット識別転送部１１１1と、入力されたパケットを一時的に格納する入力パケットバッファ部１１２1と、出力するパケットを一時的に格納する出力パケットバッファ部１１３1と、入力されたパケットに関するトラヒックをカウントする入力トラヒックカウンタ部１１４1と、出力されるパケットに関するトラヒックをカウントする出力トラヒックカウンタ部１１５1と、第１の回線インターフェース部１０４1内の制御を行う回線インターフェース制御部１１６1とが配置されている。図１では第１の回線インターフェース部１０４1の内部構成のみ具体的に示しているが、第２〜第Ｎの回線インターフェース部１０４2〜１０４Nについても同様の内部構成となっている。
【００２６】
制御部１０５は図示しないＣＰＵ（中央処理装置）と制御プログラムや各種データを格納するための記憶媒体を備えており、制御プログラムをＣＰＵが実行することによって幾つかの機能ブロックを実現している。本実施例ではパケットフローの管理を行うパケットフロー管理ブロック１２１と、トラヒックカウンタの収集を行うトラヒックカウンタ収集ブロック１２２と、トラヒックカウンタの監視を行うトラヒックカウンタ監視ブロック１２３とが実現されている。
【００２７】
このような構成のコアネットワークノード１０１で、たとえば第１の回線インターフェース部１０４1内の入力トラヒックカウンタ部１１４1と出力トラヒックカウンタ部１１５1は、第１の回線１０３1におけるパケットの入力すなわち受信と、パケットの出力すなわち送信と、パケットのデータ量（バイト数）をカウントする機能を有している。したがって、パケット化された音声やデータは、第１〜第Ｎの回線インターフェース部１０４1〜１０４Nでそれぞれ個別にトラヒックを把握された状態でスイッチ部１０２に転送され、出力回線へと出て行くことになる。これら入力トラヒックカウンタ部１１４1および出力トラヒックカウンタ部１１５1は、従来から存在していたカウンタであり、本実施例用に特別に用意されたカウンタではない。
【００２８】
ソフトウェアで制御を実現する制御部１０５におけるパケットフロー管理ブロック１２１では、パケットのフローすなわち送信元アドレスと宛先アドレスの組と第１〜第Ｎの回線１０３1〜１０３Nの対応を管理する機能を有している。トラヒックカウンタ収集ブロック１２２は、回線インターフェース制御部１１６1〜１１６Nから収集したトラヒックカウンタを保存し管理する機能を有している。トラヒックカウンタ監視ブロック１２３では、パケットフローに対応した回線単位のトラヒックカウンタを保存し管理する機能を有している。この制御部１０５からの指示によって、第１〜第Ｎの回線インターフェース部１０４1〜１０４Nのうちの指示のあったものは、入力および出力トラヒックカウントをこれに報告する。トラヒックカウンタ収集ブロック１２２は、第１〜第Ｎの回線インターフェース部１０４1〜１０４Nから報告されるトラヒックカウントから第１〜第Ｎの回線１０３1〜１０３Nにそれぞれ対応したトラヒックカウントを保存するようになっている。
【００２９】
トラヒックカウンタ監視ブロック１２３は、パケットフローと第１〜第Ｎの回線１０３1〜１０３Nの対応をパケットフロー管理ブロック１２１に問い合わせ、図示しないパケットフローと入出力回線の対応テーブルを参照する。そして、トラヒックカウントの入力側と出力側の回線１０３ごとの対応付けを取得し、コアネットワークノード１０１内の送受信パケットのデータ量あるいは廃棄量を得ることができる。このようにして、入力と出力との回線１０３単位のカウントを制御部１０５でパケットフローと対応付けることで、コアネットワークノード１０１内での特定されたパケットフローと対応したトラヒックカウントを収集し監視することが可能になる。これを更に具体的に説明する。
【００３０】
図２は、２点間のパケットフローの一例を示したものである。今、送信元アドレスを“Ａ”とし、宛先アドレスを“Ｂ”とする。また、第１の回線１０３1から第１の回線インターフェース部１０４1にパケットが入力されて、スイッチ部１０２から第２の回線インターフェース部１０４2を通って出力回線としての第２の回線１０３2にこのパケットが出力される場合を考える。このとき、パケットフローＡ−Ｂのトラヒックとして、第１の回線インターフェース部１０４1では図１における入力トラヒックカウンタ部１１４1でカウントされる入力トラヒックカウントが収集される。また、第２の回線インターフェース部１０４2では、出力トラヒックカウンタ部１１５2でカウントされる出力トラヒックカウントが収集されることになる。
【００３１】
なお、第１の回線インターフェース部１０４1に入力されたパケットはすべて第２の回線インターフェース部１０４2を通って第２の回線１０３2に出力されるとは限らず、たとえば第３の回線１０３3を経て宛先アドレス“Ｂ”以外の宛先に送出される場合もある。また、第２の回線インターフェース部１０４2から第２の回線１０３2に出力されるパケットが必ずしも宛先アドレス“Ｂ”を宛先アドレスとするものとも言えない。しかしながら、パケットフローＡ−Ｂについては、確実に第１の回線インターフェース部１０４1の入力トラヒックカウンタ部１１４1でカウントされ、続いて第２の回線インターフェース部１０４2を通過し、このとき出力トラヒックカウンタ部１１５2でカウントされるのは事実である。そこで、本実施例ではパケットフローＡ−Ｂについては、入力トラヒックカウンタ部１１４1と出力トラヒックカウンタ部１１５2のカウントや第１および第２の回線１０３1、１０３2の使用率等を勘案して、その監視を行うようにしている。
【００３２】
図３は、入力（受信）と出力（送信）のトラヒックカウントの収集のプロセスを表わしたものである。図１に示した制御部１０５は、パケットフローＡ−Ｂを監視する場合、第１の回線インターフェース部１０４1がその入力トラヒックカウンタ部１１４1で収集し保存している受信カウントと、第２の回線インターフェース部１０４2がその出力トラヒックカウンタ部１１５2で収集し保存している送信カウントをそれぞれ収集する。
【００３３】
このような制御部１０５による収集とは無関係に、第１の回線１０３1は第１の回線インターフェース部１０４1にパケットが受信されると、その入力トラヒックカウンタ部１１４1がこれを収集・保存するようになっている（ステップＳ２０１）。同様に、第２の回線インターフェース部１０４2ではそのパケットを出力するときその出力トラヒックカウンタ部１１５2がこれを収集・保存するようになっている（ステップＳ２０２）。これらのカウント値はそれぞれ対応する第１または第２の回線インターフェース部１０４1、１０４2が収集することになる（ステップＳ２０３、Ｓ２０４）。このようにして第１および第２の回線インターフェース部１０４1、１０４2はそれぞれの受信カウントあるいは送信カウントの値を更新し保存する処理を継続していることになる（ステップＳ２０５、Ｓ２０６）。
【００３４】
この図には示していないが、第１の回線インターフェース部１０４1における送信カウントの収集と保存および第２の回線インターフェース部１０４2における受信カウントの収集と保存も同様にして行われている。ただし、これらのカウント値は２点間のパケットフローＡ−Ｂの監視には使用しないので、図示していない。第３〜第Ｎの回線インターフェース部１０４3〜１０４Nでも、同様にそれぞれ受信および送信カウントの収集と保存が行われている。これらについても２点間のパケットフローＡ−Ｂの監視には使用しないので、図示していない。
【００３５】
図１に示した制御部１０５は、図２に示した２点間のパケットフローＡ−Ｂを監視するこの例の場合、所定のタイミングで第１および第２の回線インターフェース部１０４1、１０４2に対してこれらの保存しているカウントの報告を要求する（ステップＳ２０７、Ｓ２０８）。これを基にして、第１および第２の回線インターフェース部１０４1、１０４2はこれらのカウントを報告する（ステップＳ２０９、Ｓ２１０）。このようにして制御部内に第１および第２の回線インターフェース部１０４1、１０４2におけるパケットフローＡ−Ｂを監視するための受信および送信カウントが保存されることになる（ステップＳ２１１）。
【００３６】
パケットフローＡ−Ｂに対応させて制御部１０５が第１および第２の回線インターフェース部１０４1、１０４2について設定する受信および送信カウントの収集の周期は、第１または第２の回線１０３1、１０３2に対応したこれらの回線インターフェース部１０４1、１０４2での入力トラヒックカウント（受信カウント）と、出力トラヒックカウント（送信カウント）に用意された図示しないカウンタがオーバフローを生じさせない間隔に設定される。すなわち、これらのカウンタのビット幅に応じて設定される周期で制御部１０５が第１および第２の回線１０３1、１０３2からそれぞれのカウントを収集し保存することになる。
【００３７】
図４は、制御部内に備えられたトラヒックカウントテーブルの構成を表わしたものである。トラヒックカウントテーブル１３１は、第１〜第Ｎの回線１０３1〜１０３Nのうち監視に必要なものについて、それらの受信カウントあるいは送信カウントをテーブル形式で保存するものであり、前記した記憶媒体内の所定の記憶領域がそのために割り当てられている。ここで受信カウントとは、該当する回線インターフェース部１０４における入力トラヒックカウンタ部１１４のカウント値を表わすものであり、送信カウントとは、該当する回線インターフェース部１０４における出力トラヒックカウンタ部１１５のカウント値を表わすものである。
【００３８】
次に、トラヒックカウントテーブル１３１の内容の時間的変化と共にトラヒック監視システムの動作を更に具体的に説明する。
【００３９】
図５は、トラヒックカウンタ監視ブロックの制御の流れを表わしたものである。図１に示した制御部１０５内ではトラヒックカウンタ監視ブロック１２３が、まずパケットフロー管理ブロック１２１に対してトラヒック監視フロー対応回線取得要求を出力する（ステップＳ２３１）。この後、トラヒックカウンタ監視ブロック１２３は、パケットフロー管理ブロック１２１から回線を特定する返答があるまで待機することになる（ステップＳ２３２）。
【００４０】
図６はこの初期時点におけるトラヒックカウントテーブルの内容を示したものである。ここでは、先に示したパケットフローＡ−Ｂの監視が要求された場合を説明する。トラヒックカウンタ監視ブロック１２３に備えられているトラヒックカウントテーブル１３１には、初期状態で、送信元アドレス“Ａ”について、入回線、容量、受信カウント、レートおよび使用率が、また宛先アドレス“Ｂ”について、出回線、容量、送信カウント、レートおよび使用率がいずれも未記入の状態で存在している。
【００４１】
図７は、パケットフロー管理ブロックの制御の様子を表わしたものである。図１に示したパケットフロー管理ブロック１２１ではトラヒックカウンタ監視ブロック１２３からトラヒック監視フロー対応回線取得要求が受信されるのを監視する（ステップＳ２５１）と共に、フローと回線１０３の対応およびその変化を監視している（ステップＳ２５２）。したがって、パケットフロー管理ブロック１２１はトラヒック監視フロー対応回線取得要求を受信すると（ステップＳ２５１：Ｙ）、指定フローに対する回線を特定して、トラヒックカウンタ監視ブロック１２３に返答する。ここではパケットフローＡ−Ｂについての回線の特定が要求されたので、パケットフロー管理ブロック１２１はこれについて返答する（ステップＳ２５３）。この返答以後に、たとえば回線障害等に対応するためにパケットのルートが変わったような場合には、これらの対応関係が異なってくる。そこでこのような場合が生ずれば（ステップＳ２５２：Ｙ）、フローと回線１０３の対応の変化を同様にトラヒックカウンタ監視ブロック１２３に通知する（ステップＳ２５４）。
【００４２】
図８はパケットフロー管理ブロックに格納されているフロー・回線対応テーブルの一例を示したものである。図７のステップＳ２５３で説明したパケットフロー管理ブロック１２１の返答に基づいてフロー・回線対応テーブル１４１には、それぞれのアドレスと回線の対応関係が記されている。このフロー・回線対応テーブル１４１から、パケットフローＡ−Ｂについての回線は第１の回線１０３1と、第２の回線１０３2ということになる。
【００４３】
図９は、図７で説明したパケットフロー管理ブロックの返答によるトラヒックカウントテーブルの変化を表わしたものである。この例ではパケットフローＡ−Ｂについての回線は第１の回線１０３1と、第２の回線１０３2なので、トラヒックカウントテーブル１３１には、これらの対応関係が記されることになる。
【００４４】
図５に戻って説明を続ける。パケットフロー管理ブロック１２１からパケットフローＡ−Ｂについての回線を特定する情報が送られてきたら（ステップＳ２３２：Ｙ）、トラヒックカウンタ監視ブロック１２３はパケットフロー管理ブロック１２１に対してトラヒックカウンタ収集要求フロー対応回線指定を行う（ステップＳ２３３）。この例では、対応回線として図９に示したトラヒックカウントテーブル１３１に基づいて第１の回線１０３1と、第２の回線１０３2の指定が行われる。そして、トラヒックカウンタ監視ブロック１２３はトラヒックカウンタ収集ブロック１２２から、これらの指定回線が収集しているトラヒックカウントが送られてくるのを待機することになる（ステップＳ２３４）。
【００４５】
図１０は、トラヒックカウンタ収集ブロックの制御の様子を表わしたものである。トラヒックカウンタ収集ブロック１２２はトラヒックカウンタの収集結果を基にして各回線の送受信カウントを保存管理している（ステップＳ２７１）。そしてトラヒックカウンタ監視ブロック１２３からトラヒックカウントの取得要求があると（ステップＳ２７２：Ｙ）、その指定回線のトラヒックカウントをトラヒックカウンタ監視ブロック１２３に通知する（ステップＳ２７３）。
【００４６】
トラヒックカウンタ監視ブロック１２３はトラヒックカウンタ収集ブロック１２２から指定した回線のトラヒックカウントを取得すると（図５ステップＳ２３４：Ｙ）、これをトラヒックカウントテーブル１３１に反映させることになる（ステップＳ２３５）。
【００４７】
図１１は以上の処理によるトラヒックカウントテーブルの変化を示したものである。第１および第２の回線１０３1、１０３2についてのトラヒックカウントをトラヒックカウンタ収集ブロック１２２から取得した結果として、トラヒックカウントテーブル１３１には、受信カウントと送信カウントが格納されている。ここで受信および送信カウントの収集の周期は３００秒としている。たとえば第１の回線１０３1の受信カウントについては９０ＧＢ（ギガバイト）なので、１秒あたりの受信レートは２．４Ｇｂｐｓ（ビット／秒）となる。この入回線についての容量は１０Ｇｂｐｓなので、回線の使用率は２４％となる。
【００４８】
一方、第２の回線１０３2の送信カウントについては１２０ＧＢなので、１秒あたりの送信レートは３．２Ｇｂｐｓとなる。この出回線についての容量は同じく１０Ｇｂｐｓなので、回線の使用率は３２％となる。
【００４９】
このように第１の回線１０３1と第２の回線１０３2におけるパケットフローＡ−Ｂによる回線使用率は、多くとも２４％と３２％のうちの少ない方の２４％あるいはそれ以下ということになり、かつ両回線共に回線使用率にまだ余裕度がある。したがって、パケットフローＡ−Ｂを他の回線に振り替える必要性は現在存在しないことになる。これに対して、例えば第１の回線１０３1の受信カウントがこの例と同じであるにも係わらず、第２の回線１０３2の送信カウントが非常に多く、回線の使用率がオーバフロー気味であるような場合、制御部１０５はたとえば宛先アドレス“Ｂ”にパケットを送信できる他の経路で第２の回線１０３2以外の回線１０３を経ることが可能なものを探し出し、この経路に変更させることでＱＯＳを確実に保証させるようにしている。
【００５０】
発明の変形例
【００５１】
図１２は、本発明の変形例におけるコアネットワークノードを表わしたものである。この変形例のコアネットワークノード１０１Ａで図１と同一部分には同一の符号を付しており、これらの説明を適宜省略する。コアネットワークノード１０１Ａは、先の実施例における第１〜第Ｎの回線インターフェース部１０４1〜１０４Nに対応して第１〜第Ｎの回線インターフェース部１０４1Ａ〜１０４NＡを備えている。第１〜第Ｎの回線インターフェース部１０４1Ａ〜１０４NＡはそれぞれスイッチ部１０２と接続される他、ソフトウェアでこれらの制御を行う制御部１０５Ａと接続されている。第１の回線インターフェース部１０４1Ａは、入力されたパケットの廃棄を行うものに関する入力トラヒック廃棄カウンタ部１１４1Ａと、出力されるパケットの廃棄を行うものに関する出力トラヒック廃棄カウンタ部１１５1Ａを備えている。ここでは第１の回線インターフェース部１０４1Ａの内部構成のみを示しているが、第２〜第Ｎの回線インターフェース部１０４2Ａ〜１０４NＡについても同様の内部構成となっている。
【００５２】
制御部１０５Ａは図示しないＣＰＵと制御プログラムや各種データを格納するための記憶媒体を備えており、制御プログラムをＣＰＵが実行することによって幾つかの機能ブロックを実現している。この変形例ではパケットフローの管理を行うパケットフロー管理ブロック１２１と、トラヒック廃棄カウンタの収集を行うトラヒック廃棄カウンタ収集ブロック１２２Ａと、トラヒック廃棄カウンタの監視を行うトラヒック廃棄カウンタ監視ブロック１２３Ａとが実現されている。
【００５３】
図１３は、先の実施例の図３に対応するもので、この変形例のトラヒック監視システムにおける廃棄カウントの収集のプロセスを表わしたものである。図１２に示した制御部１０５Ａでは、第１の回線インターフェース部１０４1Ａが入力パケットバッファ部１１２1にパケットを蓄積するが（ステップＳ３０１）、このうち廃棄するパケットが発生すればその通知を受ける（ステップＳ３０２）。入力トラヒック廃棄カウンタ部１１４1Ａはこれを基に入力されたパケットで出力することなく廃棄するパケットの数を入力廃棄カウントとして保存する（ステップＳ３０３）。
【００５４】
一方、図２に示した２点間のパケットフローにおける第２の回線インターフェース部１０４2Ａではその出力パケットバッファ部１１３1に出力するためのパケットを蓄積する（ステップＳ３０４）。そして廃棄するパケットが発生した場合にはこれを第２の回線インターフェース部１０４2Ａに通知する（ステップＳ３０５）。第２の回線インターフェース部１０４2Ａでは、出力トラヒック廃棄カウンタ部１１５2Ａで廃棄するパケットの数を出力廃棄カウントとして保存する（ステップＳ３０６）。
【００５５】
制御部１０５Ａは、図２に示した２点間のパケットフローを監視するために、所定のタイミングで第１および第２の回線インターフェース部１０４1Ａ、１０４2Ａに対してこれらの保存している廃棄カウントの報告を要求する（ステップＳ３０７、Ｓ３０８）。これを基にして第１および第２の回線インターフェース部１０４1Ａ、１０４2Ａはこれらの廃棄カウントを報告する（ステップＳ３０９、Ｓ３１０）。このようにして制御部内に第１および第２の回線インターフェース部１０４1Ａ、１０４2ＡにおけるパケットフローＡ−Ｂについての入力および出力廃棄カウントが保存される（ステップＳ３１１）。
【００５６】
パケットフローＡ−Ｂに対応させて制御部１０５Ａが第１および第２の回線インターフェース部１０４1Ａ、１０４2Ａについて設定する入力および出力廃棄カウントの収集の周期は、第１または第２の回線１０３1、１０３2に対応したこれらの回線インターフェース部１０４1Ａ、１０４2Ａでの入力廃棄カウントと、出力廃棄カウントのために用意された図示しない廃棄カウンタがオーバフローを生じさせないように決められる。すなわち、これらの廃棄カウンタのビット幅に応じて設定される周期で制御部１０５Ａが第１および第２の回線１０３1、１０３2からそれぞれの廃棄カウントを収集し保存することになる。
【００５７】
図１４は、制御部内に備えられた入力・出力トラヒック廃棄カウントテーブルの構成を表わしたものである。入力・出力トラヒック廃棄カウントテーブル３２１は制御部１０５Ａが以上のようにして収集した結果をテーブル形式で保存するものであり、前記した記憶媒体内の所定の記憶領域がそのために割り当てられている。入力・出力トラヒック廃棄カウントテーブル３２１には、第１〜第Ｎの各回線１０３1〜１０３N別に入力廃棄カウントと、出力廃棄カウントが保存されることになる。次に、入力・出力トラヒック廃棄カウントテーブル３２１の内容の推移と共にトラヒック監視システムの動作を更に具体的に説明する。
【００５８】
図１５は、トラヒック廃棄カウンタ監視ブロックの制御の流れを表わしたものである。図１２に示した制御部１０５Ａ内ではトラヒック廃棄カウンタ監視ブロック１２３Ａが、まずパケットフロー管理ブロック１２１に対して廃棄監視フロー対応回線取得要求を出力する（ステップＳ４３１）。トラヒック廃棄カウンタ監視ブロック１２３Ａは、パケットフロー管理ブロック１２１から回線を特定する返答があるまで待機することになる（ステップＳ４３２）。
【００５９】
図１６はこの初期時点におけるトラヒック廃棄カウントテーブルの内容を示したものである。ここでは、先に示したパケットフローＡ−Ｂを例に挙げて説明する。トラヒック廃棄カウンタ監視ブロック１２３Ａに備えられているトラヒック廃棄カウントテーブル３３１には、初期状態で、送信元アドレス“Ａ”について、入回線、容量、受信カウント、レート、使用率、廃棄カウントおよび廃棄率が、また宛先アドレス“Ｂ”について、出回線、容量、送信カウント、レート、使用率、廃棄カウントおよび廃棄率がいずれも未記入の状態で存在している。
【００６０】
図１７は、この変形例におけるパケットフロー管理ブロックの制御の様子を表わしたものである。図１２に示したパケットフロー管理ブロック１２１ではトラヒック廃棄カウンタ監視ブロック１２３Ａからトラヒック廃棄監視フロー対応回線取得要求が受信されるのを監視する（ステップＳ４５１）と共に、フローと回線１０３の対応およびその変化を監視している（ステップＳ４５２）。したがって、パケットフロー管理ブロック１２１はトラヒック廃棄監視フロー対応回線取得要求を受信すると（ステップＳ４５１：Ｙ）、指定フローに対する回線を特定して、トラヒック廃棄カウンタ監視ブロック１２３Ａに返答する。ここではパケットフローＡ−Ｂについての回線の特定が要求されたので、パケットフロー管理ブロック１２１はこれについて返答する（ステップＳ４５３）。この返答以後に、たとえば回線障害等でパケットのルートが変わったような場合には、これらの対応関係が異なってくる。そこでこのような場合が生ずれば（ステップＳ４５２：Ｙ）、フローと回線１０３の対応の変化を同様にトラヒック廃棄カウンタ監視ブロック１２３Ａに通知する（ステップＳ４５４）。
【００６１】
この変形例でも、パケットフロー管理ブロック１２１は図８に示したフロー・回線対応テーブル１４１を備えている。したがって、パケットフロー管理ブロック１２１はこのフロー・回線対応テーブル１４１から、パケットフローＡ−Ｂについての回線が第１の回線１０３1と、第２の回線１０３2であることを返答することになる。
【００６２】
図１８は、図１７で説明したパケットフロー管理ブロックの返答によるトラヒック廃棄カウントテーブルの変化を表わしたものである。この例ではパケットフローＡ−Ｂについての回線は第１の回線１０３1と、第２の回線１０３2なので、トラヒック廃棄カウントテーブル３３１には、これらの対応関係が記されることになる。
【００６３】
図１５に戻って説明を続ける。パケットフロー管理ブロック１２１からパケットフローＡ−Ｂについての回線を特定する情報が送られてきたら（ステップＳ４３２：Ｙ）、トラヒック廃棄カウンタ監視ブロック１２３Ａはパケットフロー管理ブロック１２１に対してトラヒック廃棄カウンタ収集要求フロー対応回線指定を行う（ステップＳ４３３）。この例では、対応回線として図１８に示したトラヒック廃棄カウントテーブル３３１に基づいて第１の回線１０３1と、第２の回線１０３2の指定が行われる。そして、トラヒック廃棄カウンタ監視ブロック１２３Ａはトラヒック廃棄カウンタ収集ブロック１２２Ａから、これらの指定回線が収集しているトラヒック廃棄カウントが送られてくるのを待機することになる（ステップＳ４３４）。
【００６４】
図１９は、トラヒック廃棄カウンタ収集ブロックの制御の様子を表わしたものである。トラヒック廃棄カウンタ収集ブロック１２２Ａはトラヒック廃棄カウンタの収集結果を基にして各回線の入出力廃棄カウントを保存管理している（ステップＳ４７１）。そしてトラヒック廃棄カウンタ監視ブロック１２３Ａからトラヒック廃棄カウントの取得要求があると（ステップＳ４７２：Ｙ）、その指定回線のトラヒック廃棄カウントをトラヒック廃棄カウンタ監視ブロック１２３Ａに通知する（ステップＳ４７３）。
【００６５】
トラヒック廃棄カウンタ監視ブロック１２３Ａは、トラヒック廃棄カウンタ収集ブロック１２２Ａから指定した回線のトラヒックカウントを取得すると（図５ステップＳ４３４：Ｙ）、これをトラヒック廃棄カウントテーブル３３１に反映させることになる（ステップＳ４３５）。
【００６６】
図２０は以上の処理によるトラヒック廃棄カウントテーブルの変化を示したものである。第１および第２の回線１０３1、１０３2についてのトラヒック廃棄カウントをトラヒック廃棄カウンタ収集ブロック１２２Ａから取得した結果として、トラヒック廃棄カウントテーブル３３１には、入力廃棄カウントと出力廃棄カウントが格納されている。ここで入力および出力カウントの収集の周期は３００秒としている。たとえば第１の回線１０３1の入力（受信）廃棄カウントについては９０ＧＢなので、１秒あたりの受信レートは２．４Ｇｂｐｓとなる。この入回線についての容量は１０Ｇｂｐｓなので、回線の使用率は２４％となる。また、この入回線についての廃棄カウントが０．０９ＭＢであるとすると、受信カウントとしての９０ＧＢとの割合を算出して、廃棄率は１０-6となる。同様にして、出回線についての廃棄率は１０-5となる。したがって、実施例と同様にこれらの回線１０３1、１０３2についての廃棄率等を見ながら、特定のパケットフローの監視やルートの切り替えが可能になる。
【００６７】
以上、実施例および変形例で説明したようにコアネットワークノード１０１、１０１Ａは、監視すべきフローを指定して回線の使用率や廃棄率等のデータを得て回線を監視することができるので、効率的かつきめ細かな監視が可能になる。
【００６８】
なお、実施例および変形例では特定のパケットフローについて監視を行う例を示したが、どのパケットフローを監視するかについては各種の態様をとることができることは当然である。たとえば制御部１０５、１０５Ａは特に要求された幾つかのパケットフローのみを順次監視するようにしてもよいし、監視制御にこれ以外の処理を行う余裕があるときにはコアネットワークノード１０１、１０１Ａが監視制御を行っていない他のパケットフローを順にチェックするようにしてもよい。また、以前に送信あるいは受信カウント値が比較的多かったパケットフローあるいは使用率または廃棄率が高い値を示したパケットフローについては、重点的にこれらのパケットフローの変化を監視するようにしてもよい。
【００６９】
また、実施例ではコアネットワークノードにおけるトラヒックの監視について説明したが、リソースに対してフローの種類が圧倒的に多いような他のネットワークの監視についても本発明を同様に適用することができる。
【００７０】
【発明の効果】
以上説明したように請求項１記載の発明によれば、回線ごとに入力トラヒックカウント手段と、出力トラヒックカウント手段と、入出力回線の選択を行うスイッチ手段とを備えたコアネットワークノード等のネットワーク上の接合点に、監視すべきパケットフローに対応したパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段を設け、そのパケットフローに対応した入力トラヒックのカウント値を入力トラヒックカウント取得手段で周期的に取得すると共に、出力トラヒックのカウント値を出力トラヒックカウント取得手段で周期的に取得し、これらの取得したカウント値をその監視すべきパケットフローと対応付けて格納する監視用データ格納手段に格納して監視に使用することにしたので、個々のパケット信号をキャプチャできないようなシステムでも資源を効率的に活用した経済的な通信システムを構築することが可能になる。また、個々のパケット信号をキャプチャする必要がないので、システムのパフォーマンスを維持しつつ拡張性を確保することができる。
【００７１】
また請求項２記載の発明によれば、回線ごとに入力廃棄トラヒックカウント手段と、出力廃棄トラヒックカウント手段と、入出力回線の選択を行うスイッチ手段とを備えたコアネットワークノード等のネットワーク上の接合点に、監視すべきパケットフローに対応したパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段を設け、そのパケットフローに対応した入力廃棄トラヒックのカウント値を入力廃棄トラヒックカウント取得手段で周期的に取得すると共に、出力廃棄トラヒックのカウント値を出力廃棄トラヒックカウント取得手段で周期的に取得し、これらの取得したカウント値をその監視すべきパケットフローと対応付けて格納する監視用データ格納手段に格納して監視に使用することにしたので、個々のパケット信号をキャプチャできないようなシステムでも資源を効率的に活用した経済的な通信システムを構築することが可能になる。また、個々のパケット信号をキャプチャする必要がないので、システムのパフォーマンスを維持しつつ拡張性を確保することができる。
【００７２】
更に請求項３記載の発明によれば、請求項１記載の発明における入力トラヒックのカウント値および出力トラヒックのカウント値の他に請求項２記載の発明における入力廃棄トラヒックのカウント値および出力廃棄トラヒックのカウント値を特定のパケットフローについて取得することにしたので、これら請求項１および請求項２記載の発明と同様の効果を得ることができる他、更に監視の精度を向上させることができる。
【図面の簡単な説明】
【図１】本発明の一実施例におけるトラヒック監視システムを使用したコアネットワークノードの構成を表わしたブロック図である。
【図２】２点間のパケットフローの一例を示した説明図である。
【図３】本実施例のトラヒックカウントの収集のプロセスを表わした説明図である。
【図４】本実施例で制御部内に備えられたトラヒックカウントテーブルの構成を表わした説明図である。
【図５】本実施例のトラヒックカウンタ監視ブロックの制御の流れを表わした流れ図である。
【図６】初期時点におけるトラヒックカウントテーブルの内容を示した説明図である。
【図７】本実施例におけるパケットフロー管理ブロックの制御の様子を表わした流れ図である。
【図８】本実施例のフロー・回線対応テーブルの説明図である。
【図９】本実施例でパケットフロー管理ブロックの返答によるトラヒックカウントテーブルの変化を表わした説明図である。
【図１０】本実施例におけるトラヒックカウンタ収集ブロックの制御の様子を表わした流れ図である。
【図１１】本実施例でトラヒックカウントを受信した時点におけるトラヒックカウントテーブルの内容を表わした説明図である。
【図１２】本発明の変形例におけるコアネットワークノードを表わしたブロック図である。
【図１３】この変形例のトラヒック監視システムにおける廃棄カウントの収集のプロセスを表わした説明図である。
【図１４】変形例で制御部内に備えられた入力・出力トラヒック廃棄カウントテーブルの構成を表わした説明図である。
【図１５】変形例におけるトラヒック廃棄カウンタ監視ブロックの制御の流れを表わした流れ図である。
【図１６】変形例における初期時点でのトラヒック廃棄カウントテーブルの内容を示した説明図である。
【図１７】変形例におけるパケットフロー管理ブロックの制御の様子を表わした流れ図である。
【図１８】図１７で説明したパケットフロー管理ブロックの返答によるトラヒック廃棄カウントテーブルの変化を表わした説明図である。
【図１９】変形例におけるトラヒック廃棄カウンタ収集ブロックの制御の様子を表わした流れ図である。
【図２０】変形例でトラヒック廃棄カウントを受信した時点におけるトラヒック廃棄カウントテーブルの内容を表わした説明図である。
【図２１】通信ネットワークにおけるコア・ネットワークを含めたネットワークの概要を表わしたネットワーク構成図である。
【符号の説明】
１０２ スイッチ部
１０３ 回線
１０４ 回線インターフェース部
１０５ 制御部
１１２ 入力パケットバッファ部
１１３ 出力パケットバッファ部
１１４ 入力トラヒックカウンタ部
１１５ 出力トラヒックカウンタ部
１２１ パケットフロー管理ブロック
１２２ トラヒックカウンタ収集ブロック
１２３ トラヒックカウンタ監視ブロック
１３１ トラヒックカウントテーブル
１４１ フロー・回線対応テーブル
【発明の属する技術分野】
本発明はトラヒックを監視するためのトラヒック監視システムに係わり、たとえばコアネットワークノードでトラヒックの監視に適したトラヒック監視システムに関する。
【０００２】
【従来の技術】
図２１は、通信ネットワークにおけるコア・ネットワークを含めたネットワークの概要を表わしたものである。コア・ネットワーク１１は通信事業者側のネットワークであり、その周辺に位置している図示しない複数のＩＳＰ（インターネットサービスプロバイダ）を接続（合流または分離）する複数のエッジノード１２1、１２2、…と、これら複数のエッジノード１２1、１２2、…を接続する幾つかのコアノード１３1、１３2、…から構成されている。たとえば、第１の通信端末１４と第２の通信端末１５がインターネット網を利用して通信を行うものとする。この場合、第１の通信端末１４から送出されたパケット信号は、図示しないＩＳＰを経て第１のエッジノード１２1に到達し、ここから例えば第１のコアノード１３1を経て第２のエッジノード１２2に到達し、ここから他の図示しないＩＳＰを介して第２の通信端末１５に到達する。もちろん、第１の通信端末１４から第２の通信端末１５へパケット信号を送出する際には、これ以外の経路も採ることができる。たとえば第１のエッジノード１２1に到達した後に、第２のコアノード１３2に送られて、ここから第２のエッジノード１２2に到達させることもが可能である。
【０００３】
ところで、さまざまなパケットが行きかうインターネット上では、特定の通信に対して帯域を予約して、一定の通信速度を保証することが必要とされる場合がある。この要請からサービスの品質としてのＱＯＳ（Quality Of Service）が活用されている。ＱＯＳを特定の通信に対して保証するためには、パケットがネットワーク上のスイッチあるいはノードを経てどのように伝達されているかを監視する必要がある。
【０００４】
そこで、たとえば特開２００１−１３６２０４号公報では、ＩＰ（Internet Protocol）パケットデータを交換する交換機において、ＩＰパケットスイッチ回路に入出力するＩＰパケットをキャプチャし、これらのパケットのデータを収集するようにしている。そして、収集したパケットのうちから宛先ＩＰアドレスおよび発信元ＩＰアドレスを調べて、特定のＩＰパケットの流れを把握している。
【０００５】
また、特開２００１−２０３６９１号公報では、ネットワークを監視するシステムの図示しないインタフェース部がＩＰパケットのキャプチャを行うようにしている。そして、同じく図示しない抽出部がＩＰヘッダから送信元アドレスや宛先ＩＰアドレス等を抽出して、図示しない解析部に送り、経路ごとにトラヒックを集計するようにしている。特開平１１−２０５３８６号公報も同様にＩＰパケットを個々にキャプチャしてトラヒックの監視を行っている。
【０００６】
【発明が解決しようとする課題】
ところでコア・ネットワーク１１は基幹のネットワークを構成している。このためコア・ネットワーク１１を通過するパケット信号の量は非常に多く、また通信速度も十数ギガビット／秒以上というように非常に速い。このため、ＱＯＳの要請から、コア・ネットワーク１１に関してはこれを通過するパケット信号を１つずつ個別にキャプチャすることは不可能である。すなわち、図２１に示したコア・ネットワーク１１のエッジノード１２1、１２2、…やコアノード１３1、１３2、…で個々のパケット信号ごとにこれらの経路を特定しようとすると、それぞれのパケットを高速で把握すると共に、ルート別にこれらのカウント値を個別に記憶しておく必要があり、リソースの観点からも実現が不可能とされていた。
【０００７】
そこで、従来ではユーザあるいはパケットのフローごとのＱＯＳ保証を考慮しないこととするか、考慮する場合にはコア・ネットワーク１１自体に十分な余裕度を持たせて結果的にその保証を図るといった手法が採られていた。しかしながら、後者の場合、パケット通信はますます大容量化かつ高速化しているので、これに応じて設備を十分な余裕度を持って拡張する必要があり、経済的なシステムを構成することができないという問題があった。また、コア・ネットワーク１１の各ノードにおけるパフォーマンスを向上させることができず、また、ＱＯＳ保証を確保しようとするとこれらのノードの拡張性も低くなるといった問題があった。
【０００８】
そこで本発明の目的は、個々のパケット信号をキャプチャすることなく複数の回線を交換する際のパケット信号のトラヒック監視を行うことのできるトラヒック監視システムを提供することにある。
【０００９】
【課題を解決するための手段】
請求項１記載の発明では、（イ）パケット信号の入出力を行う回線ごとに設けられた回線インタフェース手段と、（ロ）回線インタフェース手段に入力されたパケット信号を宛先に対応させた回線の回線インタフェース手段に接続するスイッチ手段と、（ハ）パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から入力されるパケット信号をカウントする入力トラヒックカウント手段と、（ニ）パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から出力されるパケット信号をカウントする出力トラヒックカウント手段と、（ホ）監視すべきパケットフローが指定されたとき、そのパケットフローにおけるパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段と、（ヘ）この入出力回線特定手段で特定されたパケットの入力する回線における入力トラヒックカウント手段のカウント値を周期的に取得する入力トラヒックカウント取得手段と、（ト）入出力回線特定手段で特定されたパケットの出力する回線における出力トラヒックカウント手段のカウント値を周期的に取得する出力トラヒックカウント取得手段と、（チ）これら入力トラヒックカウント取得手段および出力トラヒックカウント取得手段によって取得したそれぞれのカウント値を監視すべきパケットフローと対応付けて格納する監視用データ格納手段とをトラヒック監視システムに具備させる。
【００１０】
すなわち請求項１記載の発明では、回線ごとに入力トラヒックカウント手段と、出力トラヒックカウント手段と、入出力回線の選択を行うスイッチ手段とを備えたコアネットワークノード等のネットワーク上の接合点に、監視すべきパケットフローに対応したパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段を設け、そのパケットフローに対応した入力トラヒックのカウント値を入力トラヒックカウント取得手段で周期的に取得すると共に、出力トラヒックのカウント値を出力トラヒックカウント取得手段で周期的に取得する。そしてこれら取得したカウント値をその監視すべきパケットフローと対応付けて格納する監視用データ格納手段に格納して監視に使用することにしている。このように監視するパケットフローを具体的に把握するのではなく、そのパケットフローに直接関係する入出力の回線のトラヒックカウントを取得することで、個々のパケット信号をキャプチャすることなく監視についての有用なデータを取得することができる。したがって、パケット信号の個々のキャプチャがリソース等との関係で不可能であったシステムでも資源を効率的に活用した経済的な通信システムを構築することが可能になる。
【００１１】
請求項２記載の発明では、（イ）パケット信号の入出力を行う回線ごとに設けられた回線インタフェース手段と、（ロ）回線インタフェース手段に入力されたパケット信号を宛先に対応させた回線の回線インタフェース手段に接続するスイッチ手段と、（ハ）パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から入力され廃棄されるパケット信号をカウントする入力廃棄トラヒックカウント手段と、（ニ）パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から出力され廃棄されるパケット信号をカウントする出力廃棄トラヒックカウント手段と、（ホ）監視すべきパケットフローが指定されたとき、そのパケットフローにおけるパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段と、（ヘ）この入出力回線特定手段で特定されたパケットの入力する回線における入力廃棄トラヒックカウント手段のカウント値を周期的に取得する入力廃棄トラヒックカウント取得手段と、（ト）入出力回線特定手段で特定されたパケットの出力する回線における出力廃棄トラヒックカウント手段のカウント値を周期的に取得する出力廃棄トラヒックカウント取得手段と、（チ）これら入力廃棄トラヒックカウント取得手段および出力廃棄トラヒックカウント取得手段によって取得したそれぞれのカウント値を監視すべきパケットフローと対応付けて格納する監視用データ格納手段とをトラヒック監視システムに具備させる。
【００１２】
すなわち請求項２記載の発明では、回線ごとに入力廃棄トラヒックカウント手段と、出力廃棄トラヒックカウント手段と、入出力回線の選択を行うスイッチ手段とを備えたコアネットワークノード等のネットワーク上の接合点に、監視すべきパケットフローに対応したパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段を設け、そのパケットフローに対応した入力廃棄トラヒックのカウント値を入力廃棄トラヒックカウント取得手段で周期的に取得すると共に、出力廃棄トラヒックのカウント値を出力廃棄トラヒックカウント取得手段で周期的に取得する。そしてこれら取得したカウント値をその監視すべきパケットフローと対応付けて格納する監視用データ格納手段に格納して監視に使用することにしている。このように監視するパケットフローを具体的に把握するのではなく、そのパケットフローに直接関係する入出力の回線の廃棄トラヒックカウントを取得することで、個々のパケット信号をキャプチャすることなく監視についての有用なデータを取得することができる。したがって、パケット信号の個々のキャプチャがリソース等との関係で不可能であったシステムでも資源を効率的に活用した経済的な通信システムを構築することが可能になる。
【００１３】
請求項３記載の発明では、（イ）パケット信号の入出力を行う回線ごとに設けられた回線インタフェース手段と、（ロ）回線インタフェース手段に入力されたパケット信号を宛先に対応させた回線の回線インタフェース手段に接続するスイッチ手段と、（ハ）パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から入力されるパケット信号をカウントする入力トラヒックカウント手段と、（ニ）パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から出力されるパケット信号をカウントする出力トラヒックカウント手段と、（ホ）パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から入力され廃棄されるパケット信号をカウントする入力廃棄トラヒックカウント手段と、（ヘ）パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から出力され廃棄されるパケット信号をカウントする出力廃棄トラヒックカウント手段と、（ト）監視すべきパケットフローが指定されたとき、そのパケットフローにおけるパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段と、（チ）この入出力回線特定手段で特定されたパケットの入力する回線における入力トラヒックカウント手段のカウント値を周期的に取得する入力トラヒックカウント取得手段と、（リ）入出力回線特定手段で特定されたパケットの出力する回線における出力トラヒックカウント手段のカウント値を周期的に取得する出力トラヒックカウント取得手段と、（ヌ）入出力回線特定手段で特定されたパケットの入力する回線における入力廃棄トラヒックカウント手段のカウント値を周期的に取得する入力廃棄トラヒックカウント取得手段と、（ル）入出力回線特定手段で特定されたパケットの出力する回線における出力廃棄トラヒックカウント手段のカウント値を周期的に取得する出力廃棄トラヒックカウント取得手段と、（ヲ）これら入力トラヒックカウント取得手段および出力トラヒックカウント取得手段によって取得したそれぞれのカウント値ならびに入力廃棄トラヒックカウント取得手段および出力廃棄トラヒックカウント取得手段によって取得したそれぞれのカウント値を監視すべきパケットフローと対応付けて格納する監視用データ格納手段とをトラヒック監視システムに具備させる。
【００１４】
すなわち請求項３記載の発明では、回線ごとに入力トラヒックカウント手段と、出力トラヒックカウント手段と、入力廃棄トラヒックカウント手段と、出力廃棄トラヒックカウント手段と、入出力回線の選択を行うスイッチ手段とを備えたコアネットワークノード等のネットワーク上の接合点に、監視すべきパケットフローに対応したパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段を設け、そのパケットフローに対応した入力トラヒックのカウント値を入力トラヒックカウント取得手段で周期的に取得すると共に、出力トラヒックのカウント値を出力トラヒックカウント取得手段で周期的に取得する。また、入力廃棄トラヒックのカウント値を入力廃棄トラヒックカウント取得手段で周期的に取得すると共に、出力廃棄トラヒックのカウント値を出力廃棄トラヒックカウント取得手段で周期的に取得する。そしてこれら取得したカウント値をその監視すべきパケットフローと対応付けて格納する監視用データ格納手段に格納して監視に使用することにしている。このように監視するパケットフローを具体的に把握するのではなく、そのパケットフローに直接関係する入出力の回線のトラヒックカウントおよび廃棄トラヒックカウントを取得することで、個々のパケット信号をキャプチャすることなく監視についての有用なデータを取得することができる。したがって、パケット信号の個々のキャプチャがリソース等との関係で不可能であったシステムでも資源を効率的に活用した経済的な通信システムを構築することが可能になる。
【００１５】
請求項４記載の発明では、請求項１〜請求項３記載のトラヒック監視システムで、入出力回線特定手段は、監視すべきパケットフローを全体のパケットフローの中から選択して特定することを特徴としている。
【００１６】
すなわち請求項４記載の発明では、全体のパケットフローが膨大な場合には、必要とされるパケットフローを特定してそれらについて監視を行うので、的を絞った効率的な監視が可能になる。また、ＣＰＵ（中央処理装置）等の監視制御系の負担を軽減することができるので、システムを簡易に構成することが可能になる。
【００１７】
請求項５記載の発明では、請求項１〜請求項３記載のトラヒック監視システムで、入出力回線特定手段は、監視すべきパケットフローを全体のパケットフローの中から順次時分割的に選択して特定することを特徴としている。
【００１８】
すなわち請求項５記載の発明では、全体のパケットフローが膨大な場合には、これらのパケットフローを順次時分割的に指定して監視することで、監視制御系の負担を軽減することができる。しかも、全体的なパケットフローを監視することができるので、パケットフロー全体についての品質の保証を行うことができる。
【００１９】
請求項６記載の発明では、請求項１または請求項３記載のトラヒック監視システムで、監視用データ格納手段に格納されたそれぞれの入力カウント値または出力カウント値を用いて監視すべきパケットフローに対応する回線の使用率を算出する回線使用率算出手段を具備することを特徴としている。
【００２０】
すなわち請求項６記載の発明では、入力カウント値または出力カウント値を用いて監視すべきパケットフローに対応する回線の使用率を算出することで、監視に有用なデータとすることができる。これ以外の加工処理を行うことはもちろん有効である。
【００２１】
請求項７記載の発明では、請求項２または請求項３記載のトラヒック監視システムで、監視用データ格納手段に格納されたそれぞれの入力廃棄カウント値または出力廃棄カウント値を用いて監視すべきパケットフローに対応する回線の廃棄率を算出する回線廃棄率算出手段を具備することを特徴としている。
【００２２】
すなわち請求項７記載の発明では、入力廃棄カウント値または出力廃棄カウント値を用いて監視すべきパケットフローに対応する回線の使用率を算出することで、監視に有用なデータとすることができる。これ以外の加工処理を行うことはもちろん有効である。
【００２３】
【発明の実施の形態】
【００２４】
【実施例】
以下実施例につき本発明を詳細に説明する。
【００２５】
図１は本発明の一実施例におけるトラヒック監視システムを使用したコアネットワークノードの構成を表わしたものである。このコアネットワークノード１０１は、入出力のためのスイッチ部１０２と、第１〜第Ｎの回線１０３1〜１０３Nに対応した第１〜第Ｎの回線インターフェース部１０４1〜１０４Nを備えている。第１〜第Ｎの回線インターフェース部１０４1〜１０４Nはそれぞれスイッチ部１０２と接続される他、ソフトウェアでこれらの制御を行う制御部１０５と接続されている。第１の回線インターフェース部１０４1には、入力されてきたパケットの識別と転送を行うパケット識別転送部１１１1と、入力されたパケットを一時的に格納する入力パケットバッファ部１１２1と、出力するパケットを一時的に格納する出力パケットバッファ部１１３1と、入力されたパケットに関するトラヒックをカウントする入力トラヒックカウンタ部１１４1と、出力されるパケットに関するトラヒックをカウントする出力トラヒックカウンタ部１１５1と、第１の回線インターフェース部１０４1内の制御を行う回線インターフェース制御部１１６1とが配置されている。図１では第１の回線インターフェース部１０４1の内部構成のみ具体的に示しているが、第２〜第Ｎの回線インターフェース部１０４2〜１０４Nについても同様の内部構成となっている。
【００２６】
制御部１０５は図示しないＣＰＵ（中央処理装置）と制御プログラムや各種データを格納するための記憶媒体を備えており、制御プログラムをＣＰＵが実行することによって幾つかの機能ブロックを実現している。本実施例ではパケットフローの管理を行うパケットフロー管理ブロック１２１と、トラヒックカウンタの収集を行うトラヒックカウンタ収集ブロック１２２と、トラヒックカウンタの監視を行うトラヒックカウンタ監視ブロック１２３とが実現されている。
【００２７】
このような構成のコアネットワークノード１０１で、たとえば第１の回線インターフェース部１０４1内の入力トラヒックカウンタ部１１４1と出力トラヒックカウンタ部１１５1は、第１の回線１０３1におけるパケットの入力すなわち受信と、パケットの出力すなわち送信と、パケットのデータ量（バイト数）をカウントする機能を有している。したがって、パケット化された音声やデータは、第１〜第Ｎの回線インターフェース部１０４1〜１０４Nでそれぞれ個別にトラヒックを把握された状態でスイッチ部１０２に転送され、出力回線へと出て行くことになる。これら入力トラヒックカウンタ部１１４1および出力トラヒックカウンタ部１１５1は、従来から存在していたカウンタであり、本実施例用に特別に用意されたカウンタではない。
【００２８】
ソフトウェアで制御を実現する制御部１０５におけるパケットフロー管理ブロック１２１では、パケットのフローすなわち送信元アドレスと宛先アドレスの組と第１〜第Ｎの回線１０３1〜１０３Nの対応を管理する機能を有している。トラヒックカウンタ収集ブロック１２２は、回線インターフェース制御部１１６1〜１１６Nから収集したトラヒックカウンタを保存し管理する機能を有している。トラヒックカウンタ監視ブロック１２３では、パケットフローに対応した回線単位のトラヒックカウンタを保存し管理する機能を有している。この制御部１０５からの指示によって、第１〜第Ｎの回線インターフェース部１０４1〜１０４Nのうちの指示のあったものは、入力および出力トラヒックカウントをこれに報告する。トラヒックカウンタ収集ブロック１２２は、第１〜第Ｎの回線インターフェース部１０４1〜１０４Nから報告されるトラヒックカウントから第１〜第Ｎの回線１０３1〜１０３Nにそれぞれ対応したトラヒックカウントを保存するようになっている。
【００２９】
トラヒックカウンタ監視ブロック１２３は、パケットフローと第１〜第Ｎの回線１０３1〜１０３Nの対応をパケットフロー管理ブロック１２１に問い合わせ、図示しないパケットフローと入出力回線の対応テーブルを参照する。そして、トラヒックカウントの入力側と出力側の回線１０３ごとの対応付けを取得し、コアネットワークノード１０１内の送受信パケットのデータ量あるいは廃棄量を得ることができる。このようにして、入力と出力との回線１０３単位のカウントを制御部１０５でパケットフローと対応付けることで、コアネットワークノード１０１内での特定されたパケットフローと対応したトラヒックカウントを収集し監視することが可能になる。これを更に具体的に説明する。
【００３０】
図２は、２点間のパケットフローの一例を示したものである。今、送信元アドレスを“Ａ”とし、宛先アドレスを“Ｂ”とする。また、第１の回線１０３1から第１の回線インターフェース部１０４1にパケットが入力されて、スイッチ部１０２から第２の回線インターフェース部１０４2を通って出力回線としての第２の回線１０３2にこのパケットが出力される場合を考える。このとき、パケットフローＡ−Ｂのトラヒックとして、第１の回線インターフェース部１０４1では図１における入力トラヒックカウンタ部１１４1でカウントされる入力トラヒックカウントが収集される。また、第２の回線インターフェース部１０４2では、出力トラヒックカウンタ部１１５2でカウントされる出力トラヒックカウントが収集されることになる。
【００３１】
なお、第１の回線インターフェース部１０４1に入力されたパケットはすべて第２の回線インターフェース部１０４2を通って第２の回線１０３2に出力されるとは限らず、たとえば第３の回線１０３3を経て宛先アドレス“Ｂ”以外の宛先に送出される場合もある。また、第２の回線インターフェース部１０４2から第２の回線１０３2に出力されるパケットが必ずしも宛先アドレス“Ｂ”を宛先アドレスとするものとも言えない。しかしながら、パケットフローＡ−Ｂについては、確実に第１の回線インターフェース部１０４1の入力トラヒックカウンタ部１１４1でカウントされ、続いて第２の回線インターフェース部１０４2を通過し、このとき出力トラヒックカウンタ部１１５2でカウントされるのは事実である。そこで、本実施例ではパケットフローＡ−Ｂについては、入力トラヒックカウンタ部１１４1と出力トラヒックカウンタ部１１５2のカウントや第１および第２の回線１０３1、１０３2の使用率等を勘案して、その監視を行うようにしている。
【００３２】
図３は、入力（受信）と出力（送信）のトラヒックカウントの収集のプロセスを表わしたものである。図１に示した制御部１０５は、パケットフローＡ−Ｂを監視する場合、第１の回線インターフェース部１０４1がその入力トラヒックカウンタ部１１４1で収集し保存している受信カウントと、第２の回線インターフェース部１０４2がその出力トラヒックカウンタ部１１５2で収集し保存している送信カウントをそれぞれ収集する。
【００３３】
このような制御部１０５による収集とは無関係に、第１の回線１０３1は第１の回線インターフェース部１０４1にパケットが受信されると、その入力トラヒックカウンタ部１１４1がこれを収集・保存するようになっている（ステップＳ２０１）。同様に、第２の回線インターフェース部１０４2ではそのパケットを出力するときその出力トラヒックカウンタ部１１５2がこれを収集・保存するようになっている（ステップＳ２０２）。これらのカウント値はそれぞれ対応する第１または第２の回線インターフェース部１０４1、１０４2が収集することになる（ステップＳ２０３、Ｓ２０４）。このようにして第１および第２の回線インターフェース部１０４1、１０４2はそれぞれの受信カウントあるいは送信カウントの値を更新し保存する処理を継続していることになる（ステップＳ２０５、Ｓ２０６）。
【００３４】
この図には示していないが、第１の回線インターフェース部１０４1における送信カウントの収集と保存および第２の回線インターフェース部１０４2における受信カウントの収集と保存も同様にして行われている。ただし、これらのカウント値は２点間のパケットフローＡ−Ｂの監視には使用しないので、図示していない。第３〜第Ｎの回線インターフェース部１０４3〜１０４Nでも、同様にそれぞれ受信および送信カウントの収集と保存が行われている。これらについても２点間のパケットフローＡ−Ｂの監視には使用しないので、図示していない。
【００３５】
図１に示した制御部１０５は、図２に示した２点間のパケットフローＡ−Ｂを監視するこの例の場合、所定のタイミングで第１および第２の回線インターフェース部１０４1、１０４2に対してこれらの保存しているカウントの報告を要求する（ステップＳ２０７、Ｓ２０８）。これを基にして、第１および第２の回線インターフェース部１０４1、１０４2はこれらのカウントを報告する（ステップＳ２０９、Ｓ２１０）。このようにして制御部内に第１および第２の回線インターフェース部１０４1、１０４2におけるパケットフローＡ−Ｂを監視するための受信および送信カウントが保存されることになる（ステップＳ２１１）。
【００３６】
パケットフローＡ−Ｂに対応させて制御部１０５が第１および第２の回線インターフェース部１０４1、１０４2について設定する受信および送信カウントの収集の周期は、第１または第２の回線１０３1、１０３2に対応したこれらの回線インターフェース部１０４1、１０４2での入力トラヒックカウント（受信カウント）と、出力トラヒックカウント（送信カウント）に用意された図示しないカウンタがオーバフローを生じさせない間隔に設定される。すなわち、これらのカウンタのビット幅に応じて設定される周期で制御部１０５が第１および第２の回線１０３1、１０３2からそれぞれのカウントを収集し保存することになる。
【００３７】
図４は、制御部内に備えられたトラヒックカウントテーブルの構成を表わしたものである。トラヒックカウントテーブル１３１は、第１〜第Ｎの回線１０３1〜１０３Nのうち監視に必要なものについて、それらの受信カウントあるいは送信カウントをテーブル形式で保存するものであり、前記した記憶媒体内の所定の記憶領域がそのために割り当てられている。ここで受信カウントとは、該当する回線インターフェース部１０４における入力トラヒックカウンタ部１１４のカウント値を表わすものであり、送信カウントとは、該当する回線インターフェース部１０４における出力トラヒックカウンタ部１１５のカウント値を表わすものである。
【００３８】
次に、トラヒックカウントテーブル１３１の内容の時間的変化と共にトラヒック監視システムの動作を更に具体的に説明する。
【００３９】
図５は、トラヒックカウンタ監視ブロックの制御の流れを表わしたものである。図１に示した制御部１０５内ではトラヒックカウンタ監視ブロック１２３が、まずパケットフロー管理ブロック１２１に対してトラヒック監視フロー対応回線取得要求を出力する（ステップＳ２３１）。この後、トラヒックカウンタ監視ブロック１２３は、パケットフロー管理ブロック１２１から回線を特定する返答があるまで待機することになる（ステップＳ２３２）。
【００４０】
図６はこの初期時点におけるトラヒックカウントテーブルの内容を示したものである。ここでは、先に示したパケットフローＡ−Ｂの監視が要求された場合を説明する。トラヒックカウンタ監視ブロック１２３に備えられているトラヒックカウントテーブル１３１には、初期状態で、送信元アドレス“Ａ”について、入回線、容量、受信カウント、レートおよび使用率が、また宛先アドレス“Ｂ”について、出回線、容量、送信カウント、レートおよび使用率がいずれも未記入の状態で存在している。
【００４１】
図７は、パケットフロー管理ブロックの制御の様子を表わしたものである。図１に示したパケットフロー管理ブロック１２１ではトラヒックカウンタ監視ブロック１２３からトラヒック監視フロー対応回線取得要求が受信されるのを監視する（ステップＳ２５１）と共に、フローと回線１０３の対応およびその変化を監視している（ステップＳ２５２）。したがって、パケットフロー管理ブロック１２１はトラヒック監視フロー対応回線取得要求を受信すると（ステップＳ２５１：Ｙ）、指定フローに対する回線を特定して、トラヒックカウンタ監視ブロック１２３に返答する。ここではパケットフローＡ−Ｂについての回線の特定が要求されたので、パケットフロー管理ブロック１２１はこれについて返答する（ステップＳ２５３）。この返答以後に、たとえば回線障害等に対応するためにパケットのルートが変わったような場合には、これらの対応関係が異なってくる。そこでこのような場合が生ずれば（ステップＳ２５２：Ｙ）、フローと回線１０３の対応の変化を同様にトラヒックカウンタ監視ブロック１２３に通知する（ステップＳ２５４）。
【００４２】
図８はパケットフロー管理ブロックに格納されているフロー・回線対応テーブルの一例を示したものである。図７のステップＳ２５３で説明したパケットフロー管理ブロック１２１の返答に基づいてフロー・回線対応テーブル１４１には、それぞれのアドレスと回線の対応関係が記されている。このフロー・回線対応テーブル１４１から、パケットフローＡ−Ｂについての回線は第１の回線１０３1と、第２の回線１０３2ということになる。
【００４３】
図９は、図７で説明したパケットフロー管理ブロックの返答によるトラヒックカウントテーブルの変化を表わしたものである。この例ではパケットフローＡ−Ｂについての回線は第１の回線１０３1と、第２の回線１０３2なので、トラヒックカウントテーブル１３１には、これらの対応関係が記されることになる。
【００４４】
図５に戻って説明を続ける。パケットフロー管理ブロック１２１からパケットフローＡ−Ｂについての回線を特定する情報が送られてきたら（ステップＳ２３２：Ｙ）、トラヒックカウンタ監視ブロック１２３はパケットフロー管理ブロック１２１に対してトラヒックカウンタ収集要求フロー対応回線指定を行う（ステップＳ２３３）。この例では、対応回線として図９に示したトラヒックカウントテーブル１３１に基づいて第１の回線１０３1と、第２の回線１０３2の指定が行われる。そして、トラヒックカウンタ監視ブロック１２３はトラヒックカウンタ収集ブロック１２２から、これらの指定回線が収集しているトラヒックカウントが送られてくるのを待機することになる（ステップＳ２３４）。
【００４５】
図１０は、トラヒックカウンタ収集ブロックの制御の様子を表わしたものである。トラヒックカウンタ収集ブロック１２２はトラヒックカウンタの収集結果を基にして各回線の送受信カウントを保存管理している（ステップＳ２７１）。そしてトラヒックカウンタ監視ブロック１２３からトラヒックカウントの取得要求があると（ステップＳ２７２：Ｙ）、その指定回線のトラヒックカウントをトラヒックカウンタ監視ブロック１２３に通知する（ステップＳ２７３）。
【００４６】
トラヒックカウンタ監視ブロック１２３はトラヒックカウンタ収集ブロック１２２から指定した回線のトラヒックカウントを取得すると（図５ステップＳ２３４：Ｙ）、これをトラヒックカウントテーブル１３１に反映させることになる（ステップＳ２３５）。
【００４７】
図１１は以上の処理によるトラヒックカウントテーブルの変化を示したものである。第１および第２の回線１０３1、１０３2についてのトラヒックカウントをトラヒックカウンタ収集ブロック１２２から取得した結果として、トラヒックカウントテーブル１３１には、受信カウントと送信カウントが格納されている。ここで受信および送信カウントの収集の周期は３００秒としている。たとえば第１の回線１０３1の受信カウントについては９０ＧＢ（ギガバイト）なので、１秒あたりの受信レートは２．４Ｇｂｐｓ（ビット／秒）となる。この入回線についての容量は１０Ｇｂｐｓなので、回線の使用率は２４％となる。
【００４８】
一方、第２の回線１０３2の送信カウントについては１２０ＧＢなので、１秒あたりの送信レートは３．２Ｇｂｐｓとなる。この出回線についての容量は同じく１０Ｇｂｐｓなので、回線の使用率は３２％となる。
【００４９】
このように第１の回線１０３1と第２の回線１０３2におけるパケットフローＡ−Ｂによる回線使用率は、多くとも２４％と３２％のうちの少ない方の２４％あるいはそれ以下ということになり、かつ両回線共に回線使用率にまだ余裕度がある。したがって、パケットフローＡ−Ｂを他の回線に振り替える必要性は現在存在しないことになる。これに対して、例えば第１の回線１０３1の受信カウントがこの例と同じであるにも係わらず、第２の回線１０３2の送信カウントが非常に多く、回線の使用率がオーバフロー気味であるような場合、制御部１０５はたとえば宛先アドレス“Ｂ”にパケットを送信できる他の経路で第２の回線１０３2以外の回線１０３を経ることが可能なものを探し出し、この経路に変更させることでＱＯＳを確実に保証させるようにしている。
【００５０】
発明の変形例
【００５１】
図１２は、本発明の変形例におけるコアネットワークノードを表わしたものである。この変形例のコアネットワークノード１０１Ａで図１と同一部分には同一の符号を付しており、これらの説明を適宜省略する。コアネットワークノード１０１Ａは、先の実施例における第１〜第Ｎの回線インターフェース部１０４1〜１０４Nに対応して第１〜第Ｎの回線インターフェース部１０４1Ａ〜１０４NＡを備えている。第１〜第Ｎの回線インターフェース部１０４1Ａ〜１０４NＡはそれぞれスイッチ部１０２と接続される他、ソフトウェアでこれらの制御を行う制御部１０５Ａと接続されている。第１の回線インターフェース部１０４1Ａは、入力されたパケットの廃棄を行うものに関する入力トラヒック廃棄カウンタ部１１４1Ａと、出力されるパケットの廃棄を行うものに関する出力トラヒック廃棄カウンタ部１１５1Ａを備えている。ここでは第１の回線インターフェース部１０４1Ａの内部構成のみを示しているが、第２〜第Ｎの回線インターフェース部１０４2Ａ〜１０４NＡについても同様の内部構成となっている。
【００５２】
制御部１０５Ａは図示しないＣＰＵと制御プログラムや各種データを格納するための記憶媒体を備えており、制御プログラムをＣＰＵが実行することによって幾つかの機能ブロックを実現している。この変形例ではパケットフローの管理を行うパケットフロー管理ブロック１２１と、トラヒック廃棄カウンタの収集を行うトラヒック廃棄カウンタ収集ブロック１２２Ａと、トラヒック廃棄カウンタの監視を行うトラヒック廃棄カウンタ監視ブロック１２３Ａとが実現されている。
【００５３】
図１３は、先の実施例の図３に対応するもので、この変形例のトラヒック監視システムにおける廃棄カウントの収集のプロセスを表わしたものである。図１２に示した制御部１０５Ａでは、第１の回線インターフェース部１０４1Ａが入力パケットバッファ部１１２1にパケットを蓄積するが（ステップＳ３０１）、このうち廃棄するパケットが発生すればその通知を受ける（ステップＳ３０２）。入力トラヒック廃棄カウンタ部１１４1Ａはこれを基に入力されたパケットで出力することなく廃棄するパケットの数を入力廃棄カウントとして保存する（ステップＳ３０３）。
【００５４】
一方、図２に示した２点間のパケットフローにおける第２の回線インターフェース部１０４2Ａではその出力パケットバッファ部１１３1に出力するためのパケットを蓄積する（ステップＳ３０４）。そして廃棄するパケットが発生した場合にはこれを第２の回線インターフェース部１０４2Ａに通知する（ステップＳ３０５）。第２の回線インターフェース部１０４2Ａでは、出力トラヒック廃棄カウンタ部１１５2Ａで廃棄するパケットの数を出力廃棄カウントとして保存する（ステップＳ３０６）。
【００５５】
制御部１０５Ａは、図２に示した２点間のパケットフローを監視するために、所定のタイミングで第１および第２の回線インターフェース部１０４1Ａ、１０４2Ａに対してこれらの保存している廃棄カウントの報告を要求する（ステップＳ３０７、Ｓ３０８）。これを基にして第１および第２の回線インターフェース部１０４1Ａ、１０４2Ａはこれらの廃棄カウントを報告する（ステップＳ３０９、Ｓ３１０）。このようにして制御部内に第１および第２の回線インターフェース部１０４1Ａ、１０４2ＡにおけるパケットフローＡ−Ｂについての入力および出力廃棄カウントが保存される（ステップＳ３１１）。
【００５６】
パケットフローＡ−Ｂに対応させて制御部１０５Ａが第１および第２の回線インターフェース部１０４1Ａ、１０４2Ａについて設定する入力および出力廃棄カウントの収集の周期は、第１または第２の回線１０３1、１０３2に対応したこれらの回線インターフェース部１０４1Ａ、１０４2Ａでの入力廃棄カウントと、出力廃棄カウントのために用意された図示しない廃棄カウンタがオーバフローを生じさせないように決められる。すなわち、これらの廃棄カウンタのビット幅に応じて設定される周期で制御部１０５Ａが第１および第２の回線１０３1、１０３2からそれぞれの廃棄カウントを収集し保存することになる。
【００５７】
図１４は、制御部内に備えられた入力・出力トラヒック廃棄カウントテーブルの構成を表わしたものである。入力・出力トラヒック廃棄カウントテーブル３２１は制御部１０５Ａが以上のようにして収集した結果をテーブル形式で保存するものであり、前記した記憶媒体内の所定の記憶領域がそのために割り当てられている。入力・出力トラヒック廃棄カウントテーブル３２１には、第１〜第Ｎの各回線１０３1〜１０３N別に入力廃棄カウントと、出力廃棄カウントが保存されることになる。次に、入力・出力トラヒック廃棄カウントテーブル３２１の内容の推移と共にトラヒック監視システムの動作を更に具体的に説明する。
【００５８】
図１５は、トラヒック廃棄カウンタ監視ブロックの制御の流れを表わしたものである。図１２に示した制御部１０５Ａ内ではトラヒック廃棄カウンタ監視ブロック１２３Ａが、まずパケットフロー管理ブロック１２１に対して廃棄監視フロー対応回線取得要求を出力する（ステップＳ４３１）。トラヒック廃棄カウンタ監視ブロック１２３Ａは、パケットフロー管理ブロック１２１から回線を特定する返答があるまで待機することになる（ステップＳ４３２）。
【００５９】
図１６はこの初期時点におけるトラヒック廃棄カウントテーブルの内容を示したものである。ここでは、先に示したパケットフローＡ−Ｂを例に挙げて説明する。トラヒック廃棄カウンタ監視ブロック１２３Ａに備えられているトラヒック廃棄カウントテーブル３３１には、初期状態で、送信元アドレス“Ａ”について、入回線、容量、受信カウント、レート、使用率、廃棄カウントおよび廃棄率が、また宛先アドレス“Ｂ”について、出回線、容量、送信カウント、レート、使用率、廃棄カウントおよび廃棄率がいずれも未記入の状態で存在している。
【００６０】
図１７は、この変形例におけるパケットフロー管理ブロックの制御の様子を表わしたものである。図１２に示したパケットフロー管理ブロック１２１ではトラヒック廃棄カウンタ監視ブロック１２３Ａからトラヒック廃棄監視フロー対応回線取得要求が受信されるのを監視する（ステップＳ４５１）と共に、フローと回線１０３の対応およびその変化を監視している（ステップＳ４５２）。したがって、パケットフロー管理ブロック１２１はトラヒック廃棄監視フロー対応回線取得要求を受信すると（ステップＳ４５１：Ｙ）、指定フローに対する回線を特定して、トラヒック廃棄カウンタ監視ブロック１２３Ａに返答する。ここではパケットフローＡ−Ｂについての回線の特定が要求されたので、パケットフロー管理ブロック１２１はこれについて返答する（ステップＳ４５３）。この返答以後に、たとえば回線障害等でパケットのルートが変わったような場合には、これらの対応関係が異なってくる。そこでこのような場合が生ずれば（ステップＳ４５２：Ｙ）、フローと回線１０３の対応の変化を同様にトラヒック廃棄カウンタ監視ブロック１２３Ａに通知する（ステップＳ４５４）。
【００６１】
この変形例でも、パケットフロー管理ブロック１２１は図８に示したフロー・回線対応テーブル１４１を備えている。したがって、パケットフロー管理ブロック１２１はこのフロー・回線対応テーブル１４１から、パケットフローＡ−Ｂについての回線が第１の回線１０３1と、第２の回線１０３2であることを返答することになる。
【００６２】
図１８は、図１７で説明したパケットフロー管理ブロックの返答によるトラヒック廃棄カウントテーブルの変化を表わしたものである。この例ではパケットフローＡ−Ｂについての回線は第１の回線１０３1と、第２の回線１０３2なので、トラヒック廃棄カウントテーブル３３１には、これらの対応関係が記されることになる。
【００６３】
図１５に戻って説明を続ける。パケットフロー管理ブロック１２１からパケットフローＡ−Ｂについての回線を特定する情報が送られてきたら（ステップＳ４３２：Ｙ）、トラヒック廃棄カウンタ監視ブロック１２３Ａはパケットフロー管理ブロック１２１に対してトラヒック廃棄カウンタ収集要求フロー対応回線指定を行う（ステップＳ４３３）。この例では、対応回線として図１８に示したトラヒック廃棄カウントテーブル３３１に基づいて第１の回線１０３1と、第２の回線１０３2の指定が行われる。そして、トラヒック廃棄カウンタ監視ブロック１２３Ａはトラヒック廃棄カウンタ収集ブロック１２２Ａから、これらの指定回線が収集しているトラヒック廃棄カウントが送られてくるのを待機することになる（ステップＳ４３４）。
【００６４】
図１９は、トラヒック廃棄カウンタ収集ブロックの制御の様子を表わしたものである。トラヒック廃棄カウンタ収集ブロック１２２Ａはトラヒック廃棄カウンタの収集結果を基にして各回線の入出力廃棄カウントを保存管理している（ステップＳ４７１）。そしてトラヒック廃棄カウンタ監視ブロック１２３Ａからトラヒック廃棄カウントの取得要求があると（ステップＳ４７２：Ｙ）、その指定回線のトラヒック廃棄カウントをトラヒック廃棄カウンタ監視ブロック１２３Ａに通知する（ステップＳ４７３）。
【００６５】
トラヒック廃棄カウンタ監視ブロック１２３Ａは、トラヒック廃棄カウンタ収集ブロック１２２Ａから指定した回線のトラヒックカウントを取得すると（図５ステップＳ４３４：Ｙ）、これをトラヒック廃棄カウントテーブル３３１に反映させることになる（ステップＳ４３５）。
【００６６】
図２０は以上の処理によるトラヒック廃棄カウントテーブルの変化を示したものである。第１および第２の回線１０３1、１０３2についてのトラヒック廃棄カウントをトラヒック廃棄カウンタ収集ブロック１２２Ａから取得した結果として、トラヒック廃棄カウントテーブル３３１には、入力廃棄カウントと出力廃棄カウントが格納されている。ここで入力および出力カウントの収集の周期は３００秒としている。たとえば第１の回線１０３1の入力（受信）廃棄カウントについては９０ＧＢなので、１秒あたりの受信レートは２．４Ｇｂｐｓとなる。この入回線についての容量は１０Ｇｂｐｓなので、回線の使用率は２４％となる。また、この入回線についての廃棄カウントが０．０９ＭＢであるとすると、受信カウントとしての９０ＧＢとの割合を算出して、廃棄率は１０-6となる。同様にして、出回線についての廃棄率は１０-5となる。したがって、実施例と同様にこれらの回線１０３1、１０３2についての廃棄率等を見ながら、特定のパケットフローの監視やルートの切り替えが可能になる。
【００６７】
以上、実施例および変形例で説明したようにコアネットワークノード１０１、１０１Ａは、監視すべきフローを指定して回線の使用率や廃棄率等のデータを得て回線を監視することができるので、効率的かつきめ細かな監視が可能になる。
【００６８】
なお、実施例および変形例では特定のパケットフローについて監視を行う例を示したが、どのパケットフローを監視するかについては各種の態様をとることができることは当然である。たとえば制御部１０５、１０５Ａは特に要求された幾つかのパケットフローのみを順次監視するようにしてもよいし、監視制御にこれ以外の処理を行う余裕があるときにはコアネットワークノード１０１、１０１Ａが監視制御を行っていない他のパケットフローを順にチェックするようにしてもよい。また、以前に送信あるいは受信カウント値が比較的多かったパケットフローあるいは使用率または廃棄率が高い値を示したパケットフローについては、重点的にこれらのパケットフローの変化を監視するようにしてもよい。
【００６９】
また、実施例ではコアネットワークノードにおけるトラヒックの監視について説明したが、リソースに対してフローの種類が圧倒的に多いような他のネットワークの監視についても本発明を同様に適用することができる。
【００７０】
【発明の効果】
以上説明したように請求項１記載の発明によれば、回線ごとに入力トラヒックカウント手段と、出力トラヒックカウント手段と、入出力回線の選択を行うスイッチ手段とを備えたコアネットワークノード等のネットワーク上の接合点に、監視すべきパケットフローに対応したパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段を設け、そのパケットフローに対応した入力トラヒックのカウント値を入力トラヒックカウント取得手段で周期的に取得すると共に、出力トラヒックのカウント値を出力トラヒックカウント取得手段で周期的に取得し、これらの取得したカウント値をその監視すべきパケットフローと対応付けて格納する監視用データ格納手段に格納して監視に使用することにしたので、個々のパケット信号をキャプチャできないようなシステムでも資源を効率的に活用した経済的な通信システムを構築することが可能になる。また、個々のパケット信号をキャプチャする必要がないので、システムのパフォーマンスを維持しつつ拡張性を確保することができる。
【００７１】
また請求項２記載の発明によれば、回線ごとに入力廃棄トラヒックカウント手段と、出力廃棄トラヒックカウント手段と、入出力回線の選択を行うスイッチ手段とを備えたコアネットワークノード等のネットワーク上の接合点に、監視すべきパケットフローに対応したパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段を設け、そのパケットフローに対応した入力廃棄トラヒックのカウント値を入力廃棄トラヒックカウント取得手段で周期的に取得すると共に、出力廃棄トラヒックのカウント値を出力廃棄トラヒックカウント取得手段で周期的に取得し、これらの取得したカウント値をその監視すべきパケットフローと対応付けて格納する監視用データ格納手段に格納して監視に使用することにしたので、個々のパケット信号をキャプチャできないようなシステムでも資源を効率的に活用した経済的な通信システムを構築することが可能になる。また、個々のパケット信号をキャプチャする必要がないので、システムのパフォーマンスを維持しつつ拡張性を確保することができる。
【００７２】
更に請求項３記載の発明によれば、請求項１記載の発明における入力トラヒックのカウント値および出力トラヒックのカウント値の他に請求項２記載の発明における入力廃棄トラヒックのカウント値および出力廃棄トラヒックのカウント値を特定のパケットフローについて取得することにしたので、これら請求項１および請求項２記載の発明と同様の効果を得ることができる他、更に監視の精度を向上させることができる。
【図面の簡単な説明】
【図１】本発明の一実施例におけるトラヒック監視システムを使用したコアネットワークノードの構成を表わしたブロック図である。
【図２】２点間のパケットフローの一例を示した説明図である。
【図３】本実施例のトラヒックカウントの収集のプロセスを表わした説明図である。
【図４】本実施例で制御部内に備えられたトラヒックカウントテーブルの構成を表わした説明図である。
【図５】本実施例のトラヒックカウンタ監視ブロックの制御の流れを表わした流れ図である。
【図６】初期時点におけるトラヒックカウントテーブルの内容を示した説明図である。
【図７】本実施例におけるパケットフロー管理ブロックの制御の様子を表わした流れ図である。
【図８】本実施例のフロー・回線対応テーブルの説明図である。
【図９】本実施例でパケットフロー管理ブロックの返答によるトラヒックカウントテーブルの変化を表わした説明図である。
【図１０】本実施例におけるトラヒックカウンタ収集ブロックの制御の様子を表わした流れ図である。
【図１１】本実施例でトラヒックカウントを受信した時点におけるトラヒックカウントテーブルの内容を表わした説明図である。
【図１２】本発明の変形例におけるコアネットワークノードを表わしたブロック図である。
【図１３】この変形例のトラヒック監視システムにおける廃棄カウントの収集のプロセスを表わした説明図である。
【図１４】変形例で制御部内に備えられた入力・出力トラヒック廃棄カウントテーブルの構成を表わした説明図である。
【図１５】変形例におけるトラヒック廃棄カウンタ監視ブロックの制御の流れを表わした流れ図である。
【図１６】変形例における初期時点でのトラヒック廃棄カウントテーブルの内容を示した説明図である。
【図１７】変形例におけるパケットフロー管理ブロックの制御の様子を表わした流れ図である。
【図１８】図１７で説明したパケットフロー管理ブロックの返答によるトラヒック廃棄カウントテーブルの変化を表わした説明図である。
【図１９】変形例におけるトラヒック廃棄カウンタ収集ブロックの制御の様子を表わした流れ図である。
【図２０】変形例でトラヒック廃棄カウントを受信した時点におけるトラヒック廃棄カウントテーブルの内容を表わした説明図である。
【図２１】通信ネットワークにおけるコア・ネットワークを含めたネットワークの概要を表わしたネットワーク構成図である。
【符号の説明】
１０２ スイッチ部
１０３ 回線
１０４ 回線インターフェース部
１０５ 制御部
１１２ 入力パケットバッファ部
１１３ 出力パケットバッファ部
１１４ 入力トラヒックカウンタ部
１１５ 出力トラヒックカウンタ部
１２１ パケットフロー管理ブロック
１２２ トラヒックカウンタ収集ブロック
１２３ トラヒックカウンタ監視ブロック
１３１ トラヒックカウントテーブル
１４１ フロー・回線対応テーブル
Claims (7)
- パケット信号の入出力を行う回線ごとに設けられた回線インタフェース手段と、
回線インタフェース手段に入力されたパケット信号を宛先に対応させた回線の回線インタフェース手段に接続するスイッチ手段と、
前記パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から入力されるパケット信号をカウントする入力トラヒックカウント手段と、
前記パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から出力されるパケット信号をカウントする出力トラヒックカウント手段と、
監視すべきパケットフローが指定されたとき、そのパケットフローにおけるパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段と、
この入出力回線特定手段で特定されたパケットの入力する回線における前記入力トラヒックカウント手段のカウント値を周期的に取得する入力トラヒックカウント取得手段と、
前記入出力回線特定手段で特定されたパケットの出力する回線における前記出力トラヒックカウント手段のカウント値を周期的に取得する出力トラヒックカウント取得手段と、
これら入力トラヒックカウント取得手段および出力トラヒックカウント取得手段によって取得したそれぞれのカウント値を監視すべきパケットフローと対応付けて格納する監視用データ格納手段
とを具備することを特徴とするトラヒック監視システム。 - パケット信号の入出力を行う回線ごとに設けられた回線インタフェース手段と、
回線インタフェース手段に入力されたパケット信号を宛先に対応させた回線の回線インタフェース手段に接続するスイッチ手段と、
前記パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から入力され廃棄されるパケット信号をカウントする入力廃棄トラヒックカウント手段と、
前記パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から出力され廃棄されるパケット信号をカウントする出力廃棄トラヒックカウント手段と、
監視すべきパケットフローが指定されたとき、そのパケットフローにおけるパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段と、
この入出力回線特定手段で特定されたパケットの入力する回線における前記入力廃棄トラヒックカウント手段のカウント値を周期的に取得する入力廃棄トラヒックカウント取得手段と、
前記入出力回線特定手段で特定されたパケットの出力する回線における前記出力廃棄トラヒックカウント手段のカウント値を周期的に取得する出力廃棄トラヒックカウント取得手段と、
これら入力廃棄トラヒックカウント取得手段および出力廃棄トラヒックカウント取得手段によって取得したそれぞれのカウント値を監視すべきパケットフローと対応付けて格納する監視用データ格納手段
とを具備することを特徴とするトラヒック監視システム。 - パケット信号の入出力を行う回線ごとに設けられた回線インタフェース手段と、
回線インタフェース手段に入力されたパケット信号を宛先に対応させた回線の回線インタフェース手段に接続するスイッチ手段と、
前記パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から入力されるパケット信号をカウントする入力トラヒックカウント手段と、
前記パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から出力されるパケット信号をカウントする出力トラヒックカウント手段と、
前記パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から入力され廃棄されるパケット信号をカウントする入力廃棄トラヒックカウント手段と、
前記パケット信号の入出力を行う回線ごとに設けられ、それぞれの回線から出力され廃棄されるパケット信号をカウントする出力廃棄トラヒックカウント手段と、
監視すべきパケットフローが指定されたとき、そのパケットフローにおけるパケットの入力する回線およびパケットの出力する回線を特定する入出力回線特定手段と、
この入出力回線特定手段で特定されたパケットの入力する回線における前記入力トラヒックカウント手段のカウント値を周期的に取得する入力トラヒックカウント取得手段と、
前記入出力回線特定手段で特定されたパケットの出力する回線における前記出力トラヒックカウント手段のカウント値を周期的に取得する出力トラヒックカウント取得手段と、
前記入出力回線特定手段で特定されたパケットの入力する回線における前記入力廃棄トラヒックカウント手段のカウント値を周期的に取得する入力廃棄トラヒックカウント取得手段と、
前記入出力回線特定手段で特定されたパケットの出力する回線における前記出力廃棄トラヒックカウント手段のカウント値を周期的に取得する出力廃棄トラヒックカウント取得手段と、
これら入力トラヒックカウント取得手段および出力トラヒックカウント取得手段によって取得したそれぞれのカウント値ならびに入力廃棄トラヒックカウント取得手段および出力廃棄トラヒックカウント取得手段によって取得したそれぞれのカウント値を監視すべきパケットフローと対応付けて格納する監視用データ格納手段
とを具備することを特徴とするトラヒック監視システム。 - 前記入出力回線特定手段は、監視すべきパケットフローを全体のパケットフローの中から選択して特定することを特徴とする請求項１〜請求項３記載のトラヒック監視システム。
- 前記入出力回線特定手段は、監視すべきパケットフローを全体のパケットフローの中から順次時分割的に選択して特定することを特徴とする請求項１〜請求項３記載のトラヒック監視システム。
- 前記監視用データ格納手段に格納されたそれぞれの入力カウント値または出力カウント値を用いて監視すべきパケットフローに対応する回線の使用率を算出する回線使用率算出手段を具備することを特徴とする請求項１または請求項３記載のトラヒック監視システム。
- 前記監視用データ格納手段に格納されたそれぞれの入力廃棄カウント値または出力廃棄カウント値を用いて監視すべきパケットフローに対応する回線の廃棄率を算出する回線廃棄率算出手段を具備することを特徴とする請求項２または請求項３記載のトラヒック監視システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002079957A JP3896879B2 (ja) | 2002-03-22 | 2002-03-22 | トラヒック監視システム |
| US10/389,998 US7719990B2 (en) | 2002-03-22 | 2003-03-18 | Communications network traffic monitor system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002079957A JP3896879B2 (ja) | 2002-03-22 | 2002-03-22 | トラヒック監視システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003283563A JP2003283563A (ja) | 2003-10-03 |
| JP3896879B2 true JP3896879B2 (ja) | 2007-03-22 |
Family
ID=28035685
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002079957A Expired - Fee Related JP3896879B2 (ja) | 2002-03-22 | 2002-03-22 | トラヒック監視システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7719990B2 (ja) |
| JP (1) | JP3896879B2 (ja) |
Families Citing this family (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1578262A4 (en) | 2002-12-31 | 2007-12-05 | Therasense Inc | CONTINUOUS BLOOD SUGAR MONITORING SYSTEM AND USE METHOD |
| DE10324470A1 (de) * | 2003-05-30 | 2005-03-10 | Deutsche Telekom Ag | Verfahren und Vorrichtung zum Steuern von Datenverbindungen in einem Datennetz mit einer Vielzahl von Datennetzknoten |
| US7478156B1 (en) * | 2003-09-25 | 2009-01-13 | Juniper Networks, Inc. | Network traffic monitoring and reporting using heap-ordered packet flow representation |
| US7577736B1 (en) * | 2003-10-15 | 2009-08-18 | Nortel Networks Limited | Network accounting statistics collection |
| US7573826B1 (en) * | 2004-06-22 | 2009-08-11 | Nortel Networks Limited | Darwinian network |
| US7457244B1 (en) * | 2004-06-24 | 2008-11-25 | Cisco Technology, Inc. | System and method for generating a traffic matrix in a network environment |
| US7965627B2 (en) * | 2004-09-18 | 2011-06-21 | Genband Us Llc | QoS measurement with split-path zero-latency virtual jitter buffer |
| US7830864B2 (en) * | 2004-09-18 | 2010-11-09 | Genband Us Llc | Apparatus and methods for per-session switching for multiple wireline and wireless data types |
| US7751421B2 (en) * | 2004-12-29 | 2010-07-06 | Alcatel Lucent | Traffic generator and monitor |
| US20080199894A1 (en) | 2007-02-15 | 2008-08-21 | Abbott Diabetes Care, Inc. | Device and method for automatic data acquisition and/or detection |
| WO2008130895A2 (en) | 2007-04-14 | 2008-10-30 | Abbott Diabetes Care, Inc. | Method and apparatus for providing dynamic multi-stage signal amplification in a medical device |
| US8456301B2 (en) | 2007-05-08 | 2013-06-04 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods |
| US8665091B2 (en) | 2007-05-08 | 2014-03-04 | Abbott Diabetes Care Inc. | Method and device for determining elapsed sensor life |
| US8461985B2 (en) * | 2007-05-08 | 2013-06-11 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods |
| US7978620B2 (en) * | 2007-05-14 | 2011-07-12 | Cisco Technology, Inc. | Dynamically troubleshooting voice quality |
| US7733805B2 (en) * | 2007-07-25 | 2010-06-08 | Brocade Communications Systems, Inc. | Method and apparatus for determining bandwidth-consuming frame flows in a network |
| WO2011026147A1 (en) | 2009-08-31 | 2011-03-03 | Abbott Diabetes Care Inc. | Analyte signal processing device and methods |
| US8477648B2 (en) * | 2010-02-16 | 2013-07-02 | Vss Monitoring, Inc. | Systems, apparatus, and methods for monitoring network capacity |
| US9306794B2 (en) | 2012-11-02 | 2016-04-05 | Brocade Communications Systems, Inc. | Algorithm for long-lived large flow identification |
| KR102119112B1 (ko) * | 2013-09-17 | 2020-06-29 | 삼성전자 주식회사 | 트래픽 품질 제어 방법 및 장치 |
| US10057170B2 (en) * | 2016-09-23 | 2018-08-21 | Gigamon Inc. | Intelligent dropping of packets in a network visibility fabric |
Family Cites Families (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0628361B2 (ja) * | 1984-11-27 | 1994-04-13 | 国際電信電話株式会社 | パケツト交換方式 |
| US4769810A (en) * | 1986-12-31 | 1988-09-06 | American Telephone And Telegraph Company, At&T Bell Laboratories | Packet switching system arranged for congestion control through bandwidth management |
| JP2753254B2 (ja) * | 1988-04-06 | 1998-05-18 | 株式会社日立製作所 | パケツト交換システム |
| EP0809381B1 (en) * | 1988-07-22 | 2004-11-24 | Hitachi, Ltd. | ATM switching system |
| SE9002731D0 (sv) * | 1990-08-24 | 1990-08-24 | Kabivitrum Ab | Product comprising growth factor |
| JP3128654B2 (ja) * | 1990-10-19 | 2001-01-29 | 富士通株式会社 | 監視制御方法、監視制御装置及び交換システム |
| JP3025068B2 (ja) * | 1991-09-12 | 2000-03-27 | 富士通株式会社 | Ａｔｍスイッチのパス試験方式 |
| US5509001A (en) * | 1991-10-18 | 1996-04-16 | Fujitsu Limited | Apparatus and method for controlling cells input to ATM network |
| US5400339A (en) * | 1992-03-18 | 1995-03-21 | Fujitsu Limited | Bidirectional communication apparatus for reducing transmitted data |
| JP2646948B2 (ja) * | 1992-12-25 | 1997-08-27 | 日本電気株式会社 | パケット網におけるシグナリング方式 |
| JPH08167907A (ja) * | 1994-12-15 | 1996-06-25 | Nec Corp | Ａｔｍセル交換装置 |
| JP3164994B2 (ja) * | 1995-02-27 | 2001-05-14 | 株式会社日立製作所 | Ａｔｍ網とノード装置および故障通知制御方法 |
| US5675576A (en) * | 1995-06-05 | 1997-10-07 | Lucent Technologies Inc. | Concestion control system and method for packet switched networks providing max-min fairness |
| US6445708B1 (en) * | 1995-10-03 | 2002-09-03 | Ahead Communications Systems, Inc. | ATM switch with VC priority buffers |
| JP3652759B2 (ja) * | 1995-11-27 | 2005-05-25 | 富士通株式会社 | パケット流量監視制御方式 |
| US5812526A (en) * | 1995-12-21 | 1998-09-22 | Industrial Technology Research Institute | Traffic control mechanism in ATM communications network |
| JPH09261229A (ja) * | 1996-03-19 | 1997-10-03 | Hitachi Ltd | Ａｔｍ通信装置 |
| US6141323A (en) * | 1996-06-03 | 2000-10-31 | Whittaker Corporation | Closed loop congestion control using a queue measurement system |
| US5864555A (en) * | 1996-07-05 | 1999-01-26 | General Datacomm, Inc. | Method and apparatus for generating a proxy connection endpoint for operation administration and management (OAM) asynchronous transfer mode (ATM) cells |
| GB9618158D0 (en) * | 1996-08-30 | 1996-10-09 | Sgs Thomson Microelectronics | Improvements in or relating to an ATM switch |
| JPH10150445A (ja) * | 1996-11-19 | 1998-06-02 | Fujitsu Ltd | セルロス検出方法 |
| WO1999034558A1 (fr) * | 1997-12-25 | 1999-07-08 | Kabushiki Kaisha Toshiba | Repeteur mta et reseau le comprenant |
| JP3169880B2 (ja) | 1998-01-14 | 2001-05-28 | 日本電気株式会社 | インターネット内トラフィック測定時のｉｐパケットカウント方法 |
| JPH11261570A (ja) * | 1998-03-10 | 1999-09-24 | Fujitsu Ltd | Ａｔｍ装置 |
| CA2266307A1 (en) * | 1998-03-24 | 1999-09-24 | Northern Telecom Limited | Apparatus and method for optimizing max-min fair rate control in abr sessions |
| JPH11317746A (ja) * | 1998-05-06 | 1999-11-16 | Fujitsu Ltd | 二重化ａｔｍ交換機の品質監視方法及び品質監視装置 |
| JP3908408B2 (ja) * | 1999-04-30 | 2007-04-25 | 東芝マイクロエレクトロニクス株式会社 | Ａｔｍスイッチ |
| JP3226096B2 (ja) * | 1999-05-24 | 2001-11-05 | 日本電気株式会社 | Ａｔｍセルバッファシステム及びその輻輳制御方法 |
| JP3485046B2 (ja) | 1999-11-05 | 2004-01-13 | 日本電気株式会社 | Ｉｐパケット交換機におけるトラヒック収集装置 |
| US6738349B1 (en) * | 2000-03-01 | 2004-05-18 | Tektronix, Inc. | Non-intrusive measurement of end-to-end network properties |
| US7139282B1 (en) * | 2000-03-24 | 2006-11-21 | Juniper Networks, Inc. | Bandwidth division for packet processing |
| US7075928B1 (en) * | 2000-09-25 | 2006-07-11 | Integrated Device Technology, Inc. | Detection and recovery from connection failure in an ATM switch |
| US6665495B1 (en) * | 2000-10-27 | 2003-12-16 | Yotta Networks, Inc. | Non-blocking, scalable optical router architecture and method for routing optical traffic |
| US7292594B2 (en) * | 2002-06-10 | 2007-11-06 | Lsi Corporation | Weighted fair share scheduler for large input-buffered high-speed cross-point packet/cell switches |
| JP3788803B2 (ja) * | 2002-10-30 | 2006-06-21 | 富士通株式会社 | Ｌ２スイッチ |
| US6839328B2 (en) * | 2003-01-31 | 2005-01-04 | Telcordia Technologies, Inc. | Measurement of packet loss ratio in a network using end-point data |
-
2002
- 2002-03-22 JP JP2002079957A patent/JP3896879B2/ja not_active Expired - Fee Related
-
2003
- 2003-03-18 US US10/389,998 patent/US7719990B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20030179705A1 (en) | 2003-09-25 |
| US7719990B2 (en) | 2010-05-18 |
| JP2003283563A (ja) | 2003-10-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3896879B2 (ja) | トラヒック監視システム | |
| US10819654B2 (en) | Method and apparatus for software programmable intelligent network | |
| JP5790850B2 (ja) | 通信システム、転送ノード、経路管理サーバ、通信方法およびプログラム | |
| JP5300076B2 (ja) | コンピュータシステム、及びコンピュータシステムの監視方法 | |
| US9154394B2 (en) | Dynamic latency-based rerouting | |
| KR100809261B1 (ko) | ＱｏＳ를 지원하는 고속 전력선 네트워크와 이더넷 간의브리지 시스템 | |
| US20110267952A1 (en) | Dynamic latency-based rerouting | |
| JP3910998B2 (ja) | パケット通信方法 | |
| CN110351286B (zh) | 一种软件定义网络中链路洪泛攻击检测响应机制 | |
| US7206289B2 (en) | Method of and apparatus for calculating traffic from data on packet transmission collected from routers | |
| US8270305B2 (en) | Node device, node system, and method and program for changing statistic information management table used for the node device | |
| JP2000324137A (ja) | ルートおよびパスの管理システム | |
| WO2004073269A1 (ja) | 伝送システム，配信経路制御装置，負荷情報収集装置および配信経路制御方法 | |
| JP5018457B2 (ja) | データ送受信装置、保守管理データ挿入抽出装置、保守管理データ挿入抽出プログラムおよび保守管理データ挿入抽出方法 | |
| WO2021244247A1 (zh) | 转发数据报文的方法、网络节点、***及存储介质 | |
| JP2013535895A (ja) | 通信システム、ノード、統計情報収集装置、統計情報の収集方法およびプログラム | |
| JP2009177739A (ja) | 通信装置、通信システム及び通信方法 | |
| CN106464670A (zh) | 网络实体及服务策略管理方法 | |
| CN116346634A (zh) | 网络管控***的状态感知信息处理方法、装置及电子设备 | |
| WO2022052800A1 (zh) | 一种通信***、数据处理方法以及相关设备 | |
| JP4165828B2 (ja) | 通信ネットワーク、ネットワーク制御サーバ、トラヒック制御方法、およびプログラム | |
| JP3836853B2 (ja) | 負荷分散型通信ネットワーク、加入者ユーザ収容ノード、およびネットワーク制御サーバ | |
| JP2008206028A (ja) | 機能分散型通信装置、構成要素結合制御方法、およびプログラム | |
| KR20070061142A (ko) | 피투피 네트워크 시스템에서의 트래픽 제어 방법 및피투피 네트워크 시스템 | |
| KR100818294B1 (ko) | 엠피엘에스(ｍｐｌｓ) 터널의 통계 정보 처리 시스템 및방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050221 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061120 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061128 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061211 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110105 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120105 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130105 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130105 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |