JP2015156548A - ネットワークシミュレータおよびネットワークシミュレーション方法 - Google Patents
ネットワークシミュレータおよびネットワークシミュレーション方法 Download PDFInfo
- Publication number
- JP2015156548A JP2015156548A JP2014030455A JP2014030455A JP2015156548A JP 2015156548 A JP2015156548 A JP 2015156548A JP 2014030455 A JP2014030455 A JP 2014030455A JP 2014030455 A JP2014030455 A JP 2014030455A JP 2015156548 A JP2015156548 A JP 2015156548A
- Authority
- JP
- Japan
- Prior art keywords
- network
- information
- soft
- transfer
- soft 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
Links
- 238000004088 simulation Methods 0.000 title claims abstract description 48
- 238000000034 method Methods 0.000 title claims description 33
- 238000012546 transfer Methods 0.000 claims abstract description 93
- 230000003287 optical effect Effects 0.000 claims abstract description 55
- 230000005540 biological transmission Effects 0.000 claims abstract description 36
- 230000003213 activating effect Effects 0.000 claims abstract description 10
- 238000012545 processing Methods 0.000 abstract description 13
- 230000009471 action Effects 0.000 description 18
- 230000008569 process Effects 0.000 description 17
- 230000010365 information processing Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】転送ノードと伝送ノードとを備えるネットワークにおけるトラヒック転送や設定処理を正確に模擬し、併せて、1万ノード規模のネットワークを模擬する。
【解決手段】ネットワークシミュレータ1は、模擬対象のネットワークのネットワークトポロジ情報を参照し、転送ノードと伝送ノードの組であるソフトスイッチの台数を決定し、1つ以上のサーバ上に設けられる所定数のVMを起動し、ソフトゲートウェイを起動することにより、トポロジを構成するトポロジ構成部112と、ソフトスイッチを起動し、複数のソフトスイッチ間を接続することによりVM内のネットワークを構成するソフトスイッチ構成部113と、ソフトスイッチそれぞれに対し、模擬対象のネットワークの光パスの情報を参照し、伝送ノードの転送先を設定し、模擬対象のネットワークの転送パスの情報を参照し、転送ノード間の転送路を設定するソフトスイッチ設定管理部115と、を備える。
【選択図】図3
【解決手段】ネットワークシミュレータ1は、模擬対象のネットワークのネットワークトポロジ情報を参照し、転送ノードと伝送ノードの組であるソフトスイッチの台数を決定し、1つ以上のサーバ上に設けられる所定数のVMを起動し、ソフトゲートウェイを起動することにより、トポロジを構成するトポロジ構成部112と、ソフトスイッチを起動し、複数のソフトスイッチ間を接続することによりVM内のネットワークを構成するソフトスイッチ構成部113と、ソフトスイッチそれぞれに対し、模擬対象のネットワークの光パスの情報を参照し、伝送ノードの転送先を設定し、模擬対象のネットワークの転送パスの情報を参照し、転送ノード間の転送路を設定するソフトスイッチ設定管理部115と、を備える。
【選択図】図3
Description
本発明は、通信ネットワークをシミュレーション(模擬)するネットワークシミュレータおよびネットワークシミュレーション方法に関する。
ネットワーク事業者においては、ネットワーク全体の資源を有効に利用し、転送品質の維持、ネットワークコストの低減を図ることが重要である。キャリア網では、物理的な光インフラ網上に光パスを設定し、光パスによって上位レイヤネットワーク(例えば、IP(Internet Protocol)ネットワークやMPLS(Multi Protocol Label Switching)ネットワーク等)上の転送装置を接続する論理的なリンクを提供する。転送装置と論理リンクから構成される上位レイヤネットワークにおいて、MPLS等の転送パスを設定することで、ユーザトラヒックの転送を実現する。
このとき、光パスやパケット転送路を集中制御装置により動的に再構成することで、ネットワークの状態変化に柔軟に対応する技術が研究されている(非特許文献1参照)。一方で、非特許文献1に記載の技術を実現するためには、アルゴリズムの性能だけでなくトラヒック収集や各ノードへの制御が安定かつ高速に動作することを検証する必要があるが、数千から1万ノードで構成される大規模マルチレイヤ網の実機での試験環境構築は容易ではない。
上記の課題に対して、最大1000台のノード(IPルータとOXC(Optical Cross Connect:光クロスコネクト))で構成されるネットワークのシミュレーション(模擬)を実現するシミュレータ構成法が提案されている(非特許文献2参照)。非特許文献2に記載のシミュレータ構成法では、例えば、図10(a)に示す光ネットワーク構成において、オープンソースのソフトウェアスイッチ(以下、「ソフトスイッチ」と称する。なお、各図において「SS」と記載する。)を、サーバ上に複数台起動し、図10(b)に示すように、トラヒックの入出力点となるソフトスイッチを転送ノード(例えば、IPルータ)と伝送ノード(例えば、OXC)の組とみなすことでマルチレイヤ網を模擬している。なお、トラヒックの入出力点となるソフトスイッチは、トラヒック生成機(IPルータを想定したトラヒックデマンドの始終点)に接続される。
T. Miyamura, et al., "Experimental Demonstration of Adaptive Virtual Network Topology Control Mechanism based on SDTN Architecture", in proc. of ECOC 2013, September 2013
鎌村星平、他5名、「1000ノード光ネットワークエミュレータの構成方法に関する検討」、一般社団法人電子情報通信学会、春季総合大会,B-6-63、2012年3月
しかしながら、非特許文献2に記載の技術では、図11に示すように、各ソフトスイッチへの一度の設定によりパケット転送アクション(出力先のポート番号等)が定義される。そのため、マルチレイヤで構成される装置への設定が模擬できず、装置設定時間の計測が不正確になる課題がある。これは、例えば、IPルータとOXCとにおいて、装置設定時間が大きく異なる場合に、影響が大きくなる。
上記課題の簡易な解決法としては、転送ノード(IPルータ)と伝送ノード(OXC)それぞれを1つのソフトスイッチとして模擬する手法が考えられる。これにより、各装置(IPルータ、OXC)に対する個別の設定が実現されるが、この構成では転送ループが発生するという別の課題が生じる。この課題について、図12を参照して説明する。
図12は、複数の光パスを経由し、MPLSパスによりトラヒックを転送する例を示している。ここで、図12(a)は、IPルータとOXCがそれぞれ個別のソフトスイッチで構成されている例を示している。つまり、IPルータ「A2」、OXC「a2」、IPルータ「B2」、OXC「b2」、IPルータ「C2」、OXC「c2」それぞれが1つのソフトスイッチ(「A」,「a」,「B」,「b」,「C」,「c」)で構成される。
このとき、ソフトスイッチ「b」は、ソフトスイッチ「a」から受信したパケットを、ソフトスイッチ「B」へ転送する。次に、ソフトスイッチ「b」は、ソフトスイッチ「B」から受信したパケットをソフトスイッチ「c」に送信したいが、ソフトスイッチ「B」に転送する設定(転送テーブルの設定)が有効になっていると、その設定に基づき、再びソフトスイッチ「B」に送信するため(符号α)、この処理が繰り返され、ソフトスイッチ「b」−「B」間において転送ループが発生する。
この転送ループの問題は、図12(b)に示すように、IPルータとOXCとの組を1つのソフトスイッチで模擬すること(例えば、IPルータ「A1」とOXC「a1」の組をソフトスイッチ「A」とする。)により解決されるが、その場合には、前記したように、1つのソフトスイッチに対して、OXC向け相当の設定と、IPルータ向け相当の設定との、2段階の設定を正確に模擬する必要がある。
このような背景に鑑みて本発明がなされたのであり、本発明は、転送ノードと伝送ノードとを備えるネットワークにおけるトラヒック転送や設定処理を正確に模擬することができる、併せて、1万ノード規模のネットワークを模擬することができる、ネットワークシミュレータおよびネットワークシミュレーション方法を提供することを課題とする。
前記した課題を解決するため、請求項1に記載の発明は、模擬対象のネットワークの、複数の転送ノードおよび複数の伝送ノードそれぞれの間の接続関係を示すトポロジであるネットワークトポロジ情報、前記模擬対象のネットワークに設定された光パスの情報、および、前記模擬対象のネットワークに設定された転送パスの情報が記憶される記憶部と、前記ネットワークトポロジ情報を参照し、前記転送ノードと前記伝送ノードの組であるソフトスイッチの台数を決定し、前記ソフトスイッチを収容する、1つ以上のサーバ上に設けられる所定数のVMを起動し、前記1つ以上のサーバおよび前記所定数のVMそれぞれを接続するソフトゲートウェイを起動することにより、前記模擬対象のネットワークに対応するトポロジを構成するトポロジ構成部と、前記ソフトスイッチを起動し、複数の前記ソフトスイッチ間を接続することにより前記VM内のネットワークを構成するソフトスイッチ構成部と、前記ソフトスイッチそれぞれに対し、前記模擬対象のネットワークの前記光パスの情報を参照し、前記伝送ノードの転送先を設定し、前記模擬対象のネットワークの前記転送パスの情報を参照し、前記転送ノード間の転送路を設定するソフトスイッチ設定管理部と、を備えることを特徴とするネットワークシミュレータとした。
また、請求項2に記載の発明は、模擬対象のネットワークの、複数の転送ノードおよび複数の伝送ノードそれぞれの間の接続関係を示すトポロジであるネットワークトポロジ情報、前記模擬対象のネットワークに設定された光パスの情報、および、前記模擬対象のネットワークに設定された転送パスの情報が記憶される記憶部を備えるネットワークシミュレータが、前記ネットワークトポロジ情報を参照し、前記転送ノードと前記伝送ノードの組であるソフトスイッチの台数を決定し、前記ソフトスイッチを収容する、1つ以上のサーバ上に設けられる所定数のVMを起動し、前記1つ以上のサーバおよび前記所定数のVMそれぞれを接続するソフトゲートウェイを起動することにより、前記模擬対象のネットワークに対応するトポロジを構成するステップと、前記ソフトスイッチを起動し、複数の前記ソフトスイッチ間を接続することにより前記VM内のネットワークを構成するステップと、前記ソフトスイッチそれぞれに対し、前記模擬対象のネットワークの前記光パスの情報を参照し、前記伝送ノードの転送先を設定するステップと、前記ソフトスイッチそれぞれに対し、前記模擬対象のネットワークの前記転送パスの情報を参照し、前記転送ノード間の転送路を設定するステップと、を実行することを特徴とするネットワークシミュレーション方法とした。
このようにすることで、ネットワークシミュレータは、伝送ノードと転送ノードの2段階での転送や設定処理を正確に模擬することが可能となる。また、ソフトゲートウェイをサーバや所定数のVMに適切に配備することにより、従来は構築が困難であった1万ノード規模のシミュレーションを、汎用的なサーバ機器を用いて実現することができる。
本発明によれば、転送ノードと伝送ノードとを備えるネットワークにおけるトラヒック転送や設定処理を正確に模擬し、併せて、1万ノード規模のネットワークを模擬する、ネットワークシミュレータおよびネットワークシミュレーション方法を提供することができる。
次に、本発明を実施するための形態(以下、「本実施形態」と称する。)における、ネットワークシミュレータよびネットワークシミュレーション方法について説明する。
<概要>
まず、本実施形態に係るネットワークシミュレータ1(図3参照)が実行する処理の概要について説明する。
まず、本実施形態に係るネットワークシミュレータ1(図3参照)が実行する処理の概要について説明する。
本実施形態に係るネットワークシミュレータ1は、マルチレイヤ(layer)(L3〜L4)ヘッダが参照可能であるソフトウェアスイッチ(ソフトスイッチ)の特徴を活用し、マルチレイヤ網に対する2段階(伝送ノード(OXC等)と転送ノード(IPルータ等))の転送や設定処理を正確に模擬することを特徴とする。すなわち、従来、各ソフトスイッチへの一度(一段階)の設定によりパケット転送アクション(出力先のポート番号等)が定義されていたものを(図11参照)、図1に示すように、本実施形態に係るネットワークシミュレータ1では、レイヤ4(始終点TCPポート番号)の情報を参照して、ホップバイホップ(hop-by-hop)の転送先(光パス)を設定し(ステップS100)、レイヤ3(IP始終点アドレス)の情報を用いて、エンドツーエンド(End-to-End)の転送路(MPLSパス)を設定する(ステップS101)。
具体的には、ネットワークシミュレータ1は、ソフトスイッチ「A」「B」「C」「D」に向けて、各伝送ノード(OXC)についての光パス伝送の設定を行う。続いて、ネットワークシミュレータ1は、ソフトスイッチ「A」「C」「D」に向けて、始終点IPアドレス(ここでは、始点IPアドレス「10.0.0.0/8」,終点IPアドレス「20.0.0.0/8」)に基づき、転送路の設定を行う。なお、詳細は、図4〜図6を参照して後記する。
具体的には、ネットワークシミュレータ1は、ソフトスイッチ「A」「B」「C」「D」に向けて、各伝送ノード(OXC)についての光パス伝送の設定を行う。続いて、ネットワークシミュレータ1は、ソフトスイッチ「A」「C」「D」に向けて、始終点IPアドレス(ここでは、始点IPアドレス「10.0.0.0/8」,終点IPアドレス「20.0.0.0/8」)に基づき、転送路の設定を行う。なお、詳細は、図4〜図6を参照して後記する。
また、本実施形態に係るネットワークシミュレータ1は、1万ノード規模のシステムを構築するため、ソフトゲートウェイを用いたシステムを構築する。そして、ソフトゲートウェイ機能を複数のVM(Virtual Machine)やサーバに適切に配置することにより、1万ノード規模のシミュレーションを汎用的なサーバ機器を用いて実現する。なお、詳細は、図7、図8を参照して後記する。
<シミュレーション対象となるネットワーク>
次に、本実施形態に係るネットワークシミュレータ1(図3参照)が模擬とするネットワークについて、図2を参照して説明する。
図2は、本実施形態に係るネットワークシミュレータ1が模擬するネットワークを説明するための図である。
次に、本実施形態に係るネットワークシミュレータ1(図3参照)が模擬とするネットワークについて、図2を参照して説明する。
図2は、本実施形態に係るネットワークシミュレータ1が模擬するネットワークを説明するための図である。
図2(a)に示すように、ネットワークシミュレータ1は、転送ノード(IPルータ等)と伝送ノード(OXC等)とを備えて構成されるネットワーク50を模擬(ネットワークシミュレータ1上に設定)する。なお、以下、本実施形態においては、転送ノードをIPルータ、伝送ノードをOXCとして説明する。IPルータとOXCとは、物理リンク(光ファイバ等)で接続される。また、IPルータとOXCの総数は最大で1万台とする。ネットワークシミュレータ1上においては、図2(b)に示すように、IPルータを始終点とした光パスが物理網上に設定され、その光パスが上位のレイヤ(IPレイヤ)では論理的なリンクを構成する。さらに論理網上に転送パス(例えば、MPLSパス)を設定することで、ユーザトラヒックの転送路が生成される。なお、本実施形態においては、以下、物理網上に光パスが設定され、論理網上にMPLSパスが設定される例として説明する。また、ネットワーク50を模擬するネットワークシミュレータ1(図3参照)は、ネットワーク制御装置5と接続する。ネットワーク制御装置5は、ネットワークシミュレータ1上の各ノード(IPルータ、OXC)についての光パスやMPLSパスの情報をネットワークシミュレータ1に送信するとともに、ネットワークシミュレータ1上に構築されたネットワークにおける、トラヒックの情報や故障等の状態通知を受信する。
<ネットワークシミュレータの構成>
続いて、本実施形態に係るネットワークシミュレータ1について具体的に説明する。
図3は、本実施形態に係るネットワークシミュレータ1の構成例を示す機能ブロック図である。このネットワークシミュレータ1は、1台以上の物理サーバ(汎用サーバ)で構成され、ネットワーク制御装置5やトラヒック生成機6、図示を省略したソフトスイッチ対応のコントローラ等と接続される。ここで、ネットワーク制御装置5は、ネットワークシミュレータ1に対し、模擬対象となるネットワークのトポロジ情報(ネットワークトポロジ情報)、具体的には、OXCとIPルータ間やOXC間の接続関係を示す情報等や、物理網上に設定される光パスの情報、論理網上に設定されるMPLSパスの情報等を保持し、ネットワークシミュレータ1に送信する機能を備える。また、トラヒック生成機6は、トラヒックを生成し、ネットワークシミュレータ1上に設定したネットワークに対し送信する機能を備える。ソフトスイッチ対応のコントローラについては、後記する。
そして、このネットワークシミュレータ1は、制御部11と、入出力部12と、記憶部13とを備える。
続いて、本実施形態に係るネットワークシミュレータ1について具体的に説明する。
図3は、本実施形態に係るネットワークシミュレータ1の構成例を示す機能ブロック図である。このネットワークシミュレータ1は、1台以上の物理サーバ(汎用サーバ)で構成され、ネットワーク制御装置5やトラヒック生成機6、図示を省略したソフトスイッチ対応のコントローラ等と接続される。ここで、ネットワーク制御装置5は、ネットワークシミュレータ1に対し、模擬対象となるネットワークのトポロジ情報(ネットワークトポロジ情報)、具体的には、OXCとIPルータ間やOXC間の接続関係を示す情報等や、物理網上に設定される光パスの情報、論理網上に設定されるMPLSパスの情報等を保持し、ネットワークシミュレータ1に送信する機能を備える。また、トラヒック生成機6は、トラヒックを生成し、ネットワークシミュレータ1上に設定したネットワークに対し送信する機能を備える。ソフトスイッチ対応のコントローラについては、後記する。
そして、このネットワークシミュレータ1は、制御部11と、入出力部12と、記憶部13とを備える。
入出力部12は、通信回線を介して、ネットワーク制御装置5や、トラヒック生成機6、ソフトスイッチ対応のコントローラ(図示省略)等との間で、情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力手段やモニタ等の出力手段等との間で情報の入出力を行う入出力インタフェースとから構成される。
制御部11は、ネットワークシミュレータ1全体の制御を司り、入力情報処理部111と、トポロジ構成部112と、ソフトスイッチ構成部113と、トラヒック送受信部114と、ソフトスイッチ設定管理部115と、出力情報処理部116とを含んで構成される。なお、この制御部11は、例えば、記憶部13に格納されたプログラムをCPU(Central Processing Unit)がRAM(Random Access Memory)に展開し実行することで実現される。
入力情報処理部111は、入出力部12を介して、ネットワーク制御装置5から、ネットワークトポロジ情報を取得し、記憶部13内のネットワークトポロジDB(DataBase)131に記憶する。なお、このネットワークトポロジ情報は、模擬しようとするネットワークのトポロジ情報であり、例えば、IPルータとOXC、OXC間の接続構成が格納される。また、ネットワークトポロジ情報には、トラヒックの入出力点となるソフトスイッチ(IPルータとOXCの組)が指定される。
また、入力情報処理部111は、入出力部12を介して、同じく、ネットワーク制御装置5から、物理網上に設定させる伝送パス(ここでは、光パス)の情報、論理網上に設定される転送パス(ここでは、MPLSパス)の情報を取得し、それぞれを、記憶部13内の光パスDB132、MPLSパスDB133に記憶する。
また、入力情報処理部111は、入出力部12を介して、同じく、ネットワーク制御装置5から、物理網上に設定させる伝送パス(ここでは、光パス)の情報、論理網上に設定される転送パス(ここでは、MPLSパス)の情報を取得し、それぞれを、記憶部13内の光パスDB132、MPLSパスDB133に記憶する。
トポロジ構成部112は、記憶部13に記憶されたネットワークトポロジDB131に記憶されたネットワークトポロジ情報に基づき、起動するソフトスイッチの台数と、それを収容するハードウェアを決定するとともに、ソフトゲートウェイの起動を行う。なお、ネットワークシミュレータ1のハードウェアは、1台以上の物理サーバ(汎用サーバ)を想定し、その物理サーバ(以下、単に「サーバ」と称することがある。)内では、所定数のVM(Virtual Machine)が起動される(詳細は後記)。そして、トポロジ構成部112は、同一サーバやVMを跨ぐリンクは、ソフトゲートウェイを通して実現する。すなわち、トポロジ構成部112は、物理サーバやVM間を接続する物理インタフェース、仮想インタフェースは、ソフトゲートウェイに接続する数だけ起動する。
ソフトスイッチ構成部113は、各物理サーバのVM上に、ソフトスイッチを起動し、その起動したソフトスイッチを複数接続し、ネットワークを構成する。なお、この機能は、例えば、mininet(http://mininet.org/)を用いて実現することができる。このソフトスイッチ構成部113により、同一サーバのVM内では、ネットワークトポロジ情報にしたがった物理リンクが結線される。
トラヒック送受信部114は、入出力部12を介して、トラヒック生成機6と接続し、ソフトスイッチへのトラヒックの入出力を行う。
ソフトスイッチ設定管理部115は、ネットワーク制御装置5から受信し、記憶部13内の光パスDB132、MPLSパスDB133のそれぞれに記憶された、光パスの情報、MPLSパスの情報を、シミュレータ設定用の内容に変換し、各ソフトスイッチに設定投入する。なお、このソフトスイッチ設定管理部115による、各ソフトスイッチへの伝送パス(光パス)や転送パス(MPLSパス)の設定情報の投入は、図示を省略したソフトスイッチ対応のコントローラからの指示を受信し、実行されるものであってもよい。このソフトスイッチ対応のコントローラは、例えば、OpenFlowコントローラとして実現される。この場合、ネットワークシミュレータ1のソフトスイッチ設定管理部115では、OpenFlowコントローラからの制御情報を、ネットワークシミュレータ1による設定用の情報に変換して、各ソフトスイッチ(OpenFlowスイッチ)に投入する。また、ソフトスイッチ設定管理部115は、ネットワークの各ソフトスイッチからの制御結果の情報や状態情報を受信し、コントローラに送信する。
このソフトスイッチ設定管理部115は、記憶部13内の光パスDB132に記憶された光パスの情報に基づき、レイヤ4(始終点TCPポート番号)の情報を参照して、各ソフトスイッチ(伝送ノード(OXC))にホップバイホップ(hop-by-hop)の転送先を設定する。そして、ソフトスイッチ設定管理部115は、記憶部13内のMPLSパスDB133に記憶されたMPLSパスの情報に基づき、レイヤ3(始終点IPアドレス)の情報を参照して、ソフトスイッチ(転送ノード(IPルータ))にエンドツーエンド(End-to-End)の転送路を設定する。なお、ソフトスイッチ設定管理部115による、ソフトスイッチへの設定処理の詳細は、図4〜図6を参照して後記する。
また、ソフトスイッチ設定管理部115は、設定投入時に正確な設定遅延として、例えば、OXCのテーブル設定には数百msec、IPルータのテーブル設定には1sec等を設けることにより、ネットワーク機器の制御の正確な模擬を実現する。さらに、ソフトスイッチ設定管理部115は、シミュレータ上の各ソフトスイッチから、故障情報や状態情報を受信することにより、ネットワークの制御時間や安定性の正確な事前検証を行う。
出力情報処理部116は、ソフトスイッチ設定管理部115が各ソフトスイッチに対して実行した設定投入の結果や、ネットワークの故障情報、状態情報等を、入出力部12を介して、ネットワーク制御装置5や、図示を省略したソフトスイッチ対応のコントローラ、図示を省略したモニタ等の出力手段等に出力する。
記憶部13は、ハードディスクやフラッシュメモリ、RAM等の記憶手段からなり、前記した、ネットワークトポロジDB131と、光パスDB132と、MPLSパスDB133とを含む情報を格納する。
ソフトスイッチ(SS)は、ソフトスイッチ構成部113により起動され、本実施形態においては、IPルータとOXCとの組が1つのソフトスイッチとして構成される。このソフトスイッチは、例えば、OpenFlowインタフェースを備えるソフトスイッチ(OpenFlowスイッチ)として実現し、各サーバ上に設定される。
ソフトゲートウェイ(SG)は、トポロジ構成部112により起動され、複数のハードウェア(サーバ)やVMを跨ってネットワークを設定する際に、複数のノード間を接続するリンクを1本に集約する機能を備える。
<マルチレイヤ装置を模擬したトラヒック転送と装置設定処理>
次に、ネットワークシミュレータ1のソフトスイッチ設定管理部115が実行する、マルチレイヤ装置を模擬したトラヒック転送の装置設定処理について説明する。ネットワークシミュレータ1のソフトスイッチ設定管理部115は、IPルータとOXCから構成されるソフトスイッチに対し、伝送ノード(OXC)側と転送ノード(IPルータ)側とに対する2段階の設定を実行する。
次に、ネットワークシミュレータ1のソフトスイッチ設定管理部115が実行する、マルチレイヤ装置を模擬したトラヒック転送の装置設定処理について説明する。ネットワークシミュレータ1のソフトスイッチ設定管理部115は、IPルータとOXCから構成されるソフトスイッチに対し、伝送ノード(OXC)側と転送ノード(IPルータ)側とに対する2段階の設定を実行する。
ここでは、模擬する対象となるネットワークモデルとして、図4に示すように、物理網上に、IPルータ「A1」→OXC「a1」→OXC「b1」→OXC「c1」→IPルータ「C1」を経由する光パスと、IPルータ「C1」→OXC「c1」→OXC「d1」→IPルータ「D1」を経由する光パスとの2本の光パスが設定され、この2本の光パスを利用して、論理網上では、IPルータ「A1」→IPルータ「C1」→IPルータ「D1」の経路のMPLSパスが設定されるものとする。
図4に示すネットワークを模擬するため、ソフトスイッチ設定管理部115は、光パスの情報に基づき、レイヤ4(始終点TCPポート番号)の情報を参照して、各ソフトスイッチ(OXC)にホップバイホップ(hop-by-hop)の転送先を設定する。そして、ソフトスイッチ設定管理部115は、MPLSパスの情報に基づき、レイヤ3(始終点IPアドレス)の情報を参照して、各ソフトスイッチ(IPルータ)にエンドツーエンド(End-to-End)の転送路を設定する。
ここでは、後記する図5に示すように、ソフトスイッチ構成部113により、IPルータ「A1」とOXC「a1」との組がソフトスイッチ「A」として構成されている。IPルータ「B1」とOXC「b1」との組がソフトスイッチ「B」として構成されている。IPルータ「C1」とOXC「c1」との組がソフトスイッチ「C」として構成されている。また、IPルータ「D1」とOXC「d1」との組がソフトスイッチ「D」として構成されている。
そして、ソフトスイッチ設定管理部115は、光パスの設定を各ソフトスイッチに対して実行する。図5は、ソフトスイッチ設定管理部115による、光パスの設定処理を説明するための図である。ソフトスイッチ設定管理部115は、各ソフトスイッチに対し、始終点TCPポート番号に基づくMatch条件、そのMatch条件を満たす場合の(各OXC用の)転送先情報をAction条件としてテーブルエントリに登録する。
例えば、図5に示すように、ソフトスイッチ「A」−「B」−「C」間に設定される光パスは、Match条件を、始点(送信元)TCPポート番号が「1」、終点(宛先)TCPポート番号が「2」として設定する(Match条件「src port=1, dst port=2」)。そして、このMatch条件を満たす場合の転送先情報として、ソフトスイッチ「A」(OXC「a1」)には、IF「1」からの出力が設定され(Action条件「Action output IF1」)、ソフトスイッチ「B」(OXC「b1」)には、IF「2」からの出力が設定され(Action条件「Action output IF2」)、ソフトスイッチ「C」(OXC「c1」)には、IF「3」からの出力が設定される(Action条件「Action output IF3」)。
また、ソフトスイッチ「C」−「D」間に設定される光パスは、Match条件を、始点TCPポート番号が「3」、終点TCPポート番号が「4」として設定する(Match条件「src port=3, dst port=4」)。そして、このMatch条件を満たす場合の転送先情報として、ソフトスイッチ「C」(OXC「c1」)には、IF「4」からの出力が設定され(Action条件「Action output IF4」)、ソフトスイッチ「D」(OXC「d1」)には、IF「5」からの出力が設定される(Action条件「Action output IF5」)。
このようにすることにより、それぞれのOXCにおいて、Match条件を満たすか否かを、レイヤ4(始終点TCPポート番号)の情報を識別することにより判定し、適切な転送先に転送処理が行われる。
また、ソフトスイッチ「C」−「D」間に設定される光パスは、Match条件を、始点TCPポート番号が「3」、終点TCPポート番号が「4」として設定する(Match条件「src port=3, dst port=4」)。そして、このMatch条件を満たす場合の転送先情報として、ソフトスイッチ「C」(OXC「c1」)には、IF「4」からの出力が設定され(Action条件「Action output IF4」)、ソフトスイッチ「D」(OXC「d1」)には、IF「5」からの出力が設定される(Action条件「Action output IF5」)。
このようにすることにより、それぞれのOXCにおいて、Match条件を満たすか否かを、レイヤ4(始終点TCPポート番号)の情報を識別することにより判定し、適切な転送先に転送処理が行われる。
次に、ソフトスイッチ設定管理部115は、転送パス(MPLSパス)の設定を各ソフトスイッチに対して実行する。図6は、ソフトスイッチ設定管理部115による、MPLSパスの設定処理を説明するための図である。ソフトスイッチ設定管理部115は、各ソフトスイッチに対し、始終点IPアドレスに基づくMatch条件、そのMatch条件を満たす場合の(各IPルータ用の)TCPポート番号書換処理をAction条件としてテーブルエントリに登録する。
例えば、図6に示すように、ソフトスイッチ「A」−「D」間に設定するMPLSパスについて、ソフトスイッチ「A」には、ソフトスイッチ「A」−「B」−「C」間に設定される光パスを使用するための設定として、Match条件を、始点(送信元)IPアドレスが「10.0.0.0/8」、終点(送信先)IPアドレスが「20.0.0.0/8」として設定する(Match条件「src=10.0.0.0/8」,「dst=20.0.0.0/8」)。そして、このMatch条件を満たす場合の書換処理(Action条件)として、始点TCPポート番号が「1」、終点TCPポート番号が「2」を設定する(Action条件「Mod src port=1, dst port=2」)。
また、ソフトスイッチ「C」には、ソフトスイッチ「C」−「D」間に設定される光パスを使用するための設定として、Match条件を、始点IPアドレスが「10.0.0.0/8」、終点IPアドレスが「20.0.0.0/8」として設定する(Match条件「src=10.0.0.0/8」,「dst=20.0.0.0/8」)。そして、このMatch条件を満たす場合の書換処理(Action条件)として、始点TCPポート番号が「3」、終点TCPポート番号が「4」を設定する(Action条件「Mod src port=3, dst port=4」)。
このようにすることにより、それぞれのIPルータにおいて、Match条件を満たすか否かを、レイヤ3(始終点IPアドレス)の情報を識別することにより判定し、適切な訪路に転送処理が行われる。
また、ソフトスイッチ「C」には、ソフトスイッチ「C」−「D」間に設定される光パスを使用するための設定として、Match条件を、始点IPアドレスが「10.0.0.0/8」、終点IPアドレスが「20.0.0.0/8」として設定する(Match条件「src=10.0.0.0/8」,「dst=20.0.0.0/8」)。そして、このMatch条件を満たす場合の書換処理(Action条件)として、始点TCPポート番号が「3」、終点TCPポート番号が「4」を設定する(Action条件「Mod src port=3, dst port=4」)。
このようにすることにより、それぞれのIPルータにおいて、Match条件を満たすか否かを、レイヤ3(始終点IPアドレス)の情報を識別することにより判定し、適切な訪路に転送処理が行われる。
なお、ここでは、ソフトスイッチ設定管理部115は、光パスの設定に関して、レイヤ4の始終点TCPポート番号の情報を参照して、ホップバイホップ(hop-by-hop)の転送先を決定し設定するものとして説明したが、レイヤ4のTCPヘッダの他の情報や、レイヤ3のIPヘッダの情報を用いて、転送先を設定してもよい。
また、ソフトスイッチ設定管理部115は、MPLSパスの設定に関して、レイヤ3の始終点IPアドレスの情報を参照して、エンドツーエンド(End-to-End)の転送路を決定し設定するものとして説明したが、レイヤ3のIPヘッダの他の情報や、レイヤ4のTCPヘッダの情報を用いて、転送路を設定してもよい。
また、ソフトスイッチ設定管理部115は、MPLSパスの設定に関して、レイヤ3の始終点IPアドレスの情報を参照して、エンドツーエンド(End-to-End)の転送路を決定し設定するものとして説明したが、レイヤ3のIPヘッダの他の情報や、レイヤ4のTCPヘッダの情報を用いて、転送路を設定してもよい。
以上説明したソフトスイッチに対する2段階の設定は、OXCとIPルータが混在する実際のネットワークの設定と同じ処理であるため、各設定投入時に正確な設定遅延(例えば、OXCのテーブル設定が数百msec、IPルータのテーブル設定が1sec)を設けることにより、ネットワーク制御全体の正確なシミュレーションが実現できる。
<1万ノード規模のネットワーク構成>
次に、トポロジ構成部112が実行する、ソフトゲートウェイを用いた1万ノード規模のネットワークの構成例について、図7および図8を参照して説明する。
次に、トポロジ構成部112が実行する、ソフトゲートウェイを用いた1万ノード規模のネットワークの構成例について、図7および図8を参照して説明する。
図7は、ソフトゲートウェイを導入する利点を説明するための図である。図7(a)に示すように、ソフトゲートウェイを用いない場合、異なるサーバ(サーバ「A」、サーバ「B」)若しくは異なるVM(VM「A」、VM「B」)それぞれに配置したソフトスイッチ間に、複数のリンクを設定すると、その設定したリンクの数だけ、物理インタフェース(物理NIC(Network Interface Card))若しくは仮想インタフェース(仮想NIC)の数が必要となる。特に、VM間を接続する仮想インタフェースの数は、商用VMを用いた場合でも10個程度が限界となる。
これに対し、図7(b)に示すように、ソフトゲートウェイ(図において「SG」と記載する。)を用いることにより、サーバやVMを跨ぐソフトスイッチ間の複数のリンクを1本にまとめることができる。
これに対し、図7(b)に示すように、ソフトゲートウェイ(図において「SG」と記載する。)を用いることにより、サーバやVMを跨ぐソフトスイッチ間の複数のリンクを1本にまとめることができる。
次に、1万ノード規模のネットワークの構成例を説明する。
図8(a)は、1万ノード網を構成するためのシステム構成例<1>を示す。
このシステム構成例<1>では、1台の物理サーバに5台のVMを起動し、各VM(VM「1」〜「5」)上に250台のソフトスイッチ(IPルータとOXCとの合計で500台)を起動する。各VM間は、ソフトゲートウェイを通して接続されるため、各VM上の仮想インタフェース(仮想NIC)数は5個となる。なお、5個のうちの1つは、物理サーバ上のソフトゲートウェイと接続される。同様の構成の物理サーバを4台起動し、物理サーバ間および物理サーバとトラヒック生成機6とをソフトゲートウェイを通して接続する。この構成により、4個の物理インタフェース(物理NIC)を搭載したサーバ4台により、1万台規模のシミュレータ環境が構築される。
図8(a)は、1万ノード網を構成するためのシステム構成例<1>を示す。
このシステム構成例<1>では、1台の物理サーバに5台のVMを起動し、各VM(VM「1」〜「5」)上に250台のソフトスイッチ(IPルータとOXCとの合計で500台)を起動する。各VM間は、ソフトゲートウェイを通して接続されるため、各VM上の仮想インタフェース(仮想NIC)数は5個となる。なお、5個のうちの1つは、物理サーバ上のソフトゲートウェイと接続される。同様の構成の物理サーバを4台起動し、物理サーバ間および物理サーバとトラヒック生成機6とをソフトゲートウェイを通して接続する。この構成により、4個の物理インタフェース(物理NIC)を搭載したサーバ4台により、1万台規模のシミュレータ環境が構築される。
図8(b)は、1万ノード網を構成するためのシステム構成例<2>を示す。
このシステム構成例<2>では、1台の物理サーバに6台のVMを起動し、そのうち1台のVM(図8(b)では、VM「6」)上には、ソフトゲートウェイのみが設定される。他の5台のVM(VM「1」〜「5」)は、システム構成例<1>と同様に、各VM上に250台のソフトスイッチ(IPルータとOXCとの合計で500台)を起動する。そして、物理サーバ上のソフトゲートウェイは、ソフトゲートウェイのみが設定されたVM(VM「6」)のみと接続し、そのソフトゲートウェイ(VM「6」)と、各VM(VM「1」〜「5」)のソフトゲートウェイとが、接続される。
このシステム構成例<2>では、1台の物理サーバに6台のVMを起動し、そのうち1台のVM(図8(b)では、VM「6」)上には、ソフトゲートウェイのみが設定される。他の5台のVM(VM「1」〜「5」)は、システム構成例<1>と同様に、各VM上に250台のソフトスイッチ(IPルータとOXCとの合計で500台)を起動する。そして、物理サーバ上のソフトゲートウェイは、ソフトゲートウェイのみが設定されたVM(VM「6」)のみと接続し、そのソフトゲートウェイ(VM「6」)と、各VM(VM「1」〜「5」)のソフトゲートウェイとが、接続される。
システム構成例<1>では、物理サーバ上のVM「1」〜「5」それぞれは、250台のソフトスイッチと、自身以外の5個のソフトゲートウェイと接続する自身のソフトゲートウェイとを、起動することにより、CPUおよびメモリの利用量が高負荷となる可能性があった。これに対し、システム構成例<2>では、ソフトゲートウェイを専用とするVM(VM「6」)を起動することにより、VM「1」〜「5」上のソフトゲートウェイは、パケットをVM「6」に転送するだけでよくなるため、1つのVMにおける負荷の低減が可能となる。
<処理の流れ>
次に、本実施形態に係るネットワークシミュレータ1の全体の処理の流れを説明する。
図9は、本実施形態に係るネットワークシミュレータ1の全体の処理の流れを示すフローチャートである。
次に、本実施形態に係るネットワークシミュレータ1の全体の処理の流れを説明する。
図9は、本実施形態に係るネットワークシミュレータ1の全体の処理の流れを示すフローチャートである。
図9に示すように、まず、ネットワークシミュレータ1の入力情報処理部111は、入出力部12を介して、ネットワーク制御装置5から、ネットワークトポロジ情報を取得し、ネットワークトポロジDB131に記憶する(ステップS1)。
次に、トポロジ構成部112は、ネットワークトポロジDB131に記憶されたネットワークトポロジ情報に基づき、起動するソフトスイッチの台数、それを収容する物理サーバ(物理サーバ数)や物理サーバ上のVM数等を決定するとともに、ソフトゲートウェイの起動を行う(ステップS2)。
例えば、トポロジ構成部112は、前記した図8(a)に示すシステム構成<1>や、図8(b)に示すシステム構成<2>となるように、物理サーバ(物理サーバ数)を決定して所定数のVMを起動し、そのVMや物理サーバ間にソフトゲートウェイを起動する。
なお、このトポロジ構成部112が起動するソフトスイッチの台数や、それを収容する物理サーバ数、VM数等は、シミュレーション対象となるネットワークの規模(装置数等)により、予めネットワーク管理者等により、トポロジ構成部112に設定されていてもよいし、シミュレーション対象となるネットワークの規模(装置数等)に応じて、各台数を計算するロジックをトポロジ構成部112に持たせるようにしてもよい。
例えば、トポロジ構成部112は、前記した図8(a)に示すシステム構成<1>や、図8(b)に示すシステム構成<2>となるように、物理サーバ(物理サーバ数)を決定して所定数のVMを起動し、そのVMや物理サーバ間にソフトゲートウェイを起動する。
なお、このトポロジ構成部112が起動するソフトスイッチの台数や、それを収容する物理サーバ数、VM数等は、シミュレーション対象となるネットワークの規模(装置数等)により、予めネットワーク管理者等により、トポロジ構成部112に設定されていてもよいし、シミュレーション対象となるネットワークの規模(装置数等)に応じて、各台数を計算するロジックをトポロジ構成部112に持たせるようにしてもよい。
続いて、ソフトスイッチ構成部113は、ネットワークトポロジDB131に記憶されたネットワークトポロジ情報に基づき、各サーバのVM上にソフトスイッチを起動し、その起動した複数のソフトスイッチを接続し、ネットワークを構成する(ステップS3)。
次に、入力情報処理部111は、入出力部12を介して、ネットワーク制御装置5から、物理網上に設定させる光パスの情報と、論理網上に設定させる転送パス(MPLSパス)の情報を取得し、それぞれを、光パスDB132、MPLSパスDB133に記憶する(ステップS4)。
そして、ソフトスイッチ設定管理部115は、シミュレーション対象となるネットワークの、光パスDB132に記憶された光パスの情報とMPLSパスDB133に記憶されたMPLSパスの情報とに基づき、ソフトスイッチの設定を実行する(ステップS5)。
具体的には、ソフトスイッチ設定管理部115は、前記したように、IPルータとOXCから構成されるソフトスイッチに対し、伝送ノード(OXC)側と転送ノード(IPルータ)側とに対する2段階の設定を実行する。例えば、ソフトスイッチ設定管理部115は、光パスの情報に基づき、レイヤ4(始終点TCPポート番号)の情報を参照して、ホップバイホップ(hop-by-hop)の転送先を決定し、各ソフトスイッチに設定する。続いて、ソフトスイッチ設定管理部115は、MPLSパスの情報に基づき、レイヤ3(IP始終点アドレス)の情報を参照して、エンドツーエンド(End-to-End)の転送路を決定し、各ソフトスイッチに設定する。このとき、ソフトスイッチ設定管理部115は、各ソフトスイッチに設定情報を送信した時とその設定完了を受信した時刻とを計測すること等により、ネットワーク全体の設定処理を模擬する。
具体的には、ソフトスイッチ設定管理部115は、前記したように、IPルータとOXCから構成されるソフトスイッチに対し、伝送ノード(OXC)側と転送ノード(IPルータ)側とに対する2段階の設定を実行する。例えば、ソフトスイッチ設定管理部115は、光パスの情報に基づき、レイヤ4(始終点TCPポート番号)の情報を参照して、ホップバイホップ(hop-by-hop)の転送先を決定し、各ソフトスイッチに設定する。続いて、ソフトスイッチ設定管理部115は、MPLSパスの情報に基づき、レイヤ3(IP始終点アドレス)の情報を参照して、エンドツーエンド(End-to-End)の転送路を決定し、各ソフトスイッチに設定する。このとき、ソフトスイッチ設定管理部115は、各ソフトスイッチに設定情報を送信した時とその設定完了を受信した時刻とを計測すること等により、ネットワーク全体の設定処理を模擬する。
次に、トラヒック送受信部114は、入出力部12を介して、トラヒック生成機6からのトラヒックを各ソフトスイッチに印加する(ステップS6)。これにより、ネットワークのシミュレーションが開始される。このとき、ソフトスイッチ設定管理部115は、トラヒックを監視することにより、各装置の故障やエラー情報の取得、安定性の検証等を実行する。
以上説明したように、本実施形態に係るネットワークシミュレータ1およびネットワークシミュレーション方法によれば、伝送ノード(OXC等)、転送ノード(IPルータ等)ごとの設定処理の正確なシミュレーションが可能となる。また、ソフトゲートウェイをサーバや所定数のVMに適切に配備することができる。これにより、従来構築が困難であった1万ノードといった大規模網の制御時間や安定性の正確な事前検証を実行することができる。すなわち、実機を用いたネットワーク構築を行うことなく、パス計算アルゴリズムやネットワーク制御の効果を事前に確認することにより、ネットワーク運用者のリスクヘッジが可能となる。
1 ネットワークシミュレータ
5 ネットワーク制御装置
6 トラヒック生成機
11 制御部
12 入出力部
13 記憶部
111 入力情報処理部
112 トポロジ構成部
113 ソフトスイッチ構成部
114 トラヒック送受信部
115 ソフトスイッチ設定管理部
116 出力情報処理部
131 ネットワークトポロジDB
132 光パスDB
133 MPLSパスDB
SS ソフトスイッチ
SG ソフトゲートウェイ
5 ネットワーク制御装置
6 トラヒック生成機
11 制御部
12 入出力部
13 記憶部
111 入力情報処理部
112 トポロジ構成部
113 ソフトスイッチ構成部
114 トラヒック送受信部
115 ソフトスイッチ設定管理部
116 出力情報処理部
131 ネットワークトポロジDB
132 光パスDB
133 MPLSパスDB
SS ソフトスイッチ
SG ソフトゲートウェイ
前記した課題を解決するため、請求項1に記載の発明は、模擬対象のネットワークの、複数の転送ノードおよび複数の伝送ノードそれぞれの間の接続関係を示すトポロジであるネットワークトポロジ情報、前記模擬対象のネットワークに設定された光パスの情報、および、前記模擬対象のネットワークに設定された転送パスの情報が記憶される記憶部と、前記ネットワークトポロジ情報を参照し、前記転送ノードと前記伝送ノードの組であるソフトスイッチの台数を決定し、前記ソフトスイッチを収容する、1つ以上のサーバ上に設けられる所定数のVMを起動し、前記1つ以上のサーバおよび前記所定数のVMそれぞれを接続するソフトゲートウェイを起動することにより、前記模擬対象のネットワークに対応するトポロジを構成するトポロジ構成部と、前記ソフトスイッチを起動し、複数の前記ソフトスイッチ間を接続することにより前記VM内のネットワークを構成するソフトスイッチ構成部と、前記ソフトスイッチそれぞれに対し、前記模擬対象のネットワークの前記光パスの情報を参照し、予め設けた設定遅延を発生させて前記伝送ノードの転送先を設定し、前記模擬対象のネットワークの前記転送パスの情報を参照し、予め設けた設定遅延を発生させて前記転送ノード間の転送路を設定するソフトスイッチ設定管理部と、を備えることを特徴とするネットワークシミュレータとした。
また、請求項2に記載の発明は、模擬対象のネットワークの、複数の転送ノードおよび複数の伝送ノードそれぞれの間の接続関係を示すトポロジであるネットワークトポロジ情報、前記模擬対象のネットワークに設定された光パスの情報、および、前記模擬対象のネットワークに設定された転送パスの情報が記憶される記憶部を備えるネットワークシミュレータが、前記ネットワークトポロジ情報を参照し、前記転送ノードと前記伝送ノードの組であるソフトスイッチの台数を決定し、前記ソフトスイッチを収容する、1つ以上のサーバ上に設けられる所定数のVMを起動し、前記1つ以上のサーバおよび前記所定数のVMそれぞれを接続するソフトゲートウェイを起動することにより、前記模擬対象のネットワークに対応するトポロジを構成するステップと、前記ソフトスイッチを起動し、複数の前記ソフトスイッチ間を接続することにより前記VM内のネットワークを構成するステップと、前記ソフトスイッチそれぞれに対し、前記模擬対象のネットワークの前記光パスの情報を参照し、予め設けた設定遅延を発生させて前記伝送ノードの転送先を設定するステップと、前記ソフトスイッチそれぞれに対し、前記模擬対象のネットワークの前記転送パスの情報を参照し、予め設けた設定遅延を発生させて前記転送ノード間の転送路を設定するステップと、を実行することを特徴とするネットワークシミュレーション方法とした。
Claims (2)
- 模擬対象のネットワークの、複数の転送ノードおよび複数の伝送ノードそれぞれの間の接続関係を示すトポロジであるネットワークトポロジ情報、前記模擬対象のネットワークに設定された光パスの情報、および、前記模擬対象のネットワークに設定された転送パスの情報が記憶される記憶部と、
前記ネットワークトポロジ情報を参照し、前記転送ノードと前記伝送ノードの組であるソフトスイッチの台数を決定し、前記ソフトスイッチを収容する、1つ以上のサーバ上に設けられる所定数のVM(Virtual Machine)を起動し、前記1つ以上のサーバおよび前記所定数のVMそれぞれを接続するソフトゲートウェイを起動することにより、前記模擬対象のネットワークに対応するトポロジを構成するトポロジ構成部と、
前記ソフトスイッチを起動し、複数の前記ソフトスイッチ間を接続することにより前記VM内のネットワークを構成するソフトスイッチ構成部と、
前記ソフトスイッチそれぞれに対し、前記模擬対象のネットワークの前記光パスの情報を参照し、前記伝送ノードの転送先を設定し、前記模擬対象のネットワークの前記転送パスの情報を参照し、前記転送ノード間の転送路を設定するソフトスイッチ設定管理部と、
を備えることを特徴とするネットワークシミュレータ。 - 模擬対象のネットワークの、複数の転送ノードおよび複数の伝送ノードそれぞれの間の接続関係を示すトポロジであるネットワークトポロジ情報、前記模擬対象のネットワークに設定された光パスの情報、および、前記模擬対象のネットワークに設定された転送パスの情報が記憶される記憶部を備えるネットワークシミュレータは、
前記ネットワークトポロジ情報を参照し、前記転送ノードと前記伝送ノードの組であるソフトスイッチの台数を決定し、前記ソフトスイッチを収容する、1つ以上のサーバ上に設けられる所定数のVMを起動し、前記1つ以上のサーバおよび前記所定数のVMそれぞれを接続するソフトゲートウェイを起動することにより、前記模擬対象のネットワークに対応するトポロジを構成するステップと、
前記ソフトスイッチを起動し、複数の前記ソフトスイッチ間を接続することにより前記VM内のネットワークを構成するステップと、
前記ソフトスイッチそれぞれに対し、前記模擬対象のネットワークの前記光パスの情報を参照し、前記伝送ノードの転送先を設定するステップと、
前記ソフトスイッチそれぞれに対し、前記模擬対象のネットワークの前記転送パスの情報を参照し、前記転送ノード間の転送路を設定するステップと、
を実行することを特徴とするネットワークシミュレーション方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014030455A JP5750175B1 (ja) | 2014-02-20 | 2014-02-20 | ネットワークシミュレータおよびネットワークシミュレーション方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014030455A JP5750175B1 (ja) | 2014-02-20 | 2014-02-20 | ネットワークシミュレータおよびネットワークシミュレーション方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP5750175B1 JP5750175B1 (ja) | 2015-07-15 |
JP2015156548A true JP2015156548A (ja) | 2015-08-27 |
Family
ID=53718548
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2014030455A Expired - Fee Related JP5750175B1 (ja) | 2014-02-20 | 2014-02-20 | ネットワークシミュレータおよびネットワークシミュレーション方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5750175B1 (ja) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018179627A1 (ja) * | 2017-03-31 | 2018-10-04 | 日本電気株式会社 | ネットワーク構築装置、ネットワーク構築方法、プログラムが格納された非一時的なコンピュータ可読媒体 |
WO2019181051A1 (ja) * | 2018-03-19 | 2019-09-26 | 日本電気株式会社 | マルチレイヤネットワークシステム、コントローラ、制御方法、及び非一時的なコンピュータ可読媒体 |
JP2020137097A (ja) * | 2019-02-26 | 2020-08-31 | Kddi株式会社 | 情報処理装置及びプログラム |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111200506B (zh) * | 2018-11-19 | 2023-08-29 | 中兴通讯股份有限公司 | 一种故障感知方法及装置和控制器 |
-
2014
- 2014-02-20 JP JP2014030455A patent/JP5750175B1/ja not_active Expired - Fee Related
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018179627A1 (ja) * | 2017-03-31 | 2018-10-04 | 日本電気株式会社 | ネットワーク構築装置、ネットワーク構築方法、プログラムが格納された非一時的なコンピュータ可読媒体 |
CN110546924A (zh) * | 2017-03-31 | 2019-12-06 | 日本电气株式会社 | 网络架构设备、网络架构方法和程序被存储于其上的非暂态计算机可读介质 |
JPWO2018179627A1 (ja) * | 2017-03-31 | 2019-12-12 | 日本電気株式会社 | ネットワーク構築装置、ネットワーク構築方法、及びプログラム |
US11075815B2 (en) | 2017-03-31 | 2021-07-27 | Nec Corporation | Network building apparatus, network building method, non-transitory computer readable medium storing program |
WO2019181051A1 (ja) * | 2018-03-19 | 2019-09-26 | 日本電気株式会社 | マルチレイヤネットワークシステム、コントローラ、制御方法、及び非一時的なコンピュータ可読媒体 |
JPWO2019181051A1 (ja) * | 2018-03-19 | 2021-03-11 | 日本電気株式会社 | マルチレイヤネットワークシステム、コントローラ、制御方法、及びプログラム |
JP2020137097A (ja) * | 2019-02-26 | 2020-08-31 | Kddi株式会社 | 情報処理装置及びプログラム |
JP7027361B2 (ja) | 2019-02-26 | 2022-03-01 | Kddi株式会社 | 情報処理装置及びプログラム |
Also Published As
Publication number | Publication date |
---|---|
JP5750175B1 (ja) | 2015-07-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Khattak et al. | Performance evaluation of OpenDaylight SDN controller | |
CN103916264B (zh) | 优化物理网络的虚拟网络 | |
Ahrenholz et al. | CORE: A real-time network emulator | |
US9838294B2 (en) | Network development and testing as a cloud service | |
Badotra et al. | A review on software-defined networking enabled iot cloud computing | |
US20140343915A1 (en) | Test environment configuration apparatus and method of operating network simulation apparatus using same | |
JP5750175B1 (ja) | ネットワークシミュレータおよびネットワークシミュレーション方法 | |
van der Pol et al. | Assessment of SDN technology for an easy-to-use VPN service | |
Huang et al. | Automatical end to end topology discovery and flow viewer on SDN | |
Sharma et al. | Mininet as a container based emulator for software defined networks | |
Tello et al. | SDN controllers scalability and performance study | |
Vidal12 et al. | Building upon RouteFlow: a SDN development experience | |
Bedhief et al. | From evaluating to enabling sdn for the internet of things | |
Petija et al. | Convergence of routing protocols in real and simulated environments | |
CN103634290B (zh) | 网络仿真系统 | |
CN105323109B (zh) | 互连网络仿真器及用于仿真互连网络的方法 | |
Singh | Large-scale emulation of anonymous communication networks | |
Petersen et al. | DockSDN: A hybrid container‐based software‐defined networking emulation tool | |
Mustafa et al. | Genix: A geni-based ixp emulation | |
Kapse | Enhancement of Network Throughput in SDN Using Shortest Path Routing Algorithms | |
Reißmann et al. | Using VIRL to improve the scale-out of large virtual network testbeds in higher education | |
Bartlett et al. | Expressing different traffic models using the legotg framework | |
Pathak et al. | Software defined network simulation using OpenNet for vehicular network | |
Raychev et al. | Development and Integration of Educational Software Defined Networking Platform in Computer Networking Classes | |
Otieno | MPLS (Multi-Protocol Label Switching) assisted routing procedure in Software Defined Networking (SDN) |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150414 |
|
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: 20150512 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20150515 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5750175 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |