JP2010206245A - ネットワーク機器、ネットワークシステムおよびリンク管理方法 - Google Patents

Abstract

【課題】複数の物理リンクを含む仮想リンクを用いた通信において消費電力を低減すること。
【解決手段】リンク管理モジュール１４０は、データのトラヒック量を取得する。資源管理モジュール１１０は、リンク管理モジュール１４０により取得されたトラヒック量に基づいて、リンク１６０に含まれるべきリンク１６１の数を示す第１の最適リンク数を決定し、他のネットワーク機器から受信した第２の最適リンク数および第１の最適リンク数に基づいて第３の最適リンク数を決定する。資源管理モジュール１１０は、第３の最適リンク数に応じて、リンク１６０に含まれるリンク１６１の数を変更する。
【選択図】図１

Description

本発明は、複数の物理リンクを含む仮想リンクを管理する技術に関する。

複数の物理リンクを１つの仮想リンクとして用い、ネットワーク機器の間の利用可能帯域を増やす技術が知られている（例えば、非特許文献１）。

IEEE 802.3ad Standard (IEEE Computer Society LAN MAN Standards Committee). Aggregation of Multiple Link Segments, 2000.

特許文献１に記載された技術によれば、実際に利用されている帯域とは無関係に、複数の物理リンクを常に使用するため、消費電力を抑制することが難しかった。
これに対し本発明は、複数の物理リンクを含む仮想リンクを用いた通信において、消費電力をより低減することができる技術を提供する。

本発明は、少なくとも１つの物理リンクを含む仮想リンクを介して他のネットワーク機器との間で通信されるデータのトラヒック量を取得する取得手段と、前記取得手段により取得されたトラヒック量に基づいて、前記仮想リンクに含まれるべき物理リンクの数を示す第１の最適リンク数を決定する第１の決定手段と、前記第１の決定手段により決定された前記第１の最適リンク数を含む第１の通知を、前記他のネットワーク機器に送信する通知手段と、前記他のネットワーク機器において前記仮想リンクに含まれるべき物理リンクの数を示す第２の最適リンク数を含む、前記第１の通知に対する応答を受信する第１の受信手段と、前記第１の決定手段によって決定された前記第１の最適リンク数と、前記第１の受信手段によって受信された前記応答に含まれる前記第２の最適リンク数とに基づいて、第３の最適リンク数を決定する第２の決定手段と、前記第２の決定手段によって決定された前記第３の最適リンク数に応じて、前記仮想リンクに含まれる前記物理リンクの数を変更する変更手段とを有するネットワーク機器を提供する。
このネットワーク機器によれば、自装置および他のネットワーク機器の最適リンク数に応じて仮想リンクを構成する物理リンクの数が変更され、消費電力をより低減することができる。

好ましい態様において、このネットワーク機器は、前記他のネットワーク機器から前記第２の最適リンク数を含む第２の通知を受信する第２の受信手段と、前記通知手段が前記第１の通知を送信した後、前記第１の受信手段が前記応答を受信する前に、前記第２の受信手段が前記第２の通知を受信した場合において、前記第１の最適リンク数が前記第２の最適リンク数よりも少なかったときに、前記第２の通知に対する応答を前記他のネットワーク機器に送信する送信手段とを有してもよい。
このネットワーク機器によれば、自装置および他のネットワーク機器の双方がリンクの数の変更を主導しようとするときでも、リンク数の変更をすることができる。

別の好ましい態様において、前記ネットワーク機器および前記他のネットワーク機器に、それぞれ個別のアドレスが割り当てられ、前記通知手段が前記第１の通知を行った後、前記第１の受信手段が前記応答を受信する前に、前記他のネットワーク機器から前記第２の最適リンク数を含む第２の通知を受信した場合において、前記第１の最適リンク数が前記第２の最適リンク数と等しかったとき、かつ、前記ネットワーク機器に割り当てられたアドレスが前記他のネットワーク機器に割り当てられたアドレスよりも小さかったとき、前記送信手段は、前記第２の通知に対する応答を前記他のネットワーク機器に送信してもよい。
このネットワーク機器によれば、自装置および他のネットワーク機器の双方がリンクの数の変更を主導しようとするときでも、リンク数の変更をすることができる。

さらに別の好ましい態様において、前記他のネットワーク機器から前記第２の最適リンク数を含む第２の通知を受信する第２の受信手段を有し、前記第２の受信手段が前記第２の通知を受信すると、前記第１の決定手段が前記第１の最適リンク数を決定し、前記第２の最適リンク数が前記第１の最適リンク数以下であった場合、前記第２の通知に対する応答を前記他のネットワーク機器に送信する送信手段を有してもよい。
このネットワーク機器によれば、他のネットワーク機器がリンクの数の変更を主導しようとするときでも、リンク数の変更をすることができる。

さらに別の好ましい態様において、このネットワーク機器は、前記物理リンクの各々について、データを記憶するバッファを有し、前記第２の決定手段は、前記取得手段により取得された前記トラヒック量から算出されたトラヒック量の平均値の過去Ｓ回分の履歴を記憶し、１物理リンクあたりの帯域および前記履歴から得られる前記平均値を用いて、帯域の利用率を示す有効リンク数を、前記履歴１回分毎に算出し、前記履歴の最古回の前記平均値から算出された前記有効リンク数を基準リンク数とし、前記仮想リンクに含まれている物理リンクの数および前記１物理リンクあたりの帯域を用いて許容バッファサイズを算出し、前記バッファのうち前記仮想リンクに含まれている物理リンクのバッファの大きさの総和が、前記許容バッファサイズよりも大きかった場合、前記物理リンクの最大数および前記基準リンク数（小数点以下は切り捨てまたは切り上げ）のうち小さい方の値を、前記第１の最適リンク数とすることを決定してもよい。
このネットワーク機器によれば、使用されているバッファよりも許容バッファが大きい場合に、リンク数を減少させることができる。

さらに別の好ましい態様において、前記バッファのうち前記仮想リンクに含まれている物理リンクのバッファの大きさの総和が、前記許容バッファサイズよりも小さかった場合において、前記仮想リンクに含まれている物理リンクの数が前記基準リンク数よりも小さかったとき、前記第２の決定手段は、（１）前記履歴の中央回のトラヒック量から算出された前記有効リンク数と前記仮想リンクに含まれている物理リンクの数とのうち大きい方の値および（２）前記物理リンクの最大数のうち小さいほうの値を、前記第１の最適リンク数とすることを決定してもよい。
このネットワーク機器によれば、使用されているバッファよりも許容バッファが小さい場合に、リンク数を増加させることができる。

