JP2015514374A - 情報を受信するための方法、情報を送信するための方法及びそれらの装置 - Google Patents

情報を受信するための方法、情報を送信するための方法及びそれらの装置 Download PDF

Info

Publication number
JP2015514374A
JP2015514374A JP2015503727A JP2015503727A JP2015514374A JP 2015514374 A JP2015514374 A JP 2015514374A JP 2015503727 A JP2015503727 A JP 2015503727A JP 2015503727 A JP2015503727 A JP 2015503727A JP 2015514374 A JP2015514374 A JP 2015514374A
Authority
JP
Japan
Prior art keywords
plane device
forwarding
information used
control plane
network
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
JP2015503727A
Other languages
English (en)
Other versions
JP5978384B2 (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 JP2015514374A publication Critical patent/JP2015514374A/ja
Application granted granted Critical
Publication of JP5978384B2 publication Critical patent/JP5978384B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0695—Management of faults, events, alarms or notifications the faulty arrangement being the maintenance, administration or management system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication
    • H04L41/342—Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/028—Dynamic adaptation of the update intervals, e.g. event-triggered updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/64—Routing or path finding of packets in data switching networks using an overlay routing layer

Landscapes

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

Abstract

本発明は、情報を受信するための方法と、情報を送信するための方法と、それらの装置とを提供する。情報を受信するための方法は、コントロールプレーン装置が、フォワーディングプレーン装置を管理することができるとき、コントロールプレーン装置によって送信されるパケット転送経路の計算のために使用される情報を、フォワーディングプレーン装置によって受信するステップであって、フォワーディングプレーン装置及びコントロールプレーン装置は、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャを持つネットワーク内に配置される、ステップを有する。本発明の実施形態において提供される技術的解決手段に基づくと、フォワーディングプレーン装置は、パケット転送経路の計算のために使用される情報に基づいてパケット転送経路を計算する前に、パケット転送経路の計算のために使用される情報を能動的に取得する必要はない。

Description

本発明は、ネットワーク技術の分野に関するとともに、特に、情報を受信するための方法、情報を送信するための方法及びそれらの装置に関する。
ネットワーク技術の発展に伴い、フォワーディング及びコントロール要素の分類を特徴とするネットワークアーキテクチャ、例えば、ＯｐｅｎＦｌｏｗ（オープンフロー）が出現する。
フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャを持つネットワークは、フォワーディングプレーン装置と、コントロールプレーン装置との、２種類のネットワークデバイスを有する。フォワーディングプレーン装置は、フローテーブルに基づいて、受信されたパケットを処理する。コントロールプレーン装置は、制御チャネルを使用することによって、フォワーディングプレーン装置を管理する。
「フォワーディング及びコントロール要素の分離（Ｆｏｒｗａｒｄｉｎｇ ａｎｄ ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ ｓｅｐａｒａｔｉｏｎ）」は、フォワーディングプレーン装置がコントロールプレーン装置から分離されることを意味する。フォワーディングプレーン装置は、コントロールプレーン機能の一部又は全てを、コントロールプレーン装置に転送する。フォワーディングプレーン装置は、コントロールプレーン装置と通信を行うことができる。フォワーディングプレーン装置は、制御チャネルを使用することによって、コントロールプレーン装置と通信を行うことができる。
前記コントロールプレーン装置に欠陥がある場合、又はコントロールプレーン装置及びフォワーディングプレーン装置間のリンクに障害が発生するとき、コントロールプレーン装置は、フォワーディングプレーン装置を管理することができない。コントロールプレーン装置が、フォワーディングプレーン装置を管理することができないとき、フォワーディングプレーン装置は、パケット転送経路の計算のために使用される情報を能動的に取得する必要がある。結果として、フォワーディングプレーン装置は、パケット転送経路の計算のために使用される情報に基づいてパケット転送経路を計算する前に、パケット転送経路の計算のために使用される情報を能動的に取得する必要がある。
本発明の態様は、情報を受信するための方法と、情報を送信するための方法と、それらの装置とを提供し、コントロールプレーン装置がフォワーディングプレーン装置を管理することができないとき、フォワーディングプレーン装置が、パケット転送経路の計算のために使用される情報を能動的に取得する必要があるという技術的な問題を解決する。
１つの構成では、本発明の態様は、情報を受信するための方法を提供し、前記方法は、
コントロールプレーン装置がフォワーディングプレーン装置を管理することができるとき、コントロールプレーン装置によって送信されるパケット転送経路の計算のために使用される情報を、フォワーディングプレーン装置によって受信するステップであって、フォワーディングプレーン装置及びコントロールプレーン装置は、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャを持つネットワーク内に配置される、ステップを有する。
他の構成では、本発明の態様は、情報を送信するための方法を提供し、前記方法は、
コントロールプレーン装置が、フォワーディングプレーン装置を管理することができるとき、パケット転送経路の計算のために使用される情報を、コントロールプレーン装置によってフォワーディングプレーン装置に送信するステップであって、フォワーディングプレーン装置及びコントロールプレーン装置は、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャを持つネットワーク内に配置される、ステップを有する。
さらに他の構成では、本発明の態様は、トリガ部と受信部とを有する、情報を受信するための装置を提供する。
前記コントロールプレーン装置が、フォワーディングプレーン装置を管理することができるとき、トリガ部は受信部をトリガして、コントロールプレーン装置によって送信される、パケット転送経路の計算のために使用される情報を受信するように構成される。
前記受信部は、パケット転送経路の計算のために使用される情報を受信するように構成され、フォワーディングプレーン装置及びコントロールプレーン装置は、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャを持つ、ネットワーク内に配置される。
さらに他の構成では、本発明の態様は、トリガ部と送信部とを有する、情報を送信するための装置を提供する。
前記コントロールプレーン装置が、フォワーディングプレーン装置を管理することができるとき、トリガ部は送信部をトリガして、パケット転送経路の計算のために使用される情報を、フォワーディングプレーン装置に送信するように構成される。
前記送信部は、パケット転送経路の計算のために使用される情報を送信するように構成され、フォワーディングプレーン装置及びコントロールプレーン装置は、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャを持つネットワーク内に配置される。
上述の技術的解決手段に基づくと、コントロールプレーン装置がフォワーディングプレーン装置を管理することができるとき、コントロールプレーン装置は、パケット転送経路の計算のために使用される情報をフォワーディングプレーン装置に送信する。従って、本発明の態様において提供される技術的解決手段に基づくと、フォワーディングプレーン装置は、パケット転送経路の計算のために使用される情報に基づいてパケット転送経路を計算する前に、パケット転送経路の計算のために使用される情報を能動的に取得する必要はない。
本発明の実施形態の技術的解決手段又は従来技術をより明確にするために、実施形態又は従来技術の説明において使用される添付図面は、以下で簡潔に説明される。明らかに、添付図面は、本発明のいくつかの例示的な実施形態を示すものであるとともに、当業者は、創造的努力なしに、これらの図面に基づいて他の図面を導き出すことができる。
図１は、本発明の実施形態に係る、情報を受信するための方法のフローチャートである。 図２は、本発明の実施形態に係る、情報を送信するための方法のフローチャートである。 図３は、本発明の実施形態に係る、情報を受信するための装置の概略構成図である。 図４は、本発明の実施形態に係る、情報を送信するための装置の概略構成図である。
本発明の技術的解決手段は、添付図面を参照して、以下に詳述される。明らかに、以下で説明される実施形態は、例示的な目的のみのためであり、本発明の全ての実施形態を網羅するわけではない。創造的努力なしに、本発明の実施形態から当業者によって導き出されることができる、全ての他の実施形態は、本発明の保護範囲内に含まれるものとする。
本発明の実施形態は、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャに関する。「フォワーディング及びコントロール要素の分離」は、フォワーディングプレーン装置がコントロールプレーン装置から分離されることを意味する。フォワーディングプレーン装置は、コントロールプレーン機能の一部又は全てを、コントロールプレーン装置に転送する。フォワーディングプレーン装置は、コントロールプレーン装置と通信を行うことができる。フォワーディングプレーン装置は、制御チャネルを使用することによって、コントロールプレーン装置と通信を行うことができる。
本発明に係るコントロールプレーン装置は、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャに準拠した装置である。本発明に係るフォワーディングプレーン装置は、フォワーディング及びコントロール要素の分類を特徴とするネットワークアーキテクチャに準拠した装置である。フォワーディングプレーン装置は、フローテーブルに基づいて、受信されたパケットを処理する。コントロールプレーン装置は、制御チャネルを使用することによって、フォワーディングプレーン装置を制御する。
例えば、パケット転送の間、フォワーディングプレーン装置は、レイヤ２パケット又はレイヤ３パケットを転送してもよい。レイヤ２及びレイヤ３のために、開放型システム間相互接続モデル（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ ｍｏｄｅｌ：ＯＳＩ ｍｏｄｅｌ）が参照されてもよい。
具体的な実施では、フォワーディングプレーン装置は、スイッチ又はルータであってもよい。
前記フォワーディングプレーン装置がスイッチであるというシナリオでは、フォワーディングプレーン装置は、具体的には、ＯｐｅｎＦｌｏｗスイッチ（オープンフロースイッチ）であってもよい。ＯｐｅｎＦｌｏｗスイッチのために、標準策定機関（Ｓｔａｎｄａｒｄ Ｓｅｔｔｉｎｇ Ｏｒｇａｎｉｚａｔｉｏｎ：ＳＳＯ）オープンネットワーク財団（Ｏｐｅｎ Ｎｅｔｗｏｒｋｉｎｇ Ｆｏｕｎｄａｔｉｏｎ：ＯＮＦ）によって発表されたＯｐｅｎＦｌｏｗスイッチ仕様１．０（オープンフロースイッチ仕様１．０）が参照されてもよい。
具体的な実施では、コントロールプレーン装置は、ＯｐｅｎＦｌｏｗコントローラ（オープンフローコントローラ）であってもよい。ＯｐｅｎＦｌｏｗコントローラのために、ＯｐｅｎＦｌｏｗスイッチ仕様１．０が参照されてもよい。
具体的な実施では、制御チャネルは、ＯｐｅｎＦｌｏｗスイッチ及びＯｐｅｎＦｌｏｗコントローラ間の対話のために使用されるセキュアチャネル（Ｓｅｃｕｒｅ Ｃｈａｎｎｅｌ）であってもよい。セキュアチャネルのために、ＯＮＦによって発表されたＯｐｅｎＦｌｏｗスイッチ仕様１．０が参照されてもよい。
前記フォワーディングプレーン装置は、２つの転送モードをサポートすることができる。フロー転送モード及びパケット転送モードである。
フロー転送は、フォワーディングプレーン装置が、フローテーブルに基づいてパケットを転送することを意味する。パケットがフローエントリに一致するかどうかを判定するためのフローエントリ内のフィールドの数は、２か３以上である。例えば、パケットがフローエントリに一致するかどうかを判定するためのフローエントリ内のフィールドの数は、５であってもよい。５つのフィールドはそれぞれ、送信元インターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：ＩＰ）アドレス、宛先ＩＰアドレス、送信元ポート（Ｐｏｒｔ）、宛先ポート及びプロトコル（Ｐｒｏｔｏｃｏｌ）であってもよい。例えば、パケットがフローエントリに一致するかどうかを判定するために使用されるフィールドは、ＯＳＩモデルのデータリンク（Ｄａｔａ Ｌｉｎｋ）レイヤ又はＩＰレイヤでのフィールドであってもよい。
パケット転送は、フォワーディングプレーン装置が、パケット転送テーブルに基づいてパケットを転送することを意味する。パケットがパケット転送エントリに一致するかどうかを判定するためのパケット転送エントリ内のフィールドの数は、１である。例えば、パケットがフローエントリに一致するかどうかを判定するために使用されるフィールドは、宛先ＩＰアドレス又は宛先メディアアクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：ＭＡＣ）プロトコルアドレスであってもよい。当業者は、パケット転送テーブルがＭＡＣテーブル又はルーティングテーブルであってもよいことを理解することができる。
当業者は、ＯｐｅｎＦｌｏｗスイッチは、受信されたパケットにおける送信元ＭＡＣアドレス及びパケットを受信するために使用されるインタフェースに基づいて、ＭＡＣテーブルを生成してもよいことを理解することができる。ＭＡＣテーブルが生成された後、ＯｐｅｎＦｌｏｗスイッチは、ＭＡＣテーブルに基づいてパケットを転送してもよい。
図１は、本発明の実施形態に係る、情報を受信するための方法のフローチャートである。図１において示されるように、前記方法は、以下のステップを有する。
１０１：コントロールプレーン装置が、フォワーディングプレーン装置を管理することができるとき、コントロールプレーン装置によって送信されるパケット転送経路の計算のために使用される情報を、フォワーディングプレーン装置が受信し、フォワーディングプレーン装置及びコントロールプレーン装置は、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャを持つネットワーク内に配置される。
前記コントロールプレーン装置が、フォワーディングプレーン装置を管理することができるという事実は、コントロールプレーン装置が、制御チャネルを使用することによってフォワーディングプレーン装置と通信することができるということを意味する。
上述の技術的解決手段に基づいて、コントロールプレーン装置がフォワーディングプレーン装置を管理することができるとき、コントロールプレーン装置は、パケット転送経路の計算のために使用される情報を、フォワーディングプレーン装置に送信する。従って、本発明の実施形態において提供される技術的解決手段に基づくと、フォワーディングプレーン装置は、パケット転送経路の計算のために使用される情報に基づいてパケット転送経路を計算する前に、パケット転送経路の計算のために使用される情報を能動的に取得する必要はない。
任意で、
フォワーディングプレーン装置は、パケット転送経路の計算のために使用される情報を受信した後、パケット転送経路の計算のために使用される情報に基づいてパケット転送経路を計算してもよい。
例えば、フォワーディングプレーン装置は、スパニングツリープロトコル（Ｓｐａｎｎｉｎｇ Ｔｒｅｅ Ｐｒｏｔｏｃｏｌ：ＳＴＰ）に基づいてパケット転送経路を計算してもよい。フォワーディングプレーン装置はまた、中間システム間（Ｉｎｔｅｒｍｅｄｉａｔｅ Ｓｙｓｔｅｍ ｔｏ Ｉｎｔｅｒｍｅｄｉａｔｅ Ｓｙｓｔｅｍ：ＩＳ−ＩＳ）プロトコルに基づいてパケット転送経路を計算してもよい。
例えば、ＯｐｅｎＦｌｏｗスイッチが、ＳＴＰに基づいて転送経路を計算するとき、使用されるアルゴリズムは、ベルマン・フォード（Ｂｅｌｌｍａｎ−Ｆｏｒｄ）アルゴリズム、ダイクストラ（Ｄｉｊｋｓｔｒａ）アルゴリズム、フロイド・ワーシャル（Ｆｌｏｙｄ−Ｗａｒｓｈａｌｌ）アルゴリズム、又はジョンソン（Ｊｏｈｎｓｏｎ）アルゴリズムであってもよい。フォワーディングプレーン装置が、ＳＴＰに基づいてパケット転送経路を計算するとき、パケット転送経路は、次の情報：ルートブリッジ識別子、ルートインタフェース識別子及び指定インタフェース識別子によって示されてもよい。
例えば、ＯｐｅｎＦｌｏｗスイッチが、ＩＳ−ＩＳプロトコルに基づいて転送経路を計算するとき、使用されるアルゴリズムは、最短経路第一（Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ：ＳＰＦ）アルゴリズムであってもよい。
任意で、
コントロールプレーン装置によって送信されるパケット転送経路の計算のために使用される情報を、フォワーディングプレーン装置によって受信するステップは、
パケット転送経路の計算のために使用される情報を、フォワーディングプレーン装置によって受信するステップであって、パケット転送経路の計算のために使用される情報は、
コントロールプレーン装置によって、ネットワークトポロジ情報を取得するステップと、
ネットワークトポロジ情報に基づいて、パケット転送経路の計算のために使用される情報を、コントロールプレーン装置によって生成するステップと
において取得される、ステップを有する。
前記ネットワークトポロジ情報は、それらの任意の２つのうち１つを使用することによって、直接接続されたネットワーク要素が、他のネットワーク要素に接続される、ローカルインタフェース及びリモートインタフェースを有する。例えば、コントロールプレーン装置は、拡張リンクレイヤ検出プロトコル（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ：ＬＬＤＰ）を実行することによって、ネットワークトポロジ情報を取得する。
例えば、ＯｐｅｎＦｌｏｗコントローラ及び管理されるＯｐｅｎＦｌｏｗスイッチ間の転送制御プロトコル（Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ：ＴＣＰ）接続が確立された後、ＯｐｅｎＦｌｏｗコントローラは、管理されるＯｐｅｎＦｌｏｗスイッチ上のインタフェースを知ることができる。ＯｐｅｎＦｌｏｗコントローラは、拡張ＬＬＤＰメッセージを、管理されるＯｐｅｎＦｌｏｗスイッチに送信する。拡張ＬＬＤＰメッセージは、管理されるＯｐｅｎＦｌｏｗスイッチの識別子及びインタフェース識別子を運ぶ。
前記管理されるＯｐｅｎＦｌｏｗスイッチが、複数のインタフェースを持つ場合、ＯｐｅｎＦｌｏｗコントローラは、管理されるＯｐｅｎＦｌｏｗスイッチに、複数の拡張ＬＬＤＰメッセージを送信する。複数の拡張ＬＬＤＰメッセージは、複数のインタフェースに、一対一で対応する。複数の拡張ＬＬＤＰメッセージの各々は、対応するインタフェースのインタフェース識別子を運ぶ。拡張ＬＬＤＰメッセージを受信した後、管理されるＯｐｅｎＦｌｏｗスイッチは、管理されるＯｐｅｎＦｌｏｗスイッチのインタフェースを使用することによって、隣接ＯｐｅｎＦｌｏｗスイッチへのインタフェースに対応する拡張ＬＬＤＰメッセージを転送する。拡張ＬＬＤＰメッセージを受信した後、隣接ＯｐｅｎＦｌｏｗスイッチは、自身の識別子を拡張ＬＬＤＰメッセージに追加して、新たな拡張ＬＬＤＰメッセージを生成する。隣接ＯｐｅｎＦｌｏｗスイッチは、制御チャネルを使用することによって、ＯｐｅｎＦｌｏｗコントローラに新たな拡張ＬＬＤＰメッセージを送信する。
上述のメカニズムに基づいて、ＯｐｅｎＦｌｏｗコントローラは、新たな拡張ＬＬＤＰメッセージから、ＯｐｅｎＦｌｏｗスイッチによって隣接ＯｐｅｎＦｌｏｗスイッチに接続するために使用されるインタフェースを知ることができる。
同様のメカニズムに基づいて、ＯｐｅｎＦｌｏｗコントローラはさらに、隣接ＯｐｅｎＦｌｏｗスイッチによって、さらにその隣接ＯｐｅｎＦｌｏｗスイッチに接続するために使用されるインタフェースを知ることができる。
上述の処理を繰り返すことによって、ＯｐｅｎＦｌｏｗコントローラは、管理されるネットワークのトポロジ情報を取得することができる。
任意で、
パケット転送経路の計算のために使用される情報は、ルートブリッジの識別子を有する。
例えば、管理されるネットワークのトポロジ情報を取得した後、ＯｐｅｎＦｌｏｗコントローラは、ＳＴＰを実行することによって、ルートブリッジの識別子を取得してもよい。当業者は、ＯｐｅｎＦｌｏｗスイッチが同じ優先度である場合には、ルートブリッジのＭＡＣプロトコルアドレスの値は、同一のＯｐｅｎＦｌｏｗコントローラによって管理される他のＯｐｅｎＦｌｏｗスイッチのＭＡＣプロトコルアドレスの値よりも小さいということを理解することができる。
例えば、管理されるネットワークのトポロジ情報を取得した後、ＯｐｅｎＦｌｏｗコントローラは、ＳＴＰを実行することによって、ルートブリッジの識別子を取得してもよい。ＯｐｅｎＦｌｏｗコントローラによって送信されるルートブリッジ識別子を受信した後、ＯｐｅｎＦｌｏｗスイッチは、ＳＴＰを実行することによって、リンクコスト（Ｃｏｓｔ）を取得してもよい。ＯｐｅｎＦｌｏｗスイッチは、ＳＴＰを実行することによって、ルートブリッジ識別子及びリンクコストに基づいて、ルートインタフェースと、非ルート且つ指定外インタフェースと、指定インタフェースとの識別子を取得してもよい。
任意で、
パケット転送経路の計算のために使用される情報は、さらに、ルートパスコスト（Ｒｏｏｔ Ｐａｔｈ Ｃｏｓｔ）を有してもよい。
例えば、
ＯｐｅｎＦｌｏｗスイッチ及びＯｐｅｎＦｌｏｗコントローラ間のＴＣＰ接続が確立された後、ＯｐｅｎＦｌｏｗスイッチは、ＯｐｅｎＦｌｏｗスイッチの各インタフェースの帯域幅をＯｐｅｎＦｌｏｗコントローラに送信するために、ＯｐｅｎＦｌｏｗプロトコルを使用する。ＯｐｅｎＦｌｏｗプロトコルのために、ＯＮＦによって発表されたＯｐｅｎＦｌｏｗスイッチ仕様１．０が参照されてもよい。ＯｐｅｎＦｌｏｗコントローラは、インタフェース帯域幅に基づいて、インタフェースコストを取得することができる。ＯｐｅｎＦｌｏｗスイッチは、第１インタフェースを使用することによって、隣接ＯｐｅｎＦｌｏｗスイッチに直接接続される。第１インタフェースの帯域幅は、ＯｐｅｎＦｌｏｗスイッチから隣接ＯｐｅｎＦｌｏｗスイッチへの直接リンクのコストに等しい。
前記ＯｐｅｎＦｌｏｗスイッチがルートブリッジに直接接続されないとともに、ＯｐｅｎＦｌｏｗスイッチとルートブリッジとの間に複数のリンクが存在する場合、ＯｐｅｎＦｌｏｗコントローラは、複数のルートパスコストを取得するために、複数のリンクのコストをそれぞれ計算してもよい。ＯｐｅｎＦｌｏｗスイッチからルートブリッジへのリンクのコストは、ルートパスコストである。
例えば、管理されるネットワークのトポロジ情報を取得した後、ＯｐｅｎＦｌｏｗコントローラは、ＳＴＰを実行することによってルートブリッジの識別子を取得してもよい。ＯｐｅｎＦｌｏｗコントローラによって送信されるルートブリッジ識別子及びルートパスコストを受信した後、ＯｐｅｎＦｌｏｗスイッチは、ＳＴＰを実行することによって、ルートインタフェースと、指定インタフェースと、非ルート且つ指定外インタフェースとの識別子を取得してもよい。
当業者は、ＯｐｅｎＦｌｏｗネットワーク上でＳＴＰが実行された後、複数のインタフェースを持つＯｐｅｎＦｌｏｗスイッチの、どの１つ又は複数のインタフェースがループを有するかということを、ルートブリッジ及びネットワークトポロジ情報に基づいて判定されてもよいということを理解することができる。ループが存在する場合、ＯｐｅｎＦｌｏｗネットワークは、ルートブリッジからＯｐｅｎＦｌｏｗスイッチへのリンクのコストに基づいて、どの１つ又は複数のインタフェースがルートインタフェース又は非ルート且つ指定外インタフェースであるかを判定することができる。
当業者は、ＯｐｅｎＦｌｏｗスイッチのインタフェースがルートインタフェースか、指定インタフェースか、又は非ルート且つ指定外インタフェースであるかどうかの判定を行うプロセスは、パケット転送経路の計算のプロセスに属するということを理解することができる。
任意で、
コントロールプレーン装置によって送信されるパケット転送経路の計算のために使用される情報を、フォワーディングプレーン装置によって受信するステップは、
パケット転送経路の計算のために使用される情報を、フォワーディングプレーン装置によって受信するステップであって、パケット転送経路の計算のために使用される情報は、
コントロールプレーン装置によってネットワークトポロジ情報を取得するステップであって、ネットワークトポロジ情報は、パケット転送経路の計算のために使用される情報である、ステップ
において取得される、ステップを有する。
例えば、コントロールプレーン装置は、拡張ＬＬＤＰに基づいてネットワークトポロジ情報を取得してもよい。
任意で、
パケット転送経路の計算のために使用される情報は、リンク状態データベース（Ｌｉｎｋ Ｓｔａｔｅ Ｄａｔａｂａｓｅ：ＬＳＤＢ）を有する。
任意で、
転送経路の計算のために使用される情報は、フォワーディングプレーン装置内に格納されてもよい。
任意で、
コントロールプレーン装置が、フォワーディングプレーン装置を管理することができないとき、フォワーディングプレーン装置は、転送経路の計算のために使用される情報に基づいて転送経路を計算する。
例えば、コントロールプレーン装置上の欠陥又はコントロールプレーン装置及びフォワーディングプレーン装置間のリンクの障害が原因で、コントロールプレーン装置は、フォワーディングプレーン装置を管理することができない。
図２は、本発明の実施形態に係る、情報を送信するための方法のフローチャートである。図２において示されるように、前記方法は、以下のステップを有する。
２０１：コントロールプレーン装置が、フォワーディングプレーン装置を管理することができるとき、パケット転送経路の計算のために使用される情報を、コントロールプレーン装置がフォワーディングプレーン装置に送信し、フォワーディングプレーン装置及びコントロールプレーン装置は、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャを持つネットワーク内に配置される。
前記コントロールプレーン装置が、フォワーディングプレーン装置を管理することができるという事実は、コントロールプレーン装置が、制御チャネルを使用することによってフォワーディングプレーン装置と通信することができるということを意味する。
上述の技術的解決手段に基づくと、コントロールプレーン装置がフォワーディングプレーン装置を管理することができるとき、コントロールプレーン装置は、パケット転送経路の計算のために使用される情報をフォワーディングプレーン装置に送信する。従って、本発明の実施形態において提供される技術的解決手段に基づくと、フォワーディングプレーン装置は、パケット転送経路の計算のために使用される情報に基づいてパケット転送経路を計算する前に、パケット転送経路の計算のために使用される情報を能動的に取得する必要はない。
任意で、
フォワーディングプレーン装置は、パケット転送経路の計算のために使用される情報を受信した後、パケット転送経路の計算のために使用される情報に基づいてパケット転送経路を計算してもよい。
例えば、フォワーディングプレーン装置は、ＳＴＰに基づいてパケット転送経路を計算してもよい。フォワーディングプレーン装置はまた、ＩＳ−ＩＳプロトコルに基づいてパケット転送経路を計算してもよい。
例えば、ＯｐｅｎＦｌｏｗスイッチが、ＳＴＰに基づいて転送経路を計算するとき、使用されるアルゴリズムは、ベルマン・フォードアルゴリズム、ダイクストラアルゴリズム、フロイド・ワーシャルアルゴリズム、又はジョンソンアルゴリズムであってもよい。フォワーディングプレーン装置が、ＳＴＰに基づいてパケット転送経路を計算するとき、パケット転送経路は、次の情報：ルートブリッジ識別子、ルートインタフェース識別子及び指定インタフェース識別子によって示されてもよい。
例えば、ＯｐｅｎＦｌｏｗスイッチが、ＩＳ−ＩＳプロトコルに基づいて転送経路を計算するとき、使用されるアルゴリズムは、ＳＰＦアルゴリズムであってもよい。
任意で、
コントロールプレーン装置が、パケット転送経路の計算のために使用される情報をフォワーディングプレーン装置に送信する前に、前記方法は、
コントロールプレーン装置によって、ネットワークトポロジ情報を取得するステップと、
ネットワークトポロジ情報に基づいて、パケット転送経路の計算のために使用される情報を、コントロールプレーン装置によって生成するステップと、を有する。
前記ネットワークトポロジ情報は、それらの任意の２つのうち１つを使用することによって、直接接続されたネットワーク要素が、他のネットワーク要素に接続される、ローカルインタフェース及びリモートインタフェースを有する。例えば、コントロールプレーン装置は、拡張ＬＬＤＰを実行することによって、ネットワークトポロジ情報を取得する。
例えば、ＯｐｅｎＦｌｏｗコントローラ及び管理されるＯｐｅｎＦｌｏｗスイッチ間のＴＣＰ接続が確立された後、ＯｐｅｎＦｌｏｗコントローラは、管理されるＯｐｅｎＦｌｏｗスイッチ上のインタフェースを知ることができる。ＯｐｅｎＦｌｏｗコントローラは、拡張ＬＬＤＰメッセージを、管理されるＯｐｅｎＦｌｏｗスイッチに送信する。拡張ＬＬＤＰメッセージは、管理されるＯｐｅｎＦｌｏｗスイッチの識別子及びインタフェース識別子を運ぶ。
前記管理されるＯｐｅｎＦｌｏｗスイッチが、複数のインタフェースを持つ場合、ＯｐｅｎＦｌｏｗコントローラは、管理されるＯｐｅｎＦｌｏｗスイッチに、複数の拡張ＬＬＤＰメッセージを送信する。複数の拡張ＬＬＤＰメッセージは、複数のインタフェースに、一対一で対応する。複数の拡張ＬＬＤＰメッセージの各々は、対応するインタフェースのインタフェース識別子を運ぶ。拡張ＬＬＤＰメッセージを受信した後、管理されるＯｐｅｎＦｌｏｗスイッチは、管理されるＯｐｅｎＦｌｏｗスイッチのインタフェースを使用することによって、隣接ＯｐｅｎＦｌｏｗスイッチへのインタフェースに対応する拡張ＬＬＤＰメッセージを転送する。拡張ＬＬＤＰメッセージを受信した後、隣接ＯｐｅｎＦｌｏｗスイッチは、自身の識別子を拡張ＬＬＤＰメッセージに追加して、新たな拡張ＬＬＤＰメッセージを生成する。隣接ＯｐｅｎＦｌｏｗスイッチは、制御チャネルを使用することによって、ＯｐｅｎＦｌｏｗコントローラに新たな拡張ＬＬＤＰメッセージを送信する。
上述のメカニズムに基づいて、ＯｐｅｎＦｌｏｗコントローラは、新たな拡張ＬＬＤＰメッセージから、ＯｐｅｎＦｌｏｗスイッチによって隣接ＯｐｅｎＦｌｏｗスイッチに接続するために使用されるインタフェースを知ることができる。
同様のメカニズムに基づいて、ＯｐｅｎＦｌｏｗコントローラはさらに、隣接ＯｐｅｎＦｌｏｗスイッチによって、さらにその隣接ＯｐｅｎＦｌｏｗスイッチに接続するために使用されるインタフェースを取得してもよい。
上述の処理を繰り返すことによって、ＯｐｅｎＦｌｏｗコントローラは、管理されるネットワークのトポロジ情報を取得することができる。
任意で、
パケット転送経路の計算のために使用される情報は、ルートブリッジの識別子を有する。
例えば、管理されるネットワークのトポロジ情報を取得した後、ＯｐｅｎＦｌｏｗコントローラは、ＳＴＰを実行することによって、ルートブリッジの識別子を取得してもよい。当業者は、ＯｐｅｎＦｌｏｗスイッチが同じ優先度である場合には、ルートブリッジのＭＡＣプロトコルアドレスの値は、同一のＯｐｅｎＦｌｏｗコントローラによって管理される他のＯｐｅｎＦｌｏｗスイッチのＭＡＣプロトコルアドレスの値よりも小さいということを理解することができる。
例えば、管理されるネットワークのトポロジ情報を取得した後、ＯｐｅｎＦｌｏｗコントローラは、ＳＴＰを実行することによって、ルートブリッジの識別子を取得してもよい。ＯｐｅｎＦｌｏｗコントローラによって送信されるルートブリッジ識別子を受信した後、ＯｐｅｎＦｌｏｗスイッチは、ＳＴＰを実行して、リンクコストを取得することができる。ＯｐｅｎＦｌｏｗスイッチは、ＳＴＰを実行することによって、ルートブリッジ識別子及びリンクコストに基づいて、ルートインタフェースと、非ルート且つ指定外インタフェースと、指定インタフェースとの識別子を取得してもよい。
任意で、
パケット転送経路の計算のために使用される情報は、さらに、ルートパスコストを有してもよい。
例えば、
ＯｐｅｎＦｌｏｗスイッチ及びＯｐｅｎＦｌｏｗコントローラ間のＴＣＰ接続が確立された後、ＯｐｅｎＦｌｏｗスイッチは、ＯｐｅｎＦｌｏｗスイッチの各インタフェースの帯域幅をＯｐｅｎＦｌｏｗコントローラに送信するために、ＯｐｅｎＦｌｏｗプロトコルを使用する。ＯｐｅｎＦｌｏｗプロトコルのために、ＯＮＦによって発表されたＯｐｅｎＦｌｏｗスイッチ仕様１．０が参照されてもよい。ＯｐｅｎＦｌｏｗコントローラは、インタフェース帯域幅に基づいて、インタフェースコストを取得することができる。ＯｐｅｎＦｌｏｗスイッチは、第１インタフェースを使用することによって、隣接ＯｐｅｎＦｌｏｗスイッチに直接接続される。第１インタフェースの帯域幅は、ＯｐｅｎＦｌｏｗスイッチから隣接ＯｐｅｎＦｌｏｗスイッチへの直接リンクのコストに等しい。
前記ＯｐｅｎＦｌｏｗスイッチがルートブリッジに直接接続されないとともに、ＯｐｅｎＦｌｏｗスイッチとルートブリッジとの間に複数のリンクが存在する場合、ＯｐｅｎＦｌｏｗコントローラは、複数のルートパスコストを取得するために、複数のリンクのコストをそれぞれ計算してもよい。ＯｐｅｎＦｌｏｗスイッチからルートブリッジへのリンクのコストは、ルートパスコストである。
例えば、管理されるネットワークのトポロジ情報を取得した後、ＯｐｅｎＦｌｏｗコントローラは、ＳＴＰを実行することによってルートブリッジの識別子を取得してもよい。ＯｐｅｎＦｌｏｗコントローラによって送信されるルートブリッジ識別子及びルートパスコストを受信した後、ＯｐｅｎＦｌｏｗスイッチは、ＳＴＰを実行することによって、ルートインタフェースと、指定インタフェースと、非ルート且つ指定外インタフェースとの識別子を取得してもよい。
当業者は、ＯｐｅｎＦｌｏｗネットワーク上でＳＴＰが実行された後、複数のインタフェースを持つＯｐｅｎＦｌｏｗスイッチの、どの１つ又は複数のインタフェースがループを有するかということを、ルートブリッジ及びネットワークトポロジ情報に基づいて判定されてもよいということを理解することができる。ループが存在する場合、ＯｐｅｎＦｌｏｗネットワークは、ルートブリッジからＯｐｅｎＦｌｏｗスイッチへのリンクのコストに基づいて、どの１つ又は複数のインタフェースがルートインタフェース又は非ルート且つ指定外インタフェースであるかを判定することができる。
当業者は、ＯｐｅｎＦｌｏｗスイッチのインタフェースがルートインタフェースか、指定インタフェースか、又は非ルート且つ指定外インタフェースであるかどうかの判定を行うプロセスは、パケット転送経路の計算のプロセスに属するということを理解することができる。
任意で、
コントロールプレーン装置が、パケット転送経路の計算のために使用される情報をフォワーディングプレーン装置に送信する前に、前記方法は、
コントロールプレーン装置によって、ネットワークトポロジ情報を取得するステップであって、ネットワークトポロジ情報は、パケット転送経路の計算のために使用される情報である、ステップを有する。
例えば、コントロールプレーン装置は、拡張ＬＬＤＰに基づいてネットワークトポロジ情報を取得してもよい。
任意で、
パケット転送経路の計算のために使用される情報は、ＬＳＤＢを有する。
任意で、
コントロールプレーン装置が、フォワーディングプレーン装置を管理することができないとき、フォワーディングプレーン装置は、転送経路の計算のために使用される情報に基づいて転送経路を計算する。
例えば、コントロールプレーン装置上の欠陥又はコントロールプレーン装置及びフォワーディングプレーン装置間のリンクの障害が原因で、コントロールプレーン装置は、フォワーディングプレーン装置を管理することができない。
図３は、本発明の実施形態に係る、情報を受信するための装置の概略構成図である。図３において示される装置は、図１において示される方法を使用することによって実行されてもよい。前記装置は、フォワーディングプレーン装置である。図３において示されるように、前記装置は、トリガ部３０１と受信部３０２とを有する。
前記コントロールプレーン装置が、フォワーディングプレーン装置を管理することができるとき、トリガ部３０１は受信部３０２をトリガして、コントロールプレーン装置によって送信される、パケット転送経路の計算のために使用される情報を受信するように構成される。
前記受信部３０２は、パケット転送経路の計算のために使用される情報を受信するように構成され、フォワーディングプレーン装置及びコントロールプレーン装置は、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャを持つネットワーク内に配置される。
前記コントロールプレーン装置が、フォワーディングプレーン装置を管理することができるという事実は、コントロールプレーン装置が、制御チャネルを使用することによってフォワーディングプレーン装置と通信することができるということを意味する。
上述の技術的解決手段に基づいて、コントロールプレーン装置がフォワーディングプレーン装置を管理することができるとき、コントロールプレーン装置は、パケット転送経路の計算のために使用される情報を、フォワーディングプレーン装置に送信する。従って、本発明の実施形態において提供される技術的解決手段に基づくと、フォワーディングプレーン装置は、パケット転送経路の計算のために使用される情報に基づいてパケット転送経路を計算する前に、パケット転送経路の計算のために使用される情報を能動的に取得する必要はない。
任意で、
前記装置はさらに、受信部３０２によって受信されたパケット転送経路の計算のために使用される情報に基づいてパケット転送経路を計算するように構成される、計算部を有する。
例えば、フォワーディングプレーン装置は、ＳＴＰに基づいてパケット転送経路を計算してもよい。フォワーディングプレーン装置はまた、ＩＳ−ＩＳプロトコルに基づいてパケット転送経路を計算してもよい。
例えば、ＯｐｅｎＦｌｏｗスイッチが、ＳＴＰに基づいて転送経路を計算するとき、使用されるアルゴリズムは、ベルマン・フォードアルゴリズム、ダイクストラアルゴリズム、フロイド・ワーシャルアルゴリズム、又はジョンソンアルゴリズムであってもよい。フォワーディングプレーン装置が、ＳＴＰに基づいてパケット転送経路を計算するとき、パケット転送経路は、次の情報：ルートブリッジ識別子、ルートインタフェース識別子及び指定インタフェース識別子によって示されてもよい。
例えば、ＯｐｅｎＦｌｏｗスイッチが、ＩＳ−ＩＳプロトコルに基づいて転送経路を計算するとき、使用されるアルゴリズムは、ＳＰＦアルゴリズムであってもよい。
任意で、
受信部３０２は、パケット転送経路の計算のために使用される情報を受信するように構成され、パケット転送経路の計算のために使用される情報は、
コントロールプレーン装置によって、ネットワークトポロジ情報を取得するステップと、
ネットワークトポロジ情報に基づいて、パケット転送経路の計算のために使用される情報を、コントロールプレーン装置によって生成するステップと
において取得されてもよい。
前記ネットワークトポロジ情報は、それらの任意の２つのうち１つを使用することによって、直接接続されたネットワーク要素が、他のネットワーク要素に接続される、ローカルインタフェース及びリモートインタフェースを有する。例えば、コントロールプレーン装置は、拡張ＬＬＤＰを実行することによって、ネットワークトポロジ情報を取得する。
例えば、ＯｐｅｎＦｌｏｗコントローラ及び管理されるＯｐｅｎＦｌｏｗスイッチ間のＴＣＰ接続が確立された後、ＯｐｅｎＦｌｏｗコントローラは、管理されるＯｐｅｎＦｌｏｗスイッチ上のインタフェースを知ることができる。ＯｐｅｎＦｌｏｗコントローラは、拡張ＬＬＤＰメッセージを、管理されるＯｐｅｎＦｌｏｗスイッチに送信する。拡張ＬＬＤＰメッセージは、管理されるＯｐｅｎＦｌｏｗスイッチの識別子及びインタフェース識別子を運ぶ。
前記管理されるＯｐｅｎＦｌｏｗスイッチが、複数のインタフェースを持つ場合、ＯｐｅｎＦｌｏｗコントローラは、管理されるＯｐｅｎＦｌｏｗスイッチに、複数の拡張ＬＬＤＰメッセージを送信する。複数の拡張ＬＬＤＰメッセージは、複数のインタフェースに、一対一で対応する。複数の拡張ＬＬＤＰメッセージの各々は、対応するインタフェースのインタフェース識別子を運ぶ。拡張ＬＬＤＰメッセージを受信した後、管理されるＯｐｅｎＦｌｏｗスイッチは、管理されるＯｐｅｎＦｌｏｗスイッチのインタフェースを使用することによって、隣接ＯｐｅｎＦｌｏｗスイッチへのインタフェースに対応する拡張ＬＬＤＰメッセージを転送する。拡張ＬＬＤＰメッセージを受信した後、隣接ＯｐｅｎＦｌｏｗスイッチは、自身の識別子を拡張ＬＬＤＰメッセージに追加して、新たな拡張ＬＬＤＰメッセージを生成する。隣接ＯｐｅｎＦｌｏｗスイッチは、制御チャネルを使用することによって、ＯｐｅｎＦｌｏｗコントローラに新たな拡張ＬＬＤＰメッセージを送信する。
上述のメカニズムに基づいて、ＯｐｅｎＦｌｏｗコントローラは、新たな拡張ＬＬＤＰメッセージから、ＯｐｅｎＦｌｏｗスイッチによって隣接ＯｐｅｎＦｌｏｗスイッチに接続するために使用されるインタフェースを知ることができる。
同様のメカニズムに基づいて、ＯｐｅｎＦｌｏｗコントローラはさらに、隣接ＯｐｅｎＦｌｏｗスイッチによって、さらにその隣接ＯｐｅｎＦｌｏｗスイッチに接続するために使用されるインタフェースを取得してもよい。
上述の処理を繰り返すことによって、ＯｐｅｎＦｌｏｗコントローラは、管理されるネットワークのトポロジ情報を取得することができる。
任意で、
パケット転送経路の計算のために使用される情報は、ルートブリッジの識別子を有する。
例えば、管理されるネットワークのトポロジ情報を取得した後、ＯｐｅｎＦｌｏｗコントローラは、ＳＴＰを実行することによって、ルートブリッジの識別子を取得してもよい。当業者は、ＯｐｅｎＦｌｏｗスイッチが同じ優先度である場合には、ルートブリッジのＭＡＣプロトコルアドレスの値は、同一のＯｐｅｎＦｌｏｗコントローラによって管理される他のＯｐｅｎＦｌｏｗスイッチのＭＡＣプロトコルアドレスの値よりも小さいということを理解することができる。
例えば、管理されるネットワークのトポロジ情報を取得した後、ＯｐｅｎＦｌｏｗコントローラは、ＳＴＰを実行することによって、ルートブリッジの識別子を取得してもよい。ＯｐｅｎＦｌｏｗコントローラによって送信されるルートブリッジ識別子を受信した後、ＯｐｅｎＦｌｏｗスイッチは、ＳＴＰを実行して、リンクコストを取得することができる。ＯｐｅｎＦｌｏｗスイッチは、ＳＴＰを実行することによって、ルートブリッジ識別子及びリンクコストに基づいて、ルートインタフェースと、非ルート且つ指定外インタフェースと、指定インタフェースとの識別子を取得してもよい。
任意で、
パケット転送経路の計算のために使用される情報は、さらに、ルートパスコストを有してもよい。
例えば、
ＯｐｅｎＦｌｏｗスイッチ及びＯｐｅｎＦｌｏｗコントローラ間のＴＣＰ接続が確立された後、ＯｐｅｎＦｌｏｗスイッチは、ＯｐｅｎＦｌｏｗスイッチの各インタフェースの帯域幅をＯｐｅｎＦｌｏｗコントローラに送信するために、ＯｐｅｎＦｌｏｗプロトコルを使用する。ＯｐｅｎＦｌｏｗプロトコルのために、ＯＮＦによって発表されたＯｐｅｎＦｌｏｗスイッチ仕様１．０が参照されてもよい。ＯｐｅｎＦｌｏｗコントローラは、インタフェース帯域幅に基づいて、インタフェースコストを取得することができる。ＯｐｅｎＦｌｏｗスイッチは、第１インタフェースを使用することによって、隣接ＯｐｅｎＦｌｏｗスイッチに直接接続される。第１インタフェースの帯域幅は、ＯｐｅｎＦｌｏｗスイッチから隣接ＯｐｅｎＦｌｏｗスイッチへの直接リンクのコストに等しい。
前記ＯｐｅｎＦｌｏｗスイッチがルートブリッジに直接接続されないとともに、ＯｐｅｎＦｌｏｗスイッチとルートブリッジとの間に複数のリンクが存在する場合、ＯｐｅｎＦｌｏｗコントローラは、複数のルートパスコストを取得するために、複数のリンクのコストをそれぞれ計算してもよい。ＯｐｅｎＦｌｏｗスイッチからルートブリッジへのリンクのコストは、ルートパスコストである。
例えば、管理されるネットワークのトポロジ情報を取得した後、ＯｐｅｎＦｌｏｗコントローラは、ＳＴＰを実行することによってルートブリッジの識別子を取得してもよい。ＯｐｅｎＦｌｏｗコントローラによって送信されるルートブリッジ識別子及びルートパスコストを受信した後、ＯｐｅｎＦｌｏｗスイッチは、ＳＴＰを実行することによって、ルートインタフェースと、指定インタフェースと、非ルート且つ指定外インタフェースとの識別子を取得してもよい。
当業者は、ＯｐｅｎＦｌｏｗネットワーク上でＳＴＰが実行された後、複数のインタフェースを持つＯｐｅｎＦｌｏｗスイッチの、どの１つ又は複数のインタフェースがループを有するかということを、ルートブリッジ及びネットワークトポロジ情報に基づいて判定されてもよいということを理解することができる。ループが存在する場合、ＯｐｅｎＦｌｏｗネットワークは、ルートブリッジからＯｐｅｎＦｌｏｗスイッチへのリンクのコストに基づいて、どの１つ又は複数のインタフェースがルートインタフェース又は非ルート且つ指定外インタフェースであるかを判定することができる。
当業者は、ＯｐｅｎＦｌｏｗスイッチのインタフェースがルートインタフェースか、指定インタフェースか、又は非ルート且つ指定外インタフェースであるかどうかの判定を行うプロセスは、パケット転送経路の計算のプロセスに属するということを理解することができる。
任意で、
受信部３０２は、パケット転送経路の計算のために使用される情報を受信するように構成され、パケット転送経路の計算のために使用される情報は、
コントロールプレーン装置によってネットワークトポロジ情報を取得するステップであって、ネットワークトポロジ情報は、パケット転送経路の計算のために使用される情報である、ステップ
において取得される。
例えば、コントロールプレーン装置は、拡張ＬＬＤＰに基づいてネットワークトポロジ情報を取得してもよい。
任意で、
パケット転送経路の計算のために使用される情報は、ＬＳＤＢを有する。
任意で、
前記装置は、転送経路の計算のために使用される情報を格納するように構成される、記憶部を有してもよい。
任意で、
計算部は、コントロールプレーン装置が、フォワーディングプレーン装置を管理することができないとき、転送経路の計算のために使用される情報に基づいて転送経路を計算するように構成される。
例えば、
コントロールプレーン装置上の欠陥又はコントロールプレーン装置及びフォワーディングプレーン装置間のリンクの障害が原因で、コントロールプレーン装置は、フォワーディングプレーン装置を管理することができない。
図４は、本発明の実施形態に係る、情報を送信するための装置の概略構成図である。図４において示される装置は、図２において示される方法を使用することによって実行されてもよい。前記装置は、コントロールプレーン装置である。図４において示されるように、前記装置は、トリガ部４０１と送信部４０２とを有する。
前記コントロールプレーン装置が、フォワーディングプレーン装置を管理することができるとき、トリガ部４０１は送信部４０２をトリガして、パケット転送経路の計算のために使用される情報を、フォワーディングプレーン装置に送信するように構成される。
前記送信部４０２は、パケット転送経路の計算のために使用される情報を送信するように構成され、フォワーディングプレーン装置及びコントロールプレーン装置は、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャを持つネットワーク内に配置される。
前記コントロールプレーン装置が、フォワーディングプレーン装置を管理することができるという事実は、コントロールプレーン装置が、制御チャネルを使用することによってフォワーディングプレーン装置と通信することができるということを意味する。
上述の技術的解決手段に基づいて、コントロールプレーン装置がフォワーディングプレーン装置を管理することができるとき、コントロールプレーン装置は、パケット転送経路の計算のために使用される情報を、フォワーディングプレーン装置に送信する。従って、本発明の実施形態において提供される技術的解決手段に基づくと、フォワーディングプレーン装置は、パケット転送経路の計算のために使用される情報に基づいてパケット転送経路を計算する前に、パケット転送経路の計算のために使用される情報を能動的に取得する必要はない。
任意で、
フォワーディングプレーン装置は、パケット転送経路の計算のために使用される情報を受信した後、パケット転送経路の計算のために使用される情報に基づいてパケット転送経路を計算してもよい。
例えば、フォワーディングプレーン装置は、ＳＴＰに基づいてパケット転送経路を計算してもよい。フォワーディングプレーン装置はまた、ＩＳ−ＩＳプロトコルに基づいてパケット転送経路を計算してもよい。
例えば、ＯｐｅｎＦｌｏｗスイッチが、ＳＴＰに基づいて転送経路を計算するとき、使用されるアルゴリズムは、ベルマン・フォードアルゴリズム、ダイクストラアルゴリズム、フロイド・ワーシャルアルゴリズム、又はジョンソンアルゴリズムであってもよい。フォワーディングプレーン装置が、ＳＴＰに基づいてパケット転送経路を計算するとき、パケット転送経路は、次の情報：ルートブリッジ識別子、ルートインタフェース識別子及び指定インタフェース識別子によって示されてもよい。
例えば、ＯｐｅｎＦｌｏｗスイッチが、ＩＳ−ＩＳプロトコルに基づいて転送経路を計算するとき、使用されるアルゴリズムは、ＳＰＦアルゴリズムであってもよい。
任意で、
前記装置はさらに、
送信部４０２がパケット転送経路の計算のために使用される情報を送信する前に、ネットワークトポロジ情報を取得するとともに、ネットワークトポロジ情報に基づいて、パケット転送経路の計算のために使用される情報を生成するように構成される、第１生成部を有する。
前記ネットワークトポロジ情報は、それらの任意の２つのうち１つを使用することによって、直接接続されたネットワーク要素が、他のネットワーク要素に接続される、ローカルインタフェース及びリモートインタフェースを有する。例えば、コントロールプレーン装置は、拡張ＬＬＤＰを実行することによって、ネットワークトポロジ情報を取得する。
例えば、ＯｐｅｎＦｌｏｗコントローラ及び管理されるＯｐｅｎＦｌｏｗスイッチ間のＴＣＰ接続が確立された後、ＯｐｅｎＦｌｏｗコントローラは、管理されるＯｐｅｎＦｌｏｗスイッチ上のインタフェースを知ることができる。ＯｐｅｎＦｌｏｗコントローラは、拡張ＬＬＤＰメッセージを、管理されるＯｐｅｎＦｌｏｗスイッチに送信する。拡張ＬＬＤＰメッセージは、管理されるＯｐｅｎＦｌｏｗスイッチの識別子及びインタフェース識別子を運ぶ。
前記管理されるＯｐｅｎＦｌｏｗスイッチが、複数のインタフェースを持つ場合、ＯｐｅｎＦｌｏｗコントローラは、管理されるＯｐｅｎＦｌｏｗスイッチに、複数の拡張ＬＬＤＰメッセージを送信する。複数の拡張ＬＬＤＰメッセージは、複数のインタフェースに、一対一で対応する。複数の拡張ＬＬＤＰメッセージの各々は、対応するインタフェースのインタフェース識別子を運ぶ。拡張ＬＬＤＰメッセージを受信した後、管理されるＯｐｅｎＦｌｏｗスイッチは、管理されるＯｐｅｎＦｌｏｗスイッチのインタフェースを使用することによって、隣接ＯｐｅｎＦｌｏｗスイッチへのインタフェースに対応する拡張ＬＬＤＰメッセージを転送する。拡張ＬＬＤＰメッセージを受信した後、隣接ＯｐｅｎＦｌｏｗスイッチは、自身の識別子を拡張ＬＬＤＰメッセージに追加して、新たな拡張ＬＬＤＰメッセージを生成する。隣接ＯｐｅｎＦｌｏｗスイッチは、制御チャネルを使用することによって、ＯｐｅｎＦｌｏｗコントローラに新たな拡張ＬＬＤＰメッセージを送信する。
上述のメカニズムに基づいて、ＯｐｅｎＦｌｏｗコントローラは、新たな拡張ＬＬＤＰメッセージから、ＯｐｅｎＦｌｏｗスイッチによって隣接ＯｐｅｎＦｌｏｗスイッチに接続するために使用されるインタフェースを知ることができる。
同様のメカニズムに基づいて、ＯｐｅｎＦｌｏｗコントローラはさらに、隣接ＯｐｅｎＦｌｏｗスイッチによって、さらにその隣接ＯｐｅｎＦｌｏｗスイッチに接続するために使用されるインタフェースを取得してもよい。
上述の処理を繰り返すことによって、ＯｐｅｎＦｌｏｗコントローラは、管理されるネットワークのトポロジ情報を取得することができる。
任意で、
パケット転送経路の計算のために使用される情報は、ルートブリッジの識別子を有する。
例えば、管理されるネットワークのトポロジ情報を取得した後、ＯｐｅｎＦｌｏｗコントローラは、ＳＴＰを実行することによって、ルートブリッジの識別子を取得してもよい。当業者は、ＯｐｅｎＦｌｏｗスイッチが同じ優先度である場合には、ルートブリッジのＭＡＣプロトコルアドレスの値は、同一のＯｐｅｎＦｌｏｗコントローラによって管理される他のＯｐｅｎＦｌｏｗスイッチのＭＡＣプロトコルアドレスの値よりも小さいということを理解することができる。
例えば、管理されるネットワークのトポロジ情報を取得した後、ＯｐｅｎＦｌｏｗコントローラは、ＳＴＰを実行することによって、ルートブリッジの識別子を取得してもよい。ＯｐｅｎＦｌｏｗコントローラによって送信されるルートブリッジ識別子を受信した後、ＯｐｅｎＦｌｏｗスイッチは、ＳＴＰを実行して、リンクコストを取得することができる。ＯｐｅｎＦｌｏｗスイッチは、ＳＴＰを実行することによって、ルートブリッジ識別子及びリンクコストに基づいて、ルートインタフェースと、非ルート且つ指定外インタフェースと、指定インタフェースとの識別子を取得してもよい。
任意で、
パケット転送経路の計算のために使用される情報は、さらに、ルートパスコストを有してもよい。
例えば、
ＯｐｅｎＦｌｏｗスイッチ及びＯｐｅｎＦｌｏｗコントローラ間のＴＣＰ接続が確立された後、ＯｐｅｎＦｌｏｗスイッチは、ＯｐｅｎＦｌｏｗスイッチの各インタフェースの帯域幅をＯｐｅｎＦｌｏｗコントローラに送信するために、ＯｐｅｎＦｌｏｗプロトコルを使用する。ＯｐｅｎＦｌｏｗプロトコルのために、ＯＮＦによって発表されたＯｐｅｎＦｌｏｗスイッチ仕様１．０が参照されてもよい。ＯｐｅｎＦｌｏｗコントローラは、インタフェース帯域幅に基づいて、インタフェースコストを取得することができる。ＯｐｅｎＦｌｏｗスイッチは、第１インタフェースを使用することによって、隣接ＯｐｅｎＦｌｏｗスイッチに直接接続される。第１インタフェースの帯域幅は、ＯｐｅｎＦｌｏｗスイッチから隣接ＯｐｅｎＦｌｏｗスイッチへの直接リンクのコストに等しい。
前記ＯｐｅｎＦｌｏｗスイッチがルートブリッジに直接接続されないとともに、ＯｐｅｎＦｌｏｗスイッチとルートブリッジとの間に複数のリンクが存在する場合、ＯｐｅｎＦｌｏｗコントローラは、複数のルートパスコストを取得するために、複数のリンクのコストをそれぞれ計算してもよい。ＯｐｅｎＦｌｏｗスイッチからルートブリッジへのリンクのコストは、ルートパスコストである。
例えば、管理されるネットワークのトポロジ情報を取得した後、ＯｐｅｎＦｌｏｗコントローラは、ＳＴＰを実行することによってルートブリッジの識別子を取得してもよい。ＯｐｅｎＦｌｏｗコントローラによって送信されるルートブリッジ識別子及びルートパスコストを受信した後、ＯｐｅｎＦｌｏｗスイッチは、ＳＴＰを実行することによって、ルートインタフェースと、指定インタフェースと、非ルート且つ指定外インタフェースとの識別子を取得してもよい。
当業者は、ＯｐｅｎＦｌｏｗネットワーク上でＳＴＰが実行された後、複数のインタフェースを持つＯｐｅｎＦｌｏｗスイッチの、どの１つ又は複数のインタフェースがループを有するかということを、ルートブリッジ及びネットワークトポロジ情報に基づいて判定されてもよいということを理解することができる。ループが存在する場合、ＯｐｅｎＦｌｏｗネットワークは、ルートブリッジからＯｐｅｎＦｌｏｗスイッチへのリンクのコストに基づいて、どの１つ又は複数のインタフェースがルートインタフェース又は非ルート且つ指定外インタフェースであるかを判定することができる。
当業者は、ＯｐｅｎＦｌｏｗスイッチのインタフェースがルートインタフェースか、指定インタフェースか、又は非ルート且つ指定外インタフェースであるかどうかの判定を行うプロセスは、パケット転送経路の計算のプロセスに属するということを理解することができる。
任意で、
第２生成部は、送信部４０２がパケット転送経路の計算のために使用される情報を送信する前に、ネットワークトポロジ情報を取得するように構成され、ネットワークトポロジ情報は、パケット転送経路の計算のために使用される情報である。
例えば、コントロールプレーン装置は、拡張ＬＬＤＰに基づいてネットワークトポロジ情報を取得してもよい。
任意で、
パケット転送経路の計算のために使用される情報は、ＬＳＤＢを有する。
任意で、
コントロールプレーン装置が、フォワーディングプレーン装置を管理することができないとき、フォワーディングプレーン装置は、転送経路の計算のために使用される情報に基づいて転送経路を計算する。
例えば、コントロールプレーン装置上の欠陥又はコントロールプレーン装置及びフォワーディングプレーン装置間のリンクの障害が原因で、コントロールプレーン装置は、フォワーディングプレーン装置を管理することができない。
当業者は、本明細書で開示された実施形態とともに説明される様々な例示的なユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェア及び電子ハードウェアの組合せによって実施されることができることがわかる。機能がハードウェア又はソフトウェアによって実行されるかどうかは、技術的解決手段の特定のアプリケーション及び設計制約条件に依存する。当業者は、各特定のアプリケーションに対して、説明された機能を実施するために、異なる方法を使用してもよい。しかしながら、そのような実施は、本発明の範囲を超えるものとして考えられるべきではない。
便利で簡潔な説明を目的として、前述のシステム、装置及びユニットの詳細な動作プロセスのために、方法の実施形態において対応するプロセスを参照してもよいいとともに、詳細は、本明細書内で繰返し説明はされないということは、当業者によって明確に理解されることができる。
本願において提供される実施形態では、開示されたシステム、装置及び方法は、他の形態において実施されてもよいことが理解されるべきである。例えば、説明される装置の実施形態は、単なる例示である。例えば、ユニットの分割は、単に、論理的な機能の分割であるとともに、実際の実施においては他の分割であり得る。例えば、複数のユニット又は構成要素は、別のシステムに組み合わされるか、又は統合されることができ、又は一部の特徴は無視されるか、又は実行されなくてもよい。また、表示される又は議論される相互結合又は直接結合、又は通信接続は、いくつかのインタフェースを使用することによって実施されてもよい。装置間又はユニット間の間接結合又は通信接続は、電気的、機械的、又は他の形態で実施されてもよい。
別々の部品として説明されるユニットは、物理的に離れていてもいなくてもよいとともに、ユニットとして表示される部品は、物理的なユニットであってもなくてもよく、１つの位置に配置されてもよいか、又は複数のネットワーク要素上に分散されてもよい。一部又は全てのユニットは、実施形態の解決手段の目的を達成するための、実際の必要に基づいて選択されてもよい。
さらに、本発明の実施形態における機能ユニットは、処理ユニットに統合されてもよく、又は各ユニットは、物理的に単独で存在してもよく、又は２か３以上のユニットは、１つのユニットに統合される。
ソフトウェア機能ユニットの形態で実施されるとともに、スタンドアロン製品として販売又は使用されるとき、機能は、コンピュータ可読記憶媒体内に格納されてもよい。そのような理解に基づいて、本発明の技術的解決手段の本質や、従来技術への貢献を行う部分や、又は技術的解決手段の一部は、ソフトウェア製品の形態において実施されてもよい。コンピュータソフトウェア製品は記憶媒体内に格納されるとともに、本発明の任意の実施形態における方法のステップの全て又は一部を実行するために、コンピュータ（例えば、パーソナルコンピュータ、サーバ、又はネットワークデバイス等）に命令を行うためのいくつかの命令を組み込んでもよい。記憶媒体は、Ｕディスクや、リムーバブルハードディスクや、読出し専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、磁気ディスクや、又はＣＤ−ＲＯＭ等のような、プログラムコードを格納することができる任意の媒体を有する。
上述の説明は、単に本発明の好ましい実施形態であって、本発明の保護範囲を限定するものではない。本発明の範囲から逸脱することなく、当業者によって容易に導き出されることができるいかなる変更及び置換も、本発明の保護範囲内に含まれるものとする。従って、本発明の保護範囲は、添付の特許請求の範囲の対象となる。
３０１ トリガ部
３０２ 受信部
４０１ トリガ部
４０２ 送信部
ネットワーク技術の発展に伴い、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャ、例えば、ＯｐｅｎＦｌｏｗ（オープンフロー）が出現する。
本発明に係るコントロールプレーン装置は、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャに準拠した装置である。本発明に係るフォワーディングプレーン装置は、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャに準拠した装置である。フォワーディングプレーン装置は、フローテーブルに基づいて、受信されたパケットを処理する。コントロールプレーン装置は、制御チャネルを使用することによって、フォワーディングプレーン装置を制御する。

Claims (14)

  1. 情報を受信するための方法であって、
    コントロールプレーン装置が、フォワーディングプレーン装置を管理することができるとき、前記コントロールプレーン装置によって送信されるパケット転送経路の計算のために使用される情報を、前記フォワーディングプレーン装置によって受信するステップであって、前記フォワーディングプレーン装置及び前記コントロールプレーン装置は、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャを持つネットワーク内に配置される、ステップ
    を有する方法。
  2. 前記コントロールプレーン装置によって送信されるパケット転送経路の計算のために使用される前記情報を、前記フォワーディングプレーン装置によって受信する前記ステップは、
    パケット転送経路の計算のために使用される前記情報を、前記フォワーディングプレーン装置によって受信するステップであって、パケット転送経路の計算のために使用される前記情報は、
    前記コントロールプレーン装置によって、前記ネットワークのトポロジ情報を取得するステップと、
    前記ネットワークの前記トポロジ情報に基づいて、パケット転送経路の計算のために使用される前記情報を、前記コントロールプレーン装置によって生成するステップと
    において取得される、ステップ
    を有する、請求項１に記載の方法。
  3. パケット転送経路の計算のために使用される前記情報は、ルートブリッジの識別子を有する、請求項２に記載の方法。
  4. 前記コントロールプレーン装置によって送信されるパケット転送経路の計算のために使用される前記情報を、前記フォワーディングプレーン装置によって受信する前記ステップは、
    パケット転送経路の計算のために使用される前記情報を、前記フォワーディングプレーン装置によって受信するステップであって、パケット転送経路の計算のために使用される前記情報は、
    前記コントロールプレーン装置によって前記ネットワークのトポロジ情報を取得するステップであって、前記ネットワークの前記トポロジ情報は、パケット転送経路の計算のために使用される前記情報である、ステップ
    において取得される、ステップ
    を有する請求項１に記載の方法。
  5. パケット転送経路の計算のために使用される前記情報は、リンク状態データベースを有する、請求項４に記載に方法。
  6. 情報を送信するための方法であって、
    コントロールプレーン装置が、フォワーディングプレーン装置を管理することができるとき、パケット転送経路の計算のために使用される情報を、前記コントロールプレーン装置によって前記フォワーディングプレーン装置に送信するステップであって、前記フォワーディングプレーン装置及び前記コントロールプレーン装置は、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャを持つネットワーク内に配置される、ステップ
    を有する方法。
  7. 前記コントロールプレーン装置が、パケット転送経路の計算のために使用される前記情報を前記フォワーディングプレーン装置に送信する前に、前記方法は、
    前記コントロールプレーン装置によって、前記ネットワークのトポロジ情報を取得するステップと、
    前記ネットワークの前記トポロジ情報に基づいて、パケット転送経路の計算のために使用される前記情報を、前記コントロールプレーン装置によって生成するステップと、
    を有する、請求項６に記載の方法。
  8. パケット転送経路の計算のために使用される前記情報は、ルートブリッジの識別子を有する、請求項７に記載の方法。
  9. 前記コントロールプレーン装置が、パケット転送経路の計算のために使用される前記情報を前記フォワーディングプレーン装置に送信する前に、前記方法は、
    前記コントロールプレーン装置によって、前記ネットワークのトポロジ情報を取得するステップであって、ネットワークトポロジ情報は、パケット転送経路の計算のために使用される前記情報である、ステップ
    を有する、請求項６に記載の方法。
  10. パケット転送経路の計算のために使用される前記情報は、リンク状態データベースを有する、請求項９に記載に方法。
  11. トリガ部と受信部とを有する、情報を受信するための装置であって、
    コントロールプレーン装置が、フォワーディングプレーン装置を管理することができるとき、前記トリガ部は前記受信部をトリガして、前記コントロールプレーン装置によって送信されるパケット転送経路の計算のために使用される情報を受信するように構成されるとともに、
    前記受信部は、パケット転送経路の計算のために使用される前記情報を受信するように構成され、前記フォワーディングプレーン装置及び前記コントロールプレーン装置は、フォワーディング及びコントロール要素の分離を特徴とするネットワーク内に配置される、装置。
  12. トリガ部と送信部とを有する、情報を送信するための装置であって、
    コントロールプレーン装置が、フォワーディングプレーン装置を管理することができるとき、前記トリガ部は前記送信部をトリガして、パケット転送経路の計算のために使用される情報を前記フォワーディングプレーン装置に送信するように構成されるとともに、
    前記送信部は、パケット転送経路の計算のために使用される前記情報を送信するように構成され、前記フォワーディングプレーン装置及び前記コントロールプレーン装置は、フォワーディング及びコントロール要素の分離を特徴とするネットワークアーキテクチャを持つネットワーク内に配置される、装置。
  13. 前記送信部が、パケット転送経路の計算のために使用される前記情報を送信する前に、前記ネットワークのトポロジ情報を取得するとともに、前記ネットワークの前記トポロジ情報に基づいて、パケット転送経路の計算のために使用される前記情報を生成するように構成される、第１生成部を有する、請求項１２に記載の装置。
  14. 前記送信部が、パケット転送経路の計算のために使用される前記情報を送信する前に、前記ネットワークのトポロジ情報を取得するように構成され、前記ネットワークの前記トポロジ情報は、パケット転送経路の計算のために使用される前記情報である、第２生成部を有する、請求項１２に記載の装置。
JP2015503727A 2012-04-12 2012-04-12 情報を受信するための方法、情報を送信するための方法及びそれらの装置 Active JP5978384B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/073937 WO2013152496A1 (zh) 2012-04-12 2012-04-12 接收信息的方法、发送信息的方法及装置

Publications (2)

Publication Number Publication Date
JP2015514374A true JP2015514374A (ja) 2015-05-18
JP5978384B2 JP5978384B2 (ja) 2016-08-24

Family

ID=49327010

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015503727A Active JP5978384B2 (ja) 2012-04-12 2012-04-12 情報を受信するための方法、情報を送信するための方法及びそれらの装置

Country Status (5)

Country Link
US (1) US9749215B2 (ja)
EP (1) EP2824875B1 (ja)
JP (1) JP5978384B2 (ja)
CN (1) CN103493439B (ja)
WO (1) WO2013152496A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103731377B (zh) 2013-12-31 2017-04-26 华为技术有限公司 处理报文的方法与设备
JP6335584B2 (ja) * 2014-03-31 2018-05-30 株式会社エヌ・ティ・ティ・データ ネットワーク制御装置、ネットワーク制御方法、及びプログラム
CN105556906A (zh) * 2014-05-30 2016-05-04 华为技术有限公司 一种网络地址转换方法及装置
CN107078946B (zh) 2015-09-30 2020-09-08 华为技术有限公司 业务流处理策略的处理方法、装置和系统
US11791342B2 (en) 2021-11-17 2023-10-17 International Business Machines Corporation Varactor integrated with complementary metal-oxide semiconductor devices

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6130875A (en) * 1997-10-29 2000-10-10 Lucent Technologies Inc. Hybrid centralized/distributed precomputation of network signal paths
US20080189769A1 (en) * 2007-02-01 2008-08-07 Martin Casado Secure network switching infrastructure
WO2010073996A1 (ja) * 2008-12-25 2010-07-01 株式会社日立製作所 通信システム及び通信制御装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5408243B2 (ja) * 2009-03-09 2014-02-05 日本電気株式会社 ＯｐｅｎＦｌｏｗ通信システムおよびＯｐｅｎＦｌｏｗ通信方法
US8867507B2 (en) * 2009-05-14 2014-10-21 Avaya Inc. Split-plane wireless network architecture
JP5621781B2 (ja) * 2009-10-06 2014-11-12 日本電気株式会社 ネットワークシステムとコントローラと方法とプログラム
WO2011081020A1 (ja) * 2010-01-04 2011-07-07 日本電気株式会社 ネットワークシステム、コントローラ、ネットワーク制御方法
US8873398B2 (en) * 2011-05-23 2014-10-28 Telefonaktiebolaget L M Ericsson (Publ) Implementing EPC in a cloud computer with openflow data plane
CN102164094B (zh) * 2011-05-30 2014-04-23 北京星网锐捷网络技术有限公司 多链路流量重分配的方法和装置
EP2712128B1 (en) * 2011-07-06 2016-01-13 Huawei Technologies Co., Ltd. Message processing method and related device thereof
US9185027B2 (en) * 2011-07-29 2015-11-10 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for resilient routing of control traffic in a split-architecture system
US8804490B2 (en) * 2011-07-29 2014-08-12 Telefonaktiebolaget L M Ericsson (Publ) Controller placement for fast failover in the split architecture
US8811212B2 (en) * 2012-02-22 2014-08-19 Telefonaktiebolaget L M Ericsson (Publ) Controller placement for fast failover in the split architecture

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6130875A (en) * 1997-10-29 2000-10-10 Lucent Technologies Inc. Hybrid centralized/distributed precomputation of network signal paths
US20080189769A1 (en) * 2007-02-01 2008-08-07 Martin Casado Secure network switching infrastructure
WO2010073996A1 (ja) * 2008-12-25 2010-07-01 株式会社日立製作所 通信システム及び通信制御装置

Also Published As

Publication number Publication date
WO2013152496A1 (zh) 2013-10-17
EP2824875B1 (en) 2017-08-02
CN103493439B (zh) 2016-03-02
CN103493439A (zh) 2014-01-01
EP2824875A4 (en) 2015-03-18
JP5978384B2 (ja) 2016-08-24
EP2824875A1 (en) 2015-01-14
US9749215B2 (en) 2017-08-29
US20150036542A1 (en) 2015-02-05

Similar Documents

Publication Publication Date Title
US10541905B2 (en) Automatic optimal route reflector root address assignment to route reflector clients and fast failover in a network environment
CN106063203B (zh) 软件定义网络(sdn)特定拓扑信息发现
US9401858B2 (en) Loop avoidance during network convergence in switched networks
US10044610B2 (en) System, method and apparatus providing bi-directional forwarding detection support to unnumbered IP interfaces
EP3399703B1 (en) Method for implementing load balancing, apparatus, and network system
JP2014175924A (ja) 伝送システム、伝送装置、及び伝送方法
JP5978384B2 (ja) 情報を受信するための方法、情報を送信するための方法及びそれらの装置
US11805047B2 (en) Method and apparatus for controlling network traffic path
US8971195B2 (en) Querying health of full-meshed forwarding planes
WO2011124178A2 (zh) 故障检测方法、路由节点及系统
US11303549B2 (en) Segmented traceroute for segment routing traffic engineering
JP2013211706A (ja) オープンフローネットワークシステム、及び、データ通信方法
CN110661643B (zh) 用于网络管理的方法、网络设备和介质
US10367732B2 (en) Route control for internet exchange point
US10735252B2 (en) Outside router fault detection
US10284468B1 (en) E-channel identifiers (ECIDS) for scalable satellite device clustering control in a campus network
EP3913868A1 (en) Segmented traceroute for segment routing traffic engineering
CN106656820B (zh) 控制网络信息发送、接收方法及节点

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150924

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150929

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20151228

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

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20160623

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160725

R150 Certificate of patent or registration of utility model

Ref document number: 5978384

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

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250