JP2006319577A - 帯域制御アダプタ - Google Patents

Abstract

【課題】 Ｅｔｈｅｒｎｅｔによるコンピュータネットワークの先に存在するネットワーク接続点におけるカプセル化やフラグメントによる帯域増大を考慮した帯域制御を行う。
【解決手段】 帯域制御アダプタが、２つのＥｔｈｅｒｎｅｔインタフェースと、各ＥｔｈｅｒｎｅｔインタフェースのＭＡＣ層データを処理する手段と、各Ｅｔｈｅｒｎｅｔインタフェースから送出するためのフレームをキューイングする手段と、各Ｅｔｈｅｒｎｅｔインタフェースにおける出力帯域を計算して制御する手段と、各Ｅｔｈｅｒｎｅｔインタフェースにおける出力帯域を計算するための条件を格納する手段とを備えており、帯域制御アダプタの制御する手段が、格納する手段に格納された条件に基づき、上記キューイングする手段からのフレームに対応して、各Ｅｔｈｅｒｎｅｔインタフェースにおける出力帯域を計算して帯域制御を行う。
【選択図】 図１１

Description

本発明は、ＩＥＥＥ（ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ）８０２．３として規格化されたコンピュータネットワーク（以下、「Ｅｔｈｅｒｎｅｔ（登録商標）インタフェース」という。）を有する帯域制御アダプタに関する。

従来、Ｅｔｈｅｒｎｅｔインタフェースを有する帯域制御アダプタでは装置が出力するＥｔｈｅｒｎｅｔインタフェース上での帯域に基づいてフレーム転送を行っていた。また、ＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）タグを付加して帯域制御を行う場合にはＶＬＡＮタグを付加するためにレイヤ２スイッチやレイヤ３スイッチを使用し、その後帯域制御を行っていた。
また、下記の特許文献１には、低コストでユーザのトラフィック優先制御および帯域制御を容易に実現するために、クラシファイア１４でＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）とデータに分類されたパケットを、優先度付きポリサー１５によって入力トラフィックの優先度を考慮して、トラフィックの帯域制限を行い、かつポリシーアクション処理部１６で入力されるパケットのトラフィッククラスとポリサー判定結果に基づき、低遅延通信が必要なトラフィッククラスの適合パケットを、優先的にサービスされる送信キュー２２，２３に入力させ、スケジューラ２４によるパケット送信を可能にすることが開示されている。
特開２００４−３２０３８０号公報

しかしながら、上記従来技術ではＩＥＥＥ８０２．３に基づくＥｔｈｅｒｎｅｔによるコンピュータネットワークの先に存在するネットワーク接続点におけるカプセル化による帯域増大や、フラグメントによる帯域増大を考慮することができず、想定外の遅延やシェーピング調整などによる非効率な帯域使用の問題が発生することがあった。また、ＶＬＡＮタグを使用するようなコンピュータネットワークを構築する場合はレイヤ２スイッチやレイヤ３スイッチを導入する必要があり、コストが多くかかった。

本発明の目的は、Ｅｔｈｅｒｎｅｔによるコンピュータネットワークの先に存在するネットワーク接続点におけるカプセル化やフラグメントによる帯域増大を考慮した帯域制御を行うことにより、想定外の遅延を無くし、またネットワークの帯域ボトルネックとなる中継回線を効率よく使用することができる帯域制御アダプタを提供することと、さらに、ＶＬＡＮタグを使用した帯域制御を行う場合でも、レイヤ２スイッチやレイヤ３スイッチの導入を必要とせず、安価に帯域制御を実現できる帯域制御アダプタを提供することにある。