さらに別の好ましい態様において、前記バッファのうち前記仮想リンクに含まれている物理リンクのバッファの大きさの総和が、前記許容バッファサイズよりも小さかった場合において、前記仮想リンクに含まれている物理リンクの数が前記基準リンク数よりも大きかったとき、前記第２の決定手段は、前記仮想リンクに含まれている物理リンクの数および前記基準リンク数の平均値（小数点以下は切り捨てまたは切り上げ）を、前記第１の最適リンク数とすることを決定してもよい。
このネットワーク機器によれば、使用されているバッファよりも許容バッファが小さい場合に、リンク数を増加させることができる。

さらに別の好ましい態様において、前記履歴から得られる前記トラヒック量が増加傾向にある場合、前記第２の決定手段は、前記仮想リンクに含まれている物理リンクの数および前記基準リンク数の平均値（小数点以下は切り上げ）を、前記第１の最適リンク数とすることを決定し、前記履歴から得られる前記トラヒック量が増加傾向にない場合、前記第２の決定手段は、前記仮想リンクに含まれている物理リンクの数および前記基準リンク数の平均値（小数点以下は切り捨て）を、前記第１の最適リンク数とすることを決定してもよい。
このネットワーク機器によれば、使用されているバッファよりも許容バッファが小さい場合に、リンク数を増加させることができる。

また、本発明は、第１のネットワーク機器と、第２のネットワーク機器とを有し、前記第１のネットワーク機器が、取得手段と、第１の決定手段と、通知手段と、第１の受信手段と、第２の決定手段と、変更手段とを有し、前記第２のネットワーク機器が、第２の受信手段と、第３の決定手段と、送信手段とを有し、前記取得手段が、少なくとも１つの物理リンクを含む仮想リンクを介して前記第２のネットワーク機器との間で通信されるデータのトラヒック量を取得し、前記第１の決定手段が、前記取得手段により取得されたトラヒック量に基づいて、前記第１のネットワーク機器において前記仮想リンクに含まれるべき物理リンクの数を示す第１の最適リンク数を決定し、前記通知手段が、前記決定手段により決定された前記第１の最適リンク数を含む第１の通知を、前記第２のネットワーク機器に送信し、前記第２の通知を受信すると、前記第３の決定手段が、前記第２のネットワーク機器において前記仮想リンクに含まれるべき物理リンクの数を示す第２の最適リンク数を決定し、前記第２の最適リンク数が前記第１の最適リンク数以下であった場合、前記送信手段が、前記第２の通知に対する、前記第２の最適リンク数を含む応答を前記第１のネットワーク機器に送信し、前記第１の受信手段が、前記応答を受信し、前記第２の決定手段が、前記決定手段によって決定された前記第１の最適リンク数と、前記受信手段によって受信された前記応答に含まれる前記第２の最適リンク数とに基づいて、第３の最適リンク数を決定し、前記変更手段が、前記決定手段によって決定された前記第３の最適リンク数に応じて、前記仮想リンクに含まれる前記物理リンクの数を変更することを特徴とするネットワークシステムを提供する。
このネットワークシステムによれば、第１のネットワーク機器および第２のネットワーク機器の最適リンク数に応じて仮想リンクを構成する物理リンクの数が変更され、消費電力をより低減することができる。

好ましい態様において、このネットワークシステムは、前記トラヒック量を測定する測定手段を有する測定機器を有し、前記取得手段が、前記測定機器から前記トラヒック量を取得してもよい。
このネットワークシステムによれば、測定機器により測定されたトラヒック量に応じて、仮想リンクを構成する物理リンクの数が変更される。

さらに、本発明は、少なくとも１つの物理リンクを含む仮想リンクを介して他のネットワーク機器との間で通信されるデータのトラヒック量を測定するステップと、前記測定されたトラヒック量に基づいて、前記仮想リンクに含まれるべき物理リンクの数を示す第１の最適リンク数を決定するステップと、前記決定された前記第１の最適リンク数を含む第１の通知を、前記他のネットワーク機器に送信するステップと、前記他のネットワーク機器において前記仮想リンクに含まれるべき物理リンクの数を示す第２の最適リンク数を含む、前記通知に対する応答を受信するステップと、前記第１の最適リンク数と、前記受信された前記応答に含まれる前記第２の最適リンク数とに基づいて、第３の最適リンク数を決定するステップと、前記第３の最適リンク数に応じて、前記仮想リンクに含まれる前記物理リンクの数を変更するステップとを有するリンク管理方法を提供する。
このリンク管理方法によれば、自装置および他のネットワーク機器の最適リンク数に応じて仮想リンクを構成する物理リンクの数が変更され、消費電力をより低減することができる。

一実施形態に係るネットワークシステム１の機能構成を示す図である。 ネットワーク機器１０のハードウェア構成を示す図である。 データ送受信処理を示すフローチャートである。 トラヒックテーブルＴ１を例示する図である。 送受信されるデータのフォーマットを例示する図である。 リンク数調整処理を示すフローチャートである。 最適リンク数算出処理の詳細を示す図である。 リンクダウン処理の詳細を示すフローチャートである。 リンクアップ処理の詳細を示すフローチャートである。

１．構成
図１は、一実施形態に係るネットワークシステム１の機能構成を示す図である。ネットワークシステム１は、ネットワーク機器１０Ａおよびネットワーク機器１０Ｂを有する。ネットワーク機器１０Ａとネットワーク機器１０Ｂとは、複数のリンク１６１により接続されている。リンク１６１は、物理リンク、例えば、Ethernet（登録商標）規格によるケーブルを介したリンクである。複数のリンク１６１は、複数本のケーブルによるリンクの他、単一の光ファイバを伝送する複数チャンネルのリンクや、無線リンク、またはこれらの組み合わせを含んでもよい。ネットワーク機器１０Ａおよびネットワーク機器１０Ｂは、同じ機能を有している。以下、ネットワーク機器１０Ａとネットワーク機器１０Ｂとを区別する必要のないときは単にネットワーク機器１０と記載する。ネットワーク機器１０は、例えばスイッチである。また、複数のリンク１６１を区別する必要があるときは、リンク１６１−１、リンク１６１−２、…というように枝番号を用いて区別する。

