JP2011160171A

JP2011160171A - インタフェース制御方式、インタフェース制御方法、及びインタフェース制御用プログラム

Info

Publication number: JP2011160171A
Application number: JP2010019963A
Authority: JP
Inventors: Shuichi Saito; 修一齋藤
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2010-02-01
Filing date: 2010-02-01
Publication date: 2011-08-18
Anticipated expiration: 2030-02-01
Also published as: US8750106B2; US20110188373A1; JP5493926B2

Abstract

【課題】ネットワーク機器のインタフェース制御において、リンクアグリゲーショングループと、それに所属する物理ポートの双方を検索対象にできる実装を実現する。
【解決手段】ネットワーク機器において、論理グループのインタフェースである論理インタフェースと、論理グループに所属する物理ポートとのそれぞれに対して所定の機能の有効化が行われている場合、論理インタフェースと物理ポートとを共に管理インタフェースに組み込んで管理対象とする。このとき、論理インタフェースに対して所定の機能の有効化が行われていても、物理ポートを自動的には管理インタフェースに組み込まず、管理対象外とする。すなわち、論理インタフェースと物理ポートとを独立して管理する。
【選択図】図２

Description

本発明は、インタフェース制御方式に関し、特にオープンフロー（ＯｐｅｎＦｌｏｗ）におけるネットワーク機器のインタフェース制御方式に関する。

従来、通信機器においては、装置管理や通信処理を行っているが、近年のブロードバンド化やＡＬＬＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）化に向け、複雑なネットワークへの対応や多くの処理を行う必要があり、通信装置の制御部にかかる負荷が高くなってきている。なお、ＡＬＬＩＰとは、あらゆる機器がＩＰネットワークで接続されている環境を示す。

このように、ネットワークインフラの急速な発展により、装置への負荷が高くなることによって、ネットワークの使われ方の多様化により、ネットワークの仕組みそのものが過剰に複雑化していることが問題点と考えられている。

上記の問題点を解決するために、新世代ネットワークへの期待が高まっているが、白紙の状態（Ｃｌｅａｎｓｌａｔｅ）からのアーキテクチャの再構築や多様性の拡大のために、コントロールプレーンからネットワーク機器を柔軟に制御できるようにする必要がある。

このために、コントローラからネットワークインタフェースを自由に制御可能な仕組みが必要であると考えられる。

現在、コントローラからネットワークインタフェースを制御する仕組みの１つとして、オープンフロー（ＯｐｅｎＦｌｏｗ）という仕組みが考えられている。なお、オープンフロー（ＯｐｅｎＦｌｏｗ）は、「ＴｈｅＯｐｅｎＦｌｏｗＳｗｉｔｃｈＣｏｎｓｏｒｔｉｕｍ」（非特許文献１参照）で規定されているアークテクチャである。

また、回線の帯域を増強させる方法の１つに、ネットワーク機器間をつなぐ複数の物理的な回線を仮想的に束ねて１本の太い回線として扱う「リンクアグリゲーション（ＬＡ：ＬｉｎｋＡｇｇｒｅｇａｔｉｏｎ）」と呼ばれる方法がある。

オープンフロー（ＯｐｅｎＦｌｏｗ）の特徴を生かし、柔軟にフローを制御するためには、リンクアグリゲーショングループ（ＬＡＧ：ＬｉｎｋＡｇｇｒｅｇａｔｉｏｎＧｒｏｕｐ）と、それが所属する物理ポートの双方を検索対象にできる実装が必要となる。

しかし、従来の管理では、リンクアグリゲーショングループは、それ自体がリンクアグリゲーショングループインタフェースとして扱われ、それを構成する物理ポートは隠蔽される管理となる。

この場合、オープンフロー（ＯｐｅｎＦｌｏｗ）における管理インタフェースは、リンクアグリゲーショングループインタフェースとなる。そのため、オープンフロー（ＯｐｅｎＦｌｏｗ）において、リンクアグリゲーショングループに所属する物理ポートは、管理対象外となる。

オープンフロー（ＯｐｅｎＦｌｏｗ）において、管理インタフェースの候補を検索する際に、検索対象としてリンクアグリゲーショングループを使用した場合、検索対象とするインタフェースに物理ポートを指定できないことが問題となる。

