(57)【要約】【課題】  リンクアグリゲーションを用いたリンクの利用効率を向上させる。【解決手段】  ネットワーク管理装置１０１は、ネットワークインターフェース部１１１を介してルータ２１１〜２１４にアクセスし、各ルータ２１１〜２１４のＩＦ情報、ＩＰアドレス、サブネットマスク、ルーチングプロトコルのＩＦコスト情報を収集し、インターフェースの情報とリンク情報とをデータベース１１５に格納するとともに、特殊リンク対応部１１２は、Ｉｆ  Ｓｔａｃｋ  Ｓｔａｔｕｓ値から判断される論理インターフェースと物理インターフェースとの関連付けに基づいて、リンクアグリゲーションを適用しているリンクを特定し、特殊リンクを構成するインターフェースの情報と特殊リンク情報とをデータベース１１５に格納する。【選択図】      図１
2006014151.tif 000002
【特許請求の範囲】
【請求項１】
リンクアグリゲーションを適用しているリンクを検出するリンクアグリゲーション検出手段と、
前記リンクアグリゲーションを適用しているリンクを構成するインターフェースの情報を個別に管理するインターフェース情報管理手段とを備えることを特徴とするネットワーク管理装置。
【請求項２】
前記インターフェース情報管理手段は、
各インターフェースを収容するエレメントの属性を登録するエレメントテーブルと、
各インターフェースの種別、速度およびリンクアグリゲーションが互いに適用されている他のインターフェースへのポインタを登録するＩＦテーブルと、
各リンクの種別、帯域および対応するインターフェースへのポインタを登録するリンク情報テーブルとを備えることを特徴とする請求項１記載のネットワーク管理装置。
【請求項３】
インターフェースの故障を検出する故障検出手段と、
前記ＩＦテーブルの参照結果に基づいて、前記故障が検出されたインターフェースがリンクアグリゲーションを構成するかどうかを判定する第１判定手段と、
前記第１判定手段による判定結果に基づいて、リンクアグリゲーションを構成する論理リンクの合計帯域を更新する第１更新手段とを備えることを特徴とする請求項２記載のネットワーク管理装置。
【請求項４】
インターフェースの回復を検出する回復検出手段と、
前記ＩＦテーブルの参照結果に基づいて、前記回復が検出されたインターフェースがリンクアグリゲーションを構成するかどうかを判定する第２判定手段と、
前記第２判定手段による判定結果に基づいて、リンクアグリゲーションを構成する論理リンクの合計帯域を更新する第２更新手段とを備えることを特徴とする請求項２または３記載のネットワーク管理装置。
【請求項５】
リンクアグリゲーションを適用しているリンクを検出するリンクアグリゲーション検出手段と、
前記リンクアグリゲーションが適用されている個々の物理リンクの障害の発生状況に基づいて、前記リンクアグリゲーションを適用している論理リンク全体の帯域情報を算出する帯域情報算出手段とを備えることを特徴とするネットワーク管理装置。
【請求項６】
前記リンクアグリゲーション検出手段は、リンクを構成するる各インターフェースの論理ＩＦと対応する物理ＩＦの関係に基づいて、リンクアグリゲーションが適用された論理リンクを特定することを特徴とする請求項１から５のいずれか１項記載のネットワーク管理装置。
【請求項７】
前記リンクアグリゲーション検出手段は、Ｉｆ  Ｓｔａｃｋ  Ｓｔａｔｕｓ値から判断される論理インターフェースと物理インターフェースとの関連付けに基づいて、前記リンクアグリゲーションを適用しているリンクを特定することを特徴とする請求項６記載のネットワーク管理装置。
【請求項８】
リンクアグリゲーションを適用しているリンクを検出するステップと、
前記リンクアグリゲーションを適用しているリンクを構成するインターフェースの情報を個別に管理するステップとをコンピュータに実行させることを特徴とするネットワーク管理プログラム。
【請求項９】
リンクアグリゲーションを適用しているリンクを検出するステップと、
前記リンクアグリゲーションが適用されている個々の物理リンクの障害の発生状況に基づいて、前記リンクアグリゲーションを適用している論理リンク全体の帯域情報を算出するステップとをコンピュータに実行させることを特徴とするネットワーク管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク管理装置およびネットワーク管理プログラムに関し、特に、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）による論理接続リンクの下位レイヤの構成管理方法に適用して好適なものである。
【背景技術】
【０００２】
従来のＩＰ網の管理方法では、非特許文献１に開示されているように、ノード（ルータ）のインターフェースに付与されたＩＰアドレスやサブネットマスク値をノードから取得することにより、網トポロジを把握する方法がある。
また、非特許文献１、２に開示されているように、網トポロジを把握した上で、インターフェースのＩＰアドレスに付与されたＯＳＰＦ（Ｏｐｅｎ  Ｓｈｏｒｔｅｓｔ  Ｐａｔｈ  Ｆｉｒｓｔ）  Ｍｅｔｒｉｃなどのルーティングコスト情報を取得することにより、網上の任意の２点間の経路を特定する方法がある。
【０００３】
さらに、非特許文献３に開示されているように、インターフェースのＳｐｅｅｄ情報を収集することにより、２点間の経路の利用可能最大帯域を特定する方法や、実際のトラヒック流量と比較して２点間の経路の空き帯域を推定する方法がある。
一方、ＩＰ網を構成するための技術として、複数の物理リンクを仮想的な１本のリンクとして扱うことが可能なリンクアグリゲーションがＩＥＥＥ８０２．３ａｄとして標準化されている。このリンクアグリゲーションでは、高速なインターフェースを利用することなく、帯域を増やすことができる。例えば、非特許文献４には、１Ｇｂｐｓの帯域幅を持つリンクを３本束ねて３Ｇｂｐｓの帯域幅の論理リンクとして扱う方法が開示されている。
【０００４】
また、非特許文献５には、リンクアグリゲーションされたリンクを自動的あるいは手動で検出し、システム上において物理リンクを論理リンクとして扱い、他のリンクと同様に管理する方法が開示されている。
【非特許文献１】Ｐｈｉｌｉｐｓ  Ｍｉｒｒｏｒ著、苅田幸雄監訳「マスタリングＴＣＰ／ＩＰ応用編」、第１版、ｐｐ．２３５−２３７、２０００年５月３０日発行
【非特許文献２】「ソリューション紹介：Ｒｏｕｔｅ  Ｅｘｐｌｏｒｅｒ」、東陽テクニカ、［ｏｎｌｉｎｅ］、２００４年４月１５日検索、インターネット、<ｈｔｔｐ：／／ｗｗｗ．ｔｏｙｏ．ｃｏ．ｊｐ／ｐａｃｋｅｔｄｅｓｉｇｎ／ｒ＿ｓｏｉｔｉｏｎ．ｈｔｍｌ>から入手可能
【非特許文献３】矢口優他３名、「大規模ＩＰ網における管理サーバを用いたリソース管理方式の一提案と具体例」、電子情報通信学会、２００２年総合大会講演論文集、Ｂ−６−３１、［ＣＤ−ＲＯＭ］、２００２年３月７日発行
【非特許文献４】日経ＢＰ社発行、「通信ネットワーク事典０３〜０４年度版」、ｐｐ．２３０、第１版１刷、２００３年３月３１日発行
【非特許文献５】「３．５  ネットワークマネージャの動作」、ヒューレットパッカード社、［ｏｎｌｉｎｅ］、２００４年４月１５日検索、インターネット、<ｈｔｔｐ：／／ｄｏｃｓ．ｈｐ．ｃｏｍ／ｉａ／Ｂ３９３６−９００６６／ｃｈ０３ｓ０５．ｈｔｍｌ>から入手可能
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のＩＰ網の管理方法では、リンクアグリゲーションを用いたリンクを含んだ任意の２点間を結ぶ経路において、全てのリンクの帯域情報を抽出して管理したり、リソース管理を行ったりすることは行われていなかった。
また、リンクアグリゲーションを用いたリンクを構成する１物理リンクが故障した場合、あるいは故障から回復した場合に、その１物理リンクの故障および回復を検出して論理リンクの帯域を更新することは行われていなかった。
【０００６】
このため、リンクアグリゲーションされたリンクを構成する一部の物理リンクが故障すると、リンクアグリゲーションを用いたリンク全体が使用不能になったり、リンクアグリゲーションを用いたリンクの利用可能最大帯域を精度をよく把握することができなくなり、リンクアグリゲーションを用いたリンクの利用効率が劣化するという問題があった。
そこで、本発明の目的は、リンクアグリゲーションを用いたリンクの利用効率を向上させることが可能なネットワーク管理装置およびネットワーク管理プログラムを提供することである。
【課題を解決するための手段】
【０００７】
上述した課題を解決するために、請求項１記載のネットワーク管理装置によれば、リンクアグリゲーションを適用しているリンクを検出するリンクアグリゲーション検出手段と、前記リンクアグリゲーションを適用しているリンクを構成するインターフェースの情報を個別に管理するインターフェース情報管理手段とを備えることを特徴とする。
これにより、リンクアグリゲーションを維持したまま、リンクアグリゲーションされた個々のリンクの状態を把握することが可能となり、リンクアグリゲーションを構成する物理リンクの故障や復旧に追従して論理リンクの情報を管理することが可能となる。このため、任意の２点間の経路を正しく特定することが可能となるとともに、リンクアグリゲーションを用いたリンクの現時点での利用可能最大帯域を精度よく把握することが可能となり、リンクアグリゲーションを用いたリンクの利用効率を向上させることができる。また、リンクアグリゲーションを構成する物理リンクのどこかに障害が発生したとしても、他のリンクが使用できれば、論理リンク全体として動作を継続させることが可能となり、耐故障性を向上させることができる。
【０００８】
また、請求項２記載のネットワーク管理装置によれば、前記インターフェース情報管理手段は、各インターフェースを収容するエレメントの属性を登録するエレメントテーブルと、各インターフェースの種別、速度およびリンクアグリゲーションが互いに適用されている他のインターフェースへのポインタを登録するＩＦテーブルと、各リンクの種別、帯域および対応するインターフェースへのポインタを登録するリンク情報テーブルとを備えることを特徴とする。
【０００９】
これにより、ＩＰレイヤでの接続リンクと下位レイヤでの接続リンクとの対応が１：Ｎ（Ｎは２以上の整数）になるリンクを含んだ網においても、そのリンクに関する情報を１：Ｎの関連付けを持たせたままデータベース上で管理することが可能となる。このため、複数の物理リンクをまとめて仮想的な高速インターフェースとして提供するリンクアグリゲーションを用いた論理リンクをも管理対象としつつ、リンクアグリゲーションを構成する物理リンクの故障や復旧に追従して、論理リンクの帯域情報を管理することが可能となる。
【００１０】
また、請求項３記載のネットワーク管理装置によれば、インターフェースの故障を検出する故障検出手段と、前記ＩＦテーブルの参照結果に基づいて、前記故障が検出されたインターフェースがリンクアグリゲーションを構成するかどうかを判定する第１判定手段と、前記第１判定手段による判定結果に基づいて、リンクアグリゲーションを構成する論理リンクの合計帯域を更新する第１更新手段とを備えることを特徴とする。
【００１１】
これにより、リンクアグリゲーションを構成する物理リンクの１つあるいは複数が故障した場合においても、論理リンクの合計帯域から故障分のＩＦ速度を正しく減算することができる。このため、リンクアグリゲーションを構成する物理リンクのどこかに障害が発生したとしても、現時点での合計帯域を把握することが可能となり、論理リンクの帯域を引き続き正しく管理することができる。
【００１２】
また、請求項４記載のネットワーク管理装置によれば、インターフェースの回復を検出する回復検出手段と、前記ＩＦテーブルの参照結果に基づいて、前記回復が検出されたインターフェースがリンクアグリゲーションを構成するかどうかを判定する第２判定手段と、前記第２判定手段による判定結果に基づいて、リンクアグリゲーションを構成する論理リンクの合計帯域を更新する第２更新手段とを備えることを特徴とする。
【００１３】
これにより、リンクアグリゲーションを構成する物理リンクの１つあるいは複数が復旧した場合においても、論理リンクの合計帯域から復旧分のＩＦ速度を正しく加算することができる。このため、リンクアグリゲーションを構成する物理リンクのいずれかが復旧した場合においても、現時点での合計帯域を把握することが可能となり、論理リンクの帯域を引き続き正しく管理することができる。
【００１４】
また、請求項５記載のネットワーク管理装置によれば、リンクアグリゲーションを適用しているリンクを検出するリンクアグリゲーション検出手段と、前記リンクアグリゲーションが適用されている個々の物理リンクの障害の発生状況に基づいて、前記リンクアグリゲーションを適用している論理リンク全体の帯域情報を算出する帯域情報算出手段とを備えることを特徴とする。
【００１５】
これにより、リンクアグリゲーションを構成する物理リンクの故障や復旧に追従しながら、論理リンクの帯域情報を管理することが可能となる。このため、リンクアグリゲーションを用いたリンクの現時点での利用可能最大帯域を精度よく把握することが可能となり、リンクアグリゲーションを用いたリンクの利用効率を向上させることができる。
【００１６】
また、請求項６記載のネットワーク管理装置によれば、前記リンクアグリゲーション検出手段は、リンクを構成する各インターフェースの論理ＩＦと対応する物理ＩＦの関係に基づいて、リンクアグリゲーションが適用された論理リンクを特定することを特徴とする。
これにより、インターフェース同士の親子関係を確認することにより、リンクアグリゲーションが適用された論理リンクを特定することができ、複数の物理リンクをまとめて仮想的な高速インターフェースとして提供するリンクアグリゲーションを用いた論理リンクをも管理対象とすることができる。
【００１７】
また、請求項７記載のネットワーク管理装置によれば、前記リンクアグリゲーション検出手段は、Ｉｆ  Ｓｔａｃｋ  Ｓｔａｔｕｓ値から判断される論理インターフェースと物理インターフェースとの関連付けに基づいて、前記リンクアグリゲーションを適用しているリンクを特定することを特徴とする。
これにより、複数のインターフェースが関連付けられているインターフェースがあるかどうかを容易に判断することができ、リンクアグリゲーションを適用しているリンクを容易に特定することができる。
【００１８】
また、請求項８記載のネットワーク管理プログラムによれば、リンクアグリゲーションを適用しているリンクを検出するステップと、前記リンクアグリゲーションを適用しているリンクを構成するインターフェースの情報を個別に管理するステップとをコンピュータに実行させることを特徴とする。
これにより、ネットワーク管理プログラムをコンピュータに実行させることで、リンクアグリゲーションを構成する物理リンクの故障や復旧に追従して論理リンクの情報を管理することが可能となり、リンクアグリゲーションを用いたリンクの利用効率を向上させることができる。
【００１９】
また、請求項９記載のネットワーク管理プログラムによれば、リンクアグリゲーションを適用しているリンクを検出するステップと、前記リンクアグリゲーションが適用されている個々の物理リンクの障害の発生状況に基づいて、前記リンクアグリゲーションを適用している論理リンク全体の帯域情報を算出するステップとをコンピュータに実行させることを特徴とする。
これにより、ネットワーク管理プログラムをコンピュータに実行させることで、リンクアグリゲーションを用いたリンクの現時点での利用可能最大帯域を精度よく把握することが可能となり、リンクアグリゲーションを用いたリンクの利用効率を向上させることができる。
【発明の効果】
【００２０】
以上説明したように、本発明によれば、リンクアグリゲーションを構成する物理リンクの故障や復旧に追従して論理リンクの情報を管理することが可能となり、任意の２点間の経路を正しく特定することが可能となるとともに、リンクアグリゲーションを用いたリンクの利用効率を向上させることができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施形態に係るネットワーク管理装置について図面を参照しながら説明する。
図１は、本発明の一実施形態に係るネットワーク管理装置の概略構成を示すブロック図である。
図１において、ネットワーク管理装置１０１には、ネットワークとの接続を行うネットワークインターフェース部１１１、リンクアグリゲーションを含む特殊リンクの処理を受け持つ特殊リンク対応部１１２、論理リンクについての任意の２点間の経路を計算する経路計算部１１３、ネットワークリソース（経路の最大転送容量）の管理を行うリソース管理部１１４、リンクアグリゲーションを適用しているリンクを構成するインターフェースの情報を個別に管理するデータベース１１５および外部との接続を行う外部インターフェース１１６が設けられている。
【００２２】
そして、ネットワーク管理装置１０１は、外部インターフェース１１６を介して、ヒューマンインターフェース１０２および外部システム１０３に接続されている。また、ネットワークインターフェース部１１１は、ルータ２１１〜２１４に接続され、ルータ２１１〜２１４はＩＰ網におけるノードをそれぞれ構成することができる。ここで、各ルータ２１１〜２１４には、リンクの接続関係を構成するインターフェースを収容することができる。
【００２３】
そして、ネットワーク管理装置１０１は、管理対象となるＩＰ網に接続し、各ルータ２１１〜２１４が収容しているインターフェースのＩＰアドレス、サブネットマスク値、インターフェースのコスト情報を収集することができる。そして、これらの情報に基づいてインターフェースの接続関係（リンク）を検出することにより、網トポロジを把握し、任意の２点間の最短距離ＳＰ（Ｓｈｏｒｔｅｓｔ  Ｐａｔｈ）を特定することができる。なお、インターフェースのＩＰアドレス、サブネットマスク値、インターフェースのコスト情報を収集する場合、例えば、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎｅｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）またはＴｅｌｎｅｔなどの手段を用いることができる。また、任意の２点間の最短距離ＳＰを特定する場合、例えば、Ｄｉｊｋｓｔｒａ法などを用いることができる。
【００２４】
また、ネットワーク管理装置１０１は、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）−ＩＩのＩｎｔｅｒｆａｃｅグループのＩｆ  Ｓｐｅｅｄ情報またはルータ２１１〜２１４のコンフィグレーション情報からインターフェースが持つ帯域情報を取得することができる。
なお、以下の説明では、ＩＰアドレスによる接続に限定する場合をＬ３リンク、Ｅｔｈｅｒｎｅｔ（登録商標）やＰＯＳ（Ｐａｃｋｅｔ  Ｏｖｅｒ  ＳＯＮＥＴ）などを用い、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスによる接続に限定する場合をＬ２リンクと呼ぶ。
【００２５】
また、データベース１１５には、各インターフェースを収容するエレメントの属性を登録するエレメントテーブル１２１、各インターフェースの種別、速度およびリンクアグリゲーションが互いに適用されている他のインターフェースへのポインタを登録するＩＦテーブル１２２および各リンクの種別、帯域および対応するインターフェースへのポインタを登録するリンク情報テーブル１２３が格納されている。
【００２６】
ここで、ＩＦテーブル１２２には、１インターフェースごとに１テーブルを設けることができ、物理インターフェースまたは論理インターフェースに関わらず、全てのインターフェースについての情報を格納することができる。この時、各インターフェースは、ユニークなＩＤ、物理インターフェースか論理インターフェースかを表すフラグおよび論理インターフェースならば対応する物理インターフェースへのポインタ、物理インターフェースならば対応する論理インターフェースへのポインタを属性として持つことができる。論理インターフェースの場合、さらに複数の論理インターフェースを集約して１つの論理インターフェースを構成する場合があるため、ＩＦテーブル１２２の属性には、被構成インターフェースを指し示す親属性および構成インターフェースを指し示す子属性を用意することができる。
【００２７】
また、リンク情報テーブル１２３には、インターフェースと対向インターフェースのポインタが属性として登録される。ここで、ポイントされるインターフェースは、物理インターフェースではなく、Ｌ３リンクのインターフェースまたはリンクアグリゲーションによって集約されたＬ３リンクの論理インターフェースである。さらに、リンク情報テーブル１２３には、リンクアグリゲーションを含めた特殊リンクを識別するためのフラグ情報属性を持たせることができる。
【００２８】
そして、ネットワーク管理装置１０１は、ネットワークを構成する全てのルータ２１１〜２１４にアクセスし、リンクアグリゲーションされているインターフェースを検出することができる。例えば、ＳＮＭＰ接続によるＭＩＢのＩｆ  Ｓｔａｃｋ  Ｓｔａｔｕｓ値を収集することにより、リンクアグリゲーションされているインターフェースを検出することができる。
そして、リンクアグリゲーションされているインターフェースが検出されると、物理インターフェースまたは論理インターフェースに関わらず、全てのインターフェースについての情報をデータベース１１５に格納することができる。
【００２９】
これにより、リンクアグリゲーションを維持したまま、リンクアグリゲーションされた個々のリンクの状態を把握することが可能となり、リンクアグリゲーションを構成する物理リンクの故障や復旧に追従して論理リンクの情報を管理することが可能となる。このため、任意の２点間の経路を正しく特定することが可能となるとともに、リンクアグリゲーションを用いたリンクの現時点でのネットワークリソース（経路の最大転送容量）を精度よく把握することが可能となり、リンクアグリゲーションを用いたリンクの利用効率を向上させることができる。また、リンクアグリゲーションを構成する物理リンクのどこかに障害が発生したとしても、他のリンクが使用できれば、論理リンク全体として動作を継続させることが可能となり、耐故障性を向上させることができる。
【００３０】
また、現時点での経路の最大転送容量を把握することで、トラヒック流量を減算し残帯域を算出してトラヒックコントロールを行うなど、ＩＰ網上で帯域情報を利用して行われるネットワークサービスにおいて、リンクアグリゲーションを適用したリンクを用いている場合においても、通常のリンクと同様のサービスを提供することができる。
また、ネットワーク管理装置１０１は、インターフェースの故障時に管理対象装置から出されるＴｒａｐを受信し、Ｔｒａｐ情報に基づいて、故障したインターフェースがリンクアグリゲーションを構成するインターフェースかどうかを判定することができる。そして、故障したインターフェースがリンクアグリゲーションを構成する場合、リンクアグリゲーションされている論理インターフェースの帯域を更新することができる。
【００３１】
すなわち、ＩＦ故障Ｔｒａｐには、インターフェースを一意に示すＩＤ（ＩｆＩｎｄｅｘ値）が含まれている。そして、ネットワーク管理装置１０１は、そのＩＤをキーとしてＬ２リンクのＩＦテーブル１２２を検索し、出力されたＬ２リンクのインターフェースのフラグ情報属性から、故障したインターフェースがリンクアグリゲーションされているインターフェースかどうかを確認することができる。そして、故障したインターフェースがリンクアグリゲーションされているインターフェースである場合、そのインターフェースのＩｆ  Ｓｐｅｅｄ属性を確認する。さらに、被構成インターフェースを指し示す親属性をキーに論理リンクを探索し、論理リンクの帯域属性値から故障したインターフェースのＩｆ  Ｓｐｅｅｄ値を減算することができる。
【００３２】
これにより、故障したインターフェースがリンクアグリゲーションを構成すると判断した上で、論理インターフェースの帯域を更新することができ、残りのリンクが故障していないにもかかわらず、Ｔｒａｐによってリンク故障と判断されることを防止することができる。また、Ｔｒａｐの送信元にＰｏｌｌｉｎｇを行った場合においても、残ったリンクが応答を返した時に故障ではなく瞬断であり、現在はリンクが回復していると誤認識することを防止することができ、リンクアグリゲーションされた論理リンクの帯域が減少していることを正しく検知することができる。
【００３３】
このため、リンクアグリゲーションを構成する物理リンクのどこかに障害が発生したとしても、現時点での合計帯域を正しく把握することが可能となり、論理リンクの帯域を引き続き正しく管理することができる。
さらに、ネットワーク管理装置１０１は、インターフェースの回復時に管理対象装置から出されるＴｒａｐを受信し、Ｔｒａｐ情報に基づいて、回復したインターフェースがリンクアグリゲーションを構成するインターフェースかどうかを判定することができる。そして、回復したインターフェースがリンクアグリゲーションを構成する場合、リンクアグリゲーションされている論理インターフェースの帯域を更新することができる。
【００３４】
すなわち、ＩＦ故障回復Ｔｒａｐには、インターフェースを一意に示すＩＤ（ＩｆＩｎｄｅｘ値）が含まれている。そして、ネットワーク管理装置１０１は、そのＩＤをキーとしてＬ２リンクのＩＦテーブル１２２を検索し、出力されたＬ２リンクのインターフェースのフラグ情報属性から、故障回復したインターフェースがリンクアグリゲーションされているインターフェースかどうかを確認することができる。そして、故障回復したインターフェースがリンクアグリゲーションされているインターフェースである場合、そのインターフェースのＩｆ  Ｓｐｅｅｄ属性を確認する。さらに、被構成インターフェースを指し示す親属性をキーに論理リンクを探索し、論理リンクの帯域属性値に回復したインターフェースのＩｆ  Ｓｐｅｅｄ値を加算することができる。
【００３５】
これにより、回復したインターフェースがリンクアグリゲーションを構成すると判断した上で、論理インターフェースの帯域を更新することができ、Ｔｒａｐを受けた時に他のＬ２リンクのインターフェースが動作している場合においても、異常のないリンクに対する故障回復と判断されＴｒａｐが無視されることを防止することができる。
このため、リンクアグリゲーションを構成する物理リンクのいずれかが復旧した場合においても、現時点での合計帯域を正しく把握することが可能となり、論理リンクの帯域を引き続き正しく管理することができる。
【００３６】
図２は、図１のネットワーク管理装置１０１の動作を示すシーケンス図である。
図２において、ネットワーク管理装置１０１は、ネットワークインターフェース部１１１を介してルータ２１１〜２１４にアクセスする（Ｋ１）。なお、ルータ２１１〜２１４にアクセスする場合、ＳＮＭＰなどのプロトコルを用いることができる。そして、ネットワークインターフェース部１１１は、ルータ２１１〜２１４にアクセスすると、各ルータ２１１〜２１４のＩＦ情報、ＩＰアドレス、サブネットマスク、ルーチングプロトコルのＩＦコスト情報を収集する（Ｋ２）。なお、ＳＮＭＰを用いた場合には、ＭＩＢ−ＩＩの各種情報を収集することができる。
【００３７】
そして、ネットワークインターフェース部１１１は、各ルータ２１１〜２１４のインターフェースの情報を収集すると、インターフェースの情報を特殊リンク対応部１１２に送るとともに（Ｋ３）、インターフェースの情報とリンク情報とをデータベース１１５に格納する（Ｋ４）。
ここで、ネットワークインターフェース部１１１は、リンクアグリゲーションを検出するため、ＭＩＢ−ＩＩのｉｆＭＩＢにおけるＩｆ  Ｓｔａｃｋ  ＳｔａｔｕｓのＭＩＢ値を各ルータ２１１〜２１４から取得することができる。
そして、特殊リンク対応部１１２は、各ルータ２１１〜２１４のインターフェースの情報を受け取ると、Ｉｆ  Ｓｔａｃｋ  Ｓｔａｔｕｓ値から判断される論理インターフェースと物理インターフェースとの関連付けに基づいて、リンクアグリゲーションを適用しているリンクを特定することができる。
【００３８】
図３は、本発明の一実施形態に係るリンクアグリゲーションの判断方法の一例を示す図である。
図３において、ＩｆＩｎｄｅｘの値が２６、２７、２８、２９、３２の５つのインターフェースが検出されたものとする。そして、特殊リンク対応部１１２は、ＩｆＩｎｄｅｘをキーとしてＩｆ  Ｓｔａｃｋ  Ｓｔａｔｕｓ値を検索し、各インターフェースの親子関係を確認する。図３の例では、２６と２８、２７と２９、２６と３２、２７と３２のインターフェース間に親子関係が確認されている。
【００３９】
そして、インターフェース間の親子関係が確認されると、これらの親子関係において複数のインターフェースが関連付けられているインターフェースがあるかどうかを判断することにより、リンクアグリゲーションを適用しているリンクを特定する。図３の例では、２６と２８、２７と２９のペアについては、１対１の親子関係であること、ＩｆＳｐｅｅｄ値が１００００００００で同値であることから、リンクアグリゲーションが適用されていないと判断することができる。また、Ｉｆ  Ｓｔａｃｋ  Ｓｔａｔｕｓの２８と０のペアが検出されていることから、２８はＬ２リンクのインターフェースを示していると判断することができる。
【００４０】
一方、２６と３２、２７と３２のペアについては、３２に２６と２７の複数のインターフェースが関連付けられており、かつ、３２のＩｆＳｐｅｅｄ値が２６と２７のＩｆＳｐｅｅｄ値を合算した値＝２００００００００であることから、リンクアグリゲーションが適用されていると判断することができ、３２を論理リンクと判定することができる。
そして、特殊リンク対応部１１２は、リンクアグリゲーションを含む特殊リンクを検出すると、特殊リンクを構成するインターフェースの情報と特殊リンク情報とをデータベース１１５に格納する（Ｋ５）。
【００４１】
ここで、データベース１１５には、エレメントテーブル１２１、ＩＦテーブル１２２およびリンク情報テーブル１２３を格納することができる。そして、ＳＮＭＰやＴｅｌｎｅｔにて検出されたルータ２１１〜２１４の全てのインターフェースには、ユニークなＩＤが付与され、１インターフェースのデータが１テーブルに格納される。また、ＳＮＭＰによって入手したＩｆＩｎｄｅｘ値、インターフェースを収容するルータ２１１〜２１４のＩＤ、インターフェースのＩＰアドレおよびサブネットマスク値、インターフェースの種別（Ｌ２リンクかＫ３リンクかリンクアグリゲーションなどの特殊リンクか）、対応関係にある他の親または子のインターフェースのユニークなＩＤを属性としてデータベース１１５に格納することができる。
【００４２】
図４（ａ）は、図１のエレメントテーブル１２１の構成例を示す図、図４（ｂ）は、図１のＩＦテーブル１２２の構成例を示す図、図４（ｃ）は、図１のリンク情報テーブル１２３の構成例を示す図である。
図４（ａ）において、エレメントテーブル１２１には、ルータ２１１〜２１４などのエレメントを識別するためのＥｌｅｍｅｎｔ＿ＩＤ、エレメントの状態を示すＳｔａｔｕｓ、エレメントの種別を示すＴｙｐｅ、機種種別を示すＥｑｕｉｐｍｅｎｔ  Ｔｙｐｅ、Ｌ２リンクのインターフェースを識別するためのＬ２ＩＦ＿ＩＤ、Ｌ３リンクのインターフェースを識別するためのＬ３ＩＦ＿ＩＤ、親となるエレメントを識別するためのＳｕｐｐｏｒｔｅｄ  Ｅｌｅｍｅｎｔ＿ＩＤ、子となるエレメントを識別するためのＳｕｐｐｏｒｔｉｎｇ  Ｅｌｅｍｅｎｔ＿ＩＤが登録されている。
【００４３】
また、図４（ｂ）において、ＩＦテーブル１２には、インターフェースを識別するためのＩＦ＿ＩＤ、インターフェースの状態を示すＳｔａｔｕｓ、イーサネット（登録商標）などの種別を示すＴｙｐｅ、ＭＡＣアドレスを示すＭＡＣ  Ａｄｄｒｅｓｓ、最大帯域幅を示すＭａｘ  Ｂａｎｄｗｉｄｔｈ、収容エレメントを識別するためのＥｌｅｍｅｎｔ＿ＩＤ、ＩＰアドレおよびサブネットマスク値を示すＩＰ  Ａｄｄｒｅｓｓ、エレメント接続で入手したインターフェースのＩｆＩｎｄｅｘ値を示すＩｆ  Ｉｎｄｅｘ、親となるインターフェースを識別するためのＰａｒｅｎｔ  ＩＦ＿ＩＤ、子となるインターフェースを識別するためのＣｈｉｌｄｒｅｎ  ＩＦ＿ＩＤ、Ｖｉｔｒｕａｌ  Ｔｙｐｅ、ＩｆＳｐｅｅｄが登録されている。
【００４４】
また、図４（ｃ）において、リンク情報テーブル１２３には、リンクを識別するためＬｉｎｋ＿ＩＤ、送信元のインターフェースを識別するためのＳｏｕｒｃｅ  ＩＦ＿ＩＤ、受信先のインターフェースを識別するためのＤｅｓｔｉｎａｔｉｏｎ  ＩＦ＿ＩＤ、故障状態を示すＦａｉｌｕｒｅ  Ｆｌａｇ、リンクの帯域を示すＢａｎｄｗｉｄｔｈ、親となるリンクを識別するためのＰａｒｅｎｔ  Ｌｉｎｋ＿ＩＤ、子となるリンクを識別するためのＣｈｉｌｄｒｅｎ  Ｌｉｎｋ＿ＩＤ、論理リンクの種別を示すＶｉｔｒｕａｌ  Ｔｙｐｅが登録されている。
【００４５】
また、ネットワークインターフェース部１１１は、故障が発生したルータ２１１〜２１４からＴｒａｐを受信し（Ｋ６）、Ｔｒａｐ情報から、故障が発生したルータ２１１〜２１４のＩｆＩｎｄｅｘ値を取得する。なお、ネットワークインターフェース部１１１は、定期的なＰｉｎｇを各インターフェースのＩＰアドレスに対して行い、反応がないインターフェースを故障と認識するようにしてもよい。
【００４６】
そして、ネットワークインターフェース部１１１は、ＩｆＩｎｄｅｘ値またはＩＰアドレスをキーとしてデータベース１１５を検索し、故障が発生したインターフェースを特定する。そして、故障が発生したインターフェースを特定すると、そのインターフェースのＶｉｔｒｕａｌ  Ｔｙｐｅ属性を確認し、リンクアグリゲーションが適用されているリンクを構成するかどうかを確認する。
【００４７】
そして、リンクアグリゲーションが適用されているリンクを構成する場合、特殊リンク対応部１１２は、そのリンクの帯域の減算を行う。すなわち、ネットワークインターフェース部１１１は、インターフェースのＩＰアドレスにＰｉｎｇを行う。そして、反応があった場合には、リンクアグリゲーションを構成する一部のインターフェースがダウンしたと判定し、ルータ２１１〜２１４に対してＩｆＳｐｅｅｄ値を要求する。また、ＩｆＩｎｄｅｘ値による判定結果に基づいて、リンクアグリゲーションを行っている論理リンクを特定し、その論理リンクのＩｆ  Ｓｐｅｅｄ値を取得する。そして、論理リンクの帯域属性値から故障したインターフェースのＩｆ  Ｓｐｅｅｄ値を減算し、データベース１１５に格納されているその論理リンクのＢａｎｄｗｉｄｔｈ値を更新する。
【００４８】
一方、Ｐｉｎｇに対するインターフェースからの反応がない場合、リンクアグリゲーションを構成する全てのインターフェースがダウンしたと判定し、リンクのＢａｎｄｗｉｄｔｈ値を更新するとともに、Ｆａｉｌｕｒｅ  Ｆｌａｇを立てる。
また、ネットワークインターフェース部１１１は、故障が発生したルータ２１１〜２１４から回復を示すＴｒａｐを受信し（Ｋ６）、Ｔｒａｐ情報から、故障回復したルータ２１１〜２１４のＩｆＩｎｄｅｘ値を取得する。なお、ネットワークインターフェース部１１１は、定期的なＰｉｎｇを各インターフェースのＩＰアドレスに対して行い、反応がないインターフェースが複数回連続で反応した場合、故障回復と認識するようにしてもよい。
【００４９】
そして、ネットワークインターフェース部１１１は、ＩｆＩｎｄｅｘ値またはＩＰアドレスをキーとしてデータベース１１５を検索し、故障回復したインターフェースを特定する。そして、故障回復したインターフェースを特定すると、そのインターフェースのＶｉｔｒｕａｌ  Ｔｙｐｅ属性を確認し、リンクアグリゲーションが適用されているリンクを構成するかどうかを確認する。
【００５０】
そして、リンクアグリゲーションが適用されているリンクを構成する場合、特殊リンク対応部１１２は、そのリンクの帯域の更新を行う。すなわち、ネットワークインターフェース部１１１は、インターフェースのＩＰアドレスにＰｉｎｇを行う。そして、反応があった場合には、ルータ２１１〜２１４に対してＩｆＳｐｅｅｄ値を要求する。また、ＩｆＩｎｄｅｘ値による判定結果に基づいて、リンクアグリゲーションを行っている論理リンクを特定し、その論理リンクのＩｆ  Ｓｐｅｅｄ値を取得する。そして、論理リンクの帯域属性値に故障回復したインターフェースのＩｆ  Ｓｐｅｅｄ値を加算し、データベース１１５に格納されているその論理リンクのＢａｎｄｗｉｄｔｈ値を更新する。
【００５１】
そして、ネットワークインターフェース部１１１は、故障発生時または故障回復時にインターフェースの情報を収集すると、インターフェースの情報を特殊リンク対応部１１２に送るとともに（Ｋ７）、インターフェースの情報とリンク情報とをデータベース１１５に格納する（Ｋ８）。
そして、特殊リンク対応部１１２は、リンクアグリゲーションを含む特殊リンクを検出すると、特殊リンクを構成するインターフェースの情報と特殊リンク情報とをデータベース１１５に格納する（Ｋ９）。
そして、経路計算部１１３は、経路情報または帯域情報の取得依頼がヒューマンインターフェース１０２または外部システム１０３から行われると（Ｋ１０）、リンク情報、インターフェース情報およびコスト情報をデータベース１１５から取得する（Ｋ１１、Ｋ１２）。
【００５２】
そして、経路計算部１１３は、Ｌ３の論理リンクのみを対象として、インターフェースに付与されたコスト値に基づいて任意の２点間の経路を計算する。なお、インターフェースに付与されたコスト値としては、例えば、ルーティングプロトコルがＯＳＰＦの場合は、ＯＳＰＦ  Ｍｅｔｒｉｃを用いることができる。また、任意の２点間の経路を計算には、例えば、Ｄｉｊｋｓｔｒａ法などを用いることができる。また、経路情報には、経路を構成するリンク情報をその帯域情報（リンク情報テーブル１２３のＢａｎｄｗｉｄｔｈ属性）として付与することができる。
【００５３】
そして、経路計算部１１３は、任意の２点間の経路を計算すると、ヒューマンインターフェース１０２または外部システム１０３に経路情報を応答するとともに（Ｋ１３）、リソース管理部１１４に経路情報を送る（Ｋ１４）。
そして、リソース管理部１１４は、経路計算部１１３から経路情報を受け取ると、現時点での経路の利用可能帯域を算出し、ヒューマンインターフェース１０２または外部システム１０３に帯域情報を応答する（Ｋ１５）。
【００５４】
図５は、ネットワーク上の利用可能帯域の計算方法の一例を示す図である。
図５（ａ）において、ルータ２１１、２１２間のＬ３リンクのリソースが１００Ｍｂｐｓ、ルータ２１２、２１４間のＬ３リンクのリソースが１Ｇｂｐｓであるもとすると、通常時には、ルータ２１１→ルータ２１４の経路における利用可能帯域として１００Ｍｂｐｓを確保することができる。
【００５５】
また、図５（ｂ）において、ルータ２１１、２１２間でリンクアグリゲーションが適用されたため、ルータ２１１、２１２間のＬ３リンクのリソースが２００Ｍｂｐｓ、ルータ２１２、２１４間のＬ３リンクのリソースが１Ｇｂｐｓとなったとものすると、ルータ２１１→ルータ２１４の経路における利用可能帯域として２００Ｍｂｐｓを確保することができる。
【産業上の利用可能性】
【００５６】
本発明は、ＩＰレイヤでの接続リンクと下位レイヤでの接続リンクとの対応が１：Ｎになるリンクアグリゲーションを用いた接続リンクを有するＩＰ網において、リンクアグリゲーションされているリンクを、他のＩＰレイヤリンクと同様のリンクとして一元的に管理することができ、ＩＰ網の経路や経路の持つ帯域情報をサービスの管理に利用することができる。
なお、ネットワークインターフェース部１１１、特殊リンク対応部１１２、経路計算部１１３およびリソース管理部１１４は、これらの機能に対応した命令が記述されたプログラムをコンピュータに実行させることにより実現することができる。
【図面の簡単な説明】
【００５７】
【図１】本発明の一実施形態に係るネットワーク管理装置の概略構成を示すブロック図である。
【図２】図１のネットワーク管理装置１０１の動作を示すシーケンス図である。
【図３】本発明の一実施形態に係るリンクアグリゲーションの判断方法の一例を示す図である。
【図４】図４（ａ）は、図１のエレメントテーブル１２１の構成例を示す図、図４（ｂ）は、図１のＩＦテーブル１２２の構成例を示す図、図４（ｃ）は、図１のリンク情報テーブル１２３の構成例を示す図である。
【図５】ネットワーク上の利用可能帯域の計算方法の一例を示す図である。
【符号の説明】
【００５８】
１０１  ネットワーク管理装置
１０２  ヒューマンインターフェース
１０３  外部システム
１１１  ネットワークインターフェース部
１１２  特殊リンク対応部
１１３  経路計算部
１１４  リソース管理部
１１５  データベース
１１６  外部インターフェース
１２１  エレメントテーブル
１２２  ＩＦテーブル
１２３  リンク情報テーブル
２１１〜２１４  ルータ
【図１】
2006014151.tif 000003
【図２】
2006014151.tif 000004
【図３】
2006014151.tif 000005
【図４】
2006014151.tif 000006
【図５】
2006014151.tif 000007