JP2015530768A - 制御装置、その制御方法及びプログラム - Google Patents

制御装置、その制御方法及びプログラム Download PDF

Info

Publication number
JP2015530768A
JP2015530768A JP2015517299A JP2015517299A JP2015530768A JP 2015530768 A JP2015530768 A JP 2015530768A JP 2015517299 A JP2015517299 A JP 2015517299A JP 2015517299 A JP2015517299 A JP 2015517299A JP 2015530768 A JP2015530768 A JP 2015530768A
Authority
JP
Japan
Prior art keywords
layer
topology
link
path
control device
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.)
Pending
Application number
JP2015517299A
Other languages
English (en)
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 JP2015517299A priority Critical patent/JP2015530768A/ja
Publication of JP2015530768A publication Critical patent/JP2015530768A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12Discovery or management of network topologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04Network management architectures or arrangements
    • H04L41/044Network management architectures or arrangements comprising hierarchical management structures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0893Assignment of logical groups to network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0895Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12Discovery or management of network topologies
    • H04L41/122Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5051Service on demand, e.g. definition and deployment of services in real time
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/302Route determination based on requested QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/64Routing or path finding of packets in data switching networks using an overlay routing layer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/42Centralised routing

Landscapes

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

Abstract

【課題】階層化されたネットワークでは、上位層と下位層とがそれぞれ独立して管理、制御されることが多い。従って、階層化されたネットワークにおいて、ネットワークに要求されるサービス等に応じ、ネットワークの構成を変更するのは困難である。そこで、階層化されたネットワークに対する要求に応じた上位層のトポロジを生成する制御装置を提供する。【解決手段】制御装置は、階層化されたネットワークを制御し、ネットワークの運用ポリシと、ネットワークの第1層のパスと、に基づいて、第1層とは異なる第2層のトポロジを生成する。【選択図】図1

Description

