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

    • 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/66—Layer 2 routing, e.g. in Ethernet based MAN's
    • 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/12—Shortest path evaluation
    • 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/58—Association of routers
    • H04L45/586—Association of routers of virtual routers
    • 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
    • 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/74—Address processing for routing
    • H04L45/745—Address table lookup; Address filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2596—Translation of addresses of the same type other than IP, e.g. translation from MAC to MAC addresses
    • 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/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • 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/48—Routing 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

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

Description

トランスポートネットワーク制御装置、通信システム、転送ノードの制御方法及びプログラム
　（関連出願についての記載）
　本発明は、日本国特許出願：特願２０１６－０５６８４７号（２０１６年３月２２日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
　本発明は、トランスポートネットワーク制御装置、通信システム、転送ノードの制御方法及びプログラムに関し、特に、拠点間のレイヤ２接続サービス（ブリッジング接続サービス）を提供するトランスポートネットワーク制御装置、通信システム、転送ノードの制御方法及びプログラムに関する。
　特許文献１に、オープンフローに代表される集中管理型ネットワークの制御装置の一意例が開示されている。特許文献２には、パケット転送ネットワークの転送ノードにおけるパケットの転送で用いる転送情報を決定する方法の一例が開示されている。
　特許文献３の段落００６１に、「クラウドコンピューティング仮想化データセンタでは、・・・仮想ホストのＭＡＣアドレスとＩＰアドレスの両方がクラウド管理システムによって管理され、割り振られ、したがって、この場合、各仮想ホストのＩＰとＭＡＣとの間の対応は、クラウド管理システムによって直接ＡＲＰサーバ中に設定され得る。」との記載がある。特許文献４には、簡略化された転送テーブルを用いて実現可能であり、しかも、データパケットの経路制御にも適用できるという通信システムが開示されている。
特開２０１４－１３８２４４号公報 特開２０１４－１７８４２号公報 特表２０１３－５３２９２７号公報 特開２０１４－２０７７１６号公報
　以下の分析は、本発明によって与えられたものである。データセンタ等の拠点間をレイヤ２ネットワークで接続すると、１つのネットワークにＭＡＣ（Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）が存在することになってしまう。ＭＡＣアドレスの増大は、未学習フレームの学習のためのフラッディングトラフィックの増加をもたらし、ひいては、ネットワークリソース（帯域（データ転送速度）やコピー処理の負荷）を大量に消費してしまうという問題点がある。さらに、データセンタに仮想化サーバが配置されているような場合、上記ＭＡＣアドレスの数はさらに増大することになる。
　さらに、ネットワークの構成変更等の理由により、ループが発生した場合、ネットワーク全体に重大な影響を与える可能性がある。
　本発明は、上記拠点間を接続するレイヤ２ネットワークにおけるＭＡＣアドレスの増大に伴うネットワークリソースの消費低減に貢献できるトランスポートネットワーク制御装置、通信システム、転送ノードの制御方法及びプログラムを提供することを目的とする。
　第１の視点によれば、レイヤ２接続サービスを提供するトランスポートネットワークを介して接続される第１、第２の拠点を管理するクラウド管理システムから、前記拠点から送信されるフレームに使用されるＭＡＣアドレスを取得する手段を備えたトランスポートネットワーク制御装置が提供される。このトランスポートネットワーク制御装置は、さらに、前記トランスポートネットワーク上に、前記ＭＡＣアドレスを宛先とする前記第１、第２の拠点間のフレームを転送する転送経路を計算する手段を備える。このトランスポートネットワーク制御装置は、さらに、前記トランスポートネットワーク上の転送ノードに、前記計算した転送経路に沿って前記フレームを転送させる転送ルールを設定する手段と、を備える。
　第２の視点によれば、上記したトランスポートネットワーク制御装置と、前記トランスポートネットワーク上の転送ノードと、を含む通信システムが提供される。
　第３の視点によれば、レイヤ２接続サービスを提供するトランスポートネットワークを介して接続される第１、第２の拠点を管理するクラウド管理システムに接続されたトランスポートネットワーク制御装置が、前記クラウド管理システムから、前記拠点から送信されるフレームに使用されるＭＡＣアドレスを取得するステップと、前記トランスポートネットワーク上に、前記ＭＡＣアドレスを宛先とする前記第１、第２の拠点間のフレームを転送する転送経路を計算するステップと、前記トランスポートネットワーク上の転送ノードに、前記計算した転送経路に沿って前記フレームを転送させる転送ルールを設定するステップと、を含む転送ノードの制御方法が提供される。本方法は、レイヤ２接続サービスを提供するトランスポートネットワークを制御する制御装置という、特定の機械に結びつけられている。
　第４の視点によれば、レイヤ２接続サービスを提供するトランスポートネットワークを介して接続される第１、第２の拠点を管理するクラウド管理システムに接続されたトランスポートネットワーク制御装置を構成するコンピュータに、前記クラウド管理システムから、前記拠点から送信されるフレームに使用されるＭＡＣアドレスを取得する処理と、前記トランスポートネットワーク上に、前記ＭＡＣアドレスを宛先とする前記第１、第２の拠点間のフレームを転送する転送経路を計算する処理と、前記トランスポートネットワーク上の転送ノードに、前記計算した転送経路に沿って前記フレームを転送させる転送ルールを設定する処理と、を実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジエントな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
　本発明によれば、拠点間を接続するレイヤ２ネットワークにおけるＭＡＣアドレスの増大に伴う影響を抑えることが可能となる。
本発明の一実施形態の構成を示す図である。 本発明の一実施形態の動作を説明するための図である。 本発明の第１の実施形態の通信システムの構成を示す図である。 本発明の第１の実施形態のトランスポートネットワーク制御装置の構成を示す図である。 本発明の第１の実施形態のトランスポートネットワーク制御装置が保持するＭＡＣアドレス情報の一例を示す図である。 本発明の第１の実施形態のトランスポートネットワーク制御装置の動作を表した流れ図である。 本発明の第１の実施形態のトランスポートネットワーク制御装置の動作を説明するための図である。 本発明の第２の実施形態の通信システムの構成を示す図である。 本発明の第２の実施形態のトランスポートネットワーク制御装置の構成を示す図である。 本発明の第２の実施形態のトランスポートネットワーク制御装置が保持する拠点情報の一例を示す図である。 本発明の第２の実施形態のトランスポートネットワーク制御装置によって制御される転送ノードの動作を説明するための図である。 本発明の第２の実施形態のトランスポートネットワーク制御装置によって制御される転送ノードの学習動作を説明するための図である。 本発明の第３の実施形態の通信システムの構成を示す図である。 本発明の第３の実施形態のトランスポートネットワーク制御装置の構成を示す図である。 本発明の第３の実施形態のトランスポートネットワーク制御装置が保持する情報を説明するための図である。 本発明の第３の実施形態のトランスポートネットワーク制御装置の動作を表した流れ図である。 本発明の第３の実施形態のトランスポートネットワーク制御装置の動作を説明するための図である。
　はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以下の説明で用いる図面中のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。
　本発明は、その一実施形態において、図１に示すように、ＭＡＣアドレス取得部１１と、経路計算部１２と、転送ルール作成・設定部１３とを備えるトランスポートネットワーク制御装置１０にて実現できる。
　より具体的には、ＭＡＣアドレス取得部１１は、レイヤ２接続サービスを提供するトランスポートネットワークを介して接続される第１、第２の拠点を管理するクラウド管理システム２０から、前記拠点から送信されるフレームに使用されるＭＡＣアドレスを取得する。例えば、ＭＡＣアドレス取得部１１は、図２の右側吹き出し内に示すように、クラウド管理システム２０から拠点内に存在する端末や仮想マシン等のＭＡＣアドレスを取得する。
　経路計算部１２は、前記トランスポートネットワーク上に、前記ＭＡＣアドレスを宛先とする前記第１、第２の拠点間のフレームを転送するための転送経路を計算する。例えば、経路計算部１２は、図２に示すように、拠点Ａから送信されたフレームを拠点Ｂに転送するための転送経路を計算する。
　転送ルール作成・設定部１３は、前記トランスポートネットワークの転送ノードに、前記計算した転送経路に沿って前記フレームを転送させる転送ルールを設定する。例えば、転送ルール作成・設定部１３は、図２の左側吹き出し内に示すように、トランスポートネットワーク上の転送ノードに、拠点Ａから送信された拠点Ｂ宛てフレームを拠点Ｂに転送させる転送ルールを設定する。
　上記構成によれば、事前に、拠点間のフレームを転送するための経路計算と、転送ルールの設定が行われるため、未学習フレームの学習のためのフラッディングトラフィックをほぼ無くすことが可能となる。フラッディングトラフィック自体が減少するため、仮にループが発生するような事態が生じても、その影響を軽減することも可能となっている。
［第１の実施形態］
　続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図３は、本発明の第１の実施形態の通信システムの構成を示す図である。図３を参照すると、データセンタＡ～データセンタＣを管理するクラウド管理システム２００と、これらデータセンタ間を接続するトランスポートＳＤＮ（Ｓｏｆｔｗａｒｅ　Ｄｅｆｉｎｅｄ　Ｎｅｔｗｏｒｋ）３００と、トランスポートＳＤＮ３００を制御するトランスポートネットワーク制御装置１００とを含む構成が示されている。なお、図３の破線の下側がユーザデータ等の転送を担うデータプレーン（Ｄ－Ｐｌａｎｅ）に相当し、上側がこのデータプレーンを制御するコントロールプレーン（Ｃ－Ｐｌａｎｅ）に相当する。以下の実施形態では、データセンタを接続する例を挙げるが、接続される拠点はデータセンタに限られず、その他一般に「クラウド」と呼ばれる情報システムであればよい。
　クラウド管理システム２００は、それぞれ管轄のデータセンタ４００（データセンタＡ～Ｃ）を管理する。このようなクラウド管理システム２００としては、例えば、ＯｐｅｎＳｔａｃｋ等のクラウド管理基盤が挙げられる。
　トランスポートネットワーク制御装置１００は、トランスポート網をＳＤＮ化する装置である。トランスポートネットワーク制御装置１００は、トランスポートＳＤＮ３００上の転送ノード３０１を制御することで、データセンタ間のレイヤ２接続サービス（以下、Ｌ２接続サービス）を提供する。
　なお、図３の例では、データセンタＣは、トランスポートネットワーク制御装置１００の制御を受けない（第２の）トランスポートネットワーク５００を介して、トランスポートＳＤＮ（Ｔ－ＳＤＮとも記す）３００に接続されているが、データセンタＣが、直接トランスポートＳＤＮ３００に接続されていてもよい。
　図４は、本発明の第１の実施形態のトランスポートネットワーク制御装置３００の詳細構成を示す図である。図４を参照すると、ＭＡＣアドレス取得部１０１と、経路計算部１０２と、転送ルール作成・設定部１０３と、ＭＡＣアドレス記憶部１０４と、トポロジー記憶部１０５とを備えた構成が示されている。
　ＭＡＣアドレス取得部１０１は、クラウド管理システム２００に対し、データセンタ内に存在するＭＡＣアドレスのリストを問い合わせて取得する手段である。例えば、ＯｐｅｎＳｔａｃｋの場合、ＯｐｅｎＳｔａｃｋ　Ｎｅｔｗｏｒｋｉｎｇと呼ばれるネットワーク管理コンポーネントのアプリケーションプログラムインタフェース（ＡＰＩ）経由で、ＭＡＣアドレスを入手することができる。ＭＡＣアドレス取得部１０１は、取得したＭＡＣアドレスをＭＡＣアドレス記憶部１０４に保存する。
　図５は、ＭＡＣアドレス記憶部１０４におけるＭＡＣアドレスの保持態様の一例を示す図である。図５の例では、データセンタ（上述の「拠点」に相当）のＩＤと、そのデータセンタから取得したＭＡＣアドレスの一覧が保存されている。
　経路計算部１０２は、トポロジー記憶部１０５に格納されたトポロジー情報を参照して、異なるデータセンタ間のフレームを転送するための転送経路を計算する。このような転送経路は、あるデータセンタをルートとする逆方向の最短パスツリーをダイクストラ法で計算することで得ることができる。
　転送ルール作成・設定部１０３は、経路計算部１０２にて計算された転送経路に従い、ＭＡＣアドレス取得部１０１で取得されたＭＡＣアドレスを宛先とするデータセンタ間のフレームを転送するための転送ルールを作成し、転送経路上の転送ノード３０１に設定する。例えば、ＭＡＣアドレスがＭＡＣアドレス記憶部１０４に保持されているＭＡＣアドレスであることをマッチ条件とし、転送先を、自装置から見て前記転送経路上の次の転送ノード（ポート）とする転送ルールを作成することになる。拠点間の逆方向のフレームについても、前記計算された転送経路を共用し、逆方向の転送を実現する転送ルールを設定することができる。
　なお、図４に示したトランスポートネットワーク制御装置１００の各部（処理手段）は、トランスポートネットワーク制御装置１００を構成するコンピュータに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することもできる。
　続いて、本実施形態の動作について図面を参照して詳細に説明する。図６は、本発明の第１の実施形態のトランスポートネットワーク制御装置の動作を表した流れ図である。図６を参照すると、まず、トランスポートネットワーク制御装置１００は、管理対象のトランスポートＳＤＮ３００に接続するデータセンタ４００を管理するクラウド管理システム２００からＭＡＣアドレスを取得する（ステップＳ００１）。
　次に、トランスポートネットワーク制御装置１００は、トポロジー記憶部１０５に格納されたトポロジー情報を参照して、データセンタ間のフレームを転送するための転送経路を計算する（ステップＳ００２）。
　最後に、トランスポートネットワーク制御装置１００は、前記計算した転送経路と前記取得したＭＡＣアドレスを用いて、データセンタ間のフレームが正しく宛先のデータセンタに届くように、転送経路上の転送ノード３０１に転送ルールを設定する（ステップＳ００３）。
　以上の処理で、データセンタ間のフレーム転送に必要な情報の設定が完了する。以降は、図７の太い破線に示すように、データセンタ間のフレームの転送が可能となる。
　以上説明したとおり、本実施形態によれば、例えば、図７のデータセンタＡと接続するトランスポートＳＤＮ３００の転送ノード（エッジノード）がデータセンタＡ側から未学習のフレームを受信することはなくなる。その理由は、データセンタＡを管理するクラウド管理システムから事前にデータセンタＡに存在するＭＡＣアドレスを取得し、必要な転送ルールを設定しているからである。同様に、図７のデータセンタＢ、Ｃと接続するトランスポートＳＤＮ３００の転送ノード（エッジノード）がデータセンタＢ、Ｃ側から未学習のフレームを受信することはなくなる。この結果、未学習のフレームの受信を契機とするフラッディングトラフィックを大きく減少させることが可能となる。また、フラッディングトラフィックの減少は、各転送ノードにおける未学習フレームのコピー、転送等の負荷も減少させることになる。
［第２の実施形態］
　続いて、上記第１の実施形態の方式に対応したデータセンタと、クラウド管理システムが存在しない等の理由で第１の実施形態の方式に非対応のデータセンタとがトランスポートＳＤＮ３００に接続されている構成を想定した第２の実施形態について説明する。
　図８は、本発明の第２の実施形態の通信システムの構成を示す図である。図３に示した第１の実施形態の通信システムとの相違点は、第１の実施形態の方式に非対応、即ち、クラウド管理システム２００からＭＡＣアドレスを取得できないデータセンタＤ、ＥがトランスポートＳＤＮ３００に接続されている点である。以下、基本的な構成及び動作は第１の実施形態と同様であるので、以下、その他の相違点を中心に説明する。
　図９は、本発明の第２の実施形態のトランスポートネットワーク制御装置１００ａの構成を示す図である。図４に示した第１の実施形態のトランスポートネットワーク制御装置１００との相違点は、拠点種別管理部１０６が追加されている点である。
　図１０は、第２の実施形態のトランスポートネットワーク制御装置１００ａの拠点種別管理部１０６にて保持されている拠点情報（データセンタ情報）の一例を示す図である。図１０を参照すると、データセンタ毎に、第１の実施形態の方式（ＭＡＣアドレスによる事前転送ルール設定方式）に対応しているか否かが登録されている。図１０の例では、データセンタＤ及びデータセンタＥが、クラウド管理システム２００からＭＡＣアドレスを取得できないデータセンタであるため、ＭＡＣアドレスによる事前転送ルール設定方式に「非対応」となっている。なお、データセンタＤ及びデータセンタＥが事前転送ルール設定方式に「非対応」のケースとしては、クラウド管理システム２００がＭＡＣアドレスの提供を許可していない場合も含まれる。
　本実施形態の構成によれば、トランスポートネットワーク制御装置１００ａは、データセンタＤ、ＥのＭＡＣアドレスを取得しない。このため、データセンタＡと接続されているトランスポートＳＤＮ３００の転送ノード（エッジノード）において、データセンタＤ宛てのフレーム（宛先ＭＡＣアドレス＝ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ）を受信すると、未学習のフレームとして認識されることになる。
　しかしながら、本実施形態のトランスポートネットワーク制御装置１００ａは、図１１に示すように、データセンタＡと接続されているトランスポートＳＤＮ３００の転送ノード（エッジノード）３０１に対し、未学習のフレームを、ＭＡＣアドレスによる事前転送ルール設定方式に「非対応」のデータセンタＤ、Ｅにのみ送信するような転送ルールを設定する。このような転送ルールは、例えば、Ｕｎｋｎｏｗｎのフレームの転送先となる受信ポート以外のポートから、さらに、データセンタＢ、Ｃに接続されているポートを除外することで作成することができる。
　データセンタＢ、Ｃへの転送を省略できる理由は、第１の実施形態において説明したように、データセンタＡ－Ｂ、Ａ－Ｃ、Ｂ－Ｃ間のフレームに用いられるＭＡＣアドレスは事前に取得し、転送ルールとして設定済みであるため、学習の必要が存在しないためである。
　前記未学習フレームの転送の結果、データセンタＤ、Ｅのいずれか、例えば、データセンタＤの端末等から応答が来ることになる。この場合、図１１のデータセンタＡと接続されているトランスポートＳＤＮ３００の転送ノード（エッジノード）３０１は、図１２に示すように、ＭＡＣアドレステーブルに未学習フレームの宛先ＭＡＣアドレスと、受信ポートとの関係を登録する。以降は、図１１のデータセンタＡと接続されているトランスポートＳＤＮ３００の転送ノード（エッジノード）は、宛先ＭＡＣアドレスＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸを持つフレームを受信した場合、データセンタＤに接続するポートＤにユニキャスト転送することになる。
　以上のように本発明は、クラウド管理システムによって管理されているデータセンタとクラウド管理システムによって管理されていないデータセンタとが混在する環境においても問題なく適用することができる。また、図１１からも明らかなとおり、未学習のフレームが到着した場合でも、すべての拠点に送るのではなく、必要なデータセンタの分だけコピーを行ない、転送するように構成されているため、ネットワークリソースの消費も低減されている。
　なお、上記した実施形態では、第１の実施形態の方式（ＭＡＣアドレスによる事前転送ルール設定方式）に対応しているか否かで未学習フレームの送信対象とするか否かを切り替えるものとして説明したが、その他の観点で、あるデータセンタを未学習フレームの送信対象にしてもよい。例えば、クラウド管理システムによって管理されているデータセンタであっても、ＭＡＣアドレスの学習を行いたい場合には、図１０に示すテーブルの種別フィールドを「非対応」にすることで、未学習フレームの送信対象にすることができる。例えば、クラウド管理システム２００からＭＡＣアドレスを取得できない場合や、データセンタにクラウド管理システムの管理外のＭＡＣアドレスを持つ端末が存在しうる場合には、あえて「非対応」を設定することも可能である。
［第３の実施形態］
　続いて、上記第１の実施形態の方式において、データセンタ上に複数の仮想ネットワークが構築されている構成を想定した第３の実施形態について説明する。図１３は、本発明の第３の実施形態の通信システムの構成を示す図である。図３に示した第１の実施形態との相違点は、データセンタＢに仮想ネットワーク４１０が複数構成されている点である。以下、基本的な構成及び動作は第１の実施形態と同様であるので、以下、その他の相違点を中心に説明する。
　図１４は、本発明の第３の実施形態のトランスポートネットワーク制御装置１００ｂの構成を示す図である。図４に示した第１の実施形態のトランスポートネットワーク制御装置１００との相違点は、ＭＡＣアドレス取得部１０１ａにＭＡＣアドレスとともにそのＭＡＣアドレスを持つ端末や仮想マシンの仮想ネットワークを識別するための識別子を取得する機能が追加されている点である。
　図１５は、本実施形態のＭＡＣアドレス記憶部１０４ａにおけるＭＡＣアドレス及び仮想ネットワークの識別子の保持態様の一例を示す図である。図１５の例では、データセンタ（上述の「拠点」に相当）のＩＤと、そのデータセンタから取得したＭＡＣアドレスに加えて、ＶＩＤ（仮想ネットワーク識別子）が対応付けて保存されている。
　続いて、本実施形態の動作について図面を参照して詳細に説明する。図１６は、本発明の第３の実施形態のトランスポートネットワーク制御装置の動作を表した流れ図である。図１６を参照すると、まず、トランスポートネットワーク制御装置１００ｂは、管理対象のトランスポートＳＤＮ３００に接続するデータセンタ４００を管理するクラウド管理システム２００からＭＡＣアドレスとネットワーク識別子の組を取得する（ステップＳ１０１）。
　次に、トランスポートネットワーク制御装置１００ｂは、トポロジー記憶部１０５に格納されたトポロジー情報を参照して、データセンタ間のフレームを転送するための転送経路を計算する（ステップＳ１０２）。
　次に、トランスポートネットワーク制御装置１００ｂは、前記計算された転送経路上の転送ノード（設定先）を１つ選択し、その転送ノードがデータセンタと接続されたエッジノードであるか否かを確認する（ステップＳ１０３、Ｓ１０４）。ここで、選択した転送ノードがエッジノードで無い場合、トランスポートネットワーク制御装置１００ｂは、第１の実施形態と同様に、前記計算した転送経路と前記取得したＭＡＣアドレスを用いて、データセンタ間のフレームが正しく宛先のデータセンタに届くように、当該転送ノード３０１に転送ルールを設定する（ステップＳ１０５）。
　一方、選択した転送ノードがエッジノードである場合、トランスポートネットワーク制御装置１００ｂは、該当するフレームに、ＭＡＣアドレス記憶部１０４ａに保持されているＶＩＤを付加してから、データセンタ側に送出する処理を行わせる転送ルールを作成し、前記選択した転送ノードに設定する（ステップＳ１０６）。なお、ＶＩＤを付加する形態としては、データセンタ側に構築されている仮想ネットワークに依存するが、ＶＬＡＮ　ＩＤフィールドを使用したり、ＭＰＬＳラベルを付加したり、その他付加ヘッダ（アウターヘッダ）を付ける形態等が考えられる。
　トランスポートネットワーク制御装置１００ｂは、図１６のステップＳ１０３以下の処理をすべての仮想ネットワークについて、すべての転送経路上の転送ノードへの設定が完了するまで継続する（ステップＳ１０７）。
　以上の結果、本実施形態によれば、図１７に示すように、エッジノードにおいて、仮想ネットワークを表す識別子（例えば、ＶＩＤ）が付加されたフレームがデータセンタ側に送出される。結果として、データセンタ側の該当する仮想ネットワークの端末等は、仮想ネットワークを表す識別子（ＶＩＤ）に従ってフレームを受信することが可能となる。
　なお、上記第３の実施形態と第２の実施形態を組み合わせることも可能である。この場合、エッジノードは、未学習フレームの選択的なフラッディングと、データセンタ側に送出するフレームへの仮想ネットワークを表す識別子（ＶＩＤ）の双方を実施することになる。
　以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。
　最後に、本発明の好ましい形態を要約する。
［第１の形態］
　（上記第１の視点によるトランスポートネットワーク制御装置参照）
［第２の形態］
　上記したトランスポートネットワーク制御装置において、
　前記転送経路を計算する手段は、前記拠点のうち選択した拠点をルートとする最短パスツリーを計算することで、拠点間のフレームを転送するための転送経路を計算し、
　前記転送ルールを設定する手段は、前記計算した転送経路を、前記拠点間のフレームの転送に共用する構成を採ることができる。
［第３の形態］
　上記したトランスポートネットワーク制御装置において、
　複数の拠点のうち、前記転送ルールによるフレームの転送先となる拠点と、それ以外の拠点とをそれぞれ管理し、
　前記トランスポートネットワークのエッジノードにおいて、受信フレームのＭＡＣアドレスがいずれの転送ルールにもマッチしない場合、前記転送ルールによるフレームの転送先となる拠点以外の拠点に、前記受信フレームのフラッディングを実施させる構成を採ることができる。
［第４の形態］
　上記したトランスポートネットワーク制御装置において、
　さらに、前記クラウド管理システムから、ＭＡＣアドレスと、当該ＭＡＣアドレスに対応付けられた仮想ネットワーク識別子との組を取得する手段と、
　前記クラウド管理システムが管理する拠点に接続されたエッジノードに、前記拠点宛てのフレームを送信する際に、前記フレームに、前記仮想ネットワーク識別子を付与してから送信させる構成を採ることができる。
［第５の形態］
　（上記第２の視点による通信システム参照）
［第６の形態］
　（上記第３の視点による転送ノードの制御方法参照）
［第７の形態］
　（上記第４の視点によるプログラム参照）
　なお、上記第５～第７の形態は、第１の形態と同様に、第２～第４の形態に展開することが可能である。
　なお、上記の特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
　１０、１００、１００ａ、１００ｂ　トランスポートネットワーク制御装置
　１１　ＭＡＣアドレス取得部
　１２　経路計算部
　１３　転送ルール作成・設定部
　２０、２００　クラウド管理システム
　１０１、１０１ａ　ＭＡＣアドレス取得部
　１０２　経路計算部
　１０３　転送ルール作成・設定部
　１０４、１０４ａ　ＭＡＣアドレス記憶部
　１０５　トポロジー記憶部
　１０６　拠点種別管理部
　３００　トランスポートＳＤＮ（Ｓｏｆｔｗａｒｅ　Ｄｅｆｉｎｅｄ　Ｎｅｔｗｏｒｋ）
　３０１　転送ノード
　４００　データセンタ
　４１０　仮想ネットワーク（仮想ＮＷ）
　５００　（第２の）トランスポートネットワーク　

Claims (7)

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