JPWO2013115177A1 - ネットワークシステム、及びトポロジー管理方法 - Google Patents

ネットワークシステム、及びトポロジー管理方法 Download PDF

Info

Publication number
JPWO2013115177A1
JPWO2013115177A1 JP2013556411A JP2013556411A JPWO2013115177A1 JP WO2013115177 A1 JPWO2013115177 A1 JP WO2013115177A1 JP 2013556411 A JP2013556411 A JP 2013556411A JP 2013556411 A JP2013556411 A JP 2013556411A JP WO2013115177 A1 JPWO2013115177 A1 JP WO2013115177A1
Authority
JP
Japan
Prior art keywords
packet
flow entry
topology
switches
switch
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2013556411A
Other languages
English (en)
Other versions
JP5846221B2 (ja
Inventor
飛 高
飛 高
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2013556411A priority Critical patent/JP5846221B2/ja
Publication of JPWO2013115177A1 publication Critical patent/JPWO2013115177A1/ja
Application granted granted Critical
Publication of JP5846221B2 publication Critical patent/JP5846221B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/20—Arrangements for monitoring or testing data switching networks the monitoring system or the monitored elements being virtualised, abstracted or software-defined entities, e.g. SDN or NFV
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/18—Loop-free operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

オープンフローネットワーク等において、コントローラがスイッチ間のネットワークが高遅延な状況でのスイッチの物理トポロジーを維持・更新する際のセキュアチャンネルネットワーク上のスイッチの負荷を低減する。具体的には、複数のスイッチの各々に対して、パケットをフローとして一律に制御するためのルールとアクションとが定義されたフローエントリを設定するコントローラが、複数のスイッチの各々に対して、複数のスイッチ間で相互に送受信される巡回パケットが到着しなくなった場合に削除される巡回用フローエントリを設定する。そして、各スイッチから、巡回用フローエントリを削除した旨の通知を受信した場合、複数のスイッチ間の障害を検出する。

Description

本発明は、ネットワークシステムに関し、特にネットワークシステムを構成するスイッチの物理トポロジーの管理方法に関する。
［ＣＤ分離型ネットワークの説明］
ネットワークシステムの制御方式の１つとして、外部の制御装置（コントロールプレーン）からノード装置（データプレーン）を制御するＣＤ（Ｃ：コントロールプレーン／Ｄ：データプレーン）分離型ネットワークが提案されている。
ＣＤ分離型ネットワークの一例として、コントローラからスイッチを制御してネットワークの経路制御を行うオープンフロー（ＯｐｅｎＦｌｏｗ）技術を利用したオープンフローネットワークが挙げられる。オープンフロー技術の詳細については、非特許文献１（ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ１．１．０）に記載されている。なお、オープンフローネットワークは一例に過ぎない。
［オープンフローネットワークの説明］
オープンフローネットワークでは、オープンフローコントローラ（ＯＦＣ：ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）が、オープンフロースイッチ（ＯＦＳ：ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ）のフローテーブルを操作することによりスイッチの挙動を制御する。コントローラとスイッチの間は、コントローラがオープンフロープロトコルに準拠した制御メッセージであるオープンフローメッセージ（ＯｐｅｎＦｌｏｗ Ｍｅｓｓａｇｅ）を用いてスイッチを制御するためのセキュアチャンネル（Ｓｅｃｕｒｅ Ｃｈａｎｎｅｌ）により接続されている。
以下、記載の簡略化のため、オープンフローコントローラ（ＯＦＣ）を「コントローラ（ＯＦＣ）」と表記し、オープンフロースイッチ（ＯＦＳ）を「スイッチ（ＯＦＳ）」と表記する。また、コントローラとスイッチとの間で、セキュアチャンネルにより構成されたネットワークを、「セキュアチャンネルネットワーク」と呼ぶ。
オープンフローネットワークにおけるスイッチ（ＯＦＳ）とは、オープンフローネットワークを構成し、コントローラ（ＯＦＣ）の制御下にあるエッジスイッチ及びコアスイッチのことである。オープンフローネットワークにおける入力側エッジスイッチでのパケット（ｐａｃｋｅｔ）の受信から出力側エッジスイッチでの送信までのパケットの一連の流れをフロー（Ｆｌｏｗ）と呼ぶ。
パケットは、フレーム（ｆｒａｍｅ）と読み替えても良い。パケットとフレームの違いは、プロトコルが扱うデータの単位（ＰＤＵ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）の違いに過ぎない。パケットは、「ＴＣＰ／ＩＰ」（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）のＰＤＵである。一方、フレームは、「Ｅｔｈｅｒｎｅｔ（登録商標）」のＰＤＵである。
フローテーブルとは、所定のマッチ条件（ルール）に適合するパケット（通信データ）に対して行うべき所定の動作（アクション）を定義したフローエントリ（Ｆｌｏｗ Ｅｎｔｒｙ）が登録されたテーブルである。
フローエントリのルールは、パケットの各プロトコル階層のヘッダ領域に含まれる宛先アドレス（ｄｓｔ：Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）、送信元アドレス（ｓｒｃ：Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）、宛先ポート（Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ）、送信元ポート（Ｓｏｕｒｃｅ Ｐｏｒｔ）のいずれか又は全てを用いた様々な組み合わせにより定義され、区別可能である。なお、上記のアドレスには、ＭＡＣアドレス（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ａｄｄｒｅｓｓ）やＩＰアドレス（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）を含むものとする。また、上記に加えて、入力ポート（Ｉｎｇｒｅｓｓ Ｐｏｒｔ）の情報も、フローエントリのルールとして使用可能である。また、フローエントリのルールとして、フローを示すパケットのヘッダ領域の値の一部（又は全部）を、正規表現やワイルドカード「＊」等で表現したものを設定することもできる。
フローエントリのアクションは、「特定のポートに出力する」、「廃棄する」、「ヘッダを書き換える」といった動作を示す。例えば、スイッチ（ＯＦＳ）は、フローエントリのアクションに出力ポートの識別情報（出力ポート番号等）が示されていれば、これに該当するポートにパケットを出力し、出力ポートの識別情報が示されていなければ、パケットを破棄する。或いは、スイッチ（ＯＦＳ）は、フローエントリのアクションにヘッダ情報が示されていれば、当該ヘッダ情報に基づいて、パケットのヘッダを書き換える。
スイッチ（ＯＦＳ）は、フローエントリのルールに適合するパケット群（パケット系列）に対して、フローエントリのアクションを実行する。
なお、オープンフローでは、コントローラ（ＯＦＣ）は、スイッチ（ＯＦＳ）側のフローエントリを把握・管理するため、スイッチ（ＯＦＳ）側のフローエントリのコピー（複写）を保持している。例えば、コントローラ（ＯＦＣ）は、スイッチ（ＯＦＳ）のフローテーブルと同じフローテーブルを保持している。
［オープンフローネットワークにおけるトポロジー検出の現状］
オープンフローネットワークでは、コントローラ（ＯＦＣ）は、ＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）やＯＦＤＰ（ＯｐｅｎＦｌｏｗ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）等のトポロジーディスカバリープロトコル（Ｔｏｐｏｌｏｇｙ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を利用し、隣接スイッチ（ＯｓＦＳ）間の接続情報を収集する。なお、ＯＦＤＰは、ＬＬＤＰを拡張したオープンフロー用のトポロジー検出プロトコルである。
また、コントローラ（ＯＦＣ）は、収集した隣接スイッチ（ＯＦＳ）間の接続情報に基づいて、オープンフローネットワーク全体のトポロジーを検出する。オープンフローネットワーク全体のトポロジーの例として、スイッチ（ＯＦＳ）間の接続情報や、接続用ポートの情報等が考えられる。
コントローラ（ＯＦＣ）は、検出したスイッチ（ＯＦＳ）の接続情報に基づいて、スイッチ（ＯＦＳ）間の相互接続ポートや、各スイッチ（ＯＦＳ）と通信端末機器（ホスト）との接続ポートに、適切なフローエントリを設定することで、オープンフローネットワーク内の通信を実現する。
更に、運用中に、相互接続ポート間のリンクダウン以外の障害を検出するため、コントローラ（ＯＦＣ）は、各スイッチ（ＯＦＳ）に対して、定期的に、ＬＬＤＰやＯＦＤＰ等のトポロジーディスカバリーパケット（ＴＤＰ：Ｔｏｐｏｌｏｇｙ Ｄｉｓｃｏｖｅｒｙ Ｐａｃｋｅｔ）を送信するように指示する。
各スイッチ（ＯＦＳ）は、ポート状態メッセージ（ＰＳＭ：Ｐｏｒｔ Ｓｔａｔｕｓ Ｍｅｓｓａｇｅ）をコントローラ（ＯＦＣ）に送信する。
コントローラ（ＯＦＣ）は、各スイッチ（ＯＦＳ）から送信されたポート状態メッセージ（ＰＳＭ）の通知を受信する。これにより、相互接続ポート間のリンクダウンの障害の発生時にはリンクダウンの障害を検出する。
以上のように、コントローラ（ＯＦＣ）は、検出したオープンフローネットワークトポロジーを維持・更新する。
［既存のオープンフローネットワークにおけるトポロジー検出・維持の手順］
図１を参照して、既存のオープンフローネットワークにおけるトポロジー検出・維持の手順について説明する。
ここでは、説明の簡略化のため、１台のコントローラ（ＯＦＣ）と、２台のスイッチ（ＯＦＳ）で構成されるオープンフローネットワークを例に説明する。
既存のオープンフローネットワークは、コントローラ（ＯＦＣ）１０と、スイッチ（ＯＦＳ）２０−１と、スイッチ（ＯＦＳ）２０−２を含む。
コントローラ（ＯＦＣ）１０は、セキュアチャンネルネットワーク１００を介して、スイッチ（ＯＦＳ）２０−１及びスイッチ（ＯＦＳ）２０−２と接続されている。セキュアチャンネルネットワーク１００には、コントローラ（ＯＦＣ）とスイッチ（ＯＦＳ）間のコントロール信号が流れる。コントロール信号の１つに、オープンフローメッセージがある。
コントローラ（ＯＦＣ）１０は、パケット出力メッセージ（ＰＯＭ：Ｐａｃｋｅｔ−Ｏｕｔ Ｍｅｓｓａｇｅ）３０−１にトポロジーディスカバリーパケット（ＴＤＰ）３０−２を格納し、セキュアチャンネルネットワーク１００を介して、パケット出力メッセージ（ＰＯＭ）３０−１をスイッチ（ＯＦＳ）２０−１に送信する。なお、パケット出力メッセージ（ＰＯＭ）３０−１は、オープンフローメッセージの１つである。
スイッチ（ＯＦＳ）２０−１は、接続ポート２１−１を備える。スイッチ（ＯＦＳ）２０−２は、接続ポート２１−２を備える。接続ポート２１−１及び接続ポート２１−２は、スイッチ（ＯＦＳ）間の接続ポートである。接続ポート２１−１及び接続ポート２１−２は、スイッチ（ＯＦＳ）２０−１とスイッチ（ＯＦＳ）２０−２を接続する。
スイッチ（ＯＦＳ）２０−１は、パケット出力メッセージ（ＰＯＭ）３０−１に格納されたトポロジーディスカバリーパケット（ＴＤＰ）３０−２を取得し、トポロジーディスカバリーパケット（ＴＤＰ）３０−２を接続ポート２１−１に伝送する。
トポロジーディスカバリーパケット（ＴＤＰ）３０−２は、スイッチ（ＯＦＳ）２０−１の接続ポート２１−１からスイッチ（ＯＦＳ）２０−２の接続ポート２１−２に到達する。
スイッチ（ＯＦＳ）２０−２は、受信したトポロジーディスカバリーパケット（ＴＤＰ）３０−２をパケット入力メッセージ（ＰＩＭ：Ｐａｃｋｅｔ−Ｉｎ Ｍｅｓｓａｇｅ）３０−３に格納し、セキュアチャンネルネットワーク１００を介して、パケット入力メッセージ（ＰＩＭ）３０−３をコントローラ（ＯＦＣ）１０に送信する。なお、パケット入力メッセージ（ＰＩＭ）３０−３は、オープンフローメッセージの１つである。
以下に、具体的な処理について説明する。
［初期設定処理］
まず、トポロジー検出処理の開始前に行うべき初期設定処理について説明する。
コントローラ（ＯＦＣ）１０は、各スイッチ（ＯＦＳ）に、トポロジーディスカバリーパケット（ＴＤＰ）用のフローエントリを設定する。
コントローラ（ＯＦＣ）１０は、このフローエントリの整合領域（ＭＦ：Ｍａｔｃｈ Ｆｉｅｌｄ）に、トポロジーディスカバリーパケット（ＴＤＰ）３０−２がマッチする整合値（ＭＶ：Ｍａｔｃｈ Ｖａｌｕｅ）を指定する。すなわち、整合領域（ＭＦ）の整合値（ＭＶ）がフローエントリのルールとなる。
コントローラ（ＯＦＣ）１０は、このフローエントリのアクション領域（ＡＦ：Ａｃｔｉｏｎ Ｆｉｅｌｄ）に、アクション（Ａｃｔｉｏｎ）として、「コントローラ（ＯＦＣ）１０に対して、トポロジーディスカバリーパケット（ＴＤＰ）に関するパケット入力メッセージ（ＰＩＭ）を送信する」と指定する。すなわち、アクション領域（ＡＦ）のアクションがフローエントリのアクションとなる。
したがって、各スイッチ（ＯＦＳ）は、受信したトポロジーディスカバリーパケット（ＴＤＰ）３０−２が、上記のフローエントリにマッチした場合、コントローラ（ＯＦＣ）１０に対して、トポロジーディスカバリーパケット（ＴＤＰ）３０−２に関するパケット入力メッセージ（ＰＩＭ）３０−３を送信することになる。
このとき、各スイッチ（ＯＦＳ）は、このパケット入力メッセージ（ＰＩＭ）３０−３のデータ領域（ＤＦ：Ｄａｔａ Ｆｉｅｌｄ）に、トポロジーディスカバリーパケット（ＴＤＰ）３０−２を格納する。
また、各スイッチ（ＯＦＳ）は、このパケット入力メッセージ（ＰＩＭ）３０−３に、当該スイッチ（ＯＦＳ）の「ＤＰＩＤ」と「Ｐｏｒｔ」を格納する。
「ＤＰＩＤ」（Ｄｅｌｉｖｅｒｙ Ｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）は、スイッチ（ＯＦＳ）の識別情報である。
ここでは、スイッチ（ＯＦＳ）２０−１の「ＤＰＩＤ」を、「ＯＦＳ１−ＤＰＩＤ」とする。また、スイッチ（ＯＦＳ）２０−２の「ＤＰＩＤ」を、「ＯＦＳ２−ＤＰＩＤ」とする。
「Ｐｏｒｔ」は、スイッチ（ＯＦＳ）の接続ポートの識別情報である。
ここでは、スイッチ（ＯＦＳ）２０−１の接続ポート２１−１の「Ｐｏｒｔ」を、「Ｐｏｒｔ１」とする。また、スイッチ（ＯＦＳ）２０−２の接続ポート２１−２の「Ｐｏｒｔ」を、「Ｐｏｒｔ２」とする。
［トポロジー検出処理］
次に、初期設定処理の完了後に行われるトポロジー検出処理について説明する。
コントローラ（ＯＦＣ）１０は、初期設定処理完了後、各スイッチ（ＯＦＳ）のリンクアップしたポートに、セキュアチャンネルネットワーク経由で、オープンフローメッセージとして、トポロジーディスカバリーパケット（ＴＤＰ）３０−２に関するパケット出力メッセージ（ＰＯＭ）３０−１を送信する。
このとき、コントローラ（ＯＦＣ）１０は、送信するパケット出力メッセージ（ＰＯＭ）３０−１のアクション領域（ＡＦ）に、アクションとして、「当該リンクアップしたポートからトポロジーディスカバリーパケット（ＴＤＰ）を送信する」と指定する。
また、コントローラ（ＯＦＣ）１０は、トポロジーディスカバリーパケット（ＴＤＰ）３０−２に、パケット出力メッセージ（ＰＯＭ）３０−１の送信先であり、このトポロジーディスカバリーパケット（ＴＤＰ）３０−２の送信元となるスイッチ（ＯＦＳ）の「ＤＰＩＤ」と「Ｐｏｒｔ」を指定する。
図１の例では、パケット出力メッセージ（ＰＯＭ）３０−１の送信先であり、トポロジーディスカバリーパケット（ＴＤＰ）３０−２の送信元となるスイッチ（ＯＦＳ）は、スイッチ（ＯＦＳ）２０−１である。
したがって、コントローラ（ＯＦＣ）１０は、スイッチ（ＯＦＳ）２０−１に対して、トポロジーディスカバリーパケット（ＴＤＰ）３０−２に関するパケット出力メッセージ（ＰＯＭ）３０−１を送信する。
このとき、コントローラ（ＯＦＣ）１０は、このパケット出力メッセージ（ＰＯＭ）３０−１のデータ領域（ＤＦ）に、トポロジーディスカバリーパケット（ＴＤＰ）３０−２を格納する。
また、コントローラ（ＯＦＣ）１０は、このパケット出力メッセージ（ＰＯＭ）３０−１のアクション領域（ＡＦ）に、アクションとして、「スイッチ（ＯＦＳ）２０−１の接続ポート２１−１からトポロジーディスカバリーパケット（ＴＤＰ）３０−２を送信する」と指定する。
また、コントローラ（ＯＦＣ）１０は、このトポロジーディスカバリーパケット（ＴＤＰ）３０−２に、当該スイッチ（ＯＦＳ）２０−１の「ＤＰＩＤ」と「Ｐｏｒｔ」として、「ＯＦＳ１−ＤＰＩＤ」と「Ｐｏｒｔ１」を格納する。「ＯＦＳ１−ＤＰＩＤ」は、スイッチ（ＯＦＳ）２０−１の識別情報である。このスイッチ（ＯＦＳ）２０−１は、このトポロジーディスカバリーパケット（ＴＤＰ）３０−２の送信元となるスイッチ（ＯＦＳ）である。「Ｐｏｒｔ１」は、接続ポート２１−１の識別情報である。この接続ポート２１−１は、トポロジーディスカバリーパケット（ＴＤＰ）３０−２の送信ポートである。
スイッチ（ＯＦＳ）２０−１は、コントローラ（ＯＦＣ）１０から、上記のパケット出力メッセージ（ＰＯＭ）３０−１を受信する。
スイッチ（ＯＦＳ）２０−１は、パケット出力メッセージ（ＰＯＭ）３０−１のデータ領域（ＤＦ）に格納されたトポロジーディスカバリーパケット（ＴＤＰ）３０−２を取得する。
スイッチ（ＯＦＳ）２０−１は、このパケット出力メッセージ（ＰＯＭ）３０−１のアクション領域（ＡＦ）に指定されたアクションに基づき、このトポロジーディスカバリーパケット（ＴＤＰ）３０−２を接続ポート２１−１から送信する。
図１に示すように、スイッチ（ＯＦＳ）２０−１の接続ポート２１−１は、スイッチ（ＯＦＳ）２０−２の接続ポート２１−２と接続されている。したがって、スイッチ（ＯＦＳ）２０−１の接続ポート２１−１から送信されたトポロジーディスカバリーパケット（ＴＤＰ）３０−２は、スイッチ（ＯＦＳ）２０−２の接続ポート２１−２に到達する。
スイッチ（ＯＦＳ）２０−２は、接続ポート２１−２で、トポロジーディスカバリーパケット（ＴＤＰ）３０−２を受信する。
スイッチ（ＯＦＳ）２０−２は、受信したトポロジーディスカバリーパケット（ＴＤＰ）３０−２が、初期設定処理で設定されたフローエントリにマッチした場合、コントローラ（ＯＦＣ）１０に対して、トポロジーディスカバリーパケット（ＴＤＰ）３０−２に関するパケット入力メッセージ（ＰＩＭ）３０−３を送信する。
このとき、スイッチ（ＯＦＳ）２０−２は、このパケット入力メッセージ（ＰＩＭ）３０−３に、当該スイッチ（ＯＦＳ）２０−２の「ＤＰＩＤ」と「Ｐｏｒｔ」として、「ＯＦＳ２−ＤＰＩＤ」と「Ｐｏｒｔ２」を格納する。「ＯＦＳ２−ＤＰＩＤ」は、スイッチ（ＯＦＳ）２０−２の識別情報である。このスイッチ（ＯＦＳ）２０−２は、パケット入力メッセージ（ＰＩＭ）３０−３の送信元となるスイッチ（ＯＦＳ）である。「Ｐｏｒｔ２」は、接続ポート２１−２の識別情報である。この接続ポート２１−２は、トポロジーディスカバリーパケット（ＴＤＰ）３０−２の受信ポートである。
また、スイッチ（ＯＦＳ）２０−２は、このパケット入力メッセージ（ＰＩＭ）３０−３のデータ領域（ＤＦ）に、トポロジーディスカバリーパケット（ＴＤＰ）３０−２を格納する。
コントローラ（ＯＦＣ）１０は、上記のパケット入力メッセージ（ＰＩＭ）３０−３を受信する。
コントローラ（ＯＦＣ）１０は、このパケット入力メッセージ（ＰＩＭ）３０−３に格納された送信元のスイッチ（ＯＦＳ）２０−２の「ＯＦＳ２−ＤＰＩＤ」と「Ｐｏｒｔ２」を取得する。
また、コントローラ（ＯＦＣ）１０は、このパケット入力メッセージ（ＰＩＭ）３０−３のデータ領域（ＤＦ）に格納されたトポロジーディスカバリーパケット（ＴＤＰ）３０−２を取得し、トポロジーディスカバリーパケット（ＴＤＰ）３０−２に格納されたスイッチ（ＯＦＳ）２０−１の「ＯＦＳ１−ＤＰＩＤ」と「Ｐｏｒｔ１」を取得する。
これにより、コントローラ（ＯＦＣ）１０は、スイッチ（ＯＦＳ）２０−１の接続ポート２１−１がスイッチ（ＯＦＳ）２０−２の接続ポート２１−２と接続していることを検出する。
また、コントローラ（ＯＦＣ）１０は、上記と同様の仕組みで、逆方向にトポロジーディスカバリーパケット（ＴＤＰ）３０−２を流し、スイッチ（ＯＦＳ）２０−２の接続ポート２１−２がスイッチ（ＯＦＳ）２０−１の接続ポート２１−１と接続していることを検出する。
更に、コントローラ（ＯＦＣ）１０は、運用中に、一定的なインターバル／リトライ回数で、上記のトポロジーディスカバリーパケット（ＴＤＰ）３０−２と、上記の仕組みを利用し、検出したトポロジーを維持・更新する。
なお、ＤＰＩＤ、パケット入力メッセージ（ＰＩＭ）３０−３、パケット出力メッセージ（ＰＯＭ）３０−１、フローエントリの仕様については、非特許文献１（ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ１．１．０）によって規定されている。
［検出したトポロジーの維持・更新における問題点］
上記の既存のオープンフローネットワークにおけるトポロジー検出・維持の手順は、オープンフローネットワークにおけるトポロジーの初期検出には有用であるが、検出したトポロジーを維持・更新する場合には、以下の（１）〜（３）のような問題点がある。
（１）セキュアチャンネルネットワークへの負荷が高まる。
コントローラ（ＯＦＣ）は、検出したトポロジーを維持・更新するために、各スイッチ（ＯＦＳ）の全リンクアップしたポートに定期的にトポロジーディスカバリーパケット（ＴＤＰ）をセキュアチャンネルネットワークに流す必要がある。
また、各スイッチ（ＯＦＳ）も受信したトポロジーディスカバリーパケット（ＴＤＰ）をセキュアチャンネルネットワーク経由でコントローラ（ＯＦＣ）に流す必要がある。
１つの双方向接続関係を維持・更新するため、一回のトポロジー走査で４個のトポロジーディスカバリーパケット（ＴＤＰ）がセキュアチャンネルネットワーク上に流れる。
（２）検出したトポロジーを維持・更新はコントローラ（ＯＦＣ）走査方法を利用するので、トポロジー変更があると、その変更を検出するために時間がかかる。
トポロジー変更を検出するタイミングは、運用中にコントローラ（ＯＦＣ）がトポロジーディスカバリーパケット（ＴＤＰ）を出すインターバル時間と、スイッチ（ＯＦＳ）からのトポロジーディスカバリーパケット（ＴＤＰ）のリプライタイムアウトに依存する。
インターバル時間とリプライタイムアウトが短ければ短いほど素早く検出できるが、その代わりに、セキュアチャンネルネットワーク上のスイッチ（ＯＦＳ）への負荷が増大し、発生していないトポロジー変更を誤検出するリスクが増大する。
（３）既存の多くのスイッチ（ＯＦＳ）は、従来のレガシースイッチ（ｌｅｇａｃｙ ｓｗｉｔｃｈ）に、オープンフローに対応したファームウェア（ｆｉｒｍｗａｒｅ）を実装することで実現されている。
例えば、スイッチ（ＯＦＳ）は、オープンフローメッセージの処理において、「パケットがマッチしたフローエントリを検索し、マッチしたフローエントリに指定されたアクションに従ってパケットを処理する部分」以外の処理部分については、従来のレガシースイッチの汎用プロセッサを利用し、ソフトウェア（ｓｏｆｔｗａｒｅ）で実現している。
汎用プロセッサのリソースは非常に限られているので、処理する必要があるオープンフローメッセージのロード（ｌｏａｄ：読込）が増大すると、計算リソース不足で、オープンフローメッセージの処理が遅延したり、オープンフローメッセージ自体が消失（ロスト）したりする可能性が大きい。
そのため、このようなスイッチ（ＯＦＳ）を利用したオープンフローネットワークでは、上記の既存のオープンフローネットワークにおけるトポロジー検出・維持の手順を利用すると、コントローラ（ＯＦＣ）は、発生していないトポロジー変更を誤検出し、システムを通信不能の状態に陥らせる可能性が非常に高い。
関連する技術として、特許文献１（特開２００３−１４３１６９号公報）にルーティングブリッジシステムが開示されている。このルーティングブリッジシステムでは、複数のノードをリング状に接続したリング状ネットワークが接続ノードを介して複数接続されたネットワークの、データリンクレイヤのアドレスを用いてデータの送信経路を決定する。各ノードは、所属するリング上の各ノード間のノード間スパニングツリーの作成を行うノードツリー作成部を備える。各接続ノードは、所属する各リング上の各ノード間のノード間スパニングツリーの作成を行うノードツリー作成部と、各リングを論理リンクに見立てた、各リング間のリング間スパニングツリーの作成を行うリング間ツリー作成部を備える。
また、特許文献２（特開２００６−３４０３６１号公報）にホームネットワークのコネクショントポロジーの決定方法が開示されている。このホームネットワークのコネクショントポロジーの決定方法は、多重のハブ及びスイッチの周辺に配置されている複数のノードによって構成されているホームネットワークのコネクショントポロジーを決定するための方法である。この方法は、該複数のノードによってトポロジー決定メッセージをランダムなシーケンスにおいて１つずつ伝送し、該トポロジー決定メッセージの受信に基づいてノードの全てのコネクショントポロジーを１つずつ決定し、ノードの全てのローカルノードのリストを生成しかつ更新するステップを有している。トポロジー決定メッセージは、２つの連続するパケットを含んでいる。第１のパケットは、それをトポロジー決定パケットと識別する予め定めたペイロードを備えているブロードキャストパケットである。第２のパケットは、同じコンテント及び非実在デスティネーションＭＡＣアドレスを備えているユニキャストパケットである。
また、特許文献３（特開２００８−１７２４４９号公報）にネットワークの論理トポロジーを検出するトポロジー検出方法が開示されている。この関連技術では、通信装置は、ポート番号と送信元ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスとを対応付けた転送情報を記録している。管理装置が、ＴＴＬ（Ｔｉｍｅ Ｔｏ Ｌｉｖｅ）を１から順に１増分する毎に、該ＴＴＬを含むトレース要求を通信装置へ送信する。次に、通信装置が、ＴＴＬ＝１のトレース要求に対して、転送情報を含むトレース応答を管理装置へ返信する。そして、管理装置が、受信したトレース応答から転送情報を取得し、ネットワークの装置トポロジーにおけるポートトポロジを導出する。
また、特許文献４（特開２００９−１１１９７６号公報）に無線メッシュ型ネットワークの構成及び最適化が開示されている。この関連技術では、ネットワーク設計ツールは、無線ネットワーク内でのノード及び機器の追加、除去、及び位置決めのための対話式グラフィックインターフェースと、閾値、ネットワークトポロジ選択、経路指定設定、及び無線メッシュ型ネットワーク内での通信経路及びスケジュールの生成及び最適化に関連するその他の構成パラメータを指定するための複数の対話式画面を含むメニューと、を提供する。ネットワーク設計ツールは、最適化規則の集合をユーザが入力するパラメータと共にネットワークモデルに自動的に適用して効率のよいネットワーク構成データを生成する。
特開２００３−１４３１６９号公報 特開２００６−３４０３６１号公報 特開２００８−１７２４４９号公報 特開２００９−１１１９７６号公報
"ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ， Ｖｅｒｓｉｏｎ １．１．０ Ｉｍｐｌｅｍｅｎｔｅｄ"，［ｏｎｌｉｎｅ］，Ｆｅｂｒｕａｒｙ ２８， ２０１１，インターネット（ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｆｌｏｗｓｗｉｔｃｈ．ｏｒｇ／ｄｏｃｕｍｅｎｔｓ／ｏｐｅｎｆｌｏｗ−ｓｐｅｃ−ｖ１．１．０．ｐｄｆ）
本発明の目的は、オープンフローネットワーク等において、コントローラがスイッチ間のネットワークが高遅延な状況でのスイッチの物理トポロジーの維持・更新を行うネットワークシステムを提供することである。
本発明に係るネットワークシステムは、パケットをフローとして一律に制御するためのルールとアクションとが定義されたフローエントリに従って、受信したパケットの処理を行う複数のスイッチと、複数のスイッチの各々に対して、フローエントリの設定を行うコントローラとを含む。コントローラは、複数のスイッチの各々に対して、複数のスイッチ間で相互に送受信される巡回パケットが到着しなくなった場合に削除される巡回用フローエントリを設定し、各スイッチから、巡回用フローエントリを削除した旨の通知を受信した場合、複数のスイッチ間の障害を検出する。
本発明に係るコントローラは、複数のスイッチの各々に対して、パケットをフローとして一律に制御するためのルールとアクションとが定義されたフローエントリを設定する機構と、複数のスイッチの各々に対して、複数のスイッチ間で相互に送受信される巡回パケットが到着しなくなった場合に削除される巡回用フローエントリを設定する機構と、各スイッチから、巡回用フローエントリを削除した旨の通知を受信した場合、複数のスイッチ間の障害を検出する機構とを備える。
本発明に係るトポロジー管理方法は、計算機により実施されるトポロジー管理方法であって、コントローラとして、複数のスイッチの各々に対して、パケットをフローとして一律に制御するためのルールとアクションとが定義されたフローエントリを設定することと、複数のスイッチの各々に対して、複数のスイッチ間で相互に送受信される巡回パケットが到着しなくなった場合に削除される巡回用フローエントリを設定することと、各スイッチから、巡回用フローエントリを削除した旨の通知を受信した場合、複数のスイッチ間の障害を検出することとを含む。
本発明に係るプログラムは、上記のトポロジー管理方法における処理を、コントローラとして使用される計算機に実行させるためのプログラムである。なお、本発明に係るプログラムは、記憶装置や記憶媒体に格納することが可能である。
これにより、オープンフローネットワーク等において、トポロジーを維持・更新する際のセキュアチャンネルネットワーク上のスイッチの負荷を低減する。
既存のオープンフローネットワークにおけるトポロジー検出・維持の手順について説明するための図である。 本発明に係るネットワークシステムの構成例を示す図である。 本発明に係るトポロジーキープアライブパケットの仕様について説明するための図である。 本発明に係るパケット出力メッセージについて説明するための図である。 本発明に係るトポロジーキープアライブフローエントリの仕様について説明するための図である。 本発明に係るフローエントリ変更メッセージの仕様について説明するための図である。 本発明に係るフローエントリ削除済メッセージの仕様について説明する。 本発明に係るネットワークシステムの実施例について説明するための図である。
本発明は、ＣＤ分離型ネットワークを対象としている。ここでは、ＣＤ分離型ネットワークの１つであるオープンフローネットワークを例に説明する。但し、実際には、オープンフローネットワークに限定されない。
＜第１実施形態＞
以下に、本発明の第１実施形態について添付図面を参照して説明する。
本実施形態では、検出したトポロジーを維持・更新するために、「トポロジーキープアライブフローエントリ（ＴＫＡＦＥ：Ｔｏｐｏｌｏｇｙ ＫｅｅｐＡｌｉｖｅ Ｆｌｏｗ Ｅｎｔｒｙ）」と、「トポロジーキープアライブパケット（ＴＫＡＰ：Ｔｏｐｏｌｏｇｙ ＫｅｅｐＡｌｉｖｅ Ｐａｃｋｅｔ）」を規定して利用する。
トポロジーキープアライブパケット（ＴＫＡＰ）は、検出したトポロジーを維持・更新するために予め規定された巡回パケットであり、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）にマッチするパケットである。
「トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）」や、「トポロジーキープアライブパケット（ＴＫＡＰ）」については後に詳述する。
［システム構成］
図２を参照して、本発明に係るネットワークシステムの構成例について説明する。
本発明に係るネットワークシステムは、コントローラ（ＯＦＣ）１０と、スイッチ（ＯＦＳ）２０（２０−ｉ、ｉ＝１〜ｎ：ｎは任意）を含む。
コントローラ（ＯＦＣ）１０は、スイッチ（ＯＦＳ）２０（２０−ｉ、ｉ＝１〜ｎ）の各々（以下、各スイッチ（ＯＦＳ）２０）に対して、フローエントリを設定する。
コントローラ（ＯＦＣ）１０は、セキュアチャンネルネットワーク１００を介して、各スイッチ（ＯＦＳ）２０と接続されている。セキュアチャンネルネットワーク１００には、コントローラ（ＯＦＣ）とスイッチ（ＯＦＳ）間のコントロール信号が流れる。
各スイッチ（ＯＦＳ）２０は、パケットを受信した際、コントローラ（ＯＦＣ）１０から設定されたフローエントリと受信パケットを比較し、受信パケットのヘッダ領域（ＨＦ：Ｈｅａｄｅｒ Ｆｉｅｌｄ）の値が、フローエントリの整合領域（ＭＦ）の整合値（ＭＶ）とマッチした場合、このフローエントリのアクション領域（ＡＦ）に指定されたアクションを実行する。
［コントローラ（ＯＦＣ）の構成］
次に、コントローラ（ＯＦＣ）１０の構成例について説明する。
コントローラ（ＯＦＣ）１０は、トポロジー管理部１１と、トポロジー検出部１２と、パケット梱包・振り分け処理部１３と、パケット送信部１４と、パケット受信部１５を備える。
トポロジー管理部１１は、トポロジー情報保存データベースを管理しており、コントローラ（ＯＦＣ）１０が検出したオープンフローネットワークのトポロジー情報をトポロジー情報保存データベースに保存する。また、トポロジー管理部１１は、トポロジー検出部１２からトポロジー情報の更新を指示された場合、指示の内容に従って、トポロジー情報保存データベースに保存されているトポロジー情報を更新する。
トポロジー検出部１２は、既存のトポロジー検出機能を有し、トポロジーを検出・維持・更新する。すなわち、トポロジー検出部１２は、従来通り、トポロジーディスカバリーパケット（ＴＤＰ）を作成し、トポロジーを検出・維持・更新することができる。また、トポロジー検出部１２は、検出したトポロジーを維持・更新するために、本実施形態において規定するトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）と、トポロジーキープアライブパケット（ＴＫＡＰ）を作成する。トポロジー検出部１２は、作成した情報をパケット梱包・振り分け処理部１３に渡す。更に、トポロジー検出部１２は、パケット梱包・振り分け処理部１３から受け取ったトポロジー変更通知メッセージを解析し、トポロジー管理部１１に対し、トポロジー情報保存データベースに保存されているトポロジー情報の更新を指示する。
パケット梱包・振り分け処理部１３は、トポロジー検出部１２から受け取った情報で実際のパケットを梱包し、パケット送信部１４に渡す。例えば、パケット梱包・振り分け処理部１３は、各スイッチ（ＯＦＳ）２０にトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を追加（登録）するためのフローエントリ変更メッセージ（ＭＦＥＭ：Ｍｏｄｉｆｙ Ｆｌｏｗ Ｅｎｔｒｙ Ｍｅｓｓａｇｅ）を作成し、このフローエントリ変更メッセージ（ＭＦＥＭ）をパケット送信部１４に渡す。或いは、パケット梱包・振り分け処理部１３は、トポロジー検出部１２から受け取ったトポロジーキープアライブパケット（ＴＫＡＰ）をパケット出力メッセージ（ＰＯＭ）に格納し、このパケット出力メッセージ（ＰＯＭ）をパケット送信部１４に渡す。また、パケット梱包・振り分け処理部１３は、パケット受信部１５から受け取ったパケットを解析し、適切なモジュールに振り分ける。例えば、パケット梱包・振り分け処理部１３は、パケット受信部１５から受け取ったパケット入力メッセージ（ＰＩＭ）を解析してトポロジー変更通知メッセージを取得／作成し、このトポロジー変更通知メッセージをトポロジー検出部１２に渡す。
パケット送信部１４は、セキュアチャンネルネットワーク１００を介して、パケット梱包・振り分け処理部１３から受け取ったパケットを各スイッチ（ＯＦＳ）２０に送信する。例えば、パケット送信部１４は、パケット出力メッセージ（ＰＯＭ）を各スイッチ（ＯＦＳ）２０に送信する。
パケット受信部１５は、セキュアチャンネルネットワーク１００を介して、各スイッチ（ＯＦＳ）２０からパケットを受信し、受信パケットをパケット梱包・振り分け処理部１３に渡す。例えば、パケット受信部１５は、各スイッチ（ＯＦＳ）２０からパケット入力メッセージ（ＰＩＭ）を受信し、このパケット入力メッセージ（ＰＩＭ）をパケット梱包・振り分け処理部１３に渡す。
［トポロジーキープアライブパケットの仕様］
図３を参照して、本発明に係るトポロジーキープアライブパケット（ＴＫＡＰ）の仕様について説明する。
トポロジーキープアライブパケット（ＴＫＡＰ）として、以下の条件を満たす任意のパケットを利用することが可能である。
（１）ブロードキャスト（ＢＣ）・マルチキャスト（ＭＣ）と一般的に使われているパケットタイプ以外の任意のタイプのパケット
（２）非特許文献１（ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ１．１．０）に規定されたフローエントリの整合領域（ＭＦ）、或いは、その一部を定義したパケット
本実施形態では、パケットのオーバヘッドを小さくするため、単純なＭＡＣヘッダフレーム（Ｅｔｈｅｒ Ｈｅａｄｅｒ Ｆｒａｍｅ）を使用する。図３では、ＭＡＣヘッダ（Ｅｔｈｅｒ Ｈｅａｄｅｒ）領域以外の領域の記載を省略する。
トポロジー検出部１２は、ＭＡＣヘッダ（Ｅｔｈｅｒ Ｈｅａｄｅｒ）領域のＭＡＣ送信元（Ｅｔｈｅｒ ｓｒｃ）領域、ＭＡＣ送信先（Ｅｔｈｅｒ ｄｓｔ）領域、及びフレームタイプ（Ｅｔｈｅｒ Ｔｙｐｅ）領域の各々に、以下のような値を指定する。
トポロジー検出部１２は、ＭＡＣ送信元（Ｅｔｈｅｒ ｓｒｃ）領域に、ワイルドカードの「＊」を指定する。
トポロジー検出部１２は、ＭＡＣ送信先（Ｅｔｈｅｒ ｄｓｔ）領域に、「ブロードキャスト（ＢＣ）・マルチキャスト（ＭＣ）以外のＭＡＣアドレス」（Ｎｏｔ ＢＣ／ＭＣ）を指定する。
トポロジー検出部１２は、フレームタイプ（Ｅｔｈｅｒ Ｔｙｐｅ）領域に、ＩＡＮＡ（Ｉｎｔｅｒｎｅｔ Ａｓｓｉｇｎｅｄ Ｎｕｍｂｅｒ Ａｕｔｈｏｒｉｔｙ）に規定された「Ｅｘｐｅｒｉｍｅｎｔａｌ Ｔｙｐｅ」の「０ｘ１１１１」を指定する。
［パケット出力メッセージの仕様］
図４を参照して、本発明に係るパケット出力メッセージ（ＰＯＭ）の仕様について説明する。
パケット出力メッセージ（ＰＯＭ）は、ヘッダ領域（ＨＦ）と、アクション領域（ＡＦ）と、データ領域（ＤＦ）を有する。
ヘッダ領域（ＨＦ）は、本メッセージがパケット出力メッセージ（ＰＯＭ）である旨を示す情報を格納するための領域である。
アクション領域（ＡＦ）は、データ領域（ＤＦ）に格納されたパケットを送出する送信ポートを指定するための領域である。
データ領域（ＤＦ）は、トポロジーキープアライブパケット（ＴＫＡＰ）を格納するための領域である。
ここでは、コントローラ（ＯＦＣ）１０は、パケット出力メッセージ（ＰＯＭ）のヘッダ領域（ＨＦ）に、「Ｔｙｐｅ ｉｓ Ｐａｃｋｅｔ Ｏｕｔ」を指定する。「Ｔｙｐｅ ｉｓ Ｐａｃｋｅｔ Ｏｕｔ」は、本メッセージがパケット出力メッセージ（ＰＯＭ）である旨を示す情報である。
各スイッチ（ＯＦＳ）２０は、このパケット出力メッセージ（ＰＯＭ）を受信した場合、パケット出力メッセージ（ＰＯＭ）のデータ領域（ＤＦ）に格納されたトポロジーキープアライブパケット（ＴＫＡＰ）を、アクション領域（ＡＦ）に指定された送信ポートから送出する。
［トポロジーキープアライブフローエントリの仕様］
図５を参照して、本発明に係るトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）の仕様について説明する。
トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）は、整合領域（ＭＦ）と、クッキー領域（ＣＦ：Ｃｏｏｋｉｅ Ｆｉｅｌｄ）と、アクション領域（ＡＦ）を有する。
［整合領域］
まず、整合領域（ＭＦ）について説明する。
整合領域（ＭＦ）は、パケットのマッチングに使用されるエントリー項目を示す領域である。エントリー項目は、整合領域（ＭＦ）のサブフィールドである。コントローラ（ＯＦＣ）１０は、整合領域（ＭＦ）に示されたエントリー項目毎に、整合値（ＭＶ）を指定する。
なお、整合領域（ＭＦ）のエントリー項目には、入力ポート（Ｉｎｇｒｅｓｓ Ｐｏｒｔ）、メタデータ（Ｍｅｔａ ｄａｔａ）、ＭＡＣ送信元（Ｅｔｈｅｒ ｓｒｃ）、ＭＡＣ送信先（Ｅｔｈｅｒ ｄｓｔ）、フレームタイプ（Ｅｔｈｅｒ ｔｙｐｅ）、仮想ＬＡＮ識別子（ＶＬＡＮ ｉｄ）、仮想ＬＡＮ優先度（ＶＬＡＮ ｐｒｉｏｒｉｔｙ）、ＭＰＬＳラベル（ＭＰＬＳ ｌａｂｅｌ）、ＭＰＬＳトラフィッククラス（ＭＰＬＳ ｔｒａｆｆｉｃ ｃｌａｓｓ）、ＩＰ送信元（ＩＰ ｓｒｃ）、ＩＰ送信先（ＩＰ ｄｓｔ）、ＩＰプロトコル（ＩＰ Ｐｒｏｔｏｃｏｌ）、ＩＰサービスタイプ（ＩＰ ＴｏＳ ｂｉｔｓ）、送信元ポート（ＴＣＰ／ＵＤＰ ｓｒｃ Ｐｏｒｔ）、及び送信先ポート（ＴＣＰ／ＵＤＰ ｄｓｔ Ｐｏｒｔ）等がある。
入力ポート（Ｉｎｇｒｅｓｓ Ｐｏｒｔ）は、最初に本パケットを受信したポートを示す。メタデータ（Ｍｅｔａ ｄａｔａ）は、本パケットに関する情報を示す。ＭＡＣ送信元（Ｅｔｈｅｒ ｓｒｃ）、ＭＡＣ送信先（Ｅｔｈｅｒ ｄｓｔ）、フレームタイプ（Ｅｔｈｅｒ ｔｙｐｅ）は、それぞれ、送信元ＭＡＣアドレス、送信先ＭＡＣアドレス、上位層のプロトコルを識別するための１６ビットの情報を示す。ＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）は、ラベルスイッチング方式を用いたパケット転送技術である。ＭＰＬＳラベル（ＭＰＬＳ ｌａｂｅｌ）は、ＩＰヘッダの代わりに利用される固定長の識別標識を示す。ＭＰＬＳトラフィッククラス（ＭＰＬＳ ｔｒａｆｆｉｃ ｃｌａｓｓ）は、異なるクラス又は優先順位の特定と識別を行うための情報を示す。ＩＰ送信元（ＩＰ ｓｒｃ）、ＩＰ送信先（ＩＰ ｄｓｔ）、ＩＰプロトコル（ＩＰ Ｐｒｏｔｏｃｏｌ）、ＩＰサービスタイプ（ＩＰ ＴｏＳ ｂｉｔｓ）は、それぞれ、送信元ＩＰアドレス、送信先ＩＰアドレス、ＩＰプロトコル番号、ＴＯＳオクテット（ＩＰパケットのヘッダ中に含まれる８ビットのオクテット部分）を示す。ＴＯＳオクテットは、通信のサービス品質（ＱｏＳ）を制御する目的で，処理の優先度を指定するために使う。送信元ポート（ＴＣＰ／ＵＤＰ ｓｒｃ Ｐｏｒｔ）、及び送信先ポート（ＴＣＰ／ＵＤＰ ｄｓｔ Ｐｏｒｔ）は、それぞれ、送信元ポート番号、送信先ポート番号を示す。
本実施形態では、入力ポート（Ｉｎｇｒｅｓｓ Ｐｏｒｔ）とフレームタイプ（Ｅｔｈｅｒ ｔｙｐｅ）のみ、マッチングに使用する。
コントローラ（ＯＦＣ）１０は、各スイッチ（ＯＦＳ）２０にトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を設定する際、入力ポート（Ｉｎｇｒｅｓｓ Ｐｏｒｔ）とフレームタイプ（Ｅｔｈｅｒ ｔｙｐｅ）以外の整合領域（ＭＦ）のエントリー項目の整合値（ＭＶ）に「ＡＮＹ」を指定する。
整合値（ＭＶ）が「ＡＮＹ」である整合領域（ＭＦ）のエントリー項目は、任意の値（全ての値）にマッチするため、パケットのマッチングには使用されない。
これにより、各スイッチ（ＯＦＳ）２０は、受信パケットとトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）とを比較し、入力ポート（Ｉｎｇｒｅｓｓ Ｐｏｒｔ）及びフレームタイプ（Ｅｔｈｅｒ ｔｙｐｅ）について、双方の値がマッチした場合、受信パケットとトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）がマッチしたと判断する。
ここでは、コントローラ（ＯＦＣ）１０は、入力ポート（Ｉｎｇｒｅｓｓ Ｐｏｒｔ）の整合値（ＭＶ）に、特定のポート（Ｓｐｅｃｉｆｉｅｄ Ｐｏｒｔ）を指定する。この特定のポート（Ｓｐｅｃｉｆｉｅｄ Ｐｏｒｔ）は、コントローラ（ＯＦＣ）１０が検出した各スイッチ（ＯＦＳ）２０のポートのうち、他の各スイッチ（ＯＦＳ）２０と繋がるポートを示す。
また、コントローラ（ＯＦＣ）１０は、フレームタイプ（Ｅｔｈｅｒ ｔｙｐｅ）の整合値（ＭＶ）に「０ｘ１１１１」を指定する。「０ｘ１１１１」は、本実施形態におけるトポロジーキープアライブパケット（ＴＫＡＰ）のフレームタイプ（Ｅｔｈｅｒ ｔｙｐｅ）を示す。
［クッキー領域］
次に、クッキー領域（ＣＦ）について説明する。
クッキー領域（ＣＦ）は、付加情報等のデータを一時保存しておくためのクッキー（Ｃｏｏｋｉｅ）を示す領域である。クッキーには、クッキー値（ＣＶ：Ｃｏｏｋｉｅ Ｖａｌｕｅ）が指定される。
コントローラ（ＯＦＣ）１０は、クッキーのクッキー値（ＣＶ）に、６４ビットの識別子を指定する。
この６４ビットの識別子は、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を設定したコントローラ（ＯＦＣ）１０が内部管理しているフローエントリを特定するための識別子である。オープンフローでは、コントローラ（ＯＦＣ）１０は、各スイッチ（ＯＦＳ）２０側のフローエントリを把握・管理するため、各スイッチ（ＯＦＳ）２０側のフローエントリのコピー（複写）を保持している。
［アクション領域］
次に、アクション領域（ＡＦ）について説明する。
アクション領域（ＡＦ）は、当該フローエントリの特性に関するプロパティー項目（ｐｒｏｐｅｒｔｉｅｓ）を示す領域である。プロパティー項目は、アクション領域（ＡＦ）のサブフィールドである。コントローラ（ＯＦＣ）１０は、アクション領域（ＡＦ）に示されたプロパティー項目毎に、特性を示す値（特性値）を指定する。
なお、アクション領域（ＡＦ）のプロパティー項目には、優先度（Ｅｎｔｒｙ Ｐｒｉｏｒｉｔｙ）、遊休時間（Ｉｄｌｅ ｔｉｍｅ）、固定時間（Ｈａｒｄ ｔｉｍｅ）、フラグ（Ｆｌａｇ）、アクション（Ａｃｔｉｏｎ）等がある。
コントローラ（ＯＦＣ）１０は、優先度（Ｅｎｔｒｙ Ｐｒｉｏｒｉｔｙ）に「０ｘｆｆｆｆ」を指定する。優先度（Ｅｎｔｒｙ Ｐｒｉｏｒｉｔｙ）は、フローエントリ自体の優先度を示す。「０ｘｆｆｆｆ」は、最も高い優先度（最優先）を示す。すなわち、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）は、最優先のフローエントリとなる。これにより、各スイッチ（ＯＦＳ）２０は、受信パケットに対して、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を最優先に比較し、マッチした場合、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）のアクションを実行する。
また、コントローラ（ＯＦＣ）１０は、遊休時間（Ｉｄｌｅ ｔｉｍｅ）に「０ｘ０００３」を指定し、固定時間（Ｈａｒｄ ｔｉｍｅ）に「０ｘ００００」を指定する。時間の指定において、「０ｘ０００３」は「３秒」を示す。これにより、各スイッチ（ＯＦＳ）２０は、トポロジーキープアライブパケット（ＴＫＡＰ）を受信してから、３秒以内に、次のトポロジーキープアライブパケット（ＴＫＡＰ）を受信しなかった場合、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）がエクスパイヤ（ｅｘｐｉｒｅ：期限満了、失効）したものと判断し、フローテーブルから当該トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を削除（エージアウト）する。
また、コントローラ（ＯＦＣ）１０は、フラグ（Ｆｌａｇ）に、「送信フロー削除フラグ（ＳＦＲＦ：Ｓｅｎｄ Ｆｌｏｗ Ｒｅｍｏｖｅｄ Ｆｌａｇ）＝ｏｎ」を指定する。すなわち、送信フロー削除フラグ（ＳＦＲＦ）を「ｏｎ」（有効）にする。これにより、各スイッチ（ＯＦＳ）２０は、エクスパイヤしたトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を削除した後、エクスパイヤしたトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を削除した旨を示すオープンフローメッセージをコントローラ（ＯＦＣ）１０に送信する。本実施形態では、各スイッチ（ＯＦＳ）２０は、エクスパイヤしたトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を削除した後、後述するフローエントリ削除済メッセージ（ＦＥＲＭ：Ｆｌｏｗ Ｅｎｔｒｙ Ｒｅｍｏｖｅｄ Ｍｅｓｓａｇｅ）をコントローラ（ＯＦＣ）１０に送信する。
また、コントローラ（ＯＦＣ）１０は、アクション（Ａｃｔｉｏｎ）に、「マッチしたパケットを受信ポートに送り戻す動作」（Ｓｅｎｄ ｔｏ ｉｎ−ｐｏｒｔ）を指定する。「マッチしたパケットを受信ポートに送り戻す動作」とは、接続ポートで受信したパケットが当該フローエントリにマッチした場合、当該パケットを、当該接続ポートに送り戻す動作を示す。これにより、各スイッチ（ＯＦＳ）２０は、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）にマッチしたトポロジーキープアライブパケット（ＴＫＡＰ）を、受信ポートに送り戻す。したがって、トポロジーキープアライブパケット（ＴＫＡＰ）は、相互接続され、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）が設定されたスイッチ（ＯＦＳ）２０間を巡回する。
［フローエントリ変更メッセージの仕様］
図６を参照して、コントローラ（ＯＦＣ）１０が各スイッチ（ＯＦＳ）２０にトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を追加（登録）するためのフローエントリ変更メッセージ（ＭＦＥＭ）の仕様について説明する。
フローエントリ変更メッセージ（ＭＦＥＭ）は、ヘッダ領域（ＨＦ）と、整合領域（ＭＦ）と、クッキー領域（ＣＦ）と、アクション領域（ＡＦ）を有する。
ヘッダ領域（ＨＦ）は、本メッセージがフローエントリ変更メッセージ（ＭＦＥＭ）である旨を示す情報を格納するための領域である。
ここでは、コントローラ（ＯＦＣ）１０は、フローエントリ変更メッセージ（ＭＦＥＭ）のヘッダ領域（ＨＦ）に、「Ｔｙｐｅ ｉｓ Ｍｏｄｉｆｙ Ｓｔａｔｅ」を指定する。「Ｔｙｐｅ ｉｓ Ｍｏｄｉｆｙ Ｓｔａｔｅ」は、本メッセージがフローエントリ変更メッセージ（ＭＦＥＭ）である旨を示す情報である。
整合領域（ＭＦ）、クッキー領域（ＣＦ）、及びアクション領域（ＡＦ）については、基本的に、図５で説明したトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）と同様である。
なお、アクション領域（ＡＦ）のプロパティー項目には、更に、命令（Ｃｏｍｍａｎｄ）が追加されている。
コントローラ（ＯＦＣ）１０は、新規のトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を追加する場合、命令（Ｃｏｍｍａｎｄ）に、「フローエントリの追加」（Ａｄｄ Ｆｌｏｗ ｅｎｔｒｙ）を指定する。また、コントローラ（ＯＦＣ）１０は、既存のトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を修正する場合、命令（Ｃｏｍｍａｎｄ）に、「フローエントリの変更」（Ｍｏｄｉｆｙ Ｆｌｏｗ ｅｎｔｒｙ）を指定する。
また、コントローラ（ＯＦＣ）１０は、整合領域（ＭＦ）、クッキー領域（ＣＦ）、及びアクション領域（ＡＦ）の各項目に、設定値を指定する。
各スイッチ（ＯＦＳ）２０は、このフローエントリ変更メッセージ（ＭＦＥＭ）を受信した場合、アクション領域（ＡＦ）の命令（Ｃｏｍｍａｎｄ）を確認する。
各スイッチ（ＯＦＳ）２０は、アクション領域（ＡＦ）の命令（Ｃｏｍｍａｎｄ）に「フローエントリの変更」（Ｍｏｄｉｆｙ Ｆｌｏｗ ｅｎｔｒｙ）が指定されている場合、整合領域（ＭＦ）、クッキー領域（ＣＦ）、及びアクション領域（ＡＦ）の各項目を参照し、該当するトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）が存在するか確認する。
各スイッチ（ＯＦＳ）２０は、該当するトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）が存在しない場合、或いは、アクション領域（ＡＦ）の命令（Ｃｏｍｍａｎｄ）に「フローエントリの追加」（Ａｄｄ Ｆｌｏｗ ｅｎｔｒｙ）が指定されている場合、このフローエントリ変更メッセージ（ＭＦＥＭ）の整合領域（ＭＦ）、クッキー領域（ＣＦ）、及びアクション領域（ＡＦ）の各項目に指定された値に基づいて、新規のトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を追加する。
各スイッチ（ＯＦＳ）２０は、該当するトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）が存在する場合、このフローエントリ変更メッセージ（ＭＦＥＭ）の整合領域（ＭＦ）、クッキー領域（ＣＦ）、及びアクション領域（ＡＦ）の各項目に指定された値を、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）に反映する。すなわち、フローエントリ変更メッセージ（ＭＦＥＭ）の上記の各領域に指定された値を、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）の該当する領域に上書きする。
これにより、コントローラ（ＯＦＣ）１０は、作成／修正したトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を、各スイッチ（ＯＦＳ）２０側に設定することができる。
なお、コントローラ（ＯＦＣ）１０が、既存のトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を削除する場合には、命令（Ｃｏｍｍａｎｄ）に、「フローエントリの削除」（Ｄｅｌｅｔｅ Ｆｌｏｗ ｅｎｔｒｙ）を指定すれば良い。「フローエントリの削除」（Ｄｅｌｅｔｅ Ｆｌｏｗ ｅｎｔｒｙ）の手順は、「フローエントリの変更」（Ｍｏｄｉｆｙ Ｆｌｏｗ ｅｎｔｒｙ）の手順と同様である。
［フローエントリ削除済メッセージの仕様］
図７を参照して、各スイッチ（ＯＦＳ）２０がエクスパイヤしたトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を削除した後に、コントローラ（ＯＦＣ）１０に送信するフローエントリ削除済メッセージ（ＦＥＲＭ）の仕様について説明する。
ヘッダ領域（ＨＦ）は、本メッセージがフローエントリ削除済メッセージ（ＦＥＲＭ）である旨を示す情報を格納するための領域である。
ここでは、各スイッチ（ＯＦＳ）２０は、フローエントリ削除済メッセージ（ＦＥＲＭ）のヘッダ領域（ＨＦ）に、「Ｔｙｐｅ ｉｓ Ｆｌｏｗ Ｒｅｍｏｖｅｄ」を指定する。「Ｔｙｐｅ ｉｓ Ｆｌｏｗ Ｒｅｍｏｖｅｄ」は、本メッセージがフローエントリ削除済メッセージ（ＦＥＲＭ）である旨を示す情報である。
整合領域（ＭＦ）、クッキー領域（ＣＦ）、及びアクション領域（ＡＦ）については、基本的に、図６で説明したフローエントリ変更メッセージ（ＭＦＥＭ）と同様である。
各スイッチ（ＯＦＳ）２０は、命令（Ｃｏｍｍａｎｄ）に、「フローエントリの削除」（Ｄｅｌｅｔｅ Ｆｌｏｗ ｅｎｔｒｙ）を指定する。
また、各スイッチ（ＯＦＳ）２０は、整合領域（ＭＦ）、クッキー領域（ＣＦ）、及びアクション領域（ＡＦ）の各項目に、削除対象となるトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）に指定されている値（既定値）を指定する。
コントローラ（ＯＦＣ）１０は、このフローエントリ削除済メッセージ（ＦＥＲＭ）を受信した場合、ヘッダ領域（ＨＦ）、又は、アクション領域（ＡＦ）の命令（Ｃｏｍｍａｎｄ）の少なくとも一方を確認する。
コントローラ（ＯＦＣ）１０は、ヘッダ領域（ＨＦ）に「Ｔｙｐｅ ｉｓ Ｆｌｏｗ Ｒｅｍｏｖｅｄ」が指定されている場合、又は、アクション領域（ＡＦ）の命令（Ｃｏｍｍａｎｄ）に「フローエントリの削除」（Ｄｅｌｅｔｅ Ｆｌｏｗ ｅｎｔｒｙ）が指定されている場合、クッキー領域（ＣＦ）のクッキーに格納された６４ビットの識別子を参照し、或いは、整合領域（ＭＦ）、クッキー領域（ＣＦ）、及びアクション領域（ＡＦ）の各項目を参照し、該当するトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）が存在するか確認する。
コントローラ（ＯＦＣ）１０は、該当するトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）が存在しない場合、このフローエントリ削除済メッセージ（ＦＥＲＭ）を無視・破棄する。
コントローラ（ＯＦＣ）１０は、該当するトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）が存在する場合、そのトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を削除する。
これにより、各スイッチ（ＯＦＳ）２０は、エクスパイヤしたトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）の削除を、コントローラ（ＯＦＣ）１０側に反映することができる。
＜実施例＞
図８を参照して、本発明に係るネットワークシステムの実施例について説明する。
本実施例では、１台のコントローラ（ＯＦＣ）１０と４台のスイッチ（ＯＦＳ）２０でオープンフローネットワークが構成されている。
コントローラ（ＯＦＣ）１０は、セキュアチャンネルネットワーク１００を介して、４台のスイッチ（ＯＦＳ）２０の各々と接続されている。セキュアチャンネルネットワーク１００には、コントローラ（ＯＦＣ）とスイッチ（ＯＦＳ）間のコントロール信号が流れる。
４台のスイッチ（ＯＦＳ）２０を、それぞれ、スイッチ（ＯＦＳ）２０−１、スイッチ（ＯＦＳ）２０−２、スイッチ（ＯＦＳ）２０−３、及びスイッチ（ＯＦＳ）２０−４とする。
ここでは、スイッチ（ＯＦＳ）２０−１の「ＤＰＩＤ」を、「ＯＦＳ１−ＤＰＩＤ」とする。スイッチ（ＯＦＳ）２０−２の「ＤＰＩＤ」を、「ＯＦＳ２−ＤＰＩＤ」とする。スイッチ（ＯＦＳ）２０−３の「ＤＰＩＤ」を、「ＯＦＳ３−ＤＰＩＤ」とする。スイッチ（ＯＦＳ）２０−４の「ＤＰＩＤ」を、「ＯＦＳ４−ＤＰＩＤ」とする。
また、スイッチ（ＯＦＳ）２０−１の接続ポートの１つである「Ｐｏｒｔ１」は、スイッチ（ＯＦＳ）２０−２の接続ポートの１つである「Ｐｏｒｔ２」と接続されている。スイッチ（ＯＦＳ）２０−２の接続ポートの１つである「Ｐｏｒｔ３」は、スイッチ（ＯＦＳ）２０−３の接続ポートの１つである「Ｐｏｒｔ４」と接続されている。スイッチ（ＯＦＳ）２０−３の接続ポートの１つである「Ｐｏｒｔ５」は、スイッチ（ＯＦＳ）２０−４の接続ポートの１つである「Ｐｏｒｔ６」と接続されている。スイッチ（ＯＦＳ）２０−４の接続ポートの１つである「Ｐｏｒｔ７」は、スイッチ（ＯＦＳ）２０−１の接続ポートの１つである「Ｐｏｒｔ８」と接続されている。
［トポロジー初期検出］
まず、トポロジーを初期検出した際の動作について説明する。
コントローラ（ＯＦＣ）１０のトポロジー検出部１２は、既存のトポロジー検出機能を利用して、繋がっているスイッチ（ＯＦＳ）２０の相互接続関係を収集し、オープンフローネットワークのトポロジーを検出する。
トポロジー検出部１２は、検出したトポロジー情報を、以下のように、トポロジー管理部１１のトポロジー情報保存データベースに格納する。
（Ｃｏｎｎｅｃｔｉｏｎ （ＯＦＳ１−ＤＰＩＤ： Ｐｏｒｔ１ ｔｏ ＯＦＳ２−ＤＰＩＤ： Ｐｏｒｔ２）， ＫｅｅｐＡｌｉｖｅ Ｆｌｏｗ Ｅｎｔｒｙ Ｃｏｏｋｉｅ （０ｘ００００００００００００００００））
（Ｃｏｎｎｅｃｔｉｏｎ （ＯＦＳ２−ＤＰＩＤ： Ｐｏｒｔ２ ｔｏ ＯＦＳ１−ＤＰＩＤ： Ｐｏｒｔ１）， ＫｅｅｐＡｌｉｖｅ Ｆｌｏｗ Ｅｎｔｒｙ Ｃｏｏｋｉｅ （０ｘ００００００００００００００００））
（Ｃｏｎｎｅｃｔｉｏｎ （ＯＦＳ２−ＤＰＩＤ： Ｐｏｒｔ３ ｔｏ ＯＦＳ３−ＤＰＩＤ： Ｐｏｒｔ４）， ＫｅｅｐＡｌｉｖｅ Ｆｌｏｗ Ｅｎｔｒｙ Ｃｏｏｋｉｅ （０ｘ００００００００００００００００））
（Ｃｏｎｎｅｃｔｉｏｎ （ＯＦＳ３−ＤＰＩＤ： Ｐｏｒｔ４ ｔｏ ＯＦＳ２−ＤＰＩＤ： Ｐｏｒｔ３）， ＫｅｅｐＡｌｉｖｅ Ｆｌｏｗ Ｅｎｔｒｙ Ｃｏｏｋｉｅ （０ｘ００００００００００００００００））
（Ｃｏｎｎｅｃｔｉｏｎ （ＯＦＳ３−ＤＰＩＤ： Ｐｏｒｔ５ ｔｏ ＯＦＳ４−ＤＰＩＤ： Ｐｏｒｔ６）， ＫｅｅｐＡｌｉｖｅ Ｆｌｏｗ Ｅｎｔｒｙ Ｃｏｏｋｉｅ （０ｘ００００００００００００００００））
（Ｃｏｎｎｅｃｔｉｏｎ （ＯＦＳ４−ＤＰＩＤ： Ｐｏｒｔ６ ｔｏ ＯＦＳ３−ＤＰＩＤ： Ｐｏｒｔ５）， ＫｅｅｐＡｌｉｖｅ Ｆｌｏｗ Ｅｎｔｒｙ Ｃｏｏｋｉｅ （０ｘ００００００００００００００００））
（Ｃｏｎｎｅｃｔｉｏｎ （ＯＦＳ４−ＤＰＩＤ： Ｐｏｒｔ７ ｔｏ ＯＦＳ１−ＤＰＩＤ： Ｐｏｒｔ８）， ＫｅｅｐＡｌｉｖｅ Ｆｌｏｗ Ｅｎｔｒｙ Ｃｏｏｋｉｅ （０ｘ００００００００００００００００））
（Ｃｏｎｎｅｃｔｉｏｎ （ＯＦＳ１−ＤＰＩＤ： Ｐｏｒｔ８ ｔｏ ＯＦＳ４−ＤＰＩＤ： Ｐｏｒｔ７）， ＫｅｅｐＡｌｉｖｅ Ｆｌｏｗ Ｅｎｔｒｙ Ｃｏｏｋｉｅ （０ｘ００００００００００００００００））
［トポロジー維持・更新］
次に、トポロジーを維持・更新する際の動作について説明する。
トポロジー検出部１２は、トポロジーを初期検出した後、トポロジー管理部１１のトポロジー情報データベースに格納した各スイッチ（ＯＦＳ）とポート（Ｐｏｒｔ）の組み合わせを順次に取り出し、そのスイッチ（ＯＦＳ）とポート（Ｐｏｒｔ）の組み合わせに基づいて、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を作成する。
また、トポロジー検出部１２は、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）の作成と同時に、作成したトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を識別するためのクッキーを生成する。
本実施例では、トポロジー検出部１２は、まず「ＯＦＳ１−ＤＰＩＤ」の「Ｐｏｒｔ１」に基づいて、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を生成する。
トポロジー検出部１２は、生成したトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）の整合領域（ＭＦ）の各エントリー項目について、以下のような値を指定する。
トポロジー検出部１２は、入力ポート（Ｉｎｇｒｅｓｓ Ｐｏｒｔ）の整合値（ＭＶ）に「Ｐｏｒｔ１」を指定する。
トポロジー検出部１２は、フレームタイプ（Ｅｔｈｅｒ ｔｙｐｅ）の整合値（ＭＶ）に「０ｘ１１１１」を指定する。
トポロジー検出部１２は、優先度（Ｅｎｔｒｙ Ｐｒｉｏｒｉｔｙ）に「０ｘｆｆｆｆ」を指定する。
トポロジー検出部１２は、遊休時間（Ｉｄｌｅ ｔｉｍｅ）に「０ｘ０００３」を指定する。
トポロジー検出部１２は、固定時間（Ｈａｒｄ ｔｉｍｅ）に「０ｘ００００」を指定する。
トポロジー検出部１２は、フラグ（Ｆｌａｇ）に、「送信フロー削除フラグ（ＳＦＲＦ）＝ｏｎ」を指定する。すなわち、送信フロー削除フラグ（ＳＦＲＦ）を「ｏｎ」（有効）にする。
また、トポロジー検出部１２は、上記の指定と同時に、クッキーを生成し、クッキーのクッキー値（ＣＶ）に、フローエントリを特定するための６４ビットの識別子を指定する。
本実施例では、クッキーのクッキー値（ＣＶ）に、「ＯＦＳ１−ＤＰＩＤ」の「Ｐｏｒｔ１」のトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を識別するために生成した「０ｘ０００００００００００００００１」を指定する。
トポロジー検出部１２は、クッキーを生成した後、生成したトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）、クッキー値（ＣＶ）、送信先のスイッチ（ＯＦＳ）２０−１の「ＤＰＩＤ」等の情報をパケット梱包・振り分け処理部１３に渡し、新規のフローエントリを追加するためのフローエントリ変更メッセージ（ＭＦＥＭ）に梱包する旨の指示を出す。
パケット梱包・振り分け処理部１３は、トポロジー検出部１２から受け取った情報及び指示に基づいて、図６で説明したフローエントリ変更メッセージ（ＭＦＥＭ）を作成する。また、パケット梱包・振り分け処理部１３は、作成したフローエントリ変更メッセージ（ＭＦＥＭ）と、送信先スイッチ（ＯＦＳ）のＩＰアドレスと、セキュアチャンネルポートのポート番号を、パケット送信部１４に渡す。
パケット送信部１４は、パケット梱包・振り分け処理部１３から受け取った情報に基づいて、フローエントリ変更メッセージ（ＭＦＥＭ）を、セキュアチャンネルポートから、送信先スイッチ（ＯＦＳ）に送信する。
本実施例では、パケット送信部１４は、フローエントリ変更メッセージ（ＭＦＥＭ）をスイッチ（ＯＦＳ）２０−１に送信する。
トポロジー検出部１２は、非特許文献１（ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ１．１．０）によって規定されている「Ｂａｒｒｉｅｒ Ｒｅｑｕｅｓｔ／Ｒｅｐｌｙ」の同期の仕組みで、スイッチ（ＯＦＳ）２０−１に対するトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）の追加が成功したことを知り、追加に成功したトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）のクッキー値（ＣＶ）をトポロジー情報データベースに追加する。
本実施例では、トポロジー検出部１２は、トポロジー管理部１１のトポロジー情報データベースに、以下のようにクッキー値（ＣＶ）を追加する。
（Ｃｏｎｎｅｃｔｉｏｎ （ＯＦＳ１−ＤＰＩＤ： Ｐｏｒｔ１ ｔｏ ＯＦＳ２−ＤＰＩＤ： Ｐｏｒｔ２）， ＫｅｅｐＡｌｉｖｅ Ｆｌｏｗ Ｅｎｔｒｙ Ｃｏｏｋｉｅ （０ｘ０００００００００００００００１））
また、本実施例では、トポロジー検出部１２は、「ＯＦＳ１−ＤＰＩＤ」の「Ｐｏｒｔ１」と相互接続している「ＯＦＳ２−ＤＰＩＤ」の「Ｐｏｒｔ２」に対して、上記と同様な手順で、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を追加し、クッキー値（ＣＶ）をトポロジー情報データベースに設定する。
トポロジー検出部１２は、トポロジー管理部１１のトポロジー情報データベースに、以下のようなクッキー値（ＣＶ）を追加する。
（Ｃｏｎｎｅｃｔｉｏｎ （ＯＦＳ２−ＤＰＩＤ： Ｐｏｒｔ２ ｔｏ ＯＦＳ１−ＤＰＩＤ： Ｐｏｒｔ１）， ＫｅｅｐＡｌｉｖｅ Ｆｌｏｗ Ｅｎｔｒｙ Ｃｏｏｋｉｅ （０ｘ０００００００００００００００２））
トポロジー検出部１２は、相互接続しているスイッチ（ＯＦＳ）の両方に対して、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）の追加に成功した後に、トポロジーキープアライブパケット（ＴＫＡＰ）と、図４で説明したパケット出力メッセージ（ＰＯＭ）を両方のスイッチ（ＯＦＳ）に送信する旨の指示を、パケット梱包・振り分け処理部１３に渡す。
パケット梱包・振り分け処理部１３は、トポロジー検出部１２から受け取った情報及び指示に基づいて、トポロジーキープアライブパケット（ＴＫＡＰ）をパケット出力メッセージ（ＰＯＭ）のデータ領域（ＤＦ）に格納する。
パケット出力メッセージ（ＰＯＭ）のアクション領域（ＡＦ）に、スイッチ（ＯＦＳ）間の相互接続ポートからデータ領域（ＤＦ）のパケットを送信する動作を指定する。
本実施例では、パケット梱包・振り分け処理部１３は、スイッチ（ＯＦＳ）２０−１に対して、アクション領域（ＡＦ）に「Ｐｏｒｔ１からパケットを送信する動作」を指定したパケット出力メッセージ（ＰＯＭ）を作成する。また、スイッチ（ＯＦＳ）２０−２に対して、アクション領域（ＡＦ）に「Ｐｏｒｔ２からパケットを送信する動作」を指定したパケット出力メッセージ（ＰＯＭ）を作成する。
パケット梱包・振り分け処理部１３は、これらのパケット出力メッセージ（ＰＯＭ）と、送信先スイッチ（ＯＦＳ）のＩＰアドレスと、セキュアチャンネルポートのポート番号を、パケット送信部１４に渡す。
パケット送信部１４は、パケット梱包・振り分け処理部１３から受け取った情報に基づいて、これらのパケット出力メッセージ（ＰＯＭ）を、それぞれ該当する送信先スイッチ（ＯＦＳ）に送信する。
本実施例では、パケット送信部１４は、スイッチ（ＯＦＳ）２０−１に対して、アクション領域（ＡＦ）に「Ｐｏｒｔ１からパケットを送信する動作」を指定したパケット出力メッセージ（ＰＯＭ）を送信する。また、スイッチ（ＯＦＳ）２０−２に対して、アクション領域（ＡＦ）に「Ｐｏｒｔ２からパケットを送信する動作」を指定したパケット出力メッセージ（ＰＯＭ）を送信する。
スイッチ（ＯＦＳ）２０−１は、受け取ったパケット出力メッセージ（ＰＯＭ）に従って、図３で説明したトポロジーキープアライブパケット（ＴＫＡＰ）を「Ｐｏｒｔ１」から送信する。
スイッチ（ＯＦＳ）２０−２は、受け取ったパケット出力メッセージ（ＰＯＭ）に従って、図３で説明したトポロジーキープアライブパケット（ＴＫＡＰ）を「Ｐｏｒｔ２」から送信する。
また、トポロジーキープアライブパケット（ＴＫＡＰ）は、スイッチ（ＯＦＳ）２０−１とスイッチ（ＯＦＳ）２０−２の各々に設定されたトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）にマッチするので、障害が発生しない限り、トポロジーキープアライブパケット（ＴＫＡＰ）は、スイッチ（ＯＦＳ）２０−１の「Ｐｏｒｔ１」とスイッチ（ＯＦＳ）２０−２の「Ｐｏｒｔ２」との間で往復する。
以上の仕組みで、コントローラ（ＯＦＣ）１０は、検出した全部のスイッチ（ＯＦＳ）とポート（Ｐｏｒｔ）の組み合わせに対して、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）の登録と、トポロジーキープアライブパケット（ＴＫＡＰ）の送信を実施する。
［障害発生時］
次に、スイッチ（ＯＦＳ）間の相互接続ポートやネットワークに障害が発生した際の動作について説明する。
スイッチ（ＯＦＳ）間の相互接続ポートやネットワークに障害が発生すると、トポロジーキープアライブパケット（ＴＫＡＰ）は、正しくスイッチ（ＯＦＳ）間の相互接続ポートに到着できなくなる。すなわち、スイッチ（ＯＦＳ）において、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）にマッチするパケットが到着しなくなる。
スイッチ（ＯＦＳ）は、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）にマッチするパケットが到着しない時間が、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）の遊休時間（Ｉｄｌｅ ｔｉｍｅ）に設定した時間以上になると、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）がエクスパイヤしたと判断し、このトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を削除する。
スイッチ（ＯＦＳ）は、エクスパイヤしたトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を削除した後に、コントローラ（ＯＦＣ）１０に対して図７で説明したフローエントリ削除済メッセージ（ＦＥＲＭ）を送信する。
コントローラ（ＯＦＣ）１０のトポロジー検出部１２は、スイッチ（ＯＦＳ）から送信されたフローエントリ削除済メッセージ（ＦＥＲＭ）のクッキー値（ＣＶ）でトポロジー情報データベースに格納したトポロジー情報を検索することで、どのスイッチ（ＯＦＳ）のどのポート（Ｐｏｒｔ）のトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）がエクスパイヤしたことを知り、該当のトポロジー情報をデータベースから削除する。
本実施例では、スイッチ（ＯＦＳ）２０−１の「Ｐｏｒｔ１」とスイッチ（ＯＦＳ）２０−２の「Ｐｏｒｔ２」（相互接続しているポート）の間に障害が発生した場合を例として説明する。
障害が発生すると、スイッチ（ＯＦＳ）２０−１とスイッチ（ＯＦＳ）２０−２の各々に、スイッチ（ＯＦＳ）２０−１の「Ｐｏｒｔ１」とスイッチ（ＯＦＳ）２０−２の「Ｐｏｒｔ２」との間のトポロジーキープアライブパケット（ＴＫＡＰ）が届かなくなる。
スイッチ（ＯＦＳ）２０−１とスイッチ（ＯＦＳ）２０−２は、それぞれ、このトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）にマッチするトポロジーキープアライブパケット（ＴＫＡＰ）が届かなくなってから３秒が経つと、このトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）がエクスパイヤしたと判断し、このトポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を削除する。
スイッチ（ＯＦＳ）２０−１とスイッチ（ＯＦＳ）２０−２は、それぞれ、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）を削除した後、フローエントリ削除済メッセージ（ＦＥＲＭ）をコントローラ（ＯＦＣ）１０に送信する。
コントローラ（ＯＦＣ）１０は、スイッチ（ＯＦＳ）２０−１とスイッチ（ＯＦＳ）２０−２の各々から、それぞれフローエントリ削除済メッセージ（ＦＥＲＭ）を受信する。
コントローラ（ＯＦＣ）１０は、それぞれのフローエントリ削除済メッセージ（ＦＥＲＭ）に格納されたクッキー値（ＣＶ）に基づいて、相互接続がなくなっていると判断し、相互接続情報をトポロジー情報データベースから削除することで、トポロジー変更を更新する。
なお、スイッチ（ＯＦＳ）２０−１から受信したフローエントリ削除済メッセージ（ＦＥＲＭ）に格納されたクッキー値（ＣＶ）は、「０ｘ０００００００００００００００１」である。
また、スイッチ（ＯＦＳ）２０−２から受信したフローエントリ削除済メッセージ（ＦＥＲＭ）に格納されたクッキー値（ＣＶ）は、「０ｘ０００００００００００００００２」である。
本実施例では、コントローラ（ＯＦＣ）１０は、以下の相互接続情報をトポロジー情報データベースから削除することで、トポロジー変更を更新する。
（Ｃｏｎｎｅｃｔｉｏｎ （ＯＦＳ１−ＤＰＩＤ： Ｐｏｒｔ１ ｔｏ ＯＦＳ２−ＤＰＩＤ： Ｐｏｒｔ２）， ＫｅｅｐＡｌｉｖｅ Ｆｌｏｗ Ｅｎｔｒｙ Ｃｏｏｋｉｅ （０ｘ０００００００００００００００１））
（Ｃｏｎｎｅｃｔｉｏｎ （ＯＦＳ２−ＤＰＩＤ： Ｐｏｒｔ２ ｔｏ ＯＦＳ１−ＤＰＩＤ： Ｐｏｒｔ１）， ＫｅｅｐＡｌｉｖｅ Ｆｌｏｗ Ｅｎｔｒｙ Ｃｏｏｋｉｅ （０ｘ０００００００００００００００２））
＜第２実施形態＞
以下に、本発明の第２実施形態について説明する。
本実施形態では、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）がエクスパイヤした際に、即時に相互接続ポートに障害が発生したと判断せずに、ＬＬＤＰパケットを利用して一定のリトライ回数でトポロジー検査を行う。
すなわち、二重の検査を行い、ＬＬＤＰパケットを利用したトポロジー検査でも相互接続関係を確認できない場合に、スイッチ（ＯＦＳ）間の相互接続ポートに障害が発生したと判断する。
＜各実施形態の関係＞
なお、上記の各実施形態は、組み合わせて実施することも可能である。
＜本発明の特徴＞
次に、本発明の特徴について説明する。
本発明に係るネットワークシステムは、例えばオープンフローネットワークにおいて、コントローラ（ＯＦＣ）がスイッチ（ＯＦＳ）間のネットワークが高遅延な状況でのスイッチの物理トポロジーの維持・更新を行うネットワークシステムに関する。
コントローラ（ＯＦＣ）は、スイッチ（ＯＦＳ）間の初期接続の完了後に、各スイッチ（ＯＦＳ）の相互接続ポートに対して、アクション領域（ＡＦ）に「パケットが入ってきたポートにパケットを転送する動作」（Ｓｅｎｄ ｔｏ ｉｎ−ｐｏｒｔ）を指定し、遊休時間経過領域（Ｉｄｌｅ ｔｉｍｅｏｕｔ Ｆｉｅｌｄ）に遊休時間を指定した巡回用のフローエントリを設定する。なお、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）は、巡回用のフローエントリの１つである。
コントローラ（ＯＦＣ）は、パケット出力メッセージ（ＰＯＭ）を利用して、予め規定された巡回パケットを各スイッチ（ＯＦＳ）の相互接続ポートに送る。なお、トポロジーキープアライブパケット（ＴＫＡＰ）は、巡回パケットの１つである。
巡回パケットは、アクション領域（ＡＦ）に「Ｓｅｎｄ ｔｏ ｉｎ−ｐｏｒｔ」が指定されている巡回用のフローエントリにマッチし、各スイッチ（ＯＦＳ）の相互接続ポート間で往復する。
ＯＰＳ間の相互接続ポートに障害発生時に、巡回パケットが各スイッチ（ＯＦＳ）の相互接続ポートに届かなくなる。
各スイッチ（ＯＦＳ）において、アクション領域（ＡＦ）に「Ｓｅｎｄ ｔｏ ｉｎ−ｐｏｒｔ」が指定されている巡回用のフローエントリにマッチするパケットがなくなる。
各スイッチ（ＯＦＳ）は、巡回用のフローエントリの遊休時間経過領域（Ｉｄｌｅ ｔｉｍｅｏｕｔ Ｆｉｅｌｄ）に指定されている遊休時間の経過後に、当該巡回用のフローエントリを削除（エージアウト）する。
また、スイッチ（ＯＦＳ）は、巡回用のフローエントリを削除（エージアウト）したことを示すエージアウトメッセージを、コントローラ（ＯＦＣ）へ通知する。
コントローラ（ＯＦＣ）は、スイッチ（ＯＦＳ）から通知された巡回用のフローエントリのエージアウトメッセージに基づいて、該当スイッチ（ＯＦＳ）間の相互接続ポートに障害が発生したと判断する。
なお、本発明に係るネットワークシステムでは、オープンフローネットワークにおいて、コントローラ（ＯＦＣ）が検出したトポロジーを維持し、トポロジー変更を検出するために、コントローラ（ＯＦＣ）が頻繁的に走査パケットを流す仕組みを利用するのではなく、トポロジー変更をスイッチ（ＯＦＳ）が主動的にコントローラ（ＯＦＣ）に通知する仕組みを利用する。そのため、セキュアチャンネルネットワーク上のスイッチ（ＯＦＳ）への負荷を軽減することができる。
また、本発明に係るネットワークシステムでは、トポロジーキープアライブフローエントリ（ＴＫＡＦＥ）の遊休時間（Ｉｄｌｅ ｔｉｍｅ）と、エクスパイヤと、フローエントリ削除済メッセージ（ＦＥＲＭ）の仕組みを利用する。そのため、セキュアチャンネルネットワーク上のスイッチ（ＯＦＳ）に負荷を与えることなく、トポロジー変更の検出を素早くするように調整することができる。
また、本発明に係るネットワークシステムでは、セキュアチャンネルに流すトポロジー変更を通知するパケットが、１つのスイッチ（ＯＦＳ）間の相互接続ポートに対して１つしか存在しない。そのため、セキュアチャンネルが高負荷の状態でも、トポロジー変更の検出が漏れる可能性を、既存のトポロジー検出技術よりも低くすることができる。
また、本発明に係るネットワークシステムでは、スイッチ（ＯＦＳ）が、トポロジーキープアライブパケット（ＴＫＡＰ）を汎用プロセッサ以外のＬＳＩ等で処理する。そのため、スイッチ（ＯＦＳ）の汎用プロセッサのリスース不足が原因で、発生していない物理トポロジーの変更を誤って検出してしまう可能性を軽減することができる。
更に、本発明に係るネットワークシステムでは、オープンフロープロトコル（ＯｐｅｎＦｌｏｗ Ｐｒｏｔｏｃｏｌ）に対応したスイッチ（ＯＦＳ）を利用すれば、スイッチ（ＯＦＳ）に新たな機能（ハードウェア実装、ソフトウェア実装）を追加する必要がなく、コントローラへのソフトウェア実装だけで実現することができる。
＜ハードウェアの例示＞
以下に、本発明に係るネットワークシステムを実現するための具体的なハードウェアの例について説明する。
コントローラ（ＯＦＣ）の例として、ＰＣ（パソコン）、アプライアンス（ａｐｐｌｉａｎｃｅ）、シンクライアントサーバ、ワークステーション、メインフレーム、スーパーコンピュータ等の計算機を想定している。なお、コントローラ（ＯＦＣ）は、端末やサーバに限らず、中継機器や周辺機器でも良い。また、コントローラ（ＯＦＣ）は、計算機等に搭載される拡張ボードや、物理マシン上に構築された仮想マシン（ＶＭ：Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）でも良い。
スイッチ（ＯＦＳ）の例として、ネットワークスイッチ（ｎｅｔｗｏｒｋ ｓｗｉｔｃｈ）、ルータ（ｒｏｕｔｅｒ）、プロキシ（ｐｒｏｘｙ）、ゲートウェイ（ｇａｔｅｗａｙ）、ファイアウォール（ｆｉｒｅｗａｌｌ）、ロードバランサ（ｌｏａｄ ｂａｌａｎｃｅｒ：負荷分散装置）、帯域制御装置（ｐａｃｋｅｔ ｓｈａｐｅｒ）、セキュリティ監視制御装置（ＳＣＡＤＡ：Ｓｕｐｅｒｖｉｓｏｒｙ Ｃｏｎｔｒｏｌ Ａｎｄ Ｄａｔａ Ａｃｑｕｉｓｉｔｉｏｎ）、ゲートキーパー（ｇａｔｅｋｅｅｐｅｒ）、基地局（ｂａｓｅ ｓｔａｔｉｏｎ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、通信衛星（ＣＳ：Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ）、或いは、複数の通信ポートを有する計算機等が考えられる。また、物理マシン上に構築された仮想マシン（ＶＭ）により実現される仮想スイッチでも良い。
コントローラ（ＯＦＣ）及びスイッチ（ＯＦＳ）の各々は、車両や船舶、航空機等の移動体に搭載されていても良い。
図示しないが、コントローラ（ＯＦＣ）及びスイッチ（ＯＦＳ）の各々は、プログラムに基づいて駆動し所定の処理を実行するプロセッサと、当該プログラムや各種データを記憶するメモリと、ネットワークとの通信に用いられるインターフェースによって実現される。
上記のプロセッサの例として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ネットワークプロセッサ（ＮＰ：Ｎｅｔｗｏｒｋ Ｐｒｏｃｅｓｓｏｒ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコントローラ（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、或いは、専用の機能を有する半導体集積回路（ＬＳＩ：Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等が考えられる。
上記のメモリの例として、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフラッシュメモリ等の半導体記憶装置、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の補助記憶装置、又は、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のリムーバブルディスクや、ＳＤメモリカード（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ ｍｅｍｏｒｙ ｃａｒｄ）等の記憶媒体（メディア）等が考えられる。また、バッファ（ｂｕｆｆｅｒ）やレジスタ（ｒｅｇｉｓｔｅｒ）等でも良い。或いは、ＤＡＳ（Ｄｉｒｅｃｔ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）、ＦＣ−ＳＡＮ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ − Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）、ＩＰ−ＳＡＮ（ＩＰ − Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等を用いたストレージ装置でも良い。
なお、上記のプロセッサ及び上記のメモリは、一体化していても良い。例えば、近年では、マイコン等の１チップ化が進んでいる。したがって、電子機器等に搭載される１チップマイコンが、上記のプロセッサ及び上記のメモリを備えている事例も考えられる。
上記のインターフェースの例として、ネットワーク通信に対応した基板（マザーボード、Ｉ／Ｏボード）やチップ等の半導体集積回路、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等のネットワークアダプタや同様の拡張カード、アンテナ等の通信装置、接続口（コネクタ）等の通信ポート等が考えられる。
また、ネットワークの例として、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ ＬＡＮ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、バックボーン（Ｂａｃｋｂｏｎｅ）、ケーブルテレビ（ＣＡＴＶ）回線、固定電話網、携帯電話網、ＷｉＭＡＸ（ＩＥＥＥ ８０２．１６ａ）、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、専用線（ｌｅａｓｅ ｌｉｎｅ）、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、シリアル通信回線、データバス等が考えられる。
なお、コントローラ（ＯＦＣ）の内部の構成要素は、モジュール（ｍｏｄｕｌｅ）、コンポーネント（ｃｏｍｐｏｎｅｎｔ）、或いは専用デバイス、又はこれらの起動（呼出）プログラムでも良い。
但し、実際には、これらの例に限定されない。
＜備考＞
以上、本発明の実施形態を詳述してきたが、実際には、上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。
なお、本出願は、日本出願番号２０１２−０１６２２５に基づく優先権を主張するものであり、日本出願番号２０１２−０１６２２５における開示内容は引用により本出願に組み込まれる。

Claims (12)

  1. パケットをフローとして一律に制御するためのルールとアクションとが定義されたフローエントリに従って、受信したパケットの処理を行う複数のスイッチと、
    前記複数のスイッチの各々に対して、前記複数のスイッチ間で相互に送受信される巡回パケットが到着しなくなった場合に削除される巡回用フローエントリを設定し、前記各スイッチから、前記巡回用フローエントリを削除した旨の通知を受信した場合、前記複数のスイッチ間の障害を検出するコントローラと
    を含む
    ネットワークシステム。
  2. 請求項１に記載のネットワークシステムであって、
    前記コントローラは、
    前記巡回用フローエントリに、パケットが入ってきたポートに当該パケットを転送する旨のアクションと、マッチするパケットが到着しなくなってからの有効期間を示す遊休時間と、を指定して前記各スイッチに設定する手段と、
    前記巡回パケットを作成して前記各スイッチに送信する手段と、
    前記各スイッチから、前記遊休時間が経過した巡回用フローエントリを削除した旨の通知を受信する手段と
    を具備する
    ネットワークシステム。
  3. 請求項２に記載のネットワークシステムであって、
    前記コントローラは、
    前記遊休時間が経過した巡回用フローエントリを削除した旨の通知を受信した際に、ＬＬＤＰパケットを利用して一定のリトライ回数でトポロジー検査を行う手段と、
    前記ＬＬＤＰパケットを利用したトポロジー検査でも相互接続関係を確認できない場合、前記複数のスイッチ間に障害が発生したと判断する手段と
    を更に具備する
    ネットワークシステム。
  4. 複数のスイッチの各々に対して、パケットをフローとして一律に制御するためのルールとアクションとが定義されたフローエントリを設定する手段と、
    前記複数のスイッチの各々に対して、前記複数のスイッチ間で相互に送受信される巡回パケットが到着しなくなった場合に削除される巡回用フローエントリを設定する手段と、
    前記各スイッチから、前記巡回用フローエントリを削除した旨の通知を受信した場合、前記複数のスイッチ間の障害を検出する手段と
    を具備する
    コントローラ。
  5. 請求項４に記載のコントローラであって、
    前記巡回用フローエントリに、パケットが入ってきたポートに当該パケットを転送する旨のアクションと、マッチするパケットが到着しなくなってからの有効期間を示す遊休時間と、を指定して前記各スイッチに設定する手段と、
    前記巡回パケットを作成して前記各スイッチに送信する手段と、
    前記各スイッチから、前記遊休時間が経過した巡回用フローエントリを削除した旨の通知を受信する手段と
    を更に具備する
    コントローラ。
  6. 請求項５に記載のコントローラであって、
    前記遊休時間が経過した巡回用フローエントリを削除した旨の通知を受信した際に、ＬＬＤＰパケットを利用して一定のリトライ回数でトポロジー検査を行う手段と、
    前記ＬＬＤＰパケットを利用したトポロジー検査でも相互接続関係を確認できない場合、前記複数のスイッチ間に障害が発生したと判断する手段と
    を更に具備する
    コントローラ。
  7. 計算機により実施されるトポロジー管理方法であって、
    コントローラとして、複数のスイッチの各々に対して、パケットをフローとして一律に制御するためのルールとアクションとが定義されたフローエントリを設定することと、
    前記複数のスイッチの各々に対して、前記複数のスイッチ間で相互に送受信される巡回パケットが到着しなくなった場合に削除される巡回用フローエントリを設定することと、
    前記各スイッチから、前記巡回用フローエントリを削除した旨の通知を受信した場合、前記複数のスイッチ間の障害を検出することと
    を含む
    トポロジー管理方法。
  8. 請求項７に記載のトポロジー管理方法であって、
    前記巡回用フローエントリに、パケットが入ってきたポートに当該パケットを転送する旨のアクションと、マッチするパケットが到着しなくなってからの有効期間を示す遊休時間と、を指定して前記各スイッチに設定することと、
    前記巡回パケットを作成して前記各スイッチに送信することと、
    前記各スイッチから、前記遊休時間が経過した巡回用フローエントリを削除した旨の通知を受信することと
    を更に含む
    トポロジー管理方法。
  9. 請求項８に記載のトポロジー管理方法であって、
    前記遊休時間が経過した巡回用フローエントリを削除した旨の通知を受信した際に、ＬＬＤＰパケットを利用して一定のリトライ回数でトポロジー検査を行うことと、
    前記ＬＬＤＰパケットを利用したトポロジー検査でも相互接続関係を確認できない場合、前記複数のスイッチ間に障害が発生したと判断することと
    を更に含む
    トポロジー管理方法。
  10. コントローラとして、複数のスイッチの各々に対して、パケットをフローとして一律に制御するためのルールとアクションとが定義されたフローエントリを設定するステップと、
    前記複数のスイッチの各々に対して、前記複数のスイッチ間で相互に送受信される巡回パケットが到着しなくなった場合に削除される巡回用フローエントリを設定するステップと、
    前記各スイッチから、前記巡回用フローエントリを削除した旨の通知を受信した場合、前記複数のスイッチ間の障害を検出するステップと
    を計算機に実行させるためのプログラムを格納した記憶媒体。
  11. 請求項１０に記載の記憶媒体であって、
    前記巡回用フローエントリに、パケットが入ってきたポートに当該パケットを転送する旨のアクションと、マッチするパケットが到着しなくなってからの有効期間を示す遊休時間と、を指定して前記各スイッチに設定するステップと、
    前記巡回パケットを作成して前記各スイッチに送信するステップと、
    前記各スイッチから、前記遊休時間が経過した巡回用フローエントリを削除した旨の通知を受信するステップと
    を更に計算機に実行させるためのプログラムを格納した
    記憶媒体。
  12. 請求項１１に記載の記憶媒体であって、
    前記遊休時間が経過した巡回用フローエントリを削除した旨の通知を受信した際に、ＬＬＤＰパケットを利用して一定のリトライ回数でトポロジー検査を行うステップと、
    前記ＬＬＤＰパケットを利用したトポロジー検査でも相互接続関係を確認できない場合、前記複数のスイッチ間に障害が発生したと判断するステップと
    を更に計算機に実行させるためのプログラムを格納した
    記憶媒体。
JP2013556411A 2012-01-30 2013-01-29 ネットワークシステム、及びトポロジー管理方法 Expired - Fee Related JP5846221B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013556411A JP5846221B2 (ja) 2012-01-30 2013-01-29 ネットワークシステム、及びトポロジー管理方法

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2012016225 2012-01-30
JP2012016225 2012-01-30
PCT/JP2013/051889 WO2013115177A1 (ja) 2012-01-30 2013-01-29 ネットワークシステム、及びトポロジー管理方法
JP2013556411A JP5846221B2 (ja) 2012-01-30 2013-01-29 ネットワークシステム、及びトポロジー管理方法

Publications (2)

Publication Number Publication Date
JPWO2013115177A1 true JPWO2013115177A1 (ja) 2015-05-11
JP5846221B2 JP5846221B2 (ja) 2016-01-20

Family

ID=48905212

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013556411A Expired - Fee Related JP5846221B2 (ja) 2012-01-30 2013-01-29 ネットワークシステム、及びトポロジー管理方法

Country Status (6)

Country Link
US (1) US9467363B2 (ja)
EP (1) EP2811702A4 (ja)
JP (1) JP5846221B2 (ja)
CN (1) CN104081731B (ja)
IN (1) IN2014DN05741A (ja)
WO (1) WO2013115177A1 (ja)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103259728B (zh) * 2013-05-24 2016-03-30 华为技术有限公司 一种ofs带内通信方法及ofs
US9374308B2 (en) * 2013-08-30 2016-06-21 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Openflow switch mode transition processing
EP3047607B1 (en) 2013-09-20 2017-09-06 Telefonaktiebolaget LM Ericsson (publ) In band control channels of a communication network
US9628356B2 (en) * 2013-10-10 2017-04-18 Ixia Methods, systems, and computer readable media for providing user interfaces for specification of system under test (SUT) and network tap topology and for presenting topology specific test results
US9356855B2 (en) * 2013-10-10 2016-05-31 Ixia Methods, systems, and computer readable media for providing for specification or autodiscovery of device under test (DUT) topology information
WO2015114714A1 (ja) * 2014-02-03 2015-08-06 日本電気株式会社 ネットワークトポロジー検出システム、方法およびプログラムならびに制御装置
US9743367B2 (en) * 2014-09-18 2017-08-22 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Link layer discovery protocol (LLDP) on multiple nodes of a distributed fabric
US10015048B2 (en) 2014-12-27 2018-07-03 Intel Corporation Programmable protocol parser for NIC classification and queue assignments
CN105871964B (zh) * 2015-01-23 2020-08-07 中兴通讯股份有限公司 用户设备ue处理方法及装置
US10397063B2 (en) * 2015-02-12 2019-08-27 Telefonaktiebolaget Lm Ericsson (Publ) Discovering links between operating domains in a communication network
JP2016181819A (ja) * 2015-03-24 2016-10-13 富士通株式会社 ネットワークの制御装置及び制御方法、並びに、ネットワークスイッチ
NO3073701T3 (ja) * 2015-03-27 2018-03-03
US9825862B2 (en) 2015-08-26 2017-11-21 Barefoot Networks, Inc. Packet header field extraction
CN106559325B (zh) 2015-09-25 2020-06-09 华为技术有限公司 路径检测方法和装置
US10868708B2 (en) 2015-11-02 2020-12-15 Google Llc System and method for handling link loss in a network
US9912774B2 (en) 2015-12-22 2018-03-06 Intel Corporation Accelerated network packet processing
CN105634817A (zh) * 2016-01-08 2016-06-01 广州西麦科技股份有限公司 一种基于sdn的网络故障自动检测的系统及方法
US10484282B2 (en) 2016-01-12 2019-11-19 International Business Machines Corporation Interconnecting multiple separate openflow domains
CN107204924B (zh) * 2016-03-18 2020-09-25 华为技术有限公司 链路发现方法及装置
KR20180041977A (ko) * 2016-10-17 2018-04-25 숭실대학교산학협력단 링크 검출 서비스에 대한 인증을 지원하는 소프트웨어 정의 네트워크 및 이에 포함되는 컨트롤러
US20180175772A1 (en) * 2016-12-21 2018-06-21 Rockwell Automation Technologies, Inc. Motor drive with multi-function high speed communications interface
US11139768B2 (en) * 2016-12-21 2021-10-05 Rockwell Automation Technologies, Inc. Motor drive with independent physical backplane communication
US11296640B2 (en) * 2016-12-21 2022-04-05 Rockwell Automation Technologies, Inc. Motor drive with dynamic interval communication
US11223520B1 (en) 2017-01-31 2022-01-11 Intel Corporation Remote control plane directing data plane configurator
US20180234407A1 (en) * 2017-02-14 2018-08-16 Quanta Computer Inc. Method for securely exchanging link discovery information
CN106982169B (zh) * 2017-03-30 2020-01-03 新华三技术有限公司 报文转发方法及装置
US10355939B2 (en) * 2017-04-13 2019-07-16 International Business Machines Corporation Scalable data center network topology on distributed switch
US10694006B1 (en) 2017-04-23 2020-06-23 Barefoot Networks, Inc. Generation of descriptive data for packet fields
CN109104339A (zh) * 2017-06-21 2018-12-28 富士通株式会社 信息传输方法、装置及电子设备
US11503141B1 (en) 2017-07-23 2022-11-15 Barefoot Networks, Inc. Stateful processing unit with min/max capability
US10594630B1 (en) 2017-09-28 2020-03-17 Barefoot Networks, Inc. Expansion of packet data within processing pipeline
US11563722B2 (en) * 2019-08-22 2023-01-24 Hewlett Packard Enterprise Development Lp Firewall coordination in a network
US10917326B1 (en) 2019-08-23 2021-02-09 Keysight Technologies, Inc. Methods, systems, and computer readable media for debugging test traffic generation
CN112887756B (zh) * 2021-01-11 2023-02-07 上海七牛信息技术有限公司 一种多媒体微服务的多输入多输出通信系统及方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010143607A1 (ja) * 2009-06-08 2010-12-16 日本電気株式会社 通信ネットワーク管理システム、方法、及び管理計算機
WO2011144495A1 (en) * 2010-05-19 2011-11-24 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatus for use in an openflow network

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003143169A (ja) 2001-11-01 2003-05-16 Nec Corp ルーティングブリッジシステム、ノード、接続ノード、及びルーティングプログラム
EP1729458A1 (en) 2005-06-01 2006-12-06 Thomson Licensing Method for determining connection topology of home network
US7782793B2 (en) 2005-09-15 2010-08-24 Alcatel Lucent Statistical trace-based methods for real-time traffic classification
US8717911B2 (en) 2006-06-30 2014-05-06 Centurylink Intellectual Property Llc System and method for collecting network performance information
JP4873556B2 (ja) 2007-01-10 2012-02-08 Ｋｄｄｉ株式会社 ネットワークの論理トポロジを検出するトポロジ検出方法、通信装置、管理装置及びプログラム
US9730078B2 (en) 2007-08-31 2017-08-08 Fisher-Rosemount Systems, Inc. Configuring and optimizing a wireless mesh network
US8005012B1 (en) * 2009-01-30 2011-08-23 Juniper Networks, Inc. Traffic analysis of data flows
WO2010103909A1 (ja) 2009-03-09 2010-09-16 日本電気株式会社 ＯｐｅｎＦｌｏｗ通信システムおよびＯｐｅｎＦｌｏｗ通信方法
JP5310662B2 (ja) 2010-07-02 2013-10-09 オムロン株式会社 電圧変換回路、および電子機器

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010143607A1 (ja) * 2009-06-08 2010-12-16 日本電気株式会社 通信ネットワーク管理システム、方法、及び管理計算機
US20120026891A1 (en) * 2009-06-08 2012-02-02 Nec Corporation Communication network management system and method and management computer
WO2011144495A1 (en) * 2010-05-19 2011-11-24 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatus for use in an openflow network
US20110286324A1 (en) * 2010-05-19 2011-11-24 Elisa Bellagamba Link Failure Detection and Traffic Redirection in an Openflow Network
EP2572473A1 (en) * 2010-05-19 2013-03-27 Telefonaktiebolaget L M Ericsson (PUBL) Methods and apparatus for use in an openflow network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JPN6015023726; 及川永寿　他: 'ＯｐｅｎＦｌｏｗネットワークにおける経路情報の通知手法に関する提案' 第７３回（平成２３年）全国大会講演論文集（３） , 20110302, ｐ．３-３１９〜３-３２０, 一般社団法人情報処理学会 *

Also Published As

Publication number Publication date
CN104081731B (zh) 2017-06-23
WO2013115177A1 (ja) 2013-08-08
US20150003259A1 (en) 2015-01-01
CN104081731A (zh) 2014-10-01
JP5846221B2 (ja) 2016-01-20
EP2811702A4 (en) 2015-08-26
US9467363B2 (en) 2016-10-11
IN2014DN05741A (ja) 2015-04-10
EP2811702A1 (en) 2014-12-10

Similar Documents

Publication Publication Date Title
JP5846221B2 (ja) ネットワークシステム、及びトポロジー管理方法
EP3332511B1 (en) Method and system for path monitoring in a software-defined networking (sdn) system
US9515868B2 (en) System and method for communication
JP5610247B2 (ja) ネットワークシステム、及びポリシー経路設定方法
US9686199B2 (en) Method and system for implementing ethernet OAM in a software-defined networking (SDN) system
EP3304812B1 (en) Method and system for resynchronization of forwarding states in a network forwarding device
US9215175B2 (en) Computer system including controller and plurality of switches and communication method in computer system
RU2583745C2 (ru) Сетевая система, коммутатор и способ обнаружения подсоединенного терминала
JP5557066B2 (ja) スイッチシステム、モニタリング集中管理方法
JP5842933B2 (ja) ネットワークシステム、及び経路情報同期方法
WO2019138415A1 (en) Mechanism for control message redirection for sdn control channel failures
EP2731313A1 (en) Distributed cluster processing system and message processing method thereof
JP2017050774A (ja) ゲートウェイ装置、および演算装置
Lopez-Pajares et al. Amaru: Plug&play resilient in-band control for SDN
JP4532253B2 (ja) フレーム転送装置及びフレームのループ抑止方法
CN110380966B (zh) 一种发现转发路径的方法及其相关设备
JP5966488B2 (ja) ネットワークシステム、スイッチ、及び通信遅延短縮方法
EP3817341B1 (en) Bulk configuration of devices behind a network address translation device
WO2021224931A1 (en) System and a method to efficiently exchange echo and stats messages between sdn controller and the open vswitches
JP2013115733A (ja) ネットワークシステム、及びネットワーク制御方法

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150616

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150810

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20151027

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20151109

R150 Certificate of patent or registration of utility model

Ref document number: 5846221

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees