EP3280103A1 - Dispositif de commande, procédé de commande, et programme - Google Patents

Dispositif de commande, procédé de commande, et programme Download PDF

Info

Publication number
EP3280103A1
EP3280103A1 EP16773073.8A EP16773073A EP3280103A1 EP 3280103 A1 EP3280103 A1 EP 3280103A1 EP 16773073 A EP16773073 A EP 16773073A EP 3280103 A1 EP3280103 A1 EP 3280103A1
Authority
EP
European Patent Office
Prior art keywords
physical
node
service
user
controller
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.)
Withdrawn
Application number
EP16773073.8A
Other languages
German (de)
English (en)
Other versions
EP3280103A4 (fr
Inventor
Kazushi Kubota
Masanori Takashima
Yosuke Tanabe
Tomohiro Kase
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of EP3280103A1 publication Critical patent/EP3280103A1/fr
Publication of EP3280103A4 publication Critical patent/EP3280103A4/fr
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • 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/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • 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
    • 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
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H04L45/122—Shortest path evaluation by minimising distances, e.g. by selecting a route with minimum of number of hops
    • 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/76—Routing in software-defined topologies, e.g. routing between virtual machines
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1029—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances
    • 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/036—Updating the topology between route computation elements, e.g. between OpenFlow controllers
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering

Definitions

  • This invention relates to a controller, a control method and a program. More particularly, it relates to a controller, a control method and a program each of which exploits resources of a physical network to render a diversity of services.
  • Patent Literature 1 discloses a method for management of a network virtualization system.
  • a network virtualization system 1 receives an instruction from a setting terminal 31 and, using resources of physical nodes (physical node 21 through physical node 26) and physical links 51, constructs virtual networks (virtual networks 2, 3) each including a virtual node and a virtual network (see for example paragraphs 131 to 141).
  • Patent Literature 1 a disclosure of how to implement the service on a virtual network, as requested to be presented by a user, in particular, a disclosure of how to arrange or connect the physical resources required in presenting the service, in case a request for a service is made from the user.
  • NW physical network
  • a controller comprising: first means for identifying a communication node(s) corresponding to a service(s) requested by a user(s); second means for identifying information regarding a position of the identified communication node(s) in a physical network; and third means for setting a data path implementing the service(s) on the physical network based on the information regarding the position.
  • a communication system comprising: a controller controlling a physical network; and a plurality of communication nodes supervised by the controller.
  • the controller comprises: first means for identifying a communication node(s), among the plurality of communication nodes, corresponding to a service(s) requested by a user(s); second means for identifying information regarding a position of the identified communication node(s) in a physical network; and third means for setting a data path implementing the service(s) on the physical network based on the information regarding the position.
  • control method comprising:
  • a program that causes a computer to execute: identifying a communication node(s) corresponding to a service(s) requested by a user(s); identifying information regarding a position of the identified communication node(s) in a physical network; and setting a data path implementing the service(s) on the physical network based on the information regarding the position.
  • This program can be recorded on a computer-readable (non-transient) recording medium. That is, the present invention can be implemented as a computer program product.
  • controller control method and the program according to the present invention, it is possible to implement a service on a virtual network on a physical network.
  • Fig. 1 shows an example configuration of a system of the example embodiment 1 according to the present invention.
  • Fig. 1 shows an arrangement including a physical network (NW) and a controller 100, in which the physical NW includes physical nodes 200A, 200B and 210.
  • the physical NW includes physical nodes 200A, 200B and 210.
  • the controller 100 is connected to the physical nodes 200, 210.
  • the physical nodes 200 are capable of providing virtual machines (VMs) 300 on a virtual network (virtual NW).
  • VMs virtual machines
  • a virtual machine environment constructing server for example, may be cited as typical of the physical node 200.
  • the VM 300 is run in the example embodiment of Fig. 1 , a virtual appliance having on board an application program to allow for providing a specific function may also be used.
  • the physical node 210 implements communication between the physical nodes 200 in accordance with a route indicated by the controller 100.
  • An OpenFlow switch or a layer-3 switch may be cited as typical of the physical node 210.
  • a virtual switch, constructed by the physical node 200, may also be used in place of the physical node 210.
  • a data path(s) is set between any two of the multiple communication nodes, such as VMs 300, included in the virtual NW.
  • the communication nodes, such as VMs 300, included in the virtual NW are run by a plurality of respective distinct physical nodes 200, such as physical servers, and a data path(s) is to be set between the communication nodes, such as VMs 300, in the physical NW, it is necessary to set a data path(s) between the communication nodes 200 in the physical NW as well.
  • each of the VMs 300 included in the virtual NW is run by the physical node 200A and the physical node 200B. If, in this configuration, the data path(s) is to be set between the VMs 300, it becomes necessary to set a data path between the physical nodes 200A, 200B as well.
  • a data path(s) is also set between the multiple communication nodes 200, implementing a plurality of communication nodes, such as VMs 300, involved in the virtual NW.
  • the controller 100 identifies the communication nodes, such as VMs, associated with the so requested service, and causes the so identified communication nodes to drop into the position information on the physical NW so as to set a data path between the communication nodes on the physical NW
  • Fig. 2 shows an example configuration of the controller 100 in the example embodiment 1.
  • the controller 100 includes a control unit 110 and a communication unit 120.
  • the communication unit 120 is an interface capable of communicating with e.g., the physical node 200 or the communication node 210.
  • the communication unit 120 is capable of forwarding e.g., a preset control signal to the physical node 200.
  • the communication unit 120 is capable of forwarding a set of processing rules or the forwarding information to the communication node 210.
  • the control unit 110 is capable of executing preset processing.
  • the preset processing, executed by the control unit 110 is actually executed by e.g., a central processing unit (CPU) or a micro processing unit (MPU).
  • CPU central processing unit
  • MPU micro processing unit
  • Fig. 3 depicts example processing executed by the control unit 110 in the example embodiment 1.
  • the control unit 110 is capable of executing a processing performed by a node identifying means 101 (a first means), a processing performed by a position identifying means 102 (a second means) and a processing performed by a path setting means 103 (a third means).
  • the node identifying means 101 identifies a communication node corresponding to the service as requested by the user.
  • the "service as requested by the user” is a service that uses a virtual network, logically constructed using a virtual resources, such as vEPC, or a service that uses virtual resources or physical resources involved in a tenant corresponding to the user.
  • the "service as requested by the user” may also be a user's request for a pre-existing virtual NW, such as user's desire to put server resources, such as VMs or physical servers, in a virtual network or to link the network to an external network.
  • the "service as requested by the user” may also be a virtual network function (VNF) or a service chain.
  • VNF virtual network function
  • the node identifying means 101 performs a role of identifying one or more communication nodes capable of providing such service.
  • the "communication node” is equivalent to the above mentioned server resources, which may be VMs or physical servers.
  • Dotted arrow lines drawn from the node identifying means 101 of Fig. 1 denote the operation of identifying the VM 300 corresponding to the virtual network at an upper tier, representing the service requested by the user.
  • the position identifying means 102 identifies the information regarding the position in the physical network of the communication node identified by the node identifying means 101.
  • the terminal point information on the physical NW for the communication node identified by the node identifying means 101 may be used.
  • the terminal point information is an address, such as an IP (Internet Protocol) address or a MAC (Media Access Control) address of the communication node identified by the node identifying means 101.
  • the terminal point information may also be an address, such as an IP address or a MAC address, of a virtual switch the communication node identified by the node identifying means 101 is connected to.
  • the terminal point information may also be a port number of a port used by the communication node in the virtual switch the communication node identified by the node identifying means 101 is connected to.
  • the terminal point information may also be an address, such as an IP address or a MAC address, of the physical node 200 that implements the communication node identified by the node identifying means 101.
  • the terminal point information may further be an address, such as an IP address or a MAC address, of a physical switch corresponding to the physical node identified by the node identifying means 101, such as the physical node 210.
  • Dotted arrow lines drawn from the position identifying means 102 of Fig. 1 , represent operations of the position identifying means 102 identifying the terminal point information of the VM 300 identified by the node identifying means 101, or the terminal point information of the physical node 200 corresponding to the VM 300.
  • the path setting means 103 sets a data path, necessary in implementing on the physical NW the service requested by the user, using the information regarding the position in the physical network of the communication node as identified by the position identifying means 102.
  • the processing of "setting the data path" may be implemented by setting a set of flow entries or the route information in the physical node 210.
  • the flow entry is a set of processing rules for the physical node 210 to process a packet belonging to a flow.
  • the route information is the forwarding information used by the physical node 210 in forwarding a packet.
  • Dotted arrow lines, drawn from the path setting means 103 of Fig. 1 represent operations for the path setting means 103 to interconnect the physical nodes 200 identified by the position identifying means 102 via the physical node 210 so as to set the data path.
  • Fig. 4 shows an example table held by the controller in the example embodiment 1.
  • An upper tier of Fig. 4 shows a table correlating the services, communication nodes and the position information for the physical nodes with one another.
  • the node identifying means 101 indexes which resources are required in order to implement the service A.
  • VM1 through VM3 are identified as resources necessary in implementing the service A.
  • the position identifying means 102 indexes the information regarding the positions of the VM1 through VM3 in the physical NW, that is, the information as to which terminal points of which physical nodes the VMs in the physical NW are connected to.
  • addresses as well as ports of the physical nodes implementing the VM1 through VM3 are identified.
  • the network resource management function termed an agent
  • the table shown in Fig. 4 may be held by the controller 100 as its service definition memory unit and mapping information memory unit. By so doing, it is possible to raise the speed of the identifying processing in the node identifying means 101 and the position identifying means 102.
  • the service definition memory unit and the mapping information memory unit are implemented by a sole table.
  • the table may also be split into two, one being to store the relation of correspondence between the services and the communication nodes to provide the service definition memory unit, and the other being a table in which to store the relation of correspondence between the communication nodes and the position information on the physical NW to provide the mapping information memory unit.
  • the path setting means 103 sets a data path between VM1 through VM3, using the topology information of the physical NW and the address as well as the port (port number) of the physical node 200 identified.
  • a data path can be set between ports of the physical nodes 200 corresponding to the VM1 through VM3, as shown in the lower at Fig. 4 , thereby implementing a virtual network of such topology in which the VM1 through VM3 are interconnected in a ring shape.
  • Note double-headed arrow lines at the lower tier of Fig. 4 indicating data paths.
  • the data path between the physical node 200A and the physical node 200B may be implemented by setting the flow entries or the route information on the physical node 210.
  • the topology information may be acquired from the topology information memory unit that stores the topology information.
  • Fig. 5 depicts a flowchart showing an example operation of the controller 100 of the example embodiment 1.
  • the node identifying means 101 of the controller 100 identifies one or more communication node capable of presenting the service as requested by the user (S1-1).
  • the node identifying means 101 identifies a plurality of VMs 300 as the service requested by the user (virtual NW).
  • the position identifying means 102 of the controller 100 then identifies the information on the position in the physical NW of the communication node as identified by the node identifying means 101 (S1-2). In the example embodiment of Fig. 1 , the position identifying means 102 identifies the terminal point information in the physical NW for each of the VMs 300 as identified by the node identifying means 101. The position identifying means 102 identifies, for each VM 300, the address on the physical NW of the physical node 200 that manages each VM 300 and the port number of the port of the physical node 200 corresponding to each VM 300.
  • the path setting means 103 sets a data path between the communication nodes on the physical NW, using the information regarding the position in the physical NW of the communication node as identified by the position identifying means 102 (S1-3). In the example embodiment shown in Fig. 1 , the path setting means 103 sets a data path(s) between the VMs 300 using the topology information of the physical NW as well as the address and the port (port number) of the physical node 200 identified by the position identifying means 102. It should be noted that, in the example embodiment of Fig.
  • the path setting means 103 sets, for the physical node 210, a set of flow entries or the route information to enable communication between the distinct physical nodes 200 so as to set a data path(s) between the distinct physical nodes 200 as well.
  • the present invention may desirably be applied for such case where the physical network (physical NW) is constructed by a distinct tunneling protocol, such as VXLAN/ NvGRE.
  • Fig. 6 shows another example configuration of the system of the example embodiment 1.
  • a configuration made up of a physical NW1, constructed by a VXLAN (Virtual eXtensible Local Area Network), and a physical NW2, which is constructed by NVGRE (Network Virtualization using Generic Routing Encapsulation) and which is connected to the physical NW via a gateway (GW).
  • VXLAN Virtual eXtensible Local Area Network
  • NVGRE Network Virtualization using Generic Routing Encapsulation
  • the node identifying means 101 identifies the communication node corresponding to the service as requested by the user.
  • the node identifying means 101 identifies the four VMs as run on the three physical servers 200a to 200c (see "(B) Mapping" of Fig. 6 ). At this stage, it is again unnecessary for the user to know on which physical network the VMs are in operation.
  • the position identifying means 102 identifies the information regarding the position in the physical network of the four VMs identified by the node identifying means 101.
  • the terminal point information on the physical NW of the four VMs is identified as the information regarding the four VMs.
  • the position identifying means 102 identifies addresses of the physical servers 200a to 200c on the physical NW where the four VMs are in operation.
  • the path setting means 103 sets a data path, which implements the service on the physical networks NW1, NW2, as requested by the user, using the terminal point information identified and the topology information of the physical networks NW1, NW2.
  • a data path which implements the service on the physical networks NW1, NW2, as requested by the user, using the terminal point information identified and the topology information of the physical networks NW1, NW2.
  • GW gateway
  • the controller 100 identifies the communication node(s), such as VM(s), corresponding to the service requested by the user, and causes the communication node(s) to drop into the position information on the physical NW to connect them together so as to implement the service on the virtual network on the physical network.
  • the communication node(s) such as VM(s)
  • the communication node(s), such as VM(s), involved in the tenant, relevant to the user is identified.
  • the communication node(s) is caused to drop into the position information on the physical NW to set a data path(s) on the physical NW between the communication nodes.
  • FIG. 7 depicts an example configuration of a system according to the example embodiment 2 of the present invention.
  • a controller 100A is of a configuration about the same as the controller of the example embodiment 1, and includes a node identifying means 101, position identifying means 102 and a path setting means 103. The following description is centered about the point of difference from the example embodiment 1.
  • Fig. 8 depicts an example table held by the controller 100A of the instant example embodiment.
  • the table is equivalent to a tenant definition memory unit and a mapping information memory unit.
  • a table correlating a tenant, communication nodes, such as VMs, and the position information of the physical nodes managing the communication nodes, with one another.
  • the node identifying means 101 indexes resources required to implement the service as requested by the user. As an example, the node identifying means 101 indexes the sorts of the resources necessary in implementing the service as requested by the user. The node identifying means 101 identifies the resources required to implement the service as requested by the user, from among the resources involved in the tenant relevant to the user. The node identifying means 101 may also index the volume of the resources required in addition to the their sorts. In the example embodiment of Fig. 8 , VM1 to VM4, shown in Fig. 7 , are identified from among the VMs involved in the tenant relevant to the user, as being the resources required for the service as requested from the user.
  • the node identifying means 101 correlates the tenant 1 with a VM identifier that may uniquely identify each of the VM1 to VM4 required to perform the service as requested from the user.
  • the resources required to perform the service as requested from the user are ICT (Information and Communication Technology) resources, such as servers, storages or network loads.
  • the resources may be virtual resources, which may be virtually implemented using the VMs, or may also be physical resources.
  • the network nodes are devices providing the function necessary in constructing a network, such as switches, routers, firewalls or load balancers.
  • the position identifying means 102 indexes the information regarding the positions of the VM1 through VM4 on the physical NW.
  • the position identifying means 102 indexes addresses of the VM1 through VM4 on the physical NW as well as port numbers of the ports correlated with the VM1 through VM4.
  • the position identifying means 102 may also identify, as the information regarding the positions of the VW1 through VW4 on the physical NW, the addresses of the VW1 through VW4 or the addresses as well as port numbers of the virtual switches, the VW1 through VW4 are connected to.
  • the position identifying means 102 correlates VM identifiers of the VW1 through VW4, addresses of the physical node(s) 200 that implements the VW1 through VW4 and port numbers of the ports of the physical node(s) 200 corresponding to the VW1 through VW4, to one another, as shown in Fig. 8 .
  • the path setting means 103 sets data paths between the VM1 through VM4, using the topology information of the physical NW as well as the addresses and the ports of the physical nodes 200 identified. As shown in a lower part of Fig. 7 , it becomes possible for the VM1 through VM4 to communicate with one another by setting the data paths between the ports of the physical node 200 correlated with the VM1 through VM4.
  • the path setting means 103 sets data paths between the physical node 200A, managing the VM1, VM2, and the physical node 200B, managing the VM3, VM4. This allows for communication between the VM1 through VM4 even in case part or all of the VM1 through VM4 involved in the service requested by the user is run on respective distinct physical nodes 200.
  • Fig. 9 depicts a flowchart showing an example operation of the controller 100A according to an example embodiment 2.
  • the node identifying means 101 of the controller A identifies one or more communication nodes necessary in implementing the service requested by the user (S2-1).
  • the node identifying means 101 identifies, as the resources required for the service as requested by the user, the VM1 through VM4 involved in the tenant corresponding to the user.
  • the position identifying means 102 of the controller 100A then identifies the information regarding the position in the physical NW of the communication node(s) as identified by the node identifying means 101 (S2-2). In the example embodiment of Fig. 7 , the position identifying means 102 identifies the address of the physical node(s) 200 that implements the VM1 through VM4 as identified by the node identifying means 101 and the port numbers of the ports of the physical node(s) 200 correlated with the VM1 through VM4.
  • the path setting means 103 of the controller 100A sets a data path(s) between the communication nodes on the physical NW, using the information regarding the position on the physical NW of the communication node(s) identified by the position identifying means 102 (S2-3).
  • the path setting means 103 sets a data path(s) between the VM1 through VM4, using the topology information of the physical NW, and also using the address and the port (port number) of the physical node(s) 200 as identified by the position identifying means 102.
  • the path setting means 103 sets flow entries or the forwarding information that allow for communication between the physical nodes 200A and 200B, in the physical node 210 so as to set a data path(s) between the physical nodes 200.
  • Fig. 10 depicts an example configuration of the controller 100A provided that the controller 100A supervises a plurality of resources.
  • the controller 100A uses part of the resources supervised to render a service as requested by the user.
  • the controller 100A is storing the multiple resources and selects one or more of the so stored resources required for the service as requested by the user.
  • the node identifying means 101 of the controller 100A indexes the resources required for the service requested by the user.
  • the node identifying means selects, from among the indexed resources, those resources that are supervised by the controller and that are involved in the tenant corresponding to the user.
  • the node identifying means 101 is supervising a plurality of VMs, and selects, from among the so supervised VMs, the VM(s) that is required for the service requested by the user.
  • the multiple resources, supervised by the node identifying means may include physical resources.
  • the node identifying means 101 supervises a plurality of VMs for each of the functions implemented using the VMs.
  • the network functions such as switches, routers, firewalls or the load balancers are among the functions implemented using the VM(s).
  • the node identifying means supervises virtual switches, virtual routers, virtual firewalls or virtual load balancers exhibiting respective network functions virtually implemented by the VMs.
  • the functions implemented by the VMs may also be the storage or memory function.
  • the node identifying means 101 makes a disk or a drive in the physical server abstract to supervise the disk or the drive as a virtually implemented storage pool.
  • the functions implemented using the VMs may also be any of a diversity of applications or desktops.
  • the node identifying means may supervise any of a diversity of applications or desktops virtually implemented using the VMs.
  • the node identifying means 101 In case the node identifying means 101 has indexed that the load balancer is required in rendering the service requested by the user, the node identifying means selects, for the tenant in question, the virtual load balancer which the node identifying means is supervising and which is involved in the tenant corresponding to the user in question.
  • the processing performed by the position identifying means 102 and the path setting means 103, after the node identifying means 101 has identified the resources required to perform the service requested by the user from among the pre-stored resources, is the same as the processing performed by the position identifying means 102 and the path setting means 103 shown in Fig. 7 . Hence, no detailed description therefor is here not made for simplicity.
  • the controller 100A identifies the communication node(s), such as VMs, for performing the service as requested by the user, and causes the communication node(s) to drop into the position information on the physical NW so as to set a data path(s) between the communication nodes on the physical NW.
  • the communication node(s) such as VMs
  • the controller 100A identifies the communication node(s), such as VMs, for performing the service as requested by the user, and causes the communication node(s) to drop into the position information on the physical NW so as to set a data path(s) between the communication nodes on the physical NW.
  • the controller 100 has the function to supervise the VMs. Hence, on receiving a request for additions of preset resources for the service requested by the user, it is possible to boot the VM(s) corresponding to the preset resources. By its fourth means, a VM(s) is newly booted.
  • the controller 100 identifies, by its node identifying means through to its path setting means, the communication node(s) of the newly booted VM(s), and causes the communication node(s) to drop into the position information on the physical NW, thereby setting a data path(s) on the physical NW.
  • the controller 100 in case the user requests adding the resources, it is possible to add the VM(s) for implementing the additions of the resources, and perform setting in the physical NW that may become necessary as the result of the addition of the resources.
  • Fig. 11 depicts a configuration of a controller according to an example embodiment 3 of the present invention.
  • a control unit 110 of the controller 100F includes a node request means 104 (the fourth means) in addition to a node identifying means 101, position identifying means 102 and a path setting means 103.
  • the ensuing description is centered about the point of difference from the example embodiments 1 and 2.
  • the node request means 104 boots the VM(s), required in offering the service, in response to a request from the node identifying means 101, and delivers the information regarding the VM(s) to the node identifying means 101.
  • the node request means 104 may be implemented by an interface providing an instruction required for a control program, such as a VM manager (VMM) or a hypervisor supervising the VM(s) on the physical server 200 side.
  • VMM VM manager
  • hypervisor supervising the VM(s) on the physical server 200 side.
  • the node request means 104 boots the physical server in the sleep state to secure resources necessary in providing the service.
  • the node request means 104 may be provided with a function to terminate the VM(s) not in use so as to free the resources.
  • Fig. 12 depicts an example system configuration according to the example embodiment 3.
  • the node identifying means 101 requests the node request means 104 to boot the VM(s) competent for the resources added. For example, if addition of preset resources, such as a memory, is requested by the user corresponding to the tenant, the node identifying means 101 requests the node request means to boot a VM(s) to implement the preset resources.
  • preset resources such as a memory
  • the node request means 104 boots a new VM(s), such as VM5 in Fig. 12 , on the physical server shown at the right side of Fig. 12 , and informs the node identifying means 101 about such effect.
  • the node request means 104 informs the node identifying means 101 about the completion of the booting.
  • the node request means 104 may not only notify the node identifying means 101 about the completion of the end of the VM booting but also deliver the information regarding the VM(s) booted, such as an identifier of the booted VM(s).
  • the node identifying means 101 identifies the newly booted VM(s) as being the virtual node involved in the service pertaining to the user's request. For example, the node identifying means 101 correlates the newly booted VM5 with a preset tenant (a tenant corresponding to the user).
  • the position identifying means 102 identifies the information regarding the position on the physical NW of the VM5 added by the node request means 104, for example, the information concerning its terminal point on the physical NW. For example, the position identifying means 102 identifies the address of the physical node 200C where VM5 is running and one of the ports of the physical node 200C correlated with the VM5.
  • the path setting means 103 sets data paths between VM1 through VM5, while also setting, for the physical node 210, a set of flow entries or the forwarding information that enables communication between the physical nodes 200A and 200C as well as communication between the physical nodes 200B and 200C. This allows for "communication on a physical NW” that is necessary in implementing the communication between VM1 through VM4.
  • Fig. 13 depicts a flowchart showing an example operation of a controller 100F of the example embodiment 3.
  • the node identifying means In case a user has made a request to the node identifying means 101 of the controller 100F to add preset resources, such as a memory, the node identifying means requests the node request means to boot the VM(s) that implements the preset resources (S3-1). In the example embodiment of Fig. 12 , if the request for memory addition is made from the user, the node identifying means requests the node request means to boot the VM that provides the storage function.
  • the node request means 104 boots a VM that implements the preset resources requested, in response to the request from the node identifying means 101, and informs the node identifying means 101 about the fact that the booting has finished (S3-2).
  • the node request means 104 boots the VM capable of providing the memory function, in response to the request for memory addition from the node identifying means 101.
  • the node identifying means 101 On receiving the notification from the node request means 104, the node identifying means 101 identifies the newly added VM(s) (S3-3). In the example embodiment of Fig. 12 , the node identifying means 101 correlates the newly booted VM5 with the preset tenant (the tenant corresponding to the user).
  • the position identifying means 102 identifies the information regarding the position on the physical NW of the VM added by the node request means (S3-4). This information may, for example, be the terminal point information on the physical NW. In the example embodiment of Fig. 12 , the position identifying means 102 identifies the address of the physical node 200C and the ports of the physical node 200C correlated with the VM5.
  • the path setting means 103 sets a data path(s) between the pre-existing VM1 through VM4 and the newly booted VM5 (S3-5).
  • the controller of the example embodiment 3, described above, includes a VM supervising function to execute addition or deletion of the communication node(s), such as VM(s) (node request means).
  • VM virtual network
  • node request means a VM supervising function to execute addition or deletion of the communication node(s), such as VM(s) (node request means).
  • the service on the virtual network may again be implemented on the physical network by causing a service on the virtual network requested by the user to drop into the position information on the physical network, and a means implementing its function, and performing relevant interconnection.
  • FIG. 14 depicts an example configuration of a system according to the example embodiment 4 of the present invention.
  • a controller 100B supervises a plurality of tenants (tenants 1 and 2). Since the basic configuration of the controller 100B is the same as the example embodiment 2 or 3, described above, the following description is centered on the points of difference from those example embodiments.
  • a controller 100B is about the same in configuration as the controller 100F of the example embodiment 3 shown in Fig. 11 , and includes a node identifying means 101, an information identifying means 102 and a path setting means 103.
  • Fig. 15 depicts an example table held by the controller 100B of the subject example embodiment.
  • a table that correlates the tenant(s), the communication node(s) and the position information of the communication nodes with one another.
  • the node identifying means 101 indexes resources required to implement the service pertaining to the user's request, in response to the user's request. For example, the node identifying means indexes, in response to the request from a user A, that a firewall, a memory and a switch are required, while indexing, for a tenant 2, that a load balancer, a memory and a switch are required.
  • the node identifying means 101 receives a request concerning a service A from the user A, while receiving a request concerning a service B from a user B. It should be noted that the node identifying means 101 may receive the requests concerning the services A and B from the same user. It is possible for the node identifying means 101 to receive the requests concerning the services A and B at respective different timings.
  • the node identifying means 101 identifies the VM1, VM3 and VM4, shown in Fig. 14 , from the VM(s) involved in the tenant 1 corresponding to the user A, in connection with the service A.
  • the node identifying means 101 also identifies the VM2, VM5 and VM6, shown in Fig. 14 , from the VM(s) involved in the tenant 2 corresponding to the user B, in connection with the service B.
  • the node identifying means 101 correlates respective identifiers of the VM1, VM3 and VM4 with the tenant 1, for the service A, while correlating respective identifiers of the VM2, VM5 and VM6 with the tenant 2, for the service B.
  • the position identifying means 102 indexes to which terminal point of which physical node is connected each of the VM1 through VM6 identified by the node identifying means 101 in the physical NW. In the example embodiment of Fig. 15 , the position identifying means 102 indexes the addresses of the physical nodes 200 managing the VM1 through VM6 and the port numbers of the ports of the physical nodes 200 correlated with the VM1 through VM6.
  • the path setting means 103 sets data paths between the physical nodes 200 with the VM1, VM3 and VM4 booted, and between the VM2, VM5 and VM6, using the addresses and the ports of the physical nodes 200, identified by the position identifying means 102, and also using the topology information of the physical NW. For example, by setting the data paths between the VM1, VM3 and VM4, as shown at a lower part of Fig. 14 , it becomes possible for the VM1, VM3 and VM4, involved in the tenant 1, to communicate with one another. Similarly, by setting the data paths between the VM2, VM5 and VM6, it becomes possible for the VM2, VM5 and VM6, involved in the tenant 2, to communicate with one another.
  • the controller 100B of the example embodiment 4 may also contain a node request means 104.
  • the node request means 104 boots the VM necessary in presenting the service, and delivers the information on the VM to the node identifying means 101. Since the processing by the node request means 104 is similar to that performed by the node request means 104 of the example embodiment 3, shown in Fig. 11 , the detailed description therefor is not made for simplicity.
  • the present invention may be applied for tenant construction in a multi-tenant environment. It should be noted however that, although two tenants are constructed in the example embodiment of Fig. 14 on the sole physical network, the present invention may also be applied to a multi-tenant environment in which each one physical network and each one tenant are arranged in a one-for-one correspondence, as shown in Fig. 16 .
  • Fig. 16 depicts another example configuration of the example embodiment 4.
  • the node identifying means 101 of the controller 100C identifies, for the service 1 as requested by the user, the VM1 through VM3 that are involved in the tenant 1 and that are disposed in the physical NW1.
  • the node identifying means 101 of the controller 100C also identifies, for the service 2 as requested by the user, the VM4 through VM6 that are involved in the tenant 2 and that are disposed in the physical NW2.
  • the node identifying means 101 correlates respective identifiers of the VM1 through VM3 with the tenant 1, for the service 1 as requested by the user, while correlating respective identifiers of the VM4 through VM6 with the tenant 2, for the service 2 as requested by the user.
  • the position identifying means 102 indexes the addresses of the physical node 200, implementing the VM1 through VM3, identified by the node identifying means 101, and the port numbers of the ports of the physical node 200 correlated with the VM1 through VM3. Similarly, the position identifying means 102 indexes the addresses of the physical node 200, implementing the VM4 through VM6, identified by the node identifying means 101, and the port numbers of the ports of the physical node 200 correlated with the VM4 through VM6.
  • the path setting means 103 sets a data path(s) between the physical nodes 200, with the VM1 through VM3 boosted, using the addresses and the ports of the physical nodes 200 identified by the position identifying means 102.
  • the path setting means 103 also sets a data path(s) between the physical nodes 200, with the VM4 through VM6 boosted, using the addresses and the ports of the physical nodes 200 identified by the position identifying means 102.
  • the present invention may be applied to tenant construction in the multi-tenant environment.
  • Fig. 17 depicts an example system configuration according to the example embodiment 5 of the present invention.
  • Fig. 18 depicts an example configuration of a controller according to the example embodiment 5.
  • a controller 100D is similar in configuration to the controller of the example embodiment 5, and a control unit 110D of the controller 100D includes a node identifying means 101D, a position identifying means 102D, a path setting means 103D and a node request means 104D.
  • the node identifying means 101D On receipt of a request for a VNF from the user, the node identifying means 101D identifies the VM correlated with the VNF. If, at this time, the VM capable of implementing the VNF as requested by the user has not been booted, a request is made to the node request means 104D to boot the VM that is required.
  • the position identifying means 102D identifies the information regarding the position in the physical NW of the VM 300 identified by the node identifying means 101D.
  • the position identifying means 102D identifies the address of the physical node 200, where the VM1 through VM3 are in operation, and the port numbers of the ports of the physical node 200 correlated with the VM1 through VM3.
  • the path setting means 103D sets a data path(s) that implements the VNF as requested by the user on the physical network, on the physical NW, using the topology information of the physical NW and the information regarding the position in the physical network of the VM(s) as identified by the position identifying means 102D.
  • the node request means 104D boots a VM, required for providing the VNF, on the physical server 200, in response to the request from the node identifying means 101D, and delivers the information on the VM(s) to the node identifying means 101D.
  • the node identifying means delivers an identifier of the VM(s) booted to the node identifying means 101D.
  • Fig. 19 depicts a detailed construction of a physical node 200 shown in Fig. 17 .
  • the physical node 200 manages a virtual machine providing the virtual network functions.
  • the virtual network functions there are functions of a firewall (FW), deep packet inspection (DPI), a load balancer (LW) and so on.
  • the communication node 200 may, for example be a server, a switch or a router.
  • the communication node 200 manages a virtual machine providing the functions of virtual network nodes, such as virtual SGW (Serving Gateway), virtual PGW (Packet data network Gateway) or virtual MME (Mobility Management Entity), in the virtual network.
  • virtual SGW Server Gateway
  • PGW Packet data network Gateway
  • MME Mobility Management Entity
  • Each virtual network node has a number of functions. These include a function of processing a virtual PGW: packet (User-Plane function); a function of managing the tolling state in keeping with communication (policy and charging enforcement function (PCEF)); a policy and charging rule function (PCRF) for controlling a policy such as QoS (Quality of Service); a function of processing virtual SGW: packet processing function (user-plane function); a function of processing control signaling (C-plane function); a lawful interception unction (LI); a function of processing virtual MME; a control signaling or C-plane function; and a function of managing the subscriber information for a communication system operating in concert with the home subscriber server (HSS).
  • a function of processing a virtual PGW packet (User-Plane function); a function of managing the tolling state in keeping with communication (policy and charging enforcement function (PCEF)); a policy and charging rule function (PCRF) for controlling a policy such as QoS (Quality of Service
  • the physical node 200 includes a control unit 110 capable of constructing a virtual network function (VNF).
  • the control unit 110 provides the function of the virtual network node by managing the VNF 220 on the virtual machine.
  • the control unit 110 may be constructed by a control program, such as hypervisor, capable of implementing computer virtualization.
  • the control unit 110 is responsive to an instruction from the node request means 104D to perform such operations as booting, stopping or transporting the virtual machine managing the VNF 220.
  • the operation of transferring the VM transports the virtual machine to a distinct communication device 100.
  • VNF 220 and the VM are not necessarily in a one-for-one correspondence relative to each other.
  • a virtual PGW a VM1 having the function of tolling, included in the PGW function, can be booted independently of the VM2, performing policy control, such as QoS (Quality of Service) involved in the PGW function, as indicated at a left side of Fig. 20 (function-based VM).
  • QoS Quality of Service
  • Fig. 21 depicts an example system configuration according to an example embodiment 5 of the present invention.
  • Fig. 22 depicts a flowchart showing an example operation of the example embodiment 5 of the present invention. It is assumed that a request has been made from the user to construct a service chain by interlinking the VNF1 and the VNF2. It is assumed that, in an initial state, none of the VMs has been booted. As in the above described example embodiments, the user need not know the configuration of the physical network or the state of booting of the VMs.
  • the node identifying means 101D requests the node request means 104D to boot the VM(s) correlated with VNF1, VNF2 as requested by the user (S4-1).
  • the node request means 104D is responsive to a request from the node identifying means 101D to request the physical node to boot the VMs ("booting VM" of Fig. 21 ; S4-1 of Fig. 22 ).
  • the node request means 104D is responsive to the booting of the VM to notify the node identifying means 101D of the completion of VM booting (S4-2).
  • the node identifying means 101D is responsive to the notification of the end of VM booting from the node request means 104D to identify the VM1 through VM3 booted (S4-3).
  • the position identifying means 102D then identifies the information regarding the positions in the physical network of the three VM1 through VM3 identified by the node identifying means 101D (S4-4).
  • the path setting means 103D sets a data path(s) between the VM1 through VM3, using the information regarding the positions of the VM1 through VM3 in the physical network and the topology information of the physical NW (S4-5).
  • the path setting means 103D also sets, in the physical node 210, the flow entries or the route information so as to allow communication between the physical node 200 where the VM1 through VM3 are already booted. This sets data paths on the physical network (NW) necessary in implementing the VNF and the service chain as requested by the user.
  • NW physical network
  • the service chain shown in a lower part of Fig. 21 can be implemented by causing the service chain requested by the user, or the VNF, free from statements of addresses or resources, to drop into the position information on the physical network and the function implementing means (VMs), and by performing the relevant interconnection.
  • the data path(s) between the VNFs (VMs) run on the same physical node can be implemented by making an instruction to a path control unit 2101 mounted on board the control unit 110 provided within the physical node 200.
  • Fig. 23 depicts a schematic view showing an example data path set in the physical node 200 run in concert with the controller 100D of the example embodiment 5 of the present invention.
  • the control unit 110 sets a VNF path traversing the VNF(A), VNF(B) and VNF(C), for the signal (1), while setting a VNF path traversing the VNF(A), VNF(B), for the signal (2).
  • the path control unit 2101 of the control unit 110 forwards a signal on a route(s) depending on the signal sorts as represented in Fig. 23 .
  • a packet may be forwarded based on the MAC or IP address allocated to the VNF 200.
  • the forwarding route may be modified using the sorts of a "bearer", a virtual connection transferring the packet, or on the attribute of the packet that may be discriminated based on the information within the packet.
  • the path control unit 2101 may control the VNF path based on the volume of communication in the user (terminal 1), load or volume of communication of the communication system or on the state of the load on the server 20.
  • the VNF path of the packet belonging to the bearer may be controlled depending on the volume of communication of the bearer.
  • the VNF path may also be modified depending on the communication volume surpassing a preset threshold value.
  • path control unit 2101 selects the VNF 200, constituting the VNF path, in dependence upon the state of load on the VM. It is also possible to cause the path control unit 2101 to preferentially select the VNFs 200 including the same function and lesser in the load of the virtual machines so as to switch the so selected VNF paths.
  • the path control unit 2101 may be constructed by a virtual switch (vSwitch) constructed by software.
  • the path setting means 103D sets the route information or the flow entry in the switch operating as the path control unit 2101.
  • the present invention may advantageously be applied for a system implementing the virtualization of the network function.
  • Fig. 24 depicts an example configuration of a system according to the example embodiment 6 of the present invention.
  • Fig. 25 depicts an example table held by a controller 100A of the subject example embodiment. The table is equivalent to a tenant definition memory unit and a mapping information memory unit.
  • the table shown in Fig. 25 correlates a service chain(s), a VNF(s) required in the service chains, a VM(s) correlated with the VNFs and the position information of the physical nodes managing the VMs, with one another. Since the subject example embodiment may be implemented by a configuration similar to the example embodiment 5 managing the VNFs, the following description is centered on the points of difference from the example embodiment 5.
  • the controller of the subject example embodiment is similar to the controller 100D of the example embodiment 5 and includes a node identifying means 101D, a position identifying means 102D, a path setting means 103D and a node request means 104D (see Fig. 18 ). It should be noted that the node request means 104D in the controller 10D may be dispensed with if so desired.
  • the node identifying means 101D On receipt of a request from a user for provisioning the service chain, the node identifying means 101D identifies the VM correlated with the service chain. See arrow lines drawn from the VNF1, VNF2 of Fig. 24 . By the way, it is possible for the node identifying means 101D to identify the VNF required for the service chain, as requested by the user, so as to identify the VM correlated with the so identified VNF. As shown in Fig. 25 , the node identifying means 101D correlates the service chain 1 with the VNF1 (1) and VNF1 (2), while correlating the VNF1 (1) with VM1 and correlating the VNF1 (2) with VM3. The node identifying means 101D also correlates the service chain 2 with the VNF1 (2) and VNF2 (2), while correlating VNF1 (2) with VM2 and correlating the VNF2 (2) with VM4.
  • the node identifying means 101D requests the node request means 104D to construct the required VNF.
  • the position identifying means 102D identifies the information regarding the position in the physical network of the communication node identified by the node identifying means 101D. See arrow lines drawn from the VM1 through VM4 of Fig. 24 to the physical node.
  • the position identifying means 102D identifies, for each of the VM1 through VM4, the addresses on the physical network of the physical nodes 200, implementing the VM1 through VM4, while also identifying the port numbers of the ports of the physical node 200 correlated with the VM1 through VM4. As illustrated in Fig. 25 , the position identifying means 102D correlates the VM1, the address of the physical node 200 and the port number #1 to one another.
  • the path setting means 103D sets a data path(s), implementing the service chain as requested by the user, on the physical NW, using the topology information of the physical NW and the information on the position(s) on the physical NW of the VM(s) identified by the position identifying means 102D. See the data path for the service chains 1 and 2.
  • the node request means 104D is responsive to the request from the node identifying means 101D to boot on the physical server 200 the VM(s) required to present the VNF so as to provide the information on the VM(s) to the node identifying means 101D.
  • Fig. 26 depicts a flowchart showing an example operation of the controller 110D according to the example embodiment 6 of the present invention.
  • the node identifying means 101D identifies the VNF correlated with the service chain as requested by the user (S5-1), and then identifies the VM correlated with the VNF (S5-2). In the example embodiment of Fig. 25 , the node identifying means 101D identifies that the service chain 1 passes through VNF1, VNF2 and that the VNF1, VNF2 are correlated respectively with the VM1, VM3. Similarly, the node identifying means 101D identifies that the service chain 2 passes through VNF1, VNF2 and that the VNF1, VNF2 are correlated respectively with the VM2, VM4.
  • the table of Fig. 25 is equivalent to the service chain definition memory unit and the mapping information memory unit.
  • the position identifying means 102D then identifies the information regarding the positions on the physical network of the four VMs as identified by the node identifying means 101D.
  • the path setting means 103D sets a data path that implements the service chain, as requested by the user, on the physical NW, using the information regarding the positions on the physical network of the two sets of the VMs and the topology information of the physical NW (S5-4).
  • a data path(s) is set between the VM1 and VM4 for the service chain 1, while another data path(s) is set between the VM2 and VM3 for the service chain 2.
  • the communication node such as VM, correlated with the service chain as requested by the user, is identified.
  • the communication node is caused to drop in the position information on the physical NW so as to set the data path on the physical NW between the communication nodes.
  • respective different controllers are arranged in the respective physical NWs.
  • different physical NWs are arranged in respective different data centers, and a controller is arranged in each of the physical NWs.
  • Each controller supervises the physical NW allocated. It is possible to construct the service as requested by the user across difference physical NWs. It is then possible for each controller to share the information collected and identified by the respective node identifying means 101 and the position identifying means 102 and set a data path(s) across different physical NWs so as to implement the service as requested by the user.
  • the service as requested by the user is identified from the communication node involved in a tenant corresponding to the user. It is noted that the service may, for example, be a service chain.
  • Fig. 28 depicts an example table prepared as a result of controllers 1 and 2 of the subject example embodiment exchanging the information.
  • This example table is equivalent to the definition memory unit and mapping information a memory unit.
  • the tenant(s) corresponding to the user who requested the services, an identifier(s) of VMs (VM1 through VM4) that implements the services, a controller(s) supervising the VM1 through VM4 (controllers 1, 2) and the position information of the VM1 through VM4 on the physical NW, are stored correlated with one another.
  • the information regarding VM1 and VM2, supervised by the controller 1, that is, the VM identifiers and the position information of the physical nodes, are identified by the controller 1.
  • the information regarding the VM3 and VM4, supervised by the controller 2, that is, the VM identifiers and the position information of the physical nodes are identified by the controller 2.
  • the controllers 1, 2 share the information they have identified, that is, the identifiers of the VMs they are supervising and the position information of the physical nodes.
  • the controllers 1, 2 exchange the information by e.g., the border gateway protocol (BGP). It is possible for the controllers 1, 2 to exchange the position information on the physical NW and the VMs by exchanging the table shown in Fig. 28 .
  • the controller 1 transmits an upper part of the table of Fig. 28 , identified by the controller 1, to the controller 2.
  • the controller 2 transmits a lower part of the table of Fig. 28 , identified by the controller 2, to the controller 1.
  • the controllers 1, 2 may thus exchange the information shown in Fig. 28 .
  • the information exchanged by the controllers 1, 2 may include the topology information on the physical NW.
  • the path setting means 103 of the controllers 1, 2 may set the data path(s) on the physical NW necessary in implementing the service as requested by the user. Or, one of the controllers 1, 2 may set the total of the data paths, based on the shared information, such as the table shown in Fig. 28 , to take the place of the other controller.
  • the controller 1 sets, for a physical node 210A, the processing rules or the forwarding information that forwards a packet from VM1 or VM2 to the physical node 210B.
  • the controller 1 also sets, for the physical node 210A, the processing rules or the forwarding information that forwards a packet from VM3 or VM4, sent from the physical node 210B, to the VM1 or the VM2.
  • the controller 2 sets, for the physical node 210B, the processing rules or the forwarding information that forwards the packet from the VM3 or the VM4 to the physical node 210A.
  • the controller 2 sets, for the physical node 210B, the processing rules or the forwarding information that forwards the packet from the VM1 or VM2, forwarded from the physical node 210A, to the VM3 or the VM4.
  • controllers 1, 2 to set a data path(s) between VM1 through VM4 on the physical NW so as to implement the service as requested by the user.
  • the present invention may be applied to implementing a service chain or a tenant across networks physically isolated from each other, for example, across networks provided within distinct DCs.
  • Fig. 29 depicts a configuration of the example embodiment 8.
  • the subject example embodiment is similar to the example embodiment 7, the subject example embodiment differs as to the communication protocol (tunneling protocol) of the physical NW1 and that of the physical NW2, so that it would not be possible to construct a data path if the difference is left as it is.
  • the following description is centered about this point of difference.
  • the example embodiment 8 is constructed by a tunneling protocol having a different physical network (physical NW), such as VXLAN/ NvGRE.
  • the communication system of the example embodiment 8 includes a physical NW1, constructed by VXLAN (Virtual eXtensible Local Area Network) and a physical NW2, constructed by NVGRE (Network Virtualization using Generic Routing Encapsulation), in which the physical NW1 and the physical NW2 are interconnected via the Internet by gateways GW1, GW2. It is also possible to use WAN (Wide Area Network) between the physical NW1 and the physical NW2.
  • VXLAN Virtual eXtensible Local Area Network
  • NVGRE Network Virtualization using Generic Routing Encapsulation
  • a control unit 10 of controllers 100E1 and 100E2 exchange the topology information of the physical NW1 and the physical NW2 via the communication unit 120.
  • the controllers 100E1 and 100E2 exchange the topology information by e.g. the BGP.
  • the node identifying means 101 of each of the controllers 100E1 and 100E2 identifies the VM(s), necessary in implementing the service requested by the user, from the VM(s) comprised in the tenant corresponding to the user.
  • the node identifying means 101 of each of the controllers 100E1 and 100E2 identifies that the service as requested by the user is in need of the VM1 through VM4 among the VMs involved in the tenant corresponding to the user.
  • Each node identifying means 101 correlates, for the service as requested by the user, the tenant corresponding to the user, with the VM identifier capable of uniquely identifying each of the VM1 through VM4 that are necessary for the service as requested by the user.
  • the position identifying means 102 of each of the controllers 100E1 and 100E2 identifies the information regarding the positions on the physical NWs of the VM1 through VM4 identified by the node identifying means 101.
  • the position identifying means 102 in the controller 100E1 identifies the information regarding the positions of the VM1 and the VM2 in the physical NW1 supervised by the controller 100E1.
  • the position identifying means 102 in the controller 100E1 identifies, as the information regarding the positions of the VM1 and VM2 on the physical NW1, the addresses of the VM1 and VM2 as well as the addresses and port numbers of the virtual switches the VM1 and VM2 are connected to.
  • the position identifying means 102 in the controller 100E2 identifies the information concerning the positions on the physical NW2 of the VM3 and the VM4 in the physical NW2 supervised by the controller 100E2. Specifically, the position identifying means 102 of the controller 100E2 identifies the addresses of the VM3 and the VM4 as well as the addresses and the port numbers of the virtual switches, the VM3 and the VM4 are connected to, as the information regarding the positions of the VM3 and the VM4 on the physical NW1.
  • Fig. 30 depicts an example table held by the controllers 100E1 and 100E2 of the example embodiment 8.
  • the table differs from that held by the controller of the example embodiment 7, shown in Fig. 28 , in having protocol storage columns.
  • a tenant corresponding to a user a VM identifier(s) (VM1 through VM4) for VMs implementing the service as requested by the user, a controller(s) supervising the VM1 through VM4 (controller 1 or 2), the position information of the physical nodes implementing the VM1 through VM4 and a protocol(s) in the physical NW including the VM1 and the VM2, are stored correlated with one another in connection with the service(s) as requested by the user.
  • each of the VM1 and the VM2 is correlated with VXLAN which is a protocol in the physical NW1.
  • each of the VM3 and the VM4 is correlated with NvGRE which is a protocol in the physical NW2.
  • the control unit 110 of each of the controllers 100E1 and 100E2 exchanges, via the communication unit 120, the information on the tunneling protocol (VXLAN/ NvGRE) in the NW supervised.
  • the control unit 110 of each of the controllers 100E1 and 100E2 shares the position information of the VM(s) identified by the relevant controller (the identifier of the VM supervised by the relevant controller and the position information of the physical node).
  • the controllers 100E1 and 100E2 exchange the position information of the VM(s) by e.g., the BGP.
  • the path setting means 103 of each of the controllers 100E1 and 100E2 sets a data path(s) on the physical NW required in implementing the service as requested by the user, based on the position information identified by the relevant controller and the position information of the VM(s) shared.
  • the path setting means 103 of the controller 100E1 sets a data path between e.g., the VM1 and the VM2 in the physical NW1.
  • the path setting means 103 of the controller 100E1 also sets, for the physical node 210A, the processing rules or the forwarding information necessary in forwarding to the VM1 or the VM2 the packet from the VM3 or the VM4 forwarded from GW1.
  • the tunneling protocol of the physical NW1 is VXLAN which may be different from the communication protocol usable in the Internet.
  • the path setting means 103 of the controller 100E1 sets, for the GW1, a set of processing rules or the forwarding information to forward the packet, which was sent from the VM1 or the VM2 under VXLAN, to the Internet, after converting the VXLAN into the protocol usable in the Internet.
  • the path setting means 103 of the controller 100E1 instructs the GW1 to decapsulate the VXLAN-based forwarding information, such as addresses from the packet received from the physical node 210A, and encapsulate the resulting packet with the forwarding information, such as addresses, conforming to the communication protocol usable on the Internet, in the GW1.
  • the VXLAN-based forwarding information such as addresses from the packet received from the physical node 210A
  • the forwarding information such as addresses, conforming to the communication protocol usable on the Internet
  • the path setting means 103 of the controller 100E1 sets, for the GW1, a set of processing rules or the forwarding information to forward a packet forwarded based on the communication protocol usable in the Internet.
  • the path setting means converts the packet into a packet conforming to VXLAN, a tunneling protocol of the physical node 210A, to forward the resulting packet to the physical node 210A.
  • the path setting means 103 of the controller 100E1 instructs the GW1 to decapsulate the forwarding information, such as address, which conforms to the communication protocol usable in the Internet, from the packet received, and to encapsulate the resulting packet with the forwarding information, such as addresses, conforming to the VXLAN.
  • the path setting means 103 of the controller 100E2 sets a data path between the VM3 and VM4 in the physical NW2. Specifically, to set a data path between the physical node 200B where the VM3 has been booted and the physical node 200C where the VM4 has been booted, the path setting means 103 of the controller 100E2 sets, for the physical node 210B, a set of processing rules or the forwarding information that enables communication between the physical node 200B and the physical node 200C.
  • the path setting means 103 of the controller 100E1 also sets, for the physical node 210A, a set of processing rules or the forwarding information to forward a packet from the VM1 or the VM2 to the GW1.
  • the controller 1 also sets, for the physical node 210A, a set of processing rules or the forwarding information to forward a packet from the VM3 or the VM4 to the VM1 or the VM2.
  • the tunneling protocol of the physical NW2 is NvGRE which may be different from the communication protocol used in the Internet.
  • the path setting means 103 of the controller 100E2 converts, for GW2, a packet, forwarded from VM3 and VM4 in conformity to NvGRE, into a packet conforming to the protocol for the Internet, so as to then forward the resulting packet to the Internet.
  • the path setting means 103 of the controller 100E2 instructs GW2 to decapsulate the NvGRE-conformant forwarding information (e.g., address) from the packet received from the physical node 210B and to encapsulate the resulting packet with the forwarding information (e.g., address) conforming to the communication protocol usable on the Internet.
  • the path setting means 103 of the controller 100E2 sets, for the GW2, a set of processing rules or the forwarding information to forward a packet to the physical node 210B.
  • path setting means converts the packet, forwarded in conformity to the communication protocol usable in the Internet, into a packet conforming to NvGRE, a tunneling protocol of the physical NW2, to forward the resulting packet to the physical node 210B.
  • the path setting means 103 of the controller 100E2 instructs the GW2 to decapsulate the forwarding information, such as address, which conforms to the communication protocol usable in the Internet, from the packet received, and encapsulate the resulting packet with the forwarding information, such as addresses, conforming to the NvGRE.
  • the forwarding information such as address, which conforms to the communication protocol usable in the Internet
  • controllers 100E1 and 100E2 it is possible to set the data path(s) between the VM1 through VM4 in the physical NW to implement the service as requested by the user.
  • Fig. 31 depicts another example system configuration according to the example embodiment 8.
  • the physical NW1 is a datacenter (DC1) providing a public cloud and the physical NW2 is on-premised (DC2).
  • DC1 datacenter
  • DC2 on-premised
  • the subject example configuration is the configuration of a so-called hybrid cloud in which a VM provided by the public cloud and another VM prepared on-premised are used to construct a sole tenant.
  • the controller 1 managing the physical NW1 in the DC1 of the public cloud differs from the controller 2 managing the physical NW2 in the on-premised DC2.
  • a sole tenant is to be constructed and a data path on the physical NW necessary in implementing a preset service using the communication nodes involved in the tenant, is to be set, it is necessary to exchange the information between the controllers 1 and 2.
  • the physical NW 1 in the DC1 presenting the public cloud and the physical NW2 in the on-premised DC 2 have respective different protocols.
  • the tunneling protocol of the physical NW1 in the DC1 presenting the public cloud may be VXLAN and the tunneling protocol of the physical NW2 in the DC2 NvGRE.
  • the controllers 1, 2 of Fig. 31 identify the communication nodes necessary in implementing the service as requested by the user, while identifying the position information on the physical NW of the communication node specified and setting a data path between the communication nodes based on the position information specified.
  • the node identifying means 101 of each of the controllers 1, 2 identifies the communication nodes, necessary in implementing the service as requested by the user, to be VM1 through VM3.
  • the node identifying means 101 of each of the controllers 1, 2 then identifies the position information on the physical NW of each of the VM1 through VM3.
  • the controller 1 identifies the position information of the VM1, VM2 in the physical NW1 in the DC1 providing the public cloud the controller is supervising.
  • the controller 2 identifies the position information of the VM3 in the physical NW2 in the on-premised DC2 it is supervising.
  • the path setting means 103 of each of the controllers 1, 2 sets a data path(s) between the VM1 through VM3 based on the position information identified.
  • the communication protocol of the physical NW1 in the DC1 providing the public cloud differs from that of the physical NW2 in the on-premised DC2.
  • the path setting means 103 of the controller 1 sets, for e.g., the GW1, a set of processing rules or the forwarding information that interchanges the communication protocol usable in the physical NW1 and that usable in the Internet.
  • the path setting means 103 of the controller 2 sets, for e.g., the GW2, a set of processing rules or the forwarding information that interchanges the communication protocol usable in the physical NW2 and that usable in the Internet.
  • the detailed processing performed by the path setting means 103 of the controllers 1, 2 is similar to that of the path setting means 103 of the controllers 100E1 and 100E2, shown in Fig. 29 , and hence is not here detailed.
  • the controllers 1, 2 may thus set a data path(s) for VM1, VM2 and a data path(s) for VM3 existing in the DC different from that for VM1, VM2, thus allowing for implementing the service as requested by the user.
  • one of the controllers 1 and 2 may identify the position information of the VM1 through VM3 or set a data path between the VM1 through VM3 based on the information acquired from the other controller, such as the topology information of the physical NW managed by the other controller.
  • the controller 2 in the on-premised DC2 may identify the position information of the VM1 through VM3 or set a data path(s) between the VM1 through VM3 based on the topology information of the physical NW1 acquired from the controller 1 in the DC1 providing the public cloud.
  • Fig. 32 depicts another system example configuration in an example embodiment 8.
  • the system of the example embodiment 8 includes an on-premised DC1 of a user A, a public cloud DC2, a public cloud DC3 and an on-premised DC4 of a user B.
  • the system of the example embodiment 8 includes a tenant 1 corresponding to the user A and another tenant 2 corresponding to the user B, thus providing a multi-tenant system comprised of a plurality of DCs.
  • the tenant 1, corresponding to the user A includes the VM1 in the DC1, VM2, VM3 in the DC2 and the DM4 in the DC3.
  • the tenant 2, corresponding to the user B includes the VM5 in the DC3 and the VM6 in the DC4.
  • the node identifying means 101 of each of the controllers 2, 3 identifies the VM1 through VM4, involved in the tenant 1, corresponding to the user A, as the VMs implementing the service as requested by the user A.
  • the position identifying means 102 of the controllers 1 through 3 identify the positions of the VM1 through VM4 on the physical NW.
  • the position identifying means 102 of the controller 1 identifies the position information on the physical NW of the VM1 in the DC1 the controller is supervising.
  • the position identifying means 102 of the controllers 2, 3 also identify the position information on the physical NW of the VM2 and VM3 in the DC2 and the VM4 in the DC3.
  • the path setting means 103 of the controllers 1 through 3 sets a data path(s) between the VM1 through VM4.
  • each path setting means 103 of the controllers 1 through 3 sets, in each of GW1 through GW3, a set of processing rules or the forwarding information usable for modifying the communication protocol of the Internet and communication protocols of the DC1 through DC3 in relation to one another.
  • the operation of the path setting means 103 of the controllers 1 through 3 is similar to that of the path setting means 103 of the controllers 100E1 and 100E2 shown in Fig. 29 and hence is not recited here for simplicity. It is thus possible for the path setting means 103 of the controllers 1 through 3 to set a data path(s) between any two of the VM1 through VM4 existing in the distinct DCs, thus allowing for implementation of the service as requested by the user.
  • any of the controllers 1 through 3 may identify the position information of the VM1 through VM4 or set a data path(s) between any of the VM1 through VM4, based on the information acquired from the remaining controller(s), such as the topology information of the physical NW supervised by the other controller(s).
  • the controller 1 in the on-premised DC1 may identify the position information of the VM1 through VM4 or set the data path(s) between any of the VM1 through VM4, based on e.g., the topology information of the physical NW in the DC2 or DC3 acquired by the controller 1 in the on-remised DC1 from the other controllers 2, 3.
  • the controller 1 may request the controllers 2 and 3 to set a data path(s) on the physical NW in the DC2 or DC3 or set the GW2 of the DC2 or the GW3 of the DC3 to set a data path(s) between the VM1 through VM4.
  • the node identifying means 101 of each of the controllers 3 and 4 identifies the VM5, VM6 involved in the tenant 2 corresponding to the user A, as being the VMs implementing the service as requested by the user B.
  • the position identifying means 102 of the controller 3 or 4 then identifies the position information on the physical NW of the VM5 and the VM6.
  • the position identifying means 102 of the controller 4 identifies the position information on the physical NW of the VM5 in the DC3 the controller is supervising.
  • the path setting means 103 of each of the controllers 3, 4 then sets a data path(s) between the DM5 and the DM6. There are cases where the communication protocol of the DC3, DC4 differs from that usable on the Internet.
  • the path setting means 103 of each of the controllers 3, 4 sets, in each of theGW3 and GW4, a set of processing rules and the forwarding information configured for correlatively modifying the communication protocol of each of the DC3 and DC4 and the communication protocol usable on the Internet. Since a detailed processing performed in the path setting means 103 of each of the controllers 3, 4 is similar to that of the path setting means 103 of the controllers 100E1 and 100E2, shown in Fig. 29 , it is not here stated for simplicity.
  • the data path between the VM5 and the VM6 in the distinct DCs can be set by the path setting means 103 of the controllers 3 and 4, thus implementing the service as requested by the user.
  • one of the controllers 3, 4 may identify the position information of the VM1 through VM3, or set a path(s) between any two of the VM1 through VM, based on the information acquired from other controllers, such as the topology information of the physical NW supervised by the other controllers.
  • the present invention may be applied even for such a case where there exist physically different networks and, in addition, the communication protocols used are also different.
  • respective request means of the controllers of the above described example embodiments may be implemented by a computer program, constituting the controllers and allowing execution of each processing with the aid of the computer hardware.
  • non-Patent Literatures are to be incorporated herein by reference.
  • the example embodiments or Examples may be modified or adjusted within the concept of the total disclosures of the present invention, inclusive of claims, based on the fundamental technical concept of the invention.
  • a series of combinations or selections of elements herein disclosed may be made within the context of the claims of the present invention. That is, the present invention may include a wide variety of changes or corrections that may occur to those skilled in the art in accordance with the total disclosures inclusive of the claims and the drawings as well as the technical concept of the invention.
  • any optional numerical figures or sub-ranges involved in the ranges of numerical values set out herein ought to be construed to be specifically stated even in the absence of explicit statements.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Computer Security & Cryptography (AREA)
EP16773073.8A 2015-03-31 2016-03-30 Dispositif de commande, procédé de commande, et programme Withdrawn EP3280103A4 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015073888 2015-03-31
PCT/JP2016/060577 WO2016159192A1 (fr) 2015-03-31 2016-03-30 Dispositif de commande, procédé de commande, et programme

Publications (2)

Publication Number Publication Date
EP3280103A1 true EP3280103A1 (fr) 2018-02-07
EP3280103A4 EP3280103A4 (fr) 2018-10-24

Family

ID=57006922

Family Applications (1)

Application Number Title Priority Date Filing Date
EP16773073.8A Withdrawn EP3280103A4 (fr) 2015-03-31 2016-03-30 Dispositif de commande, procédé de commande, et programme

Country Status (8)

Country Link
US (1) US20180088972A1 (fr)
EP (1) EP3280103A4 (fr)
JP (1) JPWO2016159192A1 (fr)
KR (1) KR20170134559A (fr)
CN (1) CN107534607A (fr)
AR (1) AR104151A1 (fr)
TW (1) TWI663854B (fr)
WO (1) WO2016159192A1 (fr)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10027746B2 (en) * 2016-05-26 2018-07-17 International Business Machines Corporation Mechanism for overlay virtual networking
JP6763895B2 (ja) * 2018-02-14 2020-09-30 日本電信電話株式会社 通信システム及び通信方法
EP3925193A1 (fr) * 2019-02-22 2021-12-22 VMware, Inc. Réseaux de service virtuels
CN110545228B (zh) * 2019-07-26 2020-11-20 北京邮电大学 服务功能链请求处理方法及系统
US11836551B2 (en) 2021-03-05 2023-12-05 Vmware, Inc. Active and standby RICs
US11973655B2 (en) 2021-03-05 2024-04-30 VMware LLC SDL cache for O-RAN
JPWO2023021631A1 (fr) * 2021-08-18 2023-02-23
US20240205806A1 (en) 2022-12-19 2024-06-20 Vmware, Inc. Provisioning and deploying ran applications in a ran system

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1995029564A1 (fr) * 1994-04-21 1995-11-02 British Telecommunications Public Limited Company Dispositif de creation de services pour un reseau de communications
US6445690B2 (en) * 1998-06-08 2002-09-03 Koninklijke Philips Electronics N.V. Wireless coupling of incompatible nodes via a virtual network
TWI323110B (en) * 2005-07-30 2010-04-01 Firetide Inc System and method for a shared access network
JP2009075718A (ja) * 2007-09-19 2009-04-09 Hitachi Ltd 仮想ｉ／ｏパスの管理方法、情報処理システム及びプログラム
US7984123B2 (en) * 2007-12-10 2011-07-19 Oracle America, Inc. Method and system for reconfiguring a virtual network path
TWI435224B (zh) * 2009-06-12 2014-04-21 Univ Nat Taiwan Science Tech 路由政策之系統可靠度評估方法
US9210065B2 (en) * 2009-06-22 2015-12-08 Alcatel Lucent Providing cloud-based services using dynamic network virtualization
TWI398782B (zh) * 2009-07-10 2013-06-11 Univ Nat Taiwan Science Tech 時間限制下雙最小路徑輸送之系統可靠度評估方法
US8813065B2 (en) * 2010-04-26 2014-08-19 Vmware, Inc. Microcloud platform delivery system
JP5476261B2 (ja) * 2010-09-14 2014-04-23 株式会社日立製作所 マルチテナント型情報処理システム、管理サーバ及び構成管理方法
US9253113B2 (en) * 2012-09-07 2016-02-02 Oracle International Corporation Customizable model for throttling and prioritizing orders in a cloud environment
JP5904285B2 (ja) * 2012-11-22 2016-04-13 日本電気株式会社 通信システム、仮想ネットワーク管理装置、通信ノード、通信方法及びプログラム
JP5933469B2 (ja) * 2013-03-04 2016-06-08 エヌ・ティ・ティ・コムウェア株式会社 再配置支援装置、再配置支援方法、及び再配置支援プログラム
US9203765B2 (en) * 2013-08-30 2015-12-01 Cisco Technology, Inc. Flow based network service insertion using a service chain identifier
WO2015041706A1 (fr) * 2013-09-23 2015-03-26 Mcafee, Inc. Fourniture d'un trajet rapide entre deux entités

Also Published As

Publication number Publication date
CN107534607A (zh) 2018-01-02
US20180088972A1 (en) 2018-03-29
EP3280103A4 (fr) 2018-10-24
JPWO2016159192A1 (ja) 2018-01-25
TWI663854B (zh) 2019-06-21
KR20170134559A (ko) 2017-12-06
WO2016159192A1 (fr) 2016-10-06
AR104151A1 (es) 2017-06-28
TW201709699A (zh) 2017-03-01

Similar Documents

Publication Publication Date Title
EP3280101A1 (fr) Dispositif de commande, procédé de commande et programme
EP3280103A1 (fr) Dispositif de commande, procédé de commande, et programme
CN107078923B (zh) 使用物理位置修改分布式虚拟网元的行为的设备和方法
US9178828B2 (en) Architecture for agentless service insertion
US9203765B2 (en) Flow based network service insertion using a service chain identifier
EP2989545B1 (fr) Procédé permettant de définir des fonctions réseau virtualisées interdépendantes pour orchestration de niveaux de services
JP6574304B2 (ja) 仮想ネットワーク管理
CN105656796B (zh) 实现虚拟扩展局域网三层转发的方法和装置
CN104584491A (zh) 提供分布式虚拟路由和交换(dvrs)的系统和方法
WO2016066119A1 (fr) Déploiement d'un réseau local extensible virtuel
Matias et al. An OpenFlow based network virtualization framework for the cloud
US20190058649A1 (en) Configuring traffic flow monitoring in virtualized computing environments
EP3860057A1 (fr) Procédé et dispositif de transmission de données
CN104065553B (zh) 虚拟网络迁移方法和相关设备
US11050647B1 (en) Simulation-based cross-cloud connectivity checks
US11265224B1 (en) Logical network visualization
JPWO2016152083A1 (ja) ネットワークシステム、ネットワーク制御方法および制御装置
EP2924925A1 (fr) Système de communication, dispositif de gestion de réseau virtuel, noeud de communication, et procédé et programme de communication
EP3280100A1 (fr) Dispositif de commande, procédé de commande et programme
US20210226869A1 (en) Offline connectivity checks
KR20180085592A (ko) 프리즘 가상 라우터 오픈스택 오케스트레이션 연동을 위한 가상 라우터 시스템 및 그 방법

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20170913

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
A4 Supplementary search report drawn up and despatched

Effective date: 20180920

RIC1 Information provided on ipc code assigned before grant

Ipc: H04L 12/70 20130101ALI20180915BHEP

Ipc: H04L 12/24 20060101ALI20180915BHEP

Ipc: H04L 12/701 20130101ALI20180915BHEP

Ipc: G06F 9/455 20180101ALI20180915BHEP

Ipc: H04L 29/08 20060101ALI20180915BHEP

Ipc: H04L 12/717 20130101AFI20180915BHEP

Ipc: G06F 9/50 20060101ALI20180915BHEP

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20190327