Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L49/00—Packet switching elements
  • H04L49/35—Switches specially adapted for specific applications
• • 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/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
  • H04L41/0836—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability to enhance reliability, e.g. reduce downtime
• • 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/0876—Aspects of the degree of configuration automation
  • H04L41/0886—Fully automatic configuration
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L45/00—Routing or path finding of packets in data switching networks
  • H04L45/58—Association of routers
  • H04L45/586—Association of routers of virtual routers
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • 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/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
  • H04L41/0897—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities by horizontal or vertical scaling of resources, or by migrating entities, e.g. virtual resources or entities
• • 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/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L43/00—Arrangements for monitoring or testing data switching networks
  • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
  • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
  • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L43/00—Arrangements for monitoring or testing data switching networks
  • H04L43/20—Arrangements for monitoring or testing data switching networks the monitoring system or the monitored elements being virtualised, abstracted or software-defined entities, e.g. SDN or NFV

Definitions

• the present invention relates to a method of efficient and automated management of at least one virtual network. It also relates to a system implementing such a method.
• a physical network is a network composed of several physical network devices also called physical nodes of the network.
• a physical network equipment may be a router, a switch, an access point, a middlebox, a home gateway, an IP terminal, and so on.
• each of the physical nodes of a physical network includes the equivalent of a more or less specialized embedded computer with a Network Operating System (NOS).
• NOS Network Operating System
• physical network devices can increasingly receive multiple network operating systems through virtualization. Virtualization allows each network operating system running on a physical network device to represent an instance of a virtual network equipment.
• the inventors of the present invention have discovered that such a possibility of implantation of several virtual equipment on a single physical network equipment is accompanied by a need for a powerful and automated management of each of the virtual networks.
• An object of the present invention is to overcome the aforementioned drawbacks.
• Another object of the present invention is to provide a method and a system for the efficient and automated management of one or more virtual networks for monitoring and improving the operation of virtual networks.
• an object of the present invention is to provide a method and a system for the efficient and automated management of one or more more flexible virtual networks.
• the invention proposes to achieve the aforementioned aims by a method for the efficient and automated management of at least one virtual network composed of several virtual nodes implanted on physical nodes chosen from a set of physical nodes composing an infrastructure network, said method comprising the following steps for each virtual network:
• charge data relating to a state of charge of at least one virtual node of said virtual network, determination of at least one overloaded virtual node of said virtual network according to said data, and of at least one predefined criteria
• the method according to the invention makes it possible to monitor each virtual node of a virtual network by determining data relating to the state of charge of each virtual node.
• one or more overloaded virtual nodes are identified and redefined so that these overloaded nodes benefit from more resources.
• the virtual nodes identified as overloaded are no longer overloaded and the virtual network has improved performance.
• the identification of an overload state of a virtual node is performed according to one or more predefined criteria. This or these criteria can be either common to one or more virtual nodes of the virtual network so it is individualized for each virtual node of the virtual network, as a function, for example, of the function of the virtual node, the type of node, etc. .
• the method of the invention makes it possible to perform the performance management of virtual networks and to improve the performance of virtual networks in a completely automated manner that is simple and easy to implement.
• the method according to the invention makes it possible to perform this management in a flexible manner and without loss of data.
• the method of the present invention identifies the best possible virtual device locations of a virtual network to optimize the performance and utilization of physical network resources and to move virtual devices when a new, more optimal configuration is available. is determined.
• the virtual equipment is moved without any interruption of traffic and without loss of packets.
• the method according to the invention allows a strong redundancy during a malfunction and to obtain a virtual network little disturbed when one or more nodes malfunction.
• the step of redefining the overloaded virtual node may comprise an allocation of additional resources at the physical node on which said overloaded virtual node is located, when said resources are available at the physical node.
• the method according to the invention can comprise, before the redefinition step, a step of determining available resources on the physical node on which the overloaded virtual node is located.
• the redefining step of the overloaded virtual node may advantageously comprise a transfer of the overloaded virtual node to another physical node forming part of said physical node infrastructure network and having additional resources available. Indeed, when the physical node on which is implanted the overloaded virtual node does not have any additional resources available, then redefining the overloaded node may include an implementation of the overloaded node on another physical node.
• This other physical node is advantageously a physical node located in the vicinity of the physical node on which the overloaded virtual node is installed.
• the method according to the invention may comprise a step of identifying at least one physical node with additional resources available.
• the transfer of the overloaded node to another node may comprise a transfer of the virtual equipment constituting said overloaded node.
• the virtual equipment acting as a virtual node is transported entirely to another physical node.
• the transfer of the overloaded node to another node may comprise a cloning of said overloaded node on said other physical node, said cloning comprising the following steps:
• the virtual equipment is not transported from one physical node to another physical node, only the configuration data of the virtual node is transmitted from the physical node on which the overloaded virtual node was installed to another node physical.
• This configuration data is used at the level of the new physical node to configure a "blank" instance of the virtual equipment acting as a virtual node for the overloaded node.
• the configuration data having a very small size, the transfer of a virtual node from a physical node to another physical node is achieved in a simple, flexible and fast manner.
• the transfer of configuration data from one physical node to another can be achieved, for example, by using a signaling network connecting the physical nodes of the infrastructure network.
• the charge data relating to a state of a virtual node may include data relating to resources allocated to said virtual node and / or to the activity of the virtual node.
• the charge data relating to a state of a virtual node may include data relating to resources allocated to said virtual node and / or to the activity of the virtual node.
• a network operating system NOS
• packets destined for it are not processed and will most likely be lost.
• this is a much more important constraint than in the context of a TCP communication.
• the drivers of the routers involved in the data transfer adapt and retransmit the missing packets.
• this mechanism is non-existent and the packets are simply ignored.
• every virtual r must have an available time slot of 30 thousandths of a second.
• 2 x 30 thousandths of a second 60 thousandth of a second before recovering his own time.
• the method according to the invention may comprise storage in at least one file per physical router, called availability, of at least a portion of the load data relating to the state of charge of each of the virtual nodes implanted on a physical node.
• availability file can be an XML file containing the load data.
• the identification of at least one physical node having additional resources available may include sharing between at least a portion of the physical nodes of the infrastructure network, the availability file associated with each of said physical nodes.
• the file sharing can be done in any known form: transmission of the file to each of the physical nodes, sharing the file on each physical node so that all the physical nodes can access it, transmission of the files to one or more servers accessed by physical nodes and sharing files at these servers.
• the determination of the load data relating to a state of charge of a virtual node may comprise, for each physical node:
• a computer program comprising instructions executed on one or more computing devices for carrying out the steps of the method according to the invention.
• the computer program may further comprise a central module running on a server and making it possible to generate all the modules installed on the physical nodes.
• a virtual network whose performance is managed by the method according to the invention.
• charge data data relating to a state of charge of at least one virtual node
• the means for determining data relating to a state of charge of at least one virtual node may comprise a computer program, executed on each physical node and which observes the activity of each virtual node implanted on said physical node.
• the means for redefining an overloaded virtual node may include:
• the system according to the invention may further comprise means for identifying at least one physical node having additional resources available, said means comprising at least one file, said availability, comprising for each physical node, at least a part load data relating to each virtual node implanted on said physical node.
• the identification means may further comprise means for sharing this file with all the physical nodes of the infrastructure network.
• each physical node is known to the other physical nodes, which makes it possible to identify a physical node on which additional resources are available.
• a physical node can be a physical router.
• a virtual node may be a computer equipment acting as a virtual router implanted on a physical node.
• Figure 1 is a schematic representation of an architecture of a physical node on which are implanted several virtual nodes;
• FIG. 2 is a schematic representation of an infrastructure network comprising five physical nodes having several virtual nodes.
• the elements common to several figures retain the same reference.
• Figure 1 is a schematic representation of the architecture of virtualization on a physical node of a physical network for implanting multiple virtual nodes on a physical node.
• the physical node 100 represented in FIG. 1 comprises a virtualization software and / or hardware 102, called a hypervisor, whose role is to share the physical resources between the virtual instances.
• a hypervisor whose role is to share the physical resources between the virtual instances.
• An example is given by the XEN software.
• This hypervisor makes it possible to operate several network operating systems (NOS) on the physical node 100, each of these operating systems constituting a virtual node.
• NOS network operating systems
• Each operating system includes XEN drivers for interfacing with the XEN hypervisor software 102.
• the operating systems constituting the virtual nodes 104-108 may be identical or different, for example, Windows, Linux, NetBSD, FreeBSD or other operating systems.
• the virtual routers 104-108 are instances of software and / or hardware network equipment, such as the XORP software router for Extensible Open Router Platform.
• the physical node further comprises physical devices 110 as well as control software and drivers 112.
• FIG. 2 is a schematic representation of a set 200 of physical nodes 202 to 210 interconnected by a signaling network 212.
• the set 200 is called an infrastructure network.
• two virtual nodes 2022 and 2024 are located in the physical node 202
• two virtual nodes 2042 and 2044 are located in the physical node 204
• three virtual nodes 2062, 2064 and 2066 are located in the physical node 206
• three virtual nodes 2082, 2084 and 2086 are located in the physical node 208.
• No virtual node is installed on the physical node 210.
• the network of physical nodes consisting of nodes 202 to 210 allows the establishment of three virtual networks: 214, 216 and 218.
• Each physical node 202 to 210 has an unconfigured "virgin" virtual node store, that is, stock 2020 for node 202, stock 2040 for node 204, stock 2060 for node 206, stock 2080 for node 208 and the stock 2100 for the node 2010.
• Each of the virtual nodes at each of the physical nodes is obtained by a particular configuration of a virgin virtual node, chosen in the virtual node stock.
• the configuration of the virtual node is a function of the services set up in the virtual network and adapted to these services, namely, for example, banking transaction, telecommunications, etc.
• the physical nodes 202 to 210 are considered to be physical routers and the virtual nodes are virtual routers.
• the first phase of performance management according to the invention corresponds to an internal knowledge of each physical router of the resources available to it and their use.
• a computer program 302 is executed on each physical node 300.
• This computer program 302 monitors the activity of each of the virtual nodes 304 to 306 located on the physical node 300.
• the data relating to the state of Each of the virtual nodes 304 to 306 are integrated in a data file 310, for example in XML format.
• the computer program 302, installed on each physical router, can be integrated into the hypervisor software 102 with reference to FIG.
• each virtual router 2082, 2084, and 2086 must have an available time slot of 30 milliseconds.
• 3 virtual routers x 30 thousandth of a second 90 thousandths of a second.
• the invention relies, according to a particular embodiment, on different counters for use of virtual routers.
• the parameters observed are the actual use of the physical devices of the virtual router, as well as the state of each of the virtual routers.
• Information previously collected and integrated in a data file for example XML is shared with the routers of this neighborhood.
• One possibility among others to achieve this sharing is to use a P2P protocol.
• P2P protocol for example, it is possible to choose a minimal implementation of the P2P protocol, for example Gnutella, with a information model, for example in XML format.
• This solution offers a great flexibility of interface and a great facility to possibly extend the functionalities of the process.
• the infrastructure network 200 is formed of the physical routers that serve as "peer". Among these routers, several physical routers act as physical routers
• Each "peer” router manages a topology file that includes all the “peer” routers and their interconnections and a file. of availability indicating the availability of virtual routers attached to different "peer”.
• These data files can be of XML type.
• the "peer” router 402 connects to the "ultrapeer” router 404, through the P2P network which can be seen as a signaling network.
• the "ultrapeer” router 404 adds the virtual router that is indicated on the "peer” topology file 402 to its own topology file for subsequent setting up of new virtual networks.
• the list of known virtual routers is built automatically.
• the router "ultrapeer” then contacts each of the "peer” routers, namely the routers 404 and 406.
• the "peer” router 402 then downloads the resource availability data file, for example an availability XML file, from each of the contacted “peer” routers 404-408 and builds its own representation of the available resources.
• the method according to the invention may comprise a phase consisting in determining the best possible location of the virtual router or routers. This determination is performed according to a predetermined algorithm. For example, the physical router that owns the overloaded virtual router checks its availability file and determines the least loaded physical router in its environment, which can be, for example, physical routers at a self-jump, indicated by the file. topology. If he does not find a jump, he looks for 2 jumps, etc. , until he finds an acceptable physical router. Then, it launches an update of a routing algorithm taking into account the state of the links (OSPF for example) on the infrastructure network, taking into account only the physical routers on which are installed virtual routers of the network.
• OSPF state of the links
• the link states used in the routing algorithm are those of the physical links and not the link states of the virtual network. However, the routing result is applied only to the routing tables of the virtual network that is being modified.
• This algorithm is to determine which is the target physical router to receive the overloaded virtual router on which an inactive virtual router is already working and the new routing tables of the virtual network into which a virtual router has been moved.
• the target physical router When the target physical router has been designated, it starts by building its interface table and issues a "gratuitous ARP"("unsolicited” request for Address Resolution Protocol). This has the effect of making the new interfaces active on the segment where the new router is connected. Then, the routing process contacts its peers and follows the exchange of the routing tables. The router then rebuilds its new table of routing.
• the convergence time of the network is equal to the loading time of the configuration and transfer of the routing tables.
• a configuration protocol for example of the Netconf type, makes it possible to establish an exchange interface between the hypervisor and its virtual routers.
• This configuration protocol makes it possible, among other things, to read and write information on a remote host by using primitives of the type:
• the virtual router 2086 of the virtual network 214 is identified as being overloaded due to a waiting time greater than 60 ms.
• consulting the resources of the other virtual routers shows that an idle virtual router 2102 is identified on the physical router 210 with available resources, i.e., a waiting time of less than 60 ms.
• the overloaded virtual router configuration data 2086 is transmitted to the hypervisor of the physical router 210 according to the Netconf configuration protocol using the signaling network 214.
• the idle virtual router 2102 is configured with the configuration data of the overloaded router 2086.
• the routing tables are updated and exchanged and the virtual router 2102 replaces the router 2086.
• the configuration of the router 2086 is overwritten and the router 2086 becomes an idle router and placed back into the router store 2080.
• FIG. 7 gives the representation of the infrastructure network 200 after redefinition of the router 2086 as a router 2102.
• the virtual network 214 consisted of the virtual routers 2022, 2044, 2062 and 2086 whereas after redefinition, the virtual network 214 consists of virtual routers 2022, 2044, 2062 and 2102. Monitoring and performance management of the virtual networks 216 and 218 are performed in a manner similar to that just described.
• the redefinition of the router 2086 router 2102 is performed without loss of data in a very short period of time.

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Automation & Control Theory (AREA)
• Environmental & Geological Engineering (AREA)
• Data Exchanges In Wide-Area Networks (AREA)
• Stored Programmes (AREA)

Applications Claiming Priority (2)

Publications (1)

Family

ID=41666454

Family Applications (1)

Country Status (7)

Families Citing this family (11)

Family Cites Families (19)

• 2009
  • 2009-07-16 FR FR0954933A patent/FR2948247B1/fr not_active Expired - Fee Related
• 2010
  • 2010-07-16 EP EP10752027A patent/EP2454850A1/fr not_active Withdrawn
  • 2010-07-16 CA CA2767117A patent/CA2767117A1/fr not_active Abandoned
  • 2010-07-16 US US13/383,461 patent/US20120117246A1/en not_active Abandoned
  • 2010-07-16 KR KR1020127003765A patent/KR20120039014A/ko not_active Withdrawn
  • 2010-07-16 JP JP2012520076A patent/JP2012533129A/ja active Pending
  • 2010-07-16 WO PCT/FR2010/051496 patent/WO2011007106A1/fr active Application Filing

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events