(関連出願についての記載)
本発明は、日本国特許出願:特願2012−221481号(2012年10月03日出願)の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、制御装置、その制御方法及びプログラムに関し、特に、階層化されたネットワークを集中制御する制御装置、その制御方法及びプログラムに関する。
近年、オープンフロー(OpenFlow)という技術が提案されている(非特許文献1、2参照)。オープンフローは、通信をエンドツーエンドのフローとして捉え、フロー単位で経路制御、障害回復、負荷分散、最適化を行うものである。非特許文献2に仕様化されているオープンフロースイッチは、オープンフローコントローラとの通信用のセキュアチャネルを備え、オープンフローコントローラから適宜追加または書き換え指示されるフローテーブルに従って動作する。フローテーブルには、フロー毎に、パケットヘッダと照合するマッチ条件(Match Fields)と、フロー統計情報(Counters)と、処理内容を定義したインストラクション(Instructions)と、の組が定義される(非特許文献2の「4.1 Flow Table」の項参照)。
例えば、オープンフロースイッチは、パケットを受信すると、フローテーブルから、受信パケットのヘッダ情報に適合するマッチ条件(非特許文献2の「4.3 Match Fields」参照)を持つエントリを検索する。検索の結果、受信パケットに適合するエントリが見つかった場合、オープンフロースイッチは、フロー統計情報(カウンタ)を更新するとともに、受信パケットに対して、当該エントリのインストラクションフィールドに記述された処理内容(指定ポートからのパケット送信、フラッディング、廃棄等)を実施する。一方、検索の結果、受信パケットに適合するエントリが見つからなかった場合、オープンフロースイッチは、セキュアチャネルを介して、オープンフローコントローラに対してエントリ設定の要求、即ち、受信パケットを処理するための制御情報の送信要求(Packet−Inメッセージ)を送信する。オープンフロースイッチは、処理内容が定められたフローエントリを受け取ってフローテーブルを更新する。このように、オープンフロースイッチは、フローテーブルに格納されたエントリを制御情報として用いてパケット転送を行う。
特許文献1には、光パス確立手段を備え、外部IPネットワークを光ネットワークに接続する複数の光エッジルータと、光エッジルータ間を光パスで接続するために光パス単位でのスイッチング手段を備える複数の光クロスコネクト装置から構成される光ネットワークシステムが開示されている。
国際公開第2004/071033号
Nick McKeownほか7名、"OpenFlow: Enabling Innovation in Campus Networks"、[online]、[平成24(2012)年7月13日検索]、インターネット〈URL:http://www.openflow.org/documents/openflow-wp-latest.pdf〉 "OpenFlow Switch Specification" Version 1.1.0 Implemented (Wire Protocol 0x02)、[online]、[平成24(2012)年7月13日検索]、インターネット〈URL:http://www.openflow.org/documents/openflow-spec-v1.1.0.pdf〉
なお、上記先行技術文献の各開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明によって与えられたものである。
階層化されたネットワークにおいては、ルータ等の装置により実現される上位層と、上位層のリンクを実現するための装置(例えば、光クロスコネクト等)により実現される下位層に大別できる。光クロスコネクト等は、上位層のリンクを実現する装置であるため、上位層のリンクに要求される帯域等をネットワーク管理者が見積もり、下位層のパスを決定するのが通常である。
一方、ルータ等の装置では、OSPF(Open Shortest Path First)やBGP(Border Gateway Protocol)等のルーティングプロトコルを利用して、隣接する通信ノード間で情報交換を行わせて、上位層のトポロジを定めることが多い。
また、近年、同一のネットワークを用いて多様なサービスが提供され、多様なユーザが同一のネットワークを使用することが多い。このような状況下において、特定のサービスやユーザに応じて、上位層のトポロジを変更したいという強い要望が存在する。
しかし、階層化されたネットワークにおいて、特定のサービスに係るパケット等に応じて、上位層のトポロジを変更するのは困難である。階層化されたネットワークにおいては、上位層と下位層は、それぞれ独立して管理、制御されることが多い。従って、そのようなネットワークでは、特定のサービス係るパケットと、他のサービス等に係るパケットと、を区別して取り扱うことが難しい。上位層において、特定のサービスに係るパケットの検出を行ったとしても、当該パケットの転送を実現する下位層のパスを適切に選択できないためである。例えば、上位層の装置が、特定のサービス等に係るパケットを所定の帯域以上で転送しようとしても、そのようなパスの切り替えを実現する手段が存在しない。
なお、特許文献1の光クロスコネクト及び光エッジルータに、非特許文献1、2のオープンフロースイッチ相当の機能を持たせることで、きめ細かい粒度で経路制御を行いうる光IPネットワークを構築することができる。しかし、特許文献1が開示する技術を適用したとしても、上位層の装置から下位層のパスを適切に選択することはできない。
以上のような状況を鑑み、本発明は、非特許文献1、2のオープンフローコントローラに代表される制御装置が対象とするネットワークに対する要求に応じた上位層のトポロジの生成に寄与する制御装置、その制御方法及びプログラムを提供することを目的とする。
本発明の第1の視点によれば、階層化されたネットワークを制御し、前記ネットワークの運用ポリシと、前記ネットワークの第1層のパスと、に基づいて、前記第1層とは異なる第2層のトポロジを生成する制御装置が提供される。
本発明の第2の視点によれば、階層化されたネットワークを制御する制御装置の制御方法であって、前記ネットワークの運用ポリシを受け付けるステップと、前記運用ポリシと、前記ネットワークの第1層のパスと、に基づいて、前記第1層とは異なる第2層のトポロジを生成するステップと、を含む制御装置の制御方法が提供される。
なお、本方法は、階層化されたネットワークを制御する制御装置という、特定の機械に結びつけられている。
本発明の第3の視点によれば、階層化されたネットワークを制御する制御装置を構成するコンピュータに、前記ネットワークの運用ポリシを受け付ける処理と、前記運用ポリシと、前記ネットワークの第1層のパスと、に基づいて、前記第1層とは異なる第2層のトポロジを生成する処理と、を実行させるプログラムが提供される。
なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント(non−transient)なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。
本発明の各視点によれば、制御装置が対象とするネットワークに対する要求に応じた上位層のトポロジの生成に寄与する制御装置、その制御方法及びプログラムが、提供される。
一実施形態の概要を説明するための図である。 一実施形態の概要を説明するための図である。 第1の実施形態に係る通信システムの一例を示す図である。 各エッジノード間のリンクを実現するトランスポートノードを含む通信システムの一例を示す図である。 エッジノード10の内部構成の一例を示す図である。 エッジノード10−1のテーブルDB13に設定されているテーブルの例である。 トランスポートノード40の内部構成の一例を示す図である。 制御装置20の内部構成の一例を示す図である。 上位層リンク情報の一例を示す図である。 パケット転送情報の一例を示す図である。 エッジノード10−1及びトランスポートノード40−1のポート間接続の一例を示す図である。 物理層構成情報の一例を示す図である。 ネットワーク管理者が入力する運用ポリシの一例を示す図である。 ネットワーク管理者が予め定める下位層のトポロジの一例を示す図である。 図14に示す9本の光パスの詳細をまとめた図である。 上位層のトポロジの一例を示す図である。 制御装置20の動作の一例を示すフローチャートである。 上位層トポロジ生成部204におけるリンク演算の一例を示すフローチャートである。 リンク演算により生成された上位層のトポロジの一例を示す図である。 エッジノード10−1に設定する処理規則の一例を示す図である。 トランスポートノード40−1に設定する処理規則の一例を示す図である。 運用ポリシの一例を示す図である。 リンク演算により生成された上位層のトポロジの一例を示す図である。 運用ポリシの一例を示す図である。 運用ポリシの一例を示す図である。 リンク演算により生成された上位層のトポロジの一例を示す図である。 運用ポリシの一例を示す図である。 リンク演算により生成された上位層のトポロジの一例を示す図である。 運用ポリシの一例を示す図である。 リンク演算により生成された上位層のトポロジの一例を示す図である。 上位層トポロジ生成部204の動作の一例を示すフローチャートである。 下位層のトポロジの一例を示す図である。 リンク演算により生成された上位層のトポロジの一例を示す図である。
初めに、図1を用いて一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。
上述したように、階層化されたネットワークでは、上位層と下位層とがそれぞれ独立して管理、制御されることが多い。従って、階層化されたネットワークにおいて、ネットワークに要求されるサービス等に応じ、ネットワークの構成を変更するのは困難である。そのため、階層化されたネットワークに対する要求に応じた上位層のトポロジを生成する制御装置が望まれる。
そこで、一例として制御装置100を提供する(図1又は図2参照)。制御装置100は、階層化されたネットワークを制御し、ネットワークの運用ポリシと、ネットワークの第1層のパスに基づいて、第1層とは異なる第2層のトポロジを生成する。
制御装置100は、少なくとも第1及び第2層に階層化されたネットワークを制御する。制御装置100が制御するネットワークにおいて、第1層は相対的に第2層の下位に位置する。ネットワーク管理者は、ネットワークを運用する際に、第1層のトポロジを決定する。即ち、第2層のリンクを形成する第1層のパスを用いて、ネットワークの運用を行う。また、ネットワーク管理者は、制御装置100に、当該ネットワークを運用する際のポリシを入力する。例えば、この運用ポリシには、ネットワークが提供するサービスごとに、第2層のリンクの特性に対する要求が含まれる。なお、第2層のリンクの特性としては、例えば、リンクの帯域、遅延やジッタに関する情報、リンクが冗長化されているかどうか、といった情報が挙げられる。
制御装置100は、ネットワーク管理者が入力する運用ポリシと、予め定める第1層のパスに基づいて、運用ポリシの要求を満たすことのできる第2層のトポロジを生成する。換言するならば、第2層のリンクを形成する第1層のパスから、運用ポリシに適するパスを選択することで、上位層のトポロジを生成する。なお、制御装置100が、上位層のトポロジを生成する処理を、リンク演算と表記する。例えば、制御装置100に、サービスAに係る運用ポリシを入力すれば、制御装置100は、サービスAに適する第2層のトポロジを生成する(図1参照)。一方、制御装置100に、サービスBに係る運用ポリシを入力すれば、制御装置100は、サービスBに適する第2層のトポロジを生成する(図2参照)。
サービスが異なれば、当該サービスを提供するネットワークに要求される仕様も異なる。そこで、運用ポリシには、サービスごとに、当該サービスを提供するネットワークの第2のリンクに要求する事項(仕様)をきめ細かく規定しておく。制御装置100では、運用ポリシで規定された仕様の実現に十分な第1層のパスを選択することで、第2層のトポロジを決定する。即ち、階層化されたネットワークに対する要求に応じた上位層のトポロジを生成する制御装置100が提供できる。
以下に具体的な実施の形態について、図面を参照してさらに詳しく説明する。
[第1の実施形態]
第1の実施形態について、図面を用いてより詳細に説明する。
図3は、第1の実施形態に係る通信システムの一例を示す図である。図3を参照すると、ネットワーク間の接続を実現するエッジノード(EN;Edge Node)10−1〜10−4と、エッジノード10−1〜10−4を含むネットワークを制御する制御装置20と、ネットワーク管理者が使用する通信端末30と、を含む構成が示されている。例えば、制御装置20はオープンフローコントローラに相当し、エッジノード10−1〜10−4はオープンフロースイッチに相当する。
ネットワーク管理者は、通信端末30を介して、制御装置20に対して各種の設定を行い、エッジノード10−1〜10−4を含むネットワークの保守及び管理を行う。
ここで、各エッジノード間のリンクの名称を、図3に示すように定める。具体的には、エッジノード間のリンクとその名称を以下の通りとする。
・リンクL01をエッジノード10−1とエッジノード10−2の間のリンクとする。
・リンクL02をエッジノード10−2とエッジノード10−3の間のリンクとする。
・リンクL03をエッジノード10−3とエッジノード10−4の間のリンクとする。
・リンクL04をエッジノード10−4とエッジノード10−1の間のリンクとする。
・リンクL05をエッジノード10−2とエッジノード10−4の間のリンクとする。
・リンクL06をエッジノード10−1とエッジノード10−3の間のリンクとする。
図4は、各エッジノード間のリンクを実現するトランスポートノード(TN;Transport Node)を含む通信システムの一例を示す図である。図4を参照すると、トランスポートノード40−1〜40−9は、各エッジノード間のリンクを実現する。トランスポートノード40−1〜40−9は、例えば、物理ケーブルまたは更に下位層のパスにより互いに接続され、パケットパスを設定してパケット通信をするパケットトランスポートノード(PTN;Packet Transport Node)に相当する。パケットトランスポートノードに係る通信に適用可能な技術には、例えば、MPLS−TP(Multi-Protocol Label Switching Transport Profile)が考えられる。さらに、パケットパスは、例えば、LSP(Label Switched Path)や疑似回線(PW;Pseudo Wire)が相当する。
あるいは、トランスポートノード40−1〜40−9は、例えば、光ファイバケーブルにより接続され、光データの転送を実現する光クロスコネクト(OXC;Optical Cross Connect)に相当する。本実施形態では、トランスポートノード40−1〜40−9は、光データの転送を実現する光クロスコネクトとして、説明を行う。
以降の説明において、エッジノード10−1〜10−4を相互に接続することで実現される層を上位層、トランスポートノード40−1〜40−9を相互に接続することで実現される層を下位層と呼ぶ。なお、上述の第1層が下位層に相当し、第2層が上位層に相当する。また、エッジノード10−1〜10−4を特に区別する必要のないときは「エッジノード10」と表記する。同様に、トランスポートノード40−1〜40−9を特に区別する必要のないときは「トランスポートノード40」と表記する。
上述したように、エッジノード10−1〜10−4の間のリンクは、複数のトランスポートノード40−1〜40−9を相互に接続することで、実現される。図4に示すネットワークには、エッジノード10−1〜10−4の間のリンクを実現する光パスとして、7本の光パス(LP01〜LP07)が示されている。なお、図4において、トランスポートノード間の実線は光ファイバケーブルを示し、点線は光パスを示す。図4を参照すると、例えば、光パスLP01はトランスポートノード40−1と40−3を接続する。光パスLP07はトランスポートノード40−3と40−7を接続する。
ネットワーク管理者は、ネットワークを運用するにあたり、下位層に属するノードとリンクがどのように接続されているかを規定する情報、即ち、下位層のトポロジを予め定める。ネットワーク管理者は、下位層のトポロジを、通信端末30を介して制御装置20に入力する。
制御装置20は、ネットワークを構成する装置及びケーブルに関する物理的な構成に関する情報を保持する。以降の説明において、制御装置20が保持する物理的な構成に関する情報を物理層構成情報と呼ぶ。ネットワーク管理者は、ネットワークの運用に先立ち、物理層構成情報を予め制御装置20に入力する。あるいは、制御装置20は、制御対象のネットワークに含まれる各ノードから情報を収集することで、物理層構成情報を生成してもよい。
ネットワーク管理者は、ネットワークを運用する際のポリシに基づき、制御装置20に情報を入力する。例えば、図3に示すネットワークを利用して提供する特定のサービスに対しては、十分な帯域を確保する設定を制御装置20に入力する。あるいは、ネットワークを使用する別のサービスに対しては、エッジノード10−1〜10−4の間の遅延が所定の値以下であることを要求する設定の入力を行う。
制御装置20は、下位層のパスと、ネットワーク管理者が要求する仕様を含む運用ポリシと、に基づいて、上位層のトポロジを生成する。より具体的には、制御装置20は、上位層のリンクを形成する下位層のパスの集合から、運用ポリシが要求する仕様を満たすパスを選択することで、上位層のトポロジを生成する。
制御装置20に入力する運用ポリシが異なると、リンク演算の結果も異なる。そこで、制御装置20は運用ポリシごとにリンク演算を実行し、その結果(上位層のトポロジ)を記憶する。その際、運用ポリシと、リンク演算により生成した上位層のトポロジと、を関連づけて記憶する。なお、運用ポリシの入力は、ネットワークの運用を開始する前に、予めネットワーク管理者が入力しておく形態であってもよいし、制御装置20に逐次、必要に応じて運用ポリシを入力する形態であってもよい。
リンク演算を行うと、ネットワーク管理者により予め入力された下位層の光パス(上位層のリンクを形成する光パス)から、運用ポリシに適するパスが選択される。制御装置20は、エッジノード10及びトランスポートノード40に対して、上位層及びリンク演算により選択された光パスを実現する処理規則を設定する。エッジノード10及びトランスポートノード40は、制御装置20が設定する処理規則に従い、パケット処理(パケットの転送)を行う。即ち、制御装置20は、リンク演算の結果に基づき、エッジノード10及びトランスポートノード40に対して設定する処理規則を生成する。
エッジノード10及びトランスポートノード40に、受信パケットのマッチフィールドに適合する処理規則が存在しない場合には、エッジノード10及びトランスポートノード40は、当該受信パケットに対する処理を制御装置20に問い合わせる。問い合わせを受けた制御装置20は、当該受信パケットに対する処理規則を計算し、エッジノード10又はトランスポートノード40に設定する。
以上のように、本実施形態に係る通信システムにおいては、エッジノード10及びトランスポートノード40が制御装置20の制御対象である。
図5は、エッジノード10の内部構成の一例を示す図である。エッジノード10は、通信部11と、テーブル管理部12と、テーブルデータベース(テーブルDB)13と、転送処理部14と、を含んで構成されている。
通信部11は、エッジノード10に処理規則を設定する制御装置20との通信を実現する手段である。本実施形態では、通信部11は、非特許文献2のオープンフロープロトコルを用いて制御装置20と通信するものとする。但し、通信部11と制御装置20との通信プロトコルは、オープンフロープロトコルに限定されるものではない。
テーブル管理部12は、テーブルDB13に保持されているテーブルを管理する手段である。より具体的には、テーブル管理部12は、制御装置20から指示された処理規則をテーブルDB13に登録し、転送処理部14から新規パケットを受信したことを通知されると、制御装置20に対し、処理規則の設定を要求する。また、テーブル管理部12は、各テーブルに格納された処理規則の失効条件が成立する場合に当該処理規則を削除又は失効させる処理を行う。
テーブルDB13は、転送処理部14が受信パケットの処理を行う際に参照するテーブルを1つ以上格納可能なデータベースによって構成される。
転送処理部14は、テーブル検索部141と、アクション実行部142と、を含んで構成される。テーブル検索部141は、テーブルDB13に格納されたテーブルから、受信パケットに適合するマッチフィールドを持つ処理規則を検索する手段である。アクション実行部142は、テーブル検索部141にて検索された処理規則のインストラクションフィールドに示す処理内容に従ってパケット処理を行う手段である。
転送処理部14は、受信パケットに適合するマッチフィールドを持つ処理規則が見つからなかった場合は、その旨をテーブル管理部12に通知する。さらに、転送処理部14は、パケット処理に応じて、テーブルDB13に登録されている統計情報を更新する。
図6は、エッジノード10−1のテーブルDB13に設定されているテーブルの例である。図6の例では、エッジノード10−1は受け付けた受信パケットをエッジノード10−2又は10−4のいずれかへの転送を実現する処理規則が設定されている。例えば、ポート番号にA1が設定され、宛先IPアドレスにA2が設定されたパケットを受信した場合、図6の上から1番目の処理が実行される。
エッジノード10−1が、受信パケット(ポート番号=A1、宛先IPアドレス=A2)を受信すると、エッジノード10−1のテーブル検索部141は、図6のテーブルの上から1番目の処理規則を、受信パケットに適合する処理規則として探し出す。エッジノード10−1のアクション実行部142は、そのインストラクションフィールドに示された内容に従って、当該受信パケットをエッジノード10−2に向けて転送する。同様に、エッジノード10−1が、ポート番号にB1が設定され、宛先IPアドレスにB2が設定されたパケットを受け付けた場合、当該パケットをエッジノード10−4に向けて転送する。エッジノード10は、受信パケットに対応する処理規則が存在しない場合、制御装置20に対して処理規則の設定を要求する。
また、図6の例では、各処理規則の失効条件に、それぞれ生存時間(TTL;Time To Live)としてT1時間とT2時間が設定されている。例えば、テーブル管理部12は、図6の上から1番目の処理規則がT1時間実行されない場合に、当該処理規則を削除する動作を行う。転送処理部14は、各処理規則が実行されるたびに生存時間を管理するタイマーを初期化する。各処理規則に対応した統計情報は、当該処理規則が実行されるたびに更新される。以上のような処理規則は、エッジノード10−2〜10−4にも同様に設定される。
図7は、トランスポートノード40の内部構成の一例を示す図である。トランスポートノード40の主たる内部構成と、図5に示すエッジノード10の主たる内部構成は一致する。そのため、トランスポートノード40の内部構成に関し、さらなる説明は省略する。エッジノード10とトランスポートノード40の相違点は、それぞれのテーブルDB13に登録される内容が異なる点である。テーブルDB13に登録される処理規則が異なれば、アクション実行部142が、当該処理規則に従って実行するパケット処理の内容も相違する。
図8は、制御装置20の構成例を表したブロック図である。制御装置20は、上位層管理部201と、下位層管理部202と、操作管理部203と、上位層トポロジ生成部204と、上位層処理規則生成部205と、下位層処理規則生成部206と、上位層管理データベース(上位層管理DB)207と、下位層管理データベース(下位層管理DB)208と、運用ポリシデータベース(運用ポリシDB)209と、上位層トポロジデータベース(上位層トポロジDB)210と、上位層処理規則データベース(上位層処理規則DB)211と、下位層処理規則データベース(下位層処理規則DB)212と、エッジノード10及びトランスポートノード40との通信を行うノード通信部213と、を含んで構成される。
上位層管理部201は、上位層リンク情報及びパケット転送情報を管理する。より具体的には、上位層管理部201は、制御対象のネットワークに含まれるエッジノード10−1〜10−4間のリンクを上位層リンク情報として管理する。例えば、図3に示すネットワークには、4個のエッジノードが含まれ、これらを相互に接続するリンクはL01〜L06である。このようなリンク(L01〜L06)と、それぞれのリンクに対応したエッジノード10−1〜10−4との関係を規定する情報が、上位層リンク情報である。
図9は、上位層リンク情報の一例を示す図である。図9を参照すると、エッジノード10−1〜10−4の間に形成された6本のリンクに対応したエッジノード10が把握できる。
ネットワーク管理者は、通信端末30を使用して、上位層リンク情報を制御装置20に入力する。上位層管理部201は、通信端末30と通信を行うノード通信部213を介して入力された上位層リンク情報を、上位層管理DB207に登録する。
さらに、上位層管理部201は、ネットワークに含まれるエッジノード10−1〜10−4間の経路情報をパケット転送情報として管理する。パケット転送情報は、例えば、ネットワーク層(第3層)におけるルーティングテーブルに相当する。
図10は、パケット転送情報の一例を示す図である。図10に示すように、パケット転送情報は、それぞれのエッジノード10−1〜10−4が受信したパケットの宛先IPアドレスに応じて、当該受信パケットをいずれのエッジノードに向けて転送すべきかを規定する情報である。ネットワーク管理者は、パケット転送情報を決定し、通信端末30を用いて制御装置20にパケット転送情報を入力する。上位層管理部201は、パケット転送情報を上位層管理DB207に登録する。
下位層管理部202は、物理層構成情報を管理する。図11は、エッジノード10−1及びトランスポートノード40−1のポート間接続の一例を示す図である。図11において、エッジノード10−1のポートP01は外部ネットワークとポートP02はトランスポートノード40−1のポートP04と、ポートP03はトランスポートノード40−1のポートP05と、それぞれ接続されている。また、トランスポートノード40−1のポートP06は、トランスポートノード40−8のポートP08と接続され、トランスポートノード40−1のポートP07は、トランスポートノード40−2のポートP09と接続されている。
下位層管理部202は、図11に示すような、ノード間(エッジノード10及びトランスポートノード40)の物理的な接続情報を、物理層構成情報として管理する。ネットワーク管理者は、通信端末30を使用して、物理層構成情報を制御装置20に入力する。下位層管理部202は、物理層構成情報を下位層管理DB208に登録する。
図12は、物理層構成情報の一例を示す図である。なお、図12以降の図面に記載する帯域、遅延及びジッタ等の値は、理解の容易のための例示であって、これらの値を図示する値に限定する趣旨ではない。
図12に示すように、物理層構成情報には、ノード間を接続するケーブル(イーサネット(登録商標)ケーブル又は光ファイバケーブル)ごとに、接続ノード、接続ポート、当該ケーブルを使用した際の最大帯域、遅延量及びジッタ等に関する情報が含まれる。例えば、図11に示すポートP02とポートP04を接続するケーブルにおける帯域の最大値は100Gbps、遅延量は4ms、ジッタは1msであることが理解できる。なお、以降の説明では、理解の容易のため、1本の光ファイバケーブルにおける帯域の最大値は100Gbps、遅延は4ms、ジッタは1msとする。さらに、1本の光ファイバケーブルに設定する光パスの帯域を10Gbpsとする。但し、光ファイバケーブルの特性を、上記の値に限定する趣旨ではないことは勿論である。
操作管理部203は、ネットワーク管理者が制御装置20に対して行った操作(入力した情報)を解析する。解析した結果、ネットワーク管理者が新たな運用ポリシを入力する場合には、操作管理部203は、当該運用ポリシを運用ポリシDB209に登録する。
図13は、ネットワーク管理者が入力する運用ポリシの一例を示す図である。図13を参照すると、ネットワーク管理者は、ネットワークが提供するサービスごとに、上位層のリンクについて帯域、遅延、ジッタ及び冗長化に関する要求の入力が可能であると理解できる。なお、図13において、各項目におけるブランク(「−」)は、ネットワーク管理者からの要求が存在しないことを意味する。例えば、リンクL05及びL06の帯域には、「−」が記載されているが、これは当該リンクが形成されても、又は、形成されなくても良いことを示している。同様に、図13の運用ポリシには、それぞれのリンクに対して、遅延、ジッタ及びパスの冗長化に関する要求は存在しないことを意味している。パスの冗長化とは、当該リンクを実現する際に使用する光パス(又は、パケットパス)の物理的な経路(パスの設定される物理ケーブルや装置)が異なることの要求である。つまり、同一の物理的経路上に複数の光パスを形成することは、パスの冗長化に該当しない。
図13に示す運用ポリシは、制御装置20が制御対象とするネットワークが受信するパケットが、FTP(File Transfer Protocol)サービスに係るパケットである場合に、リンクL02に20Gbps以上の帯域確保を要求し、リンクL01、L03及びL04に10Gbps以上の帯域確保を要求する。
操作管理部203は、運用ポリシを運用ポリシDB209に登録すると、上位層トポロジ生成部204に対してリンク演算の実行を指示する。また、操作管理部203は、ネットワーク管理者が予め定める下位層のトポロジの入力を受けた場合には、入力された下位層のトポロジと併せて、その旨を下位層管理部202に通知する。通知を受けた下位層管理部202は、下位層のトポロジを下位層管理DB208に登録する。
上位層トポロジ生成部204は、下位層のパスと、運用ポリシと、に基づいて上位層のリンクに対する要求(運用ポリシ)を満たすことのできる上位層のトポロジを生成する。上位層トポロジ生成部204は、生成した上位層のトポロジを上位層トポロジDB210に登録する。なお、後述するように、上位層トポロジ生成部204は、必要に応じて、下位層管理DB208が記憶する物理層構成情報も参照する。上位層トポロジ生成部204におけるリンク演算の詳細については、後述する。
上位層処理規則生成部205は、上位層リンク情報と、パケット転送情報と、物理層構成情報と、に基づいてエッジノード10に設定する処理規則を生成する。上位層処理規則生成部205は、リンク演算により生成された上位層のトポロジを実現するために必要なエッジノード10−1〜10−4の動作を規定する処理規則を生成する。上位層処理規則生成部205は、生成した処理規則を上位層処理規則DB211に登録すると共に、ノード通信部213を介して、エッジノード10−1〜10−4に設定する。
下位層処理規則生成部206は、上位層リンク情報と、パケット転送情報と、物理層構成情報と、に基づいてトランスポートノード40に設定する処理規則を生成する。下位層処理規則生成部206は、リンク演算により生成された上位層のトポロジを実現するために必要なトランスポートノード40−1〜40−9の動作を規定する処理規則を生成する。下位層処理規則生成部206は、生成した処理規則を下位層処理規則DB212に登録すると共に、ノード通信部213を介して、トランスポートノード40−1〜40−9に設定する。
上位層処理規則生成部205及び下位層処理規則生成部206が、各ノード(エッジノード10及びトランスポートノード40)に処理規則を設定するタイミングには、ネットワーク管理者が制御装置20に入力しておいた運用ポリシを実際にネットワークに適用するタイミングが考えられる。ネットワーク管理者は、将来のネットワークの運用に備えて、それぞれのサービスについて運用ポリシを制御装置20に入力する。制御装置20は、入力された運用ポリシに基づいて、上位層のトポロジを生成する。そして、実際に、運用ポリシで規定したサービスを開通する際に、ネットワーク管理者は、サービス開通の指示を制御装置20に行う。指示を受けた制御装置20は、当該運用ポリシで生成した上位層のトポロジを基に、サービスの上位層での経路の決定と各ノードの処理規則を生成し、各ノードに設定する。
あるいは、上位層トポロジ生成部204がリンク演算を行った際に、上位層トポロジ生成部204から上位層処理規則生成部205及び下位層処理規則生成部206に対して、上位層のトポロジを生成した旨を通知し、通知に応じて処理規則が生成され、かつ、処理規則が設定されてもよい。
なお、図8に示す制御装置20の各部(処理手段)は、制御装置20を構成するコンピュータに、そのハードウェアを用いて、後述する各処理を実行させるコンピュータプログラムにより実現することもできる。
次に、制御装置20の動作について説明する。
制御装置20の動作の説明に先立ち、ネットワーク管理者がネットワークを運用する際に予め定める下位層のトポロジについて説明する。
図14は、ネットワーク管理者が予め定める下位層のトポロジの一例を示す図である。ネットワーク管理者は、図3に示すネットワークを運用するにあたり、図14に示すような下位層のパスを決定する。図14に示す下位層のパスは、9本の光パスLP01〜LP09から構成されている。図15は、図14に示す9本の光パスの詳細をまとめた図である。図14及び図15を参照すると、光パスLP01は、トランスポートノード40−1、40−2及び40−3を経由する。また、光パスLP01に設定される波長はλ01である。また、光パスLP01とLP02は、経路は同一であるが、設定される波長が異なる。従って、エッジノード10−1及び10−2は、これらの光パスを、異なるパスとして扱う。また、光パスLP03とLP08は、それぞれトランスポートノード40−1と40−7をパスの端点としているので、光パスを集約(リンクアグリゲーション)して使用する。従って、エッジノード10−1及び10−4は、これらの光パスを上位層での1本のパスとして扱う。なお、図15以降の図面において、光パスに設定される波長を区別して説明する必要がない場合には、波長をλ0xと表記する。
図14及び図15を参照すると、上位層のトポロジは、図16のように表現できる。図16を参照すると、エッジノード10−1及び10−2間には、2本のパスが設定され、それぞれの帯域は10Gbpsである。一方、エッジノード10−1及び10−4間には、1本のリンクが形成され、帯域は20Gbpsである。エッジノード10−1及び10−4間のリンクの帯域が20Gbpsである理由は、光パスLP03とLP08を集約しているためである。なお、リンクの参照番号に併記する数字は、当該リンクの特性値(図16では、帯域)である。
続いて、ネットワーク管理者が、通信端末30を介して、制御装置20に新たな運用ポリシを入力し、上位層のトポロジを生成する動作について説明する。その際、入力する運用ポリシは、図13に示す内容とする。
図17は、制御装置20の動作の一例を示すフローチャートである。
ステップS01において、操作管理部203は、ネットワーク管理者から入力された運用ポリシを運用ポリシDB209に登録する。さらに、操作管理部203は、上位層トポロジ生成部204に対して、新たな運用ポリシに対するリンク演算の実行を指示する。
ステップS02において、上位層トポロジ生成部204は、新たな運用ポリシに対するリンク演算を実行する。
ステップS02が終了すると、入力された運用ポリシに対応した上位層のトポロジが生成される。その後は、上位層処理規則生成部205及び下位層処理規則生成部206が、必要に応じて処理規則を生成し、エッジノード10及びトランスポートノード40に処理規則を設定する。
次に、上位層トポロジ生成部204におけるリンク演算について説明する。
図18は、上位層トポロジ生成部204におけるリンク演算の一例を示すフローチャートである。なお、図18に示す処理の動作主体は、上位層トポロジ生成部204である。
ステップS101において、上位層を形成するリンクの中から、1本のリンクを選択する。例えば、図3に示す6本のリンクのうち、リンクL01を選択する。
ステップS102において、選択したリンクを実現する光パスの候補を下位層のパスから選択する。例えば、リンクL01に対し、光パスLP01及びLP02が選択される(図14及び図15参照)。
ステップS103において、ステップS101で選択したリンクに関する要求を、運用ポリシから取得する。図13に示す運用ポリシを参照すると、リンクL01に対し、10GBps以上の帯域確保が要求されている。
ステップS104において、ステップS102で選択した光パスの候補により、前ステップで認識した要求を満たすリンクを形成できるか否かを判断する。例えば、リンクL01を実現する光パスの候補は、光パスLP01及びLP02であるが、いずれの光パスの帯域は10Gbpsであるので、どちらの光パスを使用してもよい。従って、リンクL01に対する本ステップの判断は、真(True;Yes分岐)となる。
ステップS105において、ステップS101で選択したリンクに対する光パスを確定する。例えば、リンクL01については、光パスLP01又は光パスLP02のいずれでも運用ポリシが要求する仕様を満たすので、いずれかを選択する。ここでは、光パスLP01を選択するものとする。
ステップS106において、全てのリンクについての選択が終了したか否かを判断する。ここでは、リンクL01について光パスが確定した段階であるので、ステップS101に遷移する(ステップS106、No分岐)。
リンクL02を選択したステップS102では、光パスLP04とLP05が候補となる。運用ポリシを参照し、リンクL02に関する要求仕様を確認すると、20Gbps以上の帯域確保が要求されている(図13の上から2番目)。ネットワーク管理者が予め定める下位層のトポロジでは、光パスLP04とLP05を個別に使用することが規定されている。そのため、それぞれの光パス単独では、運用ポリシが要求する仕様(20Gbps以上の帯域確保)を満たすことができない(ステップS104、No分岐)。
その場合、ステップS107において、光パスの候補の追加が可能か否かを判断する。リンクL02に対する要求は、帯域の確保であるため、本ステップでは光パスの集約が可能か否か判断される。光パスの候補の追加が可能(光パスの集約が可能)であれば、ステップS108において、光パスの集約が行われる。さらに、集約後の光パス(集約後の光パスを光パスLP45と呼ぶ)について、再び、ステップS104の判断を行う。光パスLP45は、2本の光パスを集約するものであるので、その帯域は20Gbpsである。従って、運用ポリシの要求を満たす。ステップS105において、リンクL02についての光パスとして、光パスLP45が確定する。
リンクL03〜L06についても、同様の処理がなされ、全てのリンクについて選択が終了すると、図18に示す処理が終了する。
図19は、リンク演算が終了し、生成された上位層のトポロジの一例を示す図である。図16及び図19に示す上位層のトポロジを比較すると、リンクL01、L03及びL04を形成するパスが、2本の光パスから1本の光パスに変更となっている。また、リンクL02は、2本の光パスを集約することで実現されている。さらに、リンクL05は消滅している。上位層トポロジ生成部204は、リンク演算を実行することにより、ネットワーク管理者が運用ポリシに規定する要求仕様を満たすのに十分な上位層のトポロジを生成する。上位層トポロジ生成部204は、生成した上位層のトポロジを上位層トポロジDB210に登録する。
上位層処理規則生成部205及び下位層処理規則生成部206は、リンク演算により生成された上位層のトポロジを基に、サービス開通時に、エッジノード10及びトランスポートノード40に設定する処理規則を生成する。例えば、上位層処理規則生成部205は、エッジノード10−1に設定する処理規則として、図20に示すような処理規則を生成する。図20に示す処理規則では、FTPサービスに係るパケットであって、宛先IPアドレスがIP1のパケットは、トランスポートノード40−1向きのポートから転送することを示す。また、下位層処理規則生成部206は、トランスポートノード40−1に対する処理規則として、図21に示すような処理規則を生成する。図21に示す処理規則では、FTPサービスに係るパケットであって、宛先IPアドレスがIP1のパケットは、トランスポートノード40−2向きのポートから転送することを示す。
なお、本実施形態においては、ネットワーク管理者による制御装置20に対する運用ポリシの入力を契機として、上位層トポロジ生成部204が、上位層のトポロジを生成する場合について説明した。しかし、各ノード(エッジノード10又はトランスポートノード40)が、その処理規則に記載されていないサービス(ポート番号)や転送先(宛先IPアドレス)に係るパケットを受信した際の問い合わせを契機に、上位層トポロジ生成部204が、リンク演算を実行し、上位層のトポロジを生成してもよい。
また、制御装置20が記憶するパケット転送情報は、ネットワーク管理者が設定するものとして説明をした。しかし、各ノード(エッジノード10やトランスポートノード40)が、BGP等のルーティングプロトコルをサポートし、自律的にルーティングテーブルを作成する場合には、経路交換に係る広告を制御装置20が収集し、制御装置20が各ノードに設定するルーティングテーブルを作成、管理してもよい。
さらに、本実施形態に係るトランスポートノード40は、光クロスコネクトとして説明を行った。即ち、エッジノード間のリンクを形成するパスは、光パスとして説明した。しかし、トランスポートノード40は、パケットトランスポートノードのように、パケットパスを形成する装置であってもよい。
さらにまた、制御装置20が制御の対象とする機器は、エッジノード10及びトランスポートノード40として説明を行った。しかし、ネットワークの構成によっては、制御装置20が制御の対象とする機器は、エッジノード10又はトランスポートノード40のいずれかに限られる場合も存在する。また、制御装置20は、上位層及び下位層に属する複数の機器(エッジノード10及びトランスポートノード40)を制御の対象とする場合について説明した。しかし、ネットワークの構成によっては、制御装置20が制御の対象とする機器が、複数存在しない場合も存在する。
以上のように、本実施形態に係る制御装置20が実行するリンク演算は、予め定める下位層のパスから、運用ポリシが要求する仕様を満たすことのできる上位層のトポロジを生成する。換言するならば、上位層のリンクを形成する下位層のパスから、運用ポリシに適するパスを選択し、上位層のトポロジを生成する。そのため、運用ポリシが規定するサービスとその内容(リンクに求める帯域等)を保証する上位層のトポロジを生成することができる。即ち、特定のサービスに係るパケットごとに、適切な上位層のトポロジを決定する。あるいは、運用ポリシが規定するサービスの内容を超えて、ネットワークの資源を使用することがなく、使用するネットワークの資源が変動することもない。その結果、ネットワークを適正、効率的、安定的に運用することができる。
[第2の実施形態]
続いて、第2の実施形態について図面を参照して詳細に説明する。
本実施形態においては、第1の実施形態とは異なる運用ポリシについてのリンク演算を説明する。本実施形態に係る制御装置20、エッジノード10及びトランスポートノード40の内部構成等は、第1の実施形態において説明した内容と相違する点は存在しないので、さらなる説明を省略する。
図22は、運用ポリシの一例を示す図である。図22に示す運用ポリシと、図13に示す運用ポリシの相違点は、ネットワーク管理者が設定するサービスがIP(Internet Protocol)電話サービスであると点と、各リンクに関する要求が遅延に関する要求である点である。
図22に示す運用ポリシが、ネットワーク管理者から入力された場合のリンク演算について説明する。図22に示す運用ポリシが、ネットワーク管理者から入力されると、上位層トポロジ生成部204は、各リンクについて、第1の実施形態において説明したリンク演算と同様の処理を実行する。その際、各リンクに対する要求が帯域ではなく、遅延に関する要求であるので、候補となる光パスにより形成するリンクの遅延と、運用ポリシが要求する遅延とを比較し、要求を満たす光パスを選択する。
図23は、リンク演算が終了し、生成された上位層のトポロジの一例を示す図である。図23に示す上位層のトポロジは、リンクL01〜L04について、それぞれ1本の光パスにより形成されている。リンクL01〜L03については、それぞれ2本の光パスが候補に選択され、いずれの光パスであっても運用ポリシが要求する遅延量を満たす。上述したように、光ファイバケーブルの遅延量を4msとすれば、リンクL01〜L03の候補となる光パスは2本の光ファイバケーブルを使用するため、総遅延量は8msとなるからである。リンクL04についても、光パスの候補は2本(光パスLP03及びLP08)である。しかし、光パスLP03を、リンクL04を実現する光パスと確定することはできない。光パスLP03は、4本の光ファイバケーブルを使用するため、総遅延量は16msとなり、要求仕様を満たさない。従って、リンクL04を実現する光パスは、光パスLP08に確定する。
また、例えば、ネットワークが提供するサービスが動画のストリーミングサービス等である場合には、図24に示すような運用ポリシが入力される。このようにジッタに対する要求の場合であっても、遅延に関する運用ポリシと同様に、上位層トポロジ生成部204は、上位層のトポロジを生成する。
以上のように、運用ポリシが遅延やジッタ等の場合であっても、通信システムに要求される仕様を満たす上位層のトポロジを生成することができる。
[第3の実施形態]
続いて、第3の実施形態について図面を参照して詳細に説明する。
本実施形態においては、第1の実施形態とは異なる運用ポリシについてのリンク演算を説明する。本実施形態に係る制御装置20、エッジノード10及びトランスポートノード40の内部構成等は、第1の実施形態において説明した内容と相違する点は存在しないので、さらなる説明を省略する。
図25は、運用ポリシの一例を示す図である。図25に示す運用ポリシと、図13に示す運用ポリシの相違点は、ネットワーク管理者が設定するサービスが高信頼VPN(Virtual Private Network)サービスである点と、リンクL04の冗長化を求める点である。なお、ネットワークにおける最低限の接続性(Reachability)を確保する目的で、リンクL03〜L05に要求する帯域として10Gbpsを設定している。
図25に示す運用ポリシが、ネットワーク管理者から入力された場合のリンク演算について説明する。図25に示す運用ポリシが、ネットワーク管理者から入力されると、リンクL03及びL05については、第1の実施形態において説明した方法と同様の手法により、光パスを確定させる。より具体的には、リンクL03については光パスLP06を、リンクL05については光パスLP09を、それぞれ選択し、それぞれのリンクを実現する光パスとして確定する。
一方、リンクL04については、パスの冗長化が要求されているので、図18を用いて説明したステップS107の処理を変更する。リンクL04に対する要求仕様は、パスの冗長化であるため、単一の光パス(光パスLP03又はLP08)では要求を満たすことはできない。そのため、必然的に、ステップS107の処理を実行することになる。
この場合、ステップS107では、ステップS101で選択されたリンクを実現する光パスが複数存在し、かつ、それぞれの光パスが使用する物理的な経路が異なるか否かを判断する。このような複数の光パスが存在すれば、パスの冗長化に係る要求を満たすと判断する。例えば、リンクL04については、光パスLP03とLP08では使用する物理的な経路(経由するトランスポートノード40)が異なるため、光パスLP03とLP08がリンクL04に対する冗長化を満たすものと確定する。
図26は、リンク演算が終了し、生成された上位層のトポロジの一例を示す図である。図26に示す上位層のトポロジは、リンクL03及びL05について、それぞれ1本の光パスにより形成されている。リンクL04については、光パスLP03とLP08の双方を使用する。そのため、リンクL04を形成するパスの冗長化が実現できる。
以上のように、運用ポリシがパスの冗長化を要求するものであっても、その要求を満たす上位層のトポロジを生成することができる。
[第4の実施形態]
続いて、第4の実施形態について図面を参照して詳細に説明する。
本実施形態では、ネットワーク管理者が入力する運用ポリシのリンクに対する要求が複数であっても、上位層トポロジ生成部204におけるリンク演算が可能であることを説明する。本実施形態に係る制御装置20、エッジノード10及びトランスポートノード40の内部構成等は、第1の実施形態において説明した内容と相違する点は存在しないので、さらなる説明を省略する。
図27は、運用ポリシの一例を示す図である。図27を参照すると、ネットワーク管理者は、リンクL02の帯域について20Gbps以上確保し、かつ、リンクL01〜L04の遅延が10ms以内であることを要求している。
このような運用ポリシの場合、上位層トポロジ生成部204は、帯域に関する要求を満たす上位層のトポロジと、遅延に関する要求を満たす上位層のトポロジと、を個別に算出する。その後、2つの上位層のトポロジを統合することで、当該運用ポリシに対する上位層のトポロジとする。
上位層トポロジ生成部204が、帯域に関する要求を満たす上位層のトポロジを算出するリンク演算は、第1の実施形態において説明したリンク演算と同様である。また、上位層トポロジ生成部204が、遅延に関する要求を満たす上位層のトポロジを算出するリンク演算は、第2の実施形態において説明したリンク演算と同様である。
上位層トポロジ生成部204が、図27の運用ポリシが要求する仕様であって、帯域に関する要求に対してリンク演算を行うと、図19に示す上位層のトポロジが得られる。一方、上位層トポロジ生成部204が、図27の運用ポリシが要求する仕様であって、遅延に関する要求に対してリンク演算を行うと、図23に示す上位層のトポロジが得られる。図19及び図23を参照すると、リンクL01、L03及びL04に関しては同一の光パスにより形成すればよいことが理解できる。また、光パスLP45は、光パスLP04とLP05を集約した光パスであるので、光パスLP04は光パスLP45に含まれる。図19及び図23に示す上位層のトポロジを統合すると、図28に示す上位層のトポロジが生成できる。
本実施形態において、個別に算出した複数の上位層のトポロジを統合する例について説明したが、以下のように動作させることも可能である。上位層トポロジ生成部204は、帯域に関する要求を満たす上位層のトポロジを算出するリンク演算と、遅延に関する要求を満たす上位層のトポロジを算出するリンク演算と、を組み合わせても良い。例えば、上位層トポロジ生成部204は、まず、下位層のパスに対して、帯域に関するリンク演算を行う。その後、上位層トポロジ生成部204は、遅延に関するリンク演算を行う。このように、複数のリンク演算を順に行うことで、上記動作の結果と同一の上位層トポロジを得ることができる。
以上のように、運用ポリシに含まれる要求が複数の場合であっても、その要求を満たす上位層のトポロジを生成することができる。
[第5の実施形態]
続いて、第5の実施形態について図面を参照して詳細に説明する。
第4の実施形態において、運用ポリシの要求が複数の場合であっても、上位層のトポロジの生成が可能であることを説明した。しかし、運用ポリシの内容によっては、複数の運用ポリシを組み合わせてトポロジを生成しようとすると、上位層のトポロジに矛盾が生じてしまう場合が存在する。本実施形態においては、そのような場合の対応について説明する。なお、本実施形態に係る制御装置20、エッジノード10及びトランスポートノード40の内部構成等は、第1の実施形態において説明した内容と相違する点は存在しないので、さらなる説明を省略する。
図29は、運用ポリシの一例を示す図である。図27に示す運用ポリシと図29に示す運用ポリシの相違点は、20Gbpsの帯域を要求するリンクが、リンクL02からリンクL04に変更となった点である。
図29に示す運用ポリシが要求する帯域と遅延について個別にリンク演算をする。帯域に関するリンク演算を実行すると、図30に示す上位層のトポロジが生成される。一方、遅延に関するリンク演算を実行すると、図23に示す上位層のトポロジが生成される。
これらの上位層のトポロジを統合しようとすると、リンクL04は実現できない。即ち、遅延が10ms以下という要求を実現しようとすれば、リンクL04については、図23に示すように、光パスLP08を使用する必要がある。一方で、リンクL04について、帯域を20Gbps以上確保しようとすれば、光パスLP03とLP08を集約した光パスLP38を使用する必要がある。
これらの上位層のトポロジは互いに矛盾し、両者を成り立たせる上位層のトポロジを得ることはできない。換言するならば、個別にリンク演算した上位層のトポロジを統合すると、そのままではリンクL04についての運用ポリシを満たすことができない。このような場合、上位層トポロジ生成部204は、ネットワーク管理者が予め定めた下位層のトポロジに縛られず、新たな光パスを下位層のトポロジに追加することで、運用ポリシの要求を満たす上位層のトポロジを生成する。
図31は、上位層トポロジ生成部204の動作の一例を示すフローチャートである。
ステップS201において、上位層トポロジ生成部204は、運用ポリシを満たせないリンクを特定する。図29の運用ポリシに対しては、リンクL04が運用ポリシを満たせないリンクとして特定される。
ステップS202において、特定したリンクを実現可能な最短経路(使用するトランスポートノード40の数が最小)を選択する。例えば、リンクL04については、トランスポートノード40−1、40−8及び40−7を使用する経路が最短であるので、トランスポートノード40−1、40−8及び40−7を使用する経路が最短経路として選択される。
ステップS203において、前ステップで選択した最短経路に光パスの形成が可能であるか判断する。上位層トポロジ生成部204は、その判断の際に、物理層構成情報を利用する。例えば、図12に示す物理層構成情報を参照すると、トランスポートノード40−1及び40−8の間の光ファイバケーブルと、トランスポートノード40−8と40−7の間の光ファイバケーブルの最大帯域は、それぞれ100Gbpsである。一方、図15に示す下位層のトポロジを参照すると、トランスポートノード40−1、40−8及び40−7を経路とする光パスは光パスLP08の1本(10Gbps)であることが分かる。従って、物理層構成情報及び下位層のトポロジを参照することで、トランスポートノード40−1、40−8及び40−7の経路には、90Gbps相当の光パスが形成可能であることが分かる(ステップS203はYesに分岐する)。
一方、トランスポートノード40−1、40−8及び40−7の経路に、これ以上の光パスを形成できない場合(ステップS203、No分岐)には、ステップS204において、当該経路(例えば、トランスポートノード40−1、40−8及び40−7)を除外する。その後、再び、ステップS202で、ステップS101で特定したリンクを実現する最短経路の候補が選択される。例えば、トランスポートノード40−1、40−8及び40−7の経路に次いで、使用するトランスポートノードの数が少ない経路は、トランスポートノード40−1、40−2、40−3、40−9及び40−7を使用する経路である。経路が選択されれば、再び、ステップS203において、光パスの追加が可能か否か判断される。
ステップS205では、ステップS203の判断が真(Ture;Yes分岐)となる光パスを下位層に追加する(下位層管理DB208に登録する)。図32は、下位層のパスの一例を示す図である。ステップS205が終了すると、図32に示すような下位層のパスが、下位層管理DB208に登録される。図32を参照すると、新たに光パスLP10が追加となっている。上位層トポロジ生成部204は、更新後の下位層のパスを使用して、運用ポリシが要求する仕様を満たす上位層のトポロジを生成する。
上位層トポロジ生成部204が、更新後の下位層のパスと、図29に示す運用ポリシと、に基づいて、リンク演算を実行すると、図33に示す上位層のトポロジが生成される。即ち、リンクL04は、光パスLP08と光パスLP10を集約して実現される。また、これらの光パスが使用する光ファイバケーブルの本数は、2本であるので、総遅延量も8msとなり、運用ポリシが要求する仕様(10ms以内の遅延)も満たすことができる。
以上のように、運用ポリシに含まれる要求が複数の場合であって、そのままでは運用ポリシを満たせない場合には、下位層のパスを更新し、再びリンク演算をすることで、運用ポリシを満たす上位層のトポロジを生成することができる。
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
[付記1]
上記第1の視点に係る制御装置のとおりである。
[付記2]
前記第2層のリンクを形成する前記第1層のパスから、前記運用ポリシに適するパスを選択することで、前記第2層のトポロジを生成する付記1の制御装置。
[付記3]
前記運用ポリシは、前記第2層のリンクに対する要求を含み、
前記要求された第2層のリンクを形成する前記第1層のパスから、前記運用ポリシの要求を満たすパスを選択することで、前記第2層のトポロジを生成する付記2の制御装置。
[付記4]
前記第2層のリンクを形成する、前記第1層の複数のパスを集約することで、前記第2層のトポロジを生成する付記2又は3の制御装置。
[付記5]
前記第2層のリンクを形成する、前記第1層の複数のパスから、経路が互いに異なるパスを前記運用ポリシに適するパスとして選択することで、前記第2層のトポロジを生成する付記2乃至4のいずれか一に記載の制御装置。
[付記6]
前記運用ポリシが前記第2層のリンクに対し複数の要求を含む場合に、前記複数の要求のそれぞれに対して生成された前記第2層のトポロジを統合することで、前記複数の要求を含む運用ポリシに対する前記第2層のトポロジとする付記2乃至5のいずれか一に記載の制御装置。
[付記7]
前記第1層のトポロジに、前記第2層のリンクを形成するパスを追加することで、前記第1層のトポロジを更新し、前記更新された第1層のトポロジを使用して、前記第2層のトポロジを生成する付記6の制御装置。
[付記8]
前記統合された第2層のトポロジでは、複数の要求を含む前記運用ポリシに適するパスを選択できない場合に、前記第1層のトポロジにパスを追加する付記7の制御装置。
[付記9]
前記運用ポリシは、前記ネットワークがサービスを提供する際の前記第2層のリンクに対する要求を含み、
前記第2層のトポロジに基づいて、前記サービスに係るパケットの処理規則を、前記第1層及び/又は第2層に属する通信機器に設定する付記1乃至8のいずれか一に記載の制御装置。
[付記10]
上記第2の視点に係る制御装置の制御方法のとおりである。
[付記11]
前記第2層のトポロジを生成するステップは、
前記第2層のリンクを形成する前記第1層のパスから、前記運用ポリシに適するパスを選択することで、前記第2層のトポロジを生成する付記10の制御装置の制御方法。
[付記12]
前記運用ポリシは、前記第2層のリンクに対する要求を含み、
前記第2層のトポロジを生成するステップは、
前記要求された第2層のリンクを形成する前記第1層のパスから、前記運用ポリシの要求を満たすパスを選択することで、前記第2層のトポロジを生成する付記11の制御装置の制御方法。
[付記13]
前記第2のトポロジを生成するステップは、
前記第2層のリンクを形成する、前記第1層の複数のパスを集約することで、前記第2のトポロジを生成する付記11又は12の制御装置の制御方法。
[付記14]
前記第2層のトポロジを生成するステップは、
前記第2層のリンクを形成する、前記第1層の複数のパスから、経路が互いに異なるパスを前記運用ポリシに適するパスとして選択することで、前記第2層のトポロジを生成する付記11乃至13のいずれか一に記載の制御装置の制御方法。
[付記15]
前記第2層のトポロジを生成するステップは、
前記運用ポリシが前記第2層のリンクに対し複数の要求を含む場合に、前記複数の要求のそれぞれに対して生成された前記第2層のトポロジを統合することで、前記複数の要求を含む運用ポリシに対する前記第2層のトポロジとする付記11乃至14のいずれか一に記載の制御装置の制御方法。
[付記16]
前記第1層のトポロジに、前記第2層のリンクを形成するパスを追加することで、前記第1層のトポロジを更新するステップと、
前記更新された第1層のトポロジを使用して、前記第2層のトポロジを生成するステップと、
を含む付記15の制御装置の制御方法。
[付記17]
前記第1層のトポロジを更新するステップは、
前記統合された第2層のトポロジでは、複数の要求を含む前記運用ポリシに適するパスを選択できない場合に、前記第1層のトポロジにパスを追加する付記16の制御装置の制御方法。
[付記18]
前記運用ポリシは、前記ネットワークがサービスを提供する際の前記第2層のリンクに対する要求を含み、
前記第2層のトポロジに基づいて、前記サービスに係るパケットの処理規則を、前記第1層及び/又は第2層に属する通信機器に設定するステップを含む付記10乃至17のいずれか一に記載の制御装置の制御方法。
[付記19]
上記第3の視点に係るプログラムのとおりである。
[付記20]
前記第2層のトポロジを生成する処理は、
前記第2層のリンクを形成する前記第1層のパスから、前記運用ポリシに適するパスを選択することで、前記第2層のトポロジを生成する付記19のプログラム。
[付記21]
前記運用ポリシは、前記第2層のリンクに対する要求を含み、
前記第2層のトポロジを生成する処理は、
前記要求された第2層のリンクを形成する前記第1層のパスから、前記運用ポリシの要求を満たすパスを選択することで、前記第2層のトポロジを生成する付記20のプログラム。
[付記22]
前記第2層のトポロジを生成する処理は、
前記第2層のリンクを形成する、前記第1層の複数のパスを集約することで、前記第2層のトポロジを生成する付記20又は21のプログラム。
[付記23]
前記第2層のトポロジを生成する処理は、
前記第2層のリンクを形成する、前記第1層の複数のパスから、経路が互いに異なるパスを前記運用ポリシに適するパスとして選択することで、前記第2層のトポロジを生成する付記20乃至22のいずれか一に記載のプログラム。
[付記24]
前記第2層のトポロジを生成する処理は、
前記運用ポリシが前記第2層のリンクに対し複数の要求を含む場合に、前記複数の要求のそれぞれに対して生成された前記第2層のトポロジを統合することで、前記複数の要求を含む運用ポリシに対する前記第2層のトポロジとする付記20乃至23のいずれか一に記載のプログラム。
[付記25]
前記第1層のトポロジに、前記第2層のリンクを形成するパスを追加することで、前記第1層のトポロジを更新する処理と、
前記更新された第1層のトポロジを使用して、前記第2層のトポロジを生成する処理と、
を含む付記24のプログラム。
[付記26]
前記第1層のトポロジを更新する処理は、
前記統合された第2層のトポロジでは、複数の要求を含む前記運用ポリシに適するパスを選択できない場合に、前記第1層のトポロジにパスを追加する付記25のプログラム。
[付記27]
前記運用ポリシは、前記ネットワークがサービスを提供する際の前記第2層のリンクに対する要求を含み、
前記第2層のトポロジに基づいて、前記サービスに係るパケットの処理規則を、前記第1層及び/又は第2層に属する通信機器に設定する処理を実行させる付記19乃至26のいずれか一に記載のプログラム。
[付記28]
付記1乃至9のいずれか一に記載の制御装置を含むことを特徴とする通信システム。
なお、引用した上記の特許文献等の各開示は、本書に引用をもって繰り込むものとする。本発明の全開示(請求の範囲を含む)の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素(各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む)の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
10、10−1〜10−4 エッジノード
11 通信部
12 テーブル管理部
13 テーブルデータベース(テーブルDB)
14 転送処理部
20、100 制御装置
30 通信端末
40、40−1〜40−9 トランスポートノード
141 テーブル検索部
142 アクション実行部
201 上位層管理部
202 下位層管理部
203 操作管理部
204 上位層トポロジ生成部
205 上位層処理規則生成部
206 下位層処理規則生成部
207 上位層管理データベース(上位層管理DB)
208 下位層管理データベース(下位層管理DB)
209 運用ポリシデータベース(運用ポリシDB)
210 上位層トポロジデータベース(上位層トポロジDB)
211 上位層処理規則データベース(上位層処理規則DB)
212 下位層処理規則データベース(下位層処理規則DB)
213 ノード通信部