逆に、オープンフロー（ＯｐｅｎＦｌｏｗ）において、リンクアグリゲーショングループに所属している物理ポートを検索対象とした場合、リンクアグリゲーショングループインタフェースを検索対象とできないことが問題となる。

なお、関連する技術として、特開２００７−１８０８９１号公報（特許文献１）に通信装置及びそれに用いるパケット送信制御方法並びにそのプログラムが開示されている。

特開２００７−１８０８９１号公報

ＴｈｅＯｐｅｎＦｌｏｗＳｗｉｔｃｈＣｏｎｓｏｒｔｉｕｍ＜ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｆｌｏｗｓｗｉｔｃｈ．ｏｒｇ／＞

本発明の目的は、ネットワーク機器において、リンクアグリゲーショングループ自体と、当該リンクアグリゲーショングループを構成する物理ポートを共に管理、制御、及び検索対象とするインタフェース制御方式を提供することである。

本発明のインタフェース制御方式は、ネットワーク機器のインタフェース制御方式であって、論理グループのインタフェースである論理インタフェースと、論理グループに所属する物理ポートと、インタフェース制御部とを具備する。インタフェース制御部は、論理インタフェース及び物理ポートのそれぞれに対して所定の機能の有効化が行われている場合、論理インタフェースと物理ポートとを共に管理インタフェースに組み込んで管理対象とする

本発明のインタフェース制御方法は、ネットワーク機器のインタフェース制御方法である。このインタフェース制御方法では、論理グループのインタフェースである論理インタフェースと、論理グループに所属する物理ポートとのそれぞれに対して、個別に、所定の機能の有効化の設定を受け付ける。また、論理インタフェース及び物理ポートのそれぞれに対して所定の機能の有効化が行われている場合、論理インタフェースと物理ポートとを共に管理インタフェースに組み込んで管理対象とする。

本発明のインタフェース制御用プログラムは、論理グループのインタフェースである論理インタフェースと、論理グループに所属する物理ポートとのそれぞれに対して、個別に、所定の機能の有効化の設定を受け付けるステップと、論理インタフェース及び物理ポートのそれぞれに対して所定の機能の有効化が行われている場合、論理インタフェースと物理ポートとを共に管理インタフェースに組み込んで管理対象とするステップとをネットワーク機器に実行させるためのプログラムである。なお、本発明のインタフェース制御用プログラムは、記憶装置や記憶媒体に格納することが可能である。

オープンフロー（ＯｐｅｎＦｌｏｗ）の特徴を生かし、フローの柔軟な制御を可能とする。

既存ネットワーク機器の構成例を示すブロック図である。本発明の実施例の構成を示す概念図である。既存ネットワーク機器のインタフェースにおけるオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化と管理インタフェースへの組み込みとの関係を示す図である。既存ネットワーク機器のインタフェースにおけるオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化と管理インタフェースへの組み込みとの関係を示す図である。既存ネットワーク機器のインタフェースにおけるオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化と管理インタフェースへの組み込みとの関係を示す図である。既存ネットワーク機器のインタフェースにおけるオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化と管理インタフェースへの組み込みとの関係を示す図である。本発明の他の実施例の構成を示す概念図である。

以下に、本発明の実施形態について添付図面を参照して説明する。

［既存ネットワーク機器の構成］
図１に、オープンフロー（ＯｐｅｎＦｌｏｗ）機能を動作されるための既存ネットワーク機器１０の構成を示す。

既存ネットワーク機器１０は、ＶＬＡＮ（ＶｉｒｔｕａｌＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）インタフェース２０と、リンクアグリゲーショングループインタフェース３０と、物理ポート４０を有する。

ＶＬＡＮインタフェース２０は、ＶＬＡＮグループの論理インタフェースである。ここでは、ＶＬＡＮインタフェース２０は、ＶＬＡＮ「Ｖ１」と、ＶＬＡＮ「Ｖ２」を有する。「Ｖ１」及び「Ｖ２」は、ＶＬＡＮ番号（ＶＬＡＮＩＤ）である。ＶＬＡＮ「Ｖ１」及びＶＬＡＮ「Ｖ２」は、ＶＬＡＮ番号に対応するＶＬＡＮグループである。