リンク管理モジュール１４０（取得手段、通知手段、第１の受信手段、第２の受信手段および送信手段の一例）は、各リンク１６１を管理する。リンク管理モジュール１４０とリンク１６１とは、一対一に対応している。リンク管理モジュール１４０は、バッファを有しており、バッファに記憶されたデータを、対応するリンク１６１を介して送信する。複数のリンク管理モジュール１４０を区別する必要があるときは、リンク管理モジュール１４０−１、リンク管理モジュール１４０−２、…というように枝番号を用いて区別する。

トランキングモジュール１３０は、リンク１６０を管理する。リンク１６０は、複数のリンク１６１（物理リンク）を含む仮想リンクである。Ｌ２（レイヤ２）モジュール１２０は、ＯＳＩ参照モデルの第２層（データリンク層）の機能を有する。資源管理モジュール１１０（第１の決定手段、第２の決定手段および変更手段の一例）は、ネットワーク機器１０の資源、特にリンク１６１およびリンク１６０を管理する。資源管理モジュール１１０において、ネットワーク機器１０Ａの資源管理モジュール１１０とネットワーク機器１０Ｂの資源管理モジュール１１０とを区別する必要があるときは、資源管理モジュール１１０Ａ、資源管理モジュール１１０Ｂのように添字を用いて区別する。他のモジュールについても同様である。

図２は、ネットワーク機器１０のハードウェア構成を示す図である。ＣＰＵ（Central Processing Unit）１０１は、ネットワーク機器１０の構成要素を制御する制御装置である。ＲＡＭ（Random Access Memory）１０２は、ＣＰＵ１０１が命令（プログラム）を実行する際のワークエリアとして機能する記憶装置である。ＲＯＭ（Read Only Memory）１０３は、ネットワーク機器１０の動作に用いられるプログラムやデータを記憶した記憶装置である。Ｉ／Ｆ１０４は、他の機器とデータや信号のやりとりをするインターフェースである。

ＣＰＵ１０１がＲＯＭ１０３に記憶されたプログラムに従って、ＲＡＭ１０２やＩ／Ｆ１０４等のハードウェア資源と協働することにより、図１に示される各モジュールの機能が実現される。すなわちこの例で、図１に示される各モジュールは、ソフトウェアモジュールとハードウェア資源とが協働したものである。以下において、例えば、トランキングモジュール１３０が資源管理モジュール１１０にデータを「渡す」とは、資源管理モジュール１１０が用いる記憶領域にデータを記憶する等、資源管理モジュール１１０がデータを利用可能にすることをいう。バス１０９は、データや信号の伝送路である。

２．動作
２−１．データの送受信
図３は、ネットワーク機器１０におけるデータ送受信処理を示すフローチャートである。ステップＳ１０１において、ネットワーク機器１０Ａのリンク管理モジュール１４０は、リンク１６０を介してネットワーク機器１０Ｂからデータを受信する。リンク管理モジュール１４０は、受信したデータを記憶する（ステップＳ１０２）。リンク管理モジュール１４０は受信したデータをＬ２モジュール１２０に渡す。さらに、リンク管理モジュール１４０は、トラヒックテーブルＴ１を更新する。トラヒックテーブルＴ１は、リンク１６０を介して送受信されたデータの履歴を示すテーブルである。リンク管理モジュール１４０は、それぞれ個別のトラヒックテーブルＴ１を有している。

図４は、トラヒックテーブルＴ１を例示する図である。トラヒックテーブルＴ１は、データを通信したリンク１６１の識別子（Ｉ／Ｆ名）、送信されたデータ量（Ｔｘデータサイズ）および受信されたデータ量（Ｒｘデータサイズ）を含む。リンク管理モジュール１４０は、ステップＳ１０１において受信したデータのデータ量を、トラヒックテーブルＴ１の「Ｒｘデータサイズ」の欄に記録する。

再び図３を参照する。ステップＳ１０３において、Ｌ２モジュール１２０は、リンク管理モジュール１４０から受け取ったデータに応じて、データの送信に用いるリンクを決定する。データの送信に用いるリンクの決定は、例えば、ＩＥＥＥ８０２．３等のＬ２プロトコルに準拠して行われる。

図５は、送受信されるデータのフォーマットを例示する図である。データは、Ｌ２ヘッダ、上位レイヤヘッダおよびペイロードを含む。Ｌ２ヘッダは、ＭＡＣアドレス等の送受信アドレスを含む。ステップＳ１０３におけるリンクの決定は、Ｌ２ヘッダに含まれる送受信アドレスを用いて行われる。

再び図３を参照する。ステップＳ１０４において、Ｌ２モジュール１２０は、送信に用いられるリンクがトランクされたリンクであるか判断する。トランクされたリンクとは、２つ以上のリンク１６１を含むリンク１６０をいう。送信に用いられるリンクがトランクされたリンクであると判断された場合（Ｓ１０４：ＹＥＳ）、Ｌ２モジュール１２０は、送信すべきデータをトランキングモジュール１３０に渡す。送信に用いられるリンクがトランクされたリンクではないと判断された場合（Ｓ１０４：ＮＯ）、Ｌ２モジュール１２０は、送信すべきデータをリンク管理モジュール１４０に渡す。

リンクがトランクされたリンクであるかの判断は、例えば以下のように行われる。この例で、トランキングモジュール１３０は、利用可能なリンクの一覧を有している。一覧に記録されているリンクは、物理リンクまたは仮想リンクである。一覧には、リンクに含まれる物理リンクの数を示す情報、またはリンクが物理リンクおよび仮想リンクのどちらであるかを示す情報が含まれている。Ｌ２モジュール１２０は、トランキングモジュール１３０からこの情報を取得し、リンクがトランクされたリンクであるか判断する。なお、この一覧は、資源管理モジュール１１０など他のモジュールが有していてもよい。

Ｌ２モジュール１２０からデータを受け取ると、トランキングモジュール１３０は、データの送信に用いるリンクを決定する（ステップＳ１０５）。リンクの決定は、データのＬ２ヘッダおよび上位レイヤヘッダの少なくともいずれか一方を用いて、ＩＥＥＥ８０２．３ａｄ等のＬ２プロトコルに準拠して行われる。データの送信に使用するリンクを決定すると、トランキングモジュール１３０は、決定したリンクを管理するリンク管理モジュール１４０に、送信すべきデータを渡す。

