WO2017164068A1 - トランスポートネットワーク制御装置、通信システム、転送ノードの制御方法及びプログラム - Google Patents

トランスポートネットワーク制御装置、通信システム、転送ノードの制御方法及びプログラム Download PDF

Info

Publication number
WO2017164068A1
WO2017164068A1 PCT/JP2017/010698 JP2017010698W WO2017164068A1 WO 2017164068 A1 WO2017164068 A1 WO 2017164068A1 JP 2017010698 W JP2017010698 W JP 2017010698W WO 2017164068 A1 WO2017164068 A1 WO 2017164068A1
Authority
WO
WIPO (PCT)
Prior art keywords
transport network
frame
mac address
transfer
bases
Prior art date
Application number
PCT/JP2017/010698
Other languages
English (en)
French (fr)
Inventor
鈴木 一哉
紘也 金子
元 相澤
Original Assignee
日本電気株式会社
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 日本電気株式会社 filed Critical 日本電気株式会社
Priority to US16/072,580 priority Critical patent/US20190036817A1/en
Priority to JP2018507278A priority patent/JP7127537B2/ja
Publication of WO2017164068A1 publication Critical patent/WO2017164068A1/ja

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/66Layer 2 routing, e.g. in Ethernet based MAN's
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/58Association of routers
    • H04L45/586Association of routers of virtual routers
    • 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/74Address processing for routing
    • H04L45/745Address table lookup; Address filtering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/25Mapping addresses of the same type
    • H04L61/2596Translation of addresses of the same type other than IP, e.g. translation from MAC to MAC addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4641Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/622Layer-2 addresses, e.g. medium access control [MAC] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/48Routing tree calculation

Definitions

  • the present invention is based on the priority claim of Japanese Patent Application No. 2016-0568847 (filed on Mar. 22, 2016), the entire contents of which are incorporated herein by reference. Shall.
  • the present invention relates to a transport network control device, a communication system, a transfer node control method, and a program, and more particularly to a transport network control device, a communication system, and a transfer that provide a layer 2 connection service (bridging connection service) between sites.
  • the present invention relates to a node control method and program.
  • Patent Document 1 discloses a unique example of a centralized network control device represented by OpenFlow.
  • Patent Document 2 discloses an example of a method for determining transfer information used for packet transfer in a transfer node of a packet transfer network.
  • Patent Document 3 “In the cloud computing virtualized data center,..., Both the MAC address and IP address of the virtual host are managed and allocated by the cloud management system. "The correspondence between IP and MAC can be set directly in the ARP server by the cloud management system.”
  • Patent Document 4 discloses a communication system that can be realized by using a simplified forwarding table and can also be applied to data packet path control.
  • JP 2014-138244 A JP 2014-17842 A Special table 2013-532927 gazette JP 2014-207716 A
  • a MAC Media Access Control
  • An increase in the MAC address causes an increase in flooding traffic for learning an unlearned frame, and as a result, a large amount of network resources (bandwidth (data transfer speed) and copy processing load) are consumed.
  • bandwidth data transfer speed
  • copy processing load a large amount of network resources
  • a transport network control device comprising means for obtaining a MAC address is provided.
  • the transport network control device further includes means for calculating a transfer path for transferring a frame between the first and second bases destined for the MAC address on the transport network.
  • the transport network control device further includes means for setting a transfer rule that causes the transfer node on the transport network to transfer the frame along the calculated transfer path.
  • a communication system including the transport network control device described above and a forwarding node on the transport network.
  • a transport network control device connected to a cloud management system that manages first and second bases connected via a transport network that provides a layer 2 connection service includes the cloud Obtaining a MAC address used for a frame transmitted from the base from a management system, and transferring a frame between the first and second bases destined for the MAC address on the transport network;
  • a forwarding node control method comprising: calculating a forwarding path to be transmitted; and setting a forwarding rule that causes the forwarding node on the transport network to forward the frame along the computed forwarding path.
  • the method is associated with a specific machine, a control device that controls the transport network that provides the layer 2 connection service.
  • the computer constituting the transport network control device connected to the cloud management system that manages the first and second bases connected via the transport network that provides the layer 2 connection service
  • This program can be recorded on a computer-readable (non-transient) storage medium. That is, the present invention can be embodied as a computer program product.
  • the present invention it is possible to suppress the influence caused by the increase of the MAC address in the layer 2 network connecting the bases.
  • connection lines between blocks in the drawings used in the following description include both bidirectional and unidirectional directions.
  • the unidirectional arrow schematically shows the main signal (data) flow and does not exclude bidirectionality.
  • the present invention can be realized by a transport network control device 10 including a MAC address acquisition unit 11, a route calculation unit 12, and a transfer rule creation / setting unit 13. .
  • the MAC address acquisition unit 11 is transmitted from the base from the cloud management system 20 that manages the first and second bases connected via the transport network that provides the layer 2 connection service. Get the MAC address used for a frame.
  • the MAC address acquisition unit 11 acquires MAC addresses of terminals, virtual machines, and the like existing in the base from the cloud management system 20, as shown in the balloon on the right side of FIG.
  • the route calculation unit 12 calculates a transfer route for transferring a frame between the first and second bases whose destination is the MAC address on the transport network. For example, the route calculation unit 12 calculates a transfer route for transferring a frame transmitted from the base A to the base B as shown in FIG.
  • the transfer rule creation / setting unit 13 sets a transfer rule that causes the transfer node of the transport network to transfer the frame along the calculated transfer route. For example, as shown in the left balloon in FIG. 2, the transfer rule creation / setting unit 13 causes the transfer node on the transport network to transfer a frame addressed to the base B transmitted from the base A to the base B. Set.
  • FIG. 3 is a diagram illustrating the configuration of the communication system according to the first embodiment of this invention.
  • a cloud management system 200 that manages data centers A to C, a transport SDN (Software Defined Network) 300 that connects these data centers, and a transport network control that controls the transport SDN 300 A configuration including the device 100 is shown.
  • the lower side of the broken line in FIG. 3 corresponds to a data plane (D-Plane) responsible for transferring user data and the like, and the upper side corresponds to a control plane (C-Plane) for controlling this data plane.
  • D-Plane data plane
  • C-Plane control plane
  • an example of connecting data centers is given, but the bases to be connected are not limited to data centers, and any other information system generally called “cloud” may be used.
  • the cloud management system 200 manages the respective data centers 400 (data centers A to C).
  • An example of such a cloud management system 200 is a cloud management platform such as OpenStack.
  • the transport network control device 100 is a device that converts the transport network into SDN.
  • the transport network control apparatus 100 provides a layer 2 connection service between data centers (hereinafter referred to as an L2 connection service) by controlling the forwarding node 301 on the transport SDN 300.
  • the data center C is connected to a transport SDN (also referred to as T-SDN) 300 via a (second) transport network 500 that is not controlled by the transport network control device 100.
  • the data center C may be directly connected to the transport SDN 300.
  • FIG. 4 is a diagram showing a detailed configuration of the transport network control apparatus 300 according to the first embodiment of the present invention. Referring to FIG. 4, a configuration including a MAC address acquisition unit 101, a route calculation unit 102, a transfer rule creation / setting unit 103, a MAC address storage unit 104, and a topology storage unit 105 is illustrated.
  • the MAC address acquisition unit 101 is a means for inquiring and acquiring a list of MAC addresses existing in the data center from the cloud management system 200.
  • the MAC address can be obtained via an application program interface (API) of a network management component called OpenStack Networking.
  • API application program interface
  • the MAC address acquisition unit 101 stores the acquired MAC address in the MAC address storage unit 104.
  • FIG. 5 is a diagram illustrating an example of a MAC address holding mode in the MAC address storage unit 104.
  • a list of IDs of data centers (corresponding to the above-mentioned “bases”) and MAC addresses acquired from the data centers are stored.
  • the route calculation unit 102 refers to the topology information stored in the topology storage unit 105 and calculates a transfer route for transferring frames between different data centers. Such a transfer path can be obtained by calculating the shortest path tree in the reverse direction with a certain data center as a root by the Dijkstra method.
  • the transfer rule creation / setting unit 103 follows a transfer route calculated by the route calculation unit 102 and sets a transfer rule for transferring a frame between data centers having the MAC address acquired by the MAC address acquisition unit 101 as a destination. Created and set in the transfer node 301 on the transfer path. For example, a transfer rule in which the MAC address is a MAC address held in the MAC address storage unit 104 as a match condition, and the transfer destination is the next transfer node (port) on the transfer path as seen from the own device Will be created. For the reverse frame between the bases, a transfer rule that realizes the reverse transfer by sharing the calculated transfer path can be set.
  • each unit (processing unit) of the transport network control apparatus 100 illustrated in FIG. 4 is executed by a computer program that causes a computer that configures the transport network control apparatus 100 to execute the above-described processes using the hardware. It can also be realized.
  • FIG. 6 is a flowchart showing the operation of the transport network control apparatus according to the first embodiment of the present invention.
  • the transport network control apparatus 100 acquires a MAC address from the cloud management system 200 that manages the data center 400 connected to the transport SDN 300 to be managed (step S001).
  • the transport network control apparatus 100 refers to the topology information stored in the topology storage unit 105 and calculates a transfer path for transferring a frame between data centers (step S002).
  • the transport network control apparatus 100 uses the calculated transfer path and the acquired MAC address to transfer the frame between the data centers to the transfer node 301 on the transfer path so as to correctly reach the destination data center.
  • a transfer rule is set (step S003).
  • the transfer node (edge node) of the transport SDN 300 connected to the data center A in FIG. 7 does not receive an unlearned frame from the data center A side.
  • a MAC address existing in the data center A is acquired in advance from the cloud management system that manages the data center A, and necessary transfer rules are set.
  • the forwarding node (edge node) of the transport SDN 300 connected to the data centers B and C in FIG. 7 does not receive an unlearned frame from the data centers B and C side.
  • the reduction of flooding traffic also reduces the load such as copying and forwarding of unlearned frames at each forwarding node.
  • FIG. 8 is a diagram showing a configuration of a communication system according to the second exemplary embodiment of the present invention.
  • the difference from the communication system of the first embodiment shown in FIG. 3 is that it does not correspond to the method of the first embodiment, that is, the data centers D and E that cannot acquire the MAC address from the cloud management system 200 are transported. It is connected to the SDN 300. Since the basic configuration and operation are the same as those in the first embodiment, the following description will be focused on other differences.
  • FIG. 9 is a diagram showing a configuration of the transport network control apparatus 100a according to the second embodiment of the present invention. The difference from the transport network control apparatus 100 of the first embodiment shown in FIG. 4 is that a site type management unit 106 is added.
  • FIG. 10 is a diagram illustrating an example of base information (data center information) held in the base type management unit 106 of the transport network control apparatus 100a of the second embodiment.
  • base information data center information
  • it is registered for each data center whether or not it is compatible with the method of the first embodiment (the method of setting a pre-transfer rule using a MAC address).
  • the pre-transfer rule setting method based on the MAC address is “not supported”.
  • the case where the data center D and the data center E are “non-compliant” with the pre-transfer rule setting method includes a case where the cloud management system 200 does not permit the provision of the MAC address.
  • the transport network control apparatus 100a transmits an unlearned frame to the transfer node (edge node) 301 of the transport SDN 300 connected to the data center A.
  • a transfer rule is set such that transmission is made only to data centers D and E that are “not supported” in the pre-transfer rule setting method by address.
  • Such a transfer rule can be created, for example, by excluding ports connected to the data centers B and C from ports other than the receiving port that is the transfer destination of the unknown frame.
  • the reason why the transfer to the data centers B and C can be omitted is that the MAC addresses used for the frames between the data centers AB, AC, and BC are acquired in advance as described in the first embodiment. This is because there is no need for learning because it is already set as a transfer rule.
  • the forwarding node (edge node) 301 of the transport SDN 300 connected to the data center A in FIG. 11 includes the destination MAC address of the unlearned frame, the receiving port in the MAC address table, as shown in FIG. Register the relationship. Thereafter, when the transfer node (edge node) of the transport SDN 300 connected to the data center A in FIG. 11 receives a frame having the destination MAC address XX: XX: XX: XX: XX: XX, The unicast transfer is performed to the port D connected to the data center D.
  • the present invention can be applied without problems even in an environment in which a data center managed by a cloud management system and a data center not managed by a cloud management system are mixed. Also, as is apparent from FIG. 11, even when an unlearned frame arrives, instead of sending it to all bases, it is configured to copy and transfer only the necessary data center, Network resource consumption is also reduced.
  • a certain data center may be a transmission target of an unlearned frame.
  • the type field of the table shown in FIG. Can be sent. For example, if the MAC address cannot be obtained from the cloud management system 200 or if there is a terminal having a MAC address that is not managed by the cloud management system in the data center, it is possible to set “not supported”. is there.
  • FIG. 13 is a diagram showing a configuration of a communication system according to the third exemplary embodiment of the present invention.
  • the difference from the first embodiment shown in FIG. 3 is that a plurality of virtual networks 410 are configured in the data center B. Since the basic configuration and operation are the same as those in the first embodiment, the following description will be focused on other differences.
  • FIG. 14 is a diagram showing a configuration of the transport network control apparatus 100b according to the third embodiment of the present invention.
  • the difference from the transport network control apparatus 100 of the first embodiment shown in FIG. 4 is that an identifier for identifying a virtual network of a terminal or a virtual machine having the MAC address together with the MAC address in the MAC address acquisition unit 101a. It is a point that the function to acquire is added.
  • FIG. 15 is a diagram illustrating an example of how the MAC address and the virtual network identifier are stored in the MAC address storage unit 104a of the present embodiment.
  • a VID virtual network identifier
  • FIG. 16 is a flowchart showing the operation of the transport network control apparatus according to the third embodiment of the present invention.
  • the transport network control device 100b acquires a set of a MAC address and a network identifier from the cloud management system 200 that manages the data center 400 connected to the transport SDN 300 to be managed (step S101). .
  • the transport network control device 100b refers to the topology information stored in the topology storage unit 105, and calculates a transfer path for transferring a frame between data centers (step S102).
  • the transport network control apparatus 100b selects one transfer node (setting destination) on the calculated transfer path, and checks whether the transfer node is an edge node connected to the data center. (Steps S103 and S104).
  • the transport network control apparatus 100b uses the calculated transfer path and the acquired MAC address between the data centers as in the first embodiment.
  • a forwarding rule is set in the forwarding node 301 so that the frame reaches the destination data center correctly (step S105).
  • the transport network control device 100b adds the VID held in the MAC address storage unit 104a to the corresponding frame, and then sends it to the data center side A transfer rule for performing the above is created and set in the selected transfer node (step S106).
  • the form of adding a VID depends on the virtual network built on the data center side, but uses a VLAN ID field, an MPLS label, or other additional header (outer header). Etc. are considered.
  • the transport network control apparatus 100b continues the processing from step S103 in FIG. 16 onward until all the virtual networks have been set in the transfer nodes on all transfer paths (step S107).
  • a frame to which an identifier (for example, VID) representing a virtual network is added is sent to the data center side at the edge node.
  • VID identifier
  • the corresponding virtual network terminal on the data center side can receive the frame according to the identifier (VID) representing the virtual network.
  • the edge node performs both the selective flooding of the unlearned frame and the identifier (VID) representing the virtual network to the frame transmitted to the data center side.
  • VIP identifier
  • the means for calculating the transfer path calculates a transfer path for transferring a frame between the bases by calculating a shortest path tree whose root is the selected base among the bases,
  • the means for setting the transfer rule can adopt a configuration in which the calculated transfer path is shared for transferring frames between the bases.
  • each of the bases to which the frame is transferred according to the transfer rule and the other bases are managed,
  • the edge node of the transport network when the MAC address of the received frame does not match any transfer rule, the received frame is flooded to a base other than the base to which the frame is transferred according to the transfer rule Can be taken.