リンクアグリゲーショングループインタフェース３０は、リンクアグリゲーショングループの論理インタフェースである。ここでは、リンクアグリゲーショングループインタフェース３０は、リンクアグリゲーショングループ「ＬＡＧ１」の論理インタフェースとして機能する。

物理ポート４０は、既存ネットワーク機器１０の物理インタフェースである。物理ポート４０は、物理ポート「Ｐ１」〜「Ｐ６」を有する。物理ポート「Ｐ１」は、ＶＬＡＮ「Ｖ１」にｕｎｔａｇｇｅｄポートとして所属している。物理ポート「Ｐ１」は、ｕｎｔａｇｇｅｄポートを１つだけ設定する。物理ポート「Ｐ２」〜「Ｐ５」は、ＶＬＡＮ「Ｖ１」、ＶＬＡＮ「Ｖ２」のそれぞれにｔａｇｇｅｄポートとして所属している。物理ポート「Ｐ２」〜「Ｐ５」は、ＶＬＡＮの種類にかかわらずｔａｇｇｅｄポートを設定する。物理ポート「Ｐ６」は、ＶＬＡＮ「Ｖ２」にｕｎｔａｇｇｅｄポートとして所属している。更に、物理ポート「Ｐ２」〜「Ｐ５」は、同一のリンクアグリゲーショングループ「ＬＡＧ１」に所属している。ここでは、物理ポート「Ｐ２」〜「Ｐ５」は、リンクアグリゲーショングループインタフェース３０を構成する。

なお、ｕｎｔａｇｇｅｄポートは、ＶＬＡＮタグ（ＶＬＡＮＴａｇ）を使用せずに１つのＶＬＡＮだけを使用するポートである。すなわち、ｕｎｔａｇｇｅｄポートは、１つのＶＬＡＮに所属し、そのＶＬＡＮのフレームを送受信することができるポート（アクセスポート）である。

また、ｔａｇｇｅｄポートは、ＶＬＡＮタグでＶＬＡＮを分けるポートである。すなわち、ｔａｇｇｅｄポートは、複数のＶＬＡＮに所属し、そのＶＬＡＮのフレームを送受信するポート（トランクポート）である。

［実施例の構成］
図２に、オープンフロー（ＯｐｅｎＦｌｏｗ）が管理するネットワーク機器としてのインタフェースと、既存ネットワーク機器１０のインタフェースとのマッピングを示す。

図２では、既存ネットワーク機器１０に加えて、オープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）５０と、オープンフロー機能部（ＯｐｅｎＦｌｏｗＳｔａｃｋ）６０と、オープンフローインタフェース（ＯｐｅｎＦｌｏｗＩｎｔｅｒｆａｃｅ）７０が図示されている。

オープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）５０は、ルーティングポリシーとして自身に設定されたフロー定義情報（フロー：ルール＋アクション）に従い、マルチレイヤ及びフロー単位の経路情報（フローテーブル）をスイッチに設定し、経路制御やノード制御を行う。オープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）５０は、ネットワーク内のスイッチを監視し、通信状況に応じて、ネットワーク内のスイッチにパケットの配送経路を動的に設定する。これにより、経路制御機能がルータやスイッチから分離され、コントローラによる集中制御によって最適なルーティング、トラフィック管理が可能となる。

オープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）５０により制御されるスイッチは、従来のルータやスイッチのようにパケットやフレームの単位ではなく、エンド・ツー・エンド（ＥｎｄｔｏＥｎｄ）のフローとして通信を取り扱う。詳細には、オープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）５０は、スイッチやノード毎にフロー（ルール＋アクション）を設定することで当該スイッチやノードの動作（例えばパケットデータの中継動作）を制御する。

なお、オープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）５０により制御されるスイッチは、オープンフロースイッチ（ＯｐｅｎＦｌｏｗＳｗｉｔｃｈ）と呼ばれる。ここでは、既存ネットワーク機器１０は、オープンフロー機能部（ＯｐｅｎＦｌｏｗＳｔａｃｋ）６０により、オープンフロースイッチ（ＯｐｅｎＦｌｏｗＳｗｉｔｃｈ）となる。