Ｌ２モジュール１２０またはトランキングモジュール１３０からデータを受け取ると、リンク管理モジュール１４０は、データを送信する（ステップＳ１０６）。詳細には次のとおりである。リンク管理モジュール１４０は、自身が管理するトラヒックテーブルＴ１の「Ｔｘデータサイズ」の欄に、送信すべきデータのデータ量を記録する。リンク管理モジュール１４０は、送信すべきデータを記憶する。リンク管理モジュール１４０は、自身が管理するリンク１６１のバッファにデータを書き込む。バッファに書き込まれたデータは、リンク管理モジュール１４０によって適切なタイミングで送信される。

２−２．リンク管理
図６は、ネットワーク機器１０におけるリンク数調整処理を示すフローチャートである。図６のフローは、所定の時間間隔Ｔで周期的に実行される。ステップＳ２０１において、資源管理モジュール１１０は、許容バッファサイズＭ_thresを算出する。詳細には以下のとおりである。資源管理モジュール１１０は、トランキングモジュール１３０により管理されるリンク１６１に対応するリンク管理モジュール１４０から、使用しているバッファのサイズを取得する。資源管理モジュール１１０は、取得したバッファのサイズを合算し、総和Ｍ_curを得る。また、資源管理モジュール１１０は、現在（その時点において）使用されているリンクの数Ｎ_curを、トランキングモジュール１３０から取得する。さらに、資源管理モジュール１１０は、各リンク１６１（１物理リンクあたり）の帯域Ｒ_channelを各管理モジュール１４０から取得する。資源管理モジュール１１０は、これらのパラメータを用いて、次式（１）により許容バッファサイズを算出する。

ここで、βは許容遅延を示すパラメータである（単位は、例えばｍｓｅｃ）。また、Ｎ_maxは仮想リンク（トランク）として利用可能な物理リンクの最大数（最大リンク数）を示すパラメータである。

ステップＳ２０２において、資源管理モジュール１１０は、ネットワーク機器１０との間のトラヒック情報を取得する。詳細には以下のとおりである。資源管理モジュール１１０は、各リンク管理モジュール１４０から、トラヒックテーブルＴ１に記録されているＴｘデータサイズおよびＲｘデータサイズをトラヒック情報として取得し、処理の周期Ｔで除算して単位時間あたりのトラヒックレートの平均Ｒ_avg（０）を算出する。資源管理モジュール１１０は、直近のＳ回分の平均値すなわちＲ_avg（０）〜Ｒ_avg（Ｓ−１）を記憶している。Ｒ_avg（０）が最新の平均値でありＲ_avg（Ｓ−１）が最古の平均値である。平均Ｒ_avg（０）を算出した後、資源管理モジュール１１０は、自身に提供したトラヒック情報を消去するようにリンク管理モジュール１４０に命令する。この命令を受けると、リンク管理モジュール１４０は、トラヒックテーブルＴ１の内容を消去する。

ステップＳ２０３において、資源管理モジュール１１０は、ステップＳ２０１−２０２で得られたパラメータを用いて、最適なリンク数Ｎ_tsaを算出する。

図７は、最適リンク数算出処理の詳細を示す図である。ステップＳ３０１において、資源管理モジュール１１０は、前計算を行う。前計算とは、パラメータδ（ｘ）およびＮ_condtを得るための計算をいう。パラメータδ（ｘ）は、帯域の利用率すなわち有効なリンク数を示すパラメータである。パラメータＮ_cdntは、以下の処理において基準として用いられるリンク数を示すパラメータである。ここで、資源管理モジュール１１０は、次式（２）および（３）に従って前計算を行う。

なお、式（３）の右辺は、δ（Ｓ−１）の小数点以下を切り上げた値を意味する。ｘは０≦ｘ≦Ｓ−１を満たす整数である。αは、有効リンク数を導く際の平均トラヒックレートに対する係数であり、α＞１のとき有効リンク数が冗長化される。

ステップＳ３０２において、資源管理モジュール１１０は、現在の使用バッファサイズＭ_curとステップＳ２０１において算出された許容バッファサイズＭ_thresとを比較する。具体的には、資源管理モジュール１１０は、バッファサイズＭ_curを取得する。資源管理モジュール１１０は、取得したバッファサイズＭ_curが許容バッファサイズＭ_thresより大きいか、すなわちＭ_cur＞Ｍ_thresを満たすか判断する。Ｍ_cur＞Ｍ_thresであると判断された場合（Ｓ３０２：ＹＥＳ）、資源管理モジュール１１０は、処理をステップＳ３０４に移行する。Ｍ_cur＞Ｍ_thresでないと判断された場合（Ｓ３０２：ＮＯ）、資源管理モジュール１１０は、処理をステップＳ３０３に移行する。

ステップＳ３０３において、資源管理モジュール１１０は、次式（４）を用いて最適リンク数Ｎ_tsaを算出する。ここで、Ｎ_maxはネットワークシステム１において利用可能なリンク１６１の最大値を示す。

ステップＳ３０４において、資源管理モジュール１１０は、Ｎ_curとＮ_cndtの大小関係を調べる。Ｎ_cur＝Ｎ_cndtであった場合、資源管理モジュール１１０は、Ｎ_tsa＝Ｎ_curとして最適リンク数Ｎ_tsaを決定する（ステップＳ３０５）。

Ｎ_cur＜Ｎ_cndtであった場合、資源管理モジュール１１０は、次式（５）を用いて最適リンク数Ｎｔｓａを算出する（ステップＳ３０６）。

なお、式（５）の右辺のδの（）内の第１項はＳ／２の小数点以下切り捨てた値を意味する。

Ｎ_cur＞Ｎ_cndtであった場合、資源管理モジュール１１０は、次式（６）を用いて最適リンク数Ｎ_tsaを算出する（ステップＳ３０７）。

ステップＳ３０３、３０５、３０６または３０７において最適リンク数Ｎ_tsaを算出すると、資源管理モジュール１１０は、図７のフローを終了する。

再び図６を参照して説明する。最適リンク数Ｎ_tsaを算出すると、資源管理モジュール１１０は、最適リンク数Ｎ_tsaと現状のリンク数Ｎ_curとの比較結果に応じて、次の処理を決定する（ステップＳ２０４）。Ｎ_tsa＝Ｎ_curの場合、資源管理モジュール１１０は、処理をステップＳ２０５に移行する。Ｎ_tsa＜Ｎ_curの場合、資源管理モジュール１１０は、処理をステップＳ２０６に移行する。Ｎ_tsa＞Ｎ_curの場合、資源管理モジュール１１０は、処理をステップＳ２０７に移行する。

