JP4037729B2 - ネットワーク自動最適化システム - Google Patents
ネットワーク自動最適化システム Download PDFInfo
- Publication number
- JP4037729B2 JP4037729B2 JP2002291269A JP2002291269A JP4037729B2 JP 4037729 B2 JP4037729 B2 JP 4037729B2 JP 2002291269 A JP2002291269 A JP 2002291269A JP 2002291269 A JP2002291269 A JP 2002291269A JP 4037729 B2 JP4037729 B2 JP 4037729B2
- Authority
- JP
- Japan
- Prior art keywords
- network
- traffic
- token
- data
- internal information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Small-Scale Networks (AREA)
Description
【発明の属する技術分野】
本発明はネットワーク自動最適化システムに関し、更に詳しくはリング型ネットワークをトークンを周回させてデータの送受信を行なうネットワークにおける自動最適化システムに関する。
【0002】
【従来の技術】
近年、IPネットワークの急速な普及により、都市部を中心に高速、高信頼なリング型ネットワークが整備されつつある。リング型のネットワークではしばしばトークンリング方式による伝送が用いられている。図13はリング型ネットワークシステムの構成概念図である。図において、1はリング型ネットワークであり、2は該リング型ネットワーク1に接続される複数のネットワーク装置(以下、単に装置と略す)、3は装置の内の1台に当てられた親装置である。以下、各装置を装置A、装置B、装置C、装置Dと呼ぶ。親装置3(装置C)は、トークンを発生させ、各装置2の状態を監視している。5は装置2に接続される端末である。6はリング型ネットワーク1を周回するトークンである。
【0003】
このように構成されたシステムにおいて、親装置3はトークン6を発生させ、該トークン6はリング型ネットワーク1を周回している。親装置3からデータの送受信を許された装置の許可情報がトークン6内に埋め込まれており、各装置2はトークン6を捕獲して、自装置がデータの送受信を行なえるかどうかを認識する。データの送受信を許された装置2は、データを上り線路からトークン6に付加し、下り線路でトークン6からのデータを受信する。トークン6の内容は、所定の周期毎に親装置で更新される。
【0004】
このトークンリング方式は、ネットワーク上のデータ送受信権をトークンが制御するため、ネットワーク全体のトラフィックを制御するのに適しており、高信頼性のあるネットワークを構築するのに適している。この特性を生かして、公共インフラや通信業者、民間企業のオフィス間等に高品質なIPネットワークを構築する例が増えてきている。また、これらのネットワークには、従来の汎用データの他に、画像や音声のストリーム等、リアルタイム性が必要とされるデータも混在する。
【0005】
従来のIPネットワークは、エンド・ツー・エンドの通信をTCP(Transmission Control Protocol)が行なっており、IPパケットの破棄は当然起こりうることであるが、画像、音声等のリアルタイムストリームでは、パケット破棄が発生しないようなネットワーク品質が要求される。トークンリング方式で、このようなパケット破棄を防止し、高品質かつ効率的な運用を行なうためには、ネットワーク上を流れる総トラフィック量を予め計算し、それに応じた装置の選定や、伝送帯域設定、優先度設定を行なうこと(ネットワーク設計)が重要である。
【0006】
なお、従来の公知技術として、トークンを用いたリング型ネットワークであって、各端末で、それぞれのトークンに対する信号チャネルを終端して、トークンの授受、データの抽出及び挿入を行なうものにおいて、トークン毎にクラスを設定し、各タイムスロットにクラス表示を示すためのバイトを付加して、各端末におけるトークンの最大保有時間を設定するようにした技術が知られている(たとえば、特許文献1参照)。
【0007】
【特許文献1】
特開平09−270811号公報
【0008】
【発明が解決しようとする課題】
トークンリング方式のネットワーク構築においては、ネットワークのトラフィックに応じた設計を行なうことが重要であるが、従来はネットワーク管理者がトラフィック量を計算し、個々のネットワーク装置(例えばルータ等)に最適な設定値を定めている。ネットワークの運用開始時には、管理者の設計したネットワーク通りのトラフィックが流れるが、運用中にデータ送信端末が増設されたり、接続構成が変わったりすることが度々ある。
【0009】
データ発生状況が変化することによりネットワークのトラフィック総量や負荷のかかり方が変化する。ネットワーク管理者はその都度、ネットワークに最適なネットワーク設計を行なうことになり、手間がかかる。また、管理者が知らないうちに端末の増設でネットワークへのトラフィックが変化していると、発生するトラフィック特性とネットワーク設計が合わずに伝送遅延の増大やパケット破棄が発生する可能性がある。
【0010】
本発明はこのような課題に鑑みてなされたものであって、ネットワークの状態を常に最適化することができるネットワーク自動最適化システムを提供することを目的としている。
【0011】
【課題を解決するための手段】
(1)図1は本発明の原理ブロック図である。図13と同一のものは、同一の符号を付して示す。図において、1はリング型ネットワーク、2は該リング型ネットワーク1と接続される複数のネットワーク装置である。5はこれらネットワーク装置2と接続される少なくとも1台の端末、6はリング型ネットワーク1を周回するトークンである。ネットワーク装置2を装置A、装置B、装置C及び装置Dとし、この内、装置Cを親装置としている。なお、親装置は装置Cに限るものではなく、他の装置が親装置になってもよい。また、装置2の数も4台に限るものではなく、任意の数の装置を用いることができる。
【0012】
10は親装置3内に設けられたトラフィック制御手段であり、リング型ネットワーク1を周回するトークンの情報(後述する単位時間当たりのトラフィック量、パケット破棄数、バッファ残留回数を示した内部情報)を受信してトラフィックの変化を検出し、検出結果に応じてネットワークが最適な伝送状態になるように制御するトラフィック制御手段である。
【0013】
このように構成すれば、トラフィック制御手段10がトラフィックの状態変化を絶えず監視しており、状態変化があった時にはリング型ネットワーク1が最適な伝送状態になるように制御するので、各トラフィックの伝送状態を最適に設定することができる。
また、請求項1記載の発明は、各ネットワーク装置は単位時間当たりのトラフィック量、パケット破棄数、バッファ残留回数を示した内部情報をネットワーク全体を統括する親装置に対し定期的に通知し、該親装置のトラフィック制御手段は、各ネットワーク装置から通知された単位時間当たりのトラフィック量、パケット破棄数、バッファ残留回数を示した内部情報から各ネットワーク装置がトラフィックを正常処理できているかを監視することを特徴とする。ここで、単位時間当たりのトラフィック量、パケット破棄数、バッファ残留回数を示した内部情報を特性情報という。
【0014】
このように構成すれば、トラフィック制御手段は、各装置の特性情報を監視し、各装置がトラフィックを正常処理しているかどうかを監視することができる。
(2)請求項2記載の発明は、前記ネットワーク内のあるネットワーク装置にパケット破棄が発生した場合、前記トラフィック制御手段は、原因となる負荷増分箇所を推定し、増分を含めた各ネットワーク装置の帯域割当比率を変更することを特徴とする。
【0015】
このように構成すれば、トラフィック状態に破棄が発生した時、各装置の帯域割当比率を変更して、伝送状態を最適に保持することができる。
【0016】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。
【0017】
図1の原理ブロック図について更に詳細に説明する。各装置2は、自装置の内部情報として以下のパラメータ情報をカウントしている。
▲1▼単位時間当たりに、リング型ネットワーク1に送信するデータ(上りデータ)と、リング型ネットワーク1から受信するデータ(下りデータ)の送受信トラフィック量
▲2▼単位時間当たりに上りデータを送信する際、トークン通過後に上りバッファにデータが残留した回数
▲3▼単位時間当たりに、装置内で上りデータ、下りデータそのぞれのバッファオーバフローにより発生した破棄パケット数
そして、これらデータをリング型ネットワーク(以下単にネットワークと略す)全体を統括する親装置3に定期的に通知する。
【0018】
また、親装置3の機能は以下の通りである。
▲1▼ネットワーク1に接続される複数の装置のうち、1台のみを親装置として設定する。各装置が親装置となる機能を具備している場合には、全ての装置が親装置になりうる。
▲2▼トークンを発行し、終端する。
▲3▼トークンに送信情報を付加し、各装置の割り当てを決定する。
【0019】
通常運用時、親装置3はリング型ネットワーク1の設計時に定めた優先順位に従い、トークン6を発行する。各装置2は、親装置3から発行されたトークン6に付与されている割り当て帯域に従い、自装置の配下(例えば端末5)から受信したデータ(上りデータ)をネットワーク1に送信し、またネットワーク1から自装置配下の端末5に送るデータ(下りデータ)を受信する。
【0020】
各装置2は、定期的に親装置3に対して前述した装置毎の内部情報を通知する。親装置3は、各装置2から送られてきた内部情報を集計し、各パラメータについて装置毎に比較している。ネットワーク運用前にネットワーク管理者が定めたネットワーク設計情報に従った運用形態では、パケット破棄は発生しない。瞬間的なトラフィックは常に変動しているが、長時間のトラフィックにおいてパケット破棄が発生しないように設計を行なうためである。
【0021】
親装置3にて各装置2からの内部情報を監視している際、ある装置の内部情報にパケット破棄が認められた時、ネットワーク1のトラフィックに何らかの変化が生じた、若しくはネットワーク自体に問題が発生した(ネットワークの切断、装置故障等)ことが考えられる。
【0022】
後者の場合は、一般的に他のアラーム通知手段を具備しているので、その場合には、ネットワークを復旧するしかない。前者の場合は、ネットワーク配下に接続されている端末5が予想外のトラフィックデータを送出した、若しくは新たな端末がネットワークに追加された等の変化が考えられる。この場合、以下の観点から分析を行なう。
▲1▼破棄が発生している装置はどの装置か。
▲2▼破棄が発生しているのは上りデータか下りデータか。
▲3▼各装置のトラフィック(上り)の総和がネットワークの最大伝送量以下に収まっているか。
▲4▼割り当て変更は可能か。
そして、変更すべき装置が判明し、最適化が可能と判断した場合、親装置3は各装置への割り当て比率を変更する。変更後、親装置3は破棄パケット発生が全装置に発生しなくなることを引き続き監視する。自立的な最適化が不可能と判断した場合、親装置3はネットワーク管理者に対して通知すべくアラーム情報を発行する。
【0023】
図2はネットワーク装置の一実施の形態例を示すブロック図である。図1と同一のものは、同一の符号を付して示す。図において、20はリング型ネットワーク1にIPネットワークから上がってきたデータを挿入するデータ挿入回路(ADD)、21はリング型ネットワーク1からの所定のデータを自装置に引き落とす引落とし回路(DROP)である。22は装置全体の動作制御を行なう制御回路である。該制御回路22としては、例えばCPUが用いられる。該制御回路22は、リング型ネットワーク1と接続されている。
【0024】
23はトークン待ちカウンタ、24は上りデータを保持するバッファ、25は上りのトラフィック量をカウントするトラフィックカウンタである。前記バッファ24には破棄パケット数をカウントするカウンタが付属している。26は下りのトラフィック量をカウントするトラフィックカウンタ、27は下りデータを保持するバッファである。該バッファ27には、破棄パケット数をカウントするカウンタが付属している。これらカウンタは、単位時間当たりのバッファ量、破棄回数、トークン待ち回数をカウントしている。28は各構成要素間を接続するバスである。
【0025】
11aは各装置から送られてくる情報を集計し、リング型ネットワークのトラフィックの変化を検出し、検出結果に応じてネットワークの伝送設計情報が最適な状態になるようにダイナミックに制御する内部情報集計/判断回路、11bは該内部情報集計/判断回路10の出力を受けて、トークンを発生し、トークンを終端(回収)するトークン発生終端回路である。前記制御回路22、内部情報集計/判断回路11a及びトークン発生終端回路11bとで、図1のトラフィック制御手段10を構成している。
【0026】
該トークン発生終端回路11bは、挿入回路20と引落とし回路21に接続されている。内部情報集計/判断回路11aとトークン発生終端回路11bは、親装置が具備するものである。もっとも、各装置が内部情報集計/判断回路11aとトークン発生終端回路11bを具備していれば、任意に親を指定することができる。このように構成された装置の動作を説明すれば、以下の通りである。
【0027】
リング型ネットワーク1には、トークン6が周回している。装置の引落とし回路21は、トークン6を捕獲し、自己宛のデータがないかどうかチェックする。自己宛のデータがある場合には、該データを引き落とす。引き落とされたデータは、IPネットワークへ送出される。ここで、トラフィックカウンタ26は下りのトラフィック量をカウントしており、バッファ27は破棄パケット数をカウントしている。
【0028】
一方、挿入回路20はIPネットワークから上がってきたデータを捕獲したトークン6に挿入する。この間、トークン待ちカウンタ23はトークンの数をカウントし、バッファ24は破棄パケット数をカウントし、トラフィックカウンタ25は上りのトラフィック量をカウントしている。
【0029】
前述したように、各カウンタは単位時間当たりのバッファ数、破棄回数、トークン待ち回数をカウントしている。ここで、単位時間とは、例えば10000回トークン6が周回した時間とする。トークン周回周期が1msであれば、単位時間は10000×1ms=10(sec:秒)となる。各装置は、10sec毎に内部情報を親装置3に対し通知する。親装置3は、10sec毎に各装置2から通知された内部情報を管理している。
【0030】
図3は各内部情報例を示す図である。図において、(a)はトラフィック量(上り)、(b)はトラフィック量(下り)、(c)は破棄パケット数(上り)、(d)は破棄パケット数(下り)、(e)はバッファ残留回数である。ここで、横軸は各装置、縦軸は(a)と(b)とがトラフィック量、(c)と(d)がパケット数、(e)はパケットのバッファ残留回数を示す。単位は、10000トークン周回時間当たりである。前述したように、1周回時間が1msであれば、単位時間は10secとなる。
【0031】
図4はトークンの構成例を示す図である。図に示すように、トークンはヘッダとデータ部より構成されている。30がヘッダ、31〜34がデータである。データの内、31が装置Aのデータ、32が装置Bのデータ、33が装置Cのデータ、34が装置Dのデータである。ヘッダ30には、各装置の帯域割り当て情報等が格納されている。
【0032】
図5乃至図7は本発明の動作説明図である。図5から図7の方向に動作が流れていく。図5はリング型ネットワークシステムの例を示す図、図6は各内部情報例を示す図、図7はトークンの変化を示す図である。先ず図5において、装置Aに端末5が追加されたものとする。この端末5からのデータの流れは、図に示すように装置Bの端末5宛てのものであるとする。
【0033】
この結果、装置Aでは、トラフィック量(上り)が増加し、上りの破棄パケットが発生し、バッファの残留回数も増加する。親装置のトラフィック制御手段10は、装置A〜Dのトラフィック総量がリング型ネットワークの最大帯域以下である時、増加分を含めたタイムスロット中の各装置割り当てを再設定する。この結果、トークン6の各装置データのデータの割り当ては、図7に示すように装置Aが増加する。この結果、装置Aのパケット破棄が発生しなくなる。
【0034】
このように、本発明によれば、各トラフィックの伝送状態を最適に設定することができる。また、トラフィック制御手段は、各装置の特性情報を監視し、各装置がトラフィックを正常処理しているかどうかを監視することができる。
【0035】
図8乃至図11は本発明の他の動作説明図である。図8から図11の方向に動作が流れていく。図8はリング型ネットワークシステムの例を示す図、図9は各内部情報例を示す図、図10はトラフィック量の割り当ての説明図、図11はトークンの変化を示す図である。
【0036】
図5〜図7に示す新しい割り当てで運用を開始したら、装置C(親装置)でパケット破棄が発生したものとする。この時、図9に示すように装置Aの上りトラフィック量が増加し、装置Bの下りトラフィック量が増加し、装置Cの上りパケットの破棄が発生し、装置Cのバッファ残留回数が増加したものとする。
【0037】
以下の状況において、装置A〜装置Dのバッファ残留が発生すること自体は問題ではない。それはバースト的なトラフィックを吸収するプロセスで、回線に伝送しきれなかったデータを一時的にプールし、その次のタイミングで伝送するためである。
【0038】
但し、装置Cの場合、親装置による帯域割り当て減少により、装置Cの回線上の割り当てが減少することで、破棄パケットが発生することが問題となる。原因は、回線上の割り当てが減少したために、バースト的に発生するトラフィックをバッファで吸収しきれなくなったからと考えられる。この場合のトラフィック量の変化は瞬間的であり、連続的ではないので、単位時間で平均した装置Cのトラフィックは以前と変わっていない。
【0039】
そこで、親装置に対して、瞬間的な増加を含めた擬似的なトラフィックを申請するために以下で上乗せを行なう。図10において(a)の網点部分も含めた残留回数とバッファ容量の積は、単位時間当たりに送りきれないデータの最大値と考えられる(バッファ残留は実際にそのバッファ中にどれくらいデータが残留していたかは管理せずに回数を数えるが、ここでは回数とバッファ容量(最大)の積をとることで、とりうる最大値を算出している)。
【0040】
図の(b)の単位時間当たりの装置Cの上りトラフィック(網点部)に上乗せすることで、実トラフィックよりもバッファ残留回数×(最大バッファ容量−毎回異なる実際にバッファに残留したデータ量)の分だけ上乗せすることで、バースト的な変化を許容するだけの割り当てを得ることが可能となる。
【0041】
この結果、図11に示すように、疑似トラフィックを追加したトラフィック総量から増加分を含めたタイムスロット中の各装置の割り当てを再設定することで、装置Cのパケット破棄は発生しなくなる。
【0042】
このように、本発明によれば、トラフィック状態に破棄が発生した時、各装置の帯域割当比率を変更して、伝送状態を最適に保持することができる。
【0043】
図12は本発明の動作の一実施の形態例を示すフローチャートで、親装置の動作である。動作の主体は前記したトラフィック制御手段10である。先ず、初期設定の運用を開始し(S1)、継続監視を行なう(S2)。継続監視の動作は以下の通りである。先ず、全装置の内部情報の中で単位時間あたりのパケット破棄が発生したかどうかをチェックする(S3)。
【0044】
ステップS3でパケット破棄が発生していない場合にはステップS2に戻る。ステップ破棄が発生していた場合には、その破棄が上りデータか下りデータの何れであるかをチェックする(S4)。下りデータであった場合、受信相手がない場合(S5)、今まで接続していたデータ端末が切断された可能性がある(S6)。この場合には、管理者による調査が必要となる(S7)。また、この場合には、アラームが発行される(S8)。
【0045】
ネットワークの伝送能力を超えるトラフィックがかかったものである場合(S9)、保守者により増加した端末を撤去する必要がある(S10)。この場合にもアラームが発行される(S11)。
【0046】
ステップS4でパケット破棄発生が上りデータであった場合、該当装置の上りトラフィックが破棄発生以前に比べて増加しているかどうかチェックする(S 12)。増加していない場合、該当装置以外に新たなトラフィックが追加され、割り当てが減ったことが考えられる(S13)。割り当てが減ることで、1回のトークンによる転送容量が減少し、上りバッファに停留する容量が増加する(S14)。
【0047】
空きバッファ容量が減少することで瞬間的なトラフィック増加に対してバッファ吸収ができない(S15)。そこで、該当装置のバッファ残留回数とバッファ容量の積から瞬間的なトラフィック増加分を擬似的に上りトラフィックに追加する(S16)。そして、該当装置の疑似追加トラフィック量を含む全装置の上りトラフィックの総量から各装置の上り量の割当比率を再設定する(S17)。
【0048】
ステップS12において、該当装置の上りトラフィックが破棄発生以前に比べて増加している場合、該当装置配下に新たなトラフィックが追加されたと判断し(S18)、全装置の上りトラフィックの和はネットワーク伝送帯域以下であるかどうかチェックする(S19)。全装置の上りトラフィックの和がネットワーク伝送帯域以下である場合、全装置の上りトラフィックの総量に対する各装置の上り量の比率から割当比率を再設定する(S20)。全装置の上りトラフィックの和がネットワーク伝送帯域以上である場合、ネットワークの伝送能力を超えるトラフィックがかかったことになるので、ステップS9以下の処理に移行する。
【0049】
上述の実施の形態例では、リング型ネットワークにネットワーク装置が4台接続された場合を例にとったが、本発明はこれに限るものではなく、任意の数のネットワーク装置が接続された場合にも同様に適用することができる。また、各装置に接続される端末の数も任意の数であってよい。
【0050】
【発明の効果】
以上説明したように、本発明によれば、以下の効果が得られる。
(1)請求項1記載の発明によれば、トラフィック制御手段がトラフィックの状態変化を絶えず監視しており、状態変化があった時にはリング型ネットワーク1が最適な伝送状態になるように制御するので、各トラフィックの伝送状態を最適に設定することができる。
また、請求項1記載の発明によれば、トラフィック制御手段は、各装置の特性情報を監視し、各装置がトラフィックを正常処理しているかどうかを監視することができる。
(2)請求項2記載の発明によれば、トラフィック状態に破棄が発生した時、各装置の帯域割当比率を変更して、伝送状態を最適に保持することができる。
【0051】
このように、本発明によればネットワークの状態を常に最適化することができるネットワーク自動最適化システムを提供することができる。
【図面の簡単な説明】
【図1】本発明の原理ブロック図である。
【図2】ネットワーク装置の一実施の形態例を示すブロック図である。
【図3】各内部情報例を示す図である。
【図4】トークンの構成例を示す図である。
【図5】本発明の動作説明図である。
【図6】各内部情報例を示す図である。
【図7】トークンの変化を示す図である。
【図8】本発明の他の動作説明図である。
【図9】各内部情報例を示す図である。
【図10】トラフィック量の割り当ての説明図である。
【図11】トークンの変化を示す図である。
【図12】本発明の動作の一実施の形態例を示すフローチャートである。
【図13】リング型ネットワークシステムの構成概念図である。
【符号の説明】
1 リング型ネットワーク
2 ネットワーク装置
3 親装置
5 端末
6 トークン
10 トラフィック制御手段
Claims (2)
- リング型ネットワークを介して複数のネットワーク装置が接続され、各ネットワーク装置間でトークンを用いてデータの送受信を行なうシステムにおいて、
前記複数のネットワーク装置の内の1台を親装置として設定した時に、該親装置に、リング型ネットワークを周回する、単位時間当たりのトラフィック量、パケット破棄数、バッファ残留回数を示した内部情報を受信し分析してトラフィックの変化を検出し、検出結果に応じてネットワークの伝送設計情報が最適な状態になるようにダイナミックに制御するトラフィック制御手段を設け、
各ネットワーク装置は単位時間当たりのトラフィック量、パケット破棄数、バッファ残留回数を示した内部情報をネットワーク全体を統括する親装置に対し定期的に通知し、該親装置のトラフィック制御手段は、各ネットワーク装置から通知された単位時間当たりのトラフィック量、パケット破棄数、バッファ残留回数を示した内部情報から各ネットワーク装置がトラフィックを正常処理できているかを監視することを特徴とするネットワーク自動最適化システム。 - 前記ネットワーク内のあるネットワーク装置にパケット破棄が発生した場合、前記トラフィック制御手段は、原因となる負荷増分箇所を推定し、増分を含めた各ネットワーク装置の帯域割当比率を変更することを特徴とする請求項1記載のネットワーク自動最適化システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002291269A JP4037729B2 (ja) | 2002-10-03 | 2002-10-03 | ネットワーク自動最適化システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002291269A JP4037729B2 (ja) | 2002-10-03 | 2002-10-03 | ネットワーク自動最適化システム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004128959A JP2004128959A (ja) | 2004-04-22 |
JP4037729B2 true JP4037729B2 (ja) | 2008-01-23 |
Family
ID=32282904
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002291269A Expired - Fee Related JP4037729B2 (ja) | 2002-10-03 | 2002-10-03 | ネットワーク自動最適化システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4037729B2 (ja) |
-
2002
- 2002-10-03 JP JP2002291269A patent/JP4037729B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2004128959A (ja) | 2004-04-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6026075A (en) | Flow control mechanism | |
EP0487235B1 (en) | Bandwidth and congestion management in accessing broadband ISDN networks | |
RU2316127C2 (ru) | Спектрально-ограниченная контролирующая пакетная передача для управления перегрузкой и установления вызова в сетях, основанных на пакетах | |
US8320242B2 (en) | Active response communications network tap | |
JPS63176045A (ja) | 輻湊制御型パケット交換方法及びその装置 | |
CA2179618C (en) | Data link interface for packet-switched network | |
US7274665B2 (en) | Packet storm control | |
TWI517632B (zh) | 纜線數據機終端系統、光線路終端及其方法 | |
JPS63176046A (ja) | 輻湊制御型パケット交換方法及びその装置 | |
JP2004254164A (ja) | 帯域監視装置 | |
EP3758409A1 (en) | Data traffic processing method and related network device | |
CN113206800B (zh) | 一种报文缓存方法、装置以及网络设备 | |
CN116527584A (zh) | 拥塞控制方法及装置、通信网络、计算机存储介质 | |
JPH0714163B2 (ja) | パケットフロー制御方法 | |
CN108494698A (zh) | 一种基于传输速率的拥塞控制方法 | |
May et al. | Influence of active queue management parameters on aggregate traffic performance | |
CN102843274B (zh) | 一种多链路故障检测的方法及装置 | |
JP4037729B2 (ja) | ネットワーク自動最適化システム | |
CN115412468A (zh) | 网络设备端口流量的检测方法、装置、控制器以及介质 | |
JP5006266B2 (ja) | 通信ネットワークにおける帯域制御方法及び該方法を実行するための通信装置 | |
KR100875040B1 (ko) | 이더넷 기반의 디지털 가입자 회선 통신망에서Virtual Concatenation을 이용한패킷 전송 방법 | |
JP2003046555A (ja) | 帯域監視装置 | |
JP3131607B2 (ja) | ネットワーク監視システムの状変集約方式 | |
JP2009147569A (ja) | フレーム送信装置およびフレーム受信装置 | |
JP2008294851A (ja) | Ponシステム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050523 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070314 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070417 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070615 Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20070615 |
|
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: 20071030 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071101 |
|
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: 20101109 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101109 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111109 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111109 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121109 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121109 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131109 Year of fee payment: 6 |
|
LAPS | Cancellation because of no payment of annual fees |