Landscapes

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

Abstract

本発明の目的は、拠点間を接続するレイヤ2ネットワークにおけるMACアドレスの増大に伴うネットワークリソースの消費低減である。トランスポートネットワーク制御装置は、レイヤ2接続サービスを提供するトランスポートネットワークを介して接続される第1、第2の拠点を管理するクラウド管理システムから、前記拠点から送信されるフレームに使用されるMACアドレスを取得する手段と、前記トランスポートネットワーク上に、前記MACアドレスを宛先とする前記第1、第2の拠点間のフレームを転送する転送経路を計算する手段と、前記トランスポートネットワーク上の転送ノードに、前記計算した転送経路に沿って前記フレームを転送させる転送ルールを設定する手段と、を備える。

Description

トランスポートネットワーク制御装置、通信システム、転送ノードの制御方法及びプログラム
 (関連出願についての記載)
 本発明は、日本国特許出願:特願2016-056847号(2016年3月22日出願)の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
 本発明は、トランスポートネットワーク制御装置、通信システム、転送ノードの制御方法及びプログラムに関し、特に、拠点間のレイヤ2接続サービス(ブリッジング接続サービス)を提供するトランスポートネットワーク制御装置、通信システム、転送ノードの制御方法及びプログラムに関する。
 特許文献1に、オープンフローに代表される集中管理型ネットワークの制御装置の一意例が開示されている。特許文献2には、パケット転送ネットワークの転送ノードにおけるパケットの転送で用いる転送情報を決定する方法の一例が開示されている。
 特許文献3の段落0061に、「クラウドコンピューティング仮想化データセンタでは、・・・仮想ホストのMACアドレスとIPアドレスの両方がクラウド管理システムによって管理され、割り振られ、したがって、この場合、各仮想ホストのIPとMACとの間の対応は、クラウド管理システムによって直接ARPサーバ中に設定され得る。」との記載がある。特許文献4には、簡略化された転送テーブルを用いて実現可能であり、しかも、データパケットの経路制御にも適用できるという通信システムが開示されている。