ステップＳ２０５において、資源管理モジュール１１０は、リンク数の調整は行わず、一定時間経過後に再びステップＳ２０１からの処理を行う。

ステップＳ２０６において、資源管理モジュール１１０は、リンクダウン処理を行う。リンクダウン処理とは、リンク１６０に含まれるリンク１６１の数を減少させる処理をいう。

ステップＳ２０７において、資源管理モジュール１１０は、リンクアップ処理を行う。リンクアップ処理とは、リンク１６０に含まれるリンク１６１の数を増加させる処理をいう。リンクダウン処理またはリンクアップ処理が完了すると、資源管理モジュール１１０は、一定時間経過後に再びステップＳ２０１からの処理を行う。

２−３．リンクダウン
図８は、リンクダウン処理の詳細を示すフローチャートである。ステップＳ４０１において、リンク管理モジュール１４０Ａは、ネットワーク機器１０Ｂに、最適リンク数Ｎ_tsaを示す情報を送信する。詳細には以下のとおりである。資源管理モジュール１１０Ａは、トランキングモジュール１３０Ａを介してリンク１６０を構成しているリンク１６１を管理するリンク管理モジュール１４０Ａ（リンク１６０に含まれるリンク１６１を管理するリンク管理モジュール１４０Ａ）に対し、最適リンク数Ｎ_tsaを示す情報を送信するように命令する。資源管理モジュール１１０Ａからの命令を受けると、リンク管理モジュール１４０Ａは、自身が管理するリンク１６１を介して、最適リンク数Ｎ_tsaを示す情報を、ネットワーク機器１０Ｂに対して最高優先度で送信する。最適リンク数Ｎ_tsaを示す情報を送信すると、資源管理モジュール１１０Ａは応答待ちの状態になる。

ネットワーク機器１０Ａから最適リンク数Ｎ_tsaを示す情報を受信すると、リンク管理モジュール１４０Ｂは、受信した情報を資源管理モジュール１１０Ｂに渡す。最適リンク数Ｎ_tsaを示す情報を受け取ると、資源管理モジュール１１０Ｂは、図６のステップＳ２０１−Ｓ２０３の処理を行い、ネットワーク機器１０Ａから最適リンク数Ｎ_tsaを算出する（ステップＳ４０２）。以下、必要に応じて、ネットワーク機器１０Ａおよびネットワーク機器１０Ｂにおける最適リンク数をそれぞれＮ_tsa ^A（第１の最適リンク数、第３の最適リンク数の一例）およびＮ_tsa ^B（第２の最適リンク数の一例）と表す。

最適リンク数Ｎ_tsa ^Bを算出すると、資源管理モジュール１１０Ｂは、最適リンク数Ｎ_tsa ^Aが許容範囲内にあるか、具体的には、Ｎ_tsa ^A≦Ｎ_tsa ^Bであるか判断する（ステップＳ４０３）。最適リンク数Ｎ_tsa ^Aが許容範囲内にあると判断された場合（Ｓ４０３：ＹＥＳ）、資源管理モジュール１１０Ｂは、処理をステップＳ４０６に移行する。最適リンク数Ｎ_tsa ^Aが許容範囲内にないと判断された場合（Ｓ４０３：ＮＯ）、資源管理モジュール１１０Ｂは、処理をステップＳ４０４に移行する。

ステップＳ４０４において、資源管理モジュール１１０Ｂは、ネットワーク機器１０Ａに対し否定応答を送信する。ネットワーク機器１０Ｂから否定応答を受信すると、リンク管理モジュール１４０Ａは、資源管理モジュール１１０Ａに否定応答を渡す。否定応答を受けると、資源管理モジュール１１０Ａは、リンクダウン処理を終了する（ステップＳ４０５）。

ステップＳ４０６において、資源管理モジュール１１０Ｂは、ネットワーク機器１０Ａに対し肯定応答を送信する。さらに、資源管理モジュール１１０Ｂは、トランキングモジュール１３０Ｂに対し、ダウンさせる（リンク１６０から外される）リンク１６１を管理するリンク管理モジュール１４０Ｂに対して、そのリンク管理モジュール１４０Ｂが保有するバッファへの送信データの書き込みを禁止させる（ステップＳ４０７）。ダウンさせるリンク１６１を管理するリンク管理モジュール１４０Ｂは、バッファに保存されたデータを送信する（ステップＳ４０８）。バッファが空になると、ダウンさせるリンク１６１を管理するリンク管理モジュール１４０Ｂは、バッファが空になった旨を資源管理モジュール１１０Ｂに通知する。バッファが空になった通知を受けると、資源管理モジュール１１０Ｂは、ネットワーク機器１０Ａに対し、ダウンさせるリンク１６１を管理するリンク管理モジュール１４０Ｂのバッファ内のデータ送信が完了した旨を通知する（ステップＳ４０９）。

リンク１６０を構成するリンク１６１のうち、ダウンされるリンクの決定は、例えば、帯域の狭い順、トラヒックレートの平均Ｒ_avgが低い順、アドレスが小さい順など、所定のルールに従って付けられた順位に応じて、資源管理モジュール１１０Ｂにより行われる。例えば、資源管理モジュール１１０Ｂは、リンク１６０に含まれるリンク１６１の数がＮ_tsa ^Aになるように、最も帯域の狭いリンク１６１から順にダウンするリンクを決定する。以下、リンク１６１−２がダウンされる場合を例に説明する。ネットワーク機器１０Ｂは、ネットワーク機器１０Ａに対し、ダウンするリンクを特定する情報を送信する。

一方、ネットワーク機器１０Ａにおいても、ネットワーク機器１０Ｂから肯定応答を受けると、資源管理モジュール１１０ＡがステップＳ４０６−Ｓ４０９と同様の処理を実行する。すなわち、リンク１６１−２を管理するリンク管理モジュール１４０Ａ−２のバッファ内のデータの送信が完了すると、ネットワーク機器１０Ｂにその旨を通知する。

バッファ内のデータ送信が完了した後で、ネットワーク機器１０Ａからバッファ内のデータの送信が完了した旨を通知されると、資源管理モジュール１１０Ｂは、リンク１６１−２をリンク１６０から外す（すなわちリンクをダウンさせる）（ステップＳ４１０）。リンクをダウンさせると、資源管理モジュール１１０Ｂは、処理を終了する（ステップＳ４１１）。ネットワーク機器１０Ａの資源管理モジュール１１０Ａも同様である。