上記課題を解決するために、本発明の第１の発明は、帯域制御アダプタが、２つのＥｔｈｅｒｎｅｔインタフェースと、各ＥｔｈｅｒｎｅｔインタフェースのＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層データを処理する手段と、各Ｅｔｈｅｒｎｅｔインタフェースから送出するためのフレームをキューイングする手段と、各Ｅｔｈｅｒｎｅｔインタフェースにおける出力帯域を計算して制御する手段と、各Ｅｔｈｅｒｎｅｔインタフェースにおける出力帯域を計算するための条件を格納する手段とを備え、上記制御する手段が、上記格納する手段に格納された条件に基づき、上記キューイングする手段からのフレームに対応して、各Ｅｔｈｅｒｎｅｔインタフェースにおける出力帯域を計算して帯域制御を行うことを特徴とする。
また、本発明の第２の発明は、Ｅｔｈｅｒｎｅｔインタフェースを有する帯域制御アダプタにおいて、２つのＥｔｈｅｒｎｅｔインタフェースと、各ＥｔｈｅｒｎｅｔインタフェースのＭＡＣ層データを処理する手段と、各Ｅｔｈｅｒｎｅｔインタフェースにおける受信データをクラシファイする手段と、それぞれのＥｔｈｅｒｎｅｔインタフェースから受信するデータをクラシファイするための条件を格納する手段と、各Ｅｔｈｅｒｎｅｔインタフェースから送出するためのフレームをキューイングする手段と、各Ｅｔｈｅｒｎｅｔインタフェースにおける出力帯域を計算して制御する手段と各Ｅｔｈｅｒｎｅｔインタフェースにおける出力帯域を計算するための条件を格納する手段と、装置全体の設定情報を保持するため手段と、装置に設定するためのインタフェースとを備えたことを特徴とする。
また、本発明の第３の発明は、更に、各ＥｔｈｅｒｎｅｔインタフェースにおけるＶＬＡＮタグの付加・削除や書換えを行う手段を備えたことを特徴とする。

本発明によれば、帯域制御を行う際に先にあるネットワークを考慮した帯域制御やシェーピングが可能になり、想定外の遅延を無くすことができる。さらにボトルネックとなる中継網であるＷＡＮ回線の帯域を想定した帯域制御が行えるため、帯域を効率的に利用することが可能になる。
また、ＶＬＡＮタグを必要とする場合にレイヤ２スイッチやレイヤ３スイッチを使用することなく、安価なシステム構成で実現することができる。

本発明の実施の形態を図面に基づいて説明する。まず、図１にＥｔｈｅｒｎｅｔインタフェースを有する帯域制御アダプタによるシステム構成のうち、特に２つのＥｔｈｅｒｎｅｔによるコンピュータネットワーク（ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）間をＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）ネットワークを用いて接続する通信システムの構成例を示す。
拠点ＡのＬＡＮ１内のルータ２は、Ｅｔｈｅｒｎｅｔ接続ケーブル３を介して帯域制御アダプタ４に接続されている。帯域制御アダプタ４は、Ｅｔｈｅｒｎｅｔ接続ケーブル５を介してＥｔｈｅｒｎｅｔ−ＡＴＭコンバータ（Ｅ／Ａコンバータ）６に接続されている。Ｅｔｈｅｒｎｅｔ−ＡＴＭコンバータ６は、ＡＴＭ網７に設定されたＰＶＣ（Ｐｅｒｍａｎｅｎｔ Ｖｉｒｔｕａｌ Ｃｉｒｃｕｉｔ）１４で対向拠点Ｂに設置されているＥｔｈｅｒｎｅｔ−ＡＴＭコンバータ８に論理的に接続されている。Ｅｔｈｅｒｎｅｔ−ＡＴＭコンバータ８は、Ｅｔｈｅｒｎｅｔ接続ケーブル９を介して帯域制御アダプタ１０に接続されている。帯域制御アダプタ１０は、Ｅｔｈｅｒｎｅｔケーブル１１を介して拠点ＢのＬＡＮ１３内にあるルータ１２に接続されている。

