JP2004320380A - Band control method and its band controller - Google Patents
Band control method and its band controller Download PDFInfo
- Publication number
- JP2004320380A JP2004320380A JP2003110814A JP2003110814A JP2004320380A JP 2004320380 A JP2004320380 A JP 2004320380A JP 2003110814 A JP2003110814 A JP 2003110814A JP 2003110814 A JP2003110814 A JP 2003110814A JP 2004320380 A JP2004320380 A JP 2004320380A
- Authority
- JP
- Japan
- Prior art keywords
- traffic
- data
- packet
- band
- priority
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 24
- 230000005540 biological transmission Effects 0.000 claims abstract description 35
- 238000004891 communication Methods 0.000 abstract description 11
- 238000012545 processing Methods 0.000 description 27
- 239000000284 extract Substances 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 239000004744 fabric Substances 0.000 description 5
- 238000013459 approach Methods 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Abstract
Description
【0001】
【発明の属する技術分野】
この発明は、トラフィックフローに所定の帯域制御を行って伝送する帯域制御方法およびその帯域制御装置に関するものである。
【0002】
【従来の技術】
近年、通信ネットワークの接続サービスでは、FTTH(Fiber To The Home)の普及によって高速な接続サービスが低コストで提供できるようになってきている。このような通信ネットワークを流れるデータトラフィックは、その使用するアプリケーションに応じたQoS(通信品質)制御を行う必要がある。
【0003】
このQoS制御を行うための技術手法としては、出力ポート毎に異なるキューを用いるスケジューリング手法や、トラフィックの最大流量を制限するポリシング手法などが用いられている。これらの手法を用いる場合として、あるユーザへの送信トラフィックをそのアプリケーション、たとえば通信ネットワーク上に音声パケットを通すためのVoIP(Voice over IP)用トラフィックを、他のデータトラフィックに比べて低遅延で優先的に送信するなど、あるユーザへのトラフィックの総量を契約帯域である10Mbpsに制限したい場合がある。
【0004】
たとえば、遅延時間を制御するためには、VoIPトラフィック用に異なる送信キューを用意して、他のデータ用キューよりも常に先にVoIPのパケットを送信する手法を用いることができる。しかし、この手法では、ユーザへの送信トラフィックの総量を制限するという要求を満たすことができない。
【0005】
そこで、帯域制限機構であるポリシング手法を用いて、ユーザのトラフィック量を制限することも考えられるが、この場合、ポリシングアルゴリズムでは、トラフィックの優先度は考慮されないので、トラフィックの制限総量を超えると、VoIPなどの優先トラフィックが廃棄されてしまう事態が発生する。
【0006】
このような事態を解決する方法としては、複数の送信キューを使いつつ、それら送信キューからの送信レートの総量を制御するスケジューリングを行う方法があった。
【0007】
【特許文献1】
特開2001−519120号公報(図1)
【0008】
【発明が解決しようとする課題】
しかしながら、上記従来例では、特にユーザ数が多い場合には、複雑な処理となり、高速なネットワーク上での実現は困難になるという問題点があった。また、特許文献1では、多段階のスケジューリングを行うために実装が複雑になるという問題点があった。
【0009】
この発明は、上記問題点に鑑みなされたもので、低コストでユーザのトラフィック優先制御および帯域制御を容易に実現することができる帯域制御方法およびその帯域制御装置を提供することを目的とする。
【0010】
【課題を解決するための手段】
上記目的を達成するため、請求項1にかかる帯域制御方法では、入力したデータを、所定の帯域制御を行って伝送する帯域制御方法において、前記所定の帯域内で、予め定められた少なくとも2つの閾値に基づき、前記入力するデータの帯域を保証して、前記入力するデータのトラフィックの流量を制限する第1の制御工程と、前記データのポリシー条件に基づき、前記流量を制限されたデータを異なる送信キューに格納する格納制御工程と、複数の前記送信キューを用いて前記データのトラフィックの遅延を制御する第2の制御工程とを含むことを特徴とする帯域制御方法が提供される。
【0011】
この発明によれば、たとえばパケットの優先度に基づく、複数の閾値を設定して、入力するパケットの帯域保証を行い、かつパケットのトラフィッククラスなどのポリシー条件に基づき、帯域保証されたパケットを異なる送信キューに格納を行い、その後にトラフィックの遅延を制御するスケジューリングを行うことで、ユーザのトラフィック優先制御および帯域制御を実現する。
【0012】
また、請求項2にかかる帯域制御装置では、入力したデータのトラフィック量を帯域制御して伝送する帯域制御装置において、前記制御する所定帯域内で、少なくとも2つの閾値を設定し、該閾値に基づき、前記入力するデータの帯域を保証して、当該データのトラフィックの流量を制限する第1の制御手段と、少なくとも2つの送信キューを有し、前記データのポリシー条件に基づき、前記流量制限されたデータを、前記送信キューに格納する格納制御手段と、前記複数の送信キューに格納された前記データのトラフィックの遅延を制御する第2の制御手段とを備えたことを特徴とする帯域制御装置が提供される。
【0013】
この発明によれば、制御する所定帯域内で複数の閾値を設定し、第1の制御手段によって入力するパケットの帯域保証を行い、かつパケットのトラフィッククラスなどに基づき、格納制御手段で流量制御されたパケットを送信キューに格納する手段と、パケットの遅延を制御するスケジューリングを行うことで、ユーザのトラフィック優先制御および帯域制御を実現する。
【0014】
また、請求項3にかかる帯域制御装置では、前記第1の制御手段は、前記データの優先度に応じて閾値を設定することを特徴とする。
【0015】
この発明によれば、たとえばパケットの優先度に応じて複数の優先度を設定し、低遅延通信が必要なトラフィッククラスのパケットを優先的に送信して、入力するパケットの帯域保証を行う。
【0016】
また、請求項4にかかる帯域制御装置では、前記格納制御手段は、前記ポリシー条件として、パケット構成のデータのトラフィッククラスに基づき、前記流量制限されたデータを該当する送信キューに格納することを特徴とする。
【0017】
この発明によれば、たとえばVoIPなどの低遅延通信が必要なトラフィッククラスの適合パケットに対して、優先的にサービスされる送信キューに格納させるポリシングを行う。
【0018】
【発明の実施の形態】
以下に図1〜図6の添付図面を参照して、この発明にかかる帯域制御方法およびその帯域制御装置の好適な実施の形態を説明する。
【0019】
(実施の形態1)
図1は、この発明にかかる帯域制御装置の構成の一例を示す構成図である。図1において、帯域制御装置であるルータ10は、入力ポート(この実施例では3つの入力ポート)毎に設けられてポリシング制御を行う複数の入力側NP(ネットワーク・プロセッサ)11〜13と、入力したパケットを適切な出力ポートに振り分けるスイッチファブリック21と、出力ポート(この実施例では3つの出力ポート)毎に設けられて振り分けられたパケットに対して帯域制御を行う出力側NP31〜33とから構成されている。
【0020】
入力側NP11〜13は、入力するパケットに対してポリシング制御を行っている。なお、この入力側NP11〜13は、それぞれ同様の構成からなっており、ここでは代表して入力側NP11の構成を図2の構成図に示す。
【0021】
図2において、入力側NP11は、クラシファイア14と、優先度付きポリサー15と、ポリシーアクション処理部16と、QoSポリシー制御部17と、アクションテーブル18とから構成されている。この入力側NP11において、クラシファイア14は、たとえばCAM(Contents Addressable Memory)などを用いており、入力するパケットのヘッダ情報に基づいて、トラフィックをVoIPなどのトラフィッククラスとデータとに分類して、この情報を内部ヘッダ部(図1参照)に追加してパケットとともに優先度付きポリサー15に出力している。
【0022】
優先度付きポリサー15は、入力トラフィックの優先度を考慮して、各トラフィッククラスの適合パケットの合計が、設定された10Mbps帯域以内に収まるように帯域制限を行っている。具体的には、優先度付きポリサー15は、トラフィック流量が制限帯域に適合しているかどうかを判定する際に、VoIPトラフィックが、データトラフィックよりも優先的に適合と判定するように設定されている。このポリサーで判定された適合/不適合情報は、内部ヘッダ部に追加されてパケットとともにポリシーアクション処理部16に出力される。
【0023】
ここで、この発明の特徴であるポリシングを行うアルゴリズムとしては、たとえばトークンバケツを用いる。このトークンバケツのアルゴリズムでは、トークンと呼ばれるトラフィック送信権を表す仮想的な量を用いる。すなわち、この優先度付きポリサー15では、図3に示すように、流量を制限したいトラフィックフローには、このトークンをためておくための仮想的なトークンバケツ15aが用意され、このトークンバケツ15aにはトラフィックの制限流量に等しいレートでトークンが補充される。
【0024】
この優先度付きポリサー15では、パケットの優先度に応じて、このトークンバケツ15aにたまっているトークの量に閾値を設定し、低優先トラフィックに関しては、このトークンバケツ15aに一定以上のトークンがない場合には、たとえトークンが残っていても、パケット処理部15bはトークンがない場合と同様な処理を行うこととする。ここで、十分なトークンがトークンバケツ15aにない場合には、そのトラフィックは廃棄されるか、遅延されるなどの処理を行うことで、トラフィックフローの流量制限が実現される。
【0025】
パケット処理部15bは、パケット到着時にそのデータ量に比例したトークンを、トークンバケツ15aから取り出してから、パケットの送信を行う。すなわち、この実施の形態では、トークンバケツ15aのトークンの量に閾値T1とT2が予め設定されており、低優先トラフィックのパケット到着時には、パケット処理部15bは、T2以上のトークンがある場合には、そのデータ量に比例したトークンを、トークンバケツ15aから取り出してパケットの送信を行い、またT2以上のトークンがない場合には、パケットを廃棄している。また、高優先トラフィックのパケット到着時には、パケット処理部15bは、T1以上のトークンがある場合には、そのデータ量に比例したトークンを、トークンバケツ15aから取り出してパケットの送信を行い、またT1以上のトークンがない場合には、パケットを廃棄している。なお、この発明に係わる閾値Ti(Tiは、トラフィッククラスを表すインデックス)は、優先度に応じて、3つ以上の複数に設定することが可能であり、Ti<Tjであれば、トラフィッククラスiは、トラフィッククラスjよりも優先的に帯域を利用することができる。
【0026】
これにより、この実施の形態では、制限帯域よりも送信トラフィック量の多い輻輳時においても、まず最も優先度の高いトラフィックが帯域を利用して、残った帯域を次に優先度が高いトラフィックが利用する帯域制御が実現される。
【0027】
ポリシーアクション処理部16は、入力されるパケットのトラフィッククラスとポリサー判定結果を抽出して、これら情報に基づいてアクションテーブル18を検索して、この入力パケットに対する処理を決定する。たとえば、ポリシーアクション処理部16は、低遅延通信が必要なトラフィッククラスの適合パケットに対しては、優先的にサービスされるキュー(たとえば、送信キュー22に)へパケットを入力させ、また低遅延通信が不必要なトラフィッククラスの不適合パケットに対しては、このパケットを廃棄する。
【0028】
また、QoSポリシー制御部17では、要求されるQoSポリシーをアクションテーブル18にデータを書く込む書き込み処理を行っており、このQoSポリシーは、装置の管理者によって直接指定される場合もあれば、RSVP(Resource Reservation Protocol)などのシグナリングプロトコルによって決定される場合もある。
【0029】
アクションテーブル18は、図2に示すように、トラフィッククラスと、このトラフィッククラスのポリサー判定結果と、これらに対応するアクションのデータが書き込まれている。
【0030】
スイッチファブリック21は、低遅延通信が必要なトラフィッククラスの適合パケットを優先的に格納する送信キュー22,23と、これら送信キュー22,23を選択してパケット取り出して送信するスケジューラ24とから構成されている。スケジューラ24は、選択した各送信キューから、それぞれの送信優先度に応じたタイミングでパケットを取り出して、出力ポート毎に設けられた出力側NP31〜33に出力している。なお、スケジューラ24は、優先キューにパケットがある限り、常に先に送信するストリクトプライオリティ、各キューの重みに応じた割合でパケットを送信する重み付きラウンドロビン、もしくはパケットに仮想的なタイムスタンプを付けてソーティングすることで、送信パケットを決定するWFQ(Weighted Fair Queuing)などの既存の技術を用途に合わせて用いることができる。
【0031】
出力側NP31〜33は、スイッチファブリック21から入力するIPパケットに対して、必要に応じて再度帯域制御を行い、このパケットをネットワークに転送している。
【0032】
次に、優先度付きポリサー15およびポリシーアクション処理部16の処理動作を、図4および図5のフローチャートに基づいて説明する。まず、図4において、優先度付きポリサー15は、t−t0=1/Riになったかどうか判断する(ステップ101)。なお、tは、現在の時間、t0は、前回トークンを補充した時間、Riは、ユーザiの契約帯域を示す。
【0033】
ここで、t−t0=1/Riの場合には、t0=tとした後(ステップ102)、トークンバケツ残量Bがトークンバケツの最大容量BMAX未満かどうか判断し(ステップ103)、この最大容量BMAX未満の場合には、トークン残量Bを1つ増加させる(ステップ104)。次にパケットが到着したかどうか判断する(ステップ105)。また、t−t0=1/Riでない場合にも、ステップ103に進む。
【0034】
ここで、パケットが到着していない場合には、ステップ101に戻って、t−t0=1/Riを判断する。また、パケットが到着した場合には、パケットサイズをL、かつ優先度をpとして(ステップ106)、次に(トークンバケツ残量B)>(優先度pの閾値Tp)かどうか判断し(ステップ107)、(トークンバケツ残量B)>(優先度pの閾値Tp)でない場合、つまりトークンバケツ残量Bが優先度pの閾値Tpと等しいか、小さい場合には、パケットを廃棄して(ステップ109)、ステップ101に戻る。また、(トークンバケツ残量B)>(優先度pの閾値Tp)の場合には、(トークンバケツ残量B)>(サイズL)かどうか判断する(ステップ108)。
【0035】
ここで、(トークンバケツ残量B)≧(サイズL)でない場合、つまりトークンバケツ残量BがサイズLより小さい場合には、パケットを廃棄し(ステップ109)、また(トークンバケツ残量B)≧(サイズL)の場合には、トークンバケツ残量BからパケットサイズLを引いた値をトークンバケツ残量Bとした後、パケット送信を行い(ステップ110)、ステップ101に戻る。
【0036】
図5において、優先度付きポリサー15から送信されたパケットが到着すると(ステップ201)、ポリシーアクション処理部16は、パケットに付与された内部ヘッダからトラフィッククラスとポリサー判定結果を抽出し、アクションテーブルを検索する(ステップ202)。そして、該当する項目のアクションは廃棄かどうか判断する(ステップ203)。
【0037】
ここで、検索したアクションテーブルの該当項目のアクションが廃棄の場合には、パケットを廃棄(ステップ204)する。また、該当項目のアクションが優先キューへ入力の場合には、指定された送信キュー22または23へパケットを格納した後(ステップ205)、ステップ201に戻って次にパケットの到着を待つ。
【0038】
このように、この実施の形態では、優先度付きポリサー15でパケットの優先度に応じた帯域制御を行い、かつポリシーアクション処理部16によってパケットのトラフィッククラスとポリサー判定結果からパケットの廃棄/送信を判断して適切な送信キューにパケットを入力させた後にスケジューリングを行うので、装置構成が簡単化されて、これに伴い低コストでユーザのトラフィック優先制御および帯域制御を容易に実現することができる。
【0039】
(実施の形態2)
この実施の形態2では、カラー・アウェア・モード(Color AwareMode)を用いた場合を説明する。図6は、図2に示したポリサーの構成の他例を示す構成図である。図6において、ポリサー15では、パケットのトラフィッククラスとして、優先度に対応したカラー(グリーンとイエロー)が内部ヘッダ部に設定されている。そして、このカラーに対応して、グリーンのトークンをためておくための仮想的なトークンバケツ15cと、グリーンとイエローのトークンをためておくための仮想的なトークンバケツ15dとが用意され、これらトークンバケツ15c,15dにはトラフィックの制限流量に等しいレートでトークンが補充される。グリーンのトークンは、トークンバケツ15cに満たされると、トークンバケツ15dに補充される。
【0040】
パケット処理部15eは、たとえばグリーンのパケット到着時に、トークンバケツ15cからそのデータ量に比例したトークンを取り出してから、グリーンのパケットの送信を行うが、トークンバケツ15cにトークンがない場合には、トークンバケツ15dからトークンを取り出してから、パケットのトラフィッククラスをイエローに変更して送信する。また、このトークンバケツ15dにもトークンがない場合には、パケット処理部15eは、パケットを廃棄している。
【0041】
また、パケット処理部15eは、たとえばイエローのパケット到着時に、トークンバケツ15dからそのデータ量に比例したトークンを取り出してから、イエローのパケットの送信を行い、このトークンバケツ15dにイエローのトークンがない場合には、パケットを廃棄している。
【0042】
ポリシーアクション処理部16は、入力されるパケットのトラフィッククラス(グリーンとイエロー)とポリサー判定結果を抽出して、これら情報に基づいてアクションテーブル18を検索して、この入力パケットに対する処理を決定する。たとえば、ポリシーアクション処理部16は、低遅延通信が必要なトラフィッククラス(グリーン)の適合パケットに対しては、優先的にサービスされるキュー(たとえば、送信キュー22に)へパケットを入力させ、また低遅延通信が不必要なトラフィッククラスの不適合パケットに対しては、このパケットを廃棄する。
【0043】
このように、この実施の形態では、ポリサー15でカラーに応じた帯域制御を行い、かつポリシーアクション処理部16によってパケットのカラーとポリサー判定結果からパケットの適合/不適合を判断してパケットのパケットの送信または廃棄を決定するポリシングを行った後にスケジューリングを行うので、装置構成が簡単化され、これに伴い低コストでユーザのトラフィック優先制御および帯域制御を容易に実現することができる。
【0044】
この発明は、これら実施形態に限定されるものではなく、この発明の要旨を逸脱しない範囲で種々の変形実施が可能である。
【0045】
【発明の効果】
以上説明したように、この発明では、優先度付きポリサーやカラー・アウェア・モードをサポートするポリサーを用いて、トラフィッククラスに基づき、複数の閾値を設定して、入力するパケットの帯域保証を行うとともに、帯域保証されたパケットをトラフィッククラスに基づき、異なる送信キューに格納する処理を行った後に、パケットのスケジューリングを行うので、構成が簡単化されて低コストでユーザのトラフィック優先制御および帯域制御を容易に実現することができる。
【図面の簡単な説明】
【図1】この発明にかかる帯域制御装置の構成の一例を示す構成図である。
【図2】図1に示した入力側NPとスイッチファブリックの構成の一例を示す構成図である。
【図3】図2に示した優先度付きポリサーの構成の一例を示す構成図である。
【図4】図3に示したポリサーの処理動作を説明するためのフローチャートである。
【図5】図2に示したポリシーアクション処理部の処理動作を説明するためのフローチャートである。
【図6】図2に示したポリサーの構成の他例を示す構成図である。
【符号の説明】
10 ルータ
11〜13 入力側NP
14 クラシファイア
15 優先度付きポリサー
15a,15c,15d トークンバケツ
15b,15e パケット処理部
16 ポリシーアクション処理部
17 QoSポリシー制御部
18 アクションテーブル
21 スイッチファブリック
22,23 送信キュー
24 スケジューラ
31〜33 出力側NP
B トークンバケツ残量
L パケットサイズ
p 優先度
T1,T2,Ti,Tj,Tp 閾値[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a band control method for performing predetermined band control on a traffic flow and transmitting the traffic flow, and a band control device therefor.
[0002]
[Prior art]
In recent years, in connection services of communication networks, high-speed connection services can be provided at low cost due to the spread of FTTH (Fiber To The Home). For data traffic flowing through such a communication network, it is necessary to perform QoS (communication quality) control according to the application to be used.
[0003]
As a technique for performing the QoS control, a scheduling technique using a different queue for each output port, a policing technique for limiting a maximum traffic flow rate, and the like are used. In the case of using these techniques, the traffic transmitted to a certain user is given priority to the application, for example, VoIP (Voice over IP) traffic for passing voice packets over a communication network with lower delay than other data traffic. For example, there is a case where it is desired to limit the total amount of traffic to a certain user to 10 Mbps which is the contracted bandwidth, for example, by transmitting the data in a targeted manner.
[0004]
For example, in order to control the delay time, it is possible to use a method of preparing different transmission queues for VoIP traffic and transmitting VoIP packets always before other data queues. However, this approach cannot meet the requirement to limit the total amount of transmission traffic to the user.
[0005]
Therefore, it is conceivable to limit the amount of traffic of the user by using a policing method which is a band limiting mechanism.In this case, however, the policing algorithm does not consider the priority of the traffic. A situation occurs in which priority traffic such as VoIP is discarded.
[0006]
As a method of solving such a situation, there has been a method of using a plurality of transmission queues and performing scheduling for controlling the total amount of transmission rates from the transmission queues.
[0007]
[Patent Document 1]
JP 2001-519120 A (FIG. 1)
[0008]
[Problems to be solved by the invention]
However, in the above-mentioned conventional example, there is a problem that complicated processing is required particularly when the number of users is large, and it is difficult to realize the processing on a high-speed network. Further, in
[0009]
The present invention has been made in view of the above problems, and an object of the present invention is to provide a band control method and a band control device capable of easily realizing user traffic priority control and band control at low cost.
[0010]
[Means for Solving the Problems]
In order to achieve the above object, in the band control method according to
[0011]
According to the present invention, for example, a plurality of thresholds are set based on the priority of a packet, the bandwidth of an input packet is guaranteed, and a packet whose bandwidth is guaranteed is different based on a policy condition such as a traffic class of the packet. By storing the information in a transmission queue and then performing scheduling for controlling the traffic delay, the traffic priority control and the bandwidth control of the user are realized.
[0012]
Further, in the band control device according to claim 2, in the band control device that performs band control on the traffic amount of input data and transmits the same, at least two thresholds are set within the predetermined band to be controlled, and based on the thresholds, Having first control means for guaranteeing a bandwidth of the input data and restricting a flow rate of the traffic of the data, and at least two transmission queues, wherein the flow rate is restricted based on a policy condition of the data. A band control device comprising: storage control means for storing data in the transmission queue; and second control means for controlling a delay of traffic of the data stored in the plurality of transmission queues. Provided.
[0013]
According to the present invention, a plurality of thresholds are set within a predetermined band to be controlled, the bandwidth of the input packet is guaranteed by the first control unit, and the flow rate is controlled by the storage control unit based on the traffic class of the packet. By performing means for storing the received packet in the transmission queue and scheduling for controlling the packet delay, traffic priority control and bandwidth control of the user are realized.
[0014]
Further, in the bandwidth control device according to claim 3, the first control means sets a threshold value according to a priority of the data.
[0015]
According to the present invention, for example, a plurality of priorities are set in accordance with the priorities of the packets, packets of a traffic class requiring low-delay communication are preferentially transmitted, and the bandwidth of input packets is guaranteed.
[0016]
Further, in the bandwidth control device according to claim 4, the storage control means stores the flow-limited data in a corresponding transmission queue as the policy condition based on a traffic class of data in a packet configuration. And
[0017]
According to the present invention, for example, policing is performed so that a conforming packet of a traffic class requiring low-delay communication such as VoIP is stored in a transmission queue that is preferentially served.
[0018]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, preferred embodiments of a band control method and a band control device according to the present invention will be described with reference to the accompanying drawings of FIGS.
[0019]
(Embodiment 1)
FIG. 1 is a configuration diagram illustrating an example of a configuration of a band control device according to the present invention. In FIG. 1, a
[0020]
The input side NPs 11 to 13 perform policing control on an input packet. The input sides NP11 to NP13 have the same configuration, and the configuration of the input side NP11 is representatively shown in the configuration diagram of FIG.
[0021]
In FIG. 2, the input side NP 11 includes a
[0022]
The
[0023]
Here, for example, a token bucket is used as an algorithm for performing policing, which is a feature of the present invention. This token bucket algorithm uses a virtual quantity called a token, which represents a traffic transmission right. That is, in the
[0024]
In the
[0025]
When the packet arrives, the
[0026]
Thus, in this embodiment, even during congestion where the amount of transmission traffic is larger than the limited bandwidth, the highest priority traffic uses the bandwidth first, and the remaining bandwidth uses the next highest priority traffic. Bandwidth control is realized.
[0027]
The policy
[0028]
In addition, the QoS
[0029]
As shown in FIG. 2, the action table 18 has written therein a traffic class, a policer determination result of the traffic class, and action data corresponding to the traffic class.
[0030]
The
[0031]
The
[0032]
Next, the processing operations of the priority-added
[0033]
Here, in the case of t−t0 = 1 / Ri, after setting t0 = t (step 102), it is determined whether the remaining amount B of the token bucket is less than the maximum capacity BMAX of the token bucket (step 103). If the capacity is less than BMAX, the token remaining amount B is increased by one (step 104). Next, it is determined whether or not the packet has arrived (step 105). Also, if t−t0 = 1 / Ri is not satisfied, the process proceeds to step 103.
[0034]
If the packet has not arrived, the process returns to step 101 to determine tt0 = 1 / Ri. When the packet arrives, the packet size is set to L and the priority is set to p (step 106), and then it is determined whether (token bucket remaining amount B)> (threshold Tp of priority p) (step 106). 107), if (token bucket remaining amount B)> (threshold Tp of priority p), that is, if token bucket remaining amount B is equal to or smaller than threshold Tp of priority p, the packet is discarded ( Step 109), and return to step 101. If (token bucket remaining amount B)> (threshold Tp of priority p), it is determined whether (token bucket remaining amount B)> (size L) (step 108).
[0035]
Here, if (token bucket remaining amount B) ≧ (size L), that is, if token bucket remaining amount B is smaller than size L, the packet is discarded (step 109), and (token bucket remaining amount B) If ≧ (size L), a value obtained by subtracting the packet size L from the token bucket remaining amount B is set as the token bucket remaining amount B, and then the packet is transmitted (step 110), and the process returns to step 101.
[0036]
In FIG. 5, when a packet transmitted from the priority-added
[0037]
Here, if the action of the corresponding item in the searched action table is discard, the packet is discarded (step 204). If the action of the corresponding item is input to the priority queue, the packet is stored in the designated
[0038]
As described above, in this embodiment, the priority-controlled
[0039]
(Embodiment 2)
In the second embodiment, a case where a color aware mode (Color Aware Mode) is used will be described. FIG. 6 is a configuration diagram showing another example of the configuration of the policer shown in FIG. In FIG. 6, in the
[0040]
For example, when a green packet arrives, the
[0041]
For example, when a yellow packet arrives, the
[0042]
The policy
[0043]
As described above, in this embodiment, the
[0044]
The present invention is not limited to these embodiments, and various modifications can be made without departing from the spirit of the present invention.
[0045]
【The invention's effect】
As described above, in the present invention, a plurality of thresholds are set based on a traffic class using a policer with priority and a policer that supports a color-aware mode to guarantee the bandwidth of an input packet. Since the packet scheduling is performed after storing the bandwidth-guaranteed packets in different transmission queues based on the traffic class, the configuration is simplified, and the traffic priority control and the bandwidth control of the user are simplified at low cost. Can be realized.
[Brief description of the drawings]
FIG. 1 is a configuration diagram illustrating an example of a configuration of a band control device according to the present invention.
FIG. 2 is a configuration diagram illustrating an example of a configuration of an input side NP and a switch fabric illustrated in FIG. 1;
FIG. 3 is a configuration diagram illustrating an example of a configuration of a priority-added policer illustrated in FIG. 2;
FIG. 4 is a flowchart for explaining a processing operation of the policer shown in FIG. 3;
FIG. 5 is a flowchart illustrating a processing operation of a policy action processing unit illustrated in FIG. 2;
FIG. 6 is a configuration diagram illustrating another example of the configuration of the policer illustrated in FIG. 2;
[Explanation of symbols]
10 Router 11-13 Input side NP
14
B Token bucket remaining amount L Packet size p Priority T1, T2, Ti, Tj, Tp Threshold
Claims (4)
前記所定の帯域内で、予め定められた少なくとも2つの閾値に基づき、前記入力するデータの帯域を保証して、前記入力するデータのトラフィックの流量を制限する第1の制御工程と、
前記データのポリシー条件に基づき、前記流量を制限されたデータを異なる送信キューに格納する格納制御工程と、
複数の前記送信キューを用いて前記データのトラフィックの遅延を制御する第2の制御工程と、
を含むことを特徴とする帯域制御方法。In a band control method of transmitting input data by performing predetermined band control,
A first control step of guaranteeing a band of the input data based on at least two predetermined thresholds within the predetermined band and limiting a traffic flow of the input data;
Based on a policy condition of the data, a storage control step of storing the flow-limited data in different transmission queues,
A second control step of controlling a delay of the data traffic using a plurality of the transmission queues;
A bandwidth control method comprising:
前記制御する所定帯域内で、少なくとも2つの閾値を設定し、該閾値に基づき、前記入力するデータの帯域を保証して、当該データのトラフィックの流量を制限する第1の制御手段と、
少なくとも2つの送信キューを有し、前記データのポリシー条件に基づき、前記流量制限されたデータを、前記送信キューに格納する格納制御手段と、
前記複数の送信キューに格納された前記データのトラフィックの遅延を制御する第2の制御手段と、
を備えたことを特徴とする帯域制御装置。In a band control device that performs band control and transmits the traffic amount of input data,
Within the predetermined band to be controlled, at least two thresholds are set, and based on the thresholds, a band of the input data is guaranteed, and first control means for limiting a traffic flow of the data,
A storage control unit having at least two transmission queues and storing the flow-restricted data in the transmission queue based on a policy condition of the data;
Second control means for controlling a delay of traffic of the data stored in the plurality of transmission queues;
A bandwidth control device comprising:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003110814A JP4087279B2 (en) | 2003-04-15 | 2003-04-15 | BAND CONTROL METHOD AND BAND CONTROL DEVICE THEREOF |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003110814A JP4087279B2 (en) | 2003-04-15 | 2003-04-15 | BAND CONTROL METHOD AND BAND CONTROL DEVICE THEREOF |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004320380A true JP2004320380A (en) | 2004-11-11 |
JP4087279B2 JP4087279B2 (en) | 2008-05-21 |
Family
ID=33471565
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003110814A Expired - Fee Related JP4087279B2 (en) | 2003-04-15 | 2003-04-15 | BAND CONTROL METHOD AND BAND CONTROL DEVICE THEREOF |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4087279B2 (en) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004343767A (en) * | 2003-05-14 | 2004-12-02 | Extreme Networks Inc | Rate color marker |
WO2006069511A1 (en) * | 2004-12-29 | 2006-07-06 | Zte Corporation | A method for preventing ip multicast data stream to overload communication system by distinguishing all kinds of services |
JP2007049591A (en) * | 2005-08-12 | 2007-02-22 | Kddi Corp | Traffic controller, traffic control method, and computer program |
JP2007081791A (en) * | 2005-09-14 | 2007-03-29 | Kddi Corp | Communication terminal for controlling maximum burst length of token buffer, system and program |
JP2007208518A (en) * | 2006-01-31 | 2007-08-16 | Fujitsu Ltd | Concentrator |
JP2009188542A (en) * | 2008-02-04 | 2009-08-20 | Fujitsu Ltd | Band control device and band control method |
JP2011083028A (en) * | 2010-12-16 | 2011-04-21 | Kddi Corp | Traffic control device, traffic control method and computer program |
WO2024011957A1 (en) * | 2022-07-15 | 2024-01-18 | 华为云计算技术有限公司 | Traffic scheduling method, apparatus, device, and computer readable storage medium |
-
2003
- 2003-04-15 JP JP2003110814A patent/JP4087279B2/en not_active Expired - Fee Related
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4490731B2 (en) * | 2003-05-14 | 2010-06-30 | イクストリーム・ネットワークス・インコーポレーテッド | Rate color marker |
JP2004343767A (en) * | 2003-05-14 | 2004-12-02 | Extreme Networks Inc | Rate color marker |
WO2006069511A1 (en) * | 2004-12-29 | 2006-07-06 | Zte Corporation | A method for preventing ip multicast data stream to overload communication system by distinguishing all kinds of services |
US7830802B2 (en) | 2004-12-29 | 2010-11-09 | Zte Corporation | Method for preventing IP multicast data stream to overload communication system by distinguishing all kinds of services |
JP2007049591A (en) * | 2005-08-12 | 2007-02-22 | Kddi Corp | Traffic controller, traffic control method, and computer program |
JP4704147B2 (en) * | 2005-08-12 | 2011-06-15 | Kddi株式会社 | Traffic control device, traffic control method, and computer program |
JP2007081791A (en) * | 2005-09-14 | 2007-03-29 | Kddi Corp | Communication terminal for controlling maximum burst length of token buffer, system and program |
JP4736657B2 (en) * | 2005-09-14 | 2011-07-27 | Kddi株式会社 | Communication terminal, system and program for controlling maximum burst length of token buffer |
JP4519079B2 (en) * | 2006-01-31 | 2010-08-04 | 富士通株式会社 | Concentrator |
JP2007208518A (en) * | 2006-01-31 | 2007-08-16 | Fujitsu Ltd | Concentrator |
JP2009188542A (en) * | 2008-02-04 | 2009-08-20 | Fujitsu Ltd | Band control device and band control method |
US8023411B2 (en) | 2008-02-04 | 2011-09-20 | Fujitsu Limited | Bandwidth control apparatus and bandwidth control method |
JP2011083028A (en) * | 2010-12-16 | 2011-04-21 | Kddi Corp | Traffic control device, traffic control method and computer program |
WO2024011957A1 (en) * | 2022-07-15 | 2024-01-18 | 华为云计算技术有限公司 | Traffic scheduling method, apparatus, device, and computer readable storage medium |
Also Published As
Publication number | Publication date |
---|---|
JP4087279B2 (en) | 2008-05-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Semeria | Supporting differentiated service classes: queue scheduling disciplines | |
US7626988B2 (en) | Latency-based scheduling and dropping | |
USRE44119E1 (en) | Method and apparatus for packet transmission with configurable adaptive output scheduling | |
US8553543B2 (en) | Traffic shaping method and device | |
US20070206602A1 (en) | Methods, systems and apparatus for managing differentiated service classes | |
US20060239188A1 (en) | Providing a quality of service for various classes of service for transfer of electronic data packets | |
US20040213264A1 (en) | Service class and destination dominance traffic management | |
JP4163044B2 (en) | BAND CONTROL METHOD AND BAND CONTROL DEVICE THEREOF | |
WO2007126627A1 (en) | Differentiated services using weighted quality of service (qos) | |
Homg et al. | An adaptive approach to weighted fair queue with QoS enhanced on IP network | |
Zoriđ et al. | Fairness of scheduling algorithms for real-time traffic in DiffServ based networks | |
JP4087279B2 (en) | BAND CONTROL METHOD AND BAND CONTROL DEVICE THEREOF | |
Szilágyi et al. | A review of congestion management algorithms on cisco routers | |
JP2005236669A (en) | Method and device for controlling communication quality | |
KR100588001B1 (en) | Weighted packet scheduling system and its method | |
Cisco | Policing and Shaping Overview | |
Astuti | Packet handling | |
Cisco | Traffic Shaping | |
Cisco | Congestion Management Overview | |
Cisco | Quality of Service (QoS) | |
Cisco | QC: Quality of Service Overview | |
JP4500701B2 (en) | Packet transfer device | |
KR100475783B1 (en) | Hierarchical prioritized round robin(hprr) scheduling | |
Asaduzzaman et al. | Improving quality of service in computer networks applying the eight classes of service | |
JP4391346B2 (en) | COMMUNICATION CONTROL METHOD, COMMUNICATION CONTROL DEVICE, CONTROL PROGRAM, AND RECORDING MEDIUM |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051201 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070719 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070724 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070921 |
|
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: 20080212 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080220 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110228 Year of fee payment: 3 |
|
R151 | Written notification of patent or utility model registration |
Ref document number: 4087279 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120229 Year of fee payment: 4 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130228 Year of fee payment: 5 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130228 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140228 Year of fee payment: 6 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
LAPS | Cancellation because of no payment of annual fees |