２−４．リンクアップ
図９は、リンクアップ処理の詳細を示すフローチャートである。ステップＳ５０１において、リンク管理モジュール１４０Ａは、ネットワーク機器１０Ｂに、最適リンク数Ｎ_tsa ^Aを示す情報を送信する。詳細はステップＳ４０１の処理と同様である。また、資源管理モジュール１１０Ａは、アップさせる（すなわちリンク１６０に追加される）リンク１６１を管理するリンク管理モジュール１４０Ａに対し、リンクをアップするように（すなわちリンク１６０に追加されるように）命令する（ステップＳ５０２）。

ネットワーク機器１０Ａから最適リンク数Ｎ_tsa ^Aを示す情報を受信すると、リンク管理モジュール１４０Ｂは、受信した情報を資源管理モジュール１１０Ｂに渡す。最適リンク数Ｎ_tsa ^Aを示す情報を受け取ると、資源管理モジュール１１０Ｂは、図６のステップＳ２０１−Ｓ２０３の処理を行い、ネットワーク機器１０Ａから最適リンク数Ｎ_tsa ^Bを算出する（ステップＳ５０３）。最適リンク数Ｎ_tsa ^Bを算出すると、資源管理モジュール１１０Ｂは、ネットワーク機器１０Ａに肯定応答を送信する（ステップＳ５０４）。また、資源管理モジュール１１０Ｂは、アップさせるリンク１６１を管理するリンク管理モジュール１４０Ｂに対し、リンクをアップするように命令する。この処理はステップＳ５０２と同様に行われる。

リンク１６０を構成しないリンク１６１のうち、リンク１６０に追加（アップ）されるリンク１６１の決定は、例えば、帯域の広い順、トラヒックレートの平均Ｒ_avgが高い順、アドレスが小さい順など、所定のルールに従って付けられた順位に応じて、資源管理モジュール１１０により行われる。例えば、リンク１６０に含まれるリンク１６１の数がＮ_tsa ^Aになるように、最も帯域の広いリンク１６１から順にがアップするリンクが決定される。以下、リンク１６１−３がアップされる場合を例に説明する。

リンクをアップする命令をすると、資源管理モジュール１１０Ｂは、ネットワーク機器１０Ａにおいてもリンク１６１−３がアップされたか確認する（ステップＳ５０５）。リンクがアップされたかの確認は、例えばネットワーク機器１０Ａとネットワーク機器１０Ｂとの間で確認と応答をやりとりすることにより行われる。ネットワーク機器１０Ａにおいてリンク１６１−３がアップされたことが確認されると、資源管理モジュール１１０Ｂは、リンクアップが完了したことをトランキングモジュール１３０に通知する。リンクアップが完了したことを通知されると、資源管理モジュール１１０Ｂは、リンク１６１を含むリンク１６０を介したデータの送受信を開始する（ステップＳ５０６）。こうして、資源管理モジュール１１０Ｂはリンクアップの処理を終了する（ステップＳ５０７）。資源管理モジュール１１０Ａについても同様である。

この例で、ネットワーク機器１０Ａとネットワーク機器１０Ｂとが同じタイミングでステップＳ４０１（またはステップＳ５０１）の処理を行った場合、ネットワーク機器１０Ａとネットワーク機器１０Ｂの双方が、相手からの応答（肯定応答または否定応答）待ちの状態になってしまう。双方が応答待ちになってしまうと処理が止まってしまう場合があるので、その場合、以下の処理を行ってもよい。ステップＳ４０１において最適リンク数Ｎ_tsa ^Aを示す情報を送信した後、相手からの応答待ちになった状態で、資源管理モジュール１１０Ａがネットワーク機器１０Ｂから最適リンク数Ｎ_tsa ^Bを示す情報を受信した場合を考える。このとき、資源管理モジュール１１０Ａは、Ｎ_tsa ^AとＮ_tsa ^Bとを比較する。Ｎ_tsa ^A＞Ｎ_tsa ^Bの場合、資源管理モジュール１１０Ａは、自らがマスタ（相手からの応答を待つ装置）として機能することを決定する。Ｎ_tsa ^A＜Ｎ_tsa ^Bの場合、資源管理モジュール１１０Ａは、自らがスレーブ（相手に応答を返す装置）として機能することを決定する。スレーブとなることを決定すると、資源管理モジュール１１０Ａは、ステップＳ４０３以降の処理を実行する。Ｎ_tsa ^A＝Ｎ_tsa ^Bの場合、資源管理モジュール１１０Ａは、他のパラメータ、例えば、ネットワーク機器１０Ａおよびネットワーク機器１０Ｂに割り当てられたアドレスを用いて、マスタとなるかスレーブとなるかを決定する。具体的には、資源管理モジュール１１０Ａは、ネットワーク機器１０Ａのアドレスがネットワーク機器１０Ｂのアドレスよりも大きかった場合、自らがマスタとなることを決定する。

３．実施形態の効果
以上で説明したように、本実施形態に係るネットワークシステム１によれば、リンク１６０を構成するリンク１６１の数は、トラヒック量に応じて動的に変化（調整）される。トラヒック量が少ないときには使用されるリンク数が減少され、この構成を有しない場合と比較して消費電力が抑制される。

４．他の実施形態
本発明は上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例をいくつか説明する。以下の変形例のうち２つ以上のものが組み合わせて用いられてもよい。

処理の基準となるリンク数の算出方法は、式（３）によるものに限定されない。式（３）において、δ（Ｓ−１）の小数点以下が切り捨てられてもよい。あるいは、あらかじめ決められた回数前のＲ_avgを用いて算出されたδ（ｘ）や、比較的古い回のδ（ｘ）の平均値を用いて基準リンク数Ｎ_cdntが算出されてもよい。

ステップＳ３０３における最適リンク数の算出方法は、式（４）によるものに限定されない。式（４）において、δ（０）の小数点以下が切り捨てられてもよい。

ステップＳ３０６における最適リンク数の算出方法は、式（５）によるものに限定されない。例えば、式（５）のｍａｘ（）内の第２項は、式（５）に記載されたものに限定されない。Ｓ回分の履歴のうち、中央回（第Ｓ／２回）付近の平均値Ｒ_avgを示すものであれば、どのような値が用いられてもよい。