特開2014-138244号公報 特開2014-17842号公報 特表2013-532927号公報 特開2014-207716号公報
 以下の分析は、本発明によって与えられたものである。データセンタ等の拠点間をレイヤ2ネットワークで接続すると、1つのネットワークにMAC(Media Access Control)が存在することになってしまう。MACアドレスの増大は、未学習フレームの学習のためのフラッディングトラフィックの増加をもたらし、ひいては、ネットワークリソース(帯域(データ転送速度)やコピー処理の負荷)を大量に消費してしまうという問題点がある。さらに、データセンタに仮想化サーバが配置されているような場合、上記MACアドレスの数はさらに増大することになる。
 さらに、ネットワークの構成変更等の理由により、ループが発生した場合、ネットワーク全体に重大な影響を与える可能性がある。
 本発明は、上記拠点間を接続するレイヤ2ネットワークにおけるMACアドレスの増大に伴うネットワークリソースの消費低減に貢献できるトランスポートネットワーク制御装置、通信システム、転送ノードの制御方法及びプログラムを提供することを目的とする。
 第1の視点によれば、レイヤ2接続サービスを提供するトランスポートネットワークを介して接続される第1、第2の拠点を管理するクラウド管理システムから、前記拠点から送信されるフレームに使用されるMACアドレスを取得する手段を備えたトランスポートネットワーク制御装置が提供される。このトランスポートネットワーク制御装置は、さらに、前記トランスポートネットワーク上に、前記MACアドレスを宛先とする前記第1、第2の拠点間のフレームを転送する転送経路を計算する手段を備える。このトランスポートネットワーク制御装置は、さらに、前記トランスポートネットワーク上の転送ノードに、前記計算した転送経路に沿って前記フレームを転送させる転送ルールを設定する手段と、を備える。
 第2の視点によれば、上記したトランスポートネットワーク制御装置と、前記トランスポートネットワーク上の転送ノードと、を含む通信システムが提供される。
 第3の視点によれば、レイヤ2接続サービスを提供するトランスポートネットワークを介して接続される第1、第2の拠点を管理するクラウド管理システムに接続されたトランスポートネットワーク制御装置が、前記クラウド管理システムから、前記拠点から送信されるフレームに使用されるMACアドレスを取得するステップと、前記トランスポートネットワーク上に、前記MACアドレスを宛先とする前記第1、第2の拠点間のフレームを転送する転送経路を計算するステップと、前記トランスポートネットワーク上の転送ノードに、前記計算した転送経路に沿って前記フレームを転送させる転送ルールを設定するステップと、を含む転送ノードの制御方法が提供される。本方法は、レイヤ2接続サービスを提供するトランスポートネットワークを制御する制御装置という、特定の機械に結びつけられている。
 第4の視点によれば、レイヤ2接続サービスを提供するトランスポートネットワークを介して接続される第1、第2の拠点を管理するクラウド管理システムに接続されたトランスポートネットワーク制御装置を構成するコンピュータに、前記クラウド管理システムから、前記拠点から送信されるフレームに使用されるMACアドレスを取得する処理と、前記トランスポートネットワーク上に、前記MACアドレスを宛先とする前記第1、第2の拠点間のフレームを転送する転送経路を計算する処理と、前記トランスポートネットワーク上の転送ノードに、前記計算した転送経路に沿って前記フレームを転送させる転送ルールを設定する処理と、を実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な(非トランジエントな)記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
 本発明によれば、拠点間を接続するレイヤ2ネットワークにおけるMACアドレスの増大に伴う影響を抑えることが可能となる。
本発明の一実施形態の構成を示す図である。 本発明の一実施形態の動作を説明するための図である。 本発明の第1の実施形態の通信システムの構成を示す図である。 本発明の第1の実施形態のトランスポートネットワーク制御装置の構成を示す図である。 本発明の第1の実施形態のトランスポートネットワーク制御装置が保持するMACアドレス情報の一例を示す図である。 本発明の第1の実施形態のトランスポートネットワーク制御装置の動作を表した流れ図である。 本発明の第1の実施形態のトランスポートネットワーク制御装置の動作を説明するための図である。 本発明の第2の実施形態の通信システムの構成を示す図である。 本発明の第2の実施形態のトランスポートネットワーク制御装置の構成を示す図である。 本発明の第2の実施形態のトランスポートネットワーク制御装置が保持する拠点情報の一例を示す図である。 本発明の第2の実施形態のトランスポートネットワーク制御装置によって制御される転送ノードの動作を説明するための図である。 本発明の第2の実施形態のトランスポートネットワーク制御装置によって制御される転送ノードの学習動作を説明するための図である。 本発明の第3の実施形態の通信システムの構成を示す図である。 本発明の第3の実施形態のトランスポートネットワーク制御装置の構成を示す図である。 本発明の第3の実施形態のトランスポートネットワーク制御装置が保持する情報を説明するための図である。 本発明の第3の実施形態のトランスポートネットワーク制御装置の動作を表した流れ図である。 本発明の第3の実施形態のトランスポートネットワーク制御装置の動作を説明するための図である。
 はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以下の説明で用いる図面中のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号(データ)の流れを模式的に示すものであり、双方向性を排除するものではない。
 本発明は、その一実施形態において、図1に示すように、MACアドレス取得部11と、経路計算部12と、転送ルール作成・設定部13とを備えるトランスポートネットワーク制御装置10にて実現できる。
 より具体的には、MACアドレス取得部11は、レイヤ2接続サービスを提供するトランスポートネットワークを介して接続される第1、第2の拠点を管理するクラウド管理システム20から、前記拠点から送信されるフレームに使用されるMACアドレスを取得する。例えば、MACアドレス取得部11は、図2の右側吹き出し内に示すように、クラウド管理システム20から拠点内に存在する端末や仮想マシン等のMACアドレスを取得する。
 経路計算部12は、前記トランスポートネットワーク上に、前記MACアドレスを宛先とする前記第1、第2の拠点間のフレームを転送するための転送経路を計算する。例えば、経路計算部12は、図2に示すように、拠点Aから送信されたフレームを拠点Bに転送するための転送経路を計算する。
 転送ルール作成・設定部13は、前記トランスポートネットワークの転送ノードに、前記計算した転送経路に沿って前記フレームを転送させる転送ルールを設定する。例えば、転送ルール作成・設定部13は、図2の左側吹き出し内に示すように、トランスポートネットワーク上の転送ノードに、拠点Aから送信された拠点B宛てフレームを拠点Bに転送させる転送ルールを設定する。
 上記構成によれば、事前に、拠点間のフレームを転送するための経路計算と、転送ルールの設定が行われるため、未学習フレームの学習のためのフラッディングトラフィックをほぼ無くすことが可能となる。フラッディングトラフィック自体が減少するため、仮にループが発生するような事態が生じても、その影響を軽減することも可能となっている。
