JP2017508401A - Ipネットワークにおける部分ソフトウェア定義ネットワークのスイッチ置換 - Google Patents

Ipネットワークにおける部分ソフトウェア定義ネットワークのスイッチ置換 Download PDF

Info

Publication number
JP2017508401A
JP2017508401A JP2016557221A JP2016557221A JP2017508401A JP 2017508401 A JP2017508401 A JP 2017508401A JP 2016557221 A JP2016557221 A JP 2016557221A JP 2016557221 A JP2016557221 A JP 2016557221A JP 2017508401 A JP2017508401 A JP 2017508401A
Authority
JP
Japan
Prior art keywords
network
sdn
enabled
networking
node
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2016557221A
Other languages
English (en)
Other versions
JP6393773B2 (ja
Inventor
ルオ,ミン
チュ,チン−ユ
シィ,カン
ジョナサン チャオ,フン−シアン
ジョナサン チャオ,フン−シアン
チョウ,ウ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2017508401A publication Critical patent/JP2017508401A/ja
Application granted granted Critical
Publication of JP6393773B2 publication Critical patent/JP6393773B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid transport
    • 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/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • 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/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty 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/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
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • H04L47/125Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/25Routing or path finding in a switch fabric
    • 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/0894Policy-based network configuration management
    • 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/08Configuration management of networks or network elements
    • H04L41/0896Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • 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/508Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/5096Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to distributed or central networked applications

Landscapes

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

Abstract

請求される主題は、ネットワークトポロジの新規な方法及びシステムを対象とする。ここで、IPネットワークは、コスト及び複雑性を最小化しながら、ネットワーク障害から迅速に回復し回復後の負荷平衡を達成できる回復機能のあるネットワークを提供するために、比較的少数のSDN−OF使用可能ネットワーク装置により部分的に統合され拡張される。SDN−OF使用可能スイッチをルータのような伝統的なIPノードと結合することにより、データネットワークの超高速及び負荷平衡認識障害回復を可能にする新規なネットワークアーキテクチャ及び方法は、本願明細書に記載される。

Description

<優先権の主張>
本願は、米国仮特許出願番号61/992,063、出願日2014年5月12日の利益を主張する。該米国仮特許出願は参照されることによりその全体があらゆる目的のために本願明細書に組み込まれる。
請求される主題は、ハイブリッドネットワークに関連する。特に、支配的な伝統的なIPネットワークにおける迅速な障害復旧及び復旧後の負荷平衡を助けるためにSDNの可能な利益を達成することを目的として、伝統的なIP基盤におけるソフトウェア定義ネットワーキング(Software Defined Networking:SDN)装置の部分的統合のためのメカニズムを提供する。
コンピュータネットワーキングの継続的な進化及び統合の結果、コンピュータ化したネットワークが近代通信のバックボーンになってきている。けれども、驚異的な進歩にも拘わらず、小規模及び大規模なコンピューティングネットワークは共に、(例えば、不慮のケーブル損傷、インタフェースカード故障、ソフトウェアバグ、及び間違い設定、等に起因する)サービス中断及び障害になりやすい。伝統的なコンピュータネットワークは、標準的に、一般的にTCP/IPとして知られるインターネットプロトコルスーツにより定められるネットワーキングモデル及び通信プロトコルを利用する。
これらの伝統的なネットワークは、インターネットプロトコル(Internet Protocol:IP)ネットワークとしても知られ、標準的に、スイッチ及びルータのようなデータ通信機器(data communication equipment:「DCE」)、又はコンピュータ、サーバ、モバイル装置のようなデータ端末機器(data terminal equipment:「DTE」)のような複数のノードを有するトポロジに従う。標準的なネットワークでは、DCEとDTEは共に、ネットワークの中で個々にアドレス指定され、通信リンクにより相互接続され得る。データは、宛先アドレスにあるノードに到達するまで、1又は複数のリンクを通じてルーティングされることにより、ネットワークの至る所に送信される。ネットワーク障害は、ネットワーク接続されたノード又はリンクが反応しない又はその他の場合に経路に沿った次のノードへデータを転送する及び/又は処理することができないとき、生じる。
伝統的なIPネットワークは、ネットワーク障害からの回復を支援するために様々な方法を利用する。残念ながら、(最短経路再計算、IP fast reroute、等のような)伝統的な回復方法は、標準的に、ネットワークの中の影響を受ける可能性のある全てのノード又はリンクに及ぶ十分な補償範囲を提供できない。更に高度な方法は、十分な補償範囲を提供できるが、引き換えに、不便なことに秩序を乱し及び極めて複雑であり得る。さらに、スタンバイリソースへの集中は、問題であり、又は時間がかかることがある。更に悪いことに、これらの種類の解決策は、ネットワークの中に新たな輻輳を容易に生じ得る局所的にのみ最適な解に到達することがあり、一方で、リソースの一部が、それらの分散的特性のために、利用されるのを妨げてしまうこともある。
ソフトウェア定義ネットワーク(Software Defined Networking:SDN)は、伝統的なコンピュータネットワーク基盤の主要な機能を分離するデータ/コンピュータネットワーキングへのアプローチである。SDNソリューションの下で、ネットワークトラフィックルーティング決定を行うメカニズム(制御プレーン)は、トラフィックの意図された宛先への該トラフィックの実際の転送を実行するシステム(データプレーン)から分離される。制御プレーンのデータプレーンからの分離は、ネットワーク状態及びトラフィック統計の全体的視野と共に制御ロジックの集中化を可能にする。これは、最終的に、有意に削減されたコストを伴う、非常に改善されたリソース利用、効率的なポリシ管理、及び柔軟な管理をもたらす。
多くのSDN実装の下で、ネットワーク装置は、依然として、データプレーン上で機能を実行する。しかし、伝統的に制御プレーン上で実行されるこれらの機能は、分離され、論理的に中央レイヤ/プレーンに抽象化される。OpenFlow(OF)は、SDNネットワークの中のネットワーク装置(標準的にはネットワークスイッチ)と通信するために、外部ネットワーク制御部(標準的にはサーバ)により使用される標準化プロトコルである。OFプロトコルは、各々のSDNネットワーク装置においてどのようにパケットが転送されるか、及び(スイッチのような)ネットワーキング装置がそれらの状態及び/又はトラフィック統計を制御部にどのように報告すべきかを、制御部が定めることを可能にする。益々普及してくる間、現存のインターネットプロトコル(Internet Protocol:IP)ネットワーク装置をSDN使用可能ネットワーク装置で置き換えるために必要なコスト及び労力のために、SDN装置(例えば、SDNスイッチ)の展開は、一般に段階的プロセスである。さらに、インフラの既存部分の大規模置換は、全部が一度に実行される場合には、深刻なサービス崩壊を生じる高い可能性があり得る。
上述の種類の問題のための解決策として、本開示は、ネットワークトポロジの新規な方法及びシステムであって、IPネットワークは、コスト及び複雑性を最小化しながら、片方向(single)リンク又はノードにおけるネットワーク障害から迅速に回復し回復後の負荷平衡を達成できる回復機能のあるネットワークを提供するために、SDN−OF(又は他の制御部−スイッチ通信)の使用可能なネットワーク装置により部分的に統合され拡張される、方法及びシステムを提供する。非常に限られた数の(ルータのような)伝統的なIPノードを、SDN−Openflow使用可能スイッチで置換することにより、本開示は、データネットワークの超高速及び負荷平衡認識型障害回復を可能にする新規なネットワークアーキテクチャ及び方法を開示する。
本発明の一態様によると、IPネットワークに統合された(SDN−OF使用可能スイッチのような)SDN−OF装置を管理する装置が提供される。一実施形態では、ネットワーク装置は、メモリ及びプロセッサを含み記載される。メモリは、実行されると、複数のネットワークエンティティを含むハイブリッドネットワークのネットワーク制御部をインスタンス化する複数のプログラムされた動作可能命令を格納し、ネットワークエンティティは、複数のリンクにより通信可能に結合される複数のネットワークノードを含む。プロセッサは、ハイブリッドネットワークのトラフィックルーティング構成を計算するため、トラフィックルーティング構成を複数のネットワークノードに配信するため、ハイブリッドネットワークの現在のネットワーク状態を決定するため、及びハイブリッドネットワークの中の現在のトラフィック負荷を決定するために、メモリに格納された複数のプログラムされた命令を実行するよう構成される。
本発明の1又は複数の実施形態によると、複数のネットワークノードは、複数のインターネットプロトコル(Internet Protocol:IP)ネットワーキング装置及び複数のソフトウェア定義ネットワーキング(Software−Defined Networking:SDN)使用可能ネットワーキング装置の組合せを含んでも良い。第1のネットワークノード(検出ノード)から宛先ネットワークノードへ、複数のネットワーキングエンティティのうちの障害ネットワーキングエンティティを通じて、送信されることが意図されるデータパケットは、第1のネットワークノードにより、トラフィックルーティング構成に基づき、複数のネットワークノードのうち宛先ネットワークノードへ転送される。更に別の実施形態によると、指定ネットワークノードは、トラフィックルーティング構成に基づきハイブリッドネットワークの中のトラフィックを負荷平衡しながら、障害ネットワークエンティティをバイパスする複数のルートに沿って宛先ネットワークノードへデータパケットを再ルーティングするよう構成されても良い。
本発明の別の態様によると、ハイブリッドネットワークにおいてパケットルーティングを実行する方法が提供される。1又は複数の実施形態では、方法は、第1のネットワークノードにおいて、ハイブリッドネットワークのネットワークノードの部分集合を決定するステップであって、前記ハイブリッドネットワークは、複数のリンクにより通信可能に結合される複数のネットワークノードを含む、ステップと、前記第1のネットワークノードにおいてトラフィックルーティング構成を計算するステップと、ネットワークノードの前記部分集合に前記トラフィックルーティング構成を配信するステップであって、ネットワークノードの前記部分集合は、SDN−OF機能を使用可能にされる、ステップと、により実行されても良い。
本発明の更に別の態様によると、ハイブリッドネットワークにおけるリンク障害に起因してデータを再ルーティングするために方法が提供される。1又は複数の実施形態では、この方法において実行されるステップは、指定SDN−OF使用可能ネットワーキング装置において、障害ネットワーキングエンティティを通じてルーティングされることが意図される複数のデータパケットを受信するステップと、前記指定SDN−OF使用可能ネットワーキング装置と意図された宛先ノードとの間の中間ネットワーキング装置を決定するために、前記指定SDN−OF使用可能ネットワーキング装置の中のトラフィックルーティング構成を参照するステップと、前記指定SDN−OF使用可能ネットワーキング装置が前記意図された宛先ノードに直接結合される場合に、前記指定SDN−OF使用可能ネットワーキング装置から前記意図された宛先ノードへ、その他の場合に、中間ネットワーキング装置へ、前記複数のデータパケットを転送するステップと、を含んでも良い。
1又は複数の実装によると、前記複数のデータパケットは、前記障害ネットワークエンティティに対応する第1のネットワーキング装置から、前記指定SDN−OF使用可能ネットワーキング装置と前記第1のネットワーキング装置との間の確立されたIPトンネルを介して、自動的に転送されても良い。更に別の実装では、障害ネットワークエンティティは、障害リンク、障害ネットワークノード、又はそれらの両者を含んでも良い。1又は複数の実施形態によると、トラフィックルーティング構成は、ネットワーク制御部により計算され、指定SDN−OF使用可能ネットワーキング装置へ配信されても良い。
本願明細書の一部に組み込まれ該一部を形成する添付の図面は、本開示の実施形態を示し、説明と共に本願で請求される主題の原理を説明するために役立つ。
本開示の種々の実施形態による例示的なネットワークトポロジの図を示す。 本開示の種々の実施形態による例示的なネットワーク構成のブロック図を示す。 本開示の種々の実施形態による例示的なシナリオのブロック図を示す。 本開示の種々の実施形態による、IPネットワークの中のSDNーOF使用可能装置を部分的に統合する処理のフローチャートを示す。 本開示の種々の実施形態による、ハイブリッドネットワークの中の障害回復を実行する処理のフローチャートを示す。 本開示の種々の実施形態による例示的なコンピューティング装置を示す。
ここで、幾つかの実施形態を詳細に参照する。主題は、代替の実施形態に関連して記載されるが、それらは請求される主題をこれらの実施形態に限定することを意図しないことが理解されるだろう。反対に、請求される主題は、添付の請求の範囲により定められるように請求される主題の精神及び範囲の範囲内に含まれ得る代替、変更、及び等価物を包含することを意図する。
以下の詳細な説明の部分は、処理の観点で提示され議論される。その動作及びシーケンスはこの処理の動作を説明する本願明細書の図(例えば、図4及び5)に開示されるが、このような動作及びシーケンスは例である。実施形態は、本願明細書のフローチャートに列挙される及び本願明細書に示され記載される以外のシーケンスの中の、動作の変形又は種々の他の動作を実行するのに良く適する。
本願で用いられるとき、用語コンポーネント、モジュール、システム、及び類似のものは、コンピュータ関連エンティティ、特にハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、又は実行中のソフトウェアを表すことを意図する。例えば、コンポーネントは、プロセッサで実行されるプロセス、集積回路、オブジェクト、実行ファイル、実行スレッド、プログラム、及び/又はコンピュータであり得るが、これらに限定されない。説明のため、コンピューティング装置で動作するアプリケーション及び/又はモジュールとコンピューティング装置の両方が、コンポーネントであり得る。1又は複数のコンポーネントは、プロセス及び/又は実行スレッド内に存在でき、コンポーネントは1つのコンピュータに及び/又は2以上のコンピュータに分散されてローカライズされ得る。さらに、これらのコンポーネントは、格納された種々のデータ構造を有する種々のコンピュータ可読媒体から実行され得る。コンポーネントは、1又は複数のデータパケット(例えば、ローカルシステム、分散システムの中で、及び/又は他のシステムを有するインターネットのようなネットワークに渡り、別のコンポーネントと信号により相互作用するあるコンポーネントからのデータ)を有する信号に従うようなローカル及び/又はリモートプロセスにより通信できる。
本願明細書に記載の種々の技術は、ソフトウェア定義ネットワーク(SDN)、OpenFlow(OF)、及びインターネットプロトコル(IP)等を含む種々のデータ通信システム及びプロトコルのために使用され得る。用語「システム」及び「ネットワーク」は本願明細書では同義的に用いられ得る。ネットワークエンティティは、ネットワークノード(例えば、IPルータ又はスイッチ)又は2つのノード間のリンクを含み得る。用語「ノード」及び「ネットワークノード」も本願明細書では同義的に用いられ得る。SDN−OF使用可能装置は、(限定ではないが)SDN−OFスイッチ、SDN−OFルータ、又はSDN−OFルータ/スイッチの組合せのような専用ネットワーク装置を含んでも良く、又は(SDN−OF使用可能性アプリケーションモジュールのような)SDN−OF機能を備えるモジュールによりプログラムされている(ルータのような)IPネットワーク装置を含んでも良い。
本願明細書に記載のように、(SDN−OF使用可能スイッチのような)SDN−OF装置をIPネットワークに統合する種々のソリューションが提供される。一実施形態では、ソリューションは、最初から構築される真新しいネットワークではなく、既存のIPネットワークから適応されても良い。代替の実施形態によると、ソリューションは、新しいハイブリッドIP及びSDNネットワークであっても良く、SDN−OFスイッチ及びネットワーク制御部の統合を通じてマルチプロトコルラベルスイッチング(multi−protocol label switching:MPLS)(又は他の技術及びプロトコル)ネットワークにまでも拡張されても良い。さらに、種々の態様は、リンクにより接続されるノードの構成として実装されるコンピュータ又はデータネットワークと関連して本願明細書に記載される。ノードは、ルータ又はスイッチのようなデータ通信機器(data communication equipment:DCE)である。
1又は複数の実施形態によると、ハイブリッド部分SDNネットワークを形成するために、伝統的なIPネットワークの中の比較的少数の既存のIPルータ/スイッチは、純粋な又はハイブリッドSDN−OF使用可能スイッチにより置換される。1又は複数の代替の実施形態では、ハイブリッドSDNネットワークは、SDNアプリケーション及びモジュールが実行され又はそれらを純粋なSDN−OFスイッチにより置換し得る少数の(プログラマブル)IPルータを選択できる。このようなハイブリッドネットワークは、障害から素早く回復し、より妥当な且つ許容可能な、及びSDN−OF技術を利用する有意に低減された複雑性を伴い、回復後の負荷平衡を達成できる。
本発明の一態様によると、障害回復到達可能性を保証しながら、所与のIPネットワークの中のこのような能力を有効にするために必要なSDNネットワーク装置の数を最小化する方法、及びこのようなSDNスイッチの置換を最適化する方法が提供される。一実施形態では、SDN使用可能ネットワーク装置の数の最小化は、SDN−OF使用可能装置(例えば、スイッチ)により置換されるべきIPネットワークノード(例えば、ルータ)の既存のプールの部分集合を選択することにより実行され得る。代替で、既存のIPネットワークノードの部分集合は、適切な場合には、SDN−OFモジュールによりプログラムされても良い。さらに、選択された数のSDN−OF使用可能装置の置換は、エラーが生じたとき、各々の回復経路が障害(リンク又はノード)をトラバースしないことを保証すべきである。
本発明の一態様によると、障害から迅速に回復しデータ転送を再開するための方法が提供される。1又は複数の実施形態では、障害から回復する処理は、回復中の負荷平衡も組み込む。1又は複数の実施形態では、ネットワークノード又はリンクのようなネットワークエンティティの中の障害を検出することにより、及びデータパケットをIPトンネリングを介してSDN−OF使用可能装置へ転送することにより、障害回復が可能である。SDN−OF使用可能装置は、次に、最終宛先に到達し及び障害ネットワークエンティティ(例えば、ノード又はリンク)をバイパスすることが保証される代替ルートにある中間ノードへデータパケットを転送する前に、外部SDN−OF制御部により提供される又は所与の若しくは予測されたトラフィック行列によりオフラインルーティングに基づき予め設定されたフローテーブルを参照する。ノードは、障害を検出すると、(スイッチのような)このような予め構成された中間SDN−OF使用可能ネットワーキング装置へ影響を受けるパケットを直ちにルーティングする。SDNスイッチは、次に、ループバックすることなく、フローテーブルの中の上述の計算されたフローエントリに基づく複数の経路を利用することにより、意図された宛先への到達可能性を保証する、それらの個々の中間ノードへフローを知的に送信する。SDN使用可能ネットワーキング装置は、負荷平衡を達成するために、現在のネットワーク状態及び/又はネットワークノードの中の現在の負荷に基づき、フローの再ルーティングを動的に調整もできる。
SDN−OF/IPハイブリッドネットワーク
図1は、種々の実施形態による例示的なネットワークトポロジのブロック図100を示す。説明の目的で、部分的に統合されたSDN得一致を有するハイブリッドネットワークのアーキテクチャが提示される。図示のように、ハイブリッドネットワークは、各々のネットワークノードがリンク(実線により示される)により別のネットワークノードに接続されている複数のネットワークノード(0−13)を有する種々のネットワーキングエンティティを含み得る。一実施形態では、ネットワークノードは、IPノード(ノード0−2、4−6、及び8−13)及びSDN−OF機能を備えるノード(ノード3、7)の組合せとして実装されても良い。1又は複数の実施形態では、IPノードは、データプレーン及び制御プレーンの両方にある機能を備えるルータとして実装されても良い。一方で、SDN−OF使用可能ノードは、中央ネットワーク又はSDN−OF制御部(図示しない)と通信するためにOpenFlowプロトコルを使用するSDNスイッチとして実装されても良い。
1又は複数の実施形態によると、SDN−OF制御部は、SDN−OF使用可能装置にOpenFlowプロトコルを用いてSDN使用可能装置に配信される(OpenFlowプロトコルで定められるような)ルーティング又はフローテーブルを計算させるために、(例えば、ネットワークの中のノードから)絶えず又は周期的に、ネットワーク状態及び/又はネットワークの中のトラフィックデータを集めても良い。1又は複数の実施形態では、SDN制御部も、現在のネットワーク状態及び/又はトラフィックに基づきリダイレクトパケットの転送が実行される中間ノードを動的に選択することにより、負荷平衡を実行できる。
図2は、本開示の種々の実施形態による例示的なネットワーク構成のブロック図200を示す。図2に示されるように、SDN制御部201は、ハイブリッドIP及びSDN−OFネットワークの中の1又は複数のネットワークノード(205、207、209、及び211)を実行し及び制御する。1又は複数の実施形態では、ノード(205−211)のうちの1又は複数は、(例えば、SDN−OFスイッチ/ルータのような)SDN−OF機能を実装されても良い。SDN−OF使用可能装置は、ルーティング決定をSDN−OF制御部201へと引き出しながら、パケット転送を実行しても良い。ルーティング決定は、ノード(205−211)に蓄積されSDN−OF制御部201で受信されるネットワーク状態及び/又はトラフィックデータに基づき、又はルーティングポリシに基づいても良い。
一実施形態では、ネットワーク状態及びトラフィックデータは、SDN−OF制御部201に結合されるデータベース203に格納され、IPルータ又はスイッチの中のルーティングテーブルと同様に、しかし、パケットから若しくは他の手段を通じて導出され得る全ての複数レイヤ属性に基づくより精細な粒度の制御により、フローテーブルを生成するために使用されても良い。フロー/ルーティングテーブルの生成は、新しい受信パケットに基づき、動的に実行されても良く、制御部からのルーティング決定を必要とし、及び/又は特定のルーティングポリシに基づき予め決定された又は周期的間隔で実行されても良い。一旦生成されると、SDN−OF制御部201は、フロー/ルーティングテーブルをSDN−OF使用可能装置へ配信する。リンク障害がIPノードにより経験されるとき、影響されるパケットは、IPトンネリングプロトコルにより幾つかのSDN−OF使用可能装置へ転送される。該SDN−OF使用可能装置は、次に、該パケットを、SDN−OF制御部201から受信したフロー/ルーティングテーブルに基づき、代替ルートに沿って転送する。
図3は、請求される主題の1又は複数の実施形態による提案されるフレームワーク300の図を示す。図3に示すように、ネットワークの中のノード(例えば、ノードA、B、C、及びD)の各々のインタフェースは、リンク障害を検出すると、フェイルオーバを提供するために、バックアップIPトンネル(305、307)を有するよう構成される。IPトンネルは、検出ノードと、該IP装置(ルータ又はスイッチ)の指定SDNスイッチと呼ばれる1又は複数のSDN−OFスイッチ(S)との間に確立される。図3は、リンク障害が検出される例示的なシナリオを示す。図3に示されるように、(例えば、ノードAとBとの間で)リンク障害が検出されるとき、障害リンクに直接接続されるノードAは、直ちに、障害リンクで送信されていたであろう全てのパケットを、予め設定され確立されたIPトンネル(307)を通じて対応する指定SDN−OFスイッチSへ転送する。
トンネルされたトラフィックをノードAから受信すると、SDN−OFスイッチSは、先ず、パケットを調べ、パケットがそれらの意図された宛先へ到達するための、障害リンクをバイパスし且つパケットを障害リンクへ再ルーティングして戻さない代替ルートを決定するために、テーブルルックアップを実行する。一旦決定されると、SDN−OFスイッチは、データパケットを、可能な場合は宛先ノードへ、又は中間ノード(C)に接続されるIPトンネル(309)の中の計算された代替ルートに沿った中間ノード(本例では、中間ノードC)へ、転送する。1又は複数の実施形態では、識別された中間ノードへのルートは、テーブルルックアップの中で参照されても良く、ルートは、最短経路アルゴリズムのような経路最適化アルゴリズムを用いて外部ネットワーク制御部において計算される。中間ノードCにおいて、パケットは、発見的問題解決法(例えば、特定の拡張された最短経路アルゴリズム)を用いて中央ネットワーク制御部301により決定されるような、障害リンクにより影響されないルートを再び通じて、宛先ノードへ転送される。
1又は複数の実施形態では、指定SDNネットワーク装置の割り当ては、宛先と独立である。したがって、ネットワークの中のルータはもはや各々の個々の宛先を考慮する必要がないので、フェイルオーバを構成する複雑性が最小化される。1又は複数の実施形態では、指定SDNスイッチは、対応する中間SDN−OF使用可能ノードと共に、影響されるノードからトンネルされる全ての可能な宛先に対応できる。辿られる特定のルートは、ネットワーク状態及び観察され若しくは予測されるトラフィック負荷に基づき、外部ネットワーク制御部により計算され、SDNネットワーク装置の各々に配信されても良い。
図4は、本開示の種々の実施形態による、IPネットワークの中のSDNーOF使用可能装置を部分的に統合する処理のフローチャートを示す。ステップ401で、IPネットワークの中のノードの部分集合は、SDN−OF機能により決定される。1又は複数の実施形態では、ノードの部分集合は、SDN能力により置換される(又はアップグレードされる)ために選択されても良い。1又は複数の実施形態では、置換される(又はアップグレードされる)ために選択されるノードの数は最小限にされ、同様に、SDN能力の統合から生じ得る展開コスト及びサービス途絶を最小化する。IPネットワークノードの部分集合は、ネットワークに依然として特定の特性を達成させる最小ノード数を決定することにより選択されても良い。一実施形態では、これらの特性は、例えば、1)SDN−OF機能の可能ではないノードを含む各々のリンクについて、ネットワークの中のSDN−OF使用可能装置が決定され指定されること、及び2)全てのSDN−OF使用可能ネットワーキング装置について、ネットワークの中の各々の可能な宛先ノードの、SDN−OF機能の可能ではない少なくとも1つの中間ノード、を含み得る。
選択されたノードは、スイッチのような専用SDNハードウェアにより置換されても良く、又は代替で、SDN可能ソフトウェアモジュールのインストールによりプログラム的にアップグレードされても良い。1又は複数の実施形態では、SDN−OF可能ネットワーク制御部は、SDN−OF使用可能装置に関して外部にあるがそれに通信可能に結合されるノードで実行される。SDN−OF可能ネットワーク制御部は、サーバ又は例えば別のコンピューティング装置において実行されても良い。一旦実行すると、SDN制御部は、1又は複数の通信プロトコルを介して、ネットワークの中のノード(IPルータ)からトラフィックデータを受信する。ステップ403で、トラフィックデータは、次に、SDN−OF使用可能装置のトラフィックルーティング構成(例えば、ルーティングテーブル)を計算するために使用される。最後に、ステップ405で、トラフィック構成は、SDN−OF使用可能装置へ配信される。1又は複数の実施形態では、現在のトラフィックデータ及び/又はネットワーク状態がトラフィック構成に反映されることを保証するために、トラフィックデータの取得及びトラフィック構成の生成は、周期的に及び動的にでさえ実行されても良い。
ノード選択
1又は複数の実施形態によると、SDN−OF使用可能装置の数は、ネットワークの中の全てのノードに完全な障害回復補償範囲を依然として提供する最小数に限定されても良い。最小数のSDN−OF使用可能装置を決定することは、以下を決定することを含む。1)各々のリンク障害について、影響されるノードは、宛先と独立な少なくとも1つの指定SDN使用可能装置を有しなければならない。及び2)全てのSDN−OF使用可能装置について、各々の可能な宛先に対して少なくとも1つの中間ノードが存在する。
SDN使用可能機能により置換され又はアップグレードされ得る、ネットワークの中のノードの数は、次のように表すことができる。
Figure 2017508401
但し、
Figure 2017508401
Figure 2017508401
ここで、(1):目的は、以下の制約を伴い、SDN−OF使用可能スイッチの数を最小化することである。
(2):発信元ノードxが故障するとき、xは、到達するために、少なくとも1つの指定SDN−OF使用可能スイッチを有しなければならない。
(3):ノードxは、リンクeに属する場合、リンクeが故障するときに到達するために、1つの指定SDN−OF使用可能スイッチを有しなければならない。
(4):ノードIは、指定SDN−OF使用可能スイッチとして任意のノードにより選択される場合、SDN−OF使用可能スイッチでなければならない。
表1は、パラメータ及び表記法を纏める。
Figure 2017508401
<ネットワーク回復>
図5は、障害の後のネットワーク回復の処理の例示的なフローチャートを示す。ステップ501で、影響されるノードからのトラフィック(例えば、リンク又はノードにおける障害)は、SDN−OF機能の可能な装置において受信される。1又は複数の実施形態によると、リンク又はノードにおける障害は、先ず、障害ネットワークエンティティに直接接続される(ルータのような)検出ノードにおいて検出される。リンク又は隣接ノード障害を検出すると、検出ノードは、障害リンク上の全てのトラフィックを、自身の指定SDN−OF装置へ、IPトンネリングを通じてリダイレクトする。1又は複数の実施形態では、パケットは、指定SDN−OF装置と検出ノードとの間に確立されたIPトンネルを介して配信される。影響されるノードからトンネリングされたトラフィックを受信すると、SDN−OFスイッチは、先ず、パケットを調べ、次に、ステップ503で、パケットの意図された宛先に到達するための、障害リンクをバイパスする、パケットの代替ルートを決定するために、予め決定されたトラフィックデータを(例えば、テーブルルックアップ手順により)参照する。パケットは、次に、SDN−OF使用可能装置に直接接続される場合、宛先へ、又はその他の場合に代替ルートの中にある次のノードへ、転送される(ステップ505)。次のノードは、次に、可能な場合、宛先ノードへ、又は障害リンク若しくはノードへループバックすることなく宛先にパケットを到達させるルートの中の次のノードへ、パケットを転送する。
ルーティングテーブルは、通信可能に結合されるSDN−OF制御部により、SDN−OF使用可能装置に供給されても良い。各々のノードは、どのSDN−OFスイッチに、障害リンクのトラフィックがマイグレートされるべきかの事前の知識を有するので、回復は、非常に迅速に完了できる。SDN−OF制御部は、ハイブリッドネットワークのリンク利用を集め、並びに、トラフィック再配信により引き起こされる可能性のある輻輳を回避しながら、トラフィックのより良い負荷平衡を達成するために、障害リンク上のトラフィックのルーティング経路を予め決定することもできる。伝統的なIPルータとSDN−OFスイッチとの間にトンネルを設定することにより、提案されるフレームワークは、IPルータが、リンク障害を検出すると直ちにフェイルオーバを実行し及びSDN−OFスイッチへトラフィックをリダイレクトできるようにする。SDN−OFスイッチは、次に、SDN−OF制御部により行われるルーティング決定に基づき、障害リンクをバイパスするために、トラフィックを転送することを助けることができる。SDN−OF制御部は、ノード負荷及び/又はネットワークの状態を含む現在のネットワーク状態の知識を得るために、ネットワーク全体を詳しく調べることができるので、最適経路決定は、回復後ネットワークを負荷平衡するために行われ得る。
1又は複数の実施形態では、IPトンネリングは、ジェネリックルーティングエンカプスレーション(Generic Routing Encapsulation:GRE)のような、生成されたトンネルを通じるルーティングプロトコルを可能にするIPトンネリングプロトコルを含んでも良い。フェイルオーバを提供するために、拡張内部ゲートウェイルーティングプロトコル(Enhanced Interior Gateway Routing Protocol:EIGRP)のようなルーティングプロトコルは、主要経路が障害の場合に、後任ルートを守り続けるために用いることができる。このような機能をサポートしない開放型最短経路優先(Open Shortest Path First:OSPF)のような他のルーティングプロトコルは、リンク障害が検出されるときルートを選択するためにポリシに基づくルーティングを適用することにより、依然として利用できる。代替の実施形態は、特定のプレフィックスアドレスを伴うより遠い距離を有する静的ルートを構成するような方法も用いても良い。したがって、ルータは、主要経路上のリンクが障害になると、あまり特有ではない経路を使用し始める。
前述の説明は片方向リンク障害に焦点を当てているが、本願の請求される発明の実施形態は、種々の実施形態によると、ノードにおける障害にも同様に拡張されることに良好に適することが理解されるべきである。片方向ノード障害では、テーブルルックアップ又はトラフィックデータ参照において決定されるトンネリング経路は、障害ノードを含まない可能性がある。
<負荷平衡>
上述の処理400に従い全ての指定SDN−OF装置が決定された後、リンク障害が生じたとき、データパケットを転送するために、中間SDN−OF使用可能ノードが識別される。特定の宛先では、複数の実現可能な中間ノード(例えば、IP及び/又はSDN−OF使用可能ネットワーキング装置)が存在し、最適な中間ノードの選択は、更に、輻輳を回避し又は低減するのを助けることができる。1又は複数の実施形態では、ネットワーク(SDN−OF)制御部は、現在のネットワーク状態に反応するために、このような中間ノードの選択を周期的に計算しても良い。
1又は複数の実施形態では、SDN−OF使用可能ノードの選択は、宛先に依存する。したがって、全ての宛先ノードは、対応する中間ノードを有する。中間ノード選択は、ネットワークエンティティ(リンク又はノード)障害に続く、トラフィックの再配信の後に、全てのリンクに渡る最大リンク利用を最小化することにより実行される。1又は複数の実施形態では、ネットワーク/SDN制御部は、各々のリンクの負荷を決定する。この情報を取得するために、ネットワークの中の各々のIPノードは、SDN−OF制御部がネットワークの中のリンク負荷情報を集めることを可能にする(SNMP、可能な場合にはOpenFlowのような)プロトコルを走らせても良い。このようなプロトコルの元で、利用可能帯域幅のような情報は、交換され得る。したがって、各々のSDN−OF装置は、ネットワークの中の全てのリンクの利用を得ることができ、この情報をSDN−OF制御部へ転送することができる。これは、現在のトラフィック及び/又はネットワーク状態に基づく負荷平衡を達成するために、SDN−OF制御部がネットワーク全体を詳細に調べ、適正な中間SDN−OF使用可能ノードを選択することを可能にする。更に別の実施形態では、ハイブリッドネットワークは、優先順位付けを考慮できる。これらの実施形態によると、高優先度としてフラグ付けされた又はその他の場合に識別可能なデータパケットは、より大きな利用可能帯域幅を有するルートに沿ってルーティングされても良い。
一つ一つのリンク(又はノード)障害シナリオを考慮することにより、制御部は、各々の宛先ノードについて中間SDN−OF使用可能ノードを選択する。したがって、全ての影響されるパケットをリダイレクトした後のリンク利用は最小化される。選択される中間ノードは、幾つかの実施形態では、ルールに基づき格納され、SDN−OF使用可能装置のテーブルにインストールされても良い。
一実施形態では、SDN−OF制御部は、各々のリンクに沿って現在の作業負荷を平衡するよう反応するために、中間SDN−OF使用可能ノード選択の最適化処理を周期的に実行する。経路は、リンクが特定の経路により使用されているかどうかを示すリンク経路発生率を更に得ることができるSDN−OF制御部により計算される。負荷平衡の式は、以下のように表すことができ、一つ一つの障害状況に適用できる。
Figure 2017508401
但し、
Figure 2017508401
ここで、
(5):目的は、以下の制約を伴い、最大リンク利用を最小化することである。
(6):各々の影響されるルータ及び宛先ペアについて、各々の宛先に到達するために1つのみの経路が使用されることを保証する。
(7):トラフィックリダイレクトの後の各々のリンクの作業負荷は、各々のリンクの現在の作業負荷及び指定SDN−OFスイッチから宛先へのトラフィックボリュームの和である。
(8):トラフィックリダイレクトの後の各々のリンクの作業負荷は、最大リンク利用により境界をつけられる。
パラメータは、以下のテーブルのように説明される。
Figure 2017508401
式(5)は、各々のSDN−OF装置について、各々の宛先ノードに到達するために、1つのみのルート―拡張して、1つのみの中間SDN−OF使用可能ノード―が使用されることを保証する。式(6)は、トラフィックリダイレクトの後の各々のリンクの作業負荷が、各々のリンクの現在の作業負荷及び指定SDN−OF装置から宛先ノードへのトラフィックボリュームの和であることを保証する。式(7)は、トラフィックリダイレクトの後の各々のリンクの作業負荷が、最大リンク利用により境界をつけられることを保証する。リンク利用を最小化するために上述の式を解くことにより、任意の片方向(single)リンク障害が生じるとき、リンク利用の上側境界が計算できる。さらに、特定の宛先に到達するためにSDN装置により使用されるべき中間ノードも決定される。
ノードのための片方向指定SDN装置がここまで本願明細書に主に記載されたが、請求される主題の実施形態は、これに限定されないこと、及び実施形態は、ネットワークの中の1又は複数のノードの複数の指定SDN装置に良好に適することが理解されるべきである。リンク障害が検出されるとき、各々のルータが全ての影響されるトラフィックを1つの指定SDN装置へトンネリングする状況では、トンネリング経路は圧倒されることがあり、代替ルートに沿うリンクにおける輻輳が生じ得る。この潜在的な輻輳を軽減するために、リダイレクトの後にトンネル経路を伝搬するトラフィックは、各々のIPルータに対して複数の指定SDN装置を導入して、影響されるトラフィックが複数のチャネルの間に分離できるようにすることにより、削減されても良い。このような実施形態によると、アプローチは、任意のIP装置に対し2個の(又はそれより多くの)指定SDNスイッチを許容するために更に拡張できる。これは、以下の最適化問題を解くことにより達成され得る。
Figure 2017508401
但し、
Figure 2017508401
ここで、Nは、各々のルータにより使用される指定SDN装置の数を表す。この変形された式は、ノードへのリンクのうちの1つが障害になるとき、各々のIPノードがN個の指定SDN使用可能装置に到達できることを保証するためのNの導入を除いて、片方向指定SDN装置を決定する元の式と同様である。以上に提供された式によると、最小数のSDN使用可能装置は、各々のノードにより使用されるN個の指定SDN装置を示すb x,iと共に計算されても良い。
各々のノード(ルータ)のN(≧2)個の指定SDN装置が決定されるとき、トラフィックは、複数のSDN装置に間で更に分離されても良い。一実施形態では、異なる指定SDN装置へのトンネリング経路のリンク利用に基づき、重み付けハッシュが実行される。したがって、各々の指定SDN装置へ転送されるリダイレクトトラフィックは、それらのトンネリング経路の利用可能帯域幅に比例して行われる。一実施形態では、SDN−OFは、ネットワーク全体のリンク利用情報を、SDN−OF使用可能又は元のIP装置から周期的に集め、各々のノードは、異なる指定SDN装置へのトンネリング経路にある最も輻輳しているリンクのリンク利用を計算する。このリンク利用を減算することにより、利用可能帯域幅は、各々のトンネリング経路について決定できる。利用可能経路帯域幅は、次に、各々のトンネリング経路の重みとして使用され得る。異なる宛先へのトラフィックは、その後、この決定された重みに基づき異なる指定SDN装置へハッシュ化される。
<例示的なコンピューティング装置>
図6に示すように、本発明の実施形態が実施され得る例示的なシステム600は、汎用目的コンピューティングシステム環境を含む。1又は複数の実施形態では、1又は複数の中間SDN−OF使用可能ノード、宛先ノード、及び/又はネットワークSDN−OF制御部が実行されるコンピューティング環境は、例示的なシステム600の変形又は構成として実行されても良い。最も基本的な構成では、コンピューティングシステム600は、少なくとも1つの処理ユニット601及びメモリ、及び情報を通信するためのアドレス/データバス609(又は他のインタフェース)を有する。コンピューティングシステム環境の正確な構成及び種類に依存して、メモリは、(RAM602のような)揮発性、(ROM603、フラッシュメモリ、等のような)不揮発性又はこれら2つの何らかの組合せであっても良い。
コンピュータシステム600は、例えばビデオケーブル611により接続される付属のディスプレイ装置610に情報を表示することによりコンピュータユーザに情報を提示するための任意的なグラフィックサブシステム605も有しても良い。本願の請求される発明の実施形態によると、グラフィックサブシステム705は、ビデオケーブル611を通じてディスプレイ装置610に直接結合されても良い。代替の実施形態では、ディスプレイ装置610は、コンピューティングシステム(例えば、ラップトップ又はノートブックディスプレイパネル)に統合されても良く、ビデオケーブル611を必要としない。
さらに、コンピューティングシステム600は、追加特徴/機能も有しても良い。例えば、コンピューティングシステム600は、磁気又は光学ディスク若しくはテープを含むがこれらに限定されない(取り外し可能及び/又は非取り外し可能)追加記憶装置も有しても良い。このような追加記憶媒体は、データ記憶装置607により図6に示される。コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール又は他のデータのような情報を記憶する方法又は技術で実装される揮発性及び不揮発性、取り外し可能及び非取り外し可能媒体を含む。RAM602、ROM603、及びデータ記憶装置607は、全て、コンピュータ記憶媒体の例である。
コンピュータシステム600は、任意的な英数字入力装置607、任意的なカーソル制御又は指示装置607、及び1又は複数の信号通信インタフェース(入力/出力装置、例えば、ネットワークインタフェースカード)609も有する。任意的な英数字入力装置607は、情報及びコマンド選択を中央プロセッサ601に通信できる。任意的なカーソル制御又は指示装置607は、ユーザ入力情報及びコマンド選択を中央プロセッサ601に通信するためにバス609に結合される。信号通信インタフェース(入力/出力装置)609は、バス609にも結合され、シリアルポートであり得る。通信インタフェース609は、無線通信メカニズムも有しても良い。通信インタフェース609を用いて、コンピュータシステム600は、インターネット又はイントラネット(例えば、ローカルエリアネットワーク)のような通信ネットワークを介して他のコンピュータシステムに通信可能に結合され、又はデータ(例えば、デジタルテレビジョン信号)を受信できる。
本願明細書に開示のソリューションにより、SDN−OFスイッチにおけるトラフィック再ルーティング構成は、回復後の負荷平衡を最適化しながら、更新されたネットワーク全体の状態及び/又はトラフィック負荷に基づき周期的に実行され得る。計算結果は、次に、SDN−OFスイッチのフローエントリを生成するために、SDN−OF制御部により利用される。任意で、優先順位付けされたトラフィック処理を有効にすることも可能である。例えば、アプローチは、高優先度トラフィックのための帯域幅保証を提供し、一方で他の種類のより低い優先度トラフィックにベストエフォート帯域幅割り当てを許可するだけである。
請求される主題の実施形態は、キャリア又は企業が、彼らの既存のデータネットワークを変換するために、低資本及び運営費でSDN−OF能力を迅速に利用できるようにし、管理の複雑性及びコストの有意な低減と共に、ネットワークリソース利用、自動ネットワーク管理(例えば、平衡のとれたトラフィック分散を伴う高速障害回復)において有意な改善を提供する。このような新しい能力は、それらの現在のIP(又はMPLS)ネットワーク全体を整備する必要がなく、達成できる。
コンピュータシステム600は、任意的な英数字入力装置607、任意的なカーソル制御又は指示装置607、及び1又は複数の信号通信インタフェース(入力/出力装置、例えば、ネットワークインタフェースカード)60も有する。任意的な英数字入力装置607は、情報及びコマンド選択を中央プロセッサ601に通信できる。任意的なカーソル制御又は指示装置607は、ユーザ入力情報及びコマンド選択を中央プロセッサ601に通信するためにバス609に結合される。信号通信インタフェース(入力/出力装置)60は、バス609にも結合され、シリアルポートであり得る。通信インタフェース60は、無線通信メカニズムも有しても良い。通信インタフェース60を用いて、コンピュータシステム600は、インターネット又はイントラネット(例えば、ローカルエリアネットワーク)のような通信ネットワークを介して他のコンピュータシステムに通信可能に結合され、又はデータ(例えば、デジタルテレビジョン信号)を受信できる。

