(57)【要約】【課題】通信ネットワークの経路計算に影響を与えることなく、省電力化のためにトラフィック量に応じてインタフェースの速度を減速することを実現するパケット転送装置を提供する。【解決手段】パケット転送装置は、インタフェース速度を適応的に制御することが可能であり、パス設定要求時に、該当パスの優先帯域情報が含まれる優先トラフィック情報を読み取り、記憶する。さらに、トラフィック量を監視して、該当トラフィック量の減少時に、優先トラフィックの総帯域を収容可能な速度までインタフェース速度を減速し、該当インタフェース速度で収容可能な帯域情報を経路情報に広告しない。【選択図】図１
2011166268.tif 000002
【特許請求の範囲】
【請求項１】
インタフェース速度を適応的に制御することが可能なパケット転送装置において、
パス設定要求時に、該当パスの優先帯域情報が含まれる優先トラフィック情報を読み取り、記憶するパス設定情報記憶部と、
トラフィック量を監視して、該当トラフィック量の減少時に、前記優先トラフィックの総帯域を収容可能な速度までインタフェース速度の減速を指示し、該当インタフェース速度で収容可能な帯域情報を経路情報に広告しない出力スケジューリング部と、
前記出力スケジューリング部の指示により、インタフェース速度を設定するインタフェースと、
を備えることを特徴とするパケット転送装置。
【請求項２】
前記出力スケジューリング部は、インタフェース速度減速時に、優先トラフィック量が一定以上減少した場合に、減少した優先トラフィックの総帯域を収容可能な速度までインタフェース速度の減速を指示することを特徴とする請求項１に記載のパケット転送装置。
【請求項３】
前記出力スケジューリング部は、インタフェース速度減速時に、トラフィック量が一定以上増加した場合に、増加したトラフィック量を収容可能な速度までインタフェース速度の増加を指示することを特徴とする請求項１または２に記載のパケット転送装置。
【請求項４】
前記出力スケジューリング部は、新規パス設定要求により、優先トラフィック量が一定以上増加した場合、増加した優先トラフィックの総帯域を収容可能な速度までインタフェース速度の増加を指示し、前記新規パス設定要求に対する応答を実行することを特徴とする請求項１から３のいずれか１項に記載のパケット転送装置。
【請求項５】
前記出力スケジューリング部は、インタフェース速度の増加または減少を指示した場合、対向装置に接続先インタフェース速度の増加または減速を要求することを特徴とする請求項１から４のいずれか１項に記載のパケット転送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークの分野において、通信ネットワークの運用制御技術、および通信装置の省電力化に寄与する技術に関するものである。
【背景技術】
【０００２】
現状の通信ネットワークでは、流れるトラフィックの量に関わらず、通信機器のインタフェースは常時一定の処理能力で運用されている。そのため、トラフィック量が少ない時間帯においては、通信ネットワーク全体で見ると多くのインタフェースではトラフィック量に対して処理能力が過剰な状態であり、無駄な電力が消費されていることになる。そのような背景から、通信ネットワークのトラフィック量が減少した場合に、トラフィック経路の集約を図ることで、休止もしくは減速可能なインタフェース数をできるだけ増やし、通信ネットワークの消費電力量を削減する方式が提案されている。下記にその例を説明する。
【０００３】
非特許文献１では、ルーティングプロトコルＯＳＰＦ(Open Shortest Path Fast)の拡張により、通信ネットワークにおいて休止可能なインタフェース数の最大化を図るものである。具体的には、トラフィック量に応じて各ネットワーク機器がその構成を自律分散して変更することで、トラフィック量が少ない場合には経路の集約を行い休止可能なインタフェース数を最大化する。これにより通信ネットワークにおけるインタフェースの消費電力量削減を図る。
【０００４】
非特許文献２では、通信ネットワークの集中制御により休止可能なインタフェース数の最大化を図るものである。具体的には、各ネットワーク機器からトラフィック量やインタフェースの使用帯域等の情報を一つのサーバに収集し、その情報を基にしてトラフィック量が少ない場合に集約可能な経路を導出し、休止可能なインタフェース数を最大化する。これにより通信ネットワークの消費電力量削減を図る。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】荒井大輔ほか、“ネットワークの電力消費量を削減する分散型省電力プロトコルの提案”2009年電子情報通信学会  総合大会  B-7-105
【非特許文献２】津留崎彩ほか、“光ネットワークの省電力化へ向けたリソース最小化アルゴリズム”信学会  PN(フォトニックネットワーク)研究会  PN2008-32
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、非特許文献１の手法では、通信ネットワークのトラフィック量に応じて経路の計算を行う。そのため、トラフィック量の変動が頻繁に発生した場合には、経路計算も頻繁に行うことになり、場合によっては経路計算が収束しない恐れがあるため安定したネットワークの運用に支障をきたすという課題がある。また、非特許文献２の手法も、通信ネットワークの経路計算収束に関して、非特許文献１と同様の課題を有している。
【０００７】
したがって、本発明は、通信ネットワークの経路計算に影響を与えることなく、省電力化のためにトラフィック量に応じてインタフェースの速度を減速することを実現するパケット転送装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を実現するため本発明によるパケット転送装置は、インタフェース速度を適応的に制御することが可能なパケット転送装置において、パス設定要求時に、該当パスの優先帯域情報が含まれる優先トラフィック情報を読み取り、記憶するパス設定情報記憶部と、トラフィック量を監視して、該当トラフィック量の減少時に、前記優先トラフィックの総帯域を収容可能な速度までインタフェース速度の減速を指示し、該当インタフェース速度で収容可能な帯域情報を経路情報に広告しない出力スケジューリング部と、前記出力スケジューリング部の指示により、インタフェース速度を設定するインタフェースとを備える。
【０００９】
また、前記出力スケジューリング部は、インタフェース速度減速時に、優先トラフィック量が一定以上減少した場合に、減少した優先トラフィックの総帯域を収容可能な速度までインタフェース速度の減速を指示することも好ましい。
【００１０】
また、前記出力スケジューリング部は、インタフェース速度減速時に、トラフィック量が一定以上増加した場合に、増加したトラフィック量を収容可能な速度までインタフェース速度の増加を指示することも好ましい。
【００１１】
また、前記出力スケジューリング部は、新規パス設定要求により、優先トラフィック量が一定以上増加した場合、増加した優先トラフィックの総帯域を収容可能な速度までインタフェース速度の増加を指示し、前記新規パス設定要求に対する応答を実行することも好ましい。
【００１２】
また、前記出力スケジューリング部は、インタフェース速度の増加または減少を指示した場合、対向装置に接続先インタフェース速度の増加または減速を要求することも好ましい。
【発明の効果】
【００１３】
本発明により、ルーティング経路の計算を発散させることなく、かつ優先トラフィックに影響を及ぼすことなしに、装置インタフェースの省電力化を図ることが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明のパケット転送装置のブロック図を示す。
【図２】本発明のパケット転送装置の動作フローチャートを示す。
【図３】本装置を用いたネットワーク構成の一例である。
【図４】実施例１でのトラフィックの流れを示す。
【図５】パス設定に対する応答メッセージを示す。
【図６】実施例２でのトラフィックの流れを示す。
【発明を実施するための形態】
【００１５】
本発明では、省電力化のためにトラフィック量に応じてインタフェースの速度を減速する際、インタフェースの帯域変更をルーティングの経路情報に広告しないことで、ルーティングの経路計算に対して影響を及ぼさない手段を提供する。また、インタフェースの速度を減速する際、インタフェースを流れるトラフィックの優先度を考慮して、最低限のインタフェース帯域を確保することで優先トラフィックを保護する手段を提供する。
【００１６】
図１に、本発明のパケット転送装置のブロック図を示す。本装置は、パケット入力インタフェース１、フォワーディング部２、ルーティングテーブル３、スイッチ部４、パス設定情報記憶部５、出力スケジューリング部６、パケット出力インタフェース７およびインタフェース制御部８から構成される。
【００１７】
パケット入力インタフェース１は、パケットを受信するインタフェースであり、入力パケットの検出、および正常性の確認を行い、パケットをフォワーディング部２へ転送する。インタフェース制御部８からの命令に従ってインタフェース速度を設定する。なお、インタフェース速度の設定方法については、例えば、IEEE802.1az, "Energy Efficient Ethernet" Draft 2.2のようなＥＥＥ技術を用いることとする。
【００１８】
フォワーディング部２は、パケットのヘッダのあて先アドレスを基に、ルーティングテーブル３を参照して、どの出力インタフェースへパケットを出力するか決定する。パケットは出力インタフェースのあて先情報を付与され、スイッチ部４へ転送される。
【００１９】
ルーティングテーブル３は、パケットの転送先に関する情報を有する。固定ルートを設定しておくスタティックルーティング、もしくは他の通信装置から受けるルーティング情報を用いてルーティング情報を更新するダイナミックルーティングを用いる。
【００２０】
スイッチ部４は、パケットの出力インタフェースのあて先情報に基づいて、各出力インタフェースに振り分ける。出力インタフェースでは、複数の入力インタフェースから同時に複数のパケットが転送されてくることがあるため、パケットを蓄積するためのバッファを有する。
【００２１】
パス設定情報記憶部５は、パス設定時に受信するパス設定メッセージから、設定するパスの優先トラフィック情報を読み取り記憶する。優先トラフィック情報には、優先すべき帯域情報が含まれる。
【００２２】
出力スケジューリング部６は、各パケットの優先度を考慮して、どのような順番でパケットを出力インタフェースへ出力するかを決定する。ここでは、パス設定情報記憶部５の優先トラフィック情報を用いて、各出力インタフェースの優先トラフィック帯域を決定する。パス設定情報記憶部５に優先トラフィック情報がない場合は、確保すべきインタフェースの帯域をデフォルト値（任意に設定可能とする）に設定する。また、各出力インタフェースへのトラフィック量監視を行う。
【００２３】
パケット出力インタフェース７は、パケットを出力するインタフェースであり、出力スケジューリング部６で決定した帯域にあわせてインタフェース速度を設定する。出力インタフェースでは、パケットを蓄積するためのバッファを有し、バッファに蓄積したパケット量を監視可能とする。なお、インタフェース速度の設定方法については、例えばIEEE802.1az, "Energy Efficient Ethernet" Draft 2.2のようなＥＥＥ技術を用いることとする。
【００２４】
インタフェース制御部８は、対向装置からのインタフェース速度設定命令、および自装置の出力スケジューリング部６からのインタフェース速度設定に従ってインタフェース速度を制御する。
【００２５】
図２に、本発明のパケット転送装置の動作フローチャートを示す。なお、本フローチャートにおいて、ステップ２〜３、ステップ４〜６およびステップ７〜１９は独立に動作している。
【００２６】
ステップ１：動作を開始する。本装置は、ルータとして動作している。また、各インタフェースは、最高速度で動作している。
【００２７】
ステップ２：パス設定の有無を確認する。パス設定なしの場合、再度、ステップ２へ戻る。パス設定ありの場合、優先トラフィック情報を確認するためにステップ３へ進む。
【００２８】
ステップ３：優先トラフィック情報を確認する。パス設定時に受信するパス設定メッセージから、設定するパスの優先トラフィック情報を読み取り、パス設定情報記憶部５に記憶する。また、優先トラフィック情報には優先すべき帯域情報が含まれる。ステップ２に戻り、再度、パス設定の有無を確認する。
【００２９】
ステップ４：対向装置から、インタフェース速度設定の要求メッセージが来るか確認する。要求メッセージなしの場合、再度、ステップ４へ戻る。要求メッセージありの場合、ステップ５へ進む。
【００３０】
ステップ５：対向装置からの要求に従って、該当インタフェースの速度を設定する。ステップ６へ進む。
【００３１】
ステップ６：速度設定を行ったインタフェースの変更された帯域情報を、経路情報に広告しない。ステップ４に戻り、再度、要求メッセージが来るか確認する。
【００３２】
ステップ７：インタフェースのトラフィック量を監視する。変化なしの場合、再度、ステップ７へ戻る。なお、トラフィックの変化量として、Ａ％以内の減少は変化なしと見なす。Ａの値については、任意に設定可能とする。このトラフィックの変化量は、インタフェースの最高速度に対する割合を示す。Ａ％よりも大きく減少する場合は、トラフィック量を減少と判断する。この時、インタフェースを流れる優先トラフィックの総帯域（優先トラフィックの総帯域をＢｔｏｔａｌとする。）を、パス設定情報記憶部５のパスの優先帯域情報を用いて確認する。ステップ８へ進む。
【００３３】
ステップ８：インタフェース速度を、該当インタフェースを流れる全ての優先トラフィックを収容可能な速度まで減速する。すなわち、帯域Ｂｔｏｔａｌを収容可能なインタフェース速度（ＢＩＦ）に設定する（Ｂｔｏｔａｌ≦ＢＩＦ）。
対向装置の接続先インタフェース速度の減速を要求する。ルーティングプロトコルにより把握している対向装置の詳細情報を用いて、要求先を特定する。要求先の特定は、山中直明編著“MPLSとフォトニックGMPLS”、発行所  社団法人  電気通信協会（ISBN-10: 4885490235）または、Adrian Farrel, “The Internet and Its Protocols: A Comparative Approach (The Morgan Kaufmann Series in Networking)” Morgan Kaufmannに記載の手法を用いる。
双方向のインタフェースを設定する場合は、自装置の送受信インタフェースの速度減速を設定し、対向装置の接続先の送受信インタフェース速度減速を要求する。ステップ９へ進む。
【００３４】
ステップ９：インタフェースを減速したことで変更されたインタフェースの帯域情報を、経路情報に広告しない。ステップ１０へ進む。
【００３５】
ステップ１０：インタフェースのトラフィック量の増減を監視する。トラフィック量に変化がない場合（設定されたインタフェース速度を超えない範囲、かつ、トラフィックの変化量としてＣ％（インタフェースの最高速度に対する割合）以内の減少は、変化なしと見なす。Ｃの値については、任意に設定可能とする。）、ステップ１０へ戻る。トラフィック量が減少し、トラフィックの変化量としてＣ％よりも大きく減少する場合、ステップ１１へ進む。トラフィック量が増加し、設定されたインタフェース速度の残存帯域がＤ％以下になる場合（Ｄの値については、任意に設定可能とする。）、ステップ１４へ進む。
【００３６】
ステップ１１：優先トラフィックが減少しているかどうか確認する。優先トラフィック以外のトラフィックが減少した場合、ベストエフォートトラフィックが混在していて、それが減少した場合であるため、何もせず、ステップ１０へ戻る。優先トラフィックが減少した場合、トラフィック変化量としてＥ％（インタフェースの最高速度に対する割合）よりも大きく減少する場合（Ｅの値については、任意に設定可能とする。）、ステップ１２へ進む。パス削除時に受信するパス削除メッセージから、削除するパスのトラフィック情報を読み取り、減少トラフィックが優先トラフィックか否かを判断する。
【００３７】
ステップ１２：優先トラフィックがＦ％（インタフェースの最高速度に対する割合。値Ｆは任意に設定可能とする。）よりも大きく減少した場合、インタフェース速度を減速する。減少したトラフィックを収容可能なインタフェース速度に調整する。減少後の優先トラフィック量をＢｔｏｔａｌ−（１）とし、インタフェース速度をＢＩＦ−（１）とする場合、下記となるように設定する。
Ｂｔｏｔａｌ−（１）＜＝ＢＩＦ−（１）
対向装置の接続先インタフェース速度の減速を要求する。ルーティングプロトコルにより把握している対向装置の詳細情報を用いて、要求先を特定する。要求先の特定は、ステップ８と同じ手法を用いる。
なお、双方向のインタフェースを設定する場合は、自装置の送受信インタフェースの速度減速を設定し、対向装置の接続先の送受信インタフェース速度減速を要求する。この後、ステップ１３へ進む。
【００３８】
ステップ１３：変更されたインタフェースの帯域情報を、経路情報に広告しない。ステップ１０へ戻る。
【００３９】
ステップ１４：優先トラフィックが増加しているかどうか確認する。優先トラフィック以外のトラフィックが、Ｇ％（インタフェースの最高速度に対する割合）以上増加した場合、ステップ１５へ進む（値Ｇは任意に設定可能とする。）。優先トラフィックが、Ｈ％（インタフェースの最高速度に対する割合）以上増加した場合、ステップ１７へ進む（値Ｈは任意に設定可能とする。）。なお、優先トラフィックと優先トラフィック以外のトラフィックの両者が増加した場合は、優先トラフィックの増加に対する対応を優先する。
【００４０】
ステップ１５：増加したトラフィックを収容可能なインタフェース速度に増加させる。増加後の総トラフィック量をＢｔｏｔａｌ−（２）とし、インタフェース速度をＢＩＦ−（２）とする場合、下記となるように設定する。
Ｂｔｏｔａｌ−（２）＜＝ＢＩＦ−（２）
対向装置の接続先インタフェース速度増加を要求する。ルーティングプロトコルにより把握している対向装置の詳細情報を用いて、要求先を特定する。要求先の特定は、ステップ８と同じ手法を用いる。
双方向のインタフェースを設定する場合は、自装置の送受信インタフェースの速度減速を設定し、対向装置の接続先の送受信インタフェース速度減速を要求する。この後、ステップ１６へ進む。
【００４１】
ステップ１６：変更されたインタフェースの帯域情報を、経路情報に広告しない。ステップ１０へ戻る。
【００４２】
ステップ１７：ステップ１４にて確認した増加するトラフィック量を収容可能なインタフェースの速度に増加させる。増加後の優先トラフィック量をＢｔｏｔａｌ−（３）とし、インタフェース速度をＢＩＦ−（３）とする場合、下記となるように設定する。
Ｂｔｏｔａｌ−（３）＜＝ＢＩＦ−（３）
対向装置の接続先インタフェース速度増加を要求する。ルーティングプロトコルにより把握している対向装置の詳細情報を用いて、要求先を特定する。要求先の特定は、ステップ８と同じ手法を用いる。
双方向のインタフェースを設定する場合は、自装置の送受信インタフェースの速度減速を設定し、対向装置の接続先の送受信インタフェース速度減速を要求する。この後、ステップ１８へ進む。
【００４３】
ステップ１８：変更されたインタフェースの帯域情報を、経路情報に広告しない。ステップ１９へ進む。
【００４４】
ステップ１９：ステップ１７のインタフェースの速度増加が完了したことを確認して、新規パス設定命令に対して応答を返す（優先トラフィック量の増加は新規パス設定によるため）。ステップ１０へ戻る。
【００４５】
以下に、本発明装置を用いたネットワークの実施例を示す。図３は、本装置を用いたネットワーク構成の一例である。各通信装置は、本発明のパケット転送装置であり、ルーティングプロトコル（ＯＳＰＦプロトコル）により、各通信装置の状態を把握している状態である。また、各通信装置のインタフェース速度をＢｉｎｔｅｒｆａｃｅとする。
【００４６】
実施例１では、通信装置１と通信装置５の間に４本のパス（パス１、パス２、パス３、パス４）が設定されているとする。トラフィック経路としては、通信装置１−２−３−５とする。図４は、実施例１でのトラフィックの流れを示す。また、各パスの優先トラフィック帯域を以下とする。
・パス１：優先トラフィック帯域Ａ１
・パス２：優先トラフィック帯域Ａ２
・パス３：優先トラフィック帯域Ａ３
・パス４：優先トラフィック帯域なし  ベストエフォート帯域ＢＥ４
【００４７】
各通信装置は、パス設定時のパスメッセージ情報の設定帯域情報を基に、インタフェースを流れる最大トラフィック量と優先トラフィック量を把握している。
この例では、
最大トラフィック量ｂｔｏｔａｌ＝Ａ１＋Ａ２＋Ａ３＋ＢＥ４
優先トラフィック量ｂｐｒｉ＝Ａ１＋Ａ２＋Ａ３
となる。
【００４８】
ここで、通信装置１と通信装置５の間のトラフィック量がａ％減少したとする。各通信装置はＭＩＢ（Management Information Base：参考文献、Adrian Farrel, “The Internet and Its Protocols: A Comparative Approach (The Morgan Kaufmann Series in Networking)” Morgan Kaufmann およびIETF RFC1157 “A Simple Network Management Protocol”）のトラフィック情報を用いてトラフィック量を監視することで、トラフィック量の減少を検出する。各通信装置は、優先トラフィック帯域ｂｐｒｉを収容可能なインタフェース速度（Ｂｉｎｔｅｒｆａｃｅ（１））に減速する（ｂｔｏｔａｌ＞Ｂｉｎｔｅｒｆａｃｅ（１）＞＝ｂｐｒｉ）。ここで、インタフェースの減速設定を完了した通信装置は、インタフェースが利用可能な帯域情報をルーティングのための経路計算情報に広告しない。
【００４９】
次に、各通信装置のＭＩＢを監視することで、トラフィック量の増減を監視する。トラフィック量に変化がない場合は、引き続きトラフィック量の監視を続ける。一方、トラフィック量が増加した場合は、増加したトラフィックが優先トラフィックか否かを確認する。優先トラフィックの識別については、パス設定時のパスメッセージ情報の設定帯域情報を基にして識別する方法により可能である。
【００５０】
増加したトラフィックが優先トラフィック以外の場合は、増加分のトラフィック（Ｂｉｎｃｒｅａｓｅ（１））を収容できるようにインタフェース速度（Ｂｉｎｔｅｒｆａｃｅ（２））を設定する（ｂｔｏｔａｌ＞Ｂｉｎｔｅｒｆａｃｅ（２）＞＝ｂｐｒｉ＋Ｂｉｎｃｒｅａｓｅ（１））。この場合も、インタフェースが利用可能な帯域情報をルーティングのための経路計算情報に広告しない。
【００５１】
増加したトラフィックが優先トラフィックの場合は、新規パス設定によるものであるため、新規パスにより増加分のトラフィック（Ｂｉｎｃｒｅａｓｅ（２））を収容できる速度にインタフェースの速度（Ｂｉｎｔｅｒｆａｃｅ（３））を上昇させる（ｂｔｏｔａｌ＞Ｂｉｎｔｅｒｆａｃｅ（３）＞＝ｂｐｒｉ＋Ｂｉｎｃｒｅａｓｅ（２））。この場合も、インタフェースが利用可能な帯域情報をルーティングのための経路計算情報に広告しない。新規パスが設定される場合は、インタフェース速度の増加設定が完了した後に、パス設定に対する応答メッセージを返すこととする。図５にその流れを示す。上記を設定後、再びトラフィック量の監視に戻る。
【００５２】
図６は、実施例２でのトラフィックの流れを示す。実施例１のようなパス設定に加えて、通信装置４から３に向けてパスが設定されている場合を想定する。通信装置１と通信装置５の間に設定されたパスは、実施例１と同様に、４本のパスが設定されているとし、トラフィック経路としては通信装置１−２−３−５とする。また、各パスの優先トラフィック帯域も実施例１と同様とする。
【００５３】
・パス１：優先トラフィック帯域Ａ１
・パス２：優先トラフィック帯域Ａ２
・パス３：優先トラフィック帯域Ａ３
・パス４：優先トラフィック帯域なし  ベストエフォート帯域ＢＥ４
通信装置４と５の間には、１本のパスが設定されているとし、トラフィック経路としては通信装置４−３−５とする。また、パスの優先トラフィック帯域は以下とする。
・パス５：優先トラフィック帯域Ａ５
【００５４】
各通信装置は、パス設定時の情報を基に、インタフェースを流れる最大トラフィック量と優先トラフィック量を把握している。この例では、通信装置１〜３における
最大トラフィック量ｂｔｏｔａｌ（１）＝Ａ１＋Ａ２＋Ａ３＋ＢＥ４
優先トラフィック量ｂｐｒｉ（１）＝Ａ１＋Ａ２＋Ａ３
となる。
【００５５】
また、通信装置３〜５における
最大トラフィック量ｂｔｏｔａｌ（２）＝Ａ１＋Ａ２＋Ａ３＋ＢＥ４＋Ａ５
優先トラフィック量ｂｐｒｉ（２）＝Ａ１＋Ａ２＋Ａ３＋Ａ５
となる。
【００５６】
通信装置１と通信装置５の間のトラフィック量がａ％減少したとする。トラフィックの減少を検出した通信装置１〜３は、優先トラフィック帯域ｂｐｒｉ（１）を収容可能なインタフェース速度（Ｂｉｎｔｅｒｆａｃｅ（１））に減速する（ｂｔｏｔａｌ（１）＞Ｂｉｎｔｅｒｆａｃｅ（１）＞＝ｂｐｒｉ（１））。ここで、インタフェースの減速を完了した通信装置は、インタフェースが利用可能な帯域情報をルーティングのための経路計算情報に広告しない。
【００５７】
同様に、通信装置３と５も、優先トラフィック帯域ｂｐｒｉ（２）を収容可能なインタフェース速度（Ｂｉｎｔｅｒｆａｃｅ（２））に減速する（ｂｔｏｔａｌ（２）＞Ｂｉｎｔｅｒｆａｃｅ（２）＞＝ｂｐｒｉ（２））。ここでも、インタフェースの減速を完了した通信装置は、インタフェースが利用可能な帯域情報をルーティングのための経路計算情報に広告しない。
【００５８】
各通信装置はトラフィック量を監視する。トラフィック量に変化がない場合は、引き続きトラフィック量の監視を続ける。一方、トラフィック量が増加した場合は、増加したトラフィックが優先トラフィックか否かを確認する。
【００５９】
増加したトラフィックが優先トラフィック以外の場合は、増加分のトラフィック（Ｂｉｎｃｒｅａｓｅ（１））を収容できるようにインタフェース速度（装置１〜３：Ｂｉｎｔｅｒｆａｃｅ（３）と装置３と５：Ｂｉｎｔｅｒｆａｃｅ（４））を設定する（装置１〜３ではｂｔｏｔａｌ（１）＞Ｂｉｎｔｅｒｆａｃｅ（３）＞＝ｂｐｒｉ（１）＋Ｂｉｎｃｒｅａｓｅ（１）、装置３と５ではｂｔｏｔａｌ（２）＞Ｂｉｎｔｅｒｆａｃｅ（４）＞＝ｂｐｒｉ（２）＋Ｂｉｎｃｒｅａｓｅ（１））。この場合も、インタフェースが利用可能な帯域情報をルーティングのための経路計算情報に広告しない。
【００６０】
増加したトラフィックが優先トラフィックの場合は、新規パス設定によるものであるため、新規パスにより増加分のトラフィック（Ｂｉｎｃｒｅａｓｅ（２））を収容できる速度にインタフェースの速度（装置１〜３：Ｂｉｎｔｅｒｆａｃｅ（５）と装置３と５：Ｂｉｎｔｅｒｆａｃｅ（６））を上昇させる（装置１〜３ではｂｔｏｔａｌ（１）＞Ｂｉｎｔｅｒｆａｃｅ（５）＞＝ｂｐｒｉ（１）＋Ｂｉｎｃｒｅａｓｅ（２）、装置３と５ではｂｔｏｔａｌ（２）＞Ｂｉｎｔｅｒｆａｃｅ（６）＞＝ｂｐｒｉ（２）＋Ｂｉｎｃｒｅａｓｅ（２））。この場合も、インタフェースが利用可能な帯域情報をルーティングのための経路計算情報に広告しない。新規パスが設定される場合は、インタフェース速度の増加設定が完了した後に、パス設定に対する応答メッセージを返すこととする。上記を設定後、再びトラフィック量の監視に戻る。
【００６１】
以上のように、本発明では、省電力化のためにトラフィック量に応じてインタフェースの速度を減速する際、インタフェースの帯域変更をルーティングの経路情報に広告しないことで、ルーティングの経路計算に対して影響を及ぼさない。また、インタフェースの速度を減速する際、インタフェースを流れるトラフィックの優先度を考慮して、最低限のインタフェース帯域を確保することで優先トラフィックを保護する。上記により、ルーティング経路の計算を発散させることなく、かつ優先トラフィックに影響を及ぼすことなしに通信装置インタフェースの省電力化を図ることが可能となる。
【００６２】
また、以上述べた実施形態は全て本発明を例示的に示すものであって限定的に示すものではなく、本発明は他の種々の変形態様および変更態様で実施することができる。従って本発明の範囲は特許請求の範囲およびその均等範囲によってのみ規定されるものである。
【符号の説明】
【００６３】
１  パケット入力インタフェース
２  フォワーディング部
３  ルーティングテーブル
４  スイッチ部
５  パス設定情報記憶部
６  出力スケジューリング部
７  パケット出力インタフェース
８  インタフェース制御部
【図１】
2011166268.tif 000003
【図２】
2011166268.tif 000004
【図３】
2011166268.tif 000005
【図４】
2011166268.tif 000006
【図５】
2011166268.tif 000007
【図６】
2011166268.tif 000008