[第1の実施形態]
 続いて、本発明の第1の実施形態について図面を参照して詳細に説明する。図3は、本発明の第1の実施形態の通信システムの構成を示す図である。図3を参照すると、データセンタA~データセンタCを管理するクラウド管理システム200と、これらデータセンタ間を接続するトランスポートSDN(Software Defined Network)300と、トランスポートSDN300を制御するトランスポートネットワーク制御装置100とを含む構成が示されている。なお、図3の破線の下側がユーザデータ等の転送を担うデータプレーン(D-Plane)に相当し、上側がこのデータプレーンを制御するコントロールプレーン(C-Plane)に相当する。以下の実施形態では、データセンタを接続する例を挙げるが、接続される拠点はデータセンタに限られず、その他一般に「クラウド」と呼ばれる情報システムであればよい。
 クラウド管理システム200は、それぞれ管轄のデータセンタ400(データセンタA~C)を管理する。このようなクラウド管理システム200としては、例えば、OpenStack等のクラウド管理基盤が挙げられる。
 トランスポートネットワーク制御装置100は、トランスポート網をSDN化する装置である。トランスポートネットワーク制御装置100は、トランスポートSDN300上の転送ノード301を制御することで、データセンタ間のレイヤ2接続サービス(以下、L2接続サービス)を提供する。
 なお、図3の例では、データセンタCは、トランスポートネットワーク制御装置100の制御を受けない(第2の)トランスポートネットワーク500を介して、トランスポートSDN(T-SDNとも記す)300に接続されているが、データセンタCが、直接トランスポートSDN300に接続されていてもよい。
 図4は、本発明の第1の実施形態のトランスポートネットワーク制御装置300の詳細構成を示す図である。図4を参照すると、MACアドレス取得部101と、経路計算部102と、転送ルール作成・設定部103と、MACアドレス記憶部104と、トポロジー記憶部105とを備えた構成が示されている。
 MACアドレス取得部101は、クラウド管理システム200に対し、データセンタ内に存在するMACアドレスのリストを問い合わせて取得する手段である。例えば、OpenStackの場合、OpenStack Networkingと呼ばれるネットワーク管理コンポーネントのアプリケーションプログラムインタフェース(API)経由で、MACアドレスを入手することができる。MACアドレス取得部101は、取得したMACアドレスをMACアドレス記憶部104に保存する。
 図5は、MACアドレス記憶部104におけるMACアドレスの保持態様の一例を示す図である。図5の例では、データセンタ(上述の「拠点」に相当)のIDと、そのデータセンタから取得したMACアドレスの一覧が保存されている。
 経路計算部102は、トポロジー記憶部105に格納されたトポロジー情報を参照して、異なるデータセンタ間のフレームを転送するための転送経路を計算する。このような転送経路は、あるデータセンタをルートとする逆方向の最短パスツリーをダイクストラ法で計算することで得ることができる。
 転送ルール作成・設定部103は、経路計算部102にて計算された転送経路に従い、MACアドレス取得部101で取得されたMACアドレスを宛先とするデータセンタ間のフレームを転送するための転送ルールを作成し、転送経路上の転送ノード301に設定する。例えば、MACアドレスがMACアドレス記憶部104に保持されているMACアドレスであることをマッチ条件とし、転送先を、自装置から見て前記転送経路上の次の転送ノード(ポート)とする転送ルールを作成することになる。拠点間の逆方向のフレームについても、前記計算された転送経路を共用し、逆方向の転送を実現する転送ルールを設定することができる。
 なお、図4に示したトランスポートネットワーク制御装置100の各部(処理手段)は、トランスポートネットワーク制御装置100を構成するコンピュータに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することもできる。
 続いて、本実施形態の動作について図面を参照して詳細に説明する。図6は、本発明の第1の実施形態のトランスポートネットワーク制御装置の動作を表した流れ図である。図6を参照すると、まず、トランスポートネットワーク制御装置100は、管理対象のトランスポートSDN300に接続するデータセンタ400を管理するクラウド管理システム200からMACアドレスを取得する(ステップS001)。
 次に、トランスポートネットワーク制御装置100は、トポロジー記憶部105に格納されたトポロジー情報を参照して、データセンタ間のフレームを転送するための転送経路を計算する(ステップS002)。
 最後に、トランスポートネットワーク制御装置100は、前記計算した転送経路と前記取得したMACアドレスを用いて、データセンタ間のフレームが正しく宛先のデータセンタに届くように、転送経路上の転送ノード301に転送ルールを設定する(ステップS003)。
 以上の処理で、データセンタ間のフレーム転送に必要な情報の設定が完了する。以降は、図7の太い破線に示すように、データセンタ間のフレームの転送が可能となる。
 以上説明したとおり、本実施形態によれば、例えば、図7のデータセンタAと接続するトランスポートSDN300の転送ノード(エッジノード)がデータセンタA側から未学習のフレームを受信することはなくなる。その理由は、データセンタAを管理するクラウド管理システムから事前にデータセンタAに存在するMACアドレスを取得し、必要な転送ルールを設定しているからである。同様に、図7のデータセンタB、Cと接続するトランスポートSDN300の転送ノード(エッジノード)がデータセンタB、C側から未学習のフレームを受信することはなくなる。この結果、未学習のフレームの受信を契機とするフラッディングトラフィックを大きく減少させることが可能となる。また、フラッディングトラフィックの減少は、各転送ノードにおける未学習フレームのコピー、転送等の負荷も減少させることになる。