フローテーブルとは、スイッチやノード毎のフローの情報（フローエントリ）を格納したものである。フローとは、所定の規則（ルール）に適合するパケットに対して行うべき所定の処理（アクション）を定義したものである。フローのルールは、ＴＣＰ／ＩＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）パケットのヘッダ領域に含まれる入出力ポート情報（Ｉｎｐｕｔ／ＯｕｔｐｕｔＰｏｒｔ）、宛先アドレス（ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ）、送信元アドレス（ＳｏｕｒｃｅＡｄｄｒｅｓｓ）、宛先ポート番号（ＤｅｓｔｉｎａｔｉｏｎＰｏｒｔ）、送信元ポート番号（ＳｏｕｒｃｅＰｏｒｔ）のいずれか又は全てを用いた様々な組み合わせにより定義され、区別可能である。なお、上記のアドレスには、ＭＡＣアドレス（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌＡｄｄｒｅｓｓ）やＩＰアドレス（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＡｄｄｒｅｓｓ）を含むものとする。また、上記のポートには、論理ポートや物理ポートを含むものとする。

既存ネットワーク機器１０のインタフェースに対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化すると、オープンフロー機能部（ＯｐｅｎＦｌｏｗＳｔａｃｋ）６０は、当該インタフェースをオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースに追加する。

ここでは、既存ネットワーク機器１０の設定により、リンクアグリゲーショングループインタフェース３０でオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化すると、リンクアグリゲーショングループインタフェース３０は、オープンフロー機能部（ＯｐｅｎＦｌｏｗＳｔａｃｋ）６０により、既存ネットワーク機器１０上でオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとして組み込まれる。

このとき、リンクアグリゲーショングループを構成する物理ポートは、自動的にオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとしては組み込まれない。リンクアグリゲーションを構成する物理ポートをオープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）５０から制御したい場合は、それぞれの物理ポートでオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化することで実現する。

オープンフロー機能部（ＯｐｅｎＦｌｏｗＳｔａｃｋ）６０は、既存ネットワーク機器１０とオープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）５０との間で、オープンフローインタフェース（ＯｐｅｎＦｌｏｗＩｎｔｅｒｆａｃｅ）７０を管理する。

オープンフローインタフェース（ＯｐｅｎＦｌｏｗＩｎｔｅｒｆａｃｅ）７０は、オープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースである。すなわち、オープンフローインタフェース（ＯｐｅｎＦｌｏｗＩｎｔｅｒｆａｃｅ）７０は、オープンフロー機能部（ＯｐｅｎＦｌｏｗＳｔａｃｋ）６０の管理対象である。

オープンフローインタフェース（ＯｐｅｎＦｌｏｗＩｎｔｅｒｆａｃｅ）７０は、物理ポート「Ａ１」〜「Ａ６」と、リンクアグリゲーショングループインタフェース「Ｂ１」を有する。物理ポート「Ａ１」〜「Ａ６」は、物理ポート「Ｐ１」〜「Ｐ６」に対応する。リンクアグリゲーショングループインタフェース「Ｂ１」は、リンクアグリゲーショングループインタフェース３０に対応する。

オープンフロー機能部（ＯｐｅｎＦｌｏｗＳｔａｃｋ）６０は、リンクアグリゲーショングループインタフェース「Ｂ１」と、それを構成する物理ポート「Ａ２」〜「Ａ５」を、全て既存ネットワーク機器１０のインタフェースとして管理する。

オープンフローインタフェース（ＯｐｅｎＦｌｏｗＩｎｔｅｒｆａｃｅ）７０は、これらのインタフェースに関するインタフェース情報を、オープンフロープロトコル（ＯｐｅｎＦｌｏｗＰｒｏｔｏｃｏｌ）で、オープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）５０へ通知し、更にオープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）５０からの参照を受け付ける。ポート状態の変更通知には、ポート状態（ＰｏｒｔＳｔａｔｕｓ）メッセージ、及びポートモジュール（ＰｏｒｔＭｏｄ）メッセージを用いる。