ステップＳ３０７における最適リンク数の算出方法は、式（６）によるものに限定されない。例えば、式（６）では、帯域の平均値Ｒ_avgが増加傾向にあるときとそうでないときを場合分けしているが、このような場合分けをせずにＮ_curとＮ_cdntの平均値（小数点以下は切り捨てまたは切り下げ）が最適リンク数として算出されてもよい。また、帯域の平均値Ｒ_avgが増加傾向にあることを示す条件も、式（６）に記載されたものに限定されない。式（６）に記載されたものとは違う条件が用いられてもよい。

ダウンするリンクまたはアップするリンクを決定するネットワーク機器は、ネットワーク機器１０Ｂに限定されない。例えば、ステップＳ４０６（図８）の肯定応答を受信した後で、資源管理モジュール１１０Ａが、ダウンするリンクを決定してもよい。この場合、ダウンするリンクを決定すると、資源管理モジュール１１０Ａは、ダウンするリンクを特定する識別子をネットワーク機器１０Ｂに送信する。ダウンするリンクを特定する識別子を受信すると、ネットワーク機器１０Ｂは、ステップＳ４０７以降の処理を行う。

ステップＳ４０３（図８）において許容範囲にないと判断された場合の処理は、実施形態で説明したものに限定されない。最適リンク数Ｎ_tsa ^AおよびＮ_tsa ^Bに基づいて決定される最適リンク数（第３の最適リンク数）であれば、どのような値が用いられてもよい。実施形態においては、第３の最適リンク数＝Ｎ_tsa ^Aである例を説明した。しかし、例えば、ネットワーク機器１０Ｂは、最適リンク数Ｎ_tsa ^B（＜Ｎ_tsa ^A）を含む否定応答をネットワーク機器１０Ａに送信してもよい。この否定応答を受けると、資源管理モジュール１１０Ａは、Ｎ_tsa＝Ｎ_tsa ^BとしてステップＳ４０７以降の処理を実行する。

リンクアップ処理において、最適リンク数の送信（図９：ステップＳ５０１）は省略されてもよい。ネットワーク機器１０Ｂにリンクアップ処理を開始させるための情報であれば、どのような情報が送信されてもよい。また、ネットワーク機器１０Ｂにおいては、最適リンク数の算出（ステップＳ５０３）が省略されてもよい。

図６のフローを開始させる契機となるイベントは、周期Ｔが経過したことに限定されない。特定のデータが送信または受信されたこと、あるいは、他の装置から命令を受けたことなどを契機として図６のフローが開始されてもよい。

図１に示される各モジュール間の機能の分担は、実施形態で説明したものに限定されない。ネットワーク機器１０が全体としてリンク１６０に含まれるリンク１６１の数を調整できるものであれば、モジュール間の機能の分担はどのようになっていてもよい。また、実施形態においては、図１に示される各モジュールはソフトウェアモジュールとハードウェア資源が協働したものであると説明したが、ネットワーク機器１０は、図１に示される各モジュールに対応するハードウェアモジュールを有していてもよい。

実施形態においてネットワーク機器１０のモジュールの機能として説明されたものの一部が、ネットワーク機器１０とは別の装置により実現されてもよい。例えば、ネットワークシステム１は、ネットワーク機器１０Ａおよび１０Ｂに加え、測定機器を有していてもよい。測定機器は、リンク１６０（またはリンク１６１）のトラヒック量を測定するセンサ（または測定機能）を有する。この測定機器は、ネットワーク機器１０Ａ（またはネットワーク機器１０Ｂ）と接続されており、測定したトラヒック量を示す情報をネットワーク機器１０Ａに出力する。ネットワーク機器１０Ａのリンク管理モジュール１４０は、トラヒック量をこの測定機器から取得し、トラヒックテーブルＴ１を更新する。すなわち、実施形態においては、ネットワーク機器１０自身がトラヒック量を測定し、測定結果をメモリから取得する例を説明したが、ネットワーク機器１０以外の測定機器がトラヒック量を測定し、ネットワーク機器１０はこの測定機器からトラヒック量を取得してもよい。

１…ネットワークシステム、１０…ネットワーク機器、１０１…ＣＰＵ、１０２…ＲＡＭ、１０３…ＲＯＭ、１０４…Ｉ／Ｆ、１１０…資源管理モジュール、１２０…Ｌ２モジュール、１３０…トランキングモジュール、１４０…リンク管理モジュール、１５０…記憶部、１６０…リンク、１６１…リンク

Claims (11)

1. 少なくとも１つの物理リンクを含む仮想リンクを介して他のネットワーク機器との間で通信されるデータのトラヒック量を取得する取得手段と、
   前記取得手段により取得されたトラヒック量に基づいて、前記仮想リンクに含まれるべき物理リンクの数を示す第１の最適リンク数を決定する第１の決定手段と、
   前記第１の決定手段により決定された前記第１の最適リンク数を含む第１の通知を、前記他のネットワーク機器に送信する通知手段と、
   前記他のネットワーク機器において前記仮想リンクに含まれるべき物理リンクの数を示す第２の最適リンク数を含む、前記第１の通知に対する応答を受信する第１の受信手段と、
   前記第１の決定手段によって決定された前記第１の最適リンク数と、前記第１の受信手段によって受信された前記応答に含まれる前記第２の最適リンク数とに基づいて、第３の最適リンク数を決定する第２の決定手段と、
   前記第２の決定手段によって決定された前記第３の最適リンク数に応じて、前記仮想リンクに含まれる前記物理リンクの数を変更する変更手段と
   を有するネットワーク機器。
2. 前記他のネットワーク機器から前記第２の最適リンク数を含む第２の通知を受信する第２の受信手段と、
   前記通知手段が前記第１の通知を送信した後、前記第１の受信手段が前記応答を受信する前に、前記第２の受信手段が前記第２の通知を受信した場合において、前記第１の最適リンク数が前記第２の最適リンク数よりも少なかったときに、前記第２の通知に対する応答を前記他のネットワーク機器に送信する送信手段と
   を有する請求項１に記載のネットワーク機器。
3. 前記ネットワーク機器および前記他のネットワーク機器に、それぞれ個別のアドレスが割り当てられ、
   前記通知手段が前記第１の通知を送信した後、前記第１の受信手段が前記応答を受信する前に、前記他のネットワーク機器から前記第２の最適リンク数を含む第２の通知を受信した場合において、前記第１の最適リンク数が前記第２の最適リンク数と等しかったとき、かつ、前記ネットワーク機器に割り当てられたアドレスが前記他のネットワーク機器に割り当てられたアドレスよりも小さかったとき、前記送信手段は、前記第２の通知に対する応答を前記他のネットワーク機器に送信する
   ことを特徴とする請求項２に記載のネットワーク機器。
