JPWO2012137646A1 - ネットワークシステム、スイッチ、及び接続端末検知方法 - Google Patents

ネットワークシステム、スイッチ、及び接続端末検知方法 Download PDF

Info

Publication number
JPWO2012137646A1
JPWO2012137646A1 JP2013508826A JP2013508826A JPWO2012137646A1 JP WO2012137646 A1 JPWO2012137646 A1 JP WO2012137646A1 JP 2013508826 A JP2013508826 A JP 2013508826A JP 2013508826 A JP2013508826 A JP 2013508826A JP WO2012137646 A1 JPWO2012137646 A1 JP WO2012137646A1
Authority
JP
Japan
Prior art keywords
packet
mac address
node device
address information
terminal
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
JP2013508826A
Other languages
English (en)
Other versions
JP5652630B2 (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 JP2013508826A priority Critical patent/JP5652630B2/ja
Publication of JPWO2012137646A1 publication Critical patent/JPWO2012137646A1/ja
Application granted granted Critical
Publication of JP5652630B2 publication Critical patent/JP5652630B2/ja
Active 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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • 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
    • H04L49/00—Packet switching elements
    • H04L49/25—Routing or path finding in a switch fabric
    • H04L49/253—Routing or path finding in a switch fabric using establishment or release of connections between ports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/70—Virtual switches
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

オープンフローネットワークにおいて、端末から転送されてくるパケットの送信元ＭＡＣアドレス（Ｓｏｕｒｃｅ ＭＡＣ）とポート番号（ｐｏｒｔ情報）のみ用いて、ノード装置群に接続されている端末が、どのノード装置の何番ポートに接続されているか特定する。具体的には、ノード装置が、端末からノード装置宛に送られたパケットのポート番号及び送信元ＭＡＣアドレス（Ｓｏｕｒｃｅ ＭＡＣ）情報の組と、前段検索テーブルに保持されているポート番号及びＭＡＣアドレス情報の組とを比較し、適合（マッチ）するか確認する。適合（マッチ）しない場合、ノード装置は、制御装置にオープンフローの問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）機能を用いて通知する。更に、ノード装置は、パケットの宛先ＭＡＣアドレス（Ｄｅｓｔｉｎａｔｉｏｎ ＭＡＣ）情報と、後段検索テーブルに保持されているＭＡＣアドレス情報の組とを比較し、適合（マッチ）するか確認する。

Description

本発明は、ネットワークシステムに関し、特にスイッチに接続された端末を検知するネットワークシステムに関する。
従来のネットワーク機器は、外部から負荷分散や片寄等、柔軟性に富んだ制御ができないという問題があった。このため、ネットワークの規模が大きくなると、システムとしての挙動の把握と改善が困難になり、設計や構成変更には多大なコストを伴うことが問題であった。
こうした課題を解決するための技術として、ネットワーク機器のパケット転送機能と経路制御機能を分離する手法が考えられている。例えば、パケット転送機能をネットワーク機器が担当し、制御機能をネットワーク機器の外部に分離した制御装置が担当することで、制御装置がパケットの転送を集中して管理することができ、柔軟性に富んだネットワークを構築することが可能になる。
［ＣＤ分離型ネットワークの説明］
機能を分離したネットワークの１つとして、コントロールプレーン側の制御装置からデータプレーン側のノード装置を制御するＣＤ（Ｃ：コントロールプレーン／Ｄ：データプレーン）分離型ネットワークが提案されている。
ＣＤ分離型ネットワークの一例として、コントローラからスイッチを制御してネットワークの経路制御を行うオープンフロー（ＯｐｅｎＦｌｏｗ）技術を利用したオープンフローネットワークが挙げられる。オープンフロー技術の詳細については、非特許文献１に記載されている。なお、オープンフローネットワークは一例に過ぎない。
［オープンフローネットワークの説明］
オープンフローネットワークでは、オープンフローコントローラ（ＯＦＣ：ＯｐｅｎＦｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）等の制御装置が、オープンフロースイッチ（ＯＦＳ：ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ）等のノード装置の経路制御に関するフローテーブル（Ｆｌｏｗ ｔａｂｌｅ）を操作することにより、ノード装置の挙動を制御する。
制御装置とノード装置の間は、専用線やＳＳＬ（ＳｅｃｕｒｅＳｏｃｋｅｔＬａｙｅｒ）等により保護された通信路である「セキュアチャンネル」（Ｓｅｃｕｒｅ Ｃｈａｎｎｅｌ）と呼ばれる制御チャネル（制御用の通信チャネル）により接続されている。制御装置とノード装置とは、制御チャネルを介して、オープンフロープロトコル（ＯｐｅｎＦｌｏｗ Ｐｒｏｔｏｃｏｌ）に則った（準拠した）制御メッセージであるオープンフローメッセージ（ＯｐｅｎＦｌｏｗ Ｍｅｓｓａｇｅ）を送受信する。
オープンフローネットワークにおけるノード装置とは、オープンフローネットワークに配置され、制御装置の制御下にあるエッジスイッチ及びコアスイッチのことである。オープンフローネットワークにおける入口側エッジスイッチ（Ｉｎｇｒｅｓｓ）でのパケット（ｐａｃｋｅｔ）の受信から出口側エッジスイッチ（Ｅｇｒｅｓｓ）での送信までのパケットの一連の流れをフロー（Ｆｌｏｗ）と呼ぶ。オープンフローネットワークでは、通信をエンドツーエンド（Ｅ２Ｅ：Ｅｎｄ ｔｏ Ｅｎｄ）のフローとして捉え、フロー単位で経路制御、障害回復、負荷分散、最適化を行う。
パケットは、フレーム（ｆｒａｍｅ）と読み替えても良い。パケットとフレームの違いは、プロトコルが扱うデータの単位（ＰＤＵ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）の違いに過ぎない。パケットは、「ＴＣＰ／ＩＰ」（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）のＰＤＵである。一方、フレームは、「イーサネット（登録商標）」（Ｅｔｈｅｒｎｅｔ）のＰＤＵである。
フローテーブルとは、フローとして扱うパケットを特定するための判別条件（ルール）と、パケットがルールに適合（マッチ）した回数を示す統計情報と、パケットに対して行うべき処理内容（アクション）の組を定義したフローエントリ（Ｆｌｏｗ ｅｎｔｒｙ）の集合である。
フローエントリのルールは、パケットのヘッダ領域（フィールド）に含まれる各プロトコル階層の情報のいずれか又は全てを用いた様々な組み合わせにより定義され、区別可能である。各プロトコル階層の情報の例として、送信先アドレス（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）、送信元アドレス（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）、送信先ポート（Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ）、送信元ポート（Ｓｏｕｒｃｅ Ｐｏｒｔ）等が考えられる。なお、上記のアドレスには、ＭＡＣアドレス（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ａｄｄｒｅｓｓ）やＩＰアドレス（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）を含むものとする。また、上記に加えて、入口ポート（Ｉｎｇｒｅｓｓ Ｐｏｒｔ）の情報も、フローエントリのルールとして使用可能である。また、フローエントリのルールとして、フローとして扱うパケットのヘッダ領域の値の一部（又は全部）を、正規表現やワイルドカード「＊」等で表現したものを設定することもできる。
フローエントリのアクションは、「特定のポートに出力する」、「廃棄する」、「ヘッダを書き換える」といった動作を示す。例えば、ノード装置は、フローエントリのアクションに出力ポートの識別情報（出力ポート番号等）が示されていれば、これに該当するポートにパケットを出力し、出力ポートの識別情報が示されていなければ、パケットを廃棄する。或いは、ノード装置は、フローエントリのアクションにヘッダ情報が示されていれば、当該ヘッダ情報に基づいてパケットのヘッダを書き換える。
ノード装置は、フローエントリのルールに適合するパケット群（パケット系列）に対して、フローエントリのアクションを実行する。具体的には、ノード装置は、パケットを受信すると、フローテーブルから、受信パケットのヘッダ情報に適合するルールを持つフローエントリを検索する。検索の結果、受信パケットのヘッダ情報に適合するルールを持つフローエントリが見つかった場合、当該フローエントリの統計情報を更新すると共に、受信パケットに対して、当該フローエントリのアクションとして指定された動作を実施する。一方、検索の結果、受信パケットのヘッダ情報に適合するルールを持つフローエントリが見つからなかった場合、当該受信パケットを最初のパケット（ｆｉｒｓｔ ｐａｃｋｅｔ）と判断し、制御チャネルを介して、オープンフローネットワークにおける制御装置に対して、受信パケット（又はそのコピー）を転送し、受信パケットの送信元・送信先（宛先）等に基づいたパケットの経路計算を要求し、応答としてフローエントリの設定用メッセージを受信し、フローテーブルを更新する。
なお、フローテーブルには、低い優先度で、全てのパケットのヘッダ情報に適合するルールを持つデフォルトエントリが登録されている。受信パケットに適合するフローエントリが他に見つからなかった場合、受信パケットは、このデフォルトエントリに適合する。デフォルトエントリのアクションは、「制御装置への当該受信パケットの問い合わせ情報の送信」である。
"ＯｐｅｎＦｌｏｗ Ｓｗｉｔｃｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ， Ｖｅｒｓｉｏｎ １．０．０"，［ｏｎｌｉｎｅ］，Ｄｅｃｅｍｂｅｒ ３１，２００９，［２０１１年３月２３日検索］，インターネット ＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｆｌｏｗｓｗｉｔｃｈ．ｏｒｇ／ｄｏｃｕｍｅｎｔｓ／ｏｐｅｎｆｌｏｗ−ｓｐｅｃ−ｖ１．０．０．ｐｄｆ＞
大規模ネットワークを考えると、現在のフローテーブルの使用方法では効率が悪く、リソースが足りなくなる可能性がある。
また、既存の技術では、スイッチは、ＡＲＰ等のブローキャストパケットを利用して端末位置情報（ネットワーク上の端末の現在位置を示す情報）を取得しているため、ブローキャストパケット未発送時には端末位置情報を取得することができなかった。
本発明では、端末からノード装置宛にパケットが送られた際、ノード装置は、自身が保持しているＭＡＣアドレス情報とそれに結びついているポート番号のこれら２つと、転送するパケットの送信元ＭＡＣアドレス情報とポート番号とを比較する。
上記の比較の結果、もし適合（マッチ）する情報がない場合は、制御装置に対して、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）を送信し、制御装置で端末の位置情報を管理して、制御装置からノード装置にその情報を登録する。問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）は、オープンフローメッセージの１つである。
比較する際の技術としては、Ｌ２ラーニング機能と同様のロジックを用いて比較することが望ましいと考える。
本発明に係るネットワークシステムは、スイッチと、パケットをフローとして一律に制御するためのルールとアクションが定義されたフローエントリを、該スイッチのフローテーブルに設定するコントローラとを含む。該スイッチは、端末からパケットを受信した際、該パケットの送信元ＭＡＣアドレス情報及びポート番号の組を該コントローラに通知する。該コントローラは、該スイッチからの通知に基づいて、該パケットの送信元の端末のネットワーク上の現在位置を認識する。
本発明に係るスイッチは、端末からパケットを受信した際、該パケットの送信元の端末のネットワーク上の現在位置情報として、該パケットの送信元ＭＡＣアドレス情報及びポート番号の組をコントローラに通知する手段と、該コントローラからの制御に応じて、該パケットをフローとして一律に制御するためのルールとアクションが定義されたフローエントリを、自身のフローテーブルに設定する手段とを具備する。
本発明に係る接続端末検知方法では、コントローラが、パケットをフローとして一律に制御するためのルールとアクションが定義されたフローエントリを、スイッチのフローテーブルに設定する。また、該スイッチが、端末からパケットを受信した際、該パケットの送信元ＭＡＣアドレス情報及びポート番号の組を該コントローラに通知する。また、該コントローラが、該スイッチからの通知に基づいて、該パケットの送信元の端末のネットワーク上の現在位置を認識する。
本発明に係るプログラムは、端末からパケットを受信した際、該パケットの送信元の端末のネットワーク上の現在位置情報として、該パケットの送信元ＭＡＣアドレス情報及びポート番号の組をコントローラに通知するステップと、該コントローラからの制御に応じて、該パケットをフローとして一律に制御するためのルールとアクションが定義されたフローエントリを、自身のフローテーブルに設定するステップとをスイッチに実行させるためのプログラムである。なお、本発明に係るプログラムは、記憶装置や記憶媒体に格納することが可能である。
本発明では、端末から転送されてくるパケットの送信元ＭＡＣアドレス（Ｓｏｕｒｃｅ ＭＡＣ）とポート番号（ｐｏｒｔ情報）のみ用いて、ノード装置群に接続されている端末が、どのノード装置の何番ポートに接続されているか特定する。また、この端末接続情報を制御装置が管理することにより、端末位置を考慮した経路制御を実現する。
本発明の第１実施形態に係るネットワークシステムの構成例を示す図である。 第１実施形態に係るノード装置の内部の構成について説明するための図である。 第１実施形態における端末位置情報の照合内容の詳細について説明するための図である。 端末位置情報管理テーブルを説明するための図である。 第１実施形態を利用したシステムの構成例を示す図である。 第１実施形態における接続端末検知処理を説明するためのフローチャートである。 本発明の第２実施形態に係るネットワークシステムの構成例を示す図である。 第２実施形態に係るノード装置の内部の構成について説明するための図である。 第２実施形態を利用したシステムの構成例を示す図である。 本発明の第３実施形態に係るノード装置の内部の構成について説明するための図である。 第３実施形態における端末位置情報の照合内容の詳細について説明するための図である。
本発明は、ＣＤ分離型ネットワークを対象としている。ここでは、ＣＤ分離型ネットワークの１つであるオープンフローネットワークを例に説明する。但し、実際には、オープンフローネットワークに限定されない。
＜第１実施形態＞
以下に、本発明の第１実施形態について添付図面を参照して説明する。
［システム構成］
図１を参照して、本発明の第１実施形態に係るネットワークシステムの構成例について説明する。
本発明の第１実施形態に係るネットワークシステムは、端末１０（１０−ｉ、ｉ＝１〜ｎ：ｎは任意）と、ノード装置２０（２０−ｊ、ｊ＝１〜ｍ：ｍは任意）と、制御装置３０を含む。
［端末の詳細］
端末１０（１０−ｉ、ｉ＝１〜ｎ）の各々は、ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）に接続可能な端末である。
ここでは、端末１０−１からノード装置２０−１及びノード装置２０−２を介して端末１０−２宛にパケット５０を転送する。
端末１０−１は、パケットを送出する送信元端末「Ａ」である。また、端末１０−２は、パケットを受信する宛先端末「Ｂ」である。パケット５０は、「Ｂ宛、Ａ元のパケット」である。
「Ｂ宛」とは、宛先が端末Ｂであることを意味し、宛先ＭＡＣアドレスに端末ＢのＭＡＣアドレスが指定されていることを意味する。「Ａ元」とは、送信元が端末Ａであることを意味し、送信元ＭＡＣアドレスに端末ＡのＭＡＣアドレスが指定されていることを意味する。
なお、端末１０（１０−ｉ、ｉ＝１〜ｎ）の各々は、オープンフローネットワーク外（オープンフロー未対応）のネットワーク機器でも良い。
［ノード装置の詳細］
ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）の各々は、ネットワークに配置されたノード装置である。ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）の各々は、オープンフローネットワークでは、オープンフロースイッチ（ＯＦＳ）として動作する。ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）の各々は、受信したパケットを、自身のフローテーブルに登録されたフローエントリに従って転送する。
ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）の各々は、端末位置情報比較部２１と、フローテーブル比較部２２を備える。
端末位置情報比較部２１は、ＭＡＣアドレス情報とポート番号を用いて、端末位置情報比較を行う。具体的には、端末位置情報比較部２１は、ＭＡＣアドレス情報とポート番号を保持し、保持しているＭＡＣアドレス情報及びポート番号の組（セット）と、転送するパケットの送信元ＭＡＣアドレス情報及びポート番号の組と、を比較する。ここでは、端末位置情報比較部２１は、Ｌ２（レイヤ２）の機能ブロック（Ｌ２ ｂｌｏｃｋ）である。
フローテーブル比較部２２は、通常のノード装置が行うフローテーブルとフロー情報との比較を行う。
［制御装置の詳細］
制御装置３０は、ネットワークに配置されたノード装置を制御・管理する制御装置である。制御装置３０は、オープンフローネットワークでは、オープンフローコントローラ（ＯＦＣ）として動作する。制御装置３０は、ネットワークの接続状態を示すトポロジ情報（ｔｏｐｏｌｏｇｙ）を基に、ノード装置２０−１及びノード装置２０−２を検知した際、パケット転送経路を計算し、当該経路に関連するノード装置のフローテーブルにフローエントリの登録を行う。これにより、制御装置３０は、ノード装置２０−１とノード装置２０−２間の経路制御を行う。
制御装置３０は、端末位置情報管理テーブル３１を有する。
［パケットの詳細］
パケット５０は、ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）に転送されるパケットである。
問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１は、制御装置３０に経路制御を要求する（パケット５０の転送経路を問い合わせる）ための制御メッセージである。問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１のデータ形式及びデータ内容については、通常のフローテーブル検索において不適合（ミスマッチ）だったときに制御装置宛に送信する問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）と同様であり、識別するための情報（フラグ）が付与されている。
例えば、端末位置情報比較部２１は、パケット５０を受信した際、保有するＭＡＣアドレス情報と該ＭＡＣアドレス情報に結びついているポート番号との組と、転送するパケット５０の送信元ＭＡＣアドレス情報とポート番号との組とを比較し、不適合（ミスマッチ）だった場合に、パケット５０に基づいて問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を生成し、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を制御装置３０宛に転送する。
問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５２は、制御装置３０に経路制御を要求する（パケット５０の転送経路を問い合わせる）ための制御メッセージである。問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５２と通常の問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）との違いについては、識別するための情報（フラグ）が異なる点だけで、データ形式及びデータ内容については、基本的に通常の問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）と同じである。
例えば、フローテーブル比較部２２は、フローテーブルのフローエントリに格納されているＭＡＣアドレス情報と、転送するパケット５０の宛先ＭＡＣアドレス情報とを比較し、不適合（ミスマッチ）だった場合に、パケット５０に基づいて問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５２を生成し、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５２を制御装置３０宛に転送する。
ここでは、制御装置３０は、ノード装置間同士の接続端を内側ポート（ｉｎｓｉｄｅ）２３と定義する。また、ノード装置と端末のノード装置側の接続端を外側ポート（ｏｕｔｓｉｄｅ）２４と定義する。
制御装置３０は、ノード装置２０−１からの問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１の内容を基に、新規にノード装置２０−１に接続された端末１０−１を認識する。具体的には、制御装置３０は、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１の内容から、端末１０−１のＭＡＣアドレス情報と、端末１０−１が接続されたポート番号とを取得し、端末位置情報管理テーブル３１を更新する。なお、端末１０−１が接続されたポートは、当然に外側ポート（ｏｕｔｓｉｄｅ）２４ということになる。
制御装置３０は、端末位置情報管理テーブル３１の内容を基に、受信したパケットのために、ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）の各々のテーブル書き換えを行う。
［ノード装置の内部の構成］
図２を参照して、本実施形態におけるノード装置２０（２０−ｊ、ｊ＝１〜ｍ）の内部の構成について説明する。
ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）の各々は、端末位置情報比較部２１と、フローテーブル比較部２２を備える。
端末位置情報比較部２１は、ＭＡＣ＆ｐｏｒｔ情報（端末位置情報）テーブル２１１を持つ。
ＭＡＣ＆ｐｏｒｔ情報テーブル２１１は、ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）が保有するＭＡＣアドレス情報と、該ＭＡＣアドレス情報に結びついているポート番号が格納されている。ここでは、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１は、フローテーブル２２１の前に検索される前段検索テーブルとなる。なお、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１は、ＭＡＣアドレス情報とポート番号との組を判別条件（ルール）としたフローテーブルの一種ともいえる。
フローテーブル比較部２２は、フローテーブル２２１を持つ。
フローテーブル２２１は、オープンフローネットワークにおけるフローテーブルである。ここでは、フローテーブル２２１は、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１の後に検索される後段検索テーブルとなる。
ここでは、端末位置情報比較部２１において端末位置情報の検索を行っているため、フローテーブル２２１には、宛先ＭＡＣアドレス（Ｄｅｓｔｉｎａｔｉｏｎ ＭＡＣ）のみを判別条件（ルール）とするフローエントリが登録されていれば良い。
これにより、１つのフローテーブル２２１に登録されるフローエントリの情報を、大幅に削減することができる。
［端末位置情報照合内容］
図３を参照して、端末位置情報の照合内容の詳細について説明する。
端末位置情報比較部２１が保持しているＭＡＣ＆ｐｏｒｔ情報テーブル２１１は、ＭＡＣアドレス情報２１１１と、ポート番号２１１２を格納する領域（フィールド）を持つ。
パケット５０は、ヘッダ領域に、送信元ＭＡＣアドレス情報５０１と、ポート番号５０２を格納する領域を持つ。
ノード装置２０−１にパケットが流入した際、ノード装置２０−１は、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１の内容とパケット５０の内容とを比較する。
ここでは、ノード装置２０−１は、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１に格納されているＭＡＣアドレス情報２１１１と該ＭＡＣアドレス情報２１１１に結びついているポート番号２１１２との組と、パケット５０が保有している送信元ＭＡＣアドレス情報５０１とポート番号５０２との組を、それぞれポート毎、ＭＡＣ毎に比較している。
ノード装置２０−１は、比較の結果、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１の内容とパケット５０の内容とが適合（マッチ）するものであれば、フローテーブル比較を行う。
また、ノード装置２０−１は、比較の結果、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１の内容とパケット５０の内容とが適合（マッチ）するものでなければ、Ｌ２ラーニング機能を起動する。
すなわち、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１は、端末位置情報として、ノード装置２０−１に接続されている端末のＭＡＣアドレス情報と、該端末が接続されているポート番号との組を保持するテーブルとなる。
本実施形態では、制御装置３０は、この比較の不適合（ミスマッチ）で発生する問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を受信することで、パケット５０を受信したポートの属性が外側ポート（ｏｕｔｓｉｄｅ）であり、入口ポート（Ｉｎｇｒｅｓｓ Ｐｏｒｔ）であると判断することができる。
また、制御装置３０は、パケット５０の送信元ＭＡＣアドレス情報５０１とポート番号５０２の２つの情報のみで、端末位置情報を管理することができる。
［端末位置情報］
図４を参照して、制御装置３０が持つ端末位置情報管理テーブル３１の例について説明する。
端末位置情報管理テーブル３１は、ノード装置情報３１１と、端末ＭＡＣ情報３１２と、ポート番号３１３を格納する領域を持つ。
ノード装置情報３１１は、端末が接続されているノード装置の識別情報を書き込むための領域である。
端末ＭＡＣ情報３１２は、端末のＭＡＣアドレス（送信元ＭＡＣアドレス）の情報を書き込むための領域である。
ポート番号３１３については、端末が接続されているノード装置のポート番号を書き込むための領域である。
ここでは、端末位置情報比較の結果が不適合（ミスマッチ）だった場合に発生する問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１が制御装置３０で管理される一例を示す。
制御装置３０は、ノード装置２０−１から問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を受け取り、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１の内容を基に、端末位置情報管理テーブル３１に端末の情報を登録する。
このとき、制御装置３０は、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１の内容を基に、
ノード装置情報３１１に、端末が接続されているノード装置の識別情報を書き込み、端末ＭＡＣ情報３１２に、端末の送信元ＭＡＣアドレス情報を書き込み、ポート番号３１３に、端末が接続されているノード装置のポート番号を書き込む。
［本実施形態を利用したシステムの構成］
図５を参照して、本実施形態を利用したシステムの構成例について説明する。
前提として、ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）の各々は、ブロードキャストパケットの転送を行っておらず、フローテーブル２２１内に何も書き込まれていないものとする。
本システムは、端末１０−１と、端末１０−２と、端末１０−３と、端末１０−４と、ノード装置２０−１と、ノード装置２０−２と、ノード装置２０−３と、ノード装置２０−４と、制御装置３０を含む。
なお、端末１０−１、端末１０−２、端末１０−３、及び端末１０−４は、図１に示す端末１０（１０−ｉ、ｉ＝１〜ｎ）に相当する。
また、ノード装置２０−１、ノード装置２０−２、ノード装置２０−３、及びノード装置２０−４は、図１に示すノード装置２０（２０−ｊ、ｊ＝１〜ｍ）に相当する。
制御装置３０は、ノード装置２０−１、ノード装置２０−２、ノード装置２０−３、及びノード装置２０−４を管理している。
制御装置３０は、端末位置情報管理テーブル３１を有する。
制御装置３０は、ノード装置同士の接続端を内側ポート（ｉｎｓｉｄｅ）２３と定義し、ノード装置と端末のノード装置側の接続端を外側ポート（ｏｕｔｓｉｄｅ）２４と定義する。
ノード装置２０−１は、ポート１に端末１０−１が接続され、ポート２に端末１０−３が接続されている。
ノード装置２０−２は、ポート１に端末１０−２が接続され、ポート２に端末１０−４が接続されている。
ノード装置２０−１及びノード装置２０−２の各々において、ポート１及びポート２は、外側ポート（ｏｕｔｓｉｄｅ）である。
ここでは、制御装置３０は、ノード装置同士が接続されている位置を特定し、特定された場所を内側ポート（ｉｎｓｉｄｅ）２３と定義し、管理情報として管理する。
制御装置３０は、この管理情報から、内側ポート（ｉｎｓｉｄｅ）２３で行われる端末位置情報比較の結果が不適合（ミスマッチ）だった場合に発生する問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）を抑制する。
例えば、制御装置３０は、ノード装置２０−１のＭＡＣ＆ｐｏｒｔ情報テーブル２１１に、内側ポート（ｉｎｓｉｄｅ）２３のポート番号とワイルドカード等を用いた全ＭＡＣアドレス情報との組を登録するようにしても良い。この場合、ノード装置２０−１は、内側ポート（ｉｎｓｉｄｅ）２３で受信したパケットに対しては、送信元ＭＡＣアドレス情報に関係なく、無条件で、フローテーブル比較部２２の処理に移行する。
また、制御装置３０は、ノード装置２０−１のＭＡＣ＆ｐｏｒｔ情報テーブル２１１がフローテーブルの一種である場合、最も低い優先順位で、外側ポート（ｏｕｔｓｉｄｅ）２４のポート番号とワイルドカード等を用いた全ＭＡＣアドレス情報との組をルールとし、制御装置３０宛に問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）を転送する旨をアクションとして定義したフローエントリを登録するようにしても良い。ノード装置２０−１は、外側ポート（ｏｕｔｓｉｄｅ）２４で受信したパケットの送信元ＭＡＣアドレス情報が登録されていない場合、上記のフローエントリしか登録されていないことになるため、該パケットの情報を問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）に格納し、制御装置３０宛に問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）を転送する。
ここでは、ノード装置２０−１に接続されている端末１０−１からノード装置２０−２に接続されている端末１０−４宛にパケットを転送する場合、ノード装置２０−１は、端末１０−１から外側ポート（ｏｕｔｓｉｄｅ）２４を通過して流入してきたパケットに対して端末位置情報比較を行い、端末位置情報比較の結果が不適合（ミスマッチ）だった場合、該パケットの情報を問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）に格納し、制御装置３０宛に問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）を転送する。
制御装置３０は、転送された問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）の情報を基に、端末位置情報管理テーブル３１に端末１０−１の情報を登録し、転送元のノード装置２０−１に対して、端末１０−１の位置（ＭＡＣアドレス情報とポート番号との組）を含んだフローエントリをノード装置２０−１のフローテーブル２２１に登録する。
この後、端末１０−１からパケットを再度送信すると、該パケットは、外側ポート（ｏｕｔｓｉｄｅ）２４を通り、ノード装置２０−１に流入する。
ノード装置２０−１は、既に端末１０−１の位置情報を持ったフローテーブルが登録されているので、端末位置情報比較の結果、適合（マッチ）する。その後、ノード装置２０−１は、フローテーブル２２１を検索し、適合（マッチ）するフローエントリがあれば、該フローエントリのアクションに従い、ノード装置２０−２に転送する。
この際、ノード装置からノード装置間の転送でも、端末位置情報比較が行われるが、制御装置３０は、各ノード装置の内側ポート（ｉｎｓｉｄｅ）管理を行い、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）の発生を抑止する。すなわち、ノード装置からノード装置間の転送では、端末位置情報比較において、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）を発生しないようにする。
ノード装置２０−２は、端末位置情報比較、及びフローテーブル比較の結果、転送されたパケットを端末１０−４に転送する。
［接続端末検知処理］
図６を参照して、本実施形態に係る接続端末検知処理時の動作について説明する。
（１）ステップＳ１０１
まず、制御装置３０は、既存の経路制御からノード装置群の接続端を算出し、ノード装置同士の接続端を内側ポート（ｉｎｓｉｄｅ）２３と定義し、ノード装置と端末のノード装置側の接続端を外側ポート（ｏｕｔｓｉｄｅ）２４と定義し、ノード装置同士間の接続端とノード装置−端末間の接続端を区別できるようにする。この後、ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）の各々は、通常の動作を開始する。
（２）ステップＳ１０２
ノード装置２０−１の端末位置情報比較部２１は、端末１０−１から端末１０−２宛にパケット５０を転送する場合、図３に示す照合方法で、端末位置情報比較部２１にあるＭＡＣ＆ｐｏｒｔ情報テーブル２１１とパケット５０とを照合し、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１の内容とパケット５０の内容が適合（マッチ）するか確認する。具体的には、端末位置情報比較部２１は、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１に格納されているＭＡＣアドレス情報とそれに結びついているポート番号との組と、端末１０−１から受信したパケットの送信元ＭＡＣアドレス情報とポート番号との組を照合し、適合（マッチ）するか確認する。
（３）ステップＳ１０３
端末位置情報比較部２１は、照合の結果、適合（マッチ）する場合、フローテーブル比較部２２にパケット５０を転送する。
（４）ステップＳ１０４
端末位置情報比較部２１は、照合の結果、適合（マッチ）しない場合、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１にパケット５０の情報を格納し、制御装置３０宛に問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を送信する。このとき、端末位置情報比較部２１は、パケット５０を一時的に保持するようにしても良い。
（５）ステップＳ１０５
制御装置３０は、この問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１に格納されているパケット５０の情報を基に、端末位置情報管理テーブル３１に、端末１０−１がどのノード装置のどのポートに接続されているか登録する。
（６）ステップＳ１０６
また、制御装置３０は、端末位置情報管理テーブル３１の端末位置情報を基に、新たなＭＡＣアドレス情報とポート番号との組を、ノード装置２０−１のＭＡＣ＆ｐｏｒｔ情報テーブル２１１に登録する。ここでは、制御装置３０は、登録を行った場合、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１に格納されたパケット５０の情報を基に、元々のヘッダ情報のまま、ノード装置２０−１宛にパケット５０を送信する。登録を行わない場合、ノード装置２０−１宛にパケット５０を送信しなくても良い。
（７）ステップＳ１０７
端末位置情報比較部２１は、上記の登録に応じて、パケット５０を、フローテーブル比較部２２に転送する。ここでは、端末位置情報比較部２１は、制御装置３０から受信したパケット５０を、フローテーブル比較部２２に転送する。なお、端末位置情報比較部２１は、パケット５０を一時的に保持している場合、制御装置３０からの登録に応じて、一時的に保持しているパケット５０を、フローテーブル比較部２２に転送しても良い。この場合、端末位置情報比較部２１は、上記の登録がなければ、所定期間の経過後、一時的に保持しているパケット５０を破棄しても良い。
（８）ステップＳ１０８
フローテーブル比較部２２は、端末位置情報比較部２１からパケット５０を受け取ると、フローテーブル比較部２２にあるフローテーブル２２１に検索をかけ、フローテーブル２２１内のいずれかのフローエントリがパケット５０の内容と適合（マッチ）するか確認する。具体的には、フローテーブル比較部２２は、フローテーブル２２１の各フローエントリに格納されているＭＡＣアドレス情報と、端末１０−１から受信したパケットの宛先ＭＡＣアドレス情報とを比較し、フローテーブル２２１のいずれかのフローエントリと適合（マッチ）するか確認する。なお、実際には、フローテーブル比較部２２は、フローテーブル２２１の各フローエントリに格納されている「ＭＡＣアドレス情報とポート番号との組」と、端末１０−１から受信したパケットの「宛先ＭＡＣアドレス情報と出力ポート番号との組」とを比較し、フローテーブル２２１のいずれかのフローエントリと適合（マッチ）するか確認しても良い。
（９）ステップＳ１０９
フローテーブル比較部２２は、比較の結果、フローテーブル２２１のいずれかのフローエントリと適合（マッチ）する場合、適合（マッチ）したフローエントリのアクションに従い、パケット５０を、内側ポート（ｉｎｓｉｄｅ）２３に出力し、端末１０−２宛に転送する。
（１０）ステップＳ１１０
フローテーブル比較部２２は、比較の結果、フローテーブル２２１のいずれかのフローエントリと適合（マッチ）しない場合、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５２にパケット５０の情報を格納し、制御装置３０宛に問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５２を送信する。このとき、フローテーブル比較部２２は、パケット５０を一時的に保持するようにしても良い。
（１１）ステップＳ１１１
制御装置３０は、この問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５２に格納されているパケット５０の情報を基に、転送経路を計算し、経路上のノード装置２０（２０−ｊ、ｊ＝１〜ｍ）の各々のフローテーブル２２１に、パケット５０の宛先ＭＡＣアドレス情報と、該パケット５０を所定の内側ポート（ｉｎｓｉｄｅ）２３へ転送する旨とを示すフローエントリを登録する。また、制御装置３０は、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５２に格納されたパケット５０の情報を基に、ノード装置２０−１宛にパケット５０を送信しても良い。
（１２）ステップＳ１１２
フローテーブル比較部２２は、フローテーブル２２１に登録されたフローエントリのアクションに従い、パケット５０を、内側ポート（ｉｎｓｉｄｅ）２３に出力し、端末１０−２宛に転送する。このとき、フローテーブル比較部２２は、制御装置３０から受信したパケット５０、又は一時的に保持しているパケット５０を、内側ポート（ｉｎｓｉｄｅ）２３に出力し、端末１０−２宛に転送する。なお、フローテーブル比較部２２は、上記のフローエントリ登録がなければ、所定期間の経過後、一時的に保持しているパケット５０を破棄しても良い。
［本実施形態の特徴］
本実施形態では、ノード装置が、保有しているＭＡＣアドレス情報とそれに結びついているポート番号とパケットの送信元ＭＡＣアドレス情報とポート番号をそれぞれ比較し適合（マッチ）しない場合は、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）を制御装置に上げる。
制御装置は、この問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）の情報から端末の場所を蓄積し、ノード装置に端末位置を含んだフローエントリを、ノード装置のフローテーブルに登録する。
したがって、パケットの送信元ＭＡＣアドレス情報とポート番号だけでノード装置に接続されている端末の場所が特定できる。
これにより、端末が移動しても、制御装置により端末の場所を特定できる。
また、本実施形態では、端末位置の特定が可能になったことにより、制御装置が端末情報を考慮した経路選択が可能となり、経路をより柔軟に選択することができる。
また、本実施形態では、制御装置が、端末位置情報比較の結果が不適合（ミスマッチ）の場合に発生する問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）の情報から端末位置情報を管理し、その管理している情報を経路選択時の判断材料として使用することが可能となる。
＜第２実施形態＞
以下に、本発明の第２実施形態について説明する。
本発明の第２実施形態では、端末位置情報比較の結果が不適合（ミスマッチ）の場合に、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）が発生しても、通常通りにオープンフロー転送処理を行う。
［システム構成］
図７を参照して、本発明の第２実施形態に係るネットワークシステムの構成例について説明する。
本発明の第２実施形態に係るネットワークシステムは、端末１０（１０−ｉ、ｉ＝１〜ｎ）と、ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）と、制御装置３０を含む。
端末１０（１０−ｉ、ｉ＝１〜ｎ）、ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）、及び制御装置３０は、基本的に、図１に示すものと同様である。
本実施形態では、ノード装置２０−１の端末位置情報比較部２１は、端末位置情報の比較の結果、不適合（ミスマッチ）の際、パケット５０（Ｂ宛、Ａ元のパケット）をコピー（ｃｏｐｙ：複写）し、コピーしたパケット５３を格納した問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を生成する。
まず、制御装置３０は、既存の経路制御からノード装置群の接続端を算出し、内側ポート（ｉｎｓｉｄｅ）２３と定義する。これにより、制御装置３０は、ノード装置同士の接続端で端末位置情報比較した際に不適合（ミスマッチ）でも問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１が発生しないように抑制する。この後、ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）の各々は、通常の動作を開始する。
ノード装置２０−１は、端末１０−１から端末１０−２宛にパケット５０を転送する場合、端末１０−１から受け取ったパケットを端末位置情報比較し、不適合（ミスマッチ）だった場合、格納するパケット５０（Ｂ宛、Ａ元のパケット）をコピーし、コピーしたパケットを格納した問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を生成する。
制御装置３０は、この問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を基に、端末位置情報管理テーブル３１に、端末１０−１がどのノード装置のどのポートに接続されているか登録する。
制御装置３０は、端末位置情報管理テーブル３１を基に、受信したパケットのためにノード装置２０−１のフローテーブル２２１の書き換えを行う。
本実施形態では、制御装置３０は、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１に応じて、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１の更新を行わず、フローテーブル２２１の更新を行っている点に留意する。すなわち、制御装置３０は、ＭＡＣアドレス情報とポート番号との組を含んだフローエントリを、フローテーブル２２１に登録する。
また、ノード装置２０−１の端末位置情報比較部２１は、端末位置情報比較が終わった後、フローテーブル２２１を検索し、フローテーブル２２１内のいずれかのフローエントリがパケット５０の内容と適合（マッチ）すれば、制御装置３０の転送経路に従い、端末１０−２にパケット５０を転送する。
ノード装置２０−１のフローテーブル比較部２２は、フローテーブルを検索し、フローテーブルと不適合（ミスマッチ）であれば、制御装置３０宛に問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５２を発生させる。
このように、本実施形態では、ノード装置２０−１は、端末位置情報比較の適合（マッチ）、不適合（ミスマッチ）に関わらず、パケット５０を受信した際に、必ずフローテーブル２２１を検索し、パケット５０の転送処理を行う。
具体的には、ノード装置２０−１の端末位置情報比較部２１は、制御装置３０宛に問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を送信する場合、パケット５０（Ｂ宛、Ａ元のパケット）をコピーし、コピーしたパケット５３を格納した問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を制御装置３０宛に送信する。この処理と同時に／並行して、ノード装置２０−１は、パケット５０をフローテーブル比較部２２に転送する。
［ノード装置の内部の構成］
図８を参照して、本実施形態におけるノード装置２０（２０−ｊ、ｊ＝１〜ｍ）の内部の構成について説明する。
ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）の内部は、基本的に、図２に示すものと同様である。
図８では、ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）は、端末位置情報比較の結果が不適合（ミスマッチ）の場合、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１が発生しても、通常通りにオープンフロー転送処理を行う。
端末位置情報比較部２１は、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１の内容とパケット５０の内容を照合する。
端末位置情報比較部２１は、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１の内容とパケット５０の内容が適合（マッチ）しなかった場合、パケット５０をコピーし、コピーしたパケット５３を格納した問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を生成し、制御装置３０宛に問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を送信する。
端末位置情報比較部２１は、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１の内容とパケット５０の内容との照合が終わると、照合の結果に関係なく、フローテーブル比較部２２の処理に移行する。
フローテーブル比較部２２は、フローテーブル２２１の検索を行い、フローテーブル２２１の内容とパケット５０の内容を比較する。
フローテーブル比較部２２は、フローテーブル２２１内のいずれかのフローエントリがパケット５０の内容と適合（マッチ）する場合、適合（マッチ）したフローエントリのアクションに従って、パケット５０を転送する。
フローテーブル比較部２２は、フローテーブル２２１内のいずれのフローエントリもパケット５０の内容と適合（マッチ）しない場合は、制御装置３０宛に問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５２を送信する。
［本実施形態を利用したシステムの構成］
図９を参照して、本実施形態を利用したシステムの構成例について説明する。
前提として、ノード装置２０（２０−ｊ、ｊ＝１〜ｍ）の各々は、ブロードキャストパケットの転送を行っておらず、フローテーブル２２１内に何も書き込まれていないものとする。
本システムは、端末１０−１と、端末１０−２と、端末１０−３と、端末１０−４と、ノード装置２０−１と、ノード装置２０−２と、ノード装置２０−３と、ノード装置２０−４と、制御装置３０を含む。
なお、端末１０−１、端末１０−２、端末１０−３、及び端末１０−４は、図７に示す端末１０（１０−ｉ、ｉ＝１〜ｎ）に相当する。
また、ノード装置２０−１、ノード装置２０−２、ノード装置２０−３、及びノード装置２０−４は、図７に示すノード装置２０（２０−ｊ、ｊ＝１〜ｍ）に相当する。
制御装置３０は、ノード装置２０−１、ノード装置２０−２、ノード装置２０−３、及びノード装置２０−４を管理している。
制御装置３０は、端末位置情報管理テーブル３１を有する。
制御装置３０は、ノード装置同士の接続端を内側ポート（ｉｎｓｉｄｅ）２３と定義し、ノード装置と端末のノード装置側の接続端を外側ポート（ｏｕｔｓｉｄｅ）２４と定義する。
ノード装置２０−１は、ポート１に端末１０−１が接続され、ポート２に端末１０−３が接続されている。
ノード装置２０−２は、ポート１に端末１０−２が接続され、ポート２に端末１０−４が接続されている。
ノード装置２０−１及びノード装置２０−２の各々において、ポート１及びポート２は、外側ポート（ｏｕｔｓｉｄｅ）である。
ここでは、制御装置３０は、ノード装置同士が接続されている位置を特定し、特定された場所を内側ポート（ｉｎｓｉｄｅ）２３と定義して管理する。
制御装置３０は、この管理情報を基に、ノード装置２０−１の内側ポート（ｉｎｓｉｄｅ）２３のポート番号をＭＡＣ＆ｐｏｒｔ情報テーブル２１１に登録することを避け、内側ポート（ｉｎｓｉｄｅ）２３で受信したパケットを端末位置情報比較の対象外とすることで、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）の発生を抑制する。
以下に、ノード装置２０−１に接続されている端末１０−１からノード装置２０−２に接続されている端末１０−４宛にパケットを転送する場合について説明する。
ノード装置２０−１は、端末１０−１から外側ポート（ｏｕｔｓｉｄｅ）２４を通過して流入してきたパケット５０に対する端末位置情報比較の結果が不適合（ミスマッチ）だった場合、パケット５０を問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１に格納し、制御装置３０宛に問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を送信する。
制御装置３０は、ノード装置２０−１から問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を受信した場合、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１の内容を基に、端末位置情報管理テーブル３１に端末１０−１の情報を登録する。
また、制御装置３０は、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１の内容を基に、パケット転送経路を計算し、当該経路に関連する２０（２０−ｊ、ｊ＝１〜ｍ）のフローテーブル２２１にフローエントリの登録を行う。
このとき、制御装置３０は、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１が発生したノード装置２０−１のフローテーブル２２１だけではなく、制御装置３０に接続されている複数のノード装置２０（２０−ｊ、ｊ＝１〜ｍ）の各々に対して、フロー変更情報（ＦｌｏｗＭｏｄ−Ａｄｄ）を送信し、各ノード装置２０のフローテーブル２２１に、端末位置情報を基にしたフローエントリを登録する。フロー変更情報（ＦｌｏｗＭｏｄ−Ａｄｄ）は、オープンフローメッセージの１つである。
具体的には、制御装置３０は、制御装置３０に接続されている複数のノード装置（ノード装置２０−２、ノード装置２０−３、ノード装置２０−４）宛に、フロー変更情報（ＦｌｏｗＭｏｄ−Ａｄｄ）５４を送信することで、各ノード装置２０のフローテーブル２２１に、ノード装置２０−１に接続されている端末１０−１の位置（端末位置情報）を含んだフローエントリを登録（更新、反映）する。フロー変更情報（ＦｌｏｗＭｏｄ−Ａｄｄ）５４は、ノード装置２０−２、ノード装置２０−３、及びノード装置２０−４の各々に対するフローテーブル２２１へのフローエントリ登録用の制御メッセージである。
上記の登録の完了後、制御装置３０は、ノード装置２０−１宛に、フロー変更情報（ＦｌｏｗＭｏｄ−Ａｄｄ）５５を送信することで、ノード装置２０−１のフローテーブル２２１に、端末１０−１の位置（端末位置情報）を含んだフローエントリを登録する。フロー変更情報（ＦｌｏｗＭｏｄ−Ａｄｄ）５５は、ノード装置２０−１に対するフローテーブル２２１へのフローエントリ登録用の制御メッセージである。
この後、端末１０−１が、パケット５０を再度送信すると、外側ポート（ｏｕｔｓｉｄｅ）２４を通過してノード装置２０−１に流入する。
ノード装置２０−１は、既に端末１０−１の位置情報を持ったフローエントリがフローテーブル２２１に登録されているので、端末位置情報比較の結果、パケット５０とフローエントリが適合（マッチ）し、フローテーブルを検索し、適合（マッチ）するようであれば制御装置３０の経路制御に従い、ノード装置２０−２に転送される。
この際、ノード装置からノード装置間の転送でも、端末位置情報比較が行われるが、制御装置３０は、各ノード装置の内側ポート（ｉｎｓｉｄｅ）管理を行い、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）の発生を抑止する。すなわち、ノード装置からノード装置間の転送では、端末位置情報比較において、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）を発生しないようにする。
ノード装置２０−２は、フローテーブル比較の結果、転送されたパケットを端末１０−４に転送する。
＜第３実施形態＞
以下に、本発明の第３実施形態について説明する。
本発明の第３実施形態では、フローテーブル比較を行うことなく、端末位置情報比較のみでオープンフロー転送を行う。具体的には、ＭＡＣ＆ｐｏｒｔ情報テーブルを使用して端末位置情報比較を行った後、ＭＡＣ＆ｐｏｒｔ情報テーブルを再度使用して宛先比較を行い、オープンフロー転送を行う。
［ノード装置の内部の構成］
図１０を参照して、本実施形態におけるノード装置２０（２０−ｉ、ｉ＝１〜ｎ）の内部の構成について説明する。
ノード装置２０（２０−ｉ、ｉ＝１〜ｎ）は、パケット５０を受信した場合、端末位置情報比較を行い、適合（マッチ）する場合、先程比較に使用したＭＡＣ＆ｐｏｒｔ情報テーブル２１１を再度使用し、パケット転送を行う。
例えば、ノード装置２０（２０−ｉ、ｉ＝１〜ｎ）は、端末位置情報比較の結果が適合（マッチ）する場合、再度比較に使用したＭＡＣ＆ｐｏｒｔ情報テーブル２１１のＭＡＣアドレス情報とパケットの宛先ＭＡＣアドレス（Ｄｅｓｔｉｎａｔｉｏｎ ＭＡＣ）を比較し、適合（マッチ）すれば、パケット転送を行う。
また、ノード装置２０（２０−ｉ、ｉ＝１〜ｎ）は、適合（マッチ）しない場合、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を発生させる。
例えば、ノード装置２０（２０−ｉ、ｉ＝１〜ｎ）は、端末位置情報比較の結果が不適合（ミスマッチ）である場合、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を生成し、制御装置３０宛に問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１を送信する。
制御装置３０は、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）５１の内容を基に、制御装置３０に接続されている複数のノード装置２０（２０−ｊ、ｊ＝１〜ｍ）の各々に対して、フロー変更情報（ＦｌｏｗＭｏｄ−Ａｄｄ）５６を送信することで、各ノード装置２０のＭＡＣ＆ｐｏｒｔ情報テーブル２１１の更新を行う。フロー変更情報（ＦｌｏｗＭｏｄ−Ａｄｄ）５６は、各ノード装置２０に対するＭＡＣ＆ｐｏｒｔ情報テーブル２１１の更新用の制御メッセージである。
［端末位置情報照合内容］
図１１を参照して、ＭＡＣ＆ｐｏｒｔ情報テーブルとパケットの宛先ＭＡＣアドレス（Ｄｅｓｔｉｎａｔｉｏｎ ＭＡＣ）の照合内容の詳細について説明する。
端末位置情報比較部２１は、端末位置情報比較を行った後に、再度ＭＡＣ＆ｐｏｒｔ情報テーブル２１１とパケット５０を比較する。
具体的には、端末位置情報比較部２１は、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１に格納されているＭＡＣアドレス情報２１１１と該ＭＡＣアドレス情報２１１１に結びついているポート番号２１１２との組と、パケット５０が保有している送信元ＭＡＣアドレス情報５０１とポート番号５０２との組を、それぞれポート毎、ＭＡＣ毎に比較する。
端末位置情報比較部２１は、比較の結果、ＭＡＣアドレス情報２１１１とポート番号２１１２との組と、送信元ＭＡＣアドレス情報５０１とポート番号５０２との組とが適合（マッチ）する場合、端末位置情報比較に使用した送信元ＭＡＣアドレス情報５０１及びポート番号５０２は使用せず、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１のＭＡＣアドレス情報２１１１と、パケット５０の宛先ＭＡＣアドレス情報５０３とを比較する。
端末位置情報比較部２１は、この比較で適合（マッチ）する場合、ＭＡＣ＆ｐｏｒｔ情報テーブル２１１において、ＭＡＣアドレス情報２１１１に紐付けされているポート番号２１１２を出力ポートとしてパケット５０を転送する。
＜各実施形態の関係＞
なお、上記の各実施形態は、組み合わせて実施することも可能である。
＜ハードウェアの例示＞
以下に、本発明に係るネットワークシステムを実現するための具体的なハードウェアの例について説明する。
端末及び制御装置の例として、ＰＣ（パソコン）、アプライアンス（ａｐｐｌｉａｎｃｅ）、シンクライアントサーバ、ワークステーション、メインフレーム、スーパーコンピュータ等の計算機を想定している。また、端末の他の例として、ＩＰ電話機、携帯電話機、スマートフォン、スマートブック、カーナビ（カーナビゲーションシステム）、携帯型ゲーム機、家庭用ゲーム機、携帯型音楽プレーヤー、ハンディターミナル、ガジェット（電子機器）、双方向テレビ、デジタルチューナー、デジタルレコーダー、情報家電（ｉｎｆｏｒｍａｔｉｏｎ ｈｏｍｅ ａｐｐｌｉａｎｃｅ）、ＯＡ（Ｏｆｆｉｃｅ Ａｕｔｏｍａｔｉｏｎ）機器、店頭端末・高機能コピー機、デジタルサイネージ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｇｅ：電子看板）等も考えられる。なお、端末及び制御装置は、中継機器や周辺機器でも良い。
ノード装置の例として、ネットワークスイッチ（ｎｅｔｗｏｒｋ ｓｗｉｔｃｈ）、ルータ（ｒｏｕｔｅｒ）、プロキシ（ｐｒｏｘｙ）、ゲートウェイ（ｇａｔｅｗａｙ）、ファイアウォール（ｆｉｒｅｗａｌｌ）、ロードバランサ（ｌｏａｄ ｂａｌａｎｃｅｒ：負荷分散装置）、帯域制御装置（ｐａｃｋｅｔ ｓｈａｐｅｒ）、セキュリティ監視制御装置（ＳＣＡＤＡ：Ｓｕｐｅｒｖｉｓｏｒｙ Ｃｏｎｔｒｏｌ Ａｎｄ Ｄａｔａ Ａｃｑｕｉｓｉｔｉｏｎ）、ゲートキーパー（ｇａｔｅｋｅｅｐｅｒ）、基地局（ｂａｓｅ ｓｔａｔｉｏｎ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、通信衛星（ＣＳ：Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ）、或いは、複数の通信ポートを有する計算機等が考えられる。
端末、ノード装置、及び制御装置は、計算機等に搭載される拡張ボードや、物理マシン上に構築された仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ（ＶＭ））でも良い。また、端末、ノード装置、及び制御装置は、車両や船舶、航空機等の移動体に搭載されていても良い。
図示しないが、端末、ノード装置、及び制御装置の各々は、プログラムに基づいて駆動し所定の処理を実行するプロセッサと、当該プログラムや各種データを記憶するメモリと、ネットワークとの通信に用いられるインターフェースによって実現される。
上記のプロセッサの例として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ネットワークプロセッサ（ＮＰ：Ｎｅｔｗｏｒｋ Ｐｒｏｃｅｓｓｏｒ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコントローラ（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、或いは、専用の機能を有する半導体集積回路（ＬＳＩ：Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等が考えられる。
上記のメモリの例として、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフラッシュメモリ等の半導体記憶装置、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の補助記憶装置、又は、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のリムーバブルディスクや、ＳＤメモリカード（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ ｍｅｍｏｒｙ ｃａｒｄ）等の記憶媒体（メディア）等が考えられる。また、バッファ（ｂｕｆｆｅｒ）やレジスタ（ｒｅｇｉｓｔｅｒ）等でも良い。或いは、ＤＡＳ（Ｄｉｒｅｃｔ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）、ＦＣ−ＳＡＮ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ − Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）、ＩＰ−ＳＡＮ（ＩＰ − Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等を用いたストレージ装置でも良い。
なお、上記のプロセッサ及び上記のメモリは、一体化していても良い。例えば、近年では、マイコン等の１チップ化が進んでいる。従って、電子機器等に搭載される１チップマイコンが、上記のプロセッサ及び上記のメモリを備えている事例も考えられる。
上記のインターフェースの例として、ネットワーク通信に対応した基板（マザーボード、Ｉ／Ｏボード）やチップ等の半導体集積回路、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等のネットワークアダプタや同様の拡張カード、アンテナ等の通信装置、接続口（コネクタ）等の通信ポート等が考えられる。
また、ネットワークの例として、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ ＬＡＮ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、バックボーン（Ｂａｃｋｂｏｎｅ）、ケーブルテレビ（ＣＡＴＶ）回線、固定電話網、携帯電話網、ＷｉＭＡＸ（ＩＥＥＥ ８０２．１６ａ）、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、専用線（ｌｅａｓｅ ｌｉｎｅ）、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、シリアル通信回線、データバス等が考えられる。
なお、端末、ノード装置、及び制御装置の各々の内部の構成要素は、モジュール（ｍｏｄｕｌｅ）、コンポーネント（ｃｏｍｐｏｎｅｎｔ）、或いは専用デバイス、又はこれらの起動（呼出）プログラムでも良い。
但し、実際には、これらの例に限定されない。
＜まとめ＞
以上のように、本発明は、オープンフロー（ＯｐｅｎＦｌｏｗ）機能を使用して、スイッチに接続された端末を検知するネットワークシステムに関する。
本発明では、ノード装置が、端末からノード装置宛に送られたパケットの送信元ＭＡＣアドレス（Ｓｏｕｒｃｅ ＭＡＣ）情報及びポート番号の組と、前段検索テーブル（ＭＡＣ＆ｐｏｒｔ情報テーブル）に保持されているＭＡＣアドレス情報及びポート番号の組とを比較し、適合（マッチ）するか確認する。
適合（マッチ）しない場合、ノード装置は、制御装置にオープンフローの問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）機能を用いて、パケットが保有している送信元ＭＡＣアドレス情報とポート番号との組を制御装置に通知する。また、必要に応じて、前段検索テーブルを更新する。
なお、制御装置にかかる負荷を気にしないのであれば、ノード装置は、全てのパケットについて、無条件で、パケットが保有している送信元ＭＡＣアドレス情報とポート番号との組を制御装置に通知するようにしても良い。
更に、ノード装置は、パケットの宛先ＭＡＣアドレス（Ｄｅｓｔｉｎａｔｉｏｎ ＭＡＣ）情報と、後段検索テーブル（フローテーブル）に保持されているＭＡＣアドレス情報の組とを比較し、適合（マッチ）するか確認する。なお、実際には、ノード装置は、パケットの宛先ＭＡＣアドレス及びポート番号の組と、後段検索テーブルに保持されているＭＡＣアドレス情報の組とを比較し、適合（マッチ）するか確認するようにしても良い。
適合（マッチ）しない場合、ノード装置は、制御装置にオープンフローの問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）機能を用いて、該パケットに対するアクションを問い合わせる。また、必要に応じて、後段検索テーブルを更新する。
なお、前段検索テーブルと後段検索テーブルは、同一のテーブルを用いることも可能である。
これにより、端末から転送されてくるパケットの送信元ＭＡＣアドレス情報とポート番号だけで、ノード装置群に接続されている端末が、どのノード装置の何番ポートに接続されているか特定することが可能になる。
また、この端末接続情報を制御装置が管理することにより、端末位置を考慮した経路制御を実現するものである。
また、後段検索テーブル（フローテーブル）のデータ内容を縮退できることができる。
本発明では、端末移動検知をするための端末位置情報比較を行い、端末位置情報比較の結果が不適合（ミスマッチ）であることを契機（トリガ）にパケットを格納した問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）を生成し、制御装置に転送する。
また、端末位置情報比較不適合（ミスマッチ）の際、転送されてきたパケットをコピーし問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）にコピーしたパケットを格納して制御装置に転送する。
また、端末位置情報比較の結果が不適合（ミスマッチ）であることを契機に発生する問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）とフローテーブル検索失敗契機に発生する問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）を識別する。
更に、本発明では、ノード装置が、問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）を生成して、ノード装置に接続されている端末位置を制御装置に通知する。これにより、制御装置は、ノード装置の問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）を基に、ノード装置に接続される端末位置情報を取得することができる。
また、本発明では、ポートの属性による端末位置情報の通知を行う。例えば、ノード装置同士の接続端に内側ポート（ｉｎｓｉｄｅ）、ノード装置と端末のノード装置側の接続端に外側ポート（ｏｕｔｓｉｄｅ）の属性を付与し、端末位置情報比較の結果が不適合（ミスマッチ）の際に発生する問い合わせ情報（Ｐａｃｋｅｔ−ｉｎ）の発生を制御する。
また、本発明では、端末位置情報比較を行う。例えば、ノード装置が保有しているＭＡＣアドレス情報及びポート番号の組と、パケットの送信元ＭＡＣアドレス情報及びポート番号の組を、それぞれ比較する。
また、本発明では、ＭＡＣ＆ｐｏｒｔ情報テーブル転送を行う。例えば、ＭＡＣ＆ｐｏｒｔ情報テーブルをパケットの宛先ＭＡＣアドレス（Ｄｅｓｔｉｎａｔｉｏｎ ＭＡＣ）と比較をし、適合（マッチ）する場合はＭＡＣ＆ｐｏｒｔ情報テーブルでＭＡＣアドレス情報に紐付けされているポートに転送する。
本質的には、本発明は、流入するフローに対し、端末位置情報比較（送信元ＭＡＣアドレス及びポート番号の組を用いた比較）により送信元端末からのパケット受信の許否を判定し、フローテーブル検索（宛先ＭＡＣアドレスを用いた比較）により宛先端末へのパケット転送の許否を判定するものである。
＜備考＞
以上、本発明の実施形態を詳述してきたが、実際には、上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。
なお、本出願は、日本出願番号２０１１−０８２７６５に基づく優先権を主張するものであり、日本出願番号２０１１−０８２７６５における開示内容は引用により本出願に組み込まれる。

Claims (10)

  1. パケットをフローとして一律に制御するためのルールとアクションとが定義されたフローエントリに従って、受信したパケットの処理を行うノード装置と、
    前記ノード装置に対して、前記フローエントリを設定する制御装置と
    を含み、
    前記ノード装置は、端末からパケットを受信した際、前記パケットの送信元ＭＡＣアドレス情報及びポート番号の組を前記制御装置に通知し、
    前記制御装置は、前記ノード装置からの通知に基づいて、前記パケットの送信元の端末のネットワーク上の現在位置を認識する
    ネットワークシステム。
  2. 請求項１に記載のネットワークシステムであって、
    前記ノード装置は、
    前記ノード装置が保有しているＭＡＣアドレス情報及びポート番号の組と、前記パケットの送信元ＭＡＣアドレス情報及びポート番号の組とを比較し、適合しない場合、前記パケットに基づく第１の問い合わせパケットを生成し、前記制御装置宛に前記第１の問い合わせパケットを送信する手段と、
    前記ノード装置が保有しているＭＡＣアドレス情報と、前記パケットの宛先ＭＡＣアドレス情報とを比較し、適合しない場合、前記パケットに基づく第２の問い合わせパケットを生成し、前記制御装置宛に前記第２の問い合わせパケットを送信する手段と
    を具備し、
    前記制御装置は、
    前記第１の問い合わせパケットの内容を基に、前記端末のＭＡＣアドレス情報と前記端末が接続されたポートを示すポート番号とを管理する手段と、
    前記第１及び第２の問い合わせパケットの内容を基に、前記ノード装置が保有している情報を更新する手段と
    を具備する
    ネットワークシステム。
  3. 請求項２に記載のネットワークシステムであって、
    前記ノード装置は、
    前記ノード装置が保有しているＭＡＣアドレス情報及びポート番号の組と、前記パケットの送信元ＭＡＣアドレス情報及びポート番号の組とを比較し、適合する場合、前記ノード装置が保有しているＭＡＣアドレス情報と、前記パケットの宛先ＭＡＣアドレス情報とを比較する手段と、
    前記ノード装置が保有しているＭＡＣアドレス情報と、前記パケットの宛先ＭＡＣアドレス情報とを比較し、適合する場合、前記パケットを転送する手段と
    を更に具備する
    ネットワークシステム。
  4. 端末からパケットを受信した際、前記パケットの送信元の端末のネットワーク上の現在位置情報として、前記パケットの送信元ＭＡＣアドレス情報及びポート番号の組を制御装置に通知する手段と、
    前記制御装置からの制御に応じて、前記パケットをフローとして一律に制御するためのルールとアクションが定義されたフローエントリを登録する手段と
    を具備する
    ノード装置。
  5. 請求項４に記載のノード装置であって、
    保有しているＭＡＣアドレス情報及びポート番号の組と、前記パケットの送信元ＭＡＣアドレス情報及びポート番号の組とを比較し、適合しない場合、前記パケットに基づく第１の問い合わせパケットを生成し、前記制御装置宛に前記第１の問い合わせパケットを送信する手段と、
    保有しているＭＡＣアドレス情報と、前記パケットの宛先ＭＡＣアドレス情報とを比較し、適合しない場合、前記パケットに基づく第２の問い合わせパケットを生成し、前記制御装置宛に前記第２の問い合わせパケットを送信する手段と
    を更に具備する
    ノード装置。
  6. 請求項５に記載のノード装置であって、
    保有しているＭＡＣアドレス情報及びポート番号の組と、前記パケットの送信元ＭＡＣアドレス情報及びポート番号の組とを比較し、適合する場合、保有しているＭＡＣアドレス情報と、前記パケットの宛先ＭＡＣアドレス情報とを比較する手段と、
    保有しているＭＡＣアドレス情報と、前記パケットの宛先ＭＡＣアドレス情報とを比較し、適合する場合、前記パケットを転送する手段と
    を更に具備する
    ノード装置。
  7. 制御装置が、ノード装置に対して、パケットをフローとして一律に制御するためのルールとアクションが定義されたフローエントリを設定することと、
    前記ノード装置が、端末からパケットを受信した際、前記パケットの送信元ＭＡＣアドレス情報及びポート番号の組を前記制御装置に通知することと、
    前記制御装置が、前記ノード装置からの通知に基づいて、前記パケットの送信元の端末のネットワーク上の現在位置を認識することと
    を含む
    接続端末検知方法。
  8. 端末からパケットを受信した際、前記パケットの送信元の端末のネットワーク上の現在位置情報として、前記パケットの送信元ＭＡＣアドレス情報及びポート番号の組を制御装置に通知するステップと、
    前記制御装置からの制御に応じて、前記パケットをフローとして一律に制御するためのルールとアクションが定義されたフローエントリを登録するステップと
    をノード装置に実行させるためのプログラムを格納した
    記憶媒体。
  9. 請求項８に記載の記憶媒体であって、
    保有しているＭＡＣアドレス情報及びポート番号の組と、前記パケットの送信元ＭＡＣアドレス情報及びポート番号の組とを比較し、適合しない場合、前記パケットに基づく第１の問い合わせパケットを生成し、前記制御装置宛に前記第１の問い合わせパケットを送信するステップと、
    保有しているＭＡＣアドレス情報と、前記パケットの宛先ＭＡＣアドレス情報とを比較し、適合しない場合、前記パケットに基づく第２の問い合わせパケットを生成し、前記制御装置宛に前記第２の問い合わせパケットを送信するステップと
    を更にノード装置に実行させるためのプログラムを格納した
    記憶媒体。
  10. 請求項９に記載の記憶媒体であって、
    保有しているＭＡＣアドレス情報及びポート番号の組と、前記パケットの送信元ＭＡＣアドレス情報及びポート番号の組とを比較し、適合する場合、保有しているＭＡＣアドレス情報と、前記パケットの宛先ＭＡＣアドレス情報とを比較するステップと、
    保有しているＭＡＣアドレス情報と、前記パケットの宛先ＭＡＣアドレス情報とを比較し、適合する場合、前記パケットを転送するステップと
    を更にノード装置に実行させるためのプログラムを格納した
    記憶媒体。
JP2013508826A 2011-04-04 2012-03-28 ネットワークシステム、スイッチ、及び接続端末検知方法 Active JP5652630B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013508826A JP5652630B2 (ja) 2011-04-04 2012-03-28 ネットワークシステム、スイッチ、及び接続端末検知方法

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2011082765 2011-04-04
JP2011082765 2011-04-04
PCT/JP2012/058150 WO2012137646A1 (ja) 2011-04-04 2012-03-28 ネットワークシステム、スイッチ、及び接続端末検知方法
JP2013508826A JP5652630B2 (ja) 2011-04-04 2012-03-28 ネットワークシステム、スイッチ、及び接続端末検知方法

Publications (2)

Publication Number Publication Date
JPWO2012137646A1 true JPWO2012137646A1 (ja) 2014-07-28
JP5652630B2 JP5652630B2 (ja) 2015-01-14

Family

ID=46969047

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013508826A Active JP5652630B2 (ja) 2011-04-04 2012-03-28 ネットワークシステム、スイッチ、及び接続端末検知方法

Country Status (10)

Country Link
US (1) US9444743B2 (ja)
EP (1) EP2696537B1 (ja)
JP (1) JP5652630B2 (ja)
KR (1) KR101501397B1 (ja)
CN (1) CN103477593B (ja)
BR (1) BR112013025528A2 (ja)
CA (1) CA2832019A1 (ja)
ES (1) ES2607106T3 (ja)
RU (1) RU2583745C2 (ja)
WO (1) WO2012137646A1 (ja)

Families Citing this family (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9191327B2 (en) 2011-02-10 2015-11-17 Varmour Networks, Inc. Distributed service processing of network gateways using virtual machines
US10333827B2 (en) * 2012-04-11 2019-06-25 Varmour Networks, Inc. Adaptive session forwarding following virtual machine migration detection
JP6175766B2 (ja) * 2012-12-25 2017-08-09 日本電気株式会社 通信ノード、制御装置、通信システム、エントリ集約方法及びプログラム
CN103905577A (zh) * 2012-12-28 2014-07-02 中兴通讯股份有限公司 一种地址解析协议报文的处理方法和系统
US9270618B2 (en) 2013-02-28 2016-02-23 International Business Machines Corporation Source routing with fabric switches in an ethernet fabric network
CN103209121B (zh) * 2013-03-15 2019-02-01 中兴通讯股份有限公司 基于开放流协议的控制面设备的发现处理方法及装置
CN104113474B (zh) * 2013-04-22 2017-08-29 华为技术有限公司 转发路径的生成方法、控制器和系统
EP3012736A4 (en) * 2013-07-15 2016-07-27 Huawei Tech Co Ltd METHOD, DEVICE AND SYSTEM FOR PROCESSING DATA FLOWS
CN103501246A (zh) * 2013-09-27 2014-01-08 迈普通信技术股份有限公司 查找终端设备的上联采集设备和上联端口的方法及装置
JP6260285B2 (ja) * 2014-01-10 2018-01-17 富士通株式会社 制御装置および転送制御方法
US9973472B2 (en) 2015-04-02 2018-05-15 Varmour Networks, Inc. Methods and systems for orchestrating physical and virtual switches to enforce security boundaries
US10091238B2 (en) 2014-02-11 2018-10-02 Varmour Networks, Inc. Deception using distributed threat detection
US10264025B2 (en) 2016-06-24 2019-04-16 Varmour Networks, Inc. Security policy generation for virtualization, bare-metal server, and cloud computing environments
US9680708B2 (en) 2014-03-14 2017-06-13 Veritas Technologies Method and apparatus for cloud resource delivery
US20150341377A1 (en) * 2014-03-14 2015-11-26 Avni Networks Inc. Method and apparatus to provide real-time cloud security
US9439131B2 (en) * 2014-05-13 2016-09-06 Adtran, Inc. Detecting and disabling rogue access points in a network
CN104079506B (zh) * 2014-07-18 2017-02-15 国家电网公司 一种基于地理位置信息的交换机端口三层管理架构及其应用
CN104301446B (zh) * 2014-08-08 2019-04-09 新华三技术有限公司 一种报文处理方法、交换机设备及系统
CN104219150B (zh) * 2014-09-03 2018-03-16 新华三技术有限公司 流表下发方法及装置
CN104283738B (zh) * 2014-10-11 2018-07-17 新华三技术有限公司 一种链路检测方法及设备
CN104320340A (zh) * 2014-10-21 2015-01-28 杭州华三通信技术有限公司 软件定义网络中学习源mac地址的方法和装置
US9294442B1 (en) 2015-03-30 2016-03-22 Varmour Networks, Inc. System and method for threat-driven security policy controls
US10193929B2 (en) 2015-03-13 2019-01-29 Varmour Networks, Inc. Methods and systems for improving analytics in distributed networks
US9380027B1 (en) 2015-03-30 2016-06-28 Varmour Networks, Inc. Conditional declarative policies
US10009381B2 (en) 2015-03-30 2018-06-26 Varmour Networks, Inc. System and method for threat-driven security policy controls
US9525697B2 (en) 2015-04-02 2016-12-20 Varmour Networks, Inc. Delivering security functions to distributed networks
CN104869125B (zh) * 2015-06-09 2020-04-17 上海斐讯数据通信技术有限公司 基于sdn的动态防mac地址欺骗方法
CN104917640B (zh) * 2015-06-12 2017-11-24 国家电网公司 一种与接入点对应的交换机端口的定位方法
US10187218B2 (en) * 2015-09-15 2019-01-22 Google Llc Systems and methods for processing packets in a computer network
US10191758B2 (en) 2015-12-09 2019-01-29 Varmour Networks, Inc. Directing data traffic between intra-server virtual machines
US9680852B1 (en) 2016-01-29 2017-06-13 Varmour Networks, Inc. Recursive multi-layer examination for computer network security remediation
US9762599B2 (en) 2016-01-29 2017-09-12 Varmour Networks, Inc. Multi-node affinity-based examination for computer network security remediation
US9521115B1 (en) 2016-03-24 2016-12-13 Varmour Networks, Inc. Security policy generation using container metadata
US10755334B2 (en) 2016-06-30 2020-08-25 Varmour Networks, Inc. Systems and methods for continually scoring and segmenting open opportunities using client data and product predictors
US10560407B2 (en) * 2016-10-06 2020-02-11 Sap Se Payload description for computer messaging
KR20180056895A (ko) * 2016-11-21 2018-05-30 고려대학교 산학협력단 Sdn의 방화벽 응용의 검증시스템 및 그 검증방법
KR101926987B1 (ko) * 2017-07-11 2018-12-07 사단법인 엑시콘산학공동연구소 반도체 메모리 디바이스를 테스트 하기 위한 테스트 시스템 및 방법
US11290494B2 (en) 2019-05-31 2022-03-29 Varmour Networks, Inc. Reliability prediction for cloud security policies
US11575563B2 (en) 2019-05-31 2023-02-07 Varmour Networks, Inc. Cloud security management
US11290493B2 (en) 2019-05-31 2022-03-29 Varmour Networks, Inc. Template-driven intent-based security
US11310284B2 (en) 2019-05-31 2022-04-19 Varmour Networks, Inc. Validation of cloud security policies
US11863580B2 (en) 2019-05-31 2024-01-02 Varmour Networks, Inc. Modeling application dependencies to identify operational risk
US11711374B2 (en) 2019-05-31 2023-07-25 Varmour Networks, Inc. Systems and methods for understanding identity and organizational access to applications within an enterprise environment
CN111107021A (zh) * 2019-11-22 2020-05-05 广东工业大学 一种信息流路径的确定方法、装置、设备和存储介质
CN111555981A (zh) * 2020-04-03 2020-08-18 深圳震有科技股份有限公司 一种数据传输方法、交换机及存储介质
CN111726305B (zh) * 2020-06-18 2021-03-16 广州市品高软件股份有限公司 一种面向虚拟机的多级流表管控方法及系统
US11876817B2 (en) 2020-12-23 2024-01-16 Varmour Networks, Inc. Modeling queue-based message-oriented middleware relationships in a security system
US11818152B2 (en) 2020-12-23 2023-11-14 Varmour Networks, Inc. Modeling topic-based message-oriented middleware within a security system
US11777978B2 (en) 2021-01-29 2023-10-03 Varmour Networks, Inc. Methods and systems for accurately assessing application access risk
US11734316B2 (en) 2021-07-08 2023-08-22 Varmour Networks, Inc. Relationship-based search in a computing environment

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7453801B2 (en) * 2001-11-08 2008-11-18 Qualcomm Incorporated Admission control and resource allocation in a communication system supporting application flows having quality of service requirements
KR100425745B1 (ko) * 2001-11-24 2004-04-06 엘지전자 주식회사 패킷의 헤더압축을 지원하는 통신 시스템에서 패킷의전송방법
JP2003324468A (ja) * 2002-05-08 2003-11-14 Hitachi Ltd データ転送システム及びノード装置
JP2004153775A (ja) * 2002-09-03 2004-05-27 Ntt Docomo Inc 送受信制御装置、送受信制御方法および送受信制御プログラム
JP2007318432A (ja) * 2006-05-25 2007-12-06 Kyowa Exeo Corp ネットワーク端末位置情報取得方法およびシステム
EP1976195B1 (en) * 2007-03-30 2014-05-07 Alcatel-Lucent Method and apparatus for Mac address learning
CA2926677C (en) * 2007-09-26 2020-07-14 Nicira, Inc. Network operating system for managing and securing networks
JP2009094832A (ja) 2007-10-10 2009-04-30 Nec Access Technica Ltd マルチキャストデータ配信装置、その配信方法およびその配信制御プログラム
JP2009239625A (ja) * 2008-03-27 2009-10-15 Fujitsu Ltd ユーザ現在地検索装置、ユーザ現在地検索システム、ユーザ現在地検索方法、およびコンピュータプログラム
GB2461955A (en) * 2008-07-25 2010-01-27 Gnodal Ltd Ethernet bridge or router employing a distributed MAC address table
JP5408243B2 (ja) * 2009-03-09 2014-02-05 日本電気株式会社 ＯｐｅｎＦｌｏｗ通信システムおよびＯｐｅｎＦｌｏｗ通信方法
JP2011082765A (ja) 2009-10-06 2011-04-21 Hitachi Chem Co Ltd 電子機器、送受信部間の接続方法及びフィルム状配線
CN102577271B (zh) 2009-10-07 2016-04-13 日本电气株式会社 信息系统、控制服务器、虚拟网络管理方法以及程序
EP2572473B1 (en) * 2010-05-19 2014-02-26 Telefonaktiebolaget L M Ericsson (PUBL) Methods and apparatus for use in an openflow network
US8897134B2 (en) * 2010-06-25 2014-11-25 Telefonaktiebolaget L M Ericsson (Publ) Notifying a controller of a change to a packet forwarding configuration of a network element over a communication channel
US8619546B2 (en) * 2010-08-17 2013-12-31 Alcatel Lucent Method and apparatus for coping with link failures in central control plane architectures
US20120099591A1 (en) * 2010-10-26 2012-04-26 Dell Products, Lp System and Method for Scalable Flow Aware Network Architecture for Openflow Based Network Virtualization
US9001827B2 (en) * 2010-12-17 2015-04-07 Big Switch Networks, Inc. Methods for configuring network switches

Also Published As

Publication number Publication date
RU2583745C2 (ru) 2016-05-10
JP5652630B2 (ja) 2015-01-14
KR20130126730A (ko) 2013-11-20
RU2013148947A (ru) 2015-05-10
US9444743B2 (en) 2016-09-13
WO2012137646A1 (ja) 2012-10-11
ES2607106T3 (es) 2017-03-29
US20140022894A1 (en) 2014-01-23
CN103477593B (zh) 2017-03-29
EP2696537A1 (en) 2014-02-12
EP2696537B1 (en) 2016-09-28
CA2832019A1 (en) 2012-10-11
EP2696537A4 (en) 2014-09-03
BR112013025528A2 (pt) 2016-12-27
KR101501397B1 (ko) 2015-03-12
CN103477593A (zh) 2013-12-25

Similar Documents

Publication Publication Date Title
JP5652630B2 (ja) ネットワークシステム、スイッチ、及び接続端末検知方法
US9548933B2 (en) Network system, switch, and methods of network configuration
JP5660211B2 (ja) 通信経路制御システム、及び通信経路制御方法
JP5811253B2 (ja) ネットワークシステム、及びネットワーク管理方法
JP5610247B2 (ja) ネットワークシステム、及びポリシー経路設定方法
EP2765742B1 (en) Load reduction system, and load reduction method
JPWO2013108761A1 (ja) ネットワークシステム、及び経路情報同期方法
JP5682846B2 (ja) ネットワークシステム、パケット処理方法、及び記憶媒体
JP5821641B2 (ja) ネットワークシステム、スイッチ、及びスイッチ間設定通知方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140422

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140623

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140822

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: 20141022

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20141104

R150 Certificate of patent or registration of utility model

Ref document number: 5652630

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350