Claims (20)

  1. 実行されると複数のネットワーキングエンティティを含むハイブリッドネットワークのネットワーク制御部をインスタンス化するよう動作する複数のプログラムされた命令を含むメモリであって、前記ネットワーキングエンティティは、複数のリンクにより通信可能に結合される複数のネットワークノードを含む、メモリと、
    前記ハイブリッドネットワークのトラフィックルーティング構成を計算し、トラフィックルーティング構成を前記複数のネットワークノードに配信し、前記ハイブリッドネットワークの現在のネットワーク状態を決定し、及び前記ハイブリッドネットワークの中の現在のトラフィック負荷を決定するために、前記複数のプログラムされた命令を実行するよう構成されるプロセッサと、
    を有し、前記複数のネットワークノードは、複数のインターネットプロトコル(IP)ネットワーキング装置及び複数のソフトウェア定義ネットワーキング(SDN)使用可能ネットワーキング装置の組合せを含み、
    前記複数のネットワーキングエンティティのうち障害ネットワーキングエンティティを通じて第1のネットワークノードから宛先ネットワークノードへ送信されることを意図されるデータパケットは、前記トラフィックルーティング構成に基づき、前記複数のネットワークノードのうちの指定ネットワークノードへ、前記第1のネットワークノードにより転送され、
    さらに、前記指定ネットワークノードは、前記トラフィックルーティング構成に基づき、前記ハイブリッドネットワークの中のトラフィックを負荷平衡しながら、前記障害ネットワークエンティティをバイパスする複数の経路に沿って、前記宛先ネットワークノードへ前記データパケットを再ルーティングするよう構成される、
    ネットワーク装置。
  2. 前記複数のIPネットワーキング装置のうちのIPネットワーキング装置は、
    IPルータ、及び
    IPスイッチ、
    を含む装置群から含まれる、請求項1に記載の装置。
  3. 前記複数のSDN使用可能ネットワーキング装置は、
    SDN−OpenFlow(SDN−OF)ルータ、
    SDN−OFスイッチ、
    SDN−OFルータ及びスイッチの組合せ、及び
    SDN−OpenFlow使用可能アプリケーションモジュールを実行する複数のプログラマブルIPネットワーキング装置、
    を含むネットワーキング装置群からの少なくとも1つのSDN−OF使用可能ネットワーキング装置を含む、請求項1に記載の装置。
  4. 前記複数のSDN使用可能ネットワーキング装置は、SDN−OF機能を使用可能にされた前記複数のIPネットワーキング装置の部分集合を有する、請求項1に記載の装置。
  5. 前記プロセッサは、周期的間隔で、前記トラフィックルーティング構成を計算し及び配信するよう構成される、請求項1に記載の装置。
  6. 前記プロセッサは、ネットワーク管理ポリシに基づきトリガイベントを検出することに応答して、前記トラフィックルーティング構成を計算し及び配信するよう構成される、請求項1に記載の装置。
  7. 意図される前記データパケットは、予め決定されたルーティングポリシに基づき、前記複数のネットワークノードのうちの前記指定ネットワークノードへ、前記第1のネットワークノードにより転送される、請求項1に記載の装置。
  8. 前記複数のSND使用可能ネットワーキング装置は、
    現在のネットワーク状態、及び
    前記ネットワークの現在のトラフィック負荷、
    のうちの少なくとも1つに基づき、前記複数のルートを動的に調整するよう更に構成される、請求項1に記載の装置。
  9. 前記プロセッサは、優先順位付きトラフィック処理を実行するよう更に構成され、優先順位付きトラフィック処理は、高優先度を有すると識別されるトラフィックに対して予め決定された閾より上の帯域幅を維持することを含む、請求項1に記載の装置。
  10. 前記複数のSDN使用可能ネットワーキング装置のうちの少なくとも1つのSDN使用可能ネットワーキング装置は、前記プロセッサにより生成され配信されるトラフィックルーティング構成を維持するよう構成され、前記トラフィックルーティング構成は、前記宛先ネットワークノードに到達するために前記複数の経路の中の複数のルートを含むルーティング情報を含む、請求項1に記載の装置。
  11. 前記プロセッサは、ネットワーク状態を監視するよう更に構成され、前記ネットワーク状態は、前記複数のネットワークノードのうちの少なくとも1つから生成される複数のレポートに基づく、前記複数の経路における前記利用可能帯域幅を含む、請求項1に記載の装置。
  12. 前記複数のSDN使用可能ネットワーキング装置のうちの少なくとも1つのSDN使用可能ネットワーキング装置は、前記複数のルートのうちの少なくとも1つのルートのトラフィックの加重割り当てを計算するよう構成される、請求項1に記載の装置。
  13. 前記指定SDN使用可能ネットワーキング装置は、前記複数のルートのうちの最も安価なルートに沿った前記SDN使用可能ネットワーキング装置に対応する、請求項12に記載の装置。
  14. 前記障害ネットワークエンティティにより影響される前記データパケットは、前記第1のネットワークノードと少なくとも1つの指定SDN使用可能ネットワーキング装置との間のIPトンネルを確立することにより、前記指定SDN使用可能ネットワーキング装置へ自動的に再ルーティングされる、請求項3に記載の装置。
  15. ハイブリッドネットワークの中でパケットルーティングを実行する方法であって、前記方法は、
    第1のネットワークノードにおいて、ハイブリッドネットワークのネットワークノードの部分集合を決定するステップであって、前記ハイブリッドネットワークは、複数のリンクにより通信可能に結合される複数のネットワークノードを含む、ステップと、
    前記第1のネットワークノードにおいてトラフィックルーティング構成を計算するステップと、
    ネットワークノードの前記部分集合に前記トラフィックルーティング構成を配信するステップであって、ネットワークノードの前記部分集合は、SDN−OF機能を使用可能にされる、ステップと、
    を含む方法。
  16. ネットワーキングノードの前記部分集合を選択するステップは、
    前記複数のネットワークノードのうち、SDN−OF機能を使用可能にすべき最小数のネットワークノードを決定するステップと、
    SDN−OF機能を備える前記複数のネットワークノードを展開するために、前記ハイブリッドネットワークの中の複数の位置を決定するステップと、
    を含む、請求項15に記載の方法。
  17. SDN−OF機能を使用可能にすべき前記最小数のネットワークノードを決定するステップは、
    前記複数のリンクのうち、SDN−OF機能を使用可能にされない少なくとも1つのネットワークノードを含む各々のリンクについて、前記複数のネットワークノードのうちSDN−OF機能を使用可能にされない前記少なくとも1つのネットワークノードの、SDN−OF機能を使用可能にされた指定ネットワークノードを決定するステップと、
    SDN−OF機能を使用可能にされた全てのネットワークノードについて、障害リンク又はノードへループバックすることなく再ルーティングされるパケットを対応する宛先に到達させる少なくとも1つの中間ネットワークノードを決定するステップと、
    を含む、請求項16に記載の方法。
  18. ハイブリッドネットワークの中のリンク障害に起因してデータを再ルーティングする方法であって、前記方法は、
    指定SDN−OF使用可能ネットワーキング装置において、障害ネットワーキングエンティティを通じてルーティングされることが意図される複数のデータパケットを受信するステップと、
    前記指定SDN−OF使用可能ネットワーキング装置と意図された宛先ノードとの間の中間ネットワーキング装置を決定するために、前記指定SDN−OF使用可能ネットワーキング装置の中のトラフィックルーティング構成を参照するステップと、
    前記指定SDN−OF使用可能ネットワーキング装置が前記意図された宛先ノードに直接結合される場合に、前記指定SDN−OF使用可能ネットワーキング装置から前記意図された宛先ノードへ、及びその他の場合に、中間ネットワーキング装置へ、前記複数のデータパケットを転送するステップと、
    を含み、
    前記複数のデータパケットは、前記指定SDN−OF使用可能ネットワーキング装置と第1のネットワーキング装置との間の確立されたIPトンネルを介して、前記障害ネットワークエンティティに対応する前記第1のネットワーキング装置から自動的に転送され、
    前記トラフィックルーティング構成は、ネットワーク制御部により計算され、前記指定SDN−OF使用可能ネットワーキング装置へ配信される、
    方法。
  19. 中間ネットワーキング装置を決定するために、トラフィックルーティング構成を参照するステップは、
    複数の候補中間ネットワーキング装置に利用可能な現在の帯域幅を決定するために、現在のトラフィック負荷データを参照するステップと、
    前記複数の候補中間ネットワーキング装置のうち、最小輻輳量を有する第1の候補中間ネットワーキング装置を識別するステップと、
    前記第1の候補中間ネットワーキング装置を前記中間ネットワーキング装置として選択するステップと、
    を含む、請求項18に記載の方法。
  20. 指定SDN−OF使用可能ネットワーキング装置を決定するためにトラフィックルーティング構成を参照するステップは、利用可能なIPトンネルの前記リンク利用のようなメトリックに基づき、重み付けハッシュを実行するステップを更に含む、請求項19に記載の方法。
