スイッチングハブ、通信帯域確認方法及び通信帯域確認システム
【課題】契約帯域が常に確保されているのか容易かつ低コストで確認することが可能なスイッチングハブ、通信帯域確認方法及び通信帯域確認システムを提供する。
【解決手段】実データとともにダミーデータを供給して契約帯域で送信する送信手段を備えたものである。
【解決手段】実データとともにダミーデータを供給して契約帯域で送信する送信手段を備えたものである。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信キャリアの提供する帯域保証型ネットワーク接続サービスを所定の契約帯域で契約した際に、その契約帯域が確保されているのか確認するためのスイッチングハブ、通信帯域確認方法及び通信帯域確認システムに関するものである。
【背景技術】
【０００２】
通信キャリアと利用者との間で、特定の経路を通過するパケット、または特定の送受信アドレスを付与されたパケット、または特定のアプリケーションのパケットに対する帯域を保証する帯域保証型のネットワーク接続サービスを契約することがある。この場合、ネットワークを提供する通信キャリアは、利用者に対して契約した帯域を保証する必要がある。
【０００３】
帯域保証型のネットワーク接続サービスの一例として、通信キャリアと利用者との間で、１０Ｍｂｐｓの帯域を保証する広域イーサネット（登録商標）を契約した場合を説明する。
【０００４】
図５に示すように、通信キャリアが提供するネットワーク５１上に存在する収容スイッチ５２ａには、スイッチングハブ５３ａが接続され、ネットワーク５１上に存在する他の収容スイッチ５２ｂには、スイッチングハブ５３ｂが接続される。
【０００５】
図５では、スイッチングハブ５３ａが東京にある企業本社のＬＡＮ（Local Area Network）５４ａに接続され、スイッチングハブ５３ｂが大阪にある企業支社のＬＡＮ５４ｂに接続されている例を示している。
【０００６】
企業支社側（大阪側）のスイッチングハブ５３ｂから企業本社側（東京側）のスイッチングハブ５３ａに実データを送信する場合、契約帯域の１０Ｍｂｐｓを超えないようにデータを送信する必要がある。よって利用者は、例えば、１０Ｍｂｐｓのうち５Ｍｂｐｓの帯域を使用してデータを送信することになる。
【０００７】
このとき、利用者が使用している帯域は、例えば、企業本社側のスイッチングハブ５３ａに蓄積されているＭＩＢ（Management Information Base）データを参照して算出することができる。
【０００８】
ＭＩＢデータには、通過パケット量のカウンタ値が保持されており、このカウンタ値を所定の時間ごと（例えば１秒ごと）に確認することで、使用している帯域を算出することができる。
【０００９】
なお、この出願の発明に関連する先行技術文献情報としては、次のものがある。
【００１０】
【特許文献１】特開２００１−１９７１０３号公報
【特許文献２】特開２００１−１９７１０９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上記方法では、利用者が実際に使用している帯域が得られるだけである。よって、使用している帯域が契約帯域を上回っている場合は契約帯域が確保されているか確認できるものの、使用している帯域が契約帯域を下回っている場合は、契約帯域が確保されているのか確認することができないという問題がある。
【００１２】
また、特許文献１、２には、使用可能帯域確認装置を用いて負荷トラヒックを送信し、その負荷トラヒックを含む利用者の使用帯域を測定して、契約帯域が確保されているかを確認する方法が開示されている。
【００１３】
しかし、これら特許文献１、２では、使用可能帯域確認装置を独立して配置しているため、負荷トラヒックを送信して帯域の測定を行っている最中に利用者の使用帯域が急激に増加すると、使用可能帯域確認装置の対応に時間がかかり、契約帯域を超えて利用者に不都合が生じるおそれがある。よって、測定を行った時に契約帯域が確保されているかを確認することはできるものの、常に負荷トラヒックを送信し続けることはできず、常に契約帯域が確保されているかを確認することはできないという問題がある。
【００１４】
また、特許文献１、２では、使用可能帯域確認装置という専用の装置を用いる必要があるため、利用者が契約帯域を確認したい場合には、その目的のためだけに利用者がこの装置を購入する必要があり、コストが高くなってしまうという問題がある。
【００１５】
そこで、本発明の目的は、帯域が確保されているのかを容易かつ低コストで確認することが可能なスイッチングハブ、通信帯域確認方法及び通信帯域確認システムを提供することにある。
【課題を解決するための手段】
【００１６】
本発明は上記目的を達成するために創案されたものであり、請求項１の発明は、実データとともにダミーデータを供給して所定の帯域とし送信する送信手段を備えたスイッチングハブである。
【００１７】
請求項２の発明は、前記送信手段は、前記実データを優先度別に格納する送信バッファと、前記送信バッファ内に設けられ、前記優先度が最も低く設定された、前記ダミーデータを格納するためのダミー供給用バッファと、前記ダミーデータを前記ダミー供給用バッファに供給するダミーデータ供給手段と、前記優先度にしたがって、前記送信バッファから前記実データあるいは前記ダミーデータを取り出して送信するスケジューラとからなる請求項１記載のスイッチングハブである。
【００１８】
請求項３の発明は、送信側スイッチングハブと受信側スイッチングハブ間のネットワークの通信帯域を確認する通信帯域確認方法であって、前記送信側スイッチングハブは実データとともにダミーデータを供給して所定の帯域とし送信し、前記受信側スイッチングハブは受信したデータの帯域を確認する通信帯域確認方法である。
【００１９】
請求項４の発明は、前記受信側スイッチングハブは、受信したデータから前記ダミーデータを除去する請求項３記載の通信帯域確認方法である。
【００２０】
請求項５の発明は、実データとともにダミーデータを供給して所定の帯域とし送信する送信手段を備えた送信側スイッチングハブと、受信したデータの帯域を確認する通信帯域確認手段を備えた受信側スイッチングハブとを備えた通信帯域確認システムである。
【００２１】
請求項６の発明は、前記受信側スイッチングハブは、受信したデータから前記ダミーデータを除去するダミーデータ除去手段を備える請求項５記載の通信帯域確認システムである。
【発明の効果】
【００２２】
本発明によれば、帯域が確保されているのかを容易かつ低コストで確認することができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の好適な実施の形態を添付図面にしたがって説明する。
【００２４】
図１は、本実施形態に係る通信帯域確認システムの概略図である。
【００２５】
本発明の通信帯域確認システムは、通信キャリアの提供する帯域保証型ネットワーク接続サービスを所定の契約帯域で契約した際に、その契約帯域が確保されているのか確認するためのものである。
【００２６】
本実施形態では、通信キャリアが提供する帯域保証型ネットワーク接続サービスの一例として、広域イーサネットを用いる場合を説明する。また、契約帯域は１０Ｍｂｐｓとして説明する。
【００２７】
図１に示すように、通信帯域確認システム１０では、通信キャリアが提供するネットワーク（広域イーサネット）１１上に存在する収容スイッチ１２ａにスイッチングハブ１３ａが接続され、ネットワーク１１上に存在する他の収容スイッチ１２ｂにスイッチングハブ１３ｂがそれぞれ接続される。
【００２８】
図１では、スイッチングハブ１３ａが東京にある企業本社のＬＡＮ（Local Area Network）１４ａに接続され、スイッチングハブ１３ｂが大阪にある企業支社のＬＡＮ１４ｂに接続されている例を示している。
【００２９】
本実施形態では、企業支社側（大阪側）のスイッチングハブ１３ｂに本発明のスイッチングハブを用いる場合を説明する。以下、説明の簡略化のため、企業本社側（東京側）のスイッチングハブ１３ａを受信側スイッチングハブ１３ａといい、企業支社側（大阪側）のスイッチングハブ１３ｂを送信側スイッチングハブ１３ｂという。
【００３０】
受信側スイッチングハブ１３ａは、受信したデータの帯域を確認する通信帯域確認手段を備える。この通信帯域確認手段については、公知であるため詳述しないが、例えば、ＭＩＢ（Management Information Base）に保持されている通過パケット量のカウンタ値を所定の時間ごと（例えば１秒ごと）に確認して、使用している帯域を算出するものである。また、この受信側スイッチングハブ１３ａは、受信したデータから後述するダミーデータを除去するためのダミーデータ除去手段を備える。
【００３１】
ここで、本発明のスイッチングハブである送信側スイッチングハブ１３ｂについて詳細に説明する。
【００３２】
図２に示すように、送信側スイッチングハブ１３ｂは、ネットワーク１１の収容スイッチ１２ｂあるいはＬＡＮ１４ｂ内の各機器（端末やスイッチングハブなど）に接続されるポート２１〜２５と、データの中継処理を行う中継回路２６と、送信側スイッチングハブ１３ｂの種々の機能をソフトウェア処理で実現するプロセッサ２７と、管理情報、送信情報などを格納するメモリ２８とから構成される。
【００３３】
中継回路２６、プロセッサ２７、およびメモリ２８は、スイッチＬＳＩ（Large-Scale Integration）により実現される。
【００３４】
ポート２１〜２４は、例えば、ＬＡＮ１４ｂ内の端末やスイッチングハブなどに接続され、ポート２５は、例えば、ネットワーク１１の収容スイッチ１２ｂに接続される。
【００３５】
図３は、この送信側スイッチングハブ１３ｂの機能に注目したブロック図である。
【００３６】
図３に示すように、送信側スイッチングハブ１３ｂは、受信ポート３１で受信したデータの受信処理を行う受信処理手段３２と、実データにダミーデータを付加し常に契約帯域で送信ポート３４から送信する送信手段３５とを主に備える。
【００３７】
受信処理手段３２は、受信ポート３１で受信した実データの宛先アドレス（宛先ＭＡＣアドレス）をもとに、ＦＤＢ（Forwarding DataBase）を参照して出力ポート番号を決定し、決定した出力ポート番号に基づきスイッチングを行うものである。
【００３８】
また、受信処理手段３２は、受信した実データの優先度を判定し、その実データを優先度に応じて、後述する送信バッファ３６の送信キューに振り分ける機能を有する。
【００３９】
この受信処理手段３２は、プロセッサ２７のソフトウェア処理、メモリ２８、および中継回路２６により実現される。
【００４０】
受信処理手段３２は、上述した受信側スイッチングハブ１３ａと同様に、通信帯域確認手段およびダミーデータ除去手段を備えていてもよい。
【００４１】
送信手段３５は、送信する実データを優先度別に格納する送信バッファ３６と、その送信バッファ３６内に設けられた、優先度が最も低く設定されたダミー供給用バッファ３７と、ダミーデータを常にダミー供給用バッファ３７に供給し続けるダミーデータ供給手段３８と、送信バッファ３６の優先度にしたがって、送信バッファ３６から実データあるいはダミーデータを取り出して送信ポート３４から送信するスケジューラ３９とからなる。
【００４２】
送信バッファ３６は、先にきたデータが先に出ていく（ＦＩＦＯ：First In First Out）キュー構造となっており、優先度高、優先度中、優先度低の３段階の送信キューを備える。本実施形態では、この送信バッファ３６内に、優先度低の送信キューよりも優先度の低いダミー供給用バッファ３７を設け、優先度を合計４段階とした。送信バッファ３６の送信キューの数（優先度の段数）は、これに限定されず、４つ以上であってもよい。その場合、ダミー供給用バッファ３７は最も低い優先度に設定される。
【００４３】
ダミー供給用バッファ３７は、利用者に認識されない、いわゆる隠しバッファとして用いるようにしてもよい。また、本実施形態では、送信バッファ３６内に新たにダミー供給用バッファ３７を設けたが、既存の最も優先度が低い送信キューをダミー供給用バッファ３７として用いてもよい。
【００４４】
ダミーデータ供給手段３８は、ダミーデータをダミー供給用バッファ３７に常に供給し続けるものである。ダミーデータ供給手段３８により、ダミー供給用バッファ３７は、常にダミーデータが溢れている状態に保持される。このダミーデータ供給手段３８は、プロセッサ２７でソフトウェア処理を行うことにより実現される。
【００４５】
スケジューラ３９は、送信バッファ３６の優先度にしたがって、優先度が高いデータから順に送信ポート３４から送信するものである。つまり、スケジューラ３９は、優先度高の送信キューに実データがある場合はその実データを優先して送信し、優先度高の送信キューに実データがない場合は、優先度中の送信キューにある実データを送信し、優先度高および優先度中の送信キューに実データがない場合は、優先度低の送信キューにある実データを送信するものである。さらに、優先度高、優先度中、優先度低のいずれの送信キューにも実データがない場合、スケジューラ３９は、ダミー供給用バッファ３７のダミーデータを送信する。スケジューラ３９は、プロセッサ２７でソフトウェア処理を行うことにより実現される。
【００４６】
このスケジューラ３９は、送信するデータをシェーピングし、ネットワーク１１に送信する帯域を契約帯域以下（本実施形態では１０Ｍｂｐｓ以下）に制御するシェーパ機能を有する。シェーパ機能については公知であるため、ここでは説明を省略する。
【００４７】
ダミー供給用バッファ３７内には常にダミーデータが存在しており、送信バッファ３６が空になることはないので、スケジューラ３９は、実データがないときもダミーデータを送信し続けることになり、常に一定の所定の帯域（本実施形態では、契約帯域である１０Ｍｂｐｓ）でデータを送信することになる。つまり、スケジューラ３９の既存の機能を用いて、常に契約帯域の１０Ｍｂｐｓで受信側スイッチングハブ１３ａにデータを送信することができる。
【００４８】
ここで、送信側スイッチングハブ１３ｂから受信側スイッチングハブ１３ａに送信するデータ（実データおよびダミーデータ）のフレーム構成を説明する。
【００４９】
図４に示すように、実データおよびダミーデータのフレームは、宛先アドレス（ＤＡ：Destination Address）４１、送信元アドレス（ＳＡ：Source Address）４２、ＶＬＡＮ ＴＰＩＤ（Tag Protocol Identifier）４３、ＶＬＡＮ ＴＣＩ（Tag Control Information）４４、およびデータ４５の各領域を備える。宛先アドレス４１および送信元アドレス４２は、ＭＡＣアドレスである。
【００５０】
ＶＬＡＮ ＴＰＩＤ４３は、ＶＬＡＮタグであることを表す識別子であり、通常、“８１００（１６進数）”が格納される。
【００５１】
ＶＬＡＮ ＴＣＩ４４は、フレームの優先度を０〜７で表すＰＣＰ（Priority Code Point）４６、ＶＬＡＮタグのフォーマットを表すＣＦＩ（Canonical Format Indicator）４７、およびＶＬＡＮ ＩＤを１〜４０９４で表すＶＬＡＮ−ＩＤ４８の各領域を備える。
【００５２】
本発明では、送信側スイッチングハブ１３ｂから受信側スイッチングハブ１３ａにダミーデータを送信するが、受信側スイッチングハブ１３ａに接続されている利用者はこのダミーデータを必要としない。よって、この不要なダミーデータを受信側スイッチングハブ１３ａで除去するために、ダミーデータと実データを判別できるように送信側スイッチングハブ１３ｂにおいて情報を付加しておく必要がある。
【００５３】
本実施形態では、ダミーデータの送信元アドレス４２に送信側スイッチングハブ１３ｂのアドレスを格納することで、ダミーデータを判別できるようにした。
【００５４】
また、ダミーデータはできるだけ短いフレーム長にされる。フレーム長の長いダミーデータを送信している最中に実データを受信すると、ダミーデータを送信し終わってから実データを送信することになるので、中継遅延が生じてしまう。これに対して、本実施形態では、ダミーデータをできるだけ短いフレーム長としているため、すぐにダミーデータの送信を終えて実データを送信することができ、中継遅延が生じるのを防ぐことができる。また、ダミーデータの送信を中断して実データの送信を開始することで中継遅延を回避する方法も考えられるが、送信を中断したダミーデータはエラーフレームとなってしまうため好ましくない。ダミーデータのフレーム長は、例えば、６４バイトである。
【００５５】
受信側スイッチングハブ１３ａのダミーデータ除去手段は、送信側スイッチングハブ１３ｂから送信されたデータのうち、送信元アドレス４２がスイッチングハブ１３ｂのアドレスとなっているデータをダミーデータと判断してこれを除去するように構成される。
【００５６】
また、受信側スイッチングハブ１３ａは、契約帯域が確保されていない場合（通信帯域確認手段により算出した帯域が契約帯域より少ない場合）、契約帯域が確保されていないことを利用者に知らせるための通知手段を備える。この通知手段は、特に限定しないが、例えば、通信帯域確認手段により算出した帯域が契約帯域より少なくなったときに、管理者（例えば、ＬＡＮ１４ａの管理者）にアラームを送信するものである。
【００５７】
次に、本実施形態に係る通信帯域確認方法を説明する。
【００５８】
送信側スイッチングハブ１３ｂの受信ポート３１（例えばポート２１〜２４のいずれか）で実データを受信すると、受信処理手段３２が、受信した実データの宛先アドレス（宛先ＭＡＣアドレス）をもとに、ＦＤＢ（Forwarding DataBase）を参照して出力ポート番号を決定し、決定した出力ポート番号に基づいてスイッチングを行い、実データの優先度に応じて送信バッファ３６の送信キューに振り分ける。
【００５９】
一方、ダミーフレーム供給手段３８は、常にダミーフレームをダミー供給用バッファ３７に供給し続ける。これにより、ダミー供給用バッファ３７は、常にダミーフレームが溢れている状態に保持される。
【００６０】
スケジューラ３９は、送信バッファ３６に実データがある場合（優先度高、優先度中、優先度低のいずれかの送信キューにデータがある場合）、実データを優先して送信ポート３４（例えばポート２５）から送信し、実データがない場合（優先度高、優先度中、優先度低のいずれの送信キューにもデータがない場合）には、ダミー供給用バッファ３７のダミーデータを送信ポート３４から送信する。
【００６１】
ダミー供給用バッファ３７には常にダミーデータが存在しており、送信バッファ３６が空になることはないので、スケジューラ３９は、常に契約帯域でデータを送信する。
【００６２】
具体的には、例えば、ある実データを送信するために５Ｍｂｐｓ使用する場合、その実データ５Ｍｂｐｓに５Ｍｂｐｓ分のダミーデータを供給して送信することになる。実データが１０Ｍｂｐｓで送信されている場合には、ダミーデータは送信されず、送信バッファ３６に実データがない場合は、ダミーデータのみが１０Ｍｂｐｓで送信される。
【００６３】
受信側スイッチングハブ１３ａは、送信側スイッチングハブ１３ｂからネットワーク１１を介して送信されたデータを受信すると共に、パケット通過量をカウントして、そのカウント値をＭＩＢ（Management Information Base）に保持させる。受信側スイッチングハブ１３ａの通信帯域確認手段は、ＭＩＢのカウント値を所定時間ごと（例えば１秒ごと）に確認して使用している帯域を算出し、契約帯域（本実施形態では１０Ｍｂｐｓ）が確保されているか確認する。
【００６４】
本実施形態では、送信側スイッチングハブ１３ｂから受信側スイッチングハブ１３ａに、常に契約帯域でデータを送信しているため、受信側スイッチングハブ１３ａの通信帯域確認手段により算出する帯域は常に契約帯域と等しくなる。受信側スイッチングハブ１３ａの通信帯域確認手段は、算出した帯域が契約帯域より少ない場合、契約帯域が確保されていないと判断する。通信帯域確認手段は契約帯域が確保されていないと判断した場合、例えば、通知手段によりアラームを送信する。
【００６５】
その後、受信側スイッチングハブ１３ａのダミーデータ除去手段は、送信側スイッチングハブ１３ｂから受信したデータのうち、宛先アドレス４１が送信側スイッチングハブ１３ｂのアドレスになっているものをダミーデータと判断してこれを除去する。受信側スイッチングハブ１３ａは、ダミーデータを除去した後、実データのみをＬＡＮ１４ａに転送する。
【００６６】
以上説明したように、本実施形態に係るスイッチングハブ（送信側スイッチングハブ１３ｂ）は、受信した帯域を確認する通信帯域確認手段を備えた受信側スイッチングハブ１３ａに、常に実データにダミーデータを付加して契約帯域で送信する送信手段３５を備えている。
【００６７】
これにより、送信側スイッチングハブ１３ｂから受信側スイッチングハブ１３ａに、常に契約帯域のデータを送信することができるため、受信側スイッチングハブ１３ａの既存の機能を用いて受信した帯域を確認するだけで、契約帯域が確保されているのか容易に確認することができる。
【００６８】
よって、ネットワーク１１の提供者である通信キャリアが定常的に帯域を確認するために使用する場合のみならず、ネットワーク１１を利用する利用者が契約帯域が確保されているのか確認したい場合であっても、本発明のスイッチングハブを用いれば、契約帯域を確認するための専用の装置を購入する必要が無くなり、低コストかつ容易に契約帯域が確保されているのか確認することが可能となる。
【００６９】
また、本発明のスイッチングハブは、送信バッファ３６内に設けられ優先度が最も低く設定されたダミー供給用バッファ３７と、ダミーデータを常にダミー供給用バッファ３７に供給するダミーデータ供給手段３８とを備えている。
【００７０】
これにより、ダミーデータ供給手段３８によりダミーデータが常にダミー供給用バッファ３７に供給され、送信バッファ３６が空になることがないので、スケジューラ３９の既存の機能を用いて、受信側スイッチングハブ１３ａに常に契約帯域でデータを送信することが可能となる。さらに、送信手段３５にダミー供給用バッファ３７およびダミーデータ供給手段３８を設けるという簡単な構成で実現できるため、コストを抑制できる。
【００７１】
また、本実施形態では、ダミー供給用バッファ３７の優先度を最も低く設定しているため、実データの送信を妨げてしまうことがなく、実データを確実に送信しつつ、常に契約帯域が確保されているか確認することができる。
【００７２】
さらに、利用者の使用帯域（実データの使用帯域）が急激に増加した場合でも、スケジューラ３９により契約帯域以下でデータが送信されるので、使用帯域が契約帯域を超えて不都合が生じるおそれがない。
【００７３】
さらに、本実施形態では、ダミーデータのフレーム長をできるだけ短くしているため、中継遅延なく実データを送信することができる。
【００７４】
上記実施形態では、通信キャリアの提供する帯域保証型ネットワーク接続サービスの一例として、広域イーサネットを用いる場合を説明したが、これに限定されず、例えば、ＶＰＮ（Virtual Private Network）や、ＩＰ（Internet Protocol）−ＶＰＮ、あるいはＮＧＮ（Next Generation Network）などにも適用することができる。
【００７５】
また、上記実施形態では、常に契約帯域のデータを送信する場合を説明したが、定期的に契約帯域のデータを送信して、契約帯域が確保されているか確認するようにしてもよい。
【００７６】
この場合、ダミーデータ供給手段３８が、定期的に所定時間ダミーデータを供給するようにし、ダミーデータ供給手段３８がダミーデータを供給しているときの帯域を受信側スイッチングハブ１３ａで確認するようにするとよい。
【００７７】
インターネット網を使用するＩＰ−ＶＰＮなどでは、常に契約帯域のデータを送信すると他の利用者の使用帯域を圧迫して不都合が生じる場合も考えられるので、定期的に契約帯域のデータを送信するようにして、契約帯域が確保されているか確認するとよい。
【００７８】
また、利用者（あるいは通信キャリア）が、契約帯域が確保されているのか確認したい時のみ、契約帯域のデータを送信するようにしてもよい。
【００７９】
さらに、上記実施形態では、送信元アドレス４２を送信側スイッチングハブ１３ｂのアドレスとすることでダミーデータを判別、除去できるようにしたが、これに限定されず、例えば、送信側スイッチングハブ１３ｂから制御情報などのデータを送信する必要がある場合などは、フレーム中に独自のダミーデータ判別用領域を設けるようにしてもよい。この場合、ダミーデータ除去手段は、ダミーデータ判別用領域に基づいてダミーデータを判別してこれを除去するように構成される。
【００８０】
また、上記実施形態では、ネットワーク１１の収容スイッチ１２ａ，１２ｂに接続される一方のスイッチングハブのみに本発明のスイッチングハブを適用する場合を説明したが、ネットワーク１１に接続される両方のスイッチングハブに本発明のスイッチングハブを適用してもよい。
【００８１】
この場合、本発明のスイッチングハブに、受信した帯域を確認するための通信帯域確認手段と、ダミーデータ除去手段を設けて、受信側スイッチングハブと送信側スイッチングハブの両方の機能を備えるようにすればよい。
【００８２】
ネットワーク１１に接続される両方のスイッチングハブに本発明のスイッチングハブを適用することにより、両方のスイッチングハブで契約帯域が確保されているか確認することが可能となる。
【００８３】
さらに、上記実施形態では、受信側スイッチングハブ１３ａに通信帯域確認手段を設けたが、この通信帯域確認手段を送信側スイッチングハブ１３ｂに設け、その通信帯域確認手段が、管理プロトコルであるＳＮＭＰ（Simple Network Management Protocol）を用いて、受信側スイッチングハブ１３ａのＭＩＢよりカウンタ値を所定時間ごとに取得し、契約帯域が確保されているか確認するようにしてもよい。
【図面の簡単な説明】
【００８４】
【図１】本発明の通信帯域確認システムの概略図である。
【図２】本発明のスイッチングハブの概略図である。
【図３】本発明のスイッチングハブのブロック図である。
【図４】本発明のスイッチングハブから送信する実データおよびダミーデータのフレーム構造を示す図である。
【図５】従来の通信帯域確認システムの概略図である。
【符号の説明】
【００８５】
１０ 通信帯域確認システム
１１ ネットワーク（広域イーサネット）
１２ａ，１２ｂ 収容スイッチ
１３ａ スイッチングハブ（受信側スイッチングハブ）
１３ｂ スイッチングハブ（送信側スイッチングハブ）
【技術分野】
【０００１】
本発明は、通信キャリアの提供する帯域保証型ネットワーク接続サービスを所定の契約帯域で契約した際に、その契約帯域が確保されているのか確認するためのスイッチングハブ、通信帯域確認方法及び通信帯域確認システムに関するものである。
【背景技術】
【０００２】
通信キャリアと利用者との間で、特定の経路を通過するパケット、または特定の送受信アドレスを付与されたパケット、または特定のアプリケーションのパケットに対する帯域を保証する帯域保証型のネットワーク接続サービスを契約することがある。この場合、ネットワークを提供する通信キャリアは、利用者に対して契約した帯域を保証する必要がある。
【０００３】
帯域保証型のネットワーク接続サービスの一例として、通信キャリアと利用者との間で、１０Ｍｂｐｓの帯域を保証する広域イーサネット（登録商標）を契約した場合を説明する。
【０００４】
図５に示すように、通信キャリアが提供するネットワーク５１上に存在する収容スイッチ５２ａには、スイッチングハブ５３ａが接続され、ネットワーク５１上に存在する他の収容スイッチ５２ｂには、スイッチングハブ５３ｂが接続される。
【０００５】
図５では、スイッチングハブ５３ａが東京にある企業本社のＬＡＮ（Local Area Network）５４ａに接続され、スイッチングハブ５３ｂが大阪にある企業支社のＬＡＮ５４ｂに接続されている例を示している。
【０００６】
企業支社側（大阪側）のスイッチングハブ５３ｂから企業本社側（東京側）のスイッチングハブ５３ａに実データを送信する場合、契約帯域の１０Ｍｂｐｓを超えないようにデータを送信する必要がある。よって利用者は、例えば、１０Ｍｂｐｓのうち５Ｍｂｐｓの帯域を使用してデータを送信することになる。
【０００７】
このとき、利用者が使用している帯域は、例えば、企業本社側のスイッチングハブ５３ａに蓄積されているＭＩＢ（Management Information Base）データを参照して算出することができる。
【０００８】
ＭＩＢデータには、通過パケット量のカウンタ値が保持されており、このカウンタ値を所定の時間ごと（例えば１秒ごと）に確認することで、使用している帯域を算出することができる。
【０００９】
なお、この出願の発明に関連する先行技術文献情報としては、次のものがある。
【００１０】
【特許文献１】特開２００１−１９７１０３号公報
【特許文献２】特開２００１−１９７１０９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上記方法では、利用者が実際に使用している帯域が得られるだけである。よって、使用している帯域が契約帯域を上回っている場合は契約帯域が確保されているか確認できるものの、使用している帯域が契約帯域を下回っている場合は、契約帯域が確保されているのか確認することができないという問題がある。
【００１２】
また、特許文献１、２には、使用可能帯域確認装置を用いて負荷トラヒックを送信し、その負荷トラヒックを含む利用者の使用帯域を測定して、契約帯域が確保されているかを確認する方法が開示されている。
【００１３】
しかし、これら特許文献１、２では、使用可能帯域確認装置を独立して配置しているため、負荷トラヒックを送信して帯域の測定を行っている最中に利用者の使用帯域が急激に増加すると、使用可能帯域確認装置の対応に時間がかかり、契約帯域を超えて利用者に不都合が生じるおそれがある。よって、測定を行った時に契約帯域が確保されているかを確認することはできるものの、常に負荷トラヒックを送信し続けることはできず、常に契約帯域が確保されているかを確認することはできないという問題がある。
【００１４】
また、特許文献１、２では、使用可能帯域確認装置という専用の装置を用いる必要があるため、利用者が契約帯域を確認したい場合には、その目的のためだけに利用者がこの装置を購入する必要があり、コストが高くなってしまうという問題がある。
【００１５】
そこで、本発明の目的は、帯域が確保されているのかを容易かつ低コストで確認することが可能なスイッチングハブ、通信帯域確認方法及び通信帯域確認システムを提供することにある。
【課題を解決するための手段】
【００１６】
本発明は上記目的を達成するために創案されたものであり、請求項１の発明は、実データとともにダミーデータを供給して所定の帯域とし送信する送信手段を備えたスイッチングハブである。
【００１７】
請求項２の発明は、前記送信手段は、前記実データを優先度別に格納する送信バッファと、前記送信バッファ内に設けられ、前記優先度が最も低く設定された、前記ダミーデータを格納するためのダミー供給用バッファと、前記ダミーデータを前記ダミー供給用バッファに供給するダミーデータ供給手段と、前記優先度にしたがって、前記送信バッファから前記実データあるいは前記ダミーデータを取り出して送信するスケジューラとからなる請求項１記載のスイッチングハブである。
【００１８】
請求項３の発明は、送信側スイッチングハブと受信側スイッチングハブ間のネットワークの通信帯域を確認する通信帯域確認方法であって、前記送信側スイッチングハブは実データとともにダミーデータを供給して所定の帯域とし送信し、前記受信側スイッチングハブは受信したデータの帯域を確認する通信帯域確認方法である。
【００１９】
請求項４の発明は、前記受信側スイッチングハブは、受信したデータから前記ダミーデータを除去する請求項３記載の通信帯域確認方法である。
【００２０】
請求項５の発明は、実データとともにダミーデータを供給して所定の帯域とし送信する送信手段を備えた送信側スイッチングハブと、受信したデータの帯域を確認する通信帯域確認手段を備えた受信側スイッチングハブとを備えた通信帯域確認システムである。
【００２１】
請求項６の発明は、前記受信側スイッチングハブは、受信したデータから前記ダミーデータを除去するダミーデータ除去手段を備える請求項５記載の通信帯域確認システムである。
【発明の効果】
【００２２】
本発明によれば、帯域が確保されているのかを容易かつ低コストで確認することができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の好適な実施の形態を添付図面にしたがって説明する。
【００２４】
図１は、本実施形態に係る通信帯域確認システムの概略図である。
【００２５】
本発明の通信帯域確認システムは、通信キャリアの提供する帯域保証型ネットワーク接続サービスを所定の契約帯域で契約した際に、その契約帯域が確保されているのか確認するためのものである。
【００２６】
本実施形態では、通信キャリアが提供する帯域保証型ネットワーク接続サービスの一例として、広域イーサネットを用いる場合を説明する。また、契約帯域は１０Ｍｂｐｓとして説明する。
【００２７】
図１に示すように、通信帯域確認システム１０では、通信キャリアが提供するネットワーク（広域イーサネット）１１上に存在する収容スイッチ１２ａにスイッチングハブ１３ａが接続され、ネットワーク１１上に存在する他の収容スイッチ１２ｂにスイッチングハブ１３ｂがそれぞれ接続される。
【００２８】
図１では、スイッチングハブ１３ａが東京にある企業本社のＬＡＮ（Local Area Network）１４ａに接続され、スイッチングハブ１３ｂが大阪にある企業支社のＬＡＮ１４ｂに接続されている例を示している。
【００２９】
本実施形態では、企業支社側（大阪側）のスイッチングハブ１３ｂに本発明のスイッチングハブを用いる場合を説明する。以下、説明の簡略化のため、企業本社側（東京側）のスイッチングハブ１３ａを受信側スイッチングハブ１３ａといい、企業支社側（大阪側）のスイッチングハブ１３ｂを送信側スイッチングハブ１３ｂという。
【００３０】
受信側スイッチングハブ１３ａは、受信したデータの帯域を確認する通信帯域確認手段を備える。この通信帯域確認手段については、公知であるため詳述しないが、例えば、ＭＩＢ（Management Information Base）に保持されている通過パケット量のカウンタ値を所定の時間ごと（例えば１秒ごと）に確認して、使用している帯域を算出するものである。また、この受信側スイッチングハブ１３ａは、受信したデータから後述するダミーデータを除去するためのダミーデータ除去手段を備える。
【００３１】
ここで、本発明のスイッチングハブである送信側スイッチングハブ１３ｂについて詳細に説明する。
【００３２】
図２に示すように、送信側スイッチングハブ１３ｂは、ネットワーク１１の収容スイッチ１２ｂあるいはＬＡＮ１４ｂ内の各機器（端末やスイッチングハブなど）に接続されるポート２１〜２５と、データの中継処理を行う中継回路２６と、送信側スイッチングハブ１３ｂの種々の機能をソフトウェア処理で実現するプロセッサ２７と、管理情報、送信情報などを格納するメモリ２８とから構成される。
【００３３】
中継回路２６、プロセッサ２７、およびメモリ２８は、スイッチＬＳＩ（Large-Scale Integration）により実現される。
【００３４】
ポート２１〜２４は、例えば、ＬＡＮ１４ｂ内の端末やスイッチングハブなどに接続され、ポート２５は、例えば、ネットワーク１１の収容スイッチ１２ｂに接続される。
【００３５】
図３は、この送信側スイッチングハブ１３ｂの機能に注目したブロック図である。
【００３６】
図３に示すように、送信側スイッチングハブ１３ｂは、受信ポート３１で受信したデータの受信処理を行う受信処理手段３２と、実データにダミーデータを付加し常に契約帯域で送信ポート３４から送信する送信手段３５とを主に備える。
【００３７】
受信処理手段３２は、受信ポート３１で受信した実データの宛先アドレス（宛先ＭＡＣアドレス）をもとに、ＦＤＢ（Forwarding DataBase）を参照して出力ポート番号を決定し、決定した出力ポート番号に基づきスイッチングを行うものである。
【００３８】
また、受信処理手段３２は、受信した実データの優先度を判定し、その実データを優先度に応じて、後述する送信バッファ３６の送信キューに振り分ける機能を有する。
【００３９】
この受信処理手段３２は、プロセッサ２７のソフトウェア処理、メモリ２８、および中継回路２６により実現される。
【００４０】
受信処理手段３２は、上述した受信側スイッチングハブ１３ａと同様に、通信帯域確認手段およびダミーデータ除去手段を備えていてもよい。
【００４１】
送信手段３５は、送信する実データを優先度別に格納する送信バッファ３６と、その送信バッファ３６内に設けられた、優先度が最も低く設定されたダミー供給用バッファ３７と、ダミーデータを常にダミー供給用バッファ３７に供給し続けるダミーデータ供給手段３８と、送信バッファ３６の優先度にしたがって、送信バッファ３６から実データあるいはダミーデータを取り出して送信ポート３４から送信するスケジューラ３９とからなる。
【００４２】
送信バッファ３６は、先にきたデータが先に出ていく（ＦＩＦＯ：First In First Out）キュー構造となっており、優先度高、優先度中、優先度低の３段階の送信キューを備える。本実施形態では、この送信バッファ３６内に、優先度低の送信キューよりも優先度の低いダミー供給用バッファ３７を設け、優先度を合計４段階とした。送信バッファ３６の送信キューの数（優先度の段数）は、これに限定されず、４つ以上であってもよい。その場合、ダミー供給用バッファ３７は最も低い優先度に設定される。
【００４３】
ダミー供給用バッファ３７は、利用者に認識されない、いわゆる隠しバッファとして用いるようにしてもよい。また、本実施形態では、送信バッファ３６内に新たにダミー供給用バッファ３７を設けたが、既存の最も優先度が低い送信キューをダミー供給用バッファ３７として用いてもよい。
【００４４】
ダミーデータ供給手段３８は、ダミーデータをダミー供給用バッファ３７に常に供給し続けるものである。ダミーデータ供給手段３８により、ダミー供給用バッファ３７は、常にダミーデータが溢れている状態に保持される。このダミーデータ供給手段３８は、プロセッサ２７でソフトウェア処理を行うことにより実現される。
【００４５】
スケジューラ３９は、送信バッファ３６の優先度にしたがって、優先度が高いデータから順に送信ポート３４から送信するものである。つまり、スケジューラ３９は、優先度高の送信キューに実データがある場合はその実データを優先して送信し、優先度高の送信キューに実データがない場合は、優先度中の送信キューにある実データを送信し、優先度高および優先度中の送信キューに実データがない場合は、優先度低の送信キューにある実データを送信するものである。さらに、優先度高、優先度中、優先度低のいずれの送信キューにも実データがない場合、スケジューラ３９は、ダミー供給用バッファ３７のダミーデータを送信する。スケジューラ３９は、プロセッサ２７でソフトウェア処理を行うことにより実現される。
【００４６】
このスケジューラ３９は、送信するデータをシェーピングし、ネットワーク１１に送信する帯域を契約帯域以下（本実施形態では１０Ｍｂｐｓ以下）に制御するシェーパ機能を有する。シェーパ機能については公知であるため、ここでは説明を省略する。
【００４７】
ダミー供給用バッファ３７内には常にダミーデータが存在しており、送信バッファ３６が空になることはないので、スケジューラ３９は、実データがないときもダミーデータを送信し続けることになり、常に一定の所定の帯域（本実施形態では、契約帯域である１０Ｍｂｐｓ）でデータを送信することになる。つまり、スケジューラ３９の既存の機能を用いて、常に契約帯域の１０Ｍｂｐｓで受信側スイッチングハブ１３ａにデータを送信することができる。
【００４８】
ここで、送信側スイッチングハブ１３ｂから受信側スイッチングハブ１３ａに送信するデータ（実データおよびダミーデータ）のフレーム構成を説明する。
【００４９】
図４に示すように、実データおよびダミーデータのフレームは、宛先アドレス（ＤＡ：Destination Address）４１、送信元アドレス（ＳＡ：Source Address）４２、ＶＬＡＮ ＴＰＩＤ（Tag Protocol Identifier）４３、ＶＬＡＮ ＴＣＩ（Tag Control Information）４４、およびデータ４５の各領域を備える。宛先アドレス４１および送信元アドレス４２は、ＭＡＣアドレスである。
【００５０】
ＶＬＡＮ ＴＰＩＤ４３は、ＶＬＡＮタグであることを表す識別子であり、通常、“８１００（１６進数）”が格納される。
【００５１】
ＶＬＡＮ ＴＣＩ４４は、フレームの優先度を０〜７で表すＰＣＰ（Priority Code Point）４６、ＶＬＡＮタグのフォーマットを表すＣＦＩ（Canonical Format Indicator）４７、およびＶＬＡＮ ＩＤを１〜４０９４で表すＶＬＡＮ−ＩＤ４８の各領域を備える。
【００５２】
本発明では、送信側スイッチングハブ１３ｂから受信側スイッチングハブ１３ａにダミーデータを送信するが、受信側スイッチングハブ１３ａに接続されている利用者はこのダミーデータを必要としない。よって、この不要なダミーデータを受信側スイッチングハブ１３ａで除去するために、ダミーデータと実データを判別できるように送信側スイッチングハブ１３ｂにおいて情報を付加しておく必要がある。
【００５３】
本実施形態では、ダミーデータの送信元アドレス４２に送信側スイッチングハブ１３ｂのアドレスを格納することで、ダミーデータを判別できるようにした。
【００５４】
また、ダミーデータはできるだけ短いフレーム長にされる。フレーム長の長いダミーデータを送信している最中に実データを受信すると、ダミーデータを送信し終わってから実データを送信することになるので、中継遅延が生じてしまう。これに対して、本実施形態では、ダミーデータをできるだけ短いフレーム長としているため、すぐにダミーデータの送信を終えて実データを送信することができ、中継遅延が生じるのを防ぐことができる。また、ダミーデータの送信を中断して実データの送信を開始することで中継遅延を回避する方法も考えられるが、送信を中断したダミーデータはエラーフレームとなってしまうため好ましくない。ダミーデータのフレーム長は、例えば、６４バイトである。
【００５５】
受信側スイッチングハブ１３ａのダミーデータ除去手段は、送信側スイッチングハブ１３ｂから送信されたデータのうち、送信元アドレス４２がスイッチングハブ１３ｂのアドレスとなっているデータをダミーデータと判断してこれを除去するように構成される。
【００５６】
また、受信側スイッチングハブ１３ａは、契約帯域が確保されていない場合（通信帯域確認手段により算出した帯域が契約帯域より少ない場合）、契約帯域が確保されていないことを利用者に知らせるための通知手段を備える。この通知手段は、特に限定しないが、例えば、通信帯域確認手段により算出した帯域が契約帯域より少なくなったときに、管理者（例えば、ＬＡＮ１４ａの管理者）にアラームを送信するものである。
【００５７】
次に、本実施形態に係る通信帯域確認方法を説明する。
【００５８】
送信側スイッチングハブ１３ｂの受信ポート３１（例えばポート２１〜２４のいずれか）で実データを受信すると、受信処理手段３２が、受信した実データの宛先アドレス（宛先ＭＡＣアドレス）をもとに、ＦＤＢ（Forwarding DataBase）を参照して出力ポート番号を決定し、決定した出力ポート番号に基づいてスイッチングを行い、実データの優先度に応じて送信バッファ３６の送信キューに振り分ける。
【００５９】
一方、ダミーフレーム供給手段３８は、常にダミーフレームをダミー供給用バッファ３７に供給し続ける。これにより、ダミー供給用バッファ３７は、常にダミーフレームが溢れている状態に保持される。
【００６０】
スケジューラ３９は、送信バッファ３６に実データがある場合（優先度高、優先度中、優先度低のいずれかの送信キューにデータがある場合）、実データを優先して送信ポート３４（例えばポート２５）から送信し、実データがない場合（優先度高、優先度中、優先度低のいずれの送信キューにもデータがない場合）には、ダミー供給用バッファ３７のダミーデータを送信ポート３４から送信する。
【００６１】
ダミー供給用バッファ３７には常にダミーデータが存在しており、送信バッファ３６が空になることはないので、スケジューラ３９は、常に契約帯域でデータを送信する。
【００６２】
具体的には、例えば、ある実データを送信するために５Ｍｂｐｓ使用する場合、その実データ５Ｍｂｐｓに５Ｍｂｐｓ分のダミーデータを供給して送信することになる。実データが１０Ｍｂｐｓで送信されている場合には、ダミーデータは送信されず、送信バッファ３６に実データがない場合は、ダミーデータのみが１０Ｍｂｐｓで送信される。
【００６３】
受信側スイッチングハブ１３ａは、送信側スイッチングハブ１３ｂからネットワーク１１を介して送信されたデータを受信すると共に、パケット通過量をカウントして、そのカウント値をＭＩＢ（Management Information Base）に保持させる。受信側スイッチングハブ１３ａの通信帯域確認手段は、ＭＩＢのカウント値を所定時間ごと（例えば１秒ごと）に確認して使用している帯域を算出し、契約帯域（本実施形態では１０Ｍｂｐｓ）が確保されているか確認する。
【００６４】
本実施形態では、送信側スイッチングハブ１３ｂから受信側スイッチングハブ１３ａに、常に契約帯域でデータを送信しているため、受信側スイッチングハブ１３ａの通信帯域確認手段により算出する帯域は常に契約帯域と等しくなる。受信側スイッチングハブ１３ａの通信帯域確認手段は、算出した帯域が契約帯域より少ない場合、契約帯域が確保されていないと判断する。通信帯域確認手段は契約帯域が確保されていないと判断した場合、例えば、通知手段によりアラームを送信する。
【００６５】
その後、受信側スイッチングハブ１３ａのダミーデータ除去手段は、送信側スイッチングハブ１３ｂから受信したデータのうち、宛先アドレス４１が送信側スイッチングハブ１３ｂのアドレスになっているものをダミーデータと判断してこれを除去する。受信側スイッチングハブ１３ａは、ダミーデータを除去した後、実データのみをＬＡＮ１４ａに転送する。
【００６６】
以上説明したように、本実施形態に係るスイッチングハブ（送信側スイッチングハブ１３ｂ）は、受信した帯域を確認する通信帯域確認手段を備えた受信側スイッチングハブ１３ａに、常に実データにダミーデータを付加して契約帯域で送信する送信手段３５を備えている。
【００６７】
これにより、送信側スイッチングハブ１３ｂから受信側スイッチングハブ１３ａに、常に契約帯域のデータを送信することができるため、受信側スイッチングハブ１３ａの既存の機能を用いて受信した帯域を確認するだけで、契約帯域が確保されているのか容易に確認することができる。
【００６８】
よって、ネットワーク１１の提供者である通信キャリアが定常的に帯域を確認するために使用する場合のみならず、ネットワーク１１を利用する利用者が契約帯域が確保されているのか確認したい場合であっても、本発明のスイッチングハブを用いれば、契約帯域を確認するための専用の装置を購入する必要が無くなり、低コストかつ容易に契約帯域が確保されているのか確認することが可能となる。
【００６９】
また、本発明のスイッチングハブは、送信バッファ３６内に設けられ優先度が最も低く設定されたダミー供給用バッファ３７と、ダミーデータを常にダミー供給用バッファ３７に供給するダミーデータ供給手段３８とを備えている。
【００７０】
これにより、ダミーデータ供給手段３８によりダミーデータが常にダミー供給用バッファ３７に供給され、送信バッファ３６が空になることがないので、スケジューラ３９の既存の機能を用いて、受信側スイッチングハブ１３ａに常に契約帯域でデータを送信することが可能となる。さらに、送信手段３５にダミー供給用バッファ３７およびダミーデータ供給手段３８を設けるという簡単な構成で実現できるため、コストを抑制できる。
【００７１】
また、本実施形態では、ダミー供給用バッファ３７の優先度を最も低く設定しているため、実データの送信を妨げてしまうことがなく、実データを確実に送信しつつ、常に契約帯域が確保されているか確認することができる。
【００７２】
さらに、利用者の使用帯域（実データの使用帯域）が急激に増加した場合でも、スケジューラ３９により契約帯域以下でデータが送信されるので、使用帯域が契約帯域を超えて不都合が生じるおそれがない。
【００７３】
さらに、本実施形態では、ダミーデータのフレーム長をできるだけ短くしているため、中継遅延なく実データを送信することができる。
【００７４】
上記実施形態では、通信キャリアの提供する帯域保証型ネットワーク接続サービスの一例として、広域イーサネットを用いる場合を説明したが、これに限定されず、例えば、ＶＰＮ（Virtual Private Network）や、ＩＰ（Internet Protocol）−ＶＰＮ、あるいはＮＧＮ（Next Generation Network）などにも適用することができる。
【００７５】
また、上記実施形態では、常に契約帯域のデータを送信する場合を説明したが、定期的に契約帯域のデータを送信して、契約帯域が確保されているか確認するようにしてもよい。
【００７６】
この場合、ダミーデータ供給手段３８が、定期的に所定時間ダミーデータを供給するようにし、ダミーデータ供給手段３８がダミーデータを供給しているときの帯域を受信側スイッチングハブ１３ａで確認するようにするとよい。
【００７７】
インターネット網を使用するＩＰ−ＶＰＮなどでは、常に契約帯域のデータを送信すると他の利用者の使用帯域を圧迫して不都合が生じる場合も考えられるので、定期的に契約帯域のデータを送信するようにして、契約帯域が確保されているか確認するとよい。
【００７８】
また、利用者（あるいは通信キャリア）が、契約帯域が確保されているのか確認したい時のみ、契約帯域のデータを送信するようにしてもよい。
【００７９】
さらに、上記実施形態では、送信元アドレス４２を送信側スイッチングハブ１３ｂのアドレスとすることでダミーデータを判別、除去できるようにしたが、これに限定されず、例えば、送信側スイッチングハブ１３ｂから制御情報などのデータを送信する必要がある場合などは、フレーム中に独自のダミーデータ判別用領域を設けるようにしてもよい。この場合、ダミーデータ除去手段は、ダミーデータ判別用領域に基づいてダミーデータを判別してこれを除去するように構成される。
【００８０】
また、上記実施形態では、ネットワーク１１の収容スイッチ１２ａ，１２ｂに接続される一方のスイッチングハブのみに本発明のスイッチングハブを適用する場合を説明したが、ネットワーク１１に接続される両方のスイッチングハブに本発明のスイッチングハブを適用してもよい。
【００８１】
この場合、本発明のスイッチングハブに、受信した帯域を確認するための通信帯域確認手段と、ダミーデータ除去手段を設けて、受信側スイッチングハブと送信側スイッチングハブの両方の機能を備えるようにすればよい。
【００８２】
ネットワーク１１に接続される両方のスイッチングハブに本発明のスイッチングハブを適用することにより、両方のスイッチングハブで契約帯域が確保されているか確認することが可能となる。
【００８３】
さらに、上記実施形態では、受信側スイッチングハブ１３ａに通信帯域確認手段を設けたが、この通信帯域確認手段を送信側スイッチングハブ１３ｂに設け、その通信帯域確認手段が、管理プロトコルであるＳＮＭＰ（Simple Network Management Protocol）を用いて、受信側スイッチングハブ１３ａのＭＩＢよりカウンタ値を所定時間ごとに取得し、契約帯域が確保されているか確認するようにしてもよい。
【図面の簡単な説明】
【００８４】
【図１】本発明の通信帯域確認システムの概略図である。
【図２】本発明のスイッチングハブの概略図である。
【図３】本発明のスイッチングハブのブロック図である。
【図４】本発明のスイッチングハブから送信する実データおよびダミーデータのフレーム構造を示す図である。
【図５】従来の通信帯域確認システムの概略図である。
【符号の説明】
【００８５】
１０ 通信帯域確認システム
１１ ネットワーク（広域イーサネット）
１２ａ，１２ｂ 収容スイッチ
１３ａ スイッチングハブ（受信側スイッチングハブ）
１３ｂ スイッチングハブ（送信側スイッチングハブ）
【特許請求の範囲】
【請求項１】
実データとともにダミーデータを供給して所定の帯域とし送信する送信手段を備えたことを特徴とするスイッチングハブ。
【請求項２】
前記送信手段は、
前記実データを優先度別に格納する送信バッファと、
前記送信バッファ内に設けられ、前記優先度が最も低く設定された、前記ダミーデータを格納するためのダミー供給用バッファと、
前記ダミーデータを前記ダミー供給用バッファに供給するダミーデータ供給手段と、
前記優先度にしたがって、前記送信バッファから前記実データあるいは前記ダミーデータを取り出して送信するスケジューラとからなる請求項１記載のスイッチングハブ。
【請求項３】
送信側スイッチングハブと受信側スイッチングハブ間のネットワークの通信帯域を確認する通信帯域確認方法であって、
前記送信側スイッチングハブは実データとともにダミーデータを供給して所定の帯域とし送信し、
前記受信側スイッチングハブは受信したデータの帯域を確認することを特徴とする通信帯域確認方法。
【請求項４】
前記受信側スイッチングハブは、受信したデータから前記ダミーデータを除去する請求項３記載の通信帯域確認方法。
【請求項５】
実データとともにダミーデータを供給して所定の帯域とし送信する送信手段を備えた送信側スイッチングハブと、
受信したデータの帯域を確認する通信帯域確認手段を備えた受信側スイッチングハブとを備えたことを特徴とする通信帯域確認システム。
【請求項６】
前記受信側スイッチングハブは、受信したデータから前記ダミーデータを除去するダミーデータ除去手段を備える請求項５記載の通信帯域確認システム。
【請求項１】
実データとともにダミーデータを供給して所定の帯域とし送信する送信手段を備えたことを特徴とするスイッチングハブ。
【請求項２】
前記送信手段は、
前記実データを優先度別に格納する送信バッファと、
前記送信バッファ内に設けられ、前記優先度が最も低く設定された、前記ダミーデータを格納するためのダミー供給用バッファと、
前記ダミーデータを前記ダミー供給用バッファに供給するダミーデータ供給手段と、
前記優先度にしたがって、前記送信バッファから前記実データあるいは前記ダミーデータを取り出して送信するスケジューラとからなる請求項１記載のスイッチングハブ。
【請求項３】
送信側スイッチングハブと受信側スイッチングハブ間のネットワークの通信帯域を確認する通信帯域確認方法であって、
前記送信側スイッチングハブは実データとともにダミーデータを供給して所定の帯域とし送信し、
前記受信側スイッチングハブは受信したデータの帯域を確認することを特徴とする通信帯域確認方法。
【請求項４】
前記受信側スイッチングハブは、受信したデータから前記ダミーデータを除去する請求項３記載の通信帯域確認方法。
【請求項５】
実データとともにダミーデータを供給して所定の帯域とし送信する送信手段を備えた送信側スイッチングハブと、
受信したデータの帯域を確認する通信帯域確認手段を備えた受信側スイッチングハブとを備えたことを特徴とする通信帯域確認システム。
【請求項６】
前記受信側スイッチングハブは、受信したデータから前記ダミーデータを除去するダミーデータ除去手段を備える請求項５記載の通信帯域確認システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１０−４５５２４（Ｐ２０１０−４５５２４Ａ）
【公開日】平成２２年２月２５日（２０１０．２．２５）
【国際特許分類】
【出願番号】特願２００８−２０７１２３（Ｐ２００８−２０７１２３）
【出願日】平成２０年８月１１日（２００８．８．１１）
【出願人】（０００００５１２０）日立電線株式会社 (3,358)
【Ｆターム（参考）】
【公開日】平成２２年２月２５日（２０１０．２．２５）
【国際特許分類】
【出願日】平成２０年８月１１日（２００８．８．１１）
【出願人】（０００００５１２０）日立電線株式会社 (3,358)
【Ｆターム（参考）】
[ Back to top ]