次に、図１の構成例による動作を説明する。
拠点Ａ内から拠点Ｂに向けて送出されたフレームは、ルータ２を介して帯域制御アダプタ４に入力される。帯域制御アダプタ４は、設定されたクラシファイ条件（優先度の異なるキューへの振り分け条件）によりフレームの分類や優先制御を行い、設定された帯域にシェーピングしてＥｔｈｅｒｎｅｔ接続ケーブル５を経由してＥｔｈｅｒｎｅｔ−ＡＴＭコンバータ６にフレームを送出する。Ｅｔｈｅｒｎｅｔ−ＡＴＭコンバータ６は、受信したフレームを設定された動作条件に従いながらＡＴＭ網でフレームを転送するためのカプセル化処理を行い、ＡＴＭセルに分割してＡＴＭ網１４にフレームを転送する。ＡＴＭ網１４から分割されたセルを受信したＥｔｈｅｒｎｅｔ−ＡＴＭコンバータ８は、分割されたセルからフレームを復元し、Ｅｔｈｅｒｎｅｔ接続ケーブル９を経由して帯域制御アダプタ１０へフレームを送出する。帯域制御アダプタ１０は、拠点Ａと同様、設定されたクラシファイ条件やシェーピング条件を守りながらフレームをＥｔｈｅｒｎｅｔ接続ケーブル１１を経由してフレームをルータ１２に転送する。ルータ１２は、受信したフレームをルーティングテーブルに従いながら目的の装置に届くようにルーティング動作を行う。Ｂ拠点からＡ拠点に向けてもフレーム転送も上記の反対の動作で行う。

図２に、上記Ｅｔｈｅｒｎｅｔ−ＡＴＭコンバータがフレームをＡＴＭセルに分割するまでのプロセスのうち、特にＩＰパケット部分をカプセル化するＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）が管理するＲＦＣ（Ｒｅｑｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）１４８３に準拠したカプセル化方式を示す。
Ｅｔｈｅｒｎｅｔ−ＡＴＭコンバータが受信したＭＡＣフレームからＩＰパケットを抽出し、Ｒｏｕｔｅｄカプセル化のヘッダ８バイトを付加する。次にＡＴＭのＡＡＬ５フレームとするため、ＡＡＬ５のトレイラ８バイトを付加する。このとき、付加するＡＡＬ５トレイラは８バイト固定だが、ＡＴＭセルのペイロードの４８バイトの整数倍になるようにパディングデータ（ＰＡＤ）が別に付加される。このようにして４８バイトの整数倍になったカプセル化されたデータを４８バイト長に分割し、ＡＴＭセルのペイロード部分に格納し、転送を行う。

図３に、上記Ｅｔｈｅｒｎｅｔ−ＡＴＭコンバータがフレームをＡＴＭセルに分割するまでのプロセスのうち、特にＭＡＣフレームをカプセル化するＲＦＣ１４８３に準拠したカプセル化方式を示す。
Ｅｔｈｅｒｎｅｔ−ＡＴＭコンバータが受信したＭＡＣフレームからＦＣＳを除いた部分にＢｒｉｄｇｅｄカプセル化のヘッダ１０バイトを付加する。次にＩＰパケットカプセル化の時と同様に、ＡＴＭのＡＡＬ５フレームとするため、ＡＡＬ５のトレイラ８バイトを付加する。やはり、ＩＰパケットカプセル化のときと同様にＡＴＭセルのペイロードの４８バイトの整数倍になるようにパディングデータが別に付加される。そして同様にデータを４８バイト長に分割し、ＡＴＭセルのペイロード部分に格納し、転送を行う。