オープンフローインタフェース（ＯｐｅｎＦｌｏｗＩｎｔｅｒｆａｃｅ）７０は、オープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）５０からポート情報を取得する場合、機能要求／応答（ＦｅａｔｕｒｅＲｅｑｕｅｓｔ／Ｒｅｐｌｙ）メッセージを用いる。

［オープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）の例］
オープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）５０の例として、ＰＣ（パソコン）、ワークステーション、メインフレーム、スーパーコンピュータ等の計算機を想定している。或いは、端末やサーバに限らず、中継機器や周辺機器、拡張ボード等でも良い。また、仮想マシン（ＶｉｒｔｕａｌＭａｃｈｉｎｅ（ＶＭ））環境でも良い。但し、実際には、これらの例に限定されない。

［オープンフロー機能部（ＯｐｅｎＦｌｏｗＳｔａｃｋ）の例］
オープンフロー機能部（ＯｐｅｎＦｌｏｗＳｔａｃｋ）６０は、プログラムで駆動される処理装置等のハードウェアと、そのハードウェアを駆動して所望の処理を実行するソフトウェアと、そのソフトウェアや各種データを格納する記憶装置によって実現される。

上記の処理装置の例として、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコントローラ、或いは、同様の機能を有する半導体集積回路（ＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ（ＩＣ））等が考えられる。但し、実際には、これらの例に限定されない。

上記の記憶装置の例として、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅａｎｄＰｒｏｇｒａｍｍａｂｌｅＲｅａｄＯｎｌｙＭｅｍｏｒｙ）やフラッシュメモリ等の半導体記憶装置、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）やＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）等の補助記憶装置、又は、ＤＶＤ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｋ）やＳＤメモリカード（ＳｅｃｕｒｅＤｉｇｉｔａｌｍｅｍｏｒｙｃａｒｄ）等のリムーバブルディスクや記憶媒体（メディア）等が考えられる。但し、実際には、これらの例に限定されない。

なお、上記の処理装置や記憶装置は、既存ネットワーク機器１０自体が備えるものでも良い。例えば、既存ネットワーク機器１０の処理装置（図示略）が、オープンフロー機能部（ＯｐｅｎＦｌｏｗＳｔａｃｋ）６０として動作するためのプログラムを、ネットワーク経由で受信して、或いは、既存ネットワーク機器１０に挿入された記憶媒体から読み出して、実行する事例が考えられる。

［実施例の動作］
図３〜図６に示すインタフェース情報を参照して、既存ネットワーク機器のインタフェースの状態の変更と、その際の動作について説明する。
既存ネットワーク機器１０のインタフェースに対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化すると、オープンフロー機能部（ＯｐｅｎＦｌｏｗＳｔａｃｋ）６０は、当該インタフェースをオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースに追加する。

既存ネットワーク機器１０のインタフェースに対するオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化は、インタフェースの種別に関係なく、それぞれのインタフェースで個別に設定することができる。

リンクアグリゲーショングループインタフェース３０に対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化した場合でも、そのリンクアグリゲーショングループインタフェース３０を構成する物理ポート４０は、オープンフロースイッチ（ＯｐｅｎＦｌｏｗＳｗｉｔｃｈ）のインタフェースとして自動的には組み込まれない。すなわち、別途、物理ポート４０に対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化したことを確認するまでは、自動的には組み込まれない。リンクアグリゲーショングループインタフェース３０と物理ポート４０は、独立して制御されている。

例えば、図３の状態１のように、リンクアグリゲーショングループに所属している物理ポート４０をオープンフロー（ＯｐｅｎＦｌｏｗ）機能として有効化させない場合は、オープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースは、リンクアグリゲーショングループインタフェース３０となり、リンクアグリゲーショングループに所属する物理ポート４０は、オープンフロー（ＯｐｅｎＦｌｏｗ）の管理対象外となる。