[第2の実施形態]
 続いて、上記第1の実施形態の方式に対応したデータセンタと、クラウド管理システムが存在しない等の理由で第1の実施形態の方式に非対応のデータセンタとがトランスポートSDN300に接続されている構成を想定した第2の実施形態について説明する。
 図8は、本発明の第2の実施形態の通信システムの構成を示す図である。図3に示した第1の実施形態の通信システムとの相違点は、第1の実施形態の方式に非対応、即ち、クラウド管理システム200からMACアドレスを取得できないデータセンタD、EがトランスポートSDN300に接続されている点である。以下、基本的な構成及び動作は第1の実施形態と同様であるので、以下、その他の相違点を中心に説明する。
 図9は、本発明の第2の実施形態のトランスポートネットワーク制御装置100aの構成を示す図である。図4に示した第1の実施形態のトランスポートネットワーク制御装置100との相違点は、拠点種別管理部106が追加されている点である。
 図10は、第2の実施形態のトランスポートネットワーク制御装置100aの拠点種別管理部106にて保持されている拠点情報(データセンタ情報)の一例を示す図である。図10を参照すると、データセンタ毎に、第1の実施形態の方式(MACアドレスによる事前転送ルール設定方式)に対応しているか否かが登録されている。図10の例では、データセンタD及びデータセンタEが、クラウド管理システム200からMACアドレスを取得できないデータセンタであるため、MACアドレスによる事前転送ルール設定方式に「非対応」となっている。なお、データセンタD及びデータセンタEが事前転送ルール設定方式に「非対応」のケースとしては、クラウド管理システム200がMACアドレスの提供を許可していない場合も含まれる。
 本実施形態の構成によれば、トランスポートネットワーク制御装置100aは、データセンタD、EのMACアドレスを取得しない。このため、データセンタAと接続されているトランスポートSDN300の転送ノード(エッジノード)において、データセンタD宛てのフレーム(宛先MACアドレス=XX:XX:XX:XX:XX:XX)を受信すると、未学習のフレームとして認識されることになる。
 しかしながら、本実施形態のトランスポートネットワーク制御装置100aは、図11に示すように、データセンタAと接続されているトランスポートSDN300の転送ノード(エッジノード)301に対し、未学習のフレームを、MACアドレスによる事前転送ルール設定方式に「非対応」のデータセンタD、Eにのみ送信するような転送ルールを設定する。このような転送ルールは、例えば、Unknownのフレームの転送先となる受信ポート以外のポートから、さらに、データセンタB、Cに接続されているポートを除外することで作成することができる。
 データセンタB、Cへの転送を省略できる理由は、第1の実施形態において説明したように、データセンタA-B、A-C、B-C間のフレームに用いられるMACアドレスは事前に取得し、転送ルールとして設定済みであるため、学習の必要が存在しないためである。
 前記未学習フレームの転送の結果、データセンタD、Eのいずれか、例えば、データセンタDの端末等から応答が来ることになる。この場合、図11のデータセンタAと接続されているトランスポートSDN300の転送ノード(エッジノード)301は、図12に示すように、MACアドレステーブルに未学習フレームの宛先MACアドレスと、受信ポートとの関係を登録する。以降は、図11のデータセンタAと接続されているトランスポートSDN300の転送ノード(エッジノード)は、宛先MACアドレスXX:XX:XX:XX:XX:XX:XXを持つフレームを受信した場合、データセンタDに接続するポートDにユニキャスト転送することになる。
 以上のように本発明は、クラウド管理システムによって管理されているデータセンタとクラウド管理システムによって管理されていないデータセンタとが混在する環境においても問題なく適用することができる。また、図11からも明らかなとおり、未学習のフレームが到着した場合でも、すべての拠点に送るのではなく、必要なデータセンタの分だけコピーを行ない、転送するように構成されているため、ネットワークリソースの消費も低減されている。
 なお、上記した実施形態では、第1の実施形態の方式(MACアドレスによる事前転送ルール設定方式)に対応しているか否かで未学習フレームの送信対象とするか否かを切り替えるものとして説明したが、その他の観点で、あるデータセンタを未学習フレームの送信対象にしてもよい。例えば、クラウド管理システムによって管理されているデータセンタであっても、MACアドレスの学習を行いたい場合には、図10に示すテーブルの種別フィールドを「非対応」にすることで、未学習フレームの送信対象にすることができる。例えば、クラウド管理システム200からMACアドレスを取得できない場合や、データセンタにクラウド管理システムの管理外のMACアドレスを持つ端末が存在しうる場合には、あえて「非対応」を設定することも可能である。
[第3の実施形態]
 続いて、上記第1の実施形態の方式において、データセンタ上に複数の仮想ネットワークが構築されている構成を想定した第3の実施形態について説明する。図13は、本発明の第3の実施形態の通信システムの構成を示す図である。図3に示した第1の実施形態との相違点は、データセンタBに仮想ネットワーク410が複数構成されている点である。以下、基本的な構成及び動作は第1の実施形態と同様であるので、以下、その他の相違点を中心に説明する。
 図14は、本発明の第3の実施形態のトランスポートネットワーク制御装置100bの構成を示す図である。図4に示した第1の実施形態のトランスポートネットワーク制御装置100との相違点は、MACアドレス取得部101aにMACアドレスとともにそのMACアドレスを持つ端末や仮想マシンの仮想ネットワークを識別するための識別子を取得する機能が追加されている点である。
 図15は、本実施形態のMACアドレス記憶部104aにおけるMACアドレス及び仮想ネットワークの識別子の保持態様の一例を示す図である。図15の例では、データセンタ(上述の「拠点」に相当)のIDと、そのデータセンタから取得したMACアドレスに加えて、VID(仮想ネットワーク識別子)が対応付けて保存されている。
 続いて、本実施形態の動作について図面を参照して詳細に説明する。図16は、本発明の第3の実施形態のトランスポートネットワーク制御装置の動作を表した流れ図である。図16を参照すると、まず、トランスポートネットワーク制御装置100bは、管理対象のトランスポートSDN300に接続するデータセンタ400を管理するクラウド管理システム200からMACアドレスとネットワーク識別子の組を取得する(ステップS101)。
 次に、トランスポートネットワーク制御装置100bは、トポロジー記憶部105に格納されたトポロジー情報を参照して、データセンタ間のフレームを転送するための転送経路を計算する(ステップS102)。
 次に、トランスポートネットワーク制御装置100bは、前記計算された転送経路上の転送ノード(設定先)を1つ選択し、その転送ノードがデータセンタと接続されたエッジノードであるか否かを確認する(ステップS103、S104)。ここで、選択した転送ノードがエッジノードで無い場合、トランスポートネットワーク制御装置100bは、第1の実施形態と同様に、前記計算した転送経路と前記取得したMACアドレスを用いて、データセンタ間のフレームが正しく宛先のデータセンタに届くように、当該転送ノード301に転送ルールを設定する(ステップS105)。
 一方、選択した転送ノードがエッジノードである場合、トランスポートネットワーク制御装置100bは、該当するフレームに、MACアドレス記憶部104aに保持されているVIDを付加してから、データセンタ側に送出する処理を行わせる転送ルールを作成し、前記選択した転送ノードに設定する(ステップS106)。なお、VIDを付加する形態としては、データセンタ側に構築されている仮想ネットワークに依存するが、VLAN IDフィールドを使用したり、MPLSラベルを付加したり、その他付加ヘッダ(アウターヘッダ)を付ける形態等が考えられる。
 トランスポートネットワーク制御装置100bは、図16のステップS103以下の処理をすべての仮想ネットワークについて、すべての転送経路上の転送ノードへの設定が完了するまで継続する(ステップS107)。
 以上の結果、本実施形態によれば、図17に示すように、エッジノードにおいて、仮想ネットワークを表す識別子(例えば、VID)が付加されたフレームがデータセンタ側に送出される。結果として、データセンタ側の該当する仮想ネットワークの端末等は、仮想ネットワークを表す識別子(VID)に従ってフレームを受信することが可能となる。
 なお、上記第3の実施形態と第2の実施形態を組み合わせることも可能である。この場合、エッジノードは、未学習フレームの選択的なフラッディングと、データセンタ側に送出するフレームへの仮想ネットワークを表す識別子(VID)の双方を実施することになる。
 以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。
 最後に、本発明の好ましい形態を要約する。