図４に、参考として、ＥｔｈｅｒｎｅｔフレームをＥ／Ａコンバータ６においてＡＴＭセル化する際に、フレーム長がＡＴＭ化によるオーバヘッドによってどれぐらいの比率で帯域が増大するかをフレーム長別に示す。
６４バイトフレームは、ＡＴＭ上では５３バイトのセル２つに分割されるため、元のフレーム長に比べて１．６５６倍になる。また、２５６バイトフレームは、ＡＴＭ上では５３バイトのセル６つに分割されるため、元のフレーム長に比べて１．２４２倍になる。そして、７６８バイトフレームは、ＡＴＭ上では５３バイトのセル１７個に分割されるため、元のフレーム長に比べて１．１７３倍になる。
しかし、１５１８バイトフレームの場合には１．１１７倍程度にしかならない。このように、フレーム長によってオーバヘッドの長さが変化してしまう。

図５に、参考として、従来の方式でシェーピングした場合に発生し得る問題点を示す。
この例ではＡＴＭ網７の回線として２Ｍｂｉｔ／ｓの回線を使用した場合について説明する。図中の帯域制御アダプタ４は、ＡＴＭ網７の回線上でのオーバヘッドによるデータ増加分を約１５％と想定し、１．７Ｍｂｉｔ／ｓでシェーピングを行っている。このとき、フレーム長によって実際に使用するＡＴＭ網７の回線上での帯域を計算すると、６４バイトフレームの場合には２．８１５２Ｍｂｉｔ／ｓとなり、２Ｍｂｉｔ／ｓを超えてしまい想定外の遅延が発生してしまう。同様に２５６バイトの場合にもＡＴＭ帯域の２Ｍｂｉｔ／ｓを超えてしまい、やはり想定外の遅延が発生してしまう。また、フレーム長が７６８バイトの場合は、１．７Ｍｂｉｔ／ｓでのシェーピングが理想的な帯域使用となるが、１５１８バイトの場合にはＡＴＭ帯域が約１．９Ｍｂｉｔ／ｓとなり、１００ｋｂｉｔ／ｓの帯域を使用していない状態となり、効率的な利用ができなくなってしまうことが分かる。

図６に、本発明を利用した場合の帯域制御・シェーピングの動作を示す。
図中の帯域制御アダプタでは、先に接続されるＡＴＭ網７での使用帯域がどれぐらいになるかを想定してシェーピング動作を行う。つまり、シェーピングを行う際に、Ｅ／Ａコンバータ６においてＡＴＭカプセル化された後のフレーム長で計算を行うことでＡＴＭ網７で保証された帯域に合わせることができるようになる。このように、先に接続されているＡＴＭ網７でのカプセル化を想定して帯域を計算することで、想定外な遅延を発生させず、ボトルネックとなる帯域を効率的に利用することができる。
以下、図面に基づきその具体的動作を説明する。
ＲＦＣ１４８３準拠のＭＡＣフレームをカプセル化した場合、図４において説明したとおり、６４バイトフレーム時には１０６バイト（５３バイトのセルが２つ）の１．６５６倍、２５６バイトフレーム時には３１８バイト（５３バイトのセルが６つ）の１．２４２倍、７６８バイトフレーム時には９０１バイト（５３バイトのセルが１７）の１．１７３倍、１５１８バイトフレーム時には１６９６バイト（５３バイトのセルが３２）の１．１１７倍と、使用する帯域の増加となる。
本発明の帯域制御アダプタ４は、６４バイトフレーム時には、１０６バイトと想定しシェーピングを実施し、同様に、２５６バイトフレーム時には３１８バイト、７６８バイトフレーム時には９０１バイト、１５１８バイトフレーム時には１６９６バイトと想定しシェーピングを実施し、どのようなデータ長であっても、結果的にＥ／Ａコンバータ６のＡＴＭ網７への出力が２Ｍｂｉｔ／ｓとなるように制御している。
以上の動作は、図１１、図１２において後述する帯域計算オプション格納部３７・３９に格納されている、接続される中継網の種別（ＡＴＭ網、インターネット等）情報、取り扱うデータの形式（ＭＡＣフレーム、ＩＰパケット等）情報、及びデータ長の情報に基づき、帯域制御機能部３３・４２の制御で実行されている。
従って、本発明の帯域制御アダプタ４は、Ｅｔｈｅｒｎｅｔによるコンピュータネットワークを中継網に接続する為の機器が中継網への出力を効率よく行えるようにデータを送信するため、中継網の種類や取り扱うデータ形式に応じて、シェーピングを可変実施するので、中継網の帯域を想定した帯域制御が行え、帯域を有効に利用することが可能となる。