JP2016557221A 2014-05-12 2015-05-12 Ipネットワークにおける部分ソフトウェア定義ネットワークのスイッチ置換 Active JP6393773B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201461992063P 2014-05-12 2014-05-12
US61/992,063 2014-05-12
PCT/US2015/030426 WO2015175567A1 (en) 2014-05-12 2015-05-12 Partial software defined network switch replacement in ip networks

Publications (2)

Publication Number Publication Date
JP2017508401A true JP2017508401A (ja) 2017-03-23
JP6393773B2 JP6393773B2 (ja) 2018-09-19

Family

ID=54368787

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016557221A Active JP6393773B2 (ja) 2014-05-12 2015-05-12 Ipネットワークにおける部分ソフトウェア定義ネットワークのスイッチ置換

Country Status (6)

Country Link
US (1) US20150326426A1 (ja)
EP (2) EP3097668A4 (ja)
JP (1) JP6393773B2 (ja)
CN (2) CN111541560B (ja)
RU (1) RU2667039C2 (ja)
WO (1) WO2015175567A1 (ja)

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10454714B2 (en) 2013-07-10 2019-10-22 Nicira, Inc. Method and system of overlay flow control
US9565135B2 (en) * 2014-10-31 2017-02-07 Futurewei Technologies, Inc. System and method for service chaining with tunnel chains in software defined network
US10158559B2 (en) 2015-01-29 2018-12-18 Futurewei Technologies, Inc. Capacity-aware heuristic approach for placing software-defined networking (SDN) switches in hybrid SDN networks for single link/node failure
US10135789B2 (en) * 2015-04-13 2018-11-20 Nicira, Inc. Method and system of establishing a virtual private network in a cloud service for branch networking
US10003649B2 (en) * 2015-05-07 2018-06-19 Dell Products Lp Systems and methods to improve read/write performance in object storage applications
US10506466B2 (en) * 2015-08-17 2019-12-10 Huawei Technologies Co., Ltd. System and method for coordinating uplink transmissions based on backhaul conditions
TWI587661B (zh) * 2015-11-26 2017-06-11 財團法人工業技術研究院 混合式軟體定義網路的虛擬區域網路復原方法、系統及其裝置
US9813286B2 (en) 2015-11-26 2017-11-07 Industrial Technology Research Institute Method for virtual local area network fail-over management, system therefor and apparatus therewith
CN106817301A (zh) * 2015-11-30 2017-06-09 中兴通讯股份有限公司 故障恢复方法及装置、控制器、软件定义网络
CN106130895B (zh) * 2016-08-18 2019-11-15 中国联合网络通信集团有限公司 Sdn网络故障的重路由方法及装置
US10103968B2 (en) 2016-12-13 2018-10-16 Industrial Technology Research Institute Tree recovery method, controller and recording medium for software-defined network
US10848432B2 (en) * 2016-12-18 2020-11-24 Cisco Technology, Inc. Switch fabric based load balancing
US20180219765A1 (en) 2017-01-31 2018-08-02 Waltz Networks Method and Apparatus for Network Traffic Control Optimization
US11115480B2 (en) 2017-10-02 2021-09-07 Vmware, Inc. Layer four optimization for a virtual network defined over public cloud
US10686625B2 (en) 2017-10-02 2020-06-16 Vmware, Inc. Defining and distributing routes for a virtual network
US10999100B2 (en) 2017-10-02 2021-05-04 Vmware, Inc. Identifying multiple nodes in a virtual network defined over a set of public clouds to connect to an external SAAS provider
US11223514B2 (en) * 2017-11-09 2022-01-11 Nicira, Inc. Method and system of a dynamic high-availability mode based on current wide area network connectivity
CN107835136A (zh) * 2017-12-14 2018-03-23 中国科学技术大学苏州研究院 现有网络向软件定义网络过渡的交换机部署与路由方法
US10411990B2 (en) 2017-12-18 2019-09-10 At&T Intellectual Property I, L.P. Routing stability in hybrid software-defined networking networks
RU2713329C1 (ru) * 2019-04-25 2020-02-05 Федеральное государственное казенное военное образовательное учреждение высшего образования "Военный учебно-научный центр Военно-воздушных сил "Военно-воздушная академия имени профессора Н.Е. Жуковского и Ю.А. Гагарина" (г. Воронеж) Министерства обороны Российской Федерации Способ структурной адаптации системы связи
US11310170B2 (en) 2019-08-27 2022-04-19 Vmware, Inc. Configuring edge nodes outside of public clouds to use routes defined through the public clouds
US11489783B2 (en) 2019-12-12 2022-11-01 Vmware, Inc. Performing deep packet inspection in a software defined wide area network
US11418997B2 (en) 2020-01-24 2022-08-16 Vmware, Inc. Using heart beats to monitor operational state of service classes of a QoS aware network link
CN112350949B (zh) * 2020-10-23 2022-05-31 重庆邮电大学 软件定义网络中基于流调度的重路由拥塞控制方法及***
CN114640593B (zh) * 2020-12-16 2023-10-31 中国科学院声学研究所 一种用于sdn与ip混合网络的加速路由信息传播的方法
US11929903B2 (en) 2020-12-29 2024-03-12 VMware LLC Emulating packet flows to assess network links for SD-WAN
CN116783874A (zh) 2021-01-18 2023-09-19 Vm维尔股份有限公司 网络感知的负载平衡
US11979325B2 (en) 2021-01-28 2024-05-07 VMware LLC Dynamic SD-WAN hub cluster scaling with machine learning
CN115017502A (zh) * 2021-03-03 2022-09-06 华为技术有限公司 一种流量处理方法、及防护***
US12009987B2 (en) 2021-05-03 2024-06-11 VMware LLC Methods to support dynamic transit paths through hub clustering across branches in SD-WAN
US11729065B2 (en) 2021-05-06 2023-08-15 Vmware, Inc. Methods for application defined virtual network service among multiple transport in SD-WAN
US12015536B2 (en) 2021-06-18 2024-06-18 VMware LLC Method and apparatus for deploying tenant deployable elements across public clouds based on harvested performance metrics of types of resource elements in the public clouds
US11870682B2 (en) 2021-06-22 2024-01-09 Mellanox Technologies, Ltd. Deadlock-free local rerouting for handling multiple local link failures in hierarchical network topologies
US11943146B2 (en) 2021-10-01 2024-03-26 VMware LLC Traffic prioritization in SD-WAN
US11979272B1 (en) * 2021-12-17 2024-05-07 Ethernovia Inc. Low latency protection switching
US11909815B2 (en) 2022-06-06 2024-02-20 VMware LLC Routing based on geolocation costs
US12034587B1 (en) 2023-03-27 2024-07-09 VMware LLC Identifying and remediating anomalies in a self-healing network

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009060673A (ja) * 2008-12-15 2009-03-19 Nippon Telegr & Teleph Corp <Ntt> 経路計算システム、経路計算方法、及び通信ノード
US20130266007A1 (en) * 2012-04-10 2013-10-10 International Business Machines Corporation Switch routing table utilizing software defined network (sdn) controller programmed route segregation and prioritization
US20130329548A1 (en) * 2012-06-06 2013-12-12 Harshad Bhaskar Nakil Re-routing network traffic after link failure

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040203787A1 (en) * 2002-06-28 2004-10-14 Siamak Naghian System and method for reverse handover in mobile mesh Ad-Hoc networks
ES2485307T3 (es) * 2005-10-05 2014-08-13 Nortel Networks Limited Formación de puentes de estado de enlaces de proveedores
CN100466623C (zh) * 2006-07-25 2009-03-04 华为技术有限公司 一种基于ospf的路由信息更新方法和网络设备
US9055006B2 (en) * 2012-06-11 2015-06-09 Radware, Ltd. Techniques for traffic diversion in software defined networks for mitigating denial of service attacks
KR20140049115A (ko) * 2012-10-12 2014-04-25 한국전자통신연구원 소프트웨어 정의 네트워킹 환경에서 다중 제어기를 지원하는 방법 및 시스템
WO2015032027A1 (zh) * 2013-09-03 2015-03-12 华为技术有限公司 一种业务路径的保护方法、控制器、设备及***
CN103733578B (zh) * 2013-10-15 2016-03-09 华为技术有限公司 一种发送交叉命令的方法和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009060673A (ja) * 2008-12-15 2009-03-19 Nippon Telegr & Teleph Corp <Ntt> 経路計算システム、経路計算方法、及び通信ノード
US20130266007A1 (en) * 2012-04-10 2013-10-10 International Business Machines Corporation Switch routing table utilizing software defined network (sdn) controller programmed route segregation and prioritization
US20130329548A1 (en) * 2012-06-06 2013-12-12 Harshad Bhaskar Nakil Re-routing network traffic after link failure

