Patent Application
20120195197
The technical domain of the invention is the domain of communication networks, and particularly autonomic, self-managed and virtualized networks. The invention concerns traffic control at the edge or border nodes of a network, and addresses network operations defined on a flow granularity level rather than on a packet level. A flow is a sequence of packets related by the same characteristics in term of Quality of Service, QoS, that is, of delay constraint or bandwidth/throughput constraint. A flow is characterized by a source address, a destination address, a source port, a destination port, a protocol and a temporal correlation. At a given time, packets sharing all of these parameters pertain to the same flow. Based on these parameters it is then possible to separate the flows.
Telecommunication networks evolve toward autonomic, self-managed and virtualized infrastructures. Such “next generation” of data communication networks requires a rethinking of some network functionalities among which is traffic control at the user-to-network interface. It is worth observing that network operations such as traffic control are advantageously defined on a flow granularity, as the flow replaces the packet and becomes the base unit of next generation networks.
Inside an autonomic and self-managed data communications system, one can not rely on a priori knowledge about an incoming traffic flow. That is, such a system works without explicit user-to-network signaling.
Within a virtualized network environment, link and node resources are virtualized so as to create customized virtual networks, VN, for classes of application characterized by specific QoS constraints.
In such a context, traffic controlling must be done per class of service, or equivalently, per virtual network.
Controlling unknown or undeclared traffic flows, that is flows whose no a priori information is known, is extremely challenging for admission control and resource assignment because they do not have any a priori information about the nature of a flow (e.g.: characteristics, type of application).
“On the fly” traffic identification and classification procedures are known and may be deployed at the user-to network interface, that is, at a border node of the network, in order to characterize incoming flows. Fast traffic classification approaches typically require an analysis of first N packets with N being equal to approximately 4 to 10 packets, from a flow. One possible principle for traffic classification is, after separating the flows, e.g. to measure the size of the first packets of a flow. Since said first packets contains protocols information related to the flow, their size is indicative of the application of the flow, and the application indicates the class. See e.g.: L. Bernaille, R. Texeira, K. Salamatian, “Early application identification”, in Proc. of ACM CoNext 2006.
The flow control issue of undeclared traffic flows in data communication systems with virtualized resources raises problems that can be split into two levels.
At Admission Control level: the admission control is in charge of deciding whether to accept or reject a flow. A first problem occurs for the admission control of the first N packets from a flow when said flow is not yet identified and classified. A second problem occurs for the admission control of the N+1th and following packets of said flow, when the classification of the flow has been determined.
At Resource Assignment level: the resource assignment is in charge of assigning resources for the transmission of an accepted flow. A problem occurs due to the fact that resources must be assigned to an incoming new flow before knowing the characteristics of said flow.
Several prior art works exist about optimal flow control. See e.g.:
Some prior art works even benefit of network virtualization. See e.g.:
However, all of these studies lie on an explicit characterization of flow and hence on an a priori knowledge of flow classes. Consequently they can not be adapted to accommodate online classification of undeclared flows.
One existing solution to realize admission control and resource assignment with on line classification of flows consists in storing the first N packets from a flow until the classification procedure ends, i.e., until the N first packets are received. However, although this solution represents a good way to “protect” the network against wrong decisions, it exhibits several problems which make it unsuitable for practical implementations. Some of the most important problems are that the storage of the first N packets from a flow before releasing them into the network:
Online classification is an important issue towards autonomic networks. Consequently, a flow control including and adapted to online classification is an important issue to solve in an autonomic network, which self-adapts to incoming undeclared flows.
The technical problem to be solved here is to design a flow control procedure in a self-managed data communication system with virtualized resources and multiple classes of services, where the user-to-network interface has no a priori knowledge about the characteristics of new incoming traffic flows.
The present invention addresses and solves this problem.
The object of the invention is a method for controlling admission and assigning resource to incoming traffic flows, without any a priori knowledge about the incoming traffic flow, in a data communication network virtualized so as to comprise customized virtual networks each dedicated to at least one specific QoS class, comprising one super virtual network dedicated to the class with the strictest QoS constraints, and at least one other virtual network, comprising the steps of:
at arrival of a flow, intended to be carried between an ingress node and an egress node, determining a first path from said ingress node to said egress node over said super virtual network,
determining a QoS class of said flow by analyzing the first N packets of said flow,
transmitting said first N packets of said flow over said first path across said super virtual network,
determining a virtual network dedicated to said determined QoS class of said flow,
determining a second path from said ingress node to said egress node over said determined virtual network if said determined virtual network differs from the super virtual network, or
determining a second path equal to the first path if said determined virtual network is equal to the super virtual network,
transmitting the packets of said flow, from the N+1th packet, over said second path.
According to another feature of the invention, the step of determining a first path comprises a step of checking availability of said first path to transmit the first N packets.
According to another feature of the invention, the steps after the step of determining a first path are replaced by a step of rejecting said flow if availability is not checked. According to another feature of the invention, the step of determining a second path comprises a step of checking availability of said second path to transmit the packets of said flow, from the N+1th packet.
According to another feature of the invention, the steps after the step of determining a second path are replaced by a step of rejecting said flow if availability is not checked.
According to another feature of the invention, if availability is not checked in the step of determining a second path, replacing said step by a step of determining a second path over another virtual network.
According to another feature of the invention, said another virtual network is a virtual network dedicated to a class with lesser strict QoS constraints.
According to another feature of the invention, the checking of availability is exact or probabilistic.
According to another feature of the invention, the steps after the transmitting over said first path step are stopped or cancelled when the flow ends.
Others features, details and advantages of the invention will become more apparent from the detailed illustrating description given hereafter with respect to the drawings on which:
According to
For instance physical link A-E is shared between virtual links A″-E″, 4 and virtual link A′-E′, 5, as shown in zoomed detail at the bottom of the FIGURE.
Each virtual network 2, 3, may then be dedicated to at least one specific QoS class. The plurality of virtual networks comprises one super virtual network, 2, dedicated to the class with the strictest QoS constraints. Beside said super VN, may be found several other virtual networks, 3.
Let us consider, for the purpose of illustrating the invention, that VN1, 2, is the super virtual network, and VN2, 3 is one other virtual network, 3, dedicated to another QoS class. For example, the super virtual network 2 may be optimized for delay sensitive application, while the other virtual network 3 may be optimized for throughput sensitive applications. This way of resource virtualization simply means that the topology and the bandwidth assignment to virtual links are the result of the multi-path routing optimization of the network using as utility function the delay, for VN1, and the bandwidth utilization, i.e. throughput, for VN2. It is worth noticing that delay-sensitive and throughput-sensitive applications belong to different QoS classes. Also, there can clearly be more than two virtual networks.
The method according to the invention is concerned by the problem of controlling admission and assigning resource to incoming traffic flows 6. Most prior art admission controller and/or resource assigner are based on a priori information about the flow 6. Generally, information about a flow 6 is provided by the user/sender of the flow 6. This necessitates an introduction of said information into the network management system and most of all it necessitates signalling between said user and the node in charge of admission control/resource allocation, that is, a border node 7 of the network, by which the flow 6 enter said network. One important feature of the invention is that, in order to provide autonomous self managed network managed system, the signalling is avoided and instead the information about an incoming flow 6 is automatically obtained from an analysis of the flow “on-the-fly”, at arrival at the border node 7. Any a priori knowledge is then replaced by on line automatically gathered information.
The main idea of the invention is to temporarily accept an incoming flow 6 before its classification. The classification needs to analyze the first N packets 11 of the incoming flow 6. While the class of the flow 6 is not known, that is, until the arrival of the Nth packet, the flow 6 must by default be considered to pertain to the highest priority class. Hence the flow 6 is, at the beginning, considered to be of the highest priority and transmitted as such over the virtual network dedicated to the highest priority class, that is the super virtual network 2. After the class of the flow 6 has been determined, a rerouting may be done in order to treat the flow 6 according to its real class.
To realize said idea, the method comprises the following steps.
When a flow 6 intended to be carried between an ingress node 7 and an egress node 8, arrives, it is first allocated a highest priority. A first path 9 from said ingress node 7 to said egress node 8 is then determined. Since the priority is at its highest level, said first path 9 is determined over said super virtual network 2, dedicated to the highest priority.
As the first packets 11 of said flow 6 arrive, said first packets 11 are analyzed in order to determine their application and consequently the corresponding QoS class of said flow 6. A given number N of packets is needed in order to determine said QoS class. N is typically comprised, in the best processes, between 4 and 10.
In parallel, until the class is determined, that is until the Nth packet arrives, the priority is still considered to be the highest, corresponding to the strictest QoS constraints. So, the first N packets 11 of said flow 6 are transmitted over said previously determined first path 9 across said super virtual network 2.
In a preferred embodiment, in order not to delay the transmission of a packet, that could modify the profile of the flow 6, both preceding steps are interleaved. In others words, each packet arrives, is analyzed or copied for analysis purpose, and is transmitted, in a row. So doing, the processing time is the same for each packet.
However the analyzing time can be neglected with respect to the whole processing.
Based on the determined QoS class of said flow 6, a virtual network 3 dedicated to said determined QoS class of said flow 6 can be determined.
Two cases can then occur. First, the virtual network 3 differs from the super virtual network 2. A second path 10 from said ingress node 7 to said egress node 8 over said determined virtual network 3 can then be determined. A rerouting can then be applied in order to alleviate the super virtual network.
Second, the virtual network 3 is determined to be the same as the super virtual network 2. That is, the flow 6 effectively pertains to the QoS class corresponding to the strictest QoS constraints. In that case the transmission may carry on over said super virtual network 2. The second path 10 can then be taken equal to the first path 9.
The remainder of the packets 12 of said flow 6, from the N+1th packet, can then be transmitted over said second path 10.
Since the admission control and resource allocation are done in two successive steps, availability checks may also be applied in two steps, at determination of respectively the first path 9 and the second path 10.
While determining a first path 9, an availability check can be apply, so that said first path 9 possesses enough resources to be able to transmit, at least, the first N packets 11.
If said first availability can not be checked, that is, if no path can be found between ingress node 7 and egress node 8 able to transmit the first N packets 11 of the flow 6 over said super virtual network 2, the method ends with a step of rejecting the incoming flow 6. In other words, the last steps, that is, the steps after the step of determining a first path 9 are replaced by a rejecting step.
While determining a second path 10, an availability check can be apply, so that said second path 10 possesses enough resources to be able to transmit the remainder packets 12 starting with the N+1th, over the newly determined virtual network 3.
If said second availability can not be checked, that is, if no path can be found between ingress node 7 and egress node 8 able to transmit the remainder packets 12 starting with the N+1th of the flow 6 over said newly determined virtual network 3, the method ends with a step of rejecting the incoming flow 6. In other words, the last steps, that is, the steps after the step of determining a second path 10 are replaced by a rejecting step.
Alternately, if availability is not checked in the step of determining a second path 10, a new try can be done over another virtual network. In other words, the method iterates over several virtual networks in order to determine a second path 10 providing availability.
Preferentially, said new trial is applied over a virtual network dedicated to a class with lesser strict QoS constraints. The method may then iterate over a list of virtual networks, ordered in decreasing strictness of QoS constraints until one virtual network is available. Else, if no virtual network can provide an available path, the flow 6 may be rejected, in fine.
Each of the several availability checks used in the previous embodiments may be done exactly. That is, the availability is checked if and only the exact needed resources to accommodate the flow 6 will be available when and where needed.
Each of the several availability checks used in the previous embodiments may also be done in a probabilistic way. That is, the availability is checked if the needed resources to accommodate the flow 6 show a probability to be available when needed greater than a given acceptance probability.
It is obvious to the one skilled in the art that the steps after the transmitting over said first path step are stopped or cancelled when the flow 6 ends.
It is also obvious that, after the processing of the first N packets 11, the method ends its action on the flow. This is an advantage of the method.
When a flow 6 contains less than N packets, the method is also shortened.
For said shorts flows also called mice, it may be noted that two cases may occur:
However, recent traffic investigation has shown that small traffic flows or mice (e.g., few tens of packets) represent the majority of traffic flows circulating in network such as e.g. the Internet. Yet, they consume a percent of significantly smaller bandwidth than the total volume of Internet traffic. This means that the big flows, or elephants, consume the majority of total bandwidth, and additionally, represent a small number of traffic flows.
In this context, treating short flows as “kings”, has a minor impact on the QoS guarantees of other types of traffic flows. In addition, the one skilled in the art will appreciate that small flows usually represent control messages which must be delivered with a low-latency to their destination.
Another advantage of the method according to the invention is its scalability. Said scalability may be inferred from the facts that only the border routers at the edges of a network have admission control mechanisms, and said mechanisms only operate on the first N packets 11 from a flow 6. Once the flow 6 has been identified and classified, the admission control does not need to keep any state information on accepted flows and only focuses on new arriving flows.
It is also obvious that the re-routing of a flow 6 from the super virtual network 2 to another virtual network 3 does not interfere with the packet sequence inside a flow 6. The one skilled in the art of traffic splitting, will appreciate that there exist several traffic splitting approaches which guarantee the packet sequence of flow, when the flow 6 is split or routed/re-routed among multiple paths.
On this subject one may e.g. refer to the document: Jiayue He and Jennifer Rexford, “Towards Internet-wide multipath routing”, in IEEE Network Magazine, March 2008.
| Number | Date | Country | Kind |
|---|---|---|---|
| 09305394.0 | May 2009 | EP | regional |
| Filing Document | Filing Date | Country | Kind | 371c Date |
|---|---|---|---|---|
| PCT/EP2010/055357 | 4/22/2010 | WO | 00 | 4/13/2012 |