図７に、Ｅｔｈｅｒｎｅｔインタフェースを有する帯域制御アダプタによるシステム構成のうち、特に、２つのＥｔｈｅｒｎｅｔによるコンピュータネットワーク間をインターネットを用いて接続する通信システムの構成例を示す。
拠点ＡのＬＡＮ１５内のルータ１６は、Ｅｔｈｅｒｎｅｔ接続ケーブル１７を介して帯域制御アダプタ１８に接続されている。帯域制御アダプタ１８は、Ｅｔｈｅｒｎｅｔ接続ケーブル１９を介してＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）装置２０に接続されている。ＶＰＮ装置２０は、インターネット２１上に設定されたＶＰＮトンネル２８によって対向拠点Ｂに設置されているＶＰＮ装置２２に論理的に接続されている。ＶＰＮ装置２２はＥｔｈｅｒｎｅｔ接続ケーブル２３を介して帯域制御アダプタ２４に接続されている。帯域制御アダプタ２４はＥｔｈｅｒｎｅｔケーブル２５を介して拠点ＢのＬＡＮ２７内にあるルータ２６に接続されている。

次に、図７の構成例による動作を説明する。
拠点Ａ内から拠点Ｂに向けて送出されるフレームは、ルータ１６を介して帯域制御アダプタ１８に入力される。帯域制御アダプタ１８は、設定されたクラシファイ条件によりフレームの分類や優先制御を行い、設定された帯域にシェーピングしてＥｔｈｅｒｎｅｔ接続ケーブル１９を経由してＶＰＮ装置２０にフレームを送出する。ＶＰＮ装置２０は、受信したフレームに設定された条件に従い、カプセル化や暗号化の処理を行い、インターネット２１にフレームを転送する。インターネット２１からフレームを受信した拠点ＢのＶＰＮ装置２２は、フレームを復元し、Ｅｔｈｅｒｎｅｔ接続ケーブル２３を経由して帯域制御アダプタ２４へフレームを送出する。帯域制御アダプタ２４は、拠点Ａと同様、設定されたクラシファイ条件やシェーピング条件を守りながらフレームをＥｔｈｅｒｎｅｔ接続ケーブル２５を経由してフレームをルータ２６に転送する。ルータ２６は、受信したフレームをルーティングテーブルに従いながら目的の装置に届くようにルーティング動作を行う。Ｂ拠点からＡ拠点に向けてもフレーム転送も上記の反対の動作で行う。

図８に、ＶＰＮ装置が行うＶＰＮ用プロトコルのうち、特に、ＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を使用した場合におけるカプセル化の例を示す。
図８にあるように、カプセル化の際には様々なヘッダやトレイラが付加される。

図９に、ＶＰＮ装置を使用した場合で、フレーム分割が発生する場合を示す。
インターネットで透過できるＩＰパケット長は最大１５００バイトとなる。よって、ＩＰパケットのＭＴＵ（Ｍａｘｉｍｕｍ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｕｎｉｔ）は一般的に１５００バイトであることが多い。しかし、インターネットＶＰＮによる通信を行った場合には、図８にあるように、元のＩＰパケットを新ＩＰパケットでカプセル化させるため、パケット長が１５００バイトを越える場合が発生し得る。この場合、ＶＰＮ装置は、図９にあるように、新ＩＰヘッダを付加したＩＰパケットの最大長が１５００バイトを超えないようにＩＰパケットを分割、つまり、ＩＰフラグメントを行って転送を行う。よって、ＶＰＮ装置が出力する帯域は帯域制御アダプタが送出する帯域とは異なる帯域となってしまう可能性がある。
以上のことから、ＶＰＮ装置が出力するＥｔｈｅｒｎｅｔインタフェース上の帯域を考慮した帯域制御を行う場合には、帯域制御アダプタがＶＰＮ装置が行うカプセル化やフラグメントの動作を考慮してシェーピングを行う必要ある。よって、本発明は、帯域制御やシェーピングを行う際にＶＰＮ装置が行う処理を計算することでＶＰＮが出力する帯域を制御する。
以上のように、本発明の第１の発明および第２の発明を使用することでＥｔｈｎｅｒｎｅｔインタフェースの先に接続されているネットワークを考慮した帯域制御が可能になる。

