通信装置
【課題】通信ネットワークの経路計算に影響を与えることなく、省電力化のためにトラフィック量に応じてインタフェースの休止・復旧を可能とする通信装置を提供する。
【解決手段】トラフィック量と連携させて装置のインタフェースを休止・復旧制御する通信装置は、インタフェースのトラフィック量を監視し、トラフィック量がないインタフェースを検出し、該当インタフェースに関するルーティングプロトコルのリンク死活監視機能を停止する。リンク死活監視機能停止後、インタフェースを休止する。その後、当該インタフェースを使用したリンクの接続性を監視することで、リンク死活監視を行う。
【解決手段】トラフィック量と連携させて装置のインタフェースを休止・復旧制御する通信装置は、インタフェースのトラフィック量を監視し、トラフィック量がないインタフェースを検出し、該当インタフェースに関するルーティングプロトコルのリンク死活監視機能を停止する。リンク死活監視機能停止後、インタフェースを休止する。その後、当該インタフェースを使用したリンクの接続性を監視することで、リンク死活監視を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークの分野において、通信ネットワークの運用管理技術、および伝送装置の省電力化に寄与する技術に関するものである。
【背景技術】
【０００２】
現状の通信ネットワークでは、通信機器のインタフェースは、流れるトラフィックの量に関わらず常時一定の処理能力で運用されている。そのため、トラフィック量が少ない時間帯においては、通信ネットワーク全体で見ると多くのインタフェースにおいてトラフィック量に対して処理能力が過剰な状態であり、無駄な電力が消費されていることになる。そのような背景から、トラフィック量が少ない場合には、インタフェースを休止させ、無駄な消費電力を抑える技術が提案されている（非特許文献１、２）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ＩＥＥＥ８０２．１ａｚ， "Ｅｎｅｒｇｙ Ｅｆｆｉｃｉｅｎｔ Ｅｔｈｅｒｎｅｔ" Ｄｒａｆｔ ２．１（現在、規格化検討中の段階であるため、正式な文書はリリースされていない。２０１０年１月にＤｒａｆｔ ２．１からＤｒａｆｔ ２．２に更新される予定。
【非特許文献２】Ｍ． Ｇｕｐｔａ ａｎｄ Ｓ． Ｓｉｎｇｈ， “Ｇｒｅｅｎｉｎｇ of ｔｈｅ Ｉｎｔｅｒｎｅｔ，” Ｐｒｏｃ． ＡＣＭ ＳＩＧＣＯＭＭ’０３， Ａｕｇｕｓｔ ２００３．
【発明の概要】
【発明が解決しようとする課題】
【０００４】
トラフィック量に応じてインタフェースを休止状態にする場合、そのインタフェースを使用したリンクの通信が途絶してしまう。そのため、ルーティングプロトコルによるリンク死活監視により、そのリンクの帯域が使用不可能と判断され、ルーティング経路の再計算が発生する。トラフィック量の変動が頻繁に発生した場合、インタフェースの休止・復旧も頻繁に発生するようになるため、インタフェースの休止・復旧に応じて、ルーティング経路の計算も頻発し、場合によっては経路計算が収束しなくなる可能性が発生するという課題がある。
【０００５】
したがって、本発明は、通信ネットワークの経路計算に影響を与えることなく、省電力化のためにトラフィック量に応じてインタフェースの休止・復旧を可能とする通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を実現するため本発明による通信装置は、トラフィック量と連携させて装置のインタフェースを休止・復旧制御する通信装置において、インタフェースのトラフィック量を監視する手段と、前記監視手段により、トラフィック量がないインタフェースを検出し、該当インタフェースに関するルーティングプロトコルのリンク死活監視機能を停止する手段と、前記リンク死活監視機能停止後、前記インタフェースを休止する手段と、前記インタフェースを使用したリンクの接続性を監視することで、リンク死活監視を行う手段とを備える。
【０００７】
また、前記インタフェースを休止する前に、該当インタフェースの警報マスクを設定する手段をさらに備えることも好ましい。
【０００８】
また、休止インタフェースのトラフィック量を監視する手段と、前記監視手段によりトラフィックを検出した休止インタフェースを復旧する手段と、前記休止インタフェース復旧後、前記インタフェースに関するルーティングプロトコルのリンク死活監視機能を再開する手段とをさらに備えることも好ましい。
【０００９】
また、前記休止インタフェースのリンク死活監視機能再開後、該当インタフェースの警報マスクを解除する手段をさらに備えることも好ましい。
【００１０】
また、前記リンクの接続性監視は、休止されデータ変調を停止された前記インタフェースから送出される連続光を用いて行われることも好ましい。
【発明の効果】
【００１１】
以上のように、本発明は、装置の省電力化のためにトラフィック量と連携させてインタフェースを休止させる場合に、ルーティングプロトコルのリンク死活監視を停止させ、休止インタフェースを使用したリンクの接続性を確認することでリンクの死活監視を行う。また、インタフェースを復旧させる場合には、ルーティングプロトコルのリンク死活監視を起動させ、通常の運用に戻す。これらにより、省電力化のためのインタフェース休止・復旧技術が適用されたネットワークにおいて、インタフェース休止・復旧動作が与えるルーティングプロトコルへの影響を抑制することが可能になる。
【図面の簡単な説明】
【００１２】
【図１】本発明の通信装置のブロック図を示す。
【図２】本発明の通信装置のルータ部の基本構成を示す。
【図３】本発明の通信装置の動作フローチャートを示す。
【図４】本発明の通信装置を用いた実施例１を示す。
【図５】本発明の通信装置を用いた実施例２を示す。
【発明を実施するための形態】
【００１３】
図１に、本発明の通信装置のブロック図を示す。本通信装置は、制御部１、ルータ部２、クライアント信号送受信部３、光送受信機４、および監視光部５を備える。
【００１４】
制御部１は、ルータ部２、クライアント信号送受信部３、光送受信機４、および監視光部５の制御を行う。制御部１は、装置の省電力化のためにライン信号のトラフィック量と連携させて、光送受信機４のインタフェースを休止させる場合に、ルータ部２のルーティングプロトコルのリンク死活監視を停止させる。その時に、休止インタフェースを使用したリンクの接続性を確認することで、リンクの死活監視を行う。また、光送受信機４のインタフェースを復旧させる場合には、ルータ部２のルーティングプロトコルのリンク死活監視を起動させ、通常の運用に戻す。
【００１５】
ルータ部２は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ルータとして動作する。すなわち、クライアント信号をルーティングテーブルに従って適切なポートに振り分ける機能を有する。また、受信したライン側信号を、適切なクライアントポートに振り分ける機能を有する。図２にルータ部２の基本構成を示す。ルータ部２は、パケット入力部２１、フォワーディング部２２、ルーティングテーブル（図示せず）、スイッチ部２３、出力スケジューリング部２４、およびパケット出力部２５を備える。
【００１６】
パケット入力部２１は、入力パケットの検出、および正常性の確認を行い、パケットをフォワーディング部２２へ転送する。
【００１７】
フォワーディング部２２は、パケットのヘッダのあて先アドレスを基に、ルーティングテーブルを参照して、どの出力インタフェースへパケットを出力するか決定する。パケットは出力インタフェースのあて先情報を付与され、スイッチ部２３へ転送される。
【００１８】
ルーティングテーブルは、パケットの転送先に関する情報を有する。固定ルートを設定しておくスタティックルーティング、もしくは他の通信装置から受けるルーティング情報を用いてルーティング情報を更新するダイナミックルーティングを用いる。
【００１９】
スイッチ部２３は、パケットの出力インタフェースのあて先情報に基づいて、各出力インタフェースに振り分ける。出力インタフェースでは、複数の入力インタフェースから同時に複数のパケットが転送されてくることがあるため、パケットを蓄積するためのバッファを有する。
【００２０】
出力スケジューリング部２４は、各パケットの優先度を考慮して、どのような順番でパケットを出力インタフェースへ出力するかを決定する。
【００２１】
パケット出力部２５は、出力スケジューリング部２４の決定に従って、パケットを出力する。
【００２２】
クライアント信号送受信部３は、クライアント装置からの信号を受信し、ルータ部へ送信する機能、および光送受信機４からルータ部を介して受信したクライアント信号を、クライアント装置へ送信する機能を有する。
【００２３】
光送受信機４は、クライアント信号をライン信号に変換して、伝送路へ送信、およびライン信号を受信して、クライアント信号に変換する機能を有する。また、トラフィック量に応じて、ライン側インタフェースの速度を適応的に制御する機能を有する（参考：非特許文献１）。また、受信ポートは受信光のパワーを測定する機能を有する。
【００２４】
監視光部５は、監視光を用いて、対向装置との制御情報を授受する。監視光は、クライアント信号を収容するライン信号とは別信号を用いる。
【００２５】
図３に、本発明装置の動作フローチャートを示す。なお、本フローチャートにおいて、ステップ２〜５とステップ７〜９は独立に動作している。
【００２６】
ステップ１：本発明装置の動作を開始する。
【００２７】
ステップ２：送受信トラフィック量を監視する。インタフェースのバッファを監視、もしくは、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）によるトラフィック量の監視を行う。変化なしの場合、ステップ２のトラフィック量監視へ戻る。アイドル状態（トラフィックが流れない）の場合、ステップ３へ進む。
【００２８】
ステップ３：休止するインタフェースを決定し、対向装置に接続されたインタフェースの休止を監視光を介して通知する。ステップ４へ進む。
【００２９】
ステップ４：該当インタフェースの警報マスクを設定する。ステップ５へ進む。
【００３０】
ステップ５：ルーティングプロトコルのリンク死活監視機能を停止する。これにより、対向装置間のパケット授受によるリンク死活監視を停止する。ただし、ここでの死活監視停止は、障害とはならない。ステップ６へ進む。
【００３１】
ステップ６：該当インタフェースからのデータ変調を停止し、連続光のみを出力する。ステップ１０へ進む。
【００３２】
ステップ７：監視光部からの監視光を介して対向装置から通知される、インタフェース設定要求がないか確認する。なしの場合、ステップ７へ戻る。ありの場合、ステップ８へ進む。
【００３３】
ステップ８：双方向の該当インタフェースの警報マスクを設定する。該当インタフェースの警報マスクが既に設定されている場合は、そのままの状態を保持する。ステップ９へ進む。
【００３４】
ステップ９：インタフェースを休止、もしくは復旧させるかどうかについて対向装置からの要求を確認する。復旧の場合、ステップ１１へ進む。休止の場合、ステップ５へ進む。
【００３５】
ステップ１０：監視トラフィック量を基に、データ送信を休止していたインタフェースを復旧させるかどうか確認する。トラフィックが発生している場合は、復旧させる。一方、トラフィックが発生していないアイドル状態の場合は、復旧なしとする。復旧の場合、ステップ１１へ進む。復旧なしの場合、ステップ１４へ進む。
【００３６】
ステップ１１：データ送信を休止していたインタフェースを復旧させる。また、ステップ１０から来た場合は、対向装置の接続されたインタフェースの復旧を、監視光を介して通知する。ステップ１２へ進む。
【００３７】
ステップ１２：ステップ１０から来た場合は、ステップ５において停止していたルーティングプロトコルのリンク死活監視機能を再開する。ステップ１３へ進む。
【００３８】
ステップ１３：ステップ４もしくはステップ８で設定されたインタフェースの警報のマスクを解除する。ステップ２またはステップ７へ戻る。
【００３９】
ステップ１４：受信連続光のパワーを監視することにより、リンク接続性を確認する。障害なしの場合、ステップ１０へ戻る。障害ありの場合、ステップ１５へ進む。
【００４０】
ステップ１５：送信している連続光を停止する。ステップ１６へ進む。
【００４１】
ステップ１６：ステップ５において停止していたルーティングプロトコルのリンク死活監視機能を再開する。ステップ１７へ進む。
【００４２】
ステップ１７：ステップ４もしくはステップ８で設定されたインタフェースの警報マスクを解除する。ステップ１８へ進む。
【００４３】
ステップ１８：終了する。
以上のような動作により、省電力化のためのインタフェース休止・復旧技術が適用されたネットワークにおいて、インタフェース休止・復旧動作が与えるルーティングプロトコルへの影響を抑制する。
【００４４】
図４に、本発明装置を用いた実施例１を示す。実施例１では、リンクが正常状態から、断状態になった場合の振る舞いを示す。
【００４５】
装置１と装置２が対向して接続されている。ライン側の信号、および監視光が光合分波器により、送信光を合波、受信光を分波している。リンクは正常状態とする。
【００４６】
まず、各装置はトラフィック量を監視する。ここでは、装置１が、双方向トラフィックがアイドル状態になったインタフェースを検出し、そのインタフェースを休止する決定を下す。
【００４７】
休止インタフェースが決定された後、対向装置（装置２）の接続されたインタフェースの休止を、装置１が監視光を介して通知する。装置１は、上記を通知後、休止インタフェースの警報をマスクし、ルーティングプロトコルのリンク死活監視機能を停止する。これにより、対向装置間のパケット授受によるリンク死活監視を停止するが、ここでの死活監視停止は、障害とはならない。次に、休止インタフェースのデータ変調を停止し、連続光のみを出力する。
【００４８】
一方、休止インタフェースの通知を受けた装置２も、休止インタフェースの警報をマスクし、ルーティングプロトコルのリンク死活監視機能を停止する。次に、休止インタフェースのデータ変調を停止し、連続光のみを出力する。
両装置は、受信光パワーを用いたリンク接続性の確認に移る
【００４９】
ここで、リンク断が発生したとする。この時、各装置は受信光パワーの低下により障害を検出する。障害を検出した各装置は、送信光を停止し、ルーティングプロトコルのリンク死活監視機能停止を解除する。これにより、対向装置間のパケット授受によるリンク死活監視が正常に動作しないため、ルーティングレイヤにおいても障害を検出することができる。その後、該当インタフェースの警報マスクを解除し、ライン側における障害を検出する。
【００５０】
図５に、本発明装置を用いた実施例２を示す。実施例２では、インタフェースが休止状態から復旧状態になる場合の振る舞いを示す。
【００５１】
リンク接続性確認までの動作は、実施例１と同様である。この例では、リンク接続性確認以降に、アイドル状態であったインタフェースにトラフィックが流れる場合を想定している。
【００５２】
トラフィック量を監視していた装置１において、トラフィックが検出されたため、インタフェースの復旧動作を開始する。まず、該当インタフェースを復旧させると共に、対向装置である装置２に対して、接続されたインタフェースの復旧を、監視光を介して通知する。装置１は、リンク死活監視機能停止を解除後、復旧させたインタフェースの警報マスクを解除し、トラフィック量の監視に入る。
【００５３】
装置２は、装置１からの復旧インタフェースの通知を確認し、該当インタフェースの復旧を行う。さらに、リンク死活監視機能停止を解除後、復旧させたインタフェースの警報マスクを解除し、トラフィック量の監視に入る。
【００５４】
また、以上述べた実施形態は全て本発明を例示的に示すものであって限定的に示すものではなく、本発明は他の種々の変形態様および変更態様で実施することができる。従って本発明の範囲は特許請求の範囲およびその均等範囲によってのみ規定されるものである。
【符号の説明】
【００５５】
１ 制御部
２ ルータ部
３ クライアント信号送受信部
４ 光送受信機
５ 監視光部
２１ パケット入力部
２２ フォワーディング部
２３ スイッチ部
２４ 出力スケジューリング部
２５ パケット出力部
【技術分野】
【０００１】
本発明は、通信ネットワークの分野において、通信ネットワークの運用管理技術、および伝送装置の省電力化に寄与する技術に関するものである。
【背景技術】
【０００２】
現状の通信ネットワークでは、通信機器のインタフェースは、流れるトラフィックの量に関わらず常時一定の処理能力で運用されている。そのため、トラフィック量が少ない時間帯においては、通信ネットワーク全体で見ると多くのインタフェースにおいてトラフィック量に対して処理能力が過剰な状態であり、無駄な電力が消費されていることになる。そのような背景から、トラフィック量が少ない場合には、インタフェースを休止させ、無駄な消費電力を抑える技術が提案されている（非特許文献１、２）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ＩＥＥＥ８０２．１ａｚ， "Ｅｎｅｒｇｙ Ｅｆｆｉｃｉｅｎｔ Ｅｔｈｅｒｎｅｔ" Ｄｒａｆｔ ２．１（現在、規格化検討中の段階であるため、正式な文書はリリースされていない。２０１０年１月にＤｒａｆｔ ２．１からＤｒａｆｔ ２．２に更新される予定。
【非特許文献２】Ｍ． Ｇｕｐｔａ ａｎｄ Ｓ． Ｓｉｎｇｈ， “Ｇｒｅｅｎｉｎｇ of ｔｈｅ Ｉｎｔｅｒｎｅｔ，” Ｐｒｏｃ． ＡＣＭ ＳＩＧＣＯＭＭ’０３， Ａｕｇｕｓｔ ２００３．
【発明の概要】
【発明が解決しようとする課題】
【０００４】
トラフィック量に応じてインタフェースを休止状態にする場合、そのインタフェースを使用したリンクの通信が途絶してしまう。そのため、ルーティングプロトコルによるリンク死活監視により、そのリンクの帯域が使用不可能と判断され、ルーティング経路の再計算が発生する。トラフィック量の変動が頻繁に発生した場合、インタフェースの休止・復旧も頻繁に発生するようになるため、インタフェースの休止・復旧に応じて、ルーティング経路の計算も頻発し、場合によっては経路計算が収束しなくなる可能性が発生するという課題がある。
【０００５】
したがって、本発明は、通信ネットワークの経路計算に影響を与えることなく、省電力化のためにトラフィック量に応じてインタフェースの休止・復旧を可能とする通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を実現するため本発明による通信装置は、トラフィック量と連携させて装置のインタフェースを休止・復旧制御する通信装置において、インタフェースのトラフィック量を監視する手段と、前記監視手段により、トラフィック量がないインタフェースを検出し、該当インタフェースに関するルーティングプロトコルのリンク死活監視機能を停止する手段と、前記リンク死活監視機能停止後、前記インタフェースを休止する手段と、前記インタフェースを使用したリンクの接続性を監視することで、リンク死活監視を行う手段とを備える。
【０００７】
また、前記インタフェースを休止する前に、該当インタフェースの警報マスクを設定する手段をさらに備えることも好ましい。
【０００８】
また、休止インタフェースのトラフィック量を監視する手段と、前記監視手段によりトラフィックを検出した休止インタフェースを復旧する手段と、前記休止インタフェース復旧後、前記インタフェースに関するルーティングプロトコルのリンク死活監視機能を再開する手段とをさらに備えることも好ましい。
【０００９】
また、前記休止インタフェースのリンク死活監視機能再開後、該当インタフェースの警報マスクを解除する手段をさらに備えることも好ましい。
【００１０】
また、前記リンクの接続性監視は、休止されデータ変調を停止された前記インタフェースから送出される連続光を用いて行われることも好ましい。
【発明の効果】
【００１１】
以上のように、本発明は、装置の省電力化のためにトラフィック量と連携させてインタフェースを休止させる場合に、ルーティングプロトコルのリンク死活監視を停止させ、休止インタフェースを使用したリンクの接続性を確認することでリンクの死活監視を行う。また、インタフェースを復旧させる場合には、ルーティングプロトコルのリンク死活監視を起動させ、通常の運用に戻す。これらにより、省電力化のためのインタフェース休止・復旧技術が適用されたネットワークにおいて、インタフェース休止・復旧動作が与えるルーティングプロトコルへの影響を抑制することが可能になる。
【図面の簡単な説明】
【００１２】
【図１】本発明の通信装置のブロック図を示す。
【図２】本発明の通信装置のルータ部の基本構成を示す。
【図３】本発明の通信装置の動作フローチャートを示す。
【図４】本発明の通信装置を用いた実施例１を示す。
【図５】本発明の通信装置を用いた実施例２を示す。
【発明を実施するための形態】
【００１３】
図１に、本発明の通信装置のブロック図を示す。本通信装置は、制御部１、ルータ部２、クライアント信号送受信部３、光送受信機４、および監視光部５を備える。
【００１４】
制御部１は、ルータ部２、クライアント信号送受信部３、光送受信機４、および監視光部５の制御を行う。制御部１は、装置の省電力化のためにライン信号のトラフィック量と連携させて、光送受信機４のインタフェースを休止させる場合に、ルータ部２のルーティングプロトコルのリンク死活監視を停止させる。その時に、休止インタフェースを使用したリンクの接続性を確認することで、リンクの死活監視を行う。また、光送受信機４のインタフェースを復旧させる場合には、ルータ部２のルーティングプロトコルのリンク死活監視を起動させ、通常の運用に戻す。
【００１５】
ルータ部２は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ルータとして動作する。すなわち、クライアント信号をルーティングテーブルに従って適切なポートに振り分ける機能を有する。また、受信したライン側信号を、適切なクライアントポートに振り分ける機能を有する。図２にルータ部２の基本構成を示す。ルータ部２は、パケット入力部２１、フォワーディング部２２、ルーティングテーブル（図示せず）、スイッチ部２３、出力スケジューリング部２４、およびパケット出力部２５を備える。
【００１６】
パケット入力部２１は、入力パケットの検出、および正常性の確認を行い、パケットをフォワーディング部２２へ転送する。
【００１７】
フォワーディング部２２は、パケットのヘッダのあて先アドレスを基に、ルーティングテーブルを参照して、どの出力インタフェースへパケットを出力するか決定する。パケットは出力インタフェースのあて先情報を付与され、スイッチ部２３へ転送される。
【００１８】
ルーティングテーブルは、パケットの転送先に関する情報を有する。固定ルートを設定しておくスタティックルーティング、もしくは他の通信装置から受けるルーティング情報を用いてルーティング情報を更新するダイナミックルーティングを用いる。
【００１９】
スイッチ部２３は、パケットの出力インタフェースのあて先情報に基づいて、各出力インタフェースに振り分ける。出力インタフェースでは、複数の入力インタフェースから同時に複数のパケットが転送されてくることがあるため、パケットを蓄積するためのバッファを有する。
【００２０】
出力スケジューリング部２４は、各パケットの優先度を考慮して、どのような順番でパケットを出力インタフェースへ出力するかを決定する。
【００２１】
パケット出力部２５は、出力スケジューリング部２４の決定に従って、パケットを出力する。
【００２２】
クライアント信号送受信部３は、クライアント装置からの信号を受信し、ルータ部へ送信する機能、および光送受信機４からルータ部を介して受信したクライアント信号を、クライアント装置へ送信する機能を有する。
【００２３】
光送受信機４は、クライアント信号をライン信号に変換して、伝送路へ送信、およびライン信号を受信して、クライアント信号に変換する機能を有する。また、トラフィック量に応じて、ライン側インタフェースの速度を適応的に制御する機能を有する（参考：非特許文献１）。また、受信ポートは受信光のパワーを測定する機能を有する。
【００２４】
監視光部５は、監視光を用いて、対向装置との制御情報を授受する。監視光は、クライアント信号を収容するライン信号とは別信号を用いる。
【００２５】
図３に、本発明装置の動作フローチャートを示す。なお、本フローチャートにおいて、ステップ２〜５とステップ７〜９は独立に動作している。
【００２６】
ステップ１：本発明装置の動作を開始する。
【００２７】
ステップ２：送受信トラフィック量を監視する。インタフェースのバッファを監視、もしくは、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）によるトラフィック量の監視を行う。変化なしの場合、ステップ２のトラフィック量監視へ戻る。アイドル状態（トラフィックが流れない）の場合、ステップ３へ進む。
【００２８】
ステップ３：休止するインタフェースを決定し、対向装置に接続されたインタフェースの休止を監視光を介して通知する。ステップ４へ進む。
【００２９】
ステップ４：該当インタフェースの警報マスクを設定する。ステップ５へ進む。
【００３０】
ステップ５：ルーティングプロトコルのリンク死活監視機能を停止する。これにより、対向装置間のパケット授受によるリンク死活監視を停止する。ただし、ここでの死活監視停止は、障害とはならない。ステップ６へ進む。
【００３１】
ステップ６：該当インタフェースからのデータ変調を停止し、連続光のみを出力する。ステップ１０へ進む。
【００３２】
ステップ７：監視光部からの監視光を介して対向装置から通知される、インタフェース設定要求がないか確認する。なしの場合、ステップ７へ戻る。ありの場合、ステップ８へ進む。
【００３３】
ステップ８：双方向の該当インタフェースの警報マスクを設定する。該当インタフェースの警報マスクが既に設定されている場合は、そのままの状態を保持する。ステップ９へ進む。
【００３４】
ステップ９：インタフェースを休止、もしくは復旧させるかどうかについて対向装置からの要求を確認する。復旧の場合、ステップ１１へ進む。休止の場合、ステップ５へ進む。
【００３５】
ステップ１０：監視トラフィック量を基に、データ送信を休止していたインタフェースを復旧させるかどうか確認する。トラフィックが発生している場合は、復旧させる。一方、トラフィックが発生していないアイドル状態の場合は、復旧なしとする。復旧の場合、ステップ１１へ進む。復旧なしの場合、ステップ１４へ進む。
【００３６】
ステップ１１：データ送信を休止していたインタフェースを復旧させる。また、ステップ１０から来た場合は、対向装置の接続されたインタフェースの復旧を、監視光を介して通知する。ステップ１２へ進む。
【００３７】
ステップ１２：ステップ１０から来た場合は、ステップ５において停止していたルーティングプロトコルのリンク死活監視機能を再開する。ステップ１３へ進む。
【００３８】
ステップ１３：ステップ４もしくはステップ８で設定されたインタフェースの警報のマスクを解除する。ステップ２またはステップ７へ戻る。
【００３９】
ステップ１４：受信連続光のパワーを監視することにより、リンク接続性を確認する。障害なしの場合、ステップ１０へ戻る。障害ありの場合、ステップ１５へ進む。
【００４０】
ステップ１５：送信している連続光を停止する。ステップ１６へ進む。
【００４１】
ステップ１６：ステップ５において停止していたルーティングプロトコルのリンク死活監視機能を再開する。ステップ１７へ進む。
【００４２】
ステップ１７：ステップ４もしくはステップ８で設定されたインタフェースの警報マスクを解除する。ステップ１８へ進む。
【００４３】
ステップ１８：終了する。
以上のような動作により、省電力化のためのインタフェース休止・復旧技術が適用されたネットワークにおいて、インタフェース休止・復旧動作が与えるルーティングプロトコルへの影響を抑制する。
【００４４】
図４に、本発明装置を用いた実施例１を示す。実施例１では、リンクが正常状態から、断状態になった場合の振る舞いを示す。
【００４５】
装置１と装置２が対向して接続されている。ライン側の信号、および監視光が光合分波器により、送信光を合波、受信光を分波している。リンクは正常状態とする。
【００４６】
まず、各装置はトラフィック量を監視する。ここでは、装置１が、双方向トラフィックがアイドル状態になったインタフェースを検出し、そのインタフェースを休止する決定を下す。
【００４７】
休止インタフェースが決定された後、対向装置（装置２）の接続されたインタフェースの休止を、装置１が監視光を介して通知する。装置１は、上記を通知後、休止インタフェースの警報をマスクし、ルーティングプロトコルのリンク死活監視機能を停止する。これにより、対向装置間のパケット授受によるリンク死活監視を停止するが、ここでの死活監視停止は、障害とはならない。次に、休止インタフェースのデータ変調を停止し、連続光のみを出力する。
【００４８】
一方、休止インタフェースの通知を受けた装置２も、休止インタフェースの警報をマスクし、ルーティングプロトコルのリンク死活監視機能を停止する。次に、休止インタフェースのデータ変調を停止し、連続光のみを出力する。
両装置は、受信光パワーを用いたリンク接続性の確認に移る
【００４９】
ここで、リンク断が発生したとする。この時、各装置は受信光パワーの低下により障害を検出する。障害を検出した各装置は、送信光を停止し、ルーティングプロトコルのリンク死活監視機能停止を解除する。これにより、対向装置間のパケット授受によるリンク死活監視が正常に動作しないため、ルーティングレイヤにおいても障害を検出することができる。その後、該当インタフェースの警報マスクを解除し、ライン側における障害を検出する。
【００５０】
図５に、本発明装置を用いた実施例２を示す。実施例２では、インタフェースが休止状態から復旧状態になる場合の振る舞いを示す。
【００５１】
リンク接続性確認までの動作は、実施例１と同様である。この例では、リンク接続性確認以降に、アイドル状態であったインタフェースにトラフィックが流れる場合を想定している。
【００５２】
トラフィック量を監視していた装置１において、トラフィックが検出されたため、インタフェースの復旧動作を開始する。まず、該当インタフェースを復旧させると共に、対向装置である装置２に対して、接続されたインタフェースの復旧を、監視光を介して通知する。装置１は、リンク死活監視機能停止を解除後、復旧させたインタフェースの警報マスクを解除し、トラフィック量の監視に入る。
【００５３】
装置２は、装置１からの復旧インタフェースの通知を確認し、該当インタフェースの復旧を行う。さらに、リンク死活監視機能停止を解除後、復旧させたインタフェースの警報マスクを解除し、トラフィック量の監視に入る。
【００５４】
また、以上述べた実施形態は全て本発明を例示的に示すものであって限定的に示すものではなく、本発明は他の種々の変形態様および変更態様で実施することができる。従って本発明の範囲は特許請求の範囲およびその均等範囲によってのみ規定されるものである。
【符号の説明】
【００５５】
１ 制御部
２ ルータ部
３ クライアント信号送受信部
４ 光送受信機
５ 監視光部
２１ パケット入力部
２２ フォワーディング部
２３ スイッチ部
２４ 出力スケジューリング部
２５ パケット出力部
【特許請求の範囲】
【請求項１】
トラフィック量と連携させて装置のインタフェースを休止・復旧制御する通信装置において、
インタフェースのトラフィック量を監視する手段と、
前記監視手段により、トラフィック量がないインタフェースを検出し、該当インタフェースに関するルーティングプロトコルのリンク死活監視機能を停止する手段と、
前記リンク死活監視機能停止後、前記インタフェースを休止する手段と、
前記インタフェースを使用したリンクの接続性を監視することで、リンク死活監視を行う手段と、
を備えることを特徴とする通信装置。
【請求項２】
前記インタフェースを休止する前に、該当インタフェースの警報マスクを設定する手段をさらに備えることを特徴とする請求項１に記載の通信装置。
【請求項３】
休止インタフェースのトラフィック量を監視する手段と、
前記監視手段によりトラフィックを検出した休止インタフェースを復旧する手段と、
前記休止インタフェース復旧後、前記インタフェースに関するルーティングプロトコルのリンク死活監視機能を再開する手段と、
をさらに備えることを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記休止インタフェースのリンク死活監視機能再開後、該当インタフェースの警報マスクを解除する手段をさらに備えることを特徴とする請求項３に記載の通信装置。
【請求項５】
前記リンクの接続性監視は、休止されデータ変調を停止された前記インタフェースから送出される連続光を用いて行われることを特徴とする請求項１から４のいずれか１項に記載の通信装置。
【請求項１】
トラフィック量と連携させて装置のインタフェースを休止・復旧制御する通信装置において、
インタフェースのトラフィック量を監視する手段と、
前記監視手段により、トラフィック量がないインタフェースを検出し、該当インタフェースに関するルーティングプロトコルのリンク死活監視機能を停止する手段と、
前記リンク死活監視機能停止後、前記インタフェースを休止する手段と、
前記インタフェースを使用したリンクの接続性を監視することで、リンク死活監視を行う手段と、
を備えることを特徴とする通信装置。
【請求項２】
前記インタフェースを休止する前に、該当インタフェースの警報マスクを設定する手段をさらに備えることを特徴とする請求項１に記載の通信装置。
【請求項３】
休止インタフェースのトラフィック量を監視する手段と、
前記監視手段によりトラフィックを検出した休止インタフェースを復旧する手段と、
前記休止インタフェース復旧後、前記インタフェースに関するルーティングプロトコルのリンク死活監視機能を再開する手段と、
をさらに備えることを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記休止インタフェースのリンク死活監視機能再開後、該当インタフェースの警報マスクを解除する手段をさらに備えることを特徴とする請求項３に記載の通信装置。
【請求項５】
前記リンクの接続性監視は、休止されデータ変調を停止された前記インタフェースから送出される連続光を用いて行われることを特徴とする請求項１から４のいずれか１項に記載の通信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１１−１７１８８４（Ｐ２０１１−１７１８８４Ａ）
【公開日】平成２３年９月１日（２０１１．９．１）
【国際特許分類】
【出願番号】特願２０１０−３２１３７（Ｐ２０１０−３２１３７）
【出願日】平成２２年２月１７日（２０１０．２．１７）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
【公開日】平成２３年９月１日（２０１１．９．１）
【国際特許分類】
【出願日】平成２２年２月１７日（２０１０．２．１７）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
[ Back to top ]