Also Published As

Publication number Publication date
CN111541560B (zh) 2022-06-14
US20150326426A1 (en) 2015-11-12
RU2667039C2 (ru) 2018-09-13
CN106464589A (zh) 2017-02-22
EP3097668A1 (en) 2016-11-30
CN111541560A (zh) 2020-08-14
CN106464589B (zh) 2020-04-14
EP3097668A4 (en) 2017-03-08
WO2015175567A1 (en) 2015-11-19
RU2016138570A3 (ja) 2018-06-19
JP6393773B2 (ja) 2018-09-19
RU2016138570A (ru) 2018-06-19
EP3661127A1 (en) 2020-06-03

Similar Documents

Publication Publication Date Title
JP6393773B2 (ja) Ipネットワークにおける部分ソフトウェア定義ネットワークのスイッチ置換
US10356011B2 (en) Partial software defined network switch replacement in IP networks
US10148554B2 (en) System and methods for load placement in data centers
EP2680510B1 (en) Service plane triggered fast reroute protection
US10454806B2 (en) SDN controller, data center system, and routing connection method
EP2817928B1 (en) Controller placement for fast failover in the split architecture
EP2157746B1 (en) Routing control system for L3VPN service network
US9621260B2 (en) Proactive optical restoration system
IL230202A (en) Method and provision for flexible routing control traffic in a distributed architecture system
EP3544245A1 (en) Forwarding path control method and apparatus, and control device
EP2658177B1 (en) Method for detecting tunnel faults and traffic engineering node
US10250528B2 (en) Packet prediction in a multi-protocol label switching network using operation, administration, and maintenance (OAM) messaging
Kanagavelu et al. A pro-active and adaptive mechanism for fast failure recovery in SDN data centers
US10341232B2 (en) Packet prediction in a multi-protocol label switching network using openflow messaging
Pryslupskyi et al. Improvement of multiprotocol label switching network performance using software-defined controller
Alhaqbani et al. Conceptual Mechanism Software Defined Network Topology in Multiprotocol Label Switching Network Domain
Hraska et al. Enhanced Derived Fast Reroute Techniques in SDN
Enan Failure Recovery In SDN: A Segment Routing Based Link Protection Approach

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160914

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160914

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20171026

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20171031

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180126

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180417

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180713

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180827

R150 Certificate of patent or registration of utility model

Ref document number: 6393773

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250