また、図３の状態２のように、リンクアグリゲーショングループインタフェース３０とそのリンクアグリゲーショングループを構成する物理ポート４０の両方を同時にオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとして組み込みたい場合は、それぞれ、リンクアグリゲーショングループインタフェース３０と物理ポート４０にオープンフロー（ＯｐｅｎＦｌｏｗ）機能の有効化を行うことで実現できる。

また、図４の状態３のように、リンクアグリゲーショングループを構成する物理ポート４０だけにオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効化した場合、その物理ポート４０が所属するリンクアグリゲーショングループインタフェース３０はオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとならない。

また、図４の状態４では、リンクアグリゲーショングループとそのリンクアグリゲーショングループを構成する物理ポート４０にオープンフロー（ＯｐｅｎＦｌｏｗ）機能を有効にしていないため、オープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとはならない。

［物理ポート４０の削除］
図５に示すように、物理ポート４０に対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を無効化する（状態５から状態６へ遷移）。この場合、その物理ポート４０は、オープンフロー機能部（ＯｐｅｎＦｌｏｗＳｔａｃｋ）６０により、オープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースから削除される。その後、オープンフロー機能部（ＯｐｅｎＦｌｏｗＳｔａｃｋ）６０は、オープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）５０に対して、その物理ポート４０の削除通知を行う（送信する）。

［リンクアグリゲーションインタフェースの削除］
図６に示すように、リンクアグリゲーショングループインタフェース３０に対してオープンフロー（ＯｐｅｎＦｌｏｗ）機能を無効化するか、リンクアグリゲーショングループインタフェース３０をネットワーク機器のコンフィグレーションから削除する（状態７から状態８へ遷移）。この場合、そのリンクアグリゲーショングループインタフェース３０は、オープンフロー機能部（ＯｐｅｎＦｌｏｗＳｔａｃｋ）６０により、オープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースからも削除される。その後、オープンフロー機能部（ＯｐｅｎＦｌｏｗＳｔａｃｋ）６０は、オープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）５０に対して、そのリンクアグリゲーションインタフェースの削除通知を行う（送信する）。

このように、図２に示すリンクアグリゲーショングループインタフェース３０と物理ポート４０の双方に対し、オープンフロープロトコル（ＯｐｅｎＦｌｏｗＰｒｏｔｏｃｏｌ）の特徴でもあるフローエントリを登録することができる。また、リンクアグリゲーショングループインタフェース３０である論理インタフェースだけでなく、その論理インタフェースに所属する物理ポート４０に対しても柔軟にフローの登録が可能となる。

本発明により、既存のＩＰネットワークで使われているネットワーク機器を基に、オープンフロープロトコル（ＯｐｅｎＦｌｏｗＰｒｏｔｏｃｏｌ）管理を行うことが可能になる。

本発明では、新規のネットワーク機器の開発を行わなくても、既存のネットワーク機器のインタフェースをオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとして組み込める。

また、本発明では、既存のＩＰネットワークで使われているネットワーク機器を用いて、リンクアグリゲーショングループのインタフェースと、そのリンクアグリゲーショングループを構成する物理ポートを個別に管理することができる。これにより、自由かつ柔軟にネットワークを構成する機器のインタフェースを管理、操作できる。

また、本発明では、通常リンクアグリゲーショングループインタフェースは装置内部での振り分けアルゴリズムにしたがって、そのリンクアグリゲーショングループを構成する出力先物理ポートが選択されるが、オープンフロー（ＯｐｅｎＦｌｏｗ）の管理下の双方のインタフェースを登録できることによって、ユーザが任意に出力先物理ポートの制御を可能にできる。

［他の実施例］
次に、本発明の他の実施例について図面を参照して説明する。
本実施例では、リンクアグリゲーショングループインタフェースの他に、ＶＬＡＮインタフェースも管理対象とする。リンクアグリゲーショングループやＶＬＡＮグループは、いずれも仮想的なグループ（論理グループ）である。

図７では、ＶＬＡＮインタフェース２０は、ＶＬＡＮ「Ｖ１」を有する。物理ポート４０は、物理ポート「Ｐ１」〜「Ｐ６」を有する。オープンフローインタフェース（ＯｐｅｎＦｌｏｗＩｎｔｅｒｆａｃｅ）７０は、物理ポート「Ａ１」〜「Ａ６」と、リンクアグリゲーショングループインタフェース「Ｂ１」と、ＶＬＡＮインタフェース「Ｃ１」を有する。