図１０に、本発明の第３の発明を使用し、ＶＬＡＮタグを使用した場合の帯域制御の例を示す。
図１０の上部は、ＶＬＡＮタグを使用する場合の従来の方法を示した図である。ＶＬＡＮタグを付加するために、レイヤ２スイッチやレイヤ３スイッチを使用する必要があった。しかし、本発明を使用することで、図１０の下部のように、ＶＬＡＮタグを使用する場合でもレイヤ２スイッチやレイヤ３スイッチを使用する必要がなく、安価なシステム構成とすることができる。
なお、この具体的な動作を行うための機能ブロックは、図１２の説明として後述する。

図１１に本発明の第１の実施の形態の機能ブロック図を示す。
本発明のＥｔｈｅｒｎｅｔインタフェースを有する帯域制御アダプタは、通信用インタフェースであるＥｔｈｅｒｎｅｔインタフェース２９・３５、ＥｔｈｅｒｎｅｔフレームのＭＡＣ層のデータを制御するＭＡＣ層データ処理部３０・３４、受信したデータをクラシファイ条件によって分類するクラシファイ機能部３１・４４、そのクラシファイ条件を保持・制御するクラシファイ情報制御部３６・４０、クラシファイ機能部によって分類されたデータをキューイングして保持するキューイング機能部３２・４３、キューイング機能部にキューイングされているデータを設定された帯域制御情報やシェーピング情報によって出力制御を行う帯域制御機能部３３・４２、その帯域制御やシェーピングを行うための計算情報やオーバヘッド情報を保持・制御する帯域計算オプション格納部３７・３９、装置全体の設定情報を保持する構成情報格納部３８、その構成情報の設定を行う構成情報変更用インタフェース４１で構成される。
なお、本実施の形態においては、帯域計算オプション格納部３７・３９と構成情報格納部３８を別の構成としたが、１つの構成要素としてもよい。

図１２に本発明の第２の実施の形態の機能ブロック図を示す。
本発明の第２の実施態様では第１の発明品の機能ブロック図である図１１に対して、さらにＶＬＡＮタグ付加やＶＬＡＮタグ内の情報を書替えるための制御をおこなうＶＬＡＮタグ制御機能部４５・４６が追加された構成となる。

Ｅｔｈｅｒｎｅｔインタフェースを有する帯域制御アダプタによるシステム構成のうち、特にＥｔｈｅｒｎｅｔの先にＡＴＭネットワークを使用しているシステム構成例の図。 Ｅｔｈｅｒｎｅｔ−ＡＴＭコンバータがフレームをＡＴＭセルに分割するまでのプロセスのうち、特にＩＰパケット部分をカプセル化するＲＦＣ１４８３に準拠したカプセル化方式を示した図。 Ｅｔｈｅｒｎｅｔ−ＡＴＭコンバータがフレームをＡＴＭセルに分割するまでのプロセスのうち、特にＭＡＣフレームをカプセル化するＲＦＣ１４８３に準拠したカプセル化方式を示した図。 ＥｔｈｅｒｎｅｔフレームをＡＴＭセル化する際に、フレーム長がＡＴＭ化によるオーバヘッドによってどれぐらいの比率で帯域が増大するかをフレーム長別に示した参考図。 従来の方式でシェーピングした場合に発生し得る問題点を示した参考図。 本発明を利用した場合の帯域制御・シェーピングの動作を示した図。 Ｅｔｈｅｒｎｅｔインタフェースを有する帯域制御アダプタによるシステム構成のうち、特にＥｔｈｅｒｎｅｔの先にインターネットＶＰＮを使用しているシステム構成例を示した図。 ＶＰＮ装置が行うＶＰＮ用プロトコルのうち特にＩＰｓｅｃを使用した場合におけるカプセル化の例を示した図。 ＶＰＮ装置を使用した場合で、フレーム分割が発生する場合を示した図。 本発明の第２の発明を使用し、ＶＬＡＮタグを使用した場合の例を示した図。 本発明の第１の実施の形態の機能ブロック図を示した図。 本発明の第２の実施の形態の機能ブロック図を示した図。

符号の説明

１ 拠点ＡのＬＡＮ
２ 拠点Ａのルータ
３ 拠点Ａのルータと帯域制御アダプタを接続するＥｔｈｅｒｎｅｔ接続ケーブル
４ 拠点Ａの帯域制御アダプタ
５ 拠点Ａの帯域制御アダプタとＥｔｈｅｒｎｅｔ−ＡＴＭコンバータを接続するＥｔｈｅｒｎｅｔ接続ケーブル
６ 拠点ＡのＥｔｈｅｒｎｅｔ−ＡＴＭコンバータ（Ｅ／Ａコンバータ）
７ ＡＴＭ網
８ 拠点ＢのＥｔｈｅｒｎｅｔ−ＡＴＭコンバータ（Ｅ／Ａコンバータ）
９ 拠点ＢのＥｔｈｅｒｎｅｔ−ＡＴＭコンバータ（Ｅ／Ａコンバータ）と帯域制御アダプタを接続するＥｔｈｅｒｎｅｔ接続ケーブル
１０ 拠点Ｂの帯域制御アダプタ
１１ 拠点Ｂの帯域制御アダプタとルータを接続するＥｔｈｅｒｎｅｔ接続ケーブル
１２ 拠点Ｂのルータ
１３ 拠点ＢのＬＡＮ
１４ 拠点ＡのＥｔｈｅｒｎｅｔ−ＡＴＭコンバータ（Ｅ／Ａコンバータ）と拠点ＢのＥｔｈｅｒｎｅｔ−ＡＴＭコンバータ（Ｅ／Ａコンバータ）を接続するＡＴＭ網上の仮想チャネル（ＰＶＣ）
１５ 拠点ＡのＬＡＮ
１６ 拠点Ａのルータ
１７ 拠点Ａのルータと帯域制御アダプタを接続するＥｔｈｅｒｎｅｔ接続ケーブル
１８ 拠点Ａの帯域制御アダプタ
１９ 拠点Ａの帯域制御アダプタとＶＰＮ装置を接続するＥｔｈｅｒｎｅｔ接続ケーブル
２０ 拠点ＡのＶＰＮ装置
２１ インタネット網
２２ 拠点ＢのＶＰＮ装置
２３ 拠点ＢのＶＰＮ装置と帯域制御アダプタを接続するＥｔｈｅｒｎｅｔ接続ケーブル
２４ 拠点Ｂの帯域制御アダプタ
２５ 拠点Ｂの帯域制御アダプタとルータを接続するＥｔｈｅｒｎｅｔ接続ケーブル
２６ 拠点Ｂのルータ
２７ 拠点ＢのＬＡＮ
２８ 拠点ＡのＶＰＮ装置と拠点ＢのＶＰＮ装置を接続するＶＰＮトンネル
２９ 通信用インタフェースであるＥｔｈｅｒｎｅｔインタフェース
３０ ＥｔｈｅｒｎｅｔフレームのＭＡＣ層のデータを制御するＭＡＣ層データ処理部
３１ 受信したデータをクラシファイ条件によって分類するクラシファイ機能部
３２ ラシファイ機能部によって分類されたデータをキューイングして保持するキューイング機能部
３３ キューイング機能部にキューイングされているデータを設定された帯域制御情報やシェーピング情報によって出力制御を行う帯域制御機能部
３４ ＥｔｈｅｒｎｅｔフレームのＭＡＣ層のデータを制御するＭＡＣ層データ処理部
３５ 通信用インタフェースであるＥｔｈｅｒｎｅｔインタフェース
３６ クラシファイ条件を保持・制御するクラシファイ情報格納部
３７ 帯域制御やシェーピングを行うための計算情報やオーバヘッド情報を保持・制御する帯域計算オプション格納部
３８ 装置全体の設定情報を保持する構成情報格納部
３９ 帯域制御やシェーピングを行うための計算情報やオーバヘッド情報を保持・制御する帯域計算オプション格納部
４０ クラシファイ条件を保持・制御するクラシファイ情報格納部
４１ 構成情報の設定を行う構成情報変更用インタフェース
４２ キューイング機能部にキューイングされているデータを設定された帯域制御情報やシェーピング情報によって出力制御を行う帯域制御機能部
４３ クラシファイ機能部によって分類されたデータをキューイングして保持するキューイング機能部
４４ 受信したデータをクラシファイ条件によって分類するクラシファイ機能部
４５ ＶＬＡＮタグ付加やＶＬＡＮタグ内の情報を書替えるための制御をおこなうＶＬＡＮタグ制御機能部
４６ ＶＬＡＮタグ付加やＶＬＡＮタグ内の情報を書替えるための制御をおこなうＶＬＡＮタグ制御機能部