Claims (19)

  1. 階層化されたネットワークを制御し、前記ネットワークの運用ポリシと、前記ネットワークの第1層のパスと、に基づいて、前記第1層とは異なる第2層のトポロジを生成することを特徴とする制御装置。
  2. 前記第2層のリンクを形成する前記第1層のパスから、前記運用ポリシに適するパスを選択することで、前記第2層のトポロジを生成する請求項1の制御装置。
  3. 前記運用ポリシは、前記第2層のリンクに対する要求を含み、
    前記要求された第2層のリンクを形成する前記第1層のパスから、前記運用ポリシの要求を満たすパスを選択することで、前記第2層のトポロジを生成する請求項2の制御装置。
  4. 前記第2層のリンクを形成する、前記第1層の複数のパスを集約することで、前記第2層のトポロジを生成する請求項2又は3の制御装置。
  5. 前記第2層のリンクを形成する、前記第1層の複数のパスから、経路が互いに異なるパスを前記運用ポリシに適するパスとして選択することで、前記第2層のトポロジを生成する請求項2乃至4のいずれか一項に記載の制御装置。
  6. 前記運用ポリシが前記第2層のリンクに対し複数の要求を含む場合に、前記複数の要求のそれぞれに対して生成された前記第2層のトポロジを統合することで、前記複数の要求を含む運用ポリシに対する前記第2層のトポロジとする請求項2乃至5のいずれか一項に記載の制御装置。
  7. 前記第1層のトポロジに、前記第2層のリンクを形成するパスを追加することで、前記第1層のトポロジを更新し、前記更新された第1のトポロジを使用して、前記第2層のトポロジを生成する請求項6の制御装置。
  8. 前記統合された第2層のトポロジでは、複数の要求を含む前記運用ポリシに適するパスを選択できない場合に、前記第1層のトポロジにパスを追加する請求項7の制御装置。
  9. 前記運用ポリシは、前記ネットワークがサービスを提供する際の前記第2層のリンクに対する要求を含み、
    前記第2層のトポロジに基づいて、前記サービスに係るパケットの処理規則を、前記第1層及び/又は第2層に属する通信機器に設定する請求項1乃至8のいずれか一項に記載の制御装置。
  10. 階層化されたネットワークを制御する制御装置の制御方法であって、
    前記ネットワークの運用ポリシを受け付けるステップと、
    前記運用ポリシと、前記ネットワークの第1層のパスと、に基づいて、前記第1層とは異なる第2層のトポロジを生成するステップと、
    を含むことを特徴とする制御装置の制御方法。
  11. 前記第2層のトポロジを生成するステップは、
    前記第2層のリンクを形成する前記第1層のパスから、前記運用ポリシに適するパスを選択することで、前記第2層のトポロジを生成する請求項10の制御装置の制御方法。
  12. 前記運用ポリシは、前記第2層のリンクに対する要求を含み、
    前記第2層のトポロジを生成するステップは、
    前記要求された第2層のリンクを形成する前記第1層のパスから、前記運用ポリシの要求を満たすパスを選択することで、前記第2層のトポロジを生成する請求項11の制御装置の制御方法。
  13. 前記第2層のトポロジを生成するステップは、
    前記第2層のリンクを形成する、前記第1層の複数のパスを集約することで、前記第2層のトポロジを生成する請求項11又は12の制御装置の制御方法。
  14. 前記第2層のトポロジを生成するステップは、
    前記第2層のリンクを形成する、前記第1層の複数のパスから、経路が互いに異なるパスを前記運用ポリシに適するパスとして選択することで、前記第2層のトポロジを生成する請求項11乃至13のいずれか一項に記載の制御装置の制御方法。
  15. 前記第2層のトポロジを生成するステップは、
    前記運用ポリシが前記第2層のリンクに対し複数の要求を含む場合に、前記複数の要求のそれぞれに対して生成された前記第2層のトポロジを統合することで、前記複数の要求を含む運用ポリシに対する前記第2層のトポロジとする請求項11乃至14のいずれか一項に記載の制御装置の制御方法。
  16. 前記第1層のトポロジに、前記第2層のリンクを形成するパスを追加することで、前記第1層のトポロジを更新するステップと、
    前記更新された第1層のトポロジを使用して、前記第2層のトポロジを生成するステップと、
    を含む請求項15の制御装置の制御方法。
  17. 前記第1層のトポロジを更新するステップは、
    前記統合された第2層のトポロジでは、複数の要求を含む前記運用ポリシに適するパスを選択できない場合に、前記第1層のトポロジにパスを追加する請求項16の制御装置の制御方法。
  18. 前記運用ポリシは、前記ネットワークがサービスを提供する際の前記第2層のリンクに対する要求を含み、
    前記第2層のトポロジに基づいて、前記サービスに係るパケットの処理規則を、前記第1層及び/又は第2層に属する通信機器に設定するステップを含む請求項10乃至17のいずれか一項に記載の制御装置の制御方法。
  19. 階層化されたネットワークを制御する制御装置を構成するコンピュータに、
    前記ネットワークの運用ポリシを受け付ける処理と、
    前記運用ポリシと、前記ネットワークの第1層のパスと、に基づいて、前記第1層とは異なる第2層のトポロジを生成する処理と、
    を実行させるプログラム。