[第1の形態]
 (上記第1の視点によるトランスポートネットワーク制御装置参照)
[第2の形態]
 上記したトランスポートネットワーク制御装置において、
 前記転送経路を計算する手段は、前記拠点のうち選択した拠点をルートとする最短パスツリーを計算することで、拠点間のフレームを転送するための転送経路を計算し、
 前記転送ルールを設定する手段は、前記計算した転送経路を、前記拠点間のフレームの転送に共用する構成を採ることができる。
[第3の形態]
 上記したトランスポートネットワーク制御装置において、
 複数の拠点のうち、前記転送ルールによるフレームの転送先となる拠点と、それ以外の拠点とをそれぞれ管理し、
 前記トランスポートネットワークのエッジノードにおいて、受信フレームのMACアドレスがいずれの転送ルールにもマッチしない場合、前記転送ルールによるフレームの転送先となる拠点以外の拠点に、前記受信フレームのフラッディングを実施させる構成を採ることができる。
[第4の形態]
 上記したトランスポートネットワーク制御装置において、
 さらに、前記クラウド管理システムから、MACアドレスと、当該MACアドレスに対応付けられた仮想ネットワーク識別子との組を取得する手段と、
 前記クラウド管理システムが管理する拠点に接続されたエッジノードに、前記拠点宛てのフレームを送信する際に、前記フレームに、前記仮想ネットワーク識別子を付与してから送信させる構成を採ることができる。
[第5の形態]
 (上記第2の視点による通信システム参照)
[第6の形態]
 (上記第3の視点による転送ノードの制御方法参照)
[第7の形態]
 (上記第4の視点によるプログラム参照)
 なお、上記第5~第7の形態は、第1の形態と同様に、第2~第4の形態に展開することが可能である。
 なお、上記の特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示(請求の範囲を含む)の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素(各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む)の多様な組み合わせ、ないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
 10、100、100a、100b トランスポートネットワーク制御装置
 11 MACアドレス取得部
 12 経路計算部
 13 転送ルール作成・設定部
 20、200 クラウド管理システム
 101、101a MACアドレス取得部
 102 経路計算部
 103 転送ルール作成・設定部
 104、104a MACアドレス記憶部
 105 トポロジー記憶部
 106 拠点種別管理部
 300 トランスポートSDN(Software Defined Network)
 301 転送ノード
 400 データセンタ
 410 仮想ネットワーク(仮想NW)
 500 (第2の)トランスポートネットワーク 

Claims (7)

  1.  レイヤ2接続サービスを提供するトランスポートネットワークを介して接続される第1、第2の拠点を管理するクラウド管理システムから、前記拠点から送信されるフレームに使用されるMACアドレスを取得する手段と、
     前記トランスポートネットワーク上に、前記MACアドレスを宛先とする前記第1、第2の拠点間のフレームを転送するための転送経路を計算する手段と、
     前記トランスポートネットワーク上の転送ノードに、前記計算した転送経路に沿って前記フレームを転送させる転送ルールを設定する手段と、
     を備えたトランスポートネットワーク制御装置。
  2.  前記転送経路を計算する手段は、前記拠点のうち選択した拠点をルートとする最短パスツリーを計算することで、拠点間のフレームを転送するための転送経路を計算し、
     前記転送ルールを設定する手段は、前記計算した転送経路を、前記拠点間のフレームの転送に共用する請求項1のトランスポートネットワーク制御装置。
  3.  複数の拠点のうち、前記転送ルールによるフレームの転送先となる拠点と、それ以外の拠点とをそれぞれ管理し、
     前記トランスポートネットワークのエッジノードに、受信フレームのMACアドレスがいずれの転送ルールにもマッチしない場合、前記転送ルールによるフレームの転送先となる拠点以外の拠点に、前記受信フレームのフラッディングを実施させる請求項1又は2のトランスポートネットワーク制御装置。
  4.  さらに、前記クラウド管理システムから、MACアドレスと、当該MACアドレスに対応付けられた仮想ネットワーク識別子との組を取得する手段と、
     前記クラウド管理システムが管理する拠点に接続されたエッジノードに、前記拠点宛てのフレームを送信する際に、前記フレームに、前記仮想ネットワーク識別子を付与してから送信させる請求項1から3いずれか一のトランスポートネットワーク制御装置。
  5.  レイヤ2接続サービスを提供するトランスポートネットワークを介して接続される第1、第2の拠点を管理するクラウド管理システムから、前記拠点から送信されるフレームに使用されるMACアドレスを取得する手段と、前記トランスポートネットワーク上に、前記MACアドレスを宛先とする前記第1、第2の拠点間のフレームを転送する転送経路を計算する手段と、前記トランスポートネットワーク上の転送ノードに、前記計算した転送経路に沿って前記フレームを転送させる転送ルールを設定する手段と、を備えたトランスポートネットワーク制御装置と、
     前記トランスポートネットワーク上の転送ノードと、を含む通信システム。
  6.  レイヤ2接続サービスを提供するトランスポートネットワークを介して接続される第1、第2の拠点を管理するクラウド管理システムに接続されたトランスポートネットワーク制御装置が、
     前記クラウド管理システムから、前記拠点から送信されるフレームに使用されるMACアドレスを取得するステップと、
     前記トランスポートネットワーク上に、前記MACアドレスを宛先とする前記第1、第2の拠点間のフレームを転送するための転送経路を計算するステップと、
     前記トランスポートネットワーク上の転送ノードに、前記計算した転送経路に沿って前記フレームを転送させる転送ルールを設定するステップと、
     を含む転送ノードの制御方法。
  7.  レイヤ2接続サービスを提供するトランスポートネットワークを介して接続される第1、第2の拠点を管理するクラウド管理システムに接続されたトランスポートネットワーク制御装置を構成するコンピュータに、
     前記クラウド管理システムから、前記拠点から送信されるフレームに使用されるMACアドレスを取得する処理と、
     前記トランスポートネットワーク上に、前記MACアドレスを宛先とする前記第1、第2の拠点間のフレームを転送するための転送経路を計算する処理と、
     前記トランスポートネットワーク上の転送ノードに、前記計算した転送経路に沿って前記フレームを転送させる転送ルールを設定する処理と、
     を実行させるプログラム。
PCT/JP2017/010698 2016-03-22 2017-03-16 トランスポートネットワーク制御装置、通信システム、転送ノードの制御方法及びプログラム WO2017164068A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/072,580 US20190036817A1 (en) 2016-03-22 2017-03-16 Transport network control apparatus, communication system, forwarding node control method, and program
JP2018507278A JP7127537B2 (ja) 2016-03-22 2017-03-16 トランスポートネットワーク制御装置、通信システム、転送ノードの制御方法及びプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016056847 2016-03-22
JP2016-056847 2016-03-22

Publications (1)

Publication Number Publication Date
WO2017164068A1 true WO2017164068A1 (ja) 2017-09-28

Family

ID=59900239

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/010698 WO2017164068A1 (ja) 2016-03-22 2017-03-16 トランスポートネットワーク制御装置、通信システム、転送ノードの制御方法及びプログラム

Country Status (3)

Country Link
US (1) US20190036817A1 (ja)
JP (1) JP7127537B2 (ja)
WO (1) WO2017164068A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11165697B2 (en) * 2018-11-16 2021-11-02 Juniper Networks, Inc. Network controller subclusters for distributed compute deployments
US11012442B2 (en) * 2019-04-11 2021-05-18 Schweitzer Engineering Laboratories, Inc. Address resolution protocol response handling

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015043820A1 (en) * 2013-09-27 2015-04-02 Alcatel Lucent A method for centralized address resolution
US20150109923A1 (en) * 2013-10-17 2015-04-23 Cisco Technology, Inc. Proxy Address Resolution Protocol on a Controller Device
US20150319088A1 (en) * 2014-04-30 2015-11-05 Brocade Communications Systems, Inc. Method and system for facilitating switch virtualization in a network of interconnected switches

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101463699B1 (ko) 2010-08-17 2014-11-19 닛본 덴끼 가부시끼가이샤 통신 장치, 통신 시스템, 통신 방법 및 기록 매체
JP5776337B2 (ja) 2011-06-02 2015-09-09 富士通株式会社 パケット変換プログラム、パケット変換装置、及びパケット変換方法
JP6080313B2 (ja) * 2011-08-04 2017-02-15 ミドクラ エスエーアールエル 仮想ネットワークを実装及び管理するシステム及び方法
JP6007799B2 (ja) * 2013-01-16 2016-10-12 富士通株式会社 集中管理型網制御システム
US10291503B2 (en) * 2013-09-26 2019-05-14 Taiwan Semiconductor Manufacturing Co., Ltd. File block placement in a distributed network
WO2015197136A1 (en) * 2014-06-27 2015-12-30 Nokia Solutions And Networks Oy Ultra high-speed mobile network based on layer-2 switching

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015043820A1 (en) * 2013-09-27 2015-04-02 Alcatel Lucent A method for centralized address resolution
US20150109923A1 (en) * 2013-10-17 2015-04-23 Cisco Technology, Inc. Proxy Address Resolution Protocol on a Controller Device
US20150319088A1 (en) * 2014-04-30 2015-11-05 Brocade Communications Systems, Inc. Method and system for facilitating switch virtualization in a network of interconnected switches

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
AZODOLMOLKY, S. ET AL.: "Cloud computing networking: challenges and opportunities for innovations", IEEE COMMUNICATIONS MAGAZINE, vol. 51, no. 7, 2013, pages 54 - 62, XP011519225 *
DOVERSPIKE, B., JUNIPER NETWORKS, April 2015 (2015-04-01), pages 1 - 12, XP055602255, Retrieved from the Internet <URL:https://www.juniper.net/documentation/en_US/learn-about/LA_VXLANinDCs.pdf> [retrieved on 20170531] *

Also Published As

Publication number Publication date
US20190036817A1 (en) 2019-01-31
JPWO2017164068A1 (ja) 2019-01-31
JP7127537B2 (ja) 2022-08-30

Similar Documents

Publication Publication Date Title
CN108574616B (zh) 一种处理路由的方法、设备及系统
US20210377155A1 (en) Path calculation method, apparatus, and device
EP3404878B1 (en) Virtual network apparatus, and related method
CN105577548B (zh) 一种软件定义网络中报文处理方法和装置
US9426546B2 (en) Maintaining a fabric name across a distributed switch
CN102857416B (zh) 一种实现虚拟网络的方法、控制器和虚拟网络
US8995444B2 (en) Method and system for extending routing domain to non-routing end stations
US8565230B2 (en) Shared virtual tunnels supporting Mac learning in communication networks
US20200396162A1 (en) Service function chain sfc-based communication method, and apparatus
US20160036703A1 (en) Scalable mac address virtualization
US9819574B2 (en) Concerted multi-destination forwarding in a joint TRILL fabric and VXLAN/IP fabric data center
US20210289436A1 (en) Data Processing Method, Controller, and Forwarding Device
EP3952231A1 (en) Virtual router terminating an overlay tunnel in a storage area network
US20160043941A1 (en) Method and system for controlling an underlying physical network by a software defined network
CN109768908B (zh) 一种vxlan的配置方法、设备及系统
TWI759571B (zh) 基於流表的資料傳送方法
WO2019184653A1 (zh) 链路配置方法和控制器
CN101383772A (zh) 一种自动发现并建立mac路由信息表的方法及装置
US20160277251A1 (en) Communication system, virtual network management apparatus, communication node, communication method, and program
WO2017164068A1 (ja) トランスポートネットワーク制御装置、通信システム、転送ノードの制御方法及びプログラム
US10623301B2 (en) Method, routing bridge and non-transitory computer-readable storage medium for network routing
WO2022012287A1 (zh) 路由优化方法、物理网络设备及计算机可读存储介质
KR101969304B1 (ko) 패킷-아웃 메시지를 이용한 소프트웨어 정의 네트워킹 환경에서의 장애 처리 방법 및 컴퓨터 프로그램
EP3197133A1 (en) Notification method and device and acquisition device for mac address of esadi
EP4214914B1 (en) First node, second node, and methods performed thereby for configuring handling of two or more ingress member flows

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2018507278

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17770110

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17770110

Country of ref document: EP

Kind code of ref document: A1