Claims (3)

1. ２つのＥｔｈｅｒｎｅｔ（登録商標）インタフェースと、各ＥｔｈｅｒｎｅｔインタフェースのＭＡＣ層データを処理する手段と、各Ｅｔｈｅｒｎｅｔインタフェースから送出するためのフレームをキューイングする手段と、各Ｅｔｈｅｒｎｅｔインタフェースにおける出力帯域を計算して制御する手段と、各Ｅｔｈｅｒｎｅｔインタフェースにおける出力帯域を計算するための条件を格納する手段とを備え、
   上記制御する手段が、上記格納する手段に格納された条件に基づき、上記キューイングする手段からのフレームに対応して、各Ｅｔｈｅｒｎｅｔインタフェースにおける出力帯域を計算して帯域制御を行うことを特徴とする帯域制御アダプタ。
2. Ｅｔｈｅｒｎｅｔインタフェースを有する帯域制御アダプタにおいて、２つのＥｔｈｅｒｎｅｔインタフェースと、各ＥｔｈｅｒｎｅｔインタフェースのＭＡＣ層データを処理する手段と、各Ｅｔｈｅｒｎｅｔインタフェースにおける受信データをクラシファイする手段と、それぞれのＥｔｈｅｒｎｅｔインタフェースから受信するデータをクラシファイするための条件を格納する手段と、各Ｅｔｈｅｒｎｅｔインタフェースから送出するためのフレームをキューイングする手段と、各Ｅｔｈｅｒｎｅｔインタフェースにおける出力帯域を計算して制御する手段と各Ｅｔｈｅｒｎｅｔインタフェースにおける出力帯域を計算するための条件を格納する手段と、装置全体の設定情報を保持するための手段と、装置に設定するためのインタフェースとを備えたことを特徴とする帯域制御アダプタ。
3. 請求項１または請求項２記載の帯域制御アダプタにおいて、更に、各ＥｔｈｅｒｎｅｔインタフェースにおけるＶＬＡＮタグの付加・削除や書換えを行う手段を備えたことを特徴とする帯域制御アダプタ。

Images