(57)【特許請求の範囲】
【請求項１】
通信パケットのフロー情報を用いた転送先判定を行うネットワークシステムのノード装置であって、
受信部で受信された通信パケットの送信元が自ネットワークシステム外であるか自ネットワークシステム内であるかを判定する送信元判定部と、
前記送信元判定部の判定で前記通信パケットの送信元が自ネットワークシステム外の場合に、前記通信パケットに対してデータ通信を示す通信種別識別情報を含む専用ヘッダを付与する専用ヘッダ付与部と、
前記送信元判定部の判定で前記通信パケットの送信元が自ネットワークシステム内の場合に、専用ヘッダに含まれる通信種別識別情報に基づいて前記通信パケットが制御通信かデータ通信かを判定するパケット種別判定部と、
前記パケット種別判定部の判定で前記通信パケットが制御通信である場合に、該通信パケットに指定された処理を実行する制御通信処理部と、
前記専用ヘッダ付与部で専用ヘッダを付与された通信パケット、前記パケット種別判定部でデータ通信と判定された通信パケット、及び前記制御通信処理部で処理された通信パケットの転送先を判定する転送先判定部と、
前記転送先判定部の判定で前記通信パケットの転送先が自ネットワークシステム外の場合に、前記通信パケットから専用ヘッダを削除する専用ヘッダ削除部と、
前記専用ヘッダ削除部で専用ヘッダを削除された通信パケット、及び前記転送先判定部で転送先が自ネットワークシステム内と判定された通信パケットを送信する送信部と、
を備えることを特徴とするノード装置。
【請求項２】
前記転送先判定部は、
通信パケットの転送先の判定に前記専用ヘッダを考慮する拡張転送先判定部と、
通信パケットの転送先の判定に前記専用ヘッダを考慮しないシフト転送先判定部と、
前記専用ヘッダに基づいて通信パケットを前記拡張転送先判定部か前記シフト転送先判定部に振り分けるパケット振分部と、
を有することを特徴とする請求項１に記載のノード装置。
【請求項３】
前記パケット種別判定部は、
前記通信パケットがデータ通信と判定した場合に、前記通信パケットのプロトコルスイートを識別する情報を前記専用ヘッダに付与する機能を有することを特徴とする請求項１又は２に記載のノード装置。
【請求項４】
前記拡張転送先判定部は、
通信パケットが自ネットワークシステム内にある他のノード装置を転送先とする場合に、前記通信パケットに専用ラベルフィールドを形成して前記他のノード装置の転送ラベルを付与、又は前記専用ラベルフィールドの転送ラベルを書き換え、
他の場合に、前記専用ラベルフィールドの転送ラベルを削除する
機能を有することを特徴とする請求項３に記載のノード装置。
【請求項５】
ネットワークシステムのノード装置で通信パケットのフロー情報を用いた転送先判定を行う転送方法であって、
受信部で受信された通信パケットの送信元が自ネットワークシステム外であるか自ネットワークシステム内であるかを判定する送信元判定手順と、
前記送信元判定手順の判定で前記通信パケットの送信元が自ネットワークシステム外の場合に、前記通信パケットに対してデータ通信を示す通信種別識別情報を含む専用ヘッダを付与する専用ヘッダ付与手順と、
前記送信元判定手順の判定で前記通信パケットの送信元が自ネットワークシステム内の場合に、専用ヘッダに含まれる通信種別識別情報に基づいて前記通信パケットが制御通信かデータ通信かを判定するパケット種別判定手順と、
前記パケット種別判定手順の判定で前記通信パケットが制御通信である場合に、該通信パケットに指定された処理を実行する制御通信処理手順と、
前記専用ヘッダ付与手順で専用ヘッダを付与された通信パケット、前記パケット種別判定手順でデータ通信と判定された通信パケット、及び前記制御通信処理手順で処理された通信パケットの転送先を判定する転送先判定手順と、
前記転送先判定手順の判定で前記通信パケットの転送先が自ネットワークシステム外の場合に、前記通信パケットから専用ヘッダを削除する専用ヘッダ削除手順と、
前記専用ヘッダ削除手順で専用ヘッダを削除された通信パケット、及び前記転送先判定手順で転送先が自ネットワークシステム内と判定された通信パケットを送信する送信手順と、
を行うことを特徴とする転送方法。
【請求項６】
通信パケットのフロー情報を用いた転送先判定を行うネットワークシステムのノード装置を制御する制御装置であって、
前記ノード装置の、
送信元判定部に、受信部で受信された通信パケットの送信元が自ネットワークシステム外であるか自ネットワークシステム内であるかを判定させ、
専用ヘッダ付与部に、前記送信元判定部の判定で前記通信パケットの送信元が自ネットワークシステム外の場合に、前記通信パケットに対してデータ通信を示す通信種別識別情報を含む専用ヘッダを付与させ、
パケット種別判定部に、前記送信元判定部の判定で前記通信パケットの送信元が自ネットワークシステム内の場合に、専用ヘッダに含まれる通信種別識別情報に基づいて前記通信パケットが制御通信かデータ通信かを判定させ、
制御通信処理部に、前記パケット種別判定部の判定で前記通信パケットが制御通信である場合に、該通信パケットに指定された処理を実行させ、
転送先判定部に、前記専用ヘッダ付与部で専用ヘッダを付与された通信パケット、前記パケット種別判定部でデータ通信と判定された通信パケット、及び前記制御通信処理部で処理された通信パケットの転送先を判定させ、
専用ヘッダ削除部に、前記転送先判定部の判定で前記通信パケットの転送先が自ネットワークシステム外の場合に、前記通信パケットから専用ヘッダを削除させ、
送信部に、前記専用ヘッダ削除部で専用ヘッダを削除された通信パケット、及び前記転送先判定部で転送先が自ネットワークシステム内と判定された通信パケットを送信させる
ことを特徴とする制御装置。
【請求項７】
コンピュータを請求項１から４のいずれかに記載のノード装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステムにおけるノード装置、パケットの転送方法、ノード装置を制御する制御装置、及びコンピュータをノード装置として機能させるプログラムに関する。
【背景技術】
【０００２】
Ｏｐｅｎｆｌｏｗなどのフローベースの転送先判定を行うＳＤＮ（Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋ）ネットワークシステムでは、ノード装置間の通信パケットは全てデータ通信として処理される（例えば、非特許文献１を参照。）。そして制御通信は全て、制御装置とノード装置との間で交換される。制御通信の例としては、ノード装置がフローベースの転送先判定を行うためのフロー設定のためのメッセージ送受信や、フローを監視するためのＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ，  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）などがある。図１は、非特許文献１のノード装置１００が行う処理を説明する図である。ノード装置１００は、例えば、パケットを送信する送信部１０と、パケットを受信する受信部１４と、フローベースの転送先判定を行う転送先判定部１１と、を備えたネットワークインターフェース（ＮＩＦ）１２０を備える。さらにノード装置１００は、各ＮＩＦ１２０で転送先が判定されたパケットを送信部１４へ引き渡す転送回路１３と、制御装置による設定要求を自ノード装置の各ＮＩＦ１２０に実施する設定機能部１２と、を備える。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】“ＯｐｅｎＦｌｏｗ  Ｓｗｉｔｃｈ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ  １．３．４”，  “２  Ｓｗｉｔｃｈ  Ｃｏｍｐｏｎｅｎｔｓ”，  Ｏｐｅｎ  Ｎｅｔｗｏｒｋｉｎｇ  Ｆｏｕｎｄａｔｉｏｎ，  Ｍａｒｃｈ  ２７，  ２０１４．
【発明の概要】
【発明が解決しようとする課題】
【０００４】
非特許文献のようなネットワークシステムに存在する課題について説明する。
【０００５】
（課題１）制御装置への負荷集中
図２は、課題１を説明する図である。例えば、ＯＡＭの監視用通信のような通信頻度が高く、通信遅延値が小さいことが求められる制御通信は、ノード装置間で直接交換することが望ましい。しかし、従来のＳＤＮネットワークシステムは、フローを監視するためのＯＡＭに関しては必ず制御装置を介して制御通信が行われるように設計されており、制御装置に負荷が集中することになり、制御装置に高い性能が求められる。例えば、通信の正常性を監視するＯＡＭのＣｏｎｔｉｎｕｉｔｙ  ｃｈｅｃｋ  （ＣＣ）を３ｍｓｅｃ間隔で送信する場合、１フローあたり０．３  ｋｉｌｏ  ｐａｃｋｅｔ  ｐｅｒ  ｓｅｃ  （ｋｐｐｓ）の負荷となり、０．１  ｍｉｌｌｉｏｎ  ｆｌｏｗ  （Ｍ  ｆｌｏｗ）を扱うには、制御装置は３０Ｍｐｐｓ程度の負荷を処理することとなる。なお、一般的に３０Ｍｐｐｓ程度の処理を行う通信装置は、４５０Ｇｂｐｓ程度の処理が可能な通信装置である。
【０００６】
（課題２）パケットの混信
図３は、課題２を説明する図である。従来のＳＤＮネットワークシステムは、ノード装置間で交換されるパケット通信について、制御通信かデータ通信かを識別する機構は備えていない。ここで、パケットの特定領域に制御通信を識別する情報が付与されたパケットを制御装置に転送するようにノード装置を設定することはできる。しかし、例えば、ＳＤＮネットワークシステム外の装置が、制御通信を識別する情報を付与されたパケットと同一のパケットをＳＤＮネットワークシステムに入力すると、ノード装置はそのパケットが制御信号なのか外部のネットワークから入力された信号なのか判別できず混信することになる。
【０００７】
（課題３）フロー管理上の不具合
従来のＳＤＮネットワークシステムは、例えばＥｔｈｅｒｎｅｔ（登録商標）やＩＰなどの個別プロトコルで規定されたＯＡＭのＣＣ通信については実施可能であるが、フローに対するＯＡＭの実施に次のような課題がある。
【０００８】
例えば、制御装置がノード装置に対してＣＣによる監視対象のフロー情報とＯＡＭ情報とを組にしたフローエントリを追加し、さらに制御装置がノード装置に対して監視対象のフロー情報とＯＡＭ情報とを付与したＣＣパケットを送信することで、フローの監視を行うことは可能である。しかし、監視対象のフローのパケットを生成できる装置であって制御装置以外である装置が、ＯＡＭ情報と等価な情報をパケットに付与する可能性があり、課題２と同様にパケットの混信が発生することがある。さらに、監視対象のフローとＯＡＭ用のフローとで異なるフローエントリが作られることでフローエントリの数が増え、全てのフローを監視するためにはフローエントリが二倍必要になる。また、検査対象のフローエントリが誤操作や誤動作によって消去されたとしてもＯＡＭ用のフローエントリさえ残っていれば到達性が確保されているように見える。このように、フローの管理上の困難性が発生することになる。
【０００９】
一方、監視対象のフロー情報とＯＡＭ情報とを組にしたフローエントリを追加しない方法も考えられる。制御装置がノード装置に対して監視対象のフロー情報とＯＡＭ情報とを付与したＣＣパケットのＴｉｍｅ  Ｔｏ  Ｌｉｖｅ（ＴＴＬ）値を少なく設定して、フローエントリに依らずにＯＡＭ情報を付与したパケットを制御装置に戻すことでフローの監視を行う。しかし、監視対象のフローのパケットを生成する装置であって制御装置以外である装置が、ＴＴＬ値を含めてＯＡＭ情報と等価な情報をパケットに付与する可能性があり、課題２と同様にパケットの混信が発生することがある。さらに、監視区間の最後のノード装置では、フローエントリとパケットとのマッチング結果が設定値と異なっていたとしてもＴＴＬ値が０であることのみで制御装置にパケットを転送してしまうことから、監視対象のフローのフローエントリの正常性を監視することが困難である。
【００１０】
（課題４）プロトコルに対する柔軟性
従来のＳＤＮネットワークシステムは、フローのＬ２がＥｔｈｅｒｎｅｔ（登録商標）であることを前提としてマッチングを行うため、例えばＥｔｈｅｒｎｅｔ（登録商標）とは異なる規格のＬ２プロトコルを扱うことができないという課題があった。
【００１１】
また、従来のＳＤＮネットワークシステムは、フローマッチングのルールはＥｔｈｅｒｎｅｔ（登録商標）／ＩＰ／ＴＣＰなどの標準で規定されたプロトコルスイートを前提として固定的に定められている。このため、例えば、フローマッチングを効率的に行うために既存のフローマッチングの仕組みと異なる仕組みのフローマッチングを導入することが困難という課題もある。
【００１２】
（課題５）フロー数の制限
従来のＳＤＮネットワークシステムのノード装置におけるフローマッチングは様々なフローを扱えるようにマッチングを行うフィールドが長く、かつ、任意ビットのマッチングルール（パケットのマッチング対象のビットが０と１とのいずれであってもマッチングするようなマッチングのルール）を扱うことができるように設計されているが、この設計は、フローエントリが長くなることで多くのメモリを消費する課題と、マッチングにかかる計算が複雑になる課題を持ち、ノード装置が収容可能なフロー数が増やしにくい。
【００１３】
そこで、本発明は、上記課題１〜５を解決する、ノード装置、転送方法、制御装置、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、ネットワークシステムの外部から流入するパケットに専用ヘッダを付与して制御通信とデータ通信を識別し、ネットワークシステムの外部へ流出するパケットから専用ヘッダを削除して既存のネットワークシステムとも通信可能とすることとした。
【００１５】
具体的には、本発明に係るノード装置は、通信パケットのフロー情報を用いた転送先判定を行うネットワークシステムのノード装置であって、
受信部で受信された通信パケットの送信元が自ネットワークシステム外であるか自ネットワークシステム内であるかを判定する送信元判定部と、
前記送信元判定部の判定で前記通信パケットの送信元が自ネットワークシステム外の場合に、前記通信パケットに対してデータ通信を示す通信種別識別情報を含む専用ヘッダを付与する専用ヘッダ付与部と、
前記送信元判定部の判定で前記通信パケットの送信元が自ネットワークシステム内の場合に、専用ヘッダに含まれる通信種別識別情報に基づいて前記通信パケットが制御通信かデータ通信かを判定するパケット種別判定部と、
前記パケット種別判定部の判定で前記通信パケットが制御通信である場合に、該通信パケットに指定された処理を実行する制御通信処理部と、
前記専用ヘッダ付与部で専用ヘッダを付与された通信パケット、前記パケット種別判定部でデータ通信と判定された通信パケット、及び前記制御通信処理部で処理された通信パケットの転送先を判定する転送先判定部と、
前記転送先判定部の判定で前記通信パケットの転送先が自ネットワークシステム外の場合に、前記通信パケットから専用ヘッダを削除する専用ヘッダ削除部と、
前記専用ヘッダ削除部で専用ヘッダを削除された通信パケット、及び前記転送先判定部で転送先が自ネットワークシステム内と判定された通信パケットを送信する送信部と、
を備えることを特徴とする。
【００１６】
具体的には、本発明に係る転送方法は、ネットワークシステムのノード装置で通信パケットのフロー情報を用いた転送先判定を行う転送方法であって、
受信部で受信された通信パケットの送信元が自ネットワークシステム外であるか自ネットワークシステム内であるかを判定する送信元判定手順と、
前記送信元判定手順の判定で前記通信パケットの送信元が自ネットワークシステム外の場合に、前記通信パケットに対してデータ通信を示す通信種別識別情報を含む専用ヘッダを付与する専用ヘッダ付与手順と、
前記送信元判定手順の判定で前記通信パケットの送信元が自ネットワークシステム内の場合に、専用ヘッダに含まれる通信種別識別情報に基づいて前記通信パケットが制御通信かデータ通信かを判定するパケット種別判定手順と、
前記パケット種別判定手順の判定で前記通信パケットが制御通信である場合に、該通信パケットに指定された処理を実行する制御通信処理手順と、
前記専用ヘッダ付与手順で専用ヘッダを付与された通信パケット、前記パケット種別判定手順でデータ通信と判定された通信パケット、及び前記制御通信処理手順で処理された通信パケットの転送先を判定する転送先判定手順と、
前記転送先判定手順の判定で前記通信パケットの転送先が自ネットワークシステム外の場合に、前記通信パケットから専用ヘッダを削除する専用ヘッダ削除手順と、
前記専用ヘッダ削除手順で専用ヘッダを削除された通信パケット、及び前記転送先判定手順で転送先が自ネットワークシステム内と判定された通信パケットを送信する送信手順と、
を行うことを特徴とする。
【００１７】
具体的には、本発明に係る制御装置は、通信パケットのフロー情報を用いた転送先判定を行うネットワークシステムのノード装置を制御する制御装置であって、
前記ノード装置の、
送信元判定部に、受信部で受信された通信パケットの送信元が自ネットワークシステム外であるか自ネットワークシステム内であるかを判定させ、
専用ヘッダ付与部に、前記送信元判定部の判定で前記通信パケットの送信元が自ネットワークシステム外の場合に、前記通信パケットに対してデータ通信を示す通信種別識別情報を含む専用ヘッダを付与させ、
パケット種別判定部に、前記送信元判定部の判定で前記通信パケットの送信元が自ネットワークシステム内の場合に、専用ヘッダに含まれる通信種別識別情報に基づいて前記通信パケットが制御通信かデータ通信かを判定させ、
制御通信処理部に、前記パケット種別判定部の判定で前記通信パケットが制御通信である場合に、該通信パケットに指定された処理を実行させ、
転送先判定部に、前記専用ヘッダ付与部で専用ヘッダを付与された通信パケット、前記パケット種別判定部でデータ通信と判定された通信パケット、及び前記制御通信処理部で処理された通信パケットの転送先を判定させ、
専用ヘッダ削除部に、前記転送先判定部の判定で前記通信パケットの転送先が自ネットワークシステム外の場合に、前記通信パケットから専用ヘッダを削除させ、
送信部に、前記専用ヘッダ削除部で専用ヘッダを削除された通信パケット、及び前記転送先判定部で転送先が自ネットワークシステム内と判定された通信パケットを送信させる
ことを特徴とする。
【００１８】
通信パケットのフロー情報を用いた転送先判定を行うネットワークシステムにおいて、外部から流入するパケットに専用ヘッダの付与し、外部へ流出するパケットから専用ヘッダを除去することで、データ通信と制御通信を明確に識別できノード装置間で混信を防いで制御通信を扱うことが可能となる（課題２の解決）。さらに、ノード装置間で直接通信可能となるため制御装置の負荷が低減される（課題１の解決）。従って、本発明は、課題１と課題２を解決できるノード装置、転送方法、及び制御装置を提供することができる。
【００１９】
本発明に係るノード装置の前記転送先判定部は、
通信パケットの転送先の判定に前記専用ヘッダを考慮する拡張転送先判定部と、
通信パケットの転送先の判定に前記専用ヘッダを考慮しないシフト転送先判定部と、
前記専用ヘッダに基づいて通信パケットを前記拡張転送先判定部か前記シフト転送先判定部に振り分けるパケット振分部と、
を有することを特徴とする。
【００２０】
パケットによって拡張転送先判定部とシフト転送先判定部を切り替えることで、フローのＯＡＭを確実に実施でき（課題３の解決）、かつ、既存のネットワークシステムとの後方互換性を保つことができる。後方互換性を保つことができる理由は次の通りである。専用ヘッダ付与部は、受信したパケット全てに専用ヘッダを付与するが、既存ヘッダも残しており、従来のプロトコルスイート（Ｅｔｈｅｒｎｅｔ（登録商標）／ＩＰ／ＴＣＰ系）のパケットであれば、シフト転送先判定部は既存ヘッダを用いてフローマッチングできる。このため、本発明は、既存のネットワークシステムとの後方互換性を保つことができる。
【００２１】
本発明に係るノード装置の前記パケット種別判定部は、
前記通信パケットがデータ通信と判定した場合に、前記通信パケットのプロトコルスイートを識別する情報を前記専用ヘッダに付与する機能を有することを特徴とする。
【００２２】
新しいＬ２プロトコルを処理可能となる効果や、既存のプロトコルスイートとは異なるプロトコルスイートで構成されるフローを、既存のプロトコルスイートと併存させて処理することが可能となる（課題４の解決）。
【００２３】
本発明に係るノード装置の前記拡張転送先判定部は、
通信パケットが自ネットワークシステム内にある他のノード装置を転送先とする場合に、前記通信パケットに専用ラベルフィールドを形成して前記他のノード装置の転送ラベルを付与、又は前記専用ラベルフィールドの転送ラベルを書き換え、
他の場合に、前記専用ラベルフィールドの転送ラベルを削除する
機能を有することを特徴とする。
【００２４】
パケットに専用ラベルフィールドを形成し、転送先のノード装置のラベルを付与することで、ノード装置間でのフローマッチングを単純化でき、フローテーブルを小さく抑え、かつ、パケットを高速に転送することができる（課題５の解決）。
【００２５】
本発明に係るプログラムは、コンピュータを前記ノード装置として機能させる。本発明に係るノード装置はコンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
【発明の効果】
【００２６】
本発明は、上記課題１〜５を解決する、ノード装置、転送方法、制御装置、及びプログラムを提供することができる。
【図面の簡単な説明】
【００２７】
【図１】ノード装置が行う処理を説明する図である。
【図２】本発明が解決しようとする課題を説明する図である。
【図３】本発明が解決しようとする課題を説明する図である。
【図４】本発明に係るノード装置と制御装置を含むネットワークシステムの構成例を説明する図である。（ａ）（ｂ）（ｃ）は図１５に説明するパケットのフォーマットである。
【図５】本発明に係るノード装置が行う処理を説明する図である。
【図６】本発明に係るノード装置が行うデータ通信設定を説明するシーケンス図である。
【図７】本発明に係るノード装置が行う制御通信設定を説明するシーケンス図である。
【図８】本発明がどのように課題を解決したかを説明する図である。
【図９】本発明がどのように課題を解決したかを説明する図である。
【図１０】本発明に係るノード装置が行う処理を説明する図である。
【図１１】本発明に係るノード装置のシフト転送先判定部の動作を説明する図である。
【図１２】本発明に係るノード装置と制御装置を含むネットワークシステムの構成例を説明する図である。
【図１３】本発明に係るノード装置が行う処理を説明する図である。
【図１４】本発明に係るノード装置が行うデータ通信設定を説明するシーケンス図である。
【図１５】本発明に係るノード装置と制御装置を含むネットワークシステムでのパケットフォーマットの例を説明する図である。
【図１６】本発明に係るノード装置と制御装置を含むネットワークシステムでのパケットフォーマットの例を説明する図である。
【発明を実施するための形態】
【００２８】
添付の図面を参照して本発明の実施形態を説明する。以下に説明する実施形態は本発明の実施例であり、本発明は、以下の実施形態に制限されるものではない。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。
【００２９】
（実施形態１）
図４は、本実施形態のネットワークシステム３０１の構成例を説明する図である。ネットワークシステム３０１は、ＳＤＮネットワークシステムであり、複数の第一ノード装置１０１とこれらを制御する制御装置１５０を含む。これらの装置は相互に接続され、データ通信及び制御通信を行うことができる。
【００３０】
第一ノード装置１０１の一部又は全部は、ネットワークシステム３０１の外部のネットワークシステム（３００Ａ、３００Ｂ）が含む第二ノード装置１００と接続している。第二ノード装置１００は、図１で説明したノード装置１００である。
【００３１】
図４には、ネットワークシステム３０１で送受されるパケットのフォーマット（ａ）（ｂ）（ｃ）も記載している。図１５にフォーマット（ａ）（ｂ）（ｃ）の具体例を説明する。ネットワークシステム３０１とネットワークシステム（３００Ａ、３００Ｂ）との間で送受されるパケットのフォーマットは従来から規定されている図１５のフォーマット（ａ）である。一方、ネットワークシステム３０１内で転送されるデータ通信のパケットフォーマットは図１５のフォーマット（ｂ）であり、制御通信のパケットフォーマットは図１５のフォーマット（ｃ）である。
【００３２】
図５は、第一ノード装置１０１が行う処理を説明する図である。第一ノード装置１０１は、通信パケットのフロー情報を用いた転送先判定を行うネットワークシステムのノード装置であって、
受信部で受信された通信パケットの送信元が自ネットワークシステム外であるか自ネットワークシステム内であるかを判定する送信元判定部２１と、
送信元判定部２１の判定で前記通信パケットの送信元が自ネットワークシステム外の場合に、前記通信パケットに対してデータ通信を示す通信種別識別情報を含む専用ヘッダを付与する専用ヘッダ付与部２２と、
送信元判定部２１の判定で前記通信パケットの送信元が自ネットワークシステム内の場合に、専用ヘッダに含まれる通信種別識別情報に基づいて前記通信パケットが制御通信かデータ通信かを判定するパケット種別判定部（２３ａ、２３ｂ）と、
パケット種別判定部（２３ａ、２３ｂ）の判定で前記通信パケットが制御通信である場合に、該通信パケットに指定された処理を実行する制御通信処理部（２４ａ、２４ｂ）と、
専用ヘッダ付与部２２で専用ヘッダを付与された通信パケット、パケット種別判定部２３ａでデータ通信と判定された通信パケット、及び制御通信処理部２４ａで処理された通信パケットの転送先を判定する転送先判定部１１ａと、
転送先判定部１１ａの判定で前記通信パケットの転送先が自ネットワークシステム外の場合に、前記通信パケットから専用ヘッダを削除する専用ヘッダ削除部２５と、
専用ヘッダ削除部２５で専用ヘッダを削除された通信パケット、及び転送先判定部１１ａで転送先が自ネットワークシステム内と判定された通信パケットを送信する送信部１４と、
を備えることを特徴とする。
【００３３】
第一ノード装置１０１のＮＩＦ１２１は、受信部１０、送信元判定部２１、専用ヘッダ付与部２２、パケット種別判定部（２３ａ、２３ｂ）、制御通信処理部（２４ａ、２４ｂ）、転送先判定部１１ａ、専用ヘッダ削除部２５、及び送信部１４を有する。また、第一ノード装置１０１は、各ＮＩＦ１２１で転送先が判定されたパケットをパケット種別判定部２３ｂへ引き渡す転送回路１３と、制御装置による設定要求を自ノード装置の各ＮＩＦ１２１に実施する設定機能部１２と、を備える。
【００３４】
第一ノード装置１０１の動作を詳細に説明する。
受信部１０は、パケットを第一ノード装置１０１外から受信する（ステップＳ４０１）。受信部１０が受信するパケットのフォーマットは、第一ノード装置１０１が含まれるＳＤＮネットワークシステム３０１外からのデータ通信であれば図１５のフォーマット（ａ）であり、制御装置１５０等ＳＤＮネットワークシステム３０１内で生成された制御通信であれば図１５のフォーマット（ｃ）である。
送信元判定部２１の判定部１は、装置の記憶域に予めターミナルなどから設定された設定値が制御装置１５０と接続するＮＩＦであることを示す場合に、受信したパケットを設定機能部１２に送る（ステップＳ４０２）。
設定機能部１２は制御装置１５０からの設定要求を解釈し、各ＮＩＦ１２１に必要な設定を施す（ステップＳ４０３）。なお、本実施形態では制御装置１５０と接続されるＮＩＦとそれ以外のＮＩＦとを共通化しているが、制御装置１５０と接続されるＮＩＦとを他のＮＩＦとで種別を分けて設置しても良い。
送信元判定部２１の判定部２は、制御装置１５０から予め通知された設定情報によって、ＮＩＦ１２１の接続先がＳＤＮネットワークシステム外の装置であるかを識別する。判定部２は、ＮＩＦ１２１の接続先がＳＤＮネットワークシステム外の装置である場合、パケットを専用ヘッダ付与部２２に送り、それ以外の場合、パケットを通信種別情報判定部２３ａに送る（ステップＳ４０５、Ｓ４０６）。
専用ヘッダ付与部２２は、通信種別がデータ通信であることを示す専用ヘッダをパケットに付与する（ステップＳ４０７）。ここで、当該データ通信のパケットのフォーマットが図１５のフォーマット（ａ）からフォーマット（ｂ）となる。
通信種別情報判定部２３ａはパケットの専用ヘッダの通信種別を示す情報によりデータ通信であるか、制御通信であるかを判定して（ステップＳ４０８）、データ通信である場合、該パケットを転送先判定部１１ａに送り、それ以外の場合、該パケットを制御通信処理部２４ａに送る（ステップＳ４０９）。
転送先判定部１１ａは、パケットの専用ヘッダを含む情報を用いて、フローテーブルからパケットのフローを検索し、該パケットの適切な出力先ＮＩＦを選択して待ち行列に格納する（ステップＳ４１０）。
転送回路１３は各ＮＩＦの転送先判定部１１ａの待ち行列をチェックし、適切な出力先ＮＩＦへ順次パケットを転送する（ステップＳ４１１）。
制御通信処理部２４ａは、制御通信のパケットを受信すると、制御装置から予め要求された処理があればその処理をパケットに施し、該パケットが自分宛であるかを確認し（ステップＳ４１２）、自分宛である場合は受信し、それ以外の場合は転送先判定部１１ａに送る（ステップＳ４１３）。また、制御通信処理部２４ａは、制御装置１５０からパケット生成の要求を受けると、要求に従って、例えばＯＡＭ用のＣＣパケットを生成して転送先判定部１１ａに送る（ステップＳ４１４）。
通信種別情報判定部２３ｂは、転送回路１３を経由してきたパケットの専用ヘッダの種別情報により、該パケットがデータ通信か制御通信かを判定し（ステップ４１５）、データ通信である場合、判定部３へ送り、制御通信である場合、制御通信処理部２４ｂへ送る（ステップＳ４１６）。
制御通信処理部２４ｂは、制御パケットを受信すると、制御装置１５０から予め要求された処理があればその処理をパケットに施し（ステップＳ４１７）、該パケットが自分宛であるかを確認し、自分宛である場合は受信し、それ以外は判定部３に転送する（ステップＳ４１８）。
判定部３は、制御装置１５０から予め通知された設定情報によって、ＮＩＦの接続先がＳＤＮネットワークシステム外の装置であるかを識別する（ステップＳ４１９）。判定部３は、ＮＩＦの接続先がＳＤＮネットワークシステム外の装置である場合、パケットを専用ヘッダ除去部２５に送り、それ以外の場合、パケットを送信部１４に送る（ステップＳ４２０）。
専用ヘッダ除去部２５は、専用ヘッダをパケットから除去して送信部１４へ送る（ステップＳ４２１）。ここで、データ通信のパケットのフォーマットが図１５のフォーマット（ｂ）からフォーマット（ａ）となる。
送信部１４は、パケットを第一ノード装置外（他の第一ノード装置１０１、制御装置１５０、又は第二ノード装置１００）へ送信する（ステップＳ４２２）。
【００３５】
制御装置１５０は、通信パケットのフロー情報を用いた転送先判定を行うネットワークシステムのノード装置１０１を制御する制御装置であって、
ノード装置１０１の、
送信元判定部２１に、受信部１０で受信された通信パケットの送信元が自ネットワークシステム外であるか自ネットワークシステム内であるかを判定させ、
専用ヘッダ付与部２２に、送信元判定部２１の判定で前記通信パケットの送信元が自ネットワークシステム外の場合に、前記通信パケットに対してデータ通信を示す通信種別識別情報を含む専用ヘッダを付与させ、
パケット種別判定部（２３ａ、２３ｂ）に、送信元判定部２１の判定で前記通信パケットの送信元が自ネットワークシステム内の場合に、専用ヘッダに含まれる通信種別識別情報に基づいて前記通信パケットが制御通信かデータ通信かを判定させ、
制御通信処理部（２４ａ、２４ｂ）に、パケット種別判定部（２３ａ、２３ｂ）の判定で前記通信パケットが制御通信である場合に、該通信パケットに指定された処理を実行させ、
転送先判定部１１ａに、前記専用ヘッダ付与部で専用ヘッダを付与された通信パケット、パケット種別判定部２３ａでデータ通信と判定された通信パケット、及び制御通信処理部２４ａで処理された通信パケットの転送先を判定させ、
専用ヘッダ削除部２５に、転送先判定部１１ａの判定で前記通信パケットの転送先が自ネットワークシステム外の場合に、前記通信パケットから専用ヘッダを削除させ、
送信部１４に、専用ヘッダ削除部２５で専用ヘッダを削除された通信パケット、及び転送先判定部１１ａで転送先が自ネットワークシステム内と判定された通信パケットを送信させる
ことを特徴とする。
【００３６】
図６及び図７は、第一ノード装置１０１が図５で説明した処理を行うように制御装置１５０から各第一ノード装置１０１に対して行う設定シーケンスを説明する図である。図６は、データ通信についての設定を説明し、図７は制御通信についての設定を説明したものである。なお、当該設定は、制御装置から各第一ノード装置１０１へプログラムを送り、各第一ノード装置１０１に該プログラムを実行させることで実施することができる。
【００３７】
まず、図６のデータ通信に関する設定から説明する。設定前の状態では、第二ノード装置１００から転送されてきたパケット（フォーマット（ａ））は、ＳＤＮネットワークシステム３０１内でのフォーマットと異なるため、第一ノード装置１０１で破棄される。
制御装置から第一ノード装置へ設定のプログラムが送られ（ステップＳ１１１、Ｓ１１３）、設定が開始される。ステップＳ１１１は、第二ノード装置１００に接続される第一ノード装置１０１の受信部１０で受信するパケットに、通信種別がデータ通信の専用ヘッダを付与する設定と、第二ノード装置１００に接続される第一ノード装置１０１の送信部１４で送信するパケットから専用ヘッダを除去する設定の要求である。ステップＳ１１３は、第一ノード装置１０１の転送判定部１１ａでデータ通信パケットを転送する設定の要求である。ステップＳ１１２及びステップＳ１１４は、それぞれステップＳ１１１及びステップＳ１１３の要求を実施する。そして、第一ノード装置１０１の設定が終了した後、第二ノード装置１００から転送されてきたパケット（フォーマット（ａ））は、第一ノード装置１０１で専用ヘッダが付加されてフォーマット（ｂ）となり、ＳＤＮネットワークシステム３０１内で転送が可能になる。そして、当該パケットは、ＳＤＮネットワークシステム３０１から流出する際に第一ノード装置１０１で専用ヘッダが削除され、フォーマット（ａ）に戻る。このため、従前の第二ノード装置１００は、当該パケットを受信することができる。すなわち、従前のＳＤＮネットワーク３００ＡからＳＤＮネットワーク３００Ｂへパケット転送がなされる場合であっても、パケットフォーマットが異なるＳＤＮネットワーク３０１が存在を考慮せずパケットの転送が可能となる。
【００３８】
続いて、図７の制御通信に関する設定を説明する。制御装置１５０から各第一ノード装置１０１へ設定のプログラムが送られ、設定が開始される。ステップＳ１２１、ステップＳ１２２、及びステップＳ１２３は、それぞれ第一ノード装置１０１の制御通信処理部（２４ａ、２４ｂ）に制御通信のパケットについての送信、転送、及び受信を設定する要求である。そして、それぞれの第一ノード装置１０１は、ステップＳ１２４、ステップＳ１２５、及びステップＳ１２６で制御通信のパケットについての送信、転送、及び受信を設定する。設定が完了した後は、第一ノード装置（１）で送信された制御通信のパケットが第一ノード装置（２）で転送され、第一ノード装置（３）で受信される。なお、第一ノード装置（２）は、制御通信のパケットの受信タイムアウト等で故障を検知した場合（ステップＳ１２７）、制御装置１５０へ故障検知を通知する（ステップＳ１２８）。
【００３９】
図８は、本実施形態のＳＤＮネットワークシステムが課題１を解決できていることを説明する図である。図８（ａ）は、従前の課題１を有するネットワークシステムであり、制御装置１５０は監視を含む全ての制御通信の始点と終点になるため、非常に高負荷となっていた。図８（ｂ）は、本実施形態のネットワークシステムであり、第一ノード装置１０１は監視などの制御通信をノード装置間で交換し、故障などを検知した場合のみ制御装置１５０に通知する。このため、制御装置１５０は、制御通信として設定と故障報告受信のみ行うので負荷が大幅に低減する。従って、本実施形態のＳＤＮネットワークシステムは課題１を解決している。
【００４０】
図９は、本実施形態のＳＤＮネットワークシステムが課題２を解決できていることを説明する図である。図９（ａ）は、従前の課題２を有するネットワークシステムであり、ＳＤＮネットワークシステム３００ＡからＳＤＮネットワークシステム３００Ｂへ送信したパケットがＳＤＮネットワークシステム３００Ｃ内の制御通信に使用される情報と同じ情報を持つ場合、制御装置に誤転送されてしまっていた。図９（ｂ）は、本実施形態のＳＤＮネットワークシステム３０１であり、ＳＤＮネットワークシステム３００Ａから送信されたパケットはＳＤＮネットワークシステム３０１内で必ずデータ通信として区分されるため、制御装置１５０に誤転送されることはなく、宛先のＳＤＮネットワークシステム３００Ｂへ転送される。従って、本実施形態のＳＤＮネットワークシステムは課題２を解決している。
【００４１】
（実施形態２）
本実施形態のネットワークシステムの構成及びパケットのフォーマットは、実施形態１と同じである。
【００４２】
図１０は、第一ノード装置１０１Ａが行う処理を説明する図である。第一ノード装置１０１Ａと図５の第一ノード装置１０１との違いは、転送判定部１１ａが判定部４、シフト転送先判定部３１、及び拡張転送先判定部３２で構成されている点である。すなわち、転送先判定部１１ａは、通信パケットの転送先の判定に前記専用ヘッダを考慮する拡張転送先判定部３２と、通信パケットの転送先の判定に前記専用ヘッダを考慮しないシフト転送先判定部３１と、前記専用ヘッダに基づいて通信パケットを拡張転送先判定部３２かシフト転送先判定部３１に振り分けるパケット振分部（判定部４）と、
を有する。
【００４３】
図１１は、シフト転送先判定部３１が転送先を判定する手法を説明する図である。図１１（ｂ）及び（ｃ）は、図４（ｂ）及び（ｃ）で説明したフォーマットと同じである。シフト転送先判定部３１は、パケットの専用ヘッダを除いた部分を用いて、フローテーブルからパケットのフローを検索し、該パケットの適切な出力先ＮＩＦを選択して待ち行列に格納する。拡張転送先判定部３２は、パケットの専用ヘッダを含む情報を用いて、フローテーブルからパケットのフローを検索し、該パケットの適切な出力先ＮＩＦを選択して待ち行列に格納する。
【００４４】
判定部４は、設定情報（シフト転送先判定部へ転送されるプロトコルスイート値のリスト、または、拡張転送先判定部へ転送されるプロトコルスイート値のリストのいずれかもしくは両方）が制御装置１５０から予め通知されている。あるいは、判定部４は、第一ノード装置の記憶域に設定情報（同上）が予めターミナルなどから設定されている。そして、判定部４は、上記設定情報のいずれかをもしくは両方を用い、受信したパケットの専用ヘッダフィールドのプロトコルスイート値に基づいて当該パケットをシフト転送先判定部へ送るか、拡張転送先判定部に送るかを決定する。
【００４５】
本実施形態の第一ノード装置１０１Ａが課題３を解決することを説明する。課題３を再度説明すれば、次の通りである。
従前のＳＤＮネットワークシステムでは、ＯＡＭ情報を付与されたパケットをノード装置が監視パケットと峻別して制御装置に転送する場合、かつ、制御装置以外がＯＡＭ情報と等価な情報をデータ通信のパケットに付与した場合に、
（不具合１）制御装置以外にてＯＡＭ情報と等価な情報を付与されたデータ通信のパケットがノード装置にて誤って監視パケットとして処理されてしまう可能性、
（不具合２）ノード装置にて監視対象であるデータ通信のフローとＯＡＭ用のフローとで異なるフローエントリが作られることでフローエントリの数が増え、全てのフローを監視するためにはフローエントリが二倍必要
（不具合３）監視対象のフローエントリが誤操作や誤動作によって消去されたとしてもＯＡＭ用のフローエントリさえ残っていれば到達性が確保されているように見える可能性、
という不具合があった。
【００４６】
本実施形態では、制御装置以外にてＯＡＭ情報と等価な情報を付与されたいずれのパケットも専用ヘッダが更に付与されてデータ通信パケットとして峻別可能となっている。このため、ノード装置にて誤って監視パケットとして処理されることがなくなり上記不具合１を解消できる。そして、シフト転送先判定部でデータ通信と制御通信とが同じフローテーブルを通ることができるようになるので、フローエントリが無駄に増加することを防止でき上記不具合２を解消できる。さらに、本実施形態は、監視対象のフローとＯＡＭ用のフローと２つ必要であったところ１つのフローで済むため、フローエントリが誤操作や誤動作によって消去されたことを容易に認知でき、上記不具合３を解消できる。
【００４７】
（実施形態３）
図１２は、本実施形態のネットワークシステムの構成を説明する図である。図１６は、本実施形態のパケットのフォーマット例を説明する図である。ネットワークシステム３０１とネットワークシステム（３００Ａ、３００Ｂ）との間で送受されるパケットのフォーマットは従来から規定されている図１６のフォーマット（ａ）である。図１６のフォーマット（ａ）は図１５のフォーマット（ａ）と同じである。一方、ネットワークシステム３０１内で転送されるデータ通信のパケットフォーマットは図１６のフォーマット（ｄ）又はフォーマット（ｅ）であり、制御通信のパケットフォーマットは図１６のフォーマット（ｆ）又はフォーマット（ｇ）である。
【００４８】
図１３は、第一ノード装置１０１Ｂが行う処理を説明する図である。第一ノード装置１０１Ｂと図１０の第一ノード装置１０１Ａとの違いは、パケットに付与する専用ヘッダの記載事項とパケットにさらに転送ラベルを付与する点である。すなわち、パケット種別判定部２３ａは、前記通信パケットがデータ通信と判定した場合に、前記通信パケットのプロトコルスイートを識別する情報を前記専用ヘッダに付与する機能を有する。さらに、拡張転送先判定部３２は、通信パケットが自ネットワークシステム内にある他のノード装置を転送先とする場合に、前記通信パケットに専用ラベルフィールドを形成して前記他のノード装置の転送ラベルを付与、又は前記専用ラベルフィールドの転送ラベルを書き換え、他の場合に、前記専用ラベルフィールドの転送ラベルを削除する機能を有する。
【００４９】
図１４は、第一ノード装置１０１Ｂが図１３で説明した処理を行うように制御装置１５０から各第一ノード装置１０１Ｂに対して行うデータ通信の設定シーケンスを説明する図である。図１４を説明する。ステップＳ１１１及びステップＳ１１２は実施形態１の説明と同じである。ステップＳ１１２が終了した後、制御装置１５０は、フローの経路となる第一ノード装置を計算し、経路となる第一ノード装置のＮＩＦごとに払い出す（パケットの転送先を決定する）ラベル情報の値（転送ラベル）を決定し、各第一ノード装置へ通知する（ステップＳ２１３）。そして、第一ノード装置１０１Ｂは拡張転送先判定部３２へパケット転送先のノード装置とパケット送受信を可能とするようにラベルを設定する。そして、第一ノード装置１０１Ｂの設定が終了した後、第二ノード装置１００から転送されてきたパケット（フォーマット（ａ））は、第一ノード装置（１）で専用ヘッダとラベルフィールドが付加されてフォーマット（ｅ）となり、ラベルＡが書き込まれる。そして、このパケットはラベルＡが付与されたパケットの転送先として示される第一ノード装置（２）へ転送され、ラベルＡがラベルＢに書き替えられる。さらにこのパケットはラベルＢが付与されたパケットの転送先として示される第一ノード装置（３）へ転送され、専用ヘッダフィールドとラベルフィールドが除去され、フォーマット（ａ）に戻る。このため、従前の第二ノード装置１００は、当該パケットを受信することができる。すなわち、従前のＳＤＮネットワーク３００ＡからＳＤＮネットワーク３００Ｂへパケット転送がなされる場合であっても、パケットフォーマットが異なるＳＤＮネットワーク３０１が存在を考慮せずパケットの転送が可能となる。
【００５０】
本実施形態の第一ノード装置１０１Ｂが課題４、５を解決することを説明する。
第一ノード装置１０１Ｂは、パケットがデータ通信である場合に、データ通信のプロトコルスイートを識別する情報であるデータ通信プロトコル識別情報を専用ヘッダに付与する（図１６のフォーマット（ｄ）参照。）。この機能によって、既存のＳＤＮネットワークシステムでは難しかったプロトコルスイートの追加・削除が容易となる。例えばフローの先頭だけを完全一致検索することを前提として作られたプロトコルスイートを処理するノード装置では、既存に比べて少ないメモリ量と少ない計算時間で転送先の判定が可能となり、より安価に多数のフローを収容可能なノード装置を実施可能となる。
具体的には、フローの先頭で部分一致検索をするＩＰは、検索結果が複数出てきてそれらを絞り込むための処理が必要であったり、部分一致に利用する範囲を変えるための処理が必要である。しかし、フローの先頭を完全一致検索するＥＸＡＣＴ  ＭＡＴＣＨは、これらの処理が不要なのでＩＰより少ないメモリ量と少ない計算時間で転送先の判定が可能となる。
【００５１】
［付記］
以下は、本発明に係るノード装置、転送方法、制御装置、及びプログラムについて説明したものである。
【００５２】
本発明が解決すべき課題は、
（１）Ｏｐｅｎｆｌｏｗでノード装置間の制御通信（例えばフローのＯＡＭ）を行うための機構
（２）ＯｐｅｎｆｌｏｗでＥｔｈｅｒｎｅｔ（登録商標）／ＩＰ／ＴＣＰ系のプロトコルスイートで組まれたフロー以外を扱うための機構
（３）Ｏｐｅｎｆｌｏｗで効率的にパケットを転送するための機構
を備えるノード装置、転送方法、制御装置、及びプログラムを提供することである。
【００５３】
このため、本発明は、
（ａ）Ｏｐｅｎｆｌｏｗネットワークの外から流入するパケットに専用ヘッダをつけて、制御通信とデータ通信を分離する。また、Ｏｐｅｎｆｌｏｗネットワークの外に流出するパケットから専用ヘッダを除く。
（ｂ）データ通信にはさらにプロトコルスイートの識別情報などを専用ヘッダに記載し、Ｃｌｅａｎ  ｓｌａｔｅ（プロトコルスイート（Ｅｔｈｅｒｎｅｔ（登録商標）／ＩＰ／ＴＣＰ系）以外の新規なプロトコル）に対応させる。従来のプロトコルスイート（Ｅｔｈｅｒｎｅｔ（登録商標）／ＩＰ／ＴＣＰ系）を使う場合は、後方互換性を保つために専用ヘッダ以外の部分でフローマッチングするようにマッチング機構に改良を加える。
（ｃ）Ｏｐｅｎｆｌｏｗでプロトコルスイート（特にＬ２）を変える効果を示すために、フロー識別子とポート識別子を組み合わせた新規ラベルを使って高速なマッチングを行うラベル情報をパケットに付加する。
（ｄ）制御通信も必要に応じてフローマッチングの処理を受ける（ＯＡＭのＣｏｎｔｉｎｕｉｔｙ  ｃｈｅｃｋ（ＣＣ）用）。
（ｅ）専用ヘッダには制御通信とデータ通信を識別する情報と制御通信もしくはデータ通信の種類（上記のプロトコルスイート識別情報や制御通信識別情報（ＯＡＭなど））が記載される程度で、パケットサイズの増加やヘッダの処理時間増加は小さい。
という特徴を持つ。
【００５４】
本発明の効果は、
（α）ノード装置間のみで制御通信を実現できることにより、制御通信に関する制御装置の負荷を低減することができる。
（β）従来技術では実現が難しかったフローのＯＡＭを、後方互換性を保ちながら実現できる。
（γ）フローベースの転送を効率的に行うためのプロトコルや機構を、後方互換性を保ちながら導入できる。
【００５５】
［定義］
明細書内で使用される用語についての定義を記す。
ＳＤＮ：  Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋ
ＯＡＭ：  Ｏｐｅｒａｔｉｏｎｓ，  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ  
フロー：  送信元と受信先が等しいパケットの流れ
フローテーブル：  フローの転送先を記載した表
フローエントリ：  フローテーブルの各エントリ
フローマッチング：  受信したパケットに合致するフローをフローエントリから検索すること
【産業上の利用可能性】
【００５６】
本発明に係るノード装置、転送方法、制御装置、及びプログラムは、実施形態で説明したＳＤＮやＯｐｅｎｆｌｏｗ以外にも、一般的なネットワークシステムに適用することができる。
【符号の説明】
【００５７】
１０：受信部
１１、１１ａ：転送先判定部
１２：設定機能部
１３：転送回路
１４：送信部
２１：送信元判定部
２２：専用ヘッダ付与部
２３、２３ａ、２３ｂ：パケット種別判定部、通信種別識別情報判定部
２４、２４ａ、２４ｂ：制御通信処理部
２５：専用ヘッド除去部
３１：シフト転送先判定部
３２：拡張転送先判定部
１００、１０１：ノード装置
１２０：ＮＩＦ
１５０：制御装置
３００、２００Ａ、３００Ｂ、３００Ｃ、３０１：ＳＤＮネットワークシステム
【図１】
0006291437.tif 000002
【図２】
0006291437.tif 000003
【図３】
0006291437.tif 000004
【図４】
0006291437.tif 000005
【図５】
0006291437.tif 000006
【図６】
0006291437.tif 000007
【図７】
0006291437.tif 000008
【図８】
0006291437.tif 000009
【図９】
0006291437.tif 000010
【図１０】
0006291437.tif 000011
【図１１】
0006291437.tif 000012
【図１２】
0006291437.tif 000013
【図１３】
0006291437.tif 000014
【図１４】
0006291437.tif 000015
【図１５】
0006291437.tif 000016
【図１６】
0006291437.tif 000017