インタフェース制御方式、インタフェース制御方法、及びインタフェース制御用プログラム
【課題】ネットワーク機器のインタフェース制御において、リンクアグリゲーショングループと、それに所属する物理ポートの双方を検索対象にできる実装を実現する。
【解決手段】ネットワーク機器において、論理グループのインタフェースである論理インタフェースと、論理グループに所属する物理ポートとのそれぞれに対して所定の機能の有効化が行われている場合、論理インタフェースと物理ポートとを共に管理インタフェースに組み込んで管理対象とする。このとき、論理インタフェースに対して所定の機能の有効化が行われていても、物理ポートを自動的には管理インタフェースに組み込まず、管理対象外とする。すなわち、論理インタフェースと物理ポートとを独立して管理する。
【解決手段】ネットワーク機器において、論理グループのインタフェースである論理インタフェースと、論理グループに所属する物理ポートとのそれぞれに対して所定の機能の有効化が行われている場合、論理インタフェースと物理ポートとを共に管理インタフェースに組み込んで管理対象とする。このとき、論理インタフェースに対して所定の機能の有効化が行われていても、物理ポートを自動的には管理インタフェースに組み込まず、管理対象外とする。すなわち、論理インタフェースと物理ポートとを独立して管理する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インタフェース制御方式に関し、特にオープンフロー（ＯｐｅｎＦｌｏｗ）におけるネットワーク機器のインタフェース制御方式に関する。
【背景技術】
【０００２】
従来、通信機器においては、装置管理や通信処理を行っているが、近年のブロードバンド化やＡＬＬ ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）化に向け、複雑なネットワークへの対応や多くの処理を行う必要があり、通信装置の制御部にかかる負荷が高くなってきている。なお、ＡＬＬ ＩＰとは、あらゆる機器がＩＰネットワークで接続されている環境を示す。
【０００３】
このように、ネットワークインフラの急速な発展により、装置への負荷が高くなることによって、ネットワークの使われ方の多様化により、ネットワークの仕組みそのものが過剰に複雑化していることが問題点と考えられている。
【０００４】
上記の問題点を解決するために、新世代ネットワークへの期待が高まっているが、白紙の状態（Ｃｌｅａｎ ｓｌａｔｅ）からのアーキテクチャの再構築や多様性の拡大のために、コントロールプレーンからネットワーク機器を柔軟に制御できるようにする必要がある。
【０００５】
このために、コントローラからネットワークインタフェースを自由に制御可能な仕組みが必要であると考えられる。
【０００６】
現在、コントローラからネットワークインタフェースを制御する仕組みの１つとして、オープンフロー（ＯｐｅｎＦｌｏｗ）という仕組みが考えられている。なお、オープンフロー（ＯｐｅｎＦｌｏｗ）は、「Ｔｈｅ ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ Ｃｏｎｓｏｒｔｉｕｍ」（非特許文献１参照）で規定されているアークテクチャである。
【０００７】
また、回線の帯域を増強させる方法の１つに、ネットワーク機器間をつなぐ複数の物理的な回線を仮想的に束ねて１本の太い回線として扱う「リンクアグリゲーション（ＬＡ：Ｌｉｎｋ Ａｇｇｒｅｇａｔｉｏｎ）」と呼ばれる方法がある。
【０００８】
オープンフロー（ＯｐｅｎＦｌｏｗ）の特徴を生かし、柔軟にフローを制御するためには、リンクアグリゲーショングループ（ＬＡＧ：Ｌｉｎｋ Ａｇｇｒｅｇａｔｉｏｎ Ｇｒｏｕｐ）と、それが所属する物理ポートの双方を検索対象にできる実装が必要となる。
【０００９】
しかし、従来の管理では、リンクアグリゲーショングループは、それ自体がリンクアグリゲーショングループインタフェースとして扱われ、それを構成する物理ポートは隠蔽される管理となる。
【００１０】
この場合、オープンフロー（ＯｐｅｎＦｌｏｗ）における管理インタフェースは、リンクアグリゲーショングループインタフェースとなる。そのため、オープンフロー（ＯｐｅｎＦｌｏｗ）において、リンクアグリゲーショングループに所属する物理ポートは、管理対象外となる。
【００１１】
オープンフロー（ＯｐｅｎＦｌｏｗ）において、管理インタフェースの候補を検索する際に、検索対象としてリンクアグリゲーショングループを使用した場合、検索対象とするインタフェースに物理ポートを指定できないことが問題となる。
【００１２】
逆に、オープンフロー（ＯｐｅｎＦｌｏｗ）において、リンクアグリゲーショングループに所属している物理ポートを検索対象とした場合、リンクアグリゲーショングループインタフェースを検索対象とできないことが問題となる。
【００１３】
なお、関連する技術として、特開２００７−１８０８９１号公報（特許文献１）に通信装置及びそれに用いるパケット送信制御方法並びにそのプログラムが開示されている。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００７−１８０８９１号公報
【非特許文献】
【００１５】
【非特許文献１】Ｔｈｅ ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ Ｃｏｎｓｏｒｔｉｕｍ ＜ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｆｌｏｗｓｗｉｔｃｈ．ｏｒｇ／＞
【発明の概要】
【発明が解決しようとする課題】
【００１６】
本発明の目的は、ネットワーク機器において、リンクアグリゲーショングループ自体と、当該リンクアグリゲーショングループを構成する物理ポートを共に管理、制御、及び検索対象とするインタフェース制御方式を提供することである。
【課題を解決するための手段】
【００１７】
本発明のインタフェース制御方式は、ネットワーク機器のインタフェース制御方式であって、論理グループのインタフェースである論理インタフェースと、論理グループに所属する物理ポートと、インタフェース制御部とを具備する。インタフェース制御部は、論理インタフェース及び物理ポートのそれぞれに対して所定の機能の有効化が行われている場合、論理インタフェースと物理ポートとを共に管理インタフェースに組み込んで管理対象とする
【００１８】
本発明のインタフェース制御方法は、ネットワーク機器のインタフェース制御方法である。このインタフェース制御方法では、論理グループのインタフェースである論理インタフェースと、論理グループに所属する物理ポートとのそれぞれに対して、個別に、所定の機能の有効化の設定を受け付ける。また、論理インタフェース及び物理ポートのそれぞれに対して所定の機能の有効化が行われている場合、論理インタフェースと物理ポートとを共に管理インタフェースに組み込んで管理対象とする。
【００１９】
本発明のインタフェース制御用プログラムは、論理グループのインタフェースである論理インタフェースと、論理グループに所属する物理ポートとのそれぞれに対して、個別に、所定の機能の有効化の設定を受け付けるステップと、論理インタフェース及び物理ポートのそれぞれに対して所定の機能の有効化が行われている場合、論理インタフェースと物理ポートとを共に管理インタフェースに組み込んで管理対象とするステップとをネットワーク機器に実行させるためのプログラムである。なお、本発明のインタフェース制御用プログラムは、記憶装置や記憶媒体に格納することが可能である。
【発明の効果】
【００２０】
オープンフロー（ＯｐｅｎＦｌｏｗ）の特徴を生かし、フローの柔軟な制御を可能とする。
【図面の簡単な説明】
【００２１】
【図１】既存ネットワーク機器の構成例を示すブロック図である。
【図２】本発明の実施例の構成を示す概念図である。
【図３】既存ネットワーク機器のインタフェースにおけるオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化と管理インタフェースへの組み込みとの関係を示す図である。
【図４】既存ネットワーク機器のインタフェースにおけるオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化と管理インタフェースへの組み込みとの関係を示す図である。
【図５】既存ネットワーク機器のインタフェースにおけるオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化と管理インタフェースへの組み込みとの関係を示す図である。
【図６】既存ネットワーク機器のインタフェースにおけるオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化と管理インタフェースへの組み込みとの関係を示す図である。
【図７】本発明の他の実施例の構成を示す概念図である。
【発明を実施するための形態】
【００２２】
以下に、本発明の実施形態について添付図面を参照して説明する。
【００２３】
［既存ネットワーク機器の構成］
図１に、オープンフロー（ＯｐｅｎＦｌｏｗ）機能を動作されるための既存ネットワーク機器１０の構成を示す。
【００２４】
既存ネットワーク機器１０は、ＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）インタフェース２０と、リンクアグリゲーショングループインタフェース３０と、物理ポート４０を有する。
【００２５】
ＶＬＡＮインタフェース２０は、ＶＬＡＮグループの論理インタフェースである。ここでは、ＶＬＡＮインタフェース２０は、ＶＬＡＮ「Ｖ１」と、ＶＬＡＮ「Ｖ２」を有する。「Ｖ１」及び「Ｖ２」は、ＶＬＡＮ番号（ＶＬＡＮ ＩＤ）である。ＶＬＡＮ「Ｖ１」及びＶＬＡＮ「Ｖ２」は、ＶＬＡＮ番号に対応するＶＬＡＮグループである。
【００２６】
リンクアグリゲーショングループインタフェース３０は、リンクアグリゲーショングループの論理インタフェースである。ここでは、リンクアグリゲーショングループインタフェース３０は、リンクアグリゲーショングループ「ＬＡＧ１」の論理インタフェースとして機能する。
【００２７】
物理ポート４０は、既存ネットワーク機器１０の物理インタフェースである。物理ポート４０は、物理ポート「Ｐ１」〜「Ｐ６」を有する。物理ポート「Ｐ１」は、ＶＬＡＮ「Ｖ１」にｕｎｔａｇｇｅｄポートとして所属している。物理ポート「Ｐ１」は、ｕｎｔａｇｇｅｄポートを１つだけ設定する。物理ポート「Ｐ２」〜「Ｐ５」は、ＶＬＡＮ「Ｖ１」、ＶＬＡＮ「Ｖ２」のそれぞれにｔａｇｇｅｄポートとして所属している。物理ポート「Ｐ２」〜「Ｐ５」は、ＶＬＡＮの種類にかかわらずｔａｇｇｅｄポートを設定する。物理ポート「Ｐ６」は、ＶＬＡＮ「Ｖ２」にｕｎｔａｇｇｅｄポートとして所属している。更に、物理ポート「Ｐ２」〜「Ｐ５」は、同一のリンクアグリゲーショングループ「ＬＡＧ１」に所属している。ここでは、物理ポート「Ｐ２」〜「Ｐ５」は、リンクアグリゲーショングループインタフェース３０を構成する。
【００２８】
なお、ｕｎｔａｇｇｅｄポートは、ＶＬＡＮタグ（ＶＬＡＮ Ｔａｇ）を使用せずに１つのＶＬＡＮだけを使用するポートである。すなわち、ｕｎｔａｇｇｅｄポートは、１つのＶＬＡＮに所属し、そのＶＬＡＮのフレームを送受信することができるポート（アクセスポート）である。
【００２９】
また、ｔａｇｇｅｄポートは、ＶＬＡＮタグでＶＬＡＮを分けるポートである。すなわち、ｔａｇｇｅｄポートは、複数のＶＬＡＮに所属し、そのＶＬＡＮのフレームを送受信するポート（トランクポート）である。
【００３０】
［実施例の構成］
図２に、オープンフロー（ＯｐｅｎＦｌｏｗ）が管理するネットワーク機器としてのインタフェースと、既存ネットワーク機器１０のインタフェースとのマッピングを示す。
【００３１】
図２では、既存ネットワーク機器１０に加えて、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０と、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０と、オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）７０が図示されている。
【００３２】
オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０は、ルーティングポリシーとして自身に設定されたフロー定義情報（フロー：ルール＋アクション）に従い、マルチレイヤ及びフロー単位の経路情報（フローテーブル）をスイッチに設定し、経路制御やノード制御を行う。オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０は、ネットワーク内のスイッチを監視し、通信状況に応じて、ネットワーク内のスイッチにパケットの配送経路を動的に設定する。これにより、経路制御機能がルータやスイッチから分離され、コントローラによる集中制御によって最適なルーティング、トラフィック管理が可能となる。
【００３３】
オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０により制御されるスイッチは、従来のルータやスイッチのようにパケットやフレームの単位ではなく、エンド・ツー・エンド（Ｅｎｄ ｔｏ Ｅｎｄ）のフローとして通信を取り扱う。詳細には、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０は、スイッチやノード毎にフロー（ルール＋アクション）を設定することで当該スイッチやノードの動作（例えばパケットデータの中継動作）を制御する。
【００３４】
なお、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０により制御されるスイッチは、オープンフロースイッチ（ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ）と呼ばれる。ここでは、既存ネットワーク機器１０は、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０により、オープンフロースイッチ（ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ）となる。
【００３５】
フローテーブルとは、スイッチやノード毎のフローの情報（フローエントリ）を格納したものである。フローとは、所定の規則（ルール）に適合するパケットに対して行うべき所定の処理（アクション）を定義したものである。フローのルールは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットのヘッダ領域に含まれる入出力ポート情報（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｐｏｒｔ）、宛先アドレス（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）、送信元アドレス（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）、宛先ポート番号（Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ）、送信元ポート番号（Ｓｏｕｒｃｅ Ｐｏｒｔ）のいずれか又は全てを用いた様々な組み合わせにより定義され、区別可能である。なお、上記のアドレスには、ＭＡＣアドレス（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ａｄｄｒｅｓｓ）やＩＰアドレス（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）を含むものとする。また、上記のポートには、論理ポートや物理ポートを含むものとする。
【００３６】
既存ネットワーク機器１０のインタフェースに対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化すると、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０は、当該インタフェースをオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースに追加する。
【００３７】
ここでは、既存ネットワーク機器１０の設定により、リンクアグリゲーショングループインタフェース３０でオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化すると、リンクアグリゲーショングループインタフェース３０は、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０により、既存ネットワーク機器１０上でオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとして組み込まれる。
【００３８】
このとき、リンクアグリゲーショングループを構成する物理ポートは、自動的にオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとしては組み込まれない。リンクアグリゲーションを構成する物理ポートをオープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０から制御したい場合は、それぞれの物理ポートでオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化することで実現する。
【００３９】
オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０は、既存ネットワーク機器１０とオープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０との間で、オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）７０を管理する。
【００４０】
オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）７０は、オープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースである。すなわち、オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）７０は、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０の管理対象である。
【００４１】
オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）７０は、物理ポート「Ａ１」〜「Ａ６」と、リンクアグリゲーショングループインタフェース「Ｂ１」を有する。物理ポート「Ａ１」〜「Ａ６」は、物理ポート「Ｐ１」〜「Ｐ６」に対応する。リンクアグリゲーショングループインタフェース「Ｂ１」は、リンクアグリゲーショングループインタフェース３０に対応する。
【００４２】
オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０は、リンクアグリゲーショングループインタフェース「Ｂ１」と、それを構成する物理ポート「Ａ２」〜「Ａ５」を、全て既存ネットワーク機器１０のインタフェースとして管理する。
【００４３】
オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）７０は、これらのインタフェースに関するインタフェース情報を、オープンフロープロトコル（ＯｐｅｎＦｌｏｗ Ｐｒｏｔｏｃｏｌ）で、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０へ通知し、更にオープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０からの参照を受け付ける。ポート状態の変更通知には、ポート状態（Ｐｏｒｔ Ｓｔａｔｕｓ）メッセージ、及びポートモジュール（Ｐｏｒｔ Ｍｏｄ）メッセージを用いる。
【００４４】
オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）７０は、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０からポート情報を取得する場合、機能要求／応答（Ｆｅａｔｕｒｅ Ｒｅｑｕｅｓｔ／Ｒｅｐｌｙ）メッセージを用いる。
【００４５】
［オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）の例］
オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０の例として、ＰＣ（パソコン）、ワークステーション、メインフレーム、スーパーコンピュータ等の計算機を想定している。或いは、端末やサーバに限らず、中継機器や周辺機器、拡張ボード等でも良い。また、仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ（ＶＭ））環境でも良い。但し、実際には、これらの例に限定されない。
【００４６】
［オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）の例］
オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０は、プログラムで駆動される処理装置等のハードウェアと、そのハードウェアを駆動して所望の処理を実行するソフトウェアと、そのソフトウェアや各種データを格納する記憶装置によって実現される。
【００４７】
上記の処理装置の例として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコントローラ、或いは、同様の機能を有する半導体集積回路（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ（ＩＣ））等が考えられる。但し、実際には、これらの例に限定されない。
【００４８】
上記の記憶装置の例として、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフラッシュメモリ等の半導体記憶装置、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の補助記憶装置、又は、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）やＳＤメモリカード（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ ｍｅｍｏｒｙ ｃａｒｄ）等のリムーバブルディスクや記憶媒体（メディア）等が考えられる。但し、実際には、これらの例に限定されない。
【００４９】
なお、上記の処理装置や記憶装置は、既存ネットワーク機器１０自体が備えるものでも良い。例えば、既存ネットワーク機器１０の処理装置（図示略）が、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０として動作するためのプログラムを、ネットワーク経由で受信して、或いは、既存ネットワーク機器１０に挿入された記憶媒体から読み出して、実行する事例が考えられる。
【００５０】
［実施例の動作］
図３〜図６に示すインタフェース情報を参照して、既存ネットワーク機器のインタフェースの状態の変更と、その際の動作について説明する。
既存ネットワーク機器１０のインタフェースに対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化すると、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０は、当該インタフェースをオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースに追加する。
【００５１】
既存ネットワーク機器１０のインタフェースに対するオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化は、インタフェースの種別に関係なく、それぞれのインタフェースで個別に設定することができる。
【００５２】
リンクアグリゲーショングループインタフェース３０に対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化した場合でも、そのリンクアグリゲーショングループインタフェース３０を構成する物理ポート４０は、オープンフロースイッチ（ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ）のインタフェースとして自動的には組み込まれない。すなわち、別途、物理ポート４０に対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化したことを確認するまでは、自動的には組み込まれない。リンクアグリゲーショングループインタフェース３０と物理ポート４０は、独立して制御されている。
【００５３】
例えば、図３の状態１のように、リンクアグリゲーショングループに所属している物理ポート４０をオープンフロー（ＯｐｅｎＦｌｏｗ）機能として有効化させない場合は、オープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースは、リンクアグリゲーショングループインタフェース３０となり、リンクアグリゲーショングループに所属する物理ポート４０は、オープンフロー（ＯｐｅｎＦｌｏｗ）の管理対象外となる。
【００５４】
また、図３の状態２のように、リンクアグリゲーショングループインタフェース３０とそのリンクアグリゲーショングループを構成する物理ポート４０の両方を同時にオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとして組み込みたい場合は、それぞれ、リンクアグリゲーショングループインタフェース３０と物理ポート４０にオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化を行うことで実現できる。
【００５５】
また、図４の状態３のように、リンクアグリゲーショングループを構成する物理ポート４０だけにオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化した場合、その物理ポート４０が所属するリンクアグリゲーショングループインタフェース３０はオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとならない。
【００５６】
また、図４の状態４では、リンクアグリゲーショングループとそのリンクアグリゲーショングループを構成する物理ポート４０にオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効にしていないため、オープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとはならない。
【００５７】
［物理ポート４０の削除］
図５に示すように、物理ポート４０に対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を無効化する（状態５から状態６へ遷移）。この場合、その物理ポート４０は、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０により、オープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースから削除される。その後、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０は、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０に対して、その物理ポート４０の削除通知を行う（送信する）。
【００５８】
［リンクアグリゲーションインタフェースの削除］
図６に示すように、リンクアグリゲーショングループインタフェース３０に対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を無効化するか、リンクアグリゲーショングループインタフェース３０をネットワーク機器のコンフィグレーションから削除する（状態７から状態８へ遷移）。この場合、そのリンクアグリゲーショングループインタフェース３０は、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０により、オープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースからも削除される。その後、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０は、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０に対して、そのリンクアグリゲーションインタフェースの削除通知を行う（送信する）。
【００５９】
このように、図２に示すリンクアグリゲーショングループインタフェース３０と物理ポート４０の双方に対し、オープンフロープロトコル（ＯｐｅｎＦｌｏｗ Ｐｒｏｔｏｃｏｌ）の特徴でもあるフローエントリを登録することができる。また、リンクアグリゲーショングループインタフェース３０である論理インタフェースだけでなく、その論理インタフェースに所属する物理ポート４０に対しても柔軟にフローの登録が可能となる。
【００６０】
本発明により、既存のＩＰネットワークで使われているネットワーク機器を基に、オープンフロープロトコル（ＯｐｅｎＦｌｏｗ Ｐｒｏｔｏｃｏｌ）管理を行うことが可能になる。
【００６１】
本発明では、新規のネットワーク機器の開発を行わなくても、既存のネットワーク機器のインタフェースをオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとして組み込める。
【００６２】
また、本発明では、既存のＩＰネットワークで使われているネットワーク機器を用いて、リンクアグリゲーショングループのインタフェースと、そのリンクアグリゲーショングループを構成する物理ポートを個別に管理することができる。これにより、自由かつ柔軟にネットワークを構成する機器のインタフェースを管理、操作できる。
【００６３】
また、本発明では、通常リンクアグリゲーショングループインタフェースは装置内部での振り分けアルゴリズムにしたがって、そのリンクアグリゲーショングループを構成する出力先物理ポートが選択されるが、オープンフロー（ＯｐｅｎＦｌｏｗ）の管理下の双方のインタフェースを登録できることによって、ユーザが任意に出力先物理ポートの制御を可能にできる。
【００６４】
［他の実施例］
次に、本発明の他の実施例について図面を参照して説明する。
本実施例では、リンクアグリゲーショングループインタフェースの他に、ＶＬＡＮインタフェースも管理対象とする。リンクアグリゲーショングループやＶＬＡＮグループは、いずれも仮想的なグループ（論理グループ）である。
【００６５】
図７では、ＶＬＡＮインタフェース２０は、ＶＬＡＮ「Ｖ１」を有する。物理ポート４０は、物理ポート「Ｐ１」〜「Ｐ６」を有する。オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）７０は、物理ポート「Ａ１」〜「Ａ６」と、リンクアグリゲーショングループインタフェース「Ｂ１」と、ＶＬＡＮインタフェース「Ｃ１」を有する。
【００６６】
ここでは、物理ポート「Ｐ２」〜「Ｐ４」は、ＶＬＡＮ「Ｖ１」に所属する。すなわち、物理ポート「Ｐ２」〜「Ｐ４」は、ＶＬＡＮインタフェース２０を構成する。物理ポート「Ｐ５」、「Ｐ６」は、リンクアグリゲーショングループ「ＬＡＧ１」に所属する。すなわち、物理ポート「Ｐ５」、「Ｐ６」は、リンクアグリゲーショングループインタフェース３０を構成する。
【００６７】
物理ポート「Ａ１」〜「Ａ６」は、物理ポート「Ｐ１」〜「Ｐ６」に対応する。リンクアグリゲーショングループインタフェース「Ｂ１」は、リンクアグリゲーショングループインタフェース３０に対応する。ＶＬＡＮインタフェース「Ｃ１」は、ＶＬＡＮ「Ｖ１」に対応する。
【００６８】
図７に示すように、ＶＬＡＮインタフェースと、そのＶＬＡＮインタフェースに所属する物理ポートのそれぞれのマッピングで構成することにより、ＶＬＡＮインタフェースと、そのＶＬＡＮインタフェースを構成する物理ポートを独立してオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとすることができる。
【００６９】
［発明の特徴］
以上のように、本発明によるオープンフロー（ＯｐｅｎＦｌｏｗ）におけるネットワーク機器のインタフェース制御方式では、リンクアグリゲーショングループ自体と、そのリンクアグリゲーショングループを構成する物理ポートを、共に管理、制御、及び検索の対象とすることができる。これにより、柔軟な制御を可能とする。
【００７０】
本発明は、ネットワークインフラストラクチャにおいて、通信機器が有するインタフェースの構成方法の1つとして利用できる。
【００７１】
特に、オープンフロープロトコル（ＯｐｅｎＦｌｏｗ Ｐｒｏｔｏｃｏｌ）における、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０からのインタフェース制御で有用となる。
【００７２】
＜補足＞
本発明は、ネットワーク機器のインタフェース制御方式についての発明であり、リンクアグリゲーションによるパケットの振り分け方式や、リンクアグリゲーションの管理方式についての発明ではない。
【００７３】
本発明では、オープンフロー（ＯｐｅｎＦｌｏｗ）というプロトコルの特性上、ネットワーク機器は、コントローラにより制御される。
【００７４】
通常のネットワーク機器でリンクアグリゲーション機能を使用した場合、リンクアグリゲーションインタフェース（ある複数の物理ポートを論理的にグループ化した論理インタフェース）のみ、もしくは、リンクアグリゲーショングループに所属していない物理ポートが制御対象となる。
【００７５】
また、このとき、リンクアグリゲーションインタフェースに所属している物理ポートは制御外となる。
【００７６】
このように、通常のネットワーク機器は、パケットを受信した際に、リンクアグリゲーションを構成している送信先物理ポートを指定する。
【００７７】
本発明では、リンクアグリゲーションインタフェース、リンクアグリゲーションを構成する物理ポート、リンクアグリゲーションに所属していない物理ポートそれぞれが独立して指定が可能となるインタフェースの制御方式を実現している。
【００７８】
（付記１）
前記インタフェース制御部は、前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の有効化又は無効化が行われ、状態の変更が発生した場合、前記ネットワーク機器を制御する外部のコントローラに対して、状態の変更通知を送信するインタフェース制御方式。
【００７９】
以上、本発明の実施形態を詳述してきたが、実際には、上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。
【符号の説明】
【００８０】
１０… 既存ネットワーク機器
２０… ＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）インタフェース
３０… リンクアグリゲーショングループ（ＬＡＧ：Ｌｉｎｋ Ａｇｇｒｅｇａｔｉｏｎ Ｇｒｏｕｐ）インタフェース
４０… 物理ポート（Ｐｈｙｓｉｃａｌ Ｐｏｒｔ）
５０… オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）
６０… オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）
７０… オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）
【技術分野】
【０００１】
本発明は、インタフェース制御方式に関し、特にオープンフロー（ＯｐｅｎＦｌｏｗ）におけるネットワーク機器のインタフェース制御方式に関する。
【背景技術】
【０００２】
従来、通信機器においては、装置管理や通信処理を行っているが、近年のブロードバンド化やＡＬＬ ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）化に向け、複雑なネットワークへの対応や多くの処理を行う必要があり、通信装置の制御部にかかる負荷が高くなってきている。なお、ＡＬＬ ＩＰとは、あらゆる機器がＩＰネットワークで接続されている環境を示す。
【０００３】
このように、ネットワークインフラの急速な発展により、装置への負荷が高くなることによって、ネットワークの使われ方の多様化により、ネットワークの仕組みそのものが過剰に複雑化していることが問題点と考えられている。
【０００４】
上記の問題点を解決するために、新世代ネットワークへの期待が高まっているが、白紙の状態（Ｃｌｅａｎ ｓｌａｔｅ）からのアーキテクチャの再構築や多様性の拡大のために、コントロールプレーンからネットワーク機器を柔軟に制御できるようにする必要がある。
【０００５】
このために、コントローラからネットワークインタフェースを自由に制御可能な仕組みが必要であると考えられる。
【０００６】
現在、コントローラからネットワークインタフェースを制御する仕組みの１つとして、オープンフロー（ＯｐｅｎＦｌｏｗ）という仕組みが考えられている。なお、オープンフロー（ＯｐｅｎＦｌｏｗ）は、「Ｔｈｅ ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ Ｃｏｎｓｏｒｔｉｕｍ」（非特許文献１参照）で規定されているアークテクチャである。
【０００７】
また、回線の帯域を増強させる方法の１つに、ネットワーク機器間をつなぐ複数の物理的な回線を仮想的に束ねて１本の太い回線として扱う「リンクアグリゲーション（ＬＡ：Ｌｉｎｋ Ａｇｇｒｅｇａｔｉｏｎ）」と呼ばれる方法がある。
【０００８】
オープンフロー（ＯｐｅｎＦｌｏｗ）の特徴を生かし、柔軟にフローを制御するためには、リンクアグリゲーショングループ（ＬＡＧ：Ｌｉｎｋ Ａｇｇｒｅｇａｔｉｏｎ Ｇｒｏｕｐ）と、それが所属する物理ポートの双方を検索対象にできる実装が必要となる。
【０００９】
しかし、従来の管理では、リンクアグリゲーショングループは、それ自体がリンクアグリゲーショングループインタフェースとして扱われ、それを構成する物理ポートは隠蔽される管理となる。
【００１０】
この場合、オープンフロー（ＯｐｅｎＦｌｏｗ）における管理インタフェースは、リンクアグリゲーショングループインタフェースとなる。そのため、オープンフロー（ＯｐｅｎＦｌｏｗ）において、リンクアグリゲーショングループに所属する物理ポートは、管理対象外となる。
【００１１】
オープンフロー（ＯｐｅｎＦｌｏｗ）において、管理インタフェースの候補を検索する際に、検索対象としてリンクアグリゲーショングループを使用した場合、検索対象とするインタフェースに物理ポートを指定できないことが問題となる。
【００１２】
逆に、オープンフロー（ＯｐｅｎＦｌｏｗ）において、リンクアグリゲーショングループに所属している物理ポートを検索対象とした場合、リンクアグリゲーショングループインタフェースを検索対象とできないことが問題となる。
【００１３】
なお、関連する技術として、特開２００７−１８０８９１号公報（特許文献１）に通信装置及びそれに用いるパケット送信制御方法並びにそのプログラムが開示されている。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００７−１８０８９１号公報
【非特許文献】
【００１５】
【非特許文献１】Ｔｈｅ ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ Ｃｏｎｓｏｒｔｉｕｍ ＜ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｆｌｏｗｓｗｉｔｃｈ．ｏｒｇ／＞
【発明の概要】
【発明が解決しようとする課題】
【００１６】
本発明の目的は、ネットワーク機器において、リンクアグリゲーショングループ自体と、当該リンクアグリゲーショングループを構成する物理ポートを共に管理、制御、及び検索対象とするインタフェース制御方式を提供することである。
【課題を解決するための手段】
【００１７】
本発明のインタフェース制御方式は、ネットワーク機器のインタフェース制御方式であって、論理グループのインタフェースである論理インタフェースと、論理グループに所属する物理ポートと、インタフェース制御部とを具備する。インタフェース制御部は、論理インタフェース及び物理ポートのそれぞれに対して所定の機能の有効化が行われている場合、論理インタフェースと物理ポートとを共に管理インタフェースに組み込んで管理対象とする
【００１８】
本発明のインタフェース制御方法は、ネットワーク機器のインタフェース制御方法である。このインタフェース制御方法では、論理グループのインタフェースである論理インタフェースと、論理グループに所属する物理ポートとのそれぞれに対して、個別に、所定の機能の有効化の設定を受け付ける。また、論理インタフェース及び物理ポートのそれぞれに対して所定の機能の有効化が行われている場合、論理インタフェースと物理ポートとを共に管理インタフェースに組み込んで管理対象とする。
【００１９】
本発明のインタフェース制御用プログラムは、論理グループのインタフェースである論理インタフェースと、論理グループに所属する物理ポートとのそれぞれに対して、個別に、所定の機能の有効化の設定を受け付けるステップと、論理インタフェース及び物理ポートのそれぞれに対して所定の機能の有効化が行われている場合、論理インタフェースと物理ポートとを共に管理インタフェースに組み込んで管理対象とするステップとをネットワーク機器に実行させるためのプログラムである。なお、本発明のインタフェース制御用プログラムは、記憶装置や記憶媒体に格納することが可能である。
【発明の効果】
【００２０】
オープンフロー（ＯｐｅｎＦｌｏｗ）の特徴を生かし、フローの柔軟な制御を可能とする。
【図面の簡単な説明】
【００２１】
【図１】既存ネットワーク機器の構成例を示すブロック図である。
【図２】本発明の実施例の構成を示す概念図である。
【図３】既存ネットワーク機器のインタフェースにおけるオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化と管理インタフェースへの組み込みとの関係を示す図である。
【図４】既存ネットワーク機器のインタフェースにおけるオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化と管理インタフェースへの組み込みとの関係を示す図である。
【図５】既存ネットワーク機器のインタフェースにおけるオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化と管理インタフェースへの組み込みとの関係を示す図である。
【図６】既存ネットワーク機器のインタフェースにおけるオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化と管理インタフェースへの組み込みとの関係を示す図である。
【図７】本発明の他の実施例の構成を示す概念図である。
【発明を実施するための形態】
【００２２】
以下に、本発明の実施形態について添付図面を参照して説明する。
【００２３】
［既存ネットワーク機器の構成］
図１に、オープンフロー（ＯｐｅｎＦｌｏｗ）機能を動作されるための既存ネットワーク機器１０の構成を示す。
【００２４】
既存ネットワーク機器１０は、ＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）インタフェース２０と、リンクアグリゲーショングループインタフェース３０と、物理ポート４０を有する。
【００２５】
ＶＬＡＮインタフェース２０は、ＶＬＡＮグループの論理インタフェースである。ここでは、ＶＬＡＮインタフェース２０は、ＶＬＡＮ「Ｖ１」と、ＶＬＡＮ「Ｖ２」を有する。「Ｖ１」及び「Ｖ２」は、ＶＬＡＮ番号（ＶＬＡＮ ＩＤ）である。ＶＬＡＮ「Ｖ１」及びＶＬＡＮ「Ｖ２」は、ＶＬＡＮ番号に対応するＶＬＡＮグループである。
【００２６】
リンクアグリゲーショングループインタフェース３０は、リンクアグリゲーショングループの論理インタフェースである。ここでは、リンクアグリゲーショングループインタフェース３０は、リンクアグリゲーショングループ「ＬＡＧ１」の論理インタフェースとして機能する。
【００２７】
物理ポート４０は、既存ネットワーク機器１０の物理インタフェースである。物理ポート４０は、物理ポート「Ｐ１」〜「Ｐ６」を有する。物理ポート「Ｐ１」は、ＶＬＡＮ「Ｖ１」にｕｎｔａｇｇｅｄポートとして所属している。物理ポート「Ｐ１」は、ｕｎｔａｇｇｅｄポートを１つだけ設定する。物理ポート「Ｐ２」〜「Ｐ５」は、ＶＬＡＮ「Ｖ１」、ＶＬＡＮ「Ｖ２」のそれぞれにｔａｇｇｅｄポートとして所属している。物理ポート「Ｐ２」〜「Ｐ５」は、ＶＬＡＮの種類にかかわらずｔａｇｇｅｄポートを設定する。物理ポート「Ｐ６」は、ＶＬＡＮ「Ｖ２」にｕｎｔａｇｇｅｄポートとして所属している。更に、物理ポート「Ｐ２」〜「Ｐ５」は、同一のリンクアグリゲーショングループ「ＬＡＧ１」に所属している。ここでは、物理ポート「Ｐ２」〜「Ｐ５」は、リンクアグリゲーショングループインタフェース３０を構成する。
【００２８】
なお、ｕｎｔａｇｇｅｄポートは、ＶＬＡＮタグ（ＶＬＡＮ Ｔａｇ）を使用せずに１つのＶＬＡＮだけを使用するポートである。すなわち、ｕｎｔａｇｇｅｄポートは、１つのＶＬＡＮに所属し、そのＶＬＡＮのフレームを送受信することができるポート（アクセスポート）である。
【００２９】
また、ｔａｇｇｅｄポートは、ＶＬＡＮタグでＶＬＡＮを分けるポートである。すなわち、ｔａｇｇｅｄポートは、複数のＶＬＡＮに所属し、そのＶＬＡＮのフレームを送受信するポート（トランクポート）である。
【００３０】
［実施例の構成］
図２に、オープンフロー（ＯｐｅｎＦｌｏｗ）が管理するネットワーク機器としてのインタフェースと、既存ネットワーク機器１０のインタフェースとのマッピングを示す。
【００３１】
図２では、既存ネットワーク機器１０に加えて、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０と、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０と、オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）７０が図示されている。
【００３２】
オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０は、ルーティングポリシーとして自身に設定されたフロー定義情報（フロー：ルール＋アクション）に従い、マルチレイヤ及びフロー単位の経路情報（フローテーブル）をスイッチに設定し、経路制御やノード制御を行う。オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０は、ネットワーク内のスイッチを監視し、通信状況に応じて、ネットワーク内のスイッチにパケットの配送経路を動的に設定する。これにより、経路制御機能がルータやスイッチから分離され、コントローラによる集中制御によって最適なルーティング、トラフィック管理が可能となる。
【００３３】
オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０により制御されるスイッチは、従来のルータやスイッチのようにパケットやフレームの単位ではなく、エンド・ツー・エンド（Ｅｎｄ ｔｏ Ｅｎｄ）のフローとして通信を取り扱う。詳細には、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０は、スイッチやノード毎にフロー（ルール＋アクション）を設定することで当該スイッチやノードの動作（例えばパケットデータの中継動作）を制御する。
【００３４】
なお、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０により制御されるスイッチは、オープンフロースイッチ（ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ）と呼ばれる。ここでは、既存ネットワーク機器１０は、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０により、オープンフロースイッチ（ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ）となる。
【００３５】
フローテーブルとは、スイッチやノード毎のフローの情報（フローエントリ）を格納したものである。フローとは、所定の規則（ルール）に適合するパケットに対して行うべき所定の処理（アクション）を定義したものである。フローのルールは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットのヘッダ領域に含まれる入出力ポート情報（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｐｏｒｔ）、宛先アドレス（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）、送信元アドレス（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）、宛先ポート番号（Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ）、送信元ポート番号（Ｓｏｕｒｃｅ Ｐｏｒｔ）のいずれか又は全てを用いた様々な組み合わせにより定義され、区別可能である。なお、上記のアドレスには、ＭＡＣアドレス（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ａｄｄｒｅｓｓ）やＩＰアドレス（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）を含むものとする。また、上記のポートには、論理ポートや物理ポートを含むものとする。
【００３６】
既存ネットワーク機器１０のインタフェースに対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化すると、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０は、当該インタフェースをオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースに追加する。
【００３７】
ここでは、既存ネットワーク機器１０の設定により、リンクアグリゲーショングループインタフェース３０でオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化すると、リンクアグリゲーショングループインタフェース３０は、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０により、既存ネットワーク機器１０上でオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとして組み込まれる。
【００３８】
このとき、リンクアグリゲーショングループを構成する物理ポートは、自動的にオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとしては組み込まれない。リンクアグリゲーションを構成する物理ポートをオープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０から制御したい場合は、それぞれの物理ポートでオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化することで実現する。
【００３９】
オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０は、既存ネットワーク機器１０とオープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０との間で、オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）７０を管理する。
【００４０】
オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）７０は、オープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースである。すなわち、オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）７０は、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０の管理対象である。
【００４１】
オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）７０は、物理ポート「Ａ１」〜「Ａ６」と、リンクアグリゲーショングループインタフェース「Ｂ１」を有する。物理ポート「Ａ１」〜「Ａ６」は、物理ポート「Ｐ１」〜「Ｐ６」に対応する。リンクアグリゲーショングループインタフェース「Ｂ１」は、リンクアグリゲーショングループインタフェース３０に対応する。
【００４２】
オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０は、リンクアグリゲーショングループインタフェース「Ｂ１」と、それを構成する物理ポート「Ａ２」〜「Ａ５」を、全て既存ネットワーク機器１０のインタフェースとして管理する。
【００４３】
オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）７０は、これらのインタフェースに関するインタフェース情報を、オープンフロープロトコル（ＯｐｅｎＦｌｏｗ Ｐｒｏｔｏｃｏｌ）で、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０へ通知し、更にオープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０からの参照を受け付ける。ポート状態の変更通知には、ポート状態（Ｐｏｒｔ Ｓｔａｔｕｓ）メッセージ、及びポートモジュール（Ｐｏｒｔ Ｍｏｄ）メッセージを用いる。
【００４４】
オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）７０は、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０からポート情報を取得する場合、機能要求／応答（Ｆｅａｔｕｒｅ Ｒｅｑｕｅｓｔ／Ｒｅｐｌｙ）メッセージを用いる。
【００４５】
［オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）の例］
オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０の例として、ＰＣ（パソコン）、ワークステーション、メインフレーム、スーパーコンピュータ等の計算機を想定している。或いは、端末やサーバに限らず、中継機器や周辺機器、拡張ボード等でも良い。また、仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ（ＶＭ））環境でも良い。但し、実際には、これらの例に限定されない。
【００４６】
［オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）の例］
オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０は、プログラムで駆動される処理装置等のハードウェアと、そのハードウェアを駆動して所望の処理を実行するソフトウェアと、そのソフトウェアや各種データを格納する記憶装置によって実現される。
【００４７】
上記の処理装置の例として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコントローラ、或いは、同様の機能を有する半導体集積回路（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ（ＩＣ））等が考えられる。但し、実際には、これらの例に限定されない。
【００４８】
上記の記憶装置の例として、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフラッシュメモリ等の半導体記憶装置、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の補助記憶装置、又は、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）やＳＤメモリカード（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ ｍｅｍｏｒｙ ｃａｒｄ）等のリムーバブルディスクや記憶媒体（メディア）等が考えられる。但し、実際には、これらの例に限定されない。
【００４９】
なお、上記の処理装置や記憶装置は、既存ネットワーク機器１０自体が備えるものでも良い。例えば、既存ネットワーク機器１０の処理装置（図示略）が、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０として動作するためのプログラムを、ネットワーク経由で受信して、或いは、既存ネットワーク機器１０に挿入された記憶媒体から読み出して、実行する事例が考えられる。
【００５０】
［実施例の動作］
図３〜図６に示すインタフェース情報を参照して、既存ネットワーク機器のインタフェースの状態の変更と、その際の動作について説明する。
既存ネットワーク機器１０のインタフェースに対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化すると、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０は、当該インタフェースをオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースに追加する。
【００５１】
既存ネットワーク機器１０のインタフェースに対するオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化は、インタフェースの種別に関係なく、それぞれのインタフェースで個別に設定することができる。
【００５２】
リンクアグリゲーショングループインタフェース３０に対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化した場合でも、そのリンクアグリゲーショングループインタフェース３０を構成する物理ポート４０は、オープンフロースイッチ（ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ）のインタフェースとして自動的には組み込まれない。すなわち、別途、物理ポート４０に対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化したことを確認するまでは、自動的には組み込まれない。リンクアグリゲーショングループインタフェース３０と物理ポート４０は、独立して制御されている。
【００５３】
例えば、図３の状態１のように、リンクアグリゲーショングループに所属している物理ポート４０をオープンフロー（ＯｐｅｎＦｌｏｗ）機能として有効化させない場合は、オープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースは、リンクアグリゲーショングループインタフェース３０となり、リンクアグリゲーショングループに所属する物理ポート４０は、オープンフロー（ＯｐｅｎＦｌｏｗ）の管理対象外となる。
【００５４】
また、図３の状態２のように、リンクアグリゲーショングループインタフェース３０とそのリンクアグリゲーショングループを構成する物理ポート４０の両方を同時にオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとして組み込みたい場合は、それぞれ、リンクアグリゲーショングループインタフェース３０と物理ポート４０にオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化を行うことで実現できる。
【００５５】
また、図４の状態３のように、リンクアグリゲーショングループを構成する物理ポート４０だけにオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化した場合、その物理ポート４０が所属するリンクアグリゲーショングループインタフェース３０はオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとならない。
【００５６】
また、図４の状態４では、リンクアグリゲーショングループとそのリンクアグリゲーショングループを構成する物理ポート４０にオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効にしていないため、オープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとはならない。
【００５７】
［物理ポート４０の削除］
図５に示すように、物理ポート４０に対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を無効化する（状態５から状態６へ遷移）。この場合、その物理ポート４０は、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０により、オープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースから削除される。その後、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０は、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０に対して、その物理ポート４０の削除通知を行う（送信する）。
【００５８】
［リンクアグリゲーションインタフェースの削除］
図６に示すように、リンクアグリゲーショングループインタフェース３０に対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を無効化するか、リンクアグリゲーショングループインタフェース３０をネットワーク機器のコンフィグレーションから削除する（状態７から状態８へ遷移）。この場合、そのリンクアグリゲーショングループインタフェース３０は、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０により、オープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースからも削除される。その後、オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）６０は、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０に対して、そのリンクアグリゲーションインタフェースの削除通知を行う（送信する）。
【００５９】
このように、図２に示すリンクアグリゲーショングループインタフェース３０と物理ポート４０の双方に対し、オープンフロープロトコル（ＯｐｅｎＦｌｏｗ Ｐｒｏｔｏｃｏｌ）の特徴でもあるフローエントリを登録することができる。また、リンクアグリゲーショングループインタフェース３０である論理インタフェースだけでなく、その論理インタフェースに所属する物理ポート４０に対しても柔軟にフローの登録が可能となる。
【００６０】
本発明により、既存のＩＰネットワークで使われているネットワーク機器を基に、オープンフロープロトコル（ＯｐｅｎＦｌｏｗ Ｐｒｏｔｏｃｏｌ）管理を行うことが可能になる。
【００６１】
本発明では、新規のネットワーク機器の開発を行わなくても、既存のネットワーク機器のインタフェースをオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとして組み込める。
【００６２】
また、本発明では、既存のＩＰネットワークで使われているネットワーク機器を用いて、リンクアグリゲーショングループのインタフェースと、そのリンクアグリゲーショングループを構成する物理ポートを個別に管理することができる。これにより、自由かつ柔軟にネットワークを構成する機器のインタフェースを管理、操作できる。
【００６３】
また、本発明では、通常リンクアグリゲーショングループインタフェースは装置内部での振り分けアルゴリズムにしたがって、そのリンクアグリゲーショングループを構成する出力先物理ポートが選択されるが、オープンフロー（ＯｐｅｎＦｌｏｗ）の管理下の双方のインタフェースを登録できることによって、ユーザが任意に出力先物理ポートの制御を可能にできる。
【００６４】
［他の実施例］
次に、本発明の他の実施例について図面を参照して説明する。
本実施例では、リンクアグリゲーショングループインタフェースの他に、ＶＬＡＮインタフェースも管理対象とする。リンクアグリゲーショングループやＶＬＡＮグループは、いずれも仮想的なグループ（論理グループ）である。
【００６５】
図７では、ＶＬＡＮインタフェース２０は、ＶＬＡＮ「Ｖ１」を有する。物理ポート４０は、物理ポート「Ｐ１」〜「Ｐ６」を有する。オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）７０は、物理ポート「Ａ１」〜「Ａ６」と、リンクアグリゲーショングループインタフェース「Ｂ１」と、ＶＬＡＮインタフェース「Ｃ１」を有する。
【００６６】
ここでは、物理ポート「Ｐ２」〜「Ｐ４」は、ＶＬＡＮ「Ｖ１」に所属する。すなわち、物理ポート「Ｐ２」〜「Ｐ４」は、ＶＬＡＮインタフェース２０を構成する。物理ポート「Ｐ５」、「Ｐ６」は、リンクアグリゲーショングループ「ＬＡＧ１」に所属する。すなわち、物理ポート「Ｐ５」、「Ｐ６」は、リンクアグリゲーショングループインタフェース３０を構成する。
【００６７】
物理ポート「Ａ１」〜「Ａ６」は、物理ポート「Ｐ１」〜「Ｐ６」に対応する。リンクアグリゲーショングループインタフェース「Ｂ１」は、リンクアグリゲーショングループインタフェース３０に対応する。ＶＬＡＮインタフェース「Ｃ１」は、ＶＬＡＮ「Ｖ１」に対応する。
【００６８】
図７に示すように、ＶＬＡＮインタフェースと、そのＶＬＡＮインタフェースに所属する物理ポートのそれぞれのマッピングで構成することにより、ＶＬＡＮインタフェースと、そのＶＬＡＮインタフェースを構成する物理ポートを独立してオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとすることができる。
【００６９】
［発明の特徴］
以上のように、本発明によるオープンフロー（ＯｐｅｎＦｌｏｗ）におけるネットワーク機器のインタフェース制御方式では、リンクアグリゲーショングループ自体と、そのリンクアグリゲーショングループを構成する物理ポートを、共に管理、制御、及び検索の対象とすることができる。これにより、柔軟な制御を可能とする。
【００７０】
本発明は、ネットワークインフラストラクチャにおいて、通信機器が有するインタフェースの構成方法の1つとして利用できる。
【００７１】
特に、オープンフロープロトコル（ＯｐｅｎＦｌｏｗ Ｐｒｏｔｏｃｏｌ）における、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）５０からのインタフェース制御で有用となる。
【００７２】
＜補足＞
本発明は、ネットワーク機器のインタフェース制御方式についての発明であり、リンクアグリゲーションによるパケットの振り分け方式や、リンクアグリゲーションの管理方式についての発明ではない。
【００７３】
本発明では、オープンフロー（ＯｐｅｎＦｌｏｗ）というプロトコルの特性上、ネットワーク機器は、コントローラにより制御される。
【００７４】
通常のネットワーク機器でリンクアグリゲーション機能を使用した場合、リンクアグリゲーションインタフェース（ある複数の物理ポートを論理的にグループ化した論理インタフェース）のみ、もしくは、リンクアグリゲーショングループに所属していない物理ポートが制御対象となる。
【００７５】
また、このとき、リンクアグリゲーションインタフェースに所属している物理ポートは制御外となる。
【００７６】
このように、通常のネットワーク機器は、パケットを受信した際に、リンクアグリゲーションを構成している送信先物理ポートを指定する。
【００７７】
本発明では、リンクアグリゲーションインタフェース、リンクアグリゲーションを構成する物理ポート、リンクアグリゲーションに所属していない物理ポートそれぞれが独立して指定が可能となるインタフェースの制御方式を実現している。
【００７８】
（付記１）
前記インタフェース制御部は、前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の有効化又は無効化が行われ、状態の変更が発生した場合、前記ネットワーク機器を制御する外部のコントローラに対して、状態の変更通知を送信するインタフェース制御方式。
【００７９】
以上、本発明の実施形態を詳述してきたが、実際には、上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。
【符号の説明】
【００８０】
１０… 既存ネットワーク機器
２０… ＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）インタフェース
３０… リンクアグリゲーショングループ（ＬＡＧ：Ｌｉｎｋ Ａｇｇｒｅｇａｔｉｏｎ Ｇｒｏｕｐ）インタフェース
４０… 物理ポート（Ｐｈｙｓｉｃａｌ Ｐｏｒｔ）
５０… オープンフローコントローラ（ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）
６０… オープンフロー機能部（ＯｐｅｎＦｌｏｗ Ｓｔａｃｋ）
７０… オープンフローインタフェース（ＯｐｅｎＦｌｏｗ Ｉｎｔｅｒｆａｃｅ）
【特許請求の範囲】
【請求項１】
ネットワーク機器のインタフェース制御方式であって、
論理グループのインタフェースである論理インタフェースと、
前記論理グループに所属する物理ポートと、
前記論理インタフェース及び前記物理ポートのそれぞれに対して所定の機能の有効化が行われている場合、前記論理インタフェースと前記物理ポートとを共に管理インタフェースに組み込んで管理対象とするインタフェース制御部と
を具備する
インタフェース制御方式。
【請求項２】
請求項１に記載のインタフェース制御方式であって、
前記インタフェース制御部は、前記論理インタフェースに対して前記所定の機能の有効化が行われている場合でも、前記物理ポートに対して前記所定の機能の有効化が行われていることを確認するまでは、前記物理ポートを自動的には前記管理インタフェースに組み込まず管理対象外とする
インタフェース制御方式。
【請求項３】
請求項１に記載のインタフェース制御方式であって、
前記インタフェース制御部は、前記論理インタフェースと前記物理ポートとを共に前記管理インタフェースに組み込んで管理対象としている際に、前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の無効化が行われた場合には、前記所定の機能の無効化が行われたインタフェースを前記管理インタフェースから削除して管理対象外とする
インタフェース制御方式。
【請求項４】
ネットワーク機器のインタフェース制御方法であって、
論理グループのインタフェースである論理インタフェースと、前記論理グループに所属する物理ポートとのそれぞれに対して、個別に、所定の機能の有効化の設定を受け付けることと、
前記論理インタフェース及び前記物理ポートのそれぞれに対して前記所定の機能の有効化が行われている場合、前記論理インタフェースと前記物理ポートとを共に管理インタフェースに組み込んで管理対象とすることと
を含む
インタフェース制御方法。
【請求項５】
請求項４に記載のインタフェース制御方法であって、
前記論理インタフェースに対して前記所定の機能の有効化が行われている場合でも、前記物理ポートに対して前記所定の機能の有効化が行われていることを確認するまでは、前記物理ポートを自動的には前記管理インタフェースに組み込まず管理対象外とすること
を更に含む
インタフェース制御方法。
【請求項６】
請求項４に記載のインタフェース制御方法であって、
前記論理インタフェースと前記物理ポートとを共に前記管理インタフェースに組み込んで管理対象としている際に、前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の無効化の設定を受け付けることと、
前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の無効化が行われた場合には、前記所定の機能の無効化が行われたインタフェースを前記管理インタフェースから削除して管理対象外とすること
を更に含む
インタフェース制御方法。
【請求項７】
論理グループのインタフェースである論理インタフェースと、前記論理グループに所属する物理ポートとのそれぞれに対して、個別に、所定の機能の有効化の設定を受け付けるステップと、
前記論理インタフェース及び前記物理ポートのそれぞれに対して前記所定の機能の有効化が行われている場合、前記論理インタフェースと前記物理ポートとを共に管理インタフェースに組み込んで管理対象とするステップと
をネットワーク機器に実行させるための
インタフェース制御用プログラム。
【請求項８】
請求項７に記載のインタフェース制御用プログラムであって、
前記論理インタフェースに対して前記所定の機能の有効化が行われている場合でも、前記物理ポートに対して前記所定の機能の有効化が行われていることを確認するまでは、前記物理ポートを自動的には前記管理インタフェースに組み込まず管理対象外とするステップ
を更にネットワーク機器に実行させるための
インタフェース制御用プログラム。
【請求項９】
請求項７に記載のインタフェース制御用プログラムであって、
前記論理インタフェースと前記物理ポートとを共に前記管理インタフェースに組み込んで管理対象としている際に、前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の無効化の設定を受け付けるステップと、
前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の無効化が行われた場合には、前記所定の機能の無効化が行われたインタフェースを前記管理インタフェースから削除して管理対象外とするステップ
を更にネットワーク機器に実行させるための
インタフェース制御用プログラム。
【請求項１】
ネットワーク機器のインタフェース制御方式であって、
論理グループのインタフェースである論理インタフェースと、
前記論理グループに所属する物理ポートと、
前記論理インタフェース及び前記物理ポートのそれぞれに対して所定の機能の有効化が行われている場合、前記論理インタフェースと前記物理ポートとを共に管理インタフェースに組み込んで管理対象とするインタフェース制御部と
を具備する
インタフェース制御方式。
【請求項２】
請求項１に記載のインタフェース制御方式であって、
前記インタフェース制御部は、前記論理インタフェースに対して前記所定の機能の有効化が行われている場合でも、前記物理ポートに対して前記所定の機能の有効化が行われていることを確認するまでは、前記物理ポートを自動的には前記管理インタフェースに組み込まず管理対象外とする
インタフェース制御方式。
【請求項３】
請求項１に記載のインタフェース制御方式であって、
前記インタフェース制御部は、前記論理インタフェースと前記物理ポートとを共に前記管理インタフェースに組み込んで管理対象としている際に、前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の無効化が行われた場合には、前記所定の機能の無効化が行われたインタフェースを前記管理インタフェースから削除して管理対象外とする
インタフェース制御方式。
【請求項４】
ネットワーク機器のインタフェース制御方法であって、
論理グループのインタフェースである論理インタフェースと、前記論理グループに所属する物理ポートとのそれぞれに対して、個別に、所定の機能の有効化の設定を受け付けることと、
前記論理インタフェース及び前記物理ポートのそれぞれに対して前記所定の機能の有効化が行われている場合、前記論理インタフェースと前記物理ポートとを共に管理インタフェースに組み込んで管理対象とすることと
を含む
インタフェース制御方法。
【請求項５】
請求項４に記載のインタフェース制御方法であって、
前記論理インタフェースに対して前記所定の機能の有効化が行われている場合でも、前記物理ポートに対して前記所定の機能の有効化が行われていることを確認するまでは、前記物理ポートを自動的には前記管理インタフェースに組み込まず管理対象外とすること
を更に含む
インタフェース制御方法。
【請求項６】
請求項４に記載のインタフェース制御方法であって、
前記論理インタフェースと前記物理ポートとを共に前記管理インタフェースに組み込んで管理対象としている際に、前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の無効化の設定を受け付けることと、
前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の無効化が行われた場合には、前記所定の機能の無効化が行われたインタフェースを前記管理インタフェースから削除して管理対象外とすること
を更に含む
インタフェース制御方法。
【請求項７】
論理グループのインタフェースである論理インタフェースと、前記論理グループに所属する物理ポートとのそれぞれに対して、個別に、所定の機能の有効化の設定を受け付けるステップと、
前記論理インタフェース及び前記物理ポートのそれぞれに対して前記所定の機能の有効化が行われている場合、前記論理インタフェースと前記物理ポートとを共に管理インタフェースに組み込んで管理対象とするステップと
をネットワーク機器に実行させるための
インタフェース制御用プログラム。
【請求項８】
請求項７に記載のインタフェース制御用プログラムであって、
前記論理インタフェースに対して前記所定の機能の有効化が行われている場合でも、前記物理ポートに対して前記所定の機能の有効化が行われていることを確認するまでは、前記物理ポートを自動的には前記管理インタフェースに組み込まず管理対象外とするステップ
を更にネットワーク機器に実行させるための
インタフェース制御用プログラム。
【請求項９】
請求項７に記載のインタフェース制御用プログラムであって、
前記論理インタフェースと前記物理ポートとを共に前記管理インタフェースに組み込んで管理対象としている際に、前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の無効化の設定を受け付けるステップと、
前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の無効化が行われた場合には、前記所定の機能の無効化が行われたインタフェースを前記管理インタフェースから削除して管理対象外とするステップ
を更にネットワーク機器に実行させるための
インタフェース制御用プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−１６０１７１（Ｐ２０１１−１６０１７１Ａ）
【公開日】平成２３年８月１８日（２０１１．８．１８）
【国際特許分類】
【出願番号】特願２０１０−１９９６３（Ｐ２０１０−１９９６３）
【出願日】平成２２年２月１日（２０１０．２．１）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成２１年度 総務省「セキュアクラウドネットワーキング技術の研究開発」委託研究、産業技術力強化法第１９条の適用を受ける特許出願
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２３年８月１８日（２０１１．８．１８）
【国際特許分類】
【出願日】平成２２年２月１日（２０１０．２．１）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成２１年度 総務省「セキュアクラウドネットワーキング技術の研究開発」委託研究、産業技術力強化法第１９条の適用を受ける特許出願
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]