4. 前記他のネットワーク機器から前記第２の最適リンク数を含む第２の通知を受信する第２の受信手段を有し、
   前記第２の受信手段が前記第２の通知を受信すると、前記第１の決定手段が前記第１の最適リンク数を決定し、
   前記第２の最適リンク数が前記第１の最適リンク数以下であった場合、前記第２の通知に対する応答を前記他のネットワーク機器に送信する送信手段を有する
   ことを特徴とする請求項１に記載のネットワーク機器。
5. 前記物理リンクの各々について、データを記憶するバッファを有し、
   前記第２の決定手段は、
   前記取得手段により取得された前記トラヒック量から算出されたトラヒック量の平均値の過去Ｓ回分の履歴を記憶し、
   １物理リンクあたりの帯域および前記履歴から得られる前記平均値を用いて、帯域の利用率を示す有効リンク数を、前記履歴１回分毎に算出し、
   前記履歴の最古回の前記平均値から算出された前記有効リンク数を基準リンク数とし、
   前記仮想リンクに含まれている物理リンクの数および前記１物理リンクあたりの帯域を用いて許容バッファサイズを算出し、
   前記バッファのうち前記仮想リンクに含まれている物理リンクのバッファの大きさの総和が、前記許容バッファサイズよりも大きかった場合、前記物理リンクの最大数および前記基準リンク数（小数点以下は切り捨てまたは切り上げ）のうち小さい方の値を、前記第１の最適リンク数とすることを決定する
   ことを特徴とする請求項１−４のいずれかの項に記載のネットワーク機器。
6. 前記バッファのうち前記仮想リンクに含まれている物理リンクのバッファの大きさの総和が、前記許容バッファサイズよりも小さかった場合において、前記仮想リンクに含まれている物理リンクの数が前記基準リンク数よりも小さかったとき、前記第２の決定手段は、（１）前記履歴の中央回の前記平均値から算出された前記有効リンク数と前記仮想リンクに含まれている物理リンクの数とのうち大きい方の値および（２）前記物理リンクの最大数のうち小さいほうの値を、前記第１の最適リンク数とすることを決定する
   ことを特徴とする請求項１−５のいずれかの項に記載のネットワーク機器。
7. 前記バッファのうち前記仮想リンクに含まれている物理リンクのバッファの大きさの総和が、前記許容バッファサイズよりも小さかった場合において、前記仮想リンクに含まれている物理リンクの数が前記基準リンク数よりも大きかったとき、前記第２の決定手段は、前記仮想リンクに含まれている物理リンクの数および前記基準リンク数の平均値（小数点以下は切り捨てまたは切り上げ）を、前記第１の最適リンク数とすることを決定する
   ことを特徴とする請求項１−６のいずれかの項に記載のネットワーク機器。
8. 前記履歴から得られる前記トラヒック量が増加傾向にある場合、前記第２の決定手段は、前記仮想リンクに含まれている物理リンクの数および前記基準リンク数の平均値（小数点以下は切り上げ）を、前記第１の最適リンク数とすることを決定し、
   前記履歴から得られる前記トラヒック量が増加傾向にない場合、前記第２の決定手段は、前記仮想リンクに含まれている物理リンクの数および前記基準リンク数の平均値（小数点以下は切り捨て）を、前記第１の最適リンク数とすることを決定する
   ことを特徴とする請求項７に記載のネットワーク機器。
9. 第１のネットワーク機器と、
   第２のネットワーク機器と
   を有し、
   前記第１のネットワーク機器が、
   取得手段と、
   第１の決定手段と、
   通知手段と、
   第１の受信手段と、
   第２の決定手段と、
   変更手段と
   を有し、
   前記第２のネットワーク機器が、
   第２の受信手段と、
   第３の決定手段と、
   送信手段と
   を有し、
   前記取得手段が、少なくとも１つの物理リンクを含む仮想リンクを介して前記第２のネットワーク機器との間で通信されるデータのトラヒック量を取得し、
   前記第１の決定手段が、前記取得手段により取得されたトラヒック量に基づいて、前記第１のネットワーク機器において前記仮想リンクに含まれるべき物理リンクの数を示す第１の最適リンク数を決定し、
   前記通知手段が、前記決定手段により決定された前記第１の最適リンク数を含む第１の通知を、前記第２のネットワーク機器に送信し、
   前記第２の通知を受信すると、前記第３の決定手段が、前記第２のネットワーク機器において前記仮想リンクに含まれるべき物理リンクの数を示す第２の最適リンク数を決定し、
   前記第２の最適リンク数が前記第１の最適リンク数以下であった場合、前記送信手段が、前記第２の通知に対する、前記第２の最適リンク数を含む応答を前記第１のネットワーク機器に送信し、
   前記第１の受信手段が、前記応答を受信し、
   前記第２の決定手段が、前記決定手段によって決定された前記第１の最適リンク数と、前記受信手段によって受信された前記応答に含まれる前記第２の最適リンク数とに基づいて、第３の最適リンク数を決定し、
   前記変更手段が、前記決定手段によって決定された前記第３の最適リンク数に応じて、前記仮想リンクに含まれる前記物理リンクの数を変更する
   ことを特徴とするネットワークシステム。
10. 前記トラヒック量を測定する測定手段を有する測定機器を有し、
    前記取得手段が、前記測定機器から前記トラヒック量を取得する
    ことを特徴とする請求項９に記載のネットワークシステム。
11. 少なくとも１つの物理リンクを含む仮想リンクを介して他のネットワーク機器との間で通信されるデータのトラヒック量を取得するステップと、
    前記取得されたトラヒック量に基づいて、前記仮想リンクに含まれるべき物理リンクの数を示す第１の最適リンク数を決定するステップと、
    前記決定された前記第１の最適リンク数を含む第１の通知を、前記他のネットワーク機器に送信するステップと、
    前記他のネットワーク機器において前記仮想リンクに含まれるべき物理リンクの数を示す第２の最適リンク数を含む、前記通知に対する応答を受信するステップと、
    前記第１の最適リンク数と、前記受信された前記応答に含まれる前記第２の最適リンク数とに基づいて、第３の最適リンク数を決定するステップと、
    前記第３の最適リンク数に応じて、前記仮想リンクに含まれる前記物理リンクの数を変更するステップと
    を有するリンク管理方法。

Images