JP2000224171A - Network state measurement method and apparatus using multiple services - Google Patents
Network state measurement method and apparatus using multiple servicesInfo
- Publication number
- JP2000224171A JP2000224171A JP2219099A JP2219099A JP2000224171A JP 2000224171 A JP2000224171 A JP 2000224171A JP 2219099 A JP2219099 A JP 2219099A JP 2219099 A JP2219099 A JP 2219099A JP 2000224171 A JP2000224171 A JP 2000224171A
- Authority
- JP
- Japan
- Prior art keywords
- server
- network
- time
- service
- client
- 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
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
【0001】[0001]
【発明の属する技術分野】本発明は、クライアント・サ
ーバ型のシステムによるネットワークサービスにおける
ネットワーク状態をクライアント側で測定する方式及び
その装置の改良に関するものである。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method for measuring a network state in a network service by a client-server type system on a client side and an improvement of the system.
【0002】[0002]
【従来の技術】近年、インターネットの普及に伴い、W
WWサービスを始めとしたクライアント・サーバ型のシ
ステムによるネットワークサービスが多く利用されてい
る。2. Description of the Related Art In recent years, with the spread of the Internet, W
2. Description of the Related Art Network services based on client-server systems such as WW services are widely used.
【0003】クライアント・サーバ型のシステムとは、
サービスを利用する側のコンピュータ(クライアント)
と、サービスを提供するコンピュータ(サーバ)との間
をネットワークを介して接続し、データ等の各資源をサ
ーバによって管理するシステムである。クライアントが
サービスを利用する場合、ネットワークを介してサーバ
との間でプロトコルと呼ばれる決まった手順にのっとっ
てデータをやり取りすることになる。A client-server type system is
Computer using the service (client)
And a computer (server) that provides a service via a network, and manages each resource such as data by the server. When a client uses a service, data is exchanged with a server via a network according to a predetermined procedure called a protocol.
【0004】この際、クライアントが要求を出してそれ
に対する応答がクライアントに戻るまでには、データの
ネットワーク経路伝達、サーバでのデータ処理にかかる
時間のために幾ばくかの時間差(応答時間)が生じるこ
とになり、クライアント・サーバ型のシステムの特徴と
して、この応答時間が時間的に変化する。この原因とし
ては、データがネットワーク経路上を伝達するのに要す
る時間の変化、サーバでの処理時間の変化等、複数の要
因が考えられる。At this time, there is some time difference (response time) between the time when the client issues a request and the time when the response to the request returns to the client, due to the time required for transmitting the data through the network path and processing the data at the server. Thus, as a characteristic of the client-server type system, the response time changes with time. This may be caused by a plurality of factors, such as a change in time required for data to be transmitted on the network path, a change in processing time in the server, and the like.
【0005】クライアント・サーバ型のシステムによる
ネットワークサービスの処理に要する全体の時間を応答
時間として、 (応答時間)=(ネットワークでの伝達時間)+(サー
バでの処理時間) とおいた場合、応答時間の内訳は大まかにネットワーク
要因と、サーバ要因との2つに分けることができる。The response time is defined as (response time) = (transmission time on network) + (processing time on server), where the total time required for processing the network service by the client / server type system is taken as the response time. Can be roughly divided into two: network factors and server factors.
【0006】図1はクライアント・サーバ型のシステム
によるネットワークサービスの際の処理のようすを示す
もので、図中、時刻T1はクライアントがデータ要求を
送信した時刻、T2はサーバがこのデータ要求を受信し
た時刻、T3は要求に対応するデータをサーバが送信し
た時刻、T4はクライアントがデータを受信した時刻で
ある。FIG. 1 shows how a client-server system performs a network service. In FIG. 1, time T 1 is the time at which the client sends a data request, and T 2 is the time at which the server sends this data request. time of receiving the, T 3 is the time when the corresponding data server sends the request, T 4 is a time when the client receives the data.
【0007】そして、ネットワークの経路を伝達する時
間(T2−T1及びT4−T3)を決定づける主な要因とし
ては、 ・要因1:ネットワークの帯域(どれだけの量のデータ
を単位時間に伝送できるか)、 ・要因2:パケットを制御する装置であるルータの処理
性能(制御・転送処理にかかる時間)、 ・要因3:その時点でのネットワーク上におけるデータ
量、 等が挙げられる。上記の3つの要因のうちでもっとも時
間的に変化し易いのが要因3である。[0007] The main factors that determine the time (T 2 -T 1 and T 4 -T 3 ) for transmitting the network route are: Factor 1: Network bandwidth (how much data is stored in a unit time) Factor 2: the processing performance of the router that controls the packet (the time required for control / transfer processing); factor 3: the amount of data on the network at that point in time. Among the above three factors, factor 3 is the one that is most likely to change with time.
【0008】また、サーバでのデータ処理に要する時間
(T3−T2)を決定付ける要因としては、 ・要因4:サーバの処理性能、 ・要因5:サーバ上のサービスを提供するプログラムが
受理・処理しているデータ量(トランザクション量)、 の2つが主に挙げられる。これらの2つのうちにおいて
時間的に変化し易いのは要因5である。The factors that determine the time required for data processing in the server (T 3 −T 2 ) are: • Factor 4: server processing performance; • Factor 5: a program that provides services on the server is accepted.・ The amount of data being processed (transaction amount) is mainly cited. Of these two, the factor 5 is likely to change with time.
【0009】従来より、クライアント側から種々の測定
を行い、ネットワークサービスの応答時間を取得する方
法は考えられている。Conventionally, there has been considered a method of obtaining various network service response times by performing various measurements from the client side.
【0010】基本的な考えは、クライアント側の装置が
データをサーバに向けて送出する際の時刻を記録し、そ
のデータに対する応答が戻ってきた時間との差をとるこ
とによって算出する方法である。この方法としては、現
在インターネットで一般的に使われているIPプロトコ
ル上において、ICMP(Internet Cont
rol Management Protocol)と
呼ばれるプロトコルのパケットを用いることによって応
答時間を測定する、Pingと呼ばれる方法が一般に知
られている。The basic idea is to record the time when the client device sends data to the server, and calculate the difference from the time when the response to the data is returned. . As this method, an Internet Protocol (ICMP) (Internet Content Control Protocol) is generally used on an IP protocol currently generally used in the Internet.
A method called Ping, which measures a response time by using a packet of a protocol called “Rollmanagement Protocol”, is generally known.
【0011】しかし、実際にはICMPによる応答時間
と他のサービスでの応答時間は異なることが多々あり、
Pingの応答時間が直ちにサーバ上の他サービスの応
答時間を表しているとはいえないことが多い。また、他
の一般的なサービスを提供しているプロトコル上では、
図1におけるT2,T3を得るためにはサーバ側にT2,
T3を測定するための特別な仕組みを組み込まなくては
ならず、クライアント側の装置のみでは応答時間の内訳
を判断するのが困難であった。However, in practice, the response time of ICMP and the response time of other services are often different,
In many cases, the response time of Ping does not immediately indicate the response time of another service on the server. Also, on protocols that provide other common services,
T 2 on the server side in order to obtain a T 2, T 3 in FIG. 1,
Not incorporated a special mechanism for measuring T 3 as well, the only client-side device was difficult to determine the breakdown of response time.
【0012】[0012]
【発明が解決しようとする課題】従来のPing及びそ
れと同種の方式によるネットワークサービス処理時間の
算出には、以下のような問題があった。 ・Pingを提供しているICMPと、他サービスのプ
ロトコルとの応答時間が必ずしも一致せず、異なること
も多い。 ・ICMP以外の一般的なプロトコル上では、サーバ側
の処理時間を取得するためには特別な仕組みを組み込む
必要がある。そのため、クライアント側のみの装置によ
る測定では、ネットワークサービスの処理に要する時間
(応答時間)のうち、パケットの到達時間とサーバの処
理時間の区分けができない。There are the following problems in the conventional Ping and the calculation of the network service processing time by the same type of system. -The response times of the ICMP providing the ping and the protocol of another service do not always match and often differ. -On a general protocol other than ICMP, it is necessary to incorporate a special mechanism to acquire the processing time on the server side. Therefore, in the measurement by the device on the client side only, the time required for processing the network service (response time) cannot be classified into the arrival time of the packet and the processing time of the server.
【0013】本発明の目的は、クライアント・サーバ型
のシステムによるネットワークサービスにおけるネット
ワーク状態、即ち応答時間が途中のネットワーク経路に
起因して変化するのか、サービスを提供するサーバに起
因して変化するのかを、特別な仕組み必要とすることな
くクライアント側のみで測定し得る方式及びその装置を
提供することにある。An object of the present invention is to determine whether the network state in a network service provided by a client-server type system, that is, whether the response time changes due to an intermediate network path or the service providing server. The present invention provides a method and a device capable of measuring only on the client side without requiring a special mechanism.
【0014】[0014]
【課題を解決するための手段】本発明では、サーバ上で
稼動する複数のサービス及び複数のプロトコルに着目す
ることによって、上記の問題を解決する。SUMMARY OF THE INVENTION The present invention solves the above problem by focusing on a plurality of services and a plurality of protocols running on a server.
【0015】基本的には、サーバ上において公開され、
多数のアクセスを受けているサービス以外にも複数のサ
ービスが動作していることが多いことに着目し、複数の
サービス各々に対してパケットを送信し、それらの応答
時間から応答時間の変化の要因がネットワークかサーバ
かを判別する。Basically, it is published on a server,
Focusing on the fact that there are many services running in addition to the services that are receiving a large number of accesses, sending packets to each of the multiple services, and the response time change factors Is a network or server.
【0016】[0016]
【発明の実施の形態】一般的に、ネットワークモデル
は、図2に示すように階層的な構造をとる。この構造の
中で、各階層は上位の階層に機能を提供するためだけに
存在する。これにより、特定の機能を変更してもモデル
全体の動作に影響を及ぼすことがない、新たなサービス
を作成する場合も低位層から全体を作る必要がない、等
の利点を持つ。DESCRIPTION OF THE PREFERRED EMBODIMENTS Generally, a network model has a hierarchical structure as shown in FIG. In this structure, each layer exists only to provide a function to a higher layer. As a result, there is an advantage that even if a specific function is changed, the operation of the entire model is not affected, and even when a new service is created, it is not necessary to create the entire service from a lower layer.
【0017】また、クライアント・サーバ型のシステム
においてサーバ上では一つのプロトコル上に複数のサー
ビスを稼動させることが可能である。その時、同一プロ
トコル上では各サービスを区別するためにポートと呼ば
れる番号を用いたりする例がある(例:TCP/I
P)。In a client-server system, a server can operate a plurality of services on a single protocol. At that time, there is an example in which a number called a port is used to distinguish each service on the same protocol (eg, TCP / I
P).
【0018】一般に、サーバの処理性能やサービスとし
て動作しているプログラムの仕様・能力から、一つのサ
ービスが同時に安定してサービスを提供できる数には限
りがある。その限度を超えたような数の接続要求がある
場合、サービスが過負荷となり、処理が受け付けられる
までの待ち時間が生じる等、クライアントから見て要求
に対する応答時間が長くなる、応答がない等の問題が生
じることが多い。In general, the number of services that can be provided simultaneously and stably is limited due to the processing performance of the server and the specifications and capabilities of programs running as services. If the number of connection requests exceeds the limit, the service becomes overloaded, causing a waiting time until the process is accepted. Problems often arise.
【0019】負荷分散等の観点から、大量のアクセスを
受けると予想されるサーバにおいては、提供するサービ
スを限定していることが多い。しかし、該当サーバがメ
インに提供している1つのサービス以外にも、他のサー
ビスが稼動しているケースは存在する。From the viewpoint of load distribution and the like, a server that is expected to receive a large amount of access often limits the services to be provided. However, there are cases where other services are running in addition to the one service provided by the server.
【0020】この時、サーバが提供の主目的としてい
る、アクセスが多数集中しているサービスの応答処理に
要する時間と、アクセスが集中していない他のサービス
の応答処理に要する時間は異なってくる。At this time, the time required for the response processing of a service with a large number of accesses, which is the main purpose of providing by the server, is different from the time required for the response processing of another service with a low concentration of accesses. .
【0021】図3はサーバへのアクセス集中の影響を示
すものである。ここで、あるサーバ、例えばXが主に提
供するサービスとして外部に公開しているサービスを
A、実装されているものの、主には提供されていないサ
ービスをB,C,Dとすると、サービスAはアクセス数
の集中によって応答時間の遅延が起こり得る。つまり、
サービスAの応答時間は (応答時間)=(ネットワークでの伝達時間)+(サー
バでの通常の処理時間)+(アクセス集中によって生じ
た処理の遅延時間) となる。それに対しサービスB,C,Dはアクセス数が
少なく、接続の限度を超える接続要求はほとんど起こら
ない。FIG. 3 shows the influence of concentration of access to the server. Here, assuming that a service that is disclosed to the outside as a service mainly provided by a certain server, for example, X is A, and services that are implemented but are not mainly provided are B, C, and D. May cause a delay in response time due to the concentration of accesses. That is,
The response time of the service A is (response time) = (transmission time in the network) + (normal processing time in the server) + (delay time of processing caused by access concentration). On the other hand, the services B, C, and D have a small number of accesses, and connection requests exceeding the connection limit hardly occur.
【0022】この時、サービスAの応答時間の変化と、
サービスB,C,Dの応答時間の変化との差の要因とし
て、前述した要因5に起因するものが主となる。これを
利用して応答時間の内訳としてのネットワーク要因、サ
ーバ要因を算出する。At this time, a change in the response time of the service A,
The main factor of the difference between the change in the response time of the services B, C, and D is the factor resulting from the aforementioned factor 5. Using this, the network factor and the server factor as the breakdown of the response time are calculated.
【0023】図4は本発明の複数のサービスによるネッ
トワーク状態測定方式の実施の形態の一例を示すシステ
ム構成図である。FIG. 4 is a system configuration diagram showing an example of an embodiment of a network state measurement system using a plurality of services according to the present invention.
【0024】図4において、1はサービスを利用するク
ライアント、2はサービスを提供するサーバ、3はクラ
イアント1とサーバ2を接続するネットワークである。
また、クライアント1は、サービスAの応答時間Taを
測定するTa測定部11と、サービスBの応答時間Tb
を測定するTb測定部12と、測定されたTa及びTb
から応答遅延要因を判定する応答遅延要因判定部13と
を備え、サーバ2はサービスAを提供するサービスA提
供部21と、サービスBを提供するサービスB提供部2
2とを備えている。In FIG. 4, reference numeral 1 denotes a client that uses the service, 2 denotes a server that provides the service, and 3 denotes a network that connects the client 1 and the server 2.
The client 1 includes a Ta measuring unit 11 for measuring a response time Ta of the service A, and a response time Tb of the service B.
Tb measuring unit 12 for measuring the measured Ta and Tb
The server 2 includes a service A providing unit 21 that provides the service A and a service B providing unit 2 that provides the service B.
2 is provided.
【0025】サービスAにはアクセス数が多く、サービ
スBにはアクセス数が少ない場合、Ta、Tbの内訳は
図5に示すように Ta=2N+Swait+Sexe#a Tb=2N+Sexe#b となる。ここで、Sexe#a及びSexe#bはサービスA及び
Bそれぞれの処理時間である。また、Swaitはアクセス
集中によって生じたサービスAの処理の待ち時間(遅延
時間)である。また、Nは片道のネットワーク伝達時間
であり、サービスを受けるには往復で2Nが必要とな
る。なお、ネットワークの伝達時間は短時間で急激に変
化することなくNという値で表せると仮定している。When the number of accesses to the service A is large and the number of accesses to the service B is small, the breakdown of Ta and Tb is Ta = 2N + Swait + Sexe # a, and Tb = 2N + Sexe # b as shown in FIG. . Here, S exe #a and S exe #b are the processing times of services A and B, respectively. S wait is the waiting time (delay time) of the service A process caused by the access concentration. N is a one-way network transmission time, and 2N is required for a round trip to receive a service. It is assumed that the transmission time of the network can be represented by a value of N without abrupt change in a short time.
【0026】各サービスA,Bの処理時間の相違が他の
要因としての変数より十分小さいと見なせる時またはそ
のような条件を満たすように各サービスに対する測定方
法をとった時、即ちSexe#a=Sexe#b=Sexeである時
は、 Ta=2N+Swait+Sexe Tb=2N+Sexe となる。TaとTbの比を取ると Ta/Tb=1+Swait/(2N+Sexe) が得られる。When the difference between the processing times of the services A and B can be considered to be sufficiently smaller than the variables as other factors, or when the measurement method for each service is taken so as to satisfy such a condition, that is, S exe # a = Sexe # b = Sexe , then Ta = 2N + Swait + Sexe Tb = 2N + Sexe Taking the ratio of Ta and Tb gives Ta / Tb = 1 + S wait / (2N + S exe ).
【0027】N及びSwaitが大きく、SexeがTa/T
bの値として重要な要素をしめないモデルではSexe≪
N,Swaitであることから, Ta/Tb≒1+Swait/2N が得られ、サーバ要因の応答時間Swaitとネットワーク
要因の応答時間Nとの数値的比較は、 Swait/2N=1−Ta/Tb と表すことができ、これより応答時間の変化がネットワ
ークに起因するのか、サーバに起因するのかを判別でき
る。本例における測定の流れ図を図6に示す。N and S wait are large, and Sexe is Ta / T
In a model that does not show an important element as the value of b, S exe ≪
Since N and S wait , Ta / Tb ≒ 1 + S wait / 2N is obtained. The numerical comparison between the response time S wait of the server factor and the response time N of the network factor is S wait / 2N = 1−Ta / Tb, from which it is possible to determine whether the change in response time is due to the network or the server. FIG. 6 shows a flowchart of the measurement in this example.
【0028】実際のインターネット上の適用ではサービ
スAをWWWサービスを提供するhttp、サービスB
をICMPとするような例が考えられる。In an actual application on the Internet, service A is provided by http which provides a WWW service, service B is provided.
May be considered as ICMP.
【0029】[0029]
【発明の効果】以上説明したように、本発明によれば、
サーバ側に特別な仕組みを必要とせず、クライアント側
に用意した装置のみによる測定で、サービスの応答遅延
の原因がネットワーク、サーバのいずれに起因するのか
を判別することができる。As described above, according to the present invention,
No special mechanism is required on the server side, and it is possible to determine whether the cause of the service response delay is caused by the network or the server by measurement using only the device prepared on the client side.
【図1】ネットワークサービス処理に要する応答時間の
内訳の説明図FIG. 1 is an explanatory diagram of a breakdown of a response time required for a network service process.
【図2】ネットワークモデルの説明図FIG. 2 is an explanatory diagram of a network model.
【図3】サーバへのアクセス集中の影響を示す説明図FIG. 3 is an explanatory diagram showing an influence of concentration of access to a server;
【図4】本発明の実施の形態の一例を示すシステム構成
図FIG. 4 is a system configuration diagram showing an example of an embodiment of the present invention.
【図5】サービス毎の応答時間の説明図FIG. 5 is an explanatory diagram of a response time for each service.
【図6】本発明方式による測定処理を示す流れ図FIG. 6 is a flowchart showing a measurement process according to the method of the present invention.
1:クライアント、2:サーバ、3:ネットワーク、1
1:Ta測定部、12:Tb測定部、13:応答遅延要
因判定部、21:サービスA提供部、22:サービスB
提供部。1: client, 2: server, 3: network, 1
1: Ta measuring unit, 12: Tb measuring unit, 13: response delay factor determining unit, 21: service A providing unit, 22: service B
Provision department.
───────────────────────────────────────────────────── フロントページの続き Fターム(参考) 5B089 GA11 GA21 GB09 MA07 5K030 GA11 HA04 MB06 MC00 9A001 BB02 BB03 BB04 CC06 CC07 DD10 JJ25 JJ27 KK37 KK56 LL08 ──────────────────────────────────────────────────続 き Continued on the front page F term (reference) 5B089 GA11 GA21 GB09 MA07 5K030 GA11 HA04 MB06 MC00 9A001 BB02 BB03 BB04 CC06 CC07 DD10 JJ25 JJ27 KK37 KK56 LL08
Claims (2)
ーバとが接続されるクライアント・サーバ型のシステム
において、 クライアントからサーバに対して複数のサービスに対す
る要求命令を送出することによって応答時間を測定し、 各サービスの応答時間を比較することによって応答遅延
の要因がネットワーク、サーバのいずれに起因するのか
を判定することを特徴とする複数のサービスによるネッ
トワーク状態測定方式。In a client-server system in which a client and a server are connected via a network, a response time is measured by sending a request command for a plurality of services from the client to the server, and each service is measured. A network state measurement method using a plurality of services, which determines whether the cause of the response delay is caused by the network or the server by comparing the response times of the network conditions.
ーバとが接続されるクライアント・サーバ型のシステム
において、 クライアント側に、 サーバに対して複数のサービスに対する要求命令を送出
して応答時間を測定する測定手段と、 各サービスの応答時間を比較して応答遅延の要因がネッ
トワーク、サーバのいずれに起因するのかを判定する判
定手段とを設けたことを特徴とする複数のサービスによ
るネットワーク状態測定装置。2. In a client-server type system in which a client and a server are connected via a network, measuring means for sending a request command for a plurality of services to the server and measuring a response time on the client side. And a determination means for comparing the response time of each service to determine whether the cause of the response delay is caused by the network or the server.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2219099A JP2000224171A (en) | 1999-01-29 | 1999-01-29 | Network state measurement method and apparatus using multiple services |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2219099A JP2000224171A (en) | 1999-01-29 | 1999-01-29 | Network state measurement method and apparatus using multiple services |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000224171A true JP2000224171A (en) | 2000-08-11 |
Family
ID=12075891
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2219099A Pending JP2000224171A (en) | 1999-01-29 | 1999-01-29 | Network state measurement method and apparatus using multiple services |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000224171A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001101134A (en) * | 1999-09-30 | 2001-04-13 | Fujitsu Ltd | Service sorting device |
| KR20020039945A (en) * | 2000-11-23 | 2002-05-30 | 오길록 | A Management Method for the Shared State using Network Delay Estimation in Client-Server Based Distributed Virtual Environment |
| JP2006180002A (en) * | 2004-12-21 | 2006-07-06 | Nec Corp | Network performance measuring method and apparatus |
-
1999
- 1999-01-29 JP JP2219099A patent/JP2000224171A/en active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001101134A (en) * | 1999-09-30 | 2001-04-13 | Fujitsu Ltd | Service sorting device |
| KR20020039945A (en) * | 2000-11-23 | 2002-05-30 | 오길록 | A Management Method for the Shared State using Network Delay Estimation in Client-Server Based Distributed Virtual Environment |
| JP2006180002A (en) * | 2004-12-21 | 2006-07-06 | Nec Corp | Network performance measuring method and apparatus |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109787859B (en) | Intelligent speed limiting method and device based on network congestion detection and storage medium | |
| US7747729B2 (en) | Determining client latencies over a network | |
| US7457877B1 (en) | System and method for measuring round trip times in a network using a TCP packet | |
| US6446028B1 (en) | Method and apparatus for measuring the performance of a network based application program | |
| US8566445B2 (en) | Method and apparatus for load balancing | |
| US6795860B1 (en) | System and method for selecting a service with dynamically changing information | |
| US8510464B2 (en) | Measuring delays from content servers to network devices on paths to a client such as for use in selecting a content server based on a common network device | |
| US20020052962A1 (en) | Hybrid and predictive admission control strategies for a server | |
| JPH11346238A (en) | Response time measurement system | |
| US7917597B1 (en) | RDMA network configuration using performance analysis | |
| US20020141341A1 (en) | Method and apparatus for managing aggregate bandwidth at a server | |
| US7958231B2 (en) | Method for redirection of web streaming clients using lightweight available bandwidth measurement | |
| KR100363517B1 (en) | Method For Monitoring Network State And Apparatus Thereof | |
| US20110153828A1 (en) | Load balancing apparatus and method for regulating load using the same | |
| Zou et al. | Achieving high utilization of flowlet-based load balancing in data center networks | |
| US7006448B1 (en) | System and method for measuring network round trip time by monitoring fast-response operations | |
| EP1330889A2 (en) | Server and network performance monitoring | |
| US7254638B2 (en) | Method and apparatus for identifying slow links and for providing application-based responses to slow links in a distributed computer network | |
| CN114285791B (en) | Data transmission method, device, computer equipment and storage medium | |
| JP2000224171A (en) | Network state measurement method and apparatus using multiple services | |
| US20100306370A1 (en) | Call processing time measurement device, call processing time measurement method, and program for call processing time measurement | |
| US20230336622A1 (en) | Network optimization system using latency measurements | |
| US20020105914A1 (en) | Method and apparatus for setting system time out values in a nodally networked system | |
| US6819656B2 (en) | Session based scheduling scheme for increasing server capacity | |
| CN106161051B (en) | Custom end intelligent route selection |