JP2002084278A - Traffic analysis method for each route - Google Patents
Traffic analysis method for each routeInfo
- Publication number
- JP2002084278A JP2002084278A JP2000270016A JP2000270016A JP2002084278A JP 2002084278 A JP2002084278 A JP 2002084278A JP 2000270016 A JP2000270016 A JP 2000270016A JP 2000270016 A JP2000270016 A JP 2000270016A JP 2002084278 A JP2002084278 A JP 2002084278A
- Authority
- JP
- Japan
- Prior art keywords
- route
- destination
- statistical information
- destinations
- traffic
- 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.)
- Pending
Links
Landscapes
- Monitoring And Testing Of Exchanges (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 経路別にトラヒックを解析すること。
【解決手段】 宛先別統計情報収集プログラム12によ
り、回線上に流れるパケットを監視して宛先別統計情報
を収集し、これから宛先リストを抽出する。経路解析プ
ログラム13により、宛先リストに基づいて有用な宛先
に対し経路探索を行い、経路探索結果から経路図を作成
し、この経路図と宛先別統計情報から経路別の統計情報
を導出する。
(57) [Summary] [Problem] To analyze traffic for each route. A destination-specific statistical information collection program monitors packets flowing on a line to collect destination-specific statistical information, and extracts a destination list from the collected statistical information. The route analysis program 13 performs a route search for a useful destination based on the destination list, creates a route diagram from the route search results, and derives statistical information for each route from the route diagram and destination-specific statistical information.
Description
【0001】[0001]
【発明の属する技術分野】本発明は通信経路別の統計情
報を収集し解析する方法に関し、特に、インターネット
サービスプロバイダ(以下、ISP(Internet Service
Provider:インターネットサービス提供者または設備)
と呼ぶ)におけるネットワークの運用に役立つものであ
る。経路別の統計情報としては、トラヒック量(IPバ
イト数やTCPバイト数など)や品質(再送率やスルー
プットなど)、経路安定度などがある。ネットワークの
運用としては、ルーティングポリシーの決定や障害時の
ルーティングの変更などがある。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method for collecting and analyzing statistical information for each communication path, and more particularly to an Internet service provider (hereinafter referred to as ISP).
Provider: Internet service provider or equipment)
) Is useful for the operation of the network. The statistical information for each route includes a traffic amount (such as the number of IP bytes and TCP bytes), quality (such as a retransmission rate and throughput), and route stability. The operation of the network includes the determination of a routing policy and the change of routing when a failure occurs.
【0002】[0002]
【従来の技術】下記(1) 〜(3) に従来技術を示す。 (1) 経路毎の品質測定は、測定用端末から個々の経路の
サーバに対して、アクティブにパケットを送信する方法
で行われてきた。しかし、この従来技術(1) では、トラ
ヒック量を測定することができない。また、厳密な品質
測定を行うためには、大量のパケットを送信する必要が
あるため、ネットワークへの負荷が増大する。 (2) 宛先(IPアドレス)毎にトラヒックを収集する機
能を持つツールとして、Cisco 社のNetflow と呼ばれる
解析ツールや、 Snifferと呼ばれるプロトコルアナライ
ザがある。しかし、この従来技術(2) では、これらのツ
ールが収集できるのはトラヒック量のみであり、再送量
やスループットなどの品質に関する情報、並びに、経路
安定度の情報は収集できない。しかも、このような品質
に関する情報を収集するには、パケットを収集するとと
もに、測定用端末内部でTCPコネクションの状態遷移
を管理する必要があるが、上記ツールはこれらの機能を
持ち合わせていない。また、単にIPアドレス毎の情報
からは、経路毎の情報を導出することはできない。 (3) 宛先毎の経路を調査するツールとして、パケットの
経路を動的に調べるトレースルート(traceroute)と呼ば
れるソフトウェアがある。しかし、従来技術(3)では、
トレースルートの宛先を選択するメカニズムが提供され
ていない。なお、従来技術(2) と従来技術(3) を組み合
わせたものは知られていないが、仮にこれらを組み合わ
せてみても、ネットワークへの負荷を減らすために、ト
レースルートを行う相手先を制限する必要がある。2. Description of the Related Art The following (1) to (3) show conventional techniques. (1) The quality measurement for each route has been performed by a method of actively transmitting a packet from a measuring terminal to a server of each route. However, this prior art (1) cannot measure the traffic volume. Further, in order to perform strict quality measurement, it is necessary to transmit a large number of packets, so that the load on the network increases. (2) As tools having the function of collecting traffic for each destination (IP address), there are analysis tools called Cisco's Netflow and protocol analyzers called Sniffer. However, in the prior art (2), these tools can collect only the traffic amount, and cannot collect information on quality such as retransmission amount and throughput, and information on path stability. In addition, in order to collect such information on quality, it is necessary to collect packets and manage the state transition of the TCP connection inside the measuring terminal. However, the above tools do not have these functions. Further, it is not possible to simply derive information for each route from information for each IP address. (3) As a tool for examining a route for each destination, there is software called a traceroute for dynamically examining a packet route. However, in the prior art (3),
No mechanism is provided to select the traceroute destination. It is not known that the conventional technology (2) and the conventional technology (3) are combined, but even if they are combined, in order to reduce the load on the network, the destination of the trace route is limited. There is a need.
【0003】[0003]
【発明が解決しようとする課題】本発明の課題は、上述
した従来技術の問題点を解消する経路別トラヒック解析
方法の提供である。SUMMARY OF THE INVENTION An object of the present invention is to provide a traffic analysis method for each route which solves the above-mentioned problems of the prior art.
【0004】[0004]
【課題を解決するための手段】請求項1に係る発明の経
路別トラヒック解析方法は、経路図及び宛先別統計情報
をもとに、経路別の統計情報を導出することを特徴とす
る。請求項2に係る発明は、請求項1において、前記宛
先別統計情報から有用な宛先を複数選択し、選択した宛
先について経路探索を行い、得られた複数の経路探索結
果から前記経路図を導出することを特徴とする経路別ト
ラヒック解析方法である。According to a first aspect of the present invention, there is provided a traffic analysis method for each route, wherein statistical information for each route is derived based on a route diagram and statistical information for each destination. In the invention according to claim 2, in claim 1, a plurality of useful destinations are selected from the destination-specific statistical information, a route search is performed for the selected destination, and the route diagram is derived from a plurality of obtained route search results. This is a traffic analysis method for each route.
【0005】請求項3に係る発明は、請求項2におい
て、前記有用な宛先の数は前記宛先別統計情報に対応す
る宛先より少ないことを特徴とする。請求項4に係る発
明は、請求項2において、前記有用な宛先として、前記
宛先別統計情報からトラヒック量が多い上位複数の宛
先、あるいは、品質が悪い上位複数の宛先を選択するこ
とを特徴とする。請求項5に係る発明は、請求項2にお
いて、同じ経路を持つ宛先の集合についてはそのうち1
つの宛先のみ経路探索を行うことを特徴とする。請求項
6に係る発明は、請求項2において、UDPパケットを
そのIPヘッダ部分のTTLフィールドの値を順次変え
て宛先に送信することにより、当該宛先についての経路
探索を行うことを特徴とする。The invention according to claim 3 is characterized in that, in claim 2, the number of useful destinations is smaller than the number of destinations corresponding to the destination-specific statistical information. The invention according to claim 4 is characterized in that, in claim 2, as the useful destination, a plurality of top destinations having a large traffic amount or a plurality of top destinations having a low quality are selected from the statistical information for each destination. I do. The invention according to claim 5 is the invention according to claim 2, wherein one of the sets of destinations having the same route is one of them.
A route search is performed for only one destination. The invention according to claim 6 is characterized in that, in claim 2, a route search for the destination is performed by sequentially changing the value of the TTL field of the IP header portion of the UDP packet and transmitting the UDP packet to the destination.
【0006】請求項7に係る発明は、請求項1におい
て、インターネットサービスプロバイダ内の回線上の1
点、インターネットサービスプロバイダ間の回線上の1
点、ユーザ内の回線上の1点のうちいずれかにて、回線
上を流れるパケットを監視することにより、前記宛先別
統計情報を収集することを特徴とする。請求項8に係る
発明は、請求項1において、前記経路別の統計情報は、
トラヒック量、品質及び経路安定度のうち少なくとも1
種であることを特徴とする。According to a seventh aspect of the present invention, in the first aspect, there is provided a communication system in which an Internet service provider uses
Point, one on the line between internet service providers
The statistical information for each destination is collected by monitoring a packet flowing on the line at one of the points and one point on the line within the user. In the invention according to claim 8, in claim 1, the statistical information for each route is:
At least one of traffic volume, quality and route stability
It is a seed.
【0007】[0007]
【発明の実施の形態】以下、図面を参照して、本発明の
実施形態例を説明する。Embodiments of the present invention will be described below with reference to the drawings.
【0008】図1において、ユーザ1が同ユーザの所属
ISP2からインターネット上のサーバ8、9、10に
アクセスする場合、ISP2以降の経路上に種々のIS
P3、4、5、6、7が存在する。図1の例では、サー
バ8への経路はISP3→ISP4→ISP5→サーバ
8であり、サーバ9への経路はISP3→ISP4→I
SP6→サーバ9であり、サーバ9への経路はISP3
→ISP7→サーバ10である。In FIG. 1, when a user 1 accesses servers 8, 9, and 10 on the Internet from an ISP 2 to which the user belongs, various ISs are provided on a route after the ISP 2.
There are P3, 4, 5, 6, and 7. In the example of FIG. 1, the route to the server 8 is ISP3 → ISP4 → ISP5 → server 8, and the route to the server 9 is ISP3 → ISP4 → I
SP6 → server 9 and the route to server 9 is ISP3
→ ISP 7 → server 10.
【0009】そこで、本例では、ISP2がルーティン
グポリシーの決定や障害時のルーティングの変更などた
めに、ISP2とISP3間の回線上の1点を監視地点
11として、経路別のトラヒック量(IPバイト数やT
CPバイト数など)、あるいは、経路別の品質(再送率
やスループットなど)、あるいは、経路別の経路安定度
を解析するものとして説明する。Therefore, in this example, in order to determine the routing policy or change the routing at the time of failure, the ISP 2 sets one point on the line between the ISP 2 and the ISP 3 as the monitoring point 11 and sets the traffic amount (IP byte Number or T
The description will be made assuming that the number of CP bytes), the quality (retransmission rate, throughput, etc.) of each path, or the path stability of each path are analyzed.
【0010】また、本例では、コンピュータとその上で
動作するコンピュータソフトウェアにより、経路別のト
ラヒック解析を行うものとする。そのため、コンピュー
タソフトウェアとして、図2に示すように、宛先別統計
情報収集プログラム12と経路解析プログラム13が用
いられる。宛先別統計情報収集プログラム12は収集機
能12aと、解析機能12bを持つ。経路解析プログラ
ム13は探索宛先管理機能13aと、経路探索機能13
bと、経路図管理機能13cと、経路別トラヒック解析
機能13dを持つ。また、コンピュータは宛先毎の統計
情報を格納する格納部14、宛先リストを格納する格納
部15、経路図を格納する格納部16及び経路別の統計
情報を格納する格納部17を具える。In this embodiment, it is assumed that traffic analysis for each route is performed by a computer and computer software operating on the computer. Therefore, as shown in FIG. 2, a destination-specific statistical information collection program 12 and a route analysis program 13 are used as computer software. The destination-specific statistical information collection program 12 has a collection function 12a and an analysis function 12b. The route analysis program 13 includes a search destination management function 13a and a route search function 13a.
b, a route map management function 13c, and a route-specific traffic analysis function 13d. The computer includes a storage unit 14 for storing statistical information for each destination, a storage unit 15 for storing a destination list, a storage unit 16 for storing a route map, and a storage unit 17 for storing statistical information for each route.
【0011】宛先別統計情報収集プログラム12の収集
機能12aは、監視地点11にて回線上を流れるパケッ
トを監視し、宛先毎の統計情報を収集し、格納部14に
蓄積する。例えば、パケットの発着IPアドレス毎のト
ラヒックを宛先毎に収集する。ここで、宛先は、発IP
アドレスまたは着IPアドレスの一方を表す。The collection function 12 a of the destination-specific statistical information collecting program 12 monitors packets flowing on the line at the monitoring point 11, collects statistical information for each destination, and stores it in the storage unit 14. For example, traffic for each destination IP address of a packet is collected for each destination. Here, the destination is the originating IP
Address or destination IP address.
【0012】宛先別統計情報収集プログラム12の解析
機能12bは、収集機能12aが収集した宛先毎の統計
情報を目的に従って定期的または不定期に解析(ソート
やフィルタ等)することにより、有用な複数の宛先から
なる宛先リストを作成して格納部15に蓄積する。例え
ば、トラヒック量(IPバイト数またはTCPバイト
数)の多い順に宛先を並び変え、トラヒック量が多い上
位n個の宛先のみを選択し、あるいは、品質(再送率ま
たはスループット)の悪い順に宛先を並び変え、品質が
悪い上位n個の宛先のみを選択し、宛先リストとして抽
出する。ここで、nは複数であるが、その値は監視地点
11における経路探索用トラヒックの許容量に合わせて
調整する。つまり、宛先数が多いほどより多数且つ正確
な経路別トラヒックが得られる反面、経路探索用トラヒ
ックが増大する。The analysis function 12b of the destination-specific statistical information collection program 12 analyzes useful (periodical or irregular) statistical information for each destination collected by the collection function 12a according to the purpose (sorting, filtering, etc.), thereby providing a useful plurality of useful information. A destination list including the destinations is created and stored in the storage unit 15. For example, the destinations are rearranged in descending order of the traffic amount (the number of IP bytes or the number of TCP bytes), and only the top n destinations in which the traffic amount is large are selected, or the destinations are arranged in the descending order of the quality (retransmission rate or throughput). In other words, only the top n destinations with poor quality are selected and extracted as a destination list. Here, n is plural, but its value is adjusted according to the allowable amount of the route search traffic at the monitoring point 11. In other words, as the number of destinations increases, more and more accurate route-specific traffic can be obtained, but the route search traffic increases.
【0013】トラヒック量が多い宛先のみを選択した場
合は、ユーザが多く利用している経路を対象としてトラ
ヒック解析を行うことになる。従って、実際に多く利用
されている経路ほど、より正確な経路別トラヒックの解
析結果が得られる。When only a destination having a large traffic volume is selected, a traffic analysis is performed on a route that is frequently used by the user. Therefore, a more accurate route analysis result is obtained for a route that is actually used more often.
【0014】一方、品質が悪い宛先のみを選択した場合
は、ユーザに品質の劣化を与えている経路におけるトラ
ヒック量、品質、経路安定度の情報を、より詳細に解析
することができる。また、トラヒック量に比べて帯域が
狭い回線など、特定の経路における問題点を推定するこ
とが可能となる。[0014] On the other hand, when only destinations of poor quality are selected, information on the traffic volume, quality, and route stability in a route that is deteriorating the quality of the user can be analyzed in more detail. In addition, it is possible to estimate a problem in a specific route such as a line having a narrower band than the traffic amount.
【0015】経路解析プログラム13の探索宛先管理機
能13aは、格納部15に蓄積された宛先リストに基づ
くだけでなく、格納部16に蓄積された経路図にも基づ
いて、経路探索を行うべき宛先を決定する。宛先の決定
は以下の方針で行う。 同じ経路を持つ(サーバ)の集合(サーバ群)から
は、1つの宛先(サーバ)のみを選択する。 サーバ群に含まれるサーバの管理は、経路図管理機能
13bで行われる。The search destination management function 13a of the route analysis program 13 not only performs the search based on the destination list stored in the storage unit 15 but also executes the destination search based on the route diagram stored in the storage unit 16. To determine. The destination is determined according to the following policy. From a set (server group) of (servers) having the same route, only one destination (server) is selected. The management of the servers included in the server group is performed by the route diagram management function 13b.
【0016】経路解析プログラム13の経路探索機能1
3bは、複数の宛先に対して経路探索を実行し、探索完
了までの状態を管理する。経路探索にはトレースルート
(traceroute)と同様の方式を用いる。具体的には、個々
の宛先に対する経路探索は以下の手順(1) 〜(10)で実行
する。 (1) 最初はIPパケットのTTL(time to live :タイ
ム・トゥ・リブ(生存時間))フィールドの値を1と
し、UDP(ユーザ・データグラム・プロトコル)パケ
ットを送信する。なお、TTLフィールドのデフォルト
値は32である。 (2) パケットを中継するルータはTTLフィールドを1
減らす。このとき、TTLフィールドが0より大きいと
きは、そのルータが管理するルーティングテーブルを参
照し、次のホップを調べる。 (3) 次のホップがルータの場合は、そのルータへの中継
を行う。次のホップがホスト、つまり最終宛先の場合は
その宛先へUDPパケットを転送する。 (4) TTLフィールドが0となった場合には、中継でき
ないと判断し、TTLフィールドが0になったルータか
ら、発信元にエラーパケットの1種であるICMP(イ
ンターネット・コントロール・メッセージ・プロトコ
ル)のタイム・エクシーディド(time exceeded) パケッ
トが送信される。 (5) 最終的な宛先からは、ICMPのポート・アンリー
チャブル(port unreachable)パケットが送信される。こ
れは、トレースルートで用いられるUDPパケットは、
通常端末がサポートしないポート番号を使用するためで
ある。 (6) 最終的な宛先に届く前にTTlフィールドの値が0
になってしまった場合は、上記手順(1) に戻ってTTL
を1増加して、再び発信元からUDPパケットを送信す
る。 (7) 以上の手順(1) 〜(6) をUDPパケットが最終的な
宛先に届くまで繰り返す。 (8) 以上の手順(1) 〜(7) により、図3に示すように、
発信元ISP2から宛先のサーバ10までのルータ1
8、19、20の経路が判る。 (9) そこで、経路上の各ルータ18、19、20に対
し、DNS(ドメイン・ネーム・システム)によるドメ
イン探索を行い、各ルータ18、19、20を管理する
ドメインを調査する。つまり、各ルータ18、19、2
0のIPアドレスからそれぞれのドメイン名を探索す
る。ドメインとしては、ドメイン間の中継を行うドメイ
ンと、中継を行わないドメインとを区別する。これらの
区別は、ドメイン識別により行う。ここでは、中継を行
うドメインをISPと呼ぶ。一般に、.comはサーバ、.n
etはISPである。 (10)経路上に同一のドメインが存在する場合は、それら
を集約する。図4に示す例では、ルータ18とルータ1
9はaaa.net という同一のドメイン名であるので、同一
ドメイン内のルータであると判断でき、1つのドメイン
(図1に対応させればISP3)となる。ルータ20は
ISP7に相当する。中継を行わないドメインがある場
合は、それらを最終宛先として集約する。The route search function 1 of the route analysis program 13
3b executes a route search for a plurality of destinations and manages a state until the search is completed. Trace route for route search
Use the same method as (traceroute). Specifically, the route search for each destination is executed in the following procedures (1) to (10). (1) At first, the value of a TTL (time to live) field of an IP packet is set to 1, and a UDP (User Datagram Protocol) packet is transmitted. Note that the default value of the TTL field is 32. (2) The router that relays the packet sets the TTL field to 1
cut back. At this time, if the TTL field is larger than 0, the next hop is checked by referring to the routing table managed by the router. (3) If the next hop is a router, relay to that router. If the next hop is the host, that is, the final destination, forward the UDP packet to that destination. (4) If the TTL field becomes 0, it is determined that relaying is not possible, and a router having the TTL field set to 0 sends an ICMP (Internet Control Message Protocol) which is a type of error packet to the source. Of time exceeded packets are sent. (5) From the final destination, an ICMP port unreachable packet is transmitted. This is because the UDP packet used in the trace route is
This is because a port number not normally supported by the terminal is used. (6) The value of the TTl field is 0 before reaching the final destination.
If it becomes TTL, return to the above procedure (1)
Is increased by 1 and the UDP packet is transmitted again from the source. (7) The above steps (1) to (6) are repeated until the UDP packet reaches the final destination. (8) By the above procedures (1) to (7), as shown in FIG.
Router 1 from source ISP 2 to destination server 10
Routes 8, 19 and 20 are known. (9) Therefore, a domain search is performed for each of the routers 18, 19, and 20 on the route by using a DNS (Domain Name System), and a domain for managing each of the routers 18, 19, and 20 is examined. That is, each router 18, 19, 2
The respective domain names are searched from the IP address 0. As a domain, a domain that relays between domains and a domain that does not relay are distinguished. These distinctions are made by domain identification. Here, the domain that performs the relay is called an ISP. Generally, .com is the server, .n
et is an ISP. (10) If the same domain exists on the route, they are aggregated. In the example shown in FIG. 4, the router 18 and the router 1
Since 9 is the same domain name as aaa.net, it can be determined that it is a router in the same domain, and it becomes one domain (ISP 3 in FIG. 1). The router 20 corresponds to the ISP 7. If there are domains that do not relay, they are aggregated as the final destination.
【0017】経路解析プログラム13の経路図管理機能
13cは、経路探索機能13bにより得られた複数の宛
先に対する探索結果を元に、経路図を作成し格納部16
に蓄積する。その際、同一経路となる複数のサーバは、
サーバ群として集約する。サーバ群の情報としては、I
Pアドレスと、IPアドレスを集積して得られたサブネ
ットIDのリストを管理する。経路図は、監視地点11
(ISP内あるいはISP間あるいはユーザ内の回線上
の1点)から複数の宛先までのISPの経路(ISPの
接続)をツリー上に構成したものである。図1のような
ISPのツリーからなる経路図である。また、経路図に
おけるツリーの末端、つまり、最終宛先には、複数の宛
先がリスト上に並ぶ。The route map management function 13c of the route analysis program 13 creates a route map based on the search results for a plurality of destinations obtained by the route search function 13b, and stores the route map in the storage unit 16.
To accumulate. At this time, a plurality of servers on the same route
Aggregate as a server group. As information of the server group, I
It manages a list of subnet IDs obtained by accumulating P addresses and IP addresses. The route map shows the monitoring point 11
An ISP route (ISP connection) from (one point on a line within an ISP, between ISPs, or within a user) to a plurality of destinations is configured on a tree. FIG. 2 is a path diagram including an ISP tree as shown in FIG. 1. Further, a plurality of destinations are arranged on the list at the end of the tree in the route diagram, that is, at the final destination.
【0018】経路解析プログラム13の経路別トラヒッ
ク解析機能13dは、格納部14に蓄積された宛先別統
計情報と格納部16に蓄積された経路図を用いて、統計
情報を宛先別から経路別に組み換えることにより、経路
別の統計情報を導出し、格納部17に蓄積する。The route-specific traffic analysis function 13d of the route analysis program 13 uses the destination-specific statistical information stored in the storage unit 14 and the route diagram stored in the storage unit 16 to reassemble the statistical information from destinations to destinations. Thus, the statistical information for each route is derived and stored in the storage unit 17.
【0019】なお、経路安定度については、経路は常に
安定しているとは限らないので、同一宛先に対して時刻
を変えて経路探索を行い、経路探索の変動を監視するこ
とにより、経路別の経路安定度を収集することができ
る。As for the route stability, since the route is not always stable, the route search is performed for the same destination at different times, and the variation of the route search is monitored to determine the route stability. Path stability can be collected.
【0020】本例では監視地点11をインターネットサ
ービスプロバイダ内の回線上の1点としたが、インター
ネットサービスプロバイダ間の回線上の1点、あるい
は、ユーザ内の回線上の1点とすることができる。In this example, the monitoring point 11 is one point on the line within the Internet service provider, but it can be one point on the line between Internet service providers or one point on the line within the user. .
【0021】上述のように、経路図と宛先別統計情報を
もとに経路別の統計情報を導出することにより、経路別
にトラヒックを解析することができる。また、経路図
は、宛先別統計情報から宛先を複数選択し、選択した宛
先について経路探索を行うことにより、得られた複数の
経路探索結果から導出することができる。この場合、経
路探索を行う宛先として有用なもののみを選択すること
により、経路別トラヒック解析に実用上十分な経路探索
を行うことができると共に、経路探索用トラヒックがネ
ットワークへ与える負荷を減らすことができる。従っ
て、通常は、有用な宛先の数は宛先別統計情報に対応す
る宛先より少なくされる。特に、有用な宛先として、宛
先別統計情報からトラヒック量が多い上位複数の宛先、
あるいは、品質が悪い上位複数の宛先を選択することに
より、実用上十分な経路別トラヒック解析を行うことが
できる。また、同じ経路を持つ宛先の集合についてはそ
のうち1つの宛先のみ経路探索を行うことにより、経路
探索用トラヒックがネットワークへ与える負荷を減らす
ことができる。経路探索には任意の経路探索ツールを使
用できるが、UDPパケットをそのIPヘッダ部分のT
TLフィールドの値を順次変えて宛先に送信して当該宛
先についての経路探索を行うという、トレースルート(t
raceroute)と同様の方式を用いることにより、簡便に経
路探索を行うことができる。更に、本発明で解析する経
路別統計情報として、トラヒック量、品質及び経路安定
度のうち少なくとも1種を対象とすることができる。ま
た、トラヒック量としてはIPバイト数やTCPバイト
数などがあり、品質としては再送率やスループットなど
がある。As described above, the traffic information can be analyzed for each route by deriving the statistical information for each route based on the route diagram and the statistical information for each destination. The route diagram can be derived from a plurality of route search results obtained by selecting a plurality of destinations from the statistical information for each destination and performing a route search for the selected destination. In this case, by selecting only useful destinations for performing the route search, it is possible to perform a route search that is practically sufficient for the traffic analysis for each route, and to reduce the load imposed on the network by the route search traffic. it can. Therefore, usually, the number of useful destinations is made smaller than the destinations corresponding to the destination-specific statistical information. In particular, as useful destinations, a plurality of top destinations with a large traffic volume from statistical information for each destination,
Alternatively, by selecting a plurality of destinations having poor quality, it is possible to perform a practically sufficient route-specific traffic analysis. Further, for a set of destinations having the same route, by performing a route search for only one of the destinations, it is possible to reduce the load imposed on the network by the route search traffic. Any route search tool can be used for route search.
A trace route (t) in which the value of the TL field is sequentially changed and transmitted to the destination to perform a route search for the destination.
By using the same method as that of (raceroute), a route search can be easily performed. Furthermore, at least one of traffic volume, quality, and route stability can be targeted as route-specific statistical information analyzed in the present invention. The traffic amount includes the number of IP bytes and the number of TCP bytes, and the quality includes the retransmission rate and the throughput.
【0022】上述した本例の統計別トラヒック解析方法
を実現する装置構成について説明すると、同統計別トラ
ヒック解析装置は各種の格納部14〜17に加えて、コ
ンピュータと宛先別統計情報収集プログラム12により
実現される宛先別統計情報収集装置と、コンピュータと
経路解析プログラム13により実現される経路解析装置
を具える。宛先別統計情報収集装置は収集機能部と解析
機能部を持ち、経路解析装置は探索宛先管理機能部と、
経路探索機能部と、経路図管理機能部と、経路別トラヒ
ック解析機能部を持つ。A description will be given of an apparatus configuration for realizing the above-described statistical traffic analysis method of the present embodiment. The statistical traffic analyzing apparatus includes a computer and a destination statistical information collection program 12 in addition to various storage units 14 to 17. It has a destination-specific statistical information collection device that is realized, and a route analysis device that is realized by a computer and a route analysis program 13. The destination-specific statistical information collection device has a collection function unit and an analysis function unit, and the route analysis device has a search destination management function unit,
It has a route search function unit, a route map management function unit, and a traffic analysis function unit for each route.
【0023】説明は重複するが、収集機能部は、上述し
たように、監視地点11にて回線上を流れるパケットを
監視し、宛先毎の統計情報を収集し、格納部14に蓄積
する。解析機能部は、上述したように、収集機能部が収
集した宛先毎の統計情報を目的に従って定期的または不
定期に解析(ソートやフィルタ等)することにより、有
用な複数の宛先からなる宛先リストを作成して格納部1
5に蓄積する。As described above, the collecting function unit monitors the packets flowing on the line at the monitoring point 11, collects the statistical information for each destination, and stores the information in the storage unit 14, as described above. As described above, the analysis function unit periodically or irregularly analyzes (sorts, filters, etc.) the statistical information for each destination collected by the collection function unit according to the purpose, thereby forming a destination list including a plurality of useful destinations. Create and store 1
Store in 5
【0024】探索宛先管理機能部は、格納部15に蓄積
された宛先リストに基づくだけでなく、格納部16に蓄
積された経路図にも基づいて、経路探索を行うべき宛先
を決定する。宛先の決定は上述した方針で行われ
る。なお、サーバ群に含まれるサーバの管理は経路図管
理機能部で行われることになる。経路探索機能部は、ト
レースルート(traceroute)と同様の方式を用いて上述し
た手順(1) 〜(10)を実行することにより、複数の宛先に
対して経路探索を実行し、探索完了までの状態を管理す
る。経路図管理機能部は、経路探索機能部により得られ
た複数の宛先に対する探索結果を元に、経路図を作成し
格納部16に蓄積する。その際、同一経路となる複数の
サーバは、上述したように、サーバ群として集約する。
経路別トラヒック解析機能部は、格納部14に蓄積され
た宛先別統計情報と格納部16に蓄積された経路図を用
いて、統計情報を宛先別から経路別に組み換えることに
より、経路別の統計情報を導出し、格納部17に蓄積す
る。The search destination management function unit determines a destination to be searched for a route not only based on the destination list stored in the storage unit 15 but also based on the route diagram stored in the storage unit 16. The destination is determined according to the above-described policy. The management of the servers included in the server group is performed by the route diagram management function unit. The route search function unit executes the above-described procedures (1) to (10) using the same method as the trace route (traceroute), thereby executing a route search for a plurality of destinations, and performing a search until the search is completed. Manage state. The route map management function unit creates a route map based on search results for a plurality of destinations obtained by the route search function unit and stores the route map in the storage unit 16. At this time, a plurality of servers having the same route are aggregated as a server group as described above.
The traffic analysis function unit for each route uses the statistical information for each destination stored in the storage unit 14 and the route diagram stored in the storage unit 16 to rearrange the statistical information from the destination to the destination for each route. The information is derived and stored in the storage unit 17.
【0025】[0025]
【発明の効果】以上説明したように、本発明によれば下
記の効果がある。 (1) あるISP内の回線上の1点、あるいは、ISP間
の回線上の1点、あるいは、あるユーザ内の回線上の1
点で監視することにより、監視地点のパケット経路が同
じサーバ群へのトラヒック量(IPバイト数やTCPバ
イト数など)、品質(再送率やスループットなど)、経
路安定度を測定することができる。 (2) また、経路毎に、これらの情報を収集することによ
り、或るISP内、あるいは、特定のISP間における
品質を推定することができる。 (3) 従って、ルーティングポリシーの決定や障害時のル
ーティングの変更など、ネットワークの運用に役立つ。As described above, the present invention has the following effects. (1) One point on a line in a certain ISP, one point on a line between ISPs, or one point on a line in a certain user
By monitoring at a point, it is possible to measure the traffic volume (such as the number of IP bytes and the number of TCP bytes), the quality (such as the retransmission rate and the throughput), and the route stability to the server group having the same packet route at the monitoring point. (2) In addition, by collecting such information for each path, it is possible to estimate the quality within a certain ISP or between specific ISPs. (3) Therefore, it is useful for network operations such as determining a routing policy and changing routing in the event of a failure.
【図1】本発明の実施形態例として、経路図及び経路別
に解析される情報の例を示す図。FIG. 1 is a diagram showing an example of a route map and information analyzed for each route as an embodiment of the present invention.
【図2】本発明の実施形態例として、経路別トラヒック
解析方法を実現するソフトウェアの構成例を示す図。FIG. 2 is a diagram showing a configuration example of software for realizing a traffic analysis method for each route as an embodiment of the present invention.
【図3】本発明の実施形態例として、経路探索の例を示
す図。FIG. 3 is a diagram showing an example of a route search as an embodiment of the present invention.
【図4】本発明の実施形態例として、ドメインの集約例
を示す図。FIG. 4 is a diagram showing an example of aggregation of domains as an embodiment of the present invention.
1 ユーザ 2〜7 ISP 8〜10 サーバ 11 監視地点 12 宛先別統計情報収集プログラム 12a 収集機能 12b 解析機能 13 経路解析プログラム 13a 探索宛先管理機能 13b 経路探索機能 13c 経路図管理機能 13d 経路別トラヒック解析機能 14 宛先別統計情報格納部 15 宛先リスト格納部 16 経路図格納部 17 経路別統計情報格納部 18、19、20 ルータ Reference Signs List 1 user 2-7 ISP 8-10 server 11 monitoring point 12 destination-specific statistical information collection program 12a collection function 12b analysis function 13 route analysis program 13a search destination management function 13b route search function 13c route map management function 13d route-specific traffic analysis function 14 Statistical information storage unit by destination 15 Destination list storage unit 16 Route diagram storage unit 17 Statistical information storage unit by route 18, 19, 20 Router
───────────────────────────────────────────────────── フロントページの続き (72)発明者 中尾 康二 埼玉県上福岡市大原二丁目1番15号 株式 会社ケイディディ研究所内 Fターム(参考) 5K019 BB22 DB08 DC01 DC06 5K030 HA08 JA10 MB04 MB09 MC03 MC07 ────────────────────────────────────────────────── ─── Continuing on the front page (72) Inventor Koji Nakao 2-1-1-15 Ohara, Kamifukuoka-shi, Saitama F-term in Kaididi Laboratory Co., Ltd. 5K019 BB22 DB08 DC01 DC06 5K030 HA08 JA10 MB04 MB09 MC03 MC07
Claims (8)
路別の統計情報を導出することを特徴とする経路別トラ
ヒック解析方法。1. A traffic analysis method for each route, wherein statistical information for each route is derived based on a route diagram and statistical information for each destination.
から有用な宛先を複数選択し、選択した宛先について経
路探索を行い、得られた複数の経路探索結果から前記経
路図を導出することを特徴とする経路別トラヒック解析
方法。2. The method according to claim 1, wherein a plurality of useful destinations are selected from the destination-specific statistical information, a route is searched for the selected destination, and the route diagram is derived from a plurality of obtained route search results. Characteristic traffic analysis method for each route.
は前記宛先別統計情報に対応する宛先より少ないことを
特徴とする経路別トラヒック解析方法。3. The traffic analysis method according to claim 2, wherein the number of useful destinations is smaller than the number of destinations corresponding to the destination-specific statistical information.
て、前記宛先別統計情報からトラヒック量が多い上位複
数の宛先、あるいは、品質が悪い上位複数の宛先を選択
することを特徴とする経路別トラヒック解析方法。4. The route according to claim 2, wherein, as the useful destination, a plurality of top destinations having a large traffic volume or a plurality of top destinations having a low quality are selected from the statistical information for each destination. Traffic analysis method.
の集合についてはそのうち1つの宛先のみ経路探索を行
うことを特徴とする経路別トラヒック解析方法。5. The traffic analysis method according to claim 2, wherein a set of destinations having the same route is searched for only one of the destinations.
のIPヘッダ部分のTTLフィールドの値を順次変えて
宛先に送信することにより、当該宛先についての経路探
索を行うことを特徴とする経路別トラヒック解析方法。6. The traffic analysis for each route according to claim 2, wherein a route search for the destination is performed by sequentially changing a value of a TTL field of an IP header portion of the UDP packet and transmitting the UDP packet to the destination. Method.
ビスプロバイダ内の回線上の1点、インターネットサー
ビスプロバイダ間の回線上の1点、ユーザ内の回線上の
1点のうちいずれかにて、回線上を流れるパケットを監
視することにより、前記宛先別統計情報を収集すること
を特徴とする経路別トラヒック解析方法。7. The method according to claim 1, wherein one of a point on the line within the Internet service provider, a point on the line between the Internet service providers, and a point on the line within the user. A route-specific traffic analysis method, wherein the destination statistical information is collected by monitoring a flowing packet.
報は、トラヒック量、品質及び経路安定度のうち少なく
とも1種であることを特徴とする経路別トラヒック解析
方法。8. The traffic analysis method according to claim 1, wherein the statistical information for each route is at least one of a traffic amount, a quality, and a route stability.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000270016A JP2002084278A (en) | 2000-09-06 | 2000-09-06 | Traffic analysis method for each route |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000270016A JP2002084278A (en) | 2000-09-06 | 2000-09-06 | Traffic analysis method for each route |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002084278A true JP2002084278A (en) | 2002-03-22 |
Family
ID=18756532
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000270016A Pending JP2002084278A (en) | 2000-09-06 | 2000-09-06 | Traffic analysis method for each route |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002084278A (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004006518A1 (en) * | 2002-07-05 | 2004-01-15 | Allied Telesis Holdings K. K. | Relay apparatus, relay method, program, and communication system |
| WO2006003874A1 (en) * | 2004-06-30 | 2006-01-12 | Matsushita Electric Industrial Co., Ltd. | Communication device, communication setting method, communication setting program, and recording medium containing the communication setting program |
| JP2008005368A (en) * | 2006-06-26 | 2008-01-10 | Nippon Telegr & Teleph Corp <Ntt> | Multi-site traffic control method and system |
| JP2008167484A (en) * | 2008-03-13 | 2008-07-17 | Nippon Telegr & Teleph Corp <Ntt> | Abnormal traffic detection method and apparatus |
| JP2009171194A (en) * | 2008-01-16 | 2009-07-30 | Oki Electric Ind Co Ltd | Packet sampling method, packet sampling device, network monitoring device |
| US7660290B2 (en) | 2004-04-16 | 2010-02-09 | Cloud Scope Technologies, Inc. | System and method for visualizing traffic and path in network |
-
2000
- 2000-09-06 JP JP2000270016A patent/JP2002084278A/en active Pending
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004006518A1 (en) * | 2002-07-05 | 2004-01-15 | Allied Telesis Holdings K. K. | Relay apparatus, relay method, program, and communication system |
| US7660290B2 (en) | 2004-04-16 | 2010-02-09 | Cloud Scope Technologies, Inc. | System and method for visualizing traffic and path in network |
| WO2006003874A1 (en) * | 2004-06-30 | 2006-01-12 | Matsushita Electric Industrial Co., Ltd. | Communication device, communication setting method, communication setting program, and recording medium containing the communication setting program |
| JP2009165190A (en) * | 2004-06-30 | 2009-07-23 | Panasonic Corp | COMMUNICATION DEVICE, COMMUNICATION SETTING METHOD, COMMUNICATION SETTING PROGRAM, AND RECORDING MEDIUM CONTAINING COMMUNICATION SETTING PROGRAM |
| JP2008005368A (en) * | 2006-06-26 | 2008-01-10 | Nippon Telegr & Teleph Corp <Ntt> | Multi-site traffic control method and system |
| JP2009171194A (en) * | 2008-01-16 | 2009-07-30 | Oki Electric Ind Co Ltd | Packet sampling method, packet sampling device, network monitoring device |
| JP2008167484A (en) * | 2008-03-13 | 2008-07-17 | Nippon Telegr & Teleph Corp <Ntt> | Abnormal traffic detection method and apparatus |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7606160B2 (en) | System and method to provide routing control of information over networks | |
| Spring et al. | Measuring ISP topologies with Rocketfuel | |
| EP2171921B1 (en) | System and method for aggregating and reporting network traffic data | |
| US7616579B2 (en) | Voice over IP analysis system and method | |
| Spring et al. | Measuring ISP topologies with Rocketfuel | |
| JP4774357B2 (en) | Statistical information collection system and statistical information collection device | |
| US8089895B1 (en) | Adaptive network flow analysis | |
| EP1511220B1 (en) | Non-intrusive method for routing policy discovery | |
| EP1318629A2 (en) | Method and system for determining autonomous system transit volumes | |
| CN101569137A (en) | Efficient performance monitoring using IPv6 capabilities | |
| Hu et al. | A measurement study of internet bottlenecks | |
| JP4988632B2 (en) | Packet relay device and traffic monitoring system | |
| KR100495086B1 (en) | Analysis Apparatus and Method for Traffic Information of IP Network based on Passive Measurement | |
| US7898969B2 (en) | Performance measurement in a packet transmission network | |
| US11171866B2 (en) | Measuring packet residency and travel time | |
| JP2006254134A (en) | Communication statistic collection apparatus | |
| JP2002084278A (en) | Traffic analysis method for each route | |
| US11784895B2 (en) | Performance measurement in a packet-switched communication network | |
| JP2016146581A (en) | Traffic information collecting apparatus and traffic information collecting method | |
| KR20070055861A (en) | Internet Protocol Packet Characteristic Analysis System and Method | |
| JP4871775B2 (en) | Statistical information collection device | |
| JP2015039157A (en) | Communication control system | |
| Fatemipour et al. | Design and implementation of a monitoring system based on IPFIX protocol | |
| Constantinescu | Measurements and models of one-way transit time in IP routers | |
| Chen | Discovering and Characterizing Interdomain Links Between Access ISPs and Netflix CDN |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070830 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090812 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090818 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20091215 |