JP2015517299A 2012-10-03 2013-10-02 制御装置、その制御方法及びプログラム Pending JP2015530768A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2015517299A JP2015530768A (ja) 2012-10-03 2013-10-02 制御装置、その制御方法及びプログラム

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2012221481 2012-10-03
JP2012221481 2012-10-03
JP2015517299A JP2015530768A (ja) 2012-10-03 2013-10-02 制御装置、その制御方法及びプログラム
PCT/JP2013/005884 WO2014054281A1 (en) 2012-10-03 2013-10-02 Control apparatus, control method thereof, and program

Publications (1)

Publication Number Publication Date
JP2015530768A true JP2015530768A (ja) 2015-10-15

Family

ID=50434625

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015517299A Pending JP2015530768A (ja) 2012-10-03 2013-10-02 制御装置、その制御方法及びプログラム

Country Status (5)

Country Link
US (1) US20150256407A1 (ja)
EP (1) EP2904746A4 (ja)
JP (1) JP2015530768A (ja)
CN (1) CN104718729A (ja)
WO (1) WO2014054281A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019533367A (ja) * 2016-10-04 2019-11-14 テレフオンアクチーボラゲット エルエム エリクソン(パブル) 階層ネットワークにおける物理パス制御
JPWO2019012627A1 (ja) * 2017-07-12 2020-04-16 日本電気株式会社 ネットワーク制御システム、方法およびプログラム

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9973429B2 (en) * 2013-04-05 2018-05-15 Futurewei Technologies, Inc. Software defined networking (SDN) controller orchestration and network virtualization for data center interconnection
US9622019B2 (en) * 2014-11-28 2017-04-11 Huawei Technologies Co., Ltd. Systems and methods for generating a virtual network topology for M2M communications
US9445279B2 (en) * 2014-12-05 2016-09-13 Huawei Technologies Co., Ltd. Systems and methods for placing virtual serving gateways for mobility management
JP6583287B2 (ja) 2014-12-24 2019-10-02 日本電気株式会社 マルチレイヤネットワークシステムおよびマルチレイヤネットワークにおけるパス設定方法
US10015053B2 (en) * 2015-05-21 2018-07-03 Huawei Technologies Co., Ltd. Transport software defined networking (SDN)—logical link aggregation (LAG) member signaling
US10425319B2 (en) 2015-05-21 2019-09-24 Huawei Technologies Co., Ltd. Transport software defined networking (SDN)—zero configuration adjacency via packet snooping
US11329911B2 (en) * 2020-06-04 2022-05-10 Juniper Networks, Inc. Local repair for underlay failure using prefix independent convergence
US11870677B2 (en) * 2020-06-04 2024-01-09 Juniper Networks, Inc. Liveness detection and route convergence in software-defined networking distributed system

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011155509A (ja) * 2010-01-27 2011-08-11 Nippon Telegr & Teleph Corp <Ntt> 仮想網制御方法および仮想網制御装置

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7042846B2 (en) * 2000-01-27 2006-05-09 International Business Machines Corporation Restrictive costs in network systems
CA2416659C (en) * 2002-01-22 2007-01-16 Nippon Telegraph And Telephone Corporation Capacity variable link apparatus and capacity variable link setting method
EP1470679B1 (en) * 2002-02-01 2010-11-24 Tellabs Operations, Inc. Method and apparatus for multi-layer network in sonet /sdh
US7889675B2 (en) * 2003-01-31 2011-02-15 Tellabs Operations, Inc. Method and system for multi-layer network routing
JP3823867B2 (ja) * 2002-04-11 2006-09-20 日本電気株式会社 通信ネットワーク制御システム、制御方法、ノード及びプログラム
US20030217129A1 (en) * 2002-05-15 2003-11-20 Lucent Technologies Inc. Self-organizing intelligent network architecture and methodology
WO2004051944A1 (en) * 2002-12-02 2004-06-17 Operax Ab Arrangements and method for hierarchical resource management in a layered network architecture
JP4008432B2 (ja) * 2004-06-02 2007-11-14 富士通株式会社 ネットワーク機器のトポロジを探索する装置および方法
US20070153707A1 (en) * 2006-01-04 2007-07-05 Pascal Thubert Ad hoc network formation and management based on aggregation of ad hoc nodes according to an aggregation hierarchy
US20100085892A1 (en) * 2008-10-06 2010-04-08 Alcatel Lucent Overlay network coordination redundancy
US8296303B2 (en) * 2008-11-20 2012-10-23 Sap Ag Intelligent event query publish and subscribe system
EP2530887B1 (en) * 2010-01-27 2014-08-13 Nippon Telegraph And Telephone Corporation Virtual network control method and system based on fluctuations
US8547875B2 (en) * 2010-03-29 2013-10-01 Harris Corporation Network layer topology management for mobile ad-hoc networks and associated methods
WO2012013216A1 (en) * 2010-07-26 2012-02-02 Nokia Siemens Networks Gmbh & Co. Kg Method, device and system for conveying information in a network
KR101417195B1 (ko) * 2010-10-18 2014-07-09 한국전자통신연구원 다계층 네트워크에서의 계층간 경로 설정 방법 및 시스템
US8700801B2 (en) * 2010-12-01 2014-04-15 Juniper Networks, Inc. Dynamically generating application-layer traffic optimization protocol maps
US9143557B2 (en) * 2012-06-27 2015-09-22 Juniper Networks, Inc. Feedback loop for service engineered paths
US9338086B2 (en) * 2012-09-14 2016-05-10 Cisco Technology, Inc. Hierarchal label distribution and route installation in a loop-free routing topology using routing arcs at multiple hierarchal levels for ring topologies

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011155509A (ja) * 2010-01-27 2011-08-11 Nippon Telegr & Teleph Corp <Ntt> 仮想網制御方法および仮想網制御装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
大下 裕一 他: "ネットワーク仮想化による複数サービスの資源最適化のための動的トポロジー制御サーバの設計", 電子情報通信学会技術研究報告, vol. 第108巻,第476号, JPN6017044908, 2 March 2009 (2009-03-02), pages 93 - 98 *
大木 英司 他: "IPオプティカルネットワークにおける光IP連携サーバによるマルチレイヤトラヒックエンジニアリング", NTT技術ジャーナル, vol. 第19巻,第1号, JPN6017044910, 1 January 2007 (2007-01-01), pages 18 - 21 *
鎌村 星平 他: "既存網からの移行を考慮した高信頼VNT設計手法の提案", 電子情報通信学会技術研究報告, vol. 第107巻,第88号, JPN6017044909, 7 June 2007 (2007-06-07), pages 55 - 60 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019533367A (ja) * 2016-10-04 2019-11-14 テレフオンアクチーボラゲット エルエム エリクソン(パブル) 階層ネットワークにおける物理パス制御
US11784740B2 (en) 2016-10-04 2023-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Physical path control in hierarchical networks
JPWO2019012627A1 (ja) * 2017-07-12 2020-04-16 日本電気株式会社 ネットワーク制御システム、方法およびプログラム
US11032144B2 (en) 2017-07-12 2021-06-08 Nec Corporation Network control system, method and program