ここでは、物理ポート「Ｐ２」〜「Ｐ４」は、ＶＬＡＮ「Ｖ１」に所属する。すなわち、物理ポート「Ｐ２」〜「Ｐ４」は、ＶＬＡＮインタフェース２０を構成する。物理ポート「Ｐ５」、「Ｐ６」は、リンクアグリゲーショングループ「ＬＡＧ１」に所属する。すなわち、物理ポート「Ｐ５」、「Ｐ６」は、リンクアグリゲーショングループインタフェース３０を構成する。

物理ポート「Ａ１」〜「Ａ６」は、物理ポート「Ｐ１」〜「Ｐ６」に対応する。リンクアグリゲーショングループインタフェース「Ｂ１」は、リンクアグリゲーショングループインタフェース３０に対応する。ＶＬＡＮインタフェース「Ｃ１」は、ＶＬＡＮ「Ｖ１」に対応する。

図７に示すように、ＶＬＡＮインタフェースと、そのＶＬＡＮインタフェースに所属する物理ポートのそれぞれのマッピングで構成することにより、ＶＬＡＮインタフェースと、そのＶＬＡＮインタフェースを構成する物理ポートを独立してオープンフロー（ＯｐｅｎＦｌｏｗ）機能の管理インタフェースとすることができる。

［発明の特徴］
以上のように、本発明によるオープンフロー（ＯｐｅｎＦｌｏｗ）におけるネットワーク機器のインタフェース制御方式では、リンクアグリゲーショングループ自体と、そのリンクアグリゲーショングループを構成する物理ポートを、共に管理、制御、及び検索の対象とすることができる。これにより、柔軟な制御を可能とする。

本発明は、ネットワークインフラストラクチャにおいて、通信機器が有するインタフェースの構成方法の1つとして利用できる。

特に、オープンフロープロトコル（ＯｐｅｎＦｌｏｗＰｒｏｔｏｃｏｌ）における、オープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）５０からのインタフェース制御で有用となる。

＜補足＞
本発明は、ネットワーク機器のインタフェース制御方式についての発明であり、リンクアグリゲーションによるパケットの振り分け方式や、リンクアグリゲーションの管理方式についての発明ではない。

本発明では、オープンフロー（ＯｐｅｎＦｌｏｗ）というプロトコルの特性上、ネットワーク機器は、コントローラにより制御される。

通常のネットワーク機器でリンクアグリゲーション機能を使用した場合、リンクアグリゲーションインタフェース（ある複数の物理ポートを論理的にグループ化した論理インタフェース）のみ、もしくは、リンクアグリゲーショングループに所属していない物理ポートが制御対象となる。

また、このとき、リンクアグリゲーションインタフェースに所属している物理ポートは制御外となる。

このように、通常のネットワーク機器は、パケットを受信した際に、リンクアグリゲーションを構成している送信先物理ポートを指定する。

本発明では、リンクアグリゲーションインタフェース、リンクアグリゲーションを構成する物理ポート、リンクアグリゲーションに所属していない物理ポートそれぞれが独立して指定が可能となるインタフェースの制御方式を実現している。

（付記１）
前記インタフェース制御部は、前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の有効化又は無効化が行われ、状態の変更が発生した場合、前記ネットワーク機器を制御する外部のコントローラに対して、状態の変更通知を送信するインタフェース制御方式。

以上、本発明の実施形態を詳述してきたが、実際には、上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。

１０… 既存ネットワーク機器
２０… ＶＬＡＮ（ＶｉｒｔｕａｌＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）インタフェース
３０… リンクアグリゲーショングループ（ＬＡＧ：ＬｉｎｋＡｇｇｒｅｇａｔｉｏｎＧｒｏｕｐ）インタフェース
４０… 物理ポート（ＰｈｙｓｉｃａｌＰｏｒｔ）
５０… オープンフローコントローラ（ＯｐｅｎＦｌｏｗＣｏｎｔｒｏｌｌｅｒ）
６０… オープンフロー機能部（ＯｐｅｎＦｌｏｗＳｔａｃｋ）
７０… オープンフローインタフェース（ＯｐｅｎＦｌｏｗＩｎｔｅｒｆａｃｅ）

Claims

ネットワーク機器のインタフェース制御方式であって、
論理グループのインタフェースである論理インタフェースと、
前記論理グループに所属する物理ポートと、
前記論理インタフェース及び前記物理ポートのそれぞれに対して所定の機能の有効化が行われている場合、前記論理インタフェースと前記物理ポートとを共に管理インタフェースに組み込んで管理対象とするインタフェース制御部と
を具備する
インタフェース制御方式。
請求項１に記載のインタフェース制御方式であって、
前記インタフェース制御部は、前記論理インタフェースに対して前記所定の機能の有効化が行われている場合でも、前記物理ポートに対して前記所定の機能の有効化が行われていることを確認するまでは、前記物理ポートを自動的には前記管理インタフェースに組み込まず管理対象外とする
インタフェース制御方式。
請求項１に記載のインタフェース制御方式であって、
前記インタフェース制御部は、前記論理インタフェースと前記物理ポートとを共に前記管理インタフェースに組み込んで管理対象としている際に、前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の無効化が行われた場合には、前記所定の機能の無効化が行われたインタフェースを前記管理インタフェースから削除して管理対象外とする
インタフェース制御方式。
ネットワーク機器のインタフェース制御方法であって、
論理グループのインタフェースである論理インタフェースと、前記論理グループに所属する物理ポートとのそれぞれに対して、個別に、所定の機能の有効化の設定を受け付けることと、
前記論理インタフェース及び前記物理ポートのそれぞれに対して前記所定の機能の有効化が行われている場合、前記論理インタフェースと前記物理ポートとを共に管理インタフェースに組み込んで管理対象とすることと
を含む
インタフェース制御方法。
請求項４に記載のインタフェース制御方法であって、
前記論理インタフェースに対して前記所定の機能の有効化が行われている場合でも、前記物理ポートに対して前記所定の機能の有効化が行われていることを確認するまでは、前記物理ポートを自動的には前記管理インタフェースに組み込まず管理対象外とすること
を更に含む
インタフェース制御方法。
請求項４に記載のインタフェース制御方法であって、
前記論理インタフェースと前記物理ポートとを共に前記管理インタフェースに組み込んで管理対象としている際に、前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の無効化の設定を受け付けることと、
前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の無効化が行われた場合には、前記所定の機能の無効化が行われたインタフェースを前記管理インタフェースから削除して管理対象外とすること
を更に含む
インタフェース制御方法。
論理グループのインタフェースである論理インタフェースと、前記論理グループに所属する物理ポートとのそれぞれに対して、個別に、所定の機能の有効化の設定を受け付けるステップと、
前記論理インタフェース及び前記物理ポートのそれぞれに対して前記所定の機能の有効化が行われている場合、前記論理インタフェースと前記物理ポートとを共に管理インタフェースに組み込んで管理対象とするステップと
をネットワーク機器に実行させるための
インタフェース制御用プログラム。
請求項７に記載のインタフェース制御用プログラムであって、
前記論理インタフェースに対して前記所定の機能の有効化が行われている場合でも、前記物理ポートに対して前記所定の機能の有効化が行われていることを確認するまでは、前記物理ポートを自動的には前記管理インタフェースに組み込まず管理対象外とするステップ
を更にネットワーク機器に実行させるための
インタフェース制御用プログラム。
請求項７に記載のインタフェース制御用プログラムであって、
前記論理インタフェースと前記物理ポートとを共に前記管理インタフェースに組み込んで管理対象としている際に、前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の無効化の設定を受け付けるステップと、
前記論理インタフェース及び前記物理ポートのうち少なくとも１つのインタフェースに対して前記所定の機能の無効化が行われた場合には、前記所定の機能の無効化が行われたインタフェースを前記管理インタフェースから削除して管理対象外とするステップ
を更にネットワーク機器に実行させるための
インタフェース制御用プログラム。