Also Published As

Publication number Publication date
CN104718729A (zh) 2015-06-17
US20150256407A1 (en) 2015-09-10
WO2014054281A1 (en) 2014-04-10
EP2904746A1 (en) 2015-08-12
EP2904746A4 (en) 2016-05-25

Similar Documents

Publication Publication Date Title
JP2015530768A (ja) 制御装置、その制御方法及びプログラム
JP5440691B2 (ja) パケット転送システム、制御装置、転送装置、処理規則の作成方法およびプログラム
US7602796B2 (en) Method and apparatus for border gateway protocol route management and routing policy modeling
JP5494668B2 (ja) 情報システム、制御サーバ、仮想ネットワーク管理方法およびプログラム
JP5900353B2 (ja) 通信システム、制御装置、通信ノードおよび通信方法
JP5585660B2 (ja) 通信システム、制御装置、処理規則の設定方法およびプログラム
JP5850068B2 (ja) 制御装置、通信システム、通信方法およびプログラム
EP2652922B1 (en) Communication system, control apparatus, communication method, and program
WO2011083780A1 (ja) 通信システム、制御装置、処理規則の設定方法、パケットの送信方法およびプログラム
WO2010110235A1 (ja) 経路設定サーバ、経路設定方法、及び経路設定プログラム
Sgambelluri et al. Experimental demonstration of segment routing
US8953599B1 (en) Traffic cut-through within network device having multiple virtual network devices
RU2558624C2 (ru) Устройство управления, система связи, способ связи и носитель записи, содержащий записанную на нем программу для связи
WO2012060316A1 (ja) 通信システム、制御装置、パケット転送経路の制御方法およびプログラム
JP6492660B2 (ja) 通信システム、制御装置、制御方法及びプログラム
JPWO2011162215A1 (ja) 通信システム、制御装置、ノードの制御方法およびプログラム
JP6323547B2 (ja) 通信システム、制御装置、通信制御方法、および、プログラム
WO2014112616A1 (ja) 制御装置、通信装置、通信システム、スイッチの制御方法及びプログラム
JP2015530767A (ja) 通信システム、制御装置、制御方法及びプログラム
JP5747997B2 (ja) 制御装置、通信システム、仮想ネットワークの管理方法およびプログラム
US8804487B2 (en) Communication system control apparatus, control method, and program
WO2015093478A1 (ja) ネットワークシステム、制御装置、制御方法およびプログラム
Rischke et al. Software-defined networks
Marhuenda et al. Experimental demonstration of policy-based dynamic end-to-end provisioning over multi-layer network using sdn
WO2014104278A1 (ja) 制御装置、制御装置の制御方法及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160906

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20171128

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20180605