METHOD FOR FORWARDING DATA PACKETS IN A NETWORK AND PROGRAMMABLE ENTRY AND EXIT NODES FOR THEREBY

Description

FIELD

[0001] The improvements generally relate to the field of network communications, and more particularly, to systems, devices and methods for streaming data packets in a network.BACKGROUND

[0002] Data streaming is used, for instance, when an end user desires to consume digital content as it is being provided by a service provider over a network. Such data streaming typically manages a time delay associated with downloading a sufficient portion of the digital content prior to allowing the end user to consuming it.

[0003] The digital content is typically transmitted over the network in the form of a sequence of data packets. It will be understood that loss, damage, or delay of one or more of the data packets can affect quality of the data streaming provided to the end user.

[0004] Although existing systems, devices and methods involving data streaming have been satisfactory to a certain degree, there remains room for improvement, particularly in terms of addressing issues associated with quality of the data streaming.

[0005] From the contribution "Availability Improvement of Layer 2 Seamless Networks Using OpenFlow" (E. Molina et al.; The Scientific World Journal, January 1, 2015; pages 1 to 14) systems and methods for improving the availability of a network system are known.

[0006] From EP 2 503 741 A1 dynamic route branching systems providing an additional split route segment are known.

[0007] Document US 2001 / 005371 A1 describes some implementations of specific examples of packet tracking. According to this document, in a data packet transfer network in which a communication data is transmitted by dividing the communication data to a plurality of data packets, each of a plurality of packet transfer nodes included in the data packet transfer network comprises at least a data packet comparison circuit for comparing sequential numbers of received data packets with sequential numbers of data packets received in the past and a data packet copy circuit for copying the data packets in the order of the sequential numbers thereof and transferring the data packets to a next packet transfer node in the order of the sequential numbers. In particular, a packet arriving at a packet transfer node is firstly processed as a first data packet and registered in a comparison table of the packet transfer node. Another packet arrives at the packet transfer node next. If the sequential number of the other data packet is the same as that of the firstly received packet, which is received already, the other data packet is discarded.

[0008] Document US 2014 / 153583 A1 describes a method for establishing a multipath connection across multiple communication paths between a first and a second multi-homed equipments within a least one communication network, both equipments being able to support a multipath protocol, wherein said method comprises the successive steps of: sending, from the first equipment, main connection establishment requests across at least two communication paths between said first and second equipments; receiving, from the second equipment, at least one acknowledgement message across one of said communication paths; and determining, at the first equipment, as a main communication path, the communication path whereby the first one of said at least one acknowledgement message from the second equipment has been received by the first equipment, in order to establish the main connection of said multipath connection across said main communication path.SUMMARY

[0009] A method for forwarding a data packet in a network and a system comprising a programmable ingress node for forwarding a data packet in a network and a programmable egress node for connection to a network according to the independent claims are provided. Dependent claims provide preferred embodiments. The present invention is set out by the set of appended claims. In the following, parts of the description and drawing referring to examples or implementations, which are not covered by the claims are not presented as embodiments of the invention, but as illustrative examples useful for understanding the invention.

[0010] In accordance with one aspect, there is provided a method for forwarding a data packet in a network. The method comprises the steps of: forming at least two transit data packets including replicating at least payload data, sequence data and destination data of the data packet; transmitting a first of the at least two transit data packets along a first defined network path to an egress node selected in accordance with the destination data; and transmitting a second of the at least two transit data packets along a second defined network path to the egress node, the second defined network path being different than the first defined network path.

[0011] In accordance with another aspect, there is provided system comprising a programmable ingress node for forwarding a data packet in a network having a plurality of nodes including an egress node coupled to a data destination outside the network, the programmable ingress node for operative connection to a data source and for connection to the egress node through the network. The programmable ingress node comprises: a processing device; and a memory operatively coupled to the processing device and having stored thereon forwarding instructions that, when executed by the processing device, cause the programmable ingress node to: form at least two transit data packets including replicating at least payload data, sequence data and destination data of the data packet; transmit a first of the at least two transit data packets along a first defined network path to an egress node selected in accordance with the destination data; and transmit a second of the at least two transit data packets along a second defined network path to the egress node, the second defined network path being different than the first defined network path.

[0012] The system comprises a programmable egress node for connection to a network having a plurality of nodes including an ingress node coupled to a data source, the programmable egress node further for operative connection to the ingress node through the network and for forwarding a data packet to a data destination outside the network. The programmable egress node comprises: a processing device; and a memory operatively coupled to the processing device and having stored thereon forwarding instructions that, when executed by the processing device, cause the programmable ingress node to : compare a sequence data of a received data packet to a stored sequence data of at least one previously received data packet; and forward the received data packet to the data destination when it is determined that the sequence data of the received data packet does not correspond to stored sequence data corresponding to a previously transmitted data packet.

[0013] The method for forwarding a data packet in a network comprises the steps of forming at least two transit data packets including replicating at least payload data, sequence data and destination data of the data packet; and forwarding the at least two transit data packets along different network paths, the different network paths leading to an egress node being based on the destination data.

[0014] The programmable ingress node for forwarding a data packet in a network comprises: a processing device which is operatively coupled to the network, wherein the network has at least a plurality of nodes including at least the programmable ingress node coupled to a data source and an egress node coupled to a data destination; and a memory having stored thereon first forwarding instructions being executable by the processing device. The first forwarding instructions can include forming at least two transit data packets including replicating at least payload data, sequence data and destination data of the data packet; and forwarding the at least two transit data packets along different network paths, wherein the different network paths leading to the egress node are based on the destination data.

[0015] The programmable egress node for forwarding a data packet in a network comprises :a processing device being operatively coupled to the network, wherein the network has at least a plurality of nodes including at least an ingress node coupled to a data source and the programmable egress node coupled to a data destination; and a memory having stored thereon second forwarding instructions executable by the processing device. The second forwarding instructions include comparing a sequence data of a received data packet to a stored sequence data of at least one previously received data packet; and forwarding the received data packet to the data destination when it is determined that the sequence data of the received data packet does not correspond to the stored sequence data of the at least one previously received data packet.

[0016] In accordance with another aspect, there is provided a network controller for forwarding a plurality of data packets associated with a main flow in a network. The network controller includes a processing device which is operatively coupled to the network which has, in turn, at least a plurality of programmable network nodes including an ingress node coupled to a data source and an egress node coupled to a data destination. The network controller also has a memory storing a computer software product executable by the processing device. The computer software product includes computer code adapted to install first forwarding instructions on a memory of the ingress node. The first forwarding instructions are executable by a processing device of the ingress node and includes: forming at least two transit flows by replicating at least payload data, sequence data and destination data for each one of the plurality of data packets of the main flow; and forwarding the at least two transit flows along different network paths of the network, wherein the different network paths lead to the egress node based on the destination data.

[0017] Still in accordance with this latter aspect, the first forwarding instructions can include, prior to said forming and forwarding, identifying each one of the plurality of the data packets with at least one of the sequence data and the destination data.

[0018] Still in accordance with this latter aspect, said forwarding can include incorporating a different network path data to each one of the data packets of each one of the at least two transit flows, wherein the network path data of each one of the at least two transit flows can be associated with the different network paths.

[0019] Still in accordance with this latter aspect, the computer software product can include computer code to install second forwarding instructions on a memory of the egress node, wherein the second forwarding instructions can be executable by a processing device of the egress node. The second forwarding instructions can include tracking the sequence data of a received data packet; and forwarding the received data packet to the data destination based on said tracking.

[0020] Still in accordance with this latter aspect, said tracking can include comparing the sequence data of the received data packet to a stored sequence data of at least one previously received data packet; and said forwarding can be performed upon determining that the sequence data of the received data packet does not correspond to the stored sequence data of the at least one previously received data packet.

[0021] Still in accordance with this latter aspect, the network controller can be a software-defined network (SDN) controller and the plurality of programmable network nodes can be SDN nodes.

[0022] Still in accordance with this latter aspect, the plurality of programmable network nodes can be Protocol-Oblivious Forwarding (POF) switches.

[0023] Still in accordance with this latter aspect, the destination data can involve at least one of a custom protocol, a Real-time Transport Protocol (RTP) and a Transmission Control Protocol (TCP).

[0024] Still in accordance with this latter aspect, the second forwarding instructions can include deleting the stored sequence data associated with a given sequence data upon determining that the given sequence data of the received data packet corresponds to the stored sequence data of the at least one previously received data packet.

[0025] Still in accordance with this latter aspect, the second forwarding instructions can include storing the sequence data on at least one of the memory of the egress node and the memory of the network controller upon determining that the sequence data of the received data packet does not correspond to the stored sequence data of the at least one previously received data packet.

[0026] Still in accordance with this latter aspect, the computer software product can include computer code to install second forwarding instructions on a memory of the egress node, wherein the second forwarding instructions can be executable by a processing device thereof upon reception of traffic flow data from the data destination. The second forwarding instructions can include: forwarding traffic flow data to the ingress node upon reception thereof from the data destination, wherein said forwarding the traffic flow data can be performed along the different network paths.

[0027] Still in accordance with this latter aspect, the first forwarding instructions can include: forwarding the traffic flow data to the data source upon reception from the egress node.

[0028] Still in accordance with this latter aspect, the second forwarding instructions can include forwarding traffic flow data to the ingress node upon reception from the data destination, wherein said forwarding the traffic flow data can be performed along the different network paths.

[0029] Still in accordance with this latter aspect, the first forwarding instructions can include forwarding the traffic flow data from each one of the different network paths to the data source.

[0030] Still in accordance with this latter aspect, the traffic flow data from each one of the different network paths can be combined to one another prior to forwarding to the data source.

[0031] In accordance with another aspect, there is provided a method for forwarding a plurality of data packets associated with a main flow in a network. The method includes forming at least two transit flows by replicating at least payload data, sequence data and destination data for each one of the plurality of data packets of the main flow; and also forwarding the at least two transit flows along different network paths, wherein the different network paths lead to the egress node based on the destination data.

[0032] Still in accordance with this latter aspect, the method can include, prior to said forming and forwarding, identifying each one of the plurality of the data packets with at least the sequence data and the destination data.

[0033] Still in accordance with this latter aspect, said forwarding can include incorporating a different network path data to each one of the data packets of each one of the at least two transit flows, wherein the network path data of each one of the at least two transit flows can be associated with the different network paths.

[0034] Still in accordance with this latter aspect, the method can include tracking the sequence data of a received data packet; and forwarding the received data packet to the data destination based on said tracking.

[0035] Still in accordance with this latter aspect, the method can include tracking includes comparing the sequence data of the received data packet to a stored sequence data of at least one previously received data packet; wherein said forwarding can be performed upon determining that the sequence data of the received data packet does not correspond to the stored sequence data of the at least one previously received data packet.

[0036] Still in accordance with this latter aspect, the network can be a software-defined network (SDN) comprising a plurality of programmable network nodes.

[0037] Still in accordance with this latter aspect, the plurality of programmable network nodes can be Protocol-Oblivious Forwarding (POF) switches.

[0038] Still in accordance with this latter aspect, the destination data can involve at least one of a custom protocol, a Real-time Transport Protocol (RTP) and a Transmission Control Protocol (TCP).

[0039] Still in accordance with this latter aspect, the method can include deleting the stored sequence data associated with a given sequence data upon determining that the given sequence data of the received data packet corresponds to the stored sequence data of the at least one previously received data packet.

[0040] Still in accordance with this latter aspect, the method can include storing the sequence data on at least one of the memory of the egress node and the memory of the network controller upon determining that the sequence data of the received data packet does not correspond to the stored sequence data of the at least one previously received data packet.

[0041] Still in accordance with this latter aspect, the method can include forwarding traffic flow data to the ingress node upon reception thereof from the data destination, wherein said forwarding the traffic flow data can be performed along the different network paths.

[0042] Still in accordance with this latter aspect, the method can include forwarding the traffic flow data to the data source upon reception from the egress node.

[0043] Still in accordance with this latter aspect, the method can include forwarding traffic flow data to the ingress node upon reception from the data destination, wherein said forwarding the traffic flow data can be performed along the different network paths.

[0044] Still in accordance with this latter aspect, the method can include forwarding the traffic flow data from each one of the different network paths to the data source.

[0045] Still in accordance with this latter aspect, the traffic flow data from each one of the different network paths can be combined to one another prior to forwarding to the data source.

[0046] In accordance with another aspect, there is provided a computer software product which can be used for forwarding a plurality of data packets associated with a main flow in a network. The computer software product can be storable on a memory of a network controller associated with the network and can be adapted to perform, when installed on a memory of an ingress node of the network, the first forwarding instructions. The first forwarding instructions are executable by a processing device of the ingress node, and include: forming at least two transit flows by replicating at least payload data, sequence data and destination data for each one of the plurality of data packets of the main flow; and forwarding the at least two transit flows along different network paths, wherein the different network paths lead to an egress node based on the destination data.

[0047] Still in accordance with this latter aspect, the first forwarding instructions can include, prior to said forming and forwarding, identifying each one of the plurality of the data packets with at least the sequence data and the destination data.

[0048] Still in accordance with this latter aspect, said forwarding can include incorporating a different network path data to each one of the data packets of each one of the at least two transit flows, wherein the network path data of each one of the at least two transit flows can be associated with the different network paths.

[0049] Still in accordance with this latter aspect, the computer software product can include second forwarding instructions to be installed on a memory of the egress node of the network, wherein the second forwarding instructions can be executable by a processing device of the egress node. The second forwarding instructions can include tracking the sequence data of a received data packet; and forwarding the received data packet to the data destination based on said tracking.

[0050] Still in accordance with this latter aspect, the tracking can include comparing the sequence data of the received data packet to a stored sequence data of at least one previously received data packet, and said forwarding can be performed upon determining that the sequence data of the received data packet does not correspond to the stored sequence data of the at least one previously received data packet.

[0051] Still in accordance with this latter aspect, the network controller can be a software-defined network (SDN) controller and the plurality of programmable network nodes can be SDN nodes.

[0052] Still in accordance with this latter aspect, the plurality of programmable network nodes can be Protocol-Oblivious Forwarding (POF) switches.

[0053] Still in accordance with this latter aspect, the destination data can involve at least one of a custom protocol, a Real-time Transport Protocol (RTP) and a Transmission Control Protocol (TCP).

[0054] Still in accordance with this latter aspect, the second forwarding instructions can include deleting the stored sequence data associated with a given sequence data upon determining that the given sequence data of the received data packet corresponds to the stored sequence data of the at least one previously received data packet.

[0055] Still in accordance with this latter aspect, the sequence data can be stored on at least one of the memory of the egress node and the memory of the network controller.

[0056] Still in accordance with this latter aspect, the computer software product can include computer code to install second forwarding instructions on a memory of the egress node, the second forwarding instructions can be executable by a processing device thereof upon reception of traffic flow data from the data destination. The second forwarding instructions can include forwarding traffic flow data to the ingress node upon reception thereof from the data destination, wherein said forwarding the traffic flow data can be performed along the different network paths.

[0057] Still in accordance with this latter aspect, the first forwarding instructions can include forwarding the traffic flow data to the data source upon reception from the egress node.

[0058] Still in accordance with this latter aspect, the second forwarding instructions can include forwarding traffic flow data to the ingress node upon reception from the data destination, wherein said forwarding the traffic flow data can be performed along the different network paths.

[0059] Still in accordance with this latter aspect, the first forwarding instructions can include forwarding the traffic flow data from each one of the different network paths to the data source.

[0060] Still in accordance with this latter aspect, the traffic flow data from each one of the different network paths can be combined to one another prior to forwarding to the data source.

[0061] In accordance with another aspect, there is provided a programmable ingress node for forwarding a plurality of data packets associated with a main flow in a network. The programmable ingress node includes a processing device which is operatively coupled to the network which has, in turn, at least a plurality of nodes including at least the programmable ingress node coupled to a data source and an egress node coupled to a data destination. The programmable ingress node also has a memory having stored thereon first forwarding instructions being executable by the processing device. The first forwarding instructions include: forming at least two transit flows including replicating at least payload data, sequence data and destination data for each one of the plurality of data packets of the main flow; and forwarding the at least two transit flows along different network paths, wherein the different network paths lead to the egress node based on the destination data.

[0062] Still in accordance with this latter aspect, the first forwarding instructions can include, prior to said forming and forwarding, identifying each one of the plurality of the data packets with at least the sequence data and the destination data.

[0063] Still in accordance with this latter aspect, said forwarding can include incorporating a different network path data to each one of the data packets of each one of the at least two transit flows, wherein the network path data of each one of the at least two transit flows can be associated with the different network paths.

[0064] Still in accordance with this latter aspect, the network can be a software-defined network (SDN).

[0065] Still in accordance with this latter aspect, the programmable ingress node can be a SDN switch.

[0066] Still in accordance with this latter aspect, the SDN switch is at least one of OpenFlow switch and a Protocol-Oblivious Forwarding (POF) switch.

[0067] Still in accordance with this latter aspect, the destination data can involve at least one of a custom protocol, a Real-time Transport Protocol (RTP) and a Transmission Control Protocol (TCP).

[0068] Still in accordance with this latter aspect, the programmable ingress node can include comprising computer code to install second forwarding instructions on a memory of the egress node, wherein the second forwarding instructions can be executable by a processing device thereof upon reception of traffic flow data from the data destination. The second forwarding instructions can include forwarding traffic flow data to the ingress node upon reception thereof from the data destination, wherein said forwarding the traffic flow data can be performed along the different network paths.

[0069] Still in accordance with this latter aspect, the first forwarding instructions can include: forwarding the traffic flow data to the data source upon reception from the egress node.

[0070] In accordance with another aspect, there is provided a programmable egress node for forwarding a plurality of data packets associated with a main flow in a network. The programmable egress node has a processing device being operatively coupled to the network which has, in turn, at least a plurality of nodes including at least an ingress node coupled to a data source and the programmable egress node coupled to a data destination. The programmable egress node also has a memory having stored thereon second forwarding instructions executable by the processing device. The second forwarding instructions include: comparing a sequence data of a received data packet to a stored sequence data of at least one previously received data packet; and forwarding the received data packet to the data destination when it is determined that the sequence data of the received data packet does not correspond to the stored sequence data of the at least one previously received data packet.

[0071] Still in accordance with this latter aspect, the second forwarding instructions can include deleting the stored sequence data associated with a given sequence data upon determining that the given sequence data of the received data packet corresponds to the stored sequence data of the at least one previously received data packet.

[0072] Still in accordance with this latter aspect, the sequence data can be stored on at least one of the memory of the egress node and the memory of the network controller.

[0073] Still in accordance with this latter aspect, the network can be a software-defined network (SDN).

[0074] Still in accordance with this latter aspect, the programmable ingress node can be a SDN switch.

[0075] Still in accordance with this latter aspect, the SDN switch can be at least one of OpenFlow switch and a Protocol-Oblivious Forwarding (POF) switch.

[0076] Still in accordance with this latter aspect, the second forwarding instructions can include forwarding traffic flow data to the ingress node upon reception from the data destination, wherein said forwarding the traffic flow data can be performed along the different network paths.

[0077] Still in accordance with this latter aspect, the first forwarding instructions can include forwarding the traffic flow data from each one of the different network paths to the data source.

[0078] Still in accordance with this latter aspect, the traffic flow data from each one of the different network paths can be combined to one another prior to forwarding to the data source.

[0079] In accordance with another aspect, there is provided a network communication system for forwarding a plurality of data packets associated with a main flow in a network. The network communication system has a programmable ingress node operatively coupled to the data source and to the network. The programmable ingress node is configured to receive a request to forward the main flow having the plurality of data packets from a data source to a data destination, wherein said forwarding the main flow include: forming at least two transit flows by replicating at least payload data, sequence data and destination data for each one of the plurality of data packets of the main flow; and forwarding the at least two transit flows along different network paths. Wherein the different network paths lead to the egress node based on the destination data. The network communication system also has a programmable egress node operatively coupled to the data destination and to the network. The programmable egress node is configured to receive the at least two transit flows, wherein said reception include: tracking the sequence data of a received data packet; and forwarding the received data packet to the data destination based on said tracking.

[0080] Still in accordance with this latter aspect, the first forwarding instructions can include, prior to said forming and forwarding, identifying each one of the plurality of the data packets with at least the sequence data and the destination data.

[0081] Still in accordance with this latter aspect, said forwarding can include incorporating a different network path data to each one of the data packets of each one of the at least two transit flows, wherein the network path data of each one of the at least two transit flows can be associated with the different network paths.

[0082] Still in accordance with this latter aspect, said tracking can include comparing the sequence data of the received data packet to a stored sequence data of the at least one previously received data packet; and wherein said forwarding the received data packet can be performed upon determining that the sequence data of the received data packet does not correspond to the stored sequence data of the at least one previously received data packet.

[0083] Still in accordance with this latter aspect, the network controller can be a software-defined network (SDN) controller and the plurality of programmable network nodes can be SDN nodes.

[0084] Still in accordance with this latter aspect, the plurality of programmable network nodes can be Protocol-Oblivious Forwarding (POF) switches.

[0085] Still in accordance with this latter aspect, the destination data can involve at least one of a custom protocol, a Real-time Transport Protocol (RTP) and a Transmission Control Protocol (TCP).

[0086] Still in accordance with this latter aspect, the second forwarding instructions can include deleting the stored sequence data associated with a given sequence data upon determining that the given sequence data of the received data packet corresponds to the stored sequence data of the at least one previously received data packet.

[0087] Still in accordance with this latter aspect, the sequence data can be stored on at least one of the memory of the egress node and the memory of the network controller.

[0088] Still in accordance with this latter aspect, the computer software product can include computer code to install second forwarding instructions on a memory of the egress node, wherein the second forwarding instructions can be executable by a processing device thereof upon reception of traffic flow data from the data destination. The second forwarding instructions can include forwarding traffic flow data to the ingress node upon reception thereof from the data destination, wherein said forwarding the traffic flow data can be performed along the different network paths.

[0089] Still in accordance with this latter aspect, the first forwarding instructions can include forwarding the traffic flow data to the data source upon reception from the egress node.

[0090] Still in accordance with this latter aspect, the second forwarding instructions can include forwarding traffic flow data to the ingress node upon reception from the data destination, wherein said forwarding the traffic flow data can be performed along the different network paths.

[0091] Still in accordance with this latter aspect, the first forwarding instructions can include forwarding the traffic flow data from each one of the different network paths to the data source.

[0092] Still in accordance with this latter aspect, the traffic flow data from each one of the different network paths can be combined from one another prior to forwarding to the data source. Many further features and combinations thereof concerning the present improvements will appear to those skilled in the art following a reading of the instant disclosure.DESCRIPTION OF THE FIGURES

[0093] In the figures, Fig. 1 is a network diagram of an example of a network communication system, in accordance with an example; Fig. 2 is a schematic diagram showing a first example of a main flow of data packets in the network communication system of Fig. 1, in accordance with an example; Fig. 3A is a high-level schematic diagram showing a first example of a data packet, in accordance with an example; Fig. 3B is a high-level schematic diagram showing a second example of a data packet, in accordance with an example; Fig. 4 is a schematic diagram showing of an example of a main flow of data packets in an ingress node, in accordance with an example; Fig. 5 is a schematic diagram showing an example flow of data packets in an egress node, in accordance with an example; Fig. 6 is a high-level schematic diagram of an example of a network controller of the network communication system of Fig. 1, in accordance with an example; Fig. 7 is a high-level schematic diagram of an example of a node of the network communication system of Fig. 1, in accordance with an example; Fig. 8 is a schematic diagram showing a first example of a main flow of data packets in the network communication system of Fig. 1, in accordance with an example; Fig. 9 is a schematic diagram showing a second example of a main flow of data packets in the network communication system of Fig. 1, in accordance with an example; and Figs. 10A-B are flowcharts of an example of a method for forwarding a plurality of data packets associated with a main flow in the network communication system of Fig. 1, in accordance with an example.

[0094] These drawings depict examples for illustrative purposes, and variations, alternative configurations, alternative components and modifications may be made to these examples.DETAILED DESCRIPTION

[0095] Fig. 1 illustrates an example of a network communication system 100. As depicted, the system 100 includes a network controller 110, data sources or stream source 120, and data destinations or stream processing facilities 130, interconnected by a packet-switched network 140. The packet-switched network 140 includes nodes such as ingress nodes 150, intermediate nodes 160 and egress nodes 170.

[0096] In this example, the network communication system 100 has a partially or a fully software-defined architecture. The network controller 110 is a software-defined network (SDN) controller which can be coupled with suitable application program interfaces (APIs). The SDN controller 110 is configured to perform control plane functions for packet-switched network 140 and to perform traffic engineering functions for the network 140. For example, the network controller 110 determines optimal network paths for flow of data packets transmitted in the network 140, and schedules departure times of the data packets at nodes of system 110. Moreover, in this example, nodes 150, 160 and 170 are programmable network nodes such as SDN nodes, SDN switches and the like. Nodes 150, 160 and 170 are configured to be programmable and / or controllable via the network controller 110 or via third-party devices. Such programmability of the network controller 110 and of the nodes 150, 160 and 170 allows for customization of both the control and forwarding planes of the SDN system 100.

[0097] Example methods and systems presented herein are embodied in SDN systems 100 which involve streaming of information over the network 140. While harnessing the advantages associated with SDN systems 100, network controllers 110 and nodes 150, 160 and 170, examples disclosed herein involve duplicating a stream of data to address data streaming quality issues such as those which can result from lost, damaged and / or delayed data packets. Addressing such challenges in non-SDN communication systems involved hardware physically integrated at the ingress node and at the egress node such which was costly in terms of additional physical equipment, maintenance and human resources, and at least some of such concerns can be addressed using an SDN example as disclosed herein.

[0098] Fig. 2 illustrates a schematic diagram showing a first example of a main flow F of data packets Pi in the network communication system 100. As briefly described above, in data streaming, digital content is transmitted (also referred to as "forwarded") over the network 140 in the form of the main flow F having a sequence of a plurality of data packets Pi. The main flow F is transmitted from the data source 120, for instance. This example involves use of software at, and / or network control of, the ingress node 150 and the egress node 170. At the ingress node 150, the data packets Pi of the main flow F are replicated into two transit flows F' and F" of replicated data packets Pi. The transit flows F', F" are then transmitted over the network 140 along different network paths, and more specifically a first of the at least two transit data packets if forwarded along a first defined network path 210 to an egress node and a second of the at least two transit data packets is forwarded along a second defined network path 220 to the egress node, the second defined network path 220 being different than the first defined network path 210. Further, at the egress node 170, upon reception of the transit flows F', F", the data packets Pi are tracked and forwarded to the data destination 130. Compared to sending a single transit flow, this example can significantly reduce the likelihood of any given one of the same data packets Pi be lost, damaged and / or delayed. Tracking of the received data packets Pi can be based on sequence data of each one of the receiving data packets. In an example, the methods and systems described herein allow for, during said tracking, keeping a record of stored sequence data indicative of which one of the data packets of the sequence thereof has already been forwarded to the data destination 130. As detailed herein, the at least two different network paths can be selected in accordance with destination data and lead to the egress node based on the destination data.

[0099] In the simplified, exemplary schematic presented in Fig. 2, the network 140 has a plurality of network paths which couple the remotely disposed data source 120 and data destination 130. The transit flow F' is transmitted over the network 140 via the network path 210 so that data packets Pi of the transit flow F' are transmitted along a first network link 212 to the intermediate node 160', and then to the egress node 170 via a second network link 242. Also shown in this example, the transit flow F" is transmitted to the egress node 170 over the network path 220 which has intermediate nodes 160" and 160‴ and networks links 222, 224 and 226.

[0100] As it is schematically illustrated in Fig. 2, some data packets Pi are lost, damaged and / or delayed. For instance, data packet P4 of transit flow F' and data packet P8 of transit flow F" are lost and / or missing and data packet P9 of transit flow F' is temporally delayed compared to data packet P8. The methods and systems disclosed herein can provide a main flow F at the data destination 130 with less compromise on the quality of the data streaming. Indeed, at the moment illustrated in Fig. 2, data packets P1, P2 and P3 of the main flow F were just tracked and compared by the egress node 170 and are about to be forwarded to the data destination 130. In this example, data packets P1 and P2 were selected from flow F" while data packet P3 was selected from flow F'. Upcoming towards the egress node 170 is data packet P4 from transit flow F" which, since the data packet P4 is absent from transit flow F', is going to be forwarded to the data destination 130. In the context where the data packets Pi of any one of the transit flows can be used on the main flow F transmitted to the data destination 130, both the transit flows can be said to be active, and the example can be referred to as an example of active-active data streaming.

[0101] Fig. 3A is a high-level schematic diagram showing a first example of the data packet Pi. In this example, the data packet Pi includes payload data 310, destination data 320 and sequence data 330 (additional data can be present in alternate examples). The payload data 310 is associated with segmented digital content to be streamed over the network 140. In an example, the amount of information contained in the payload data 310 is equally shared among the data packets of the flow, while in another example, the amount of information contained in the payload 310 can vary from one data packet to another. The destination data 320 is associated with the data destination 130 where the main flow F is to be ultimately forwarded to. In this example, the detailed network path is not entirely determined at the ingress node, but is determined at least partially at intermediate nodes, and can thus depend on the current network conditions and / or any other relevant consideration. The sequence data 330 associated to the data packet Pi is indicative of its sequential order within the main flow F. For instance, in the example of Fig. 2, data packet P1 is the first data packet of the main flow F while the data packet Pi is the i-th data packet of the main flow F.

[0102] Fig. 3B is a high-level schematic diagram showing a second example of the data packet Pi. In this example, the data packet Pi additionally includes a more detailed network path data 340 pertaining to intermediate destination(s) along the path leading ultimately to the egress node. In one example, for instance, the entire path can be predetermined and indicated in the network path data 340 at the stage of the ingress node, for instance. The network path can include a specific sequence of nodes and / or links to follow within the network 140. In another example, the network path data can be indicative of a subsequent intermediate node 160 where the data packet Pi is to be forwarded to.

[0103] The data 320, 330, (and 340 or any other additional data) incorporated to the data packet Pi can be provided in the form of a header which can be read by a given communication protocols. The destination data 320 can be an Internet protocol (IP) header, an User Datagram Protocol (UDP) header, a Real-time Transport Protocol (RTP) header, or the like, for instance. The sequence data can be a numerical value indicative of a sequence order of the data packet Pi within the main flow F or any other header which can fulfill sequencing functions. Moreover, it was found useful in SDN environments to provide destination data 320 which are customized instead of being associated with known communication protocols. Indeed, the need for respecting standard protocols is reduced since the nodes 150, 160 and 170 are programmable.

[0104] Fig. 4 is a schematic diagram showing an example 400 of the main flow F of data packets Pi being processed by the ingress node 150, in accordance with an example of the methods and systems disclosed herein. In this example, the ingress node 150 is configured to receive input data and to transmit output data sequentially over time. The input data is the main flow F of data packets Pi having the payload data 310 and the output data is the two transit flows F' and F", for instance. According to the methods and systems disclosed herein, the ingress node 150 is configured to perform actions based on instructions prior to outputting the output data. In the example of Fig. 4, the ingress node 150 is configured to perform first forwarding instructions. In an example, such first forwarding instructions can be stored on a memory of the ingress node 150. In another example, the first forwarding instructions are installed on a memory of the ingress node 150 by the network controller 110 using a computer software product adapted accordingly.

[0105] The first forwarding instructions can include an identification action 410, a replication action 420 and a forwarding action 430, for instance. In an alternate example, the sequence data can already be present with the payload data when the data packets arrive at the ingress node, and the step of identification can thus be avoided. In some examples, the data can arrive at the ingress node in the form of a steady data stream and / or be stored fully or partially with the ingress node, and the ingress node can additionally perform separating and / or buffering functions to prepare the sending of the data in the form of data packets. In the example of Fig. 4, it is the ingress node 150 which is configured to perform the identification action 410 which identifies each one of the data packets Pi of the main flow F. According to this example, the identification can include incorporating the destination data 320 and the sequence data 330 to the payload data 310 of the data packet Pi. In another example, the identification action 410 is optional and each one of the data packets Pi of the main flow F is identified with the destination data 320 and the sequence data 330 prior to being transmitted to the ingress node 150. In another example, the ingress node 150 is configured to incorporate the network path data 340 to each one of the data packets of a given one of the two transit flows F' and F'. In this specific example, the network path data 340 is different for the transit flow F' and for the transit flow F", since the two transit flows F' and F" are to be forwarded along two different network paths. As shown in Fig. 4, the ingress node 150 is configured to perform the replication action 420 which replicates, sequentially over time, the data packets Pi of the main flow F to form the two transit flows F' and F" of data packets Pi having the destination data 320 and the sequence data 330. Also shown in Fig. 4, the ingress node 150 is configured to forward the transit flows F' and F" along intermediate nodes 160 (shown at least in Fig. 2) of the packet-switched network 140 via the two different network paths 210 and 220, for instance. Still referring to Fig. 4, it is noted that although the data packet P2 is being processed by the ingress node 150 upon successive actions 410, 420, and 430 in this example, more than one data packet Pi can be continuously processed by each one of the successive actions 410, 420 and 430 performed by the ingress node 150, for instance.

[0106] In another example, the identification action 410 is performed by the data source 120 instead of being performed by the ingress node 150. In this specific example, the destination data 320 and the sequence data 330 are incorporated to the payload 310 of the data packet Pi by the data source 120, prior to transmission of the main flow F of data packet Pi to the ingress node 150. Still in this example, the ingress node 150 performs only the replication action 420 and the forwarding action 430 on each one of the data packets Pi to form the transit flows F' and F", for instance.

[0107] Fig. 5 is a schematic diagram showing an example 500 of the main flow F of data packets Pi being processed by the egress node 170, in accordance with an example of the methods and systems disclosed herein. In this example, the egress node 170 is configured to receive input data and to transmit output data sequentially over time. The input data are the two transit flows F' and F" transmitted from the ingress node 150 and along the two different network paths 210 and 220. The output data of the egress node 170 is the main flow F of data packets Pi having the payload data 310. In the example of Fig. 5, the egress node 170 is configured to perform second forwarding instructions. In an example, such second forwarding instructions can be stored on a memory of the egress node 170. In another example, the second forwarding instructions are installed on a memory of the egress node 170 by the network controller 110 using a computer software product adapted accordingly.

[0108] The second forwarding instructions can include at least a tracking action 510, a forwarding action 520, a deletion action 530 and a storing action 540, for instance. As depicted in Fig. 5, the egress node 170 is configured to perform the tracking action 510 which identifies and tracks each one of the data packets Pi of the transit flows F' and F". In one example, the egress node 170 tracks received data packets Pi from the two transit flows F' and F" and associate a moment ti to each one of the received data packets Pi. According to this example, the egress node 170 is adapted to perform the forwarding action 520 based on the moment ti associated to each of the received data packets Pi of the transit flows F' and F". For instance, when data packet P3 of transit flow F' is received at moment t3' and that data packet P3 of transit flow F" is received at moment t3" which happens to be prior to moment t3', the egress node 170 is configured to forward the data packet P3 of the transit flow F" to the data destination 130. As for the data packet P3 of transit flow F', the egress node 170 is configured to delete the later-received data packet P3 under the deletion action 530 once any of the data packets P3 of any of the transit flows has already been forwarded to the data destination 130.

[0109] In another example, the egress node 170 tracks the received data packets Pi from the two transit flows F' and F" and compares the sequence data 330 of the data packets Pi prior to forwarding the data packets Pi to the data destination 130. In this example, the egress node 170 perform the storing action 540 and stores a stored sequence data of each one of the received data packets. The comparison includes comparing the sequence data 330 of the received data packet to the stored sequence data prior to forwarding the data packet Pi upon determining that determining that the sequence data 330 of the received data packet Pi does not correspond to the stored sequence data of the at least one previously received data packet. In other words, the egress node 170 keeps records of the received sequence data 330 associated with the received data packets Pi so that when a given data packet having a sequence data which has already been received, e.g. where the sequence data is already stored in the stored sequence data, the egress node 170 is adapted to delete the given data packet. Alternatively, when a given data packet having a sequence data which has not been previously received according to the stored sequence data, the egress node 170 is adapted to forward the given data packet to the data destination 130. Still in this example, the egress node 170 is adapted to delete the stored sequence data associated with a given sequence data when it is determined that the given sequence data of the received data packet corresponds to the stored sequence data of any one of the previously received data packets. Put differently, the stored sequence data stored by the egress node 170 can be updated in real-time to limit the system requirements, for instance.

[0110] In an example, the storing action 540 stores the sequence data 330 of the data packets of the transit flows F' and F" in a memory of the egress node 170. In the example depicted in Fig. 5, the sequence data 330 of data packet P3 of transit flow F" is stored at moment t3" so that, upon reception of the data packet P3 of transit flow F' at a later moment t3', it is determined by the egress node 170 that the later-received data packet P3 of transit flow F' should be deleted under the deleting action 530. Moreover, in this example, the forwarding action 520 removes the sequence data 330 and the destination data 320 from the data packet Pi prior to forwarding the payload 310 of the data packet Pi to the data destination 130. In another example, the data packet Pi is forwarded along its destination data 320 and its sequence data 330, for instance. In another example, the egress node 170 is configured to store data packet Pi for a duration of time. This storing can be useful when re-ordering of the data packets Pi, i.e. when a subsequent data packet is received prior to a previous data packet. In this situation, the egress node 170 is adapted to store the subsequent data packet in order to forward it to the data destination 130 according with the sequence of the sequence data of the main flow F of data packets Pi.

[0111] In another example, the forwarding action 520 does not remove the destination data 320 and the sequence data 330 from each one of the forwarded data packets Pi. In this specific example, the forwarded data packets Pi include the payload 310, the destination data 320 and the sequence data 330. Still in this example, the data destination 130 is configured to process the payload 310 of each one of the data packets Pi of "reconstructed" main flow F based on their respective sequence data 330, for instance.

[0112] Fig. 6 illustrates a high-level schematic diagram of an example of the network controller 110. As shown, the network controller 110 includes a processing device 610 connected to a memory 620.

[0113] Fig. 7 illustrates a high-level schematic diagram of an example of any of the ingress node 150 and the egress node 170. As depicted, the nodes 150 and 170 include a processing device 710 and a memory 720 operatively connected to the processing device 710.

[0114] In an example, the network controller 110 can perform the first forwarding instructions and the second forwarding instructions using, respectively, the ingress node 150 and the egress node 170. In this specific example, streaming of a main flow F of data packets Pi is managed by a computer software product stored on the memory 620 of the network controller 110. In another example, the computer software product contains computer code for installing the first forwarding instructions on the memory 720 of the ingress node 150 and for installing the second forwarding instructions on the memory 720 of the ingress node 170. Once the first and the second forwarding instructions installed on the memory 720 of either one of the nodes 150 and 170, the processing device 710 is adapted to perform each one of the forwarding instructions in accordance with the methods disclosed herein. In an example, the network controller 110 is sold having the computer software product programmed on the memory 620, the ingress node 150 is sold as a standalone device having the first forwarding instructions on the memory 720 of the ingress node 150 and the egress node 170 is sold as a standalone device having the second forwarding instructions on the memory 720 of the egress node 170. In an example, the network controller 110 is operatively coupled to the ingress node 150 and to the egress node 170 via the network 140. In an example, the SDN controller 110 is further configured to generate network paths which can be used by the ingress node 150. The memory 620 of the network controller 110 can be populated with data relating to the topology and operating characteristics of the network communication system 100, and more particularly, of the packet-switched network 140. For instance, the memory 620 can include records identifying each of the data sources 120, each of the nodes 150, 160, and 170 and each of the data destinations 130, records identifying each of the links interconnecting the nodes, records identifying each of the possible source routes among the packet-switched network 140 and records identifying each of the transmission delays associated with the possible source routes.

[0115] In another example, at least some of the data stored in memory 620 of the network controller 110 may be accessed prior to operation of network controller 110. The memory 620 of the network controller 110 may be updated by the topology and operating characteristics of network 140 change, e.g., as new nodes or links are added or upgraded, or as nodes or links are removed or failed. Updates regarding changing network conditions may be received from the nodes, or from dedicated monitors (not shown) connected to network 140. In an example, the network database 400 may be updated in real-time or near real-time.

[0116] The network controller 110 may, e.g., be an OpenDaylight SDN controller, an Open Network Operating System (ONOS) SDN controller, or the like. Network controller 110 may communicate with nodes of system 100, e.g., data sources 120 and nodes 150, 160 and 170 according to the OpenFlowTM protocol and / or the Protocol-Oblivious Forwarding (POF) protocol. The network controller 110 can also perform various other control plane functions, including network configuration, network monitoring, etc., for network 140.

[0117] In the depicted example, the nodes 150 and 170 are programmable by the network controller 110 so that they can be configured to transmit, receive and / or forward information over the packet-switched network 140. For instance, the nodes 150, 160, and 170 can be SDN data communication equipment (DCE) such as switches, modems, hubs or bridges, SDN data terminal equipment (DTE) such as a routers, workstations or servers and / or a combination thereof.

[0118] Fig. 8 is a schematic diagram showing a main flow F of data packets Pi in the network communication system 100, in accordance with the method which involves TCP transport. TCP streams are bi-directional such that information flows not only from the data source 120 to the data destination 130 but also from the data destination 130 to the data source 120. The main flow F is transmitted from the data source 120 to the data destination 130 while flow traffic data 810 is transmitted from the data destination 130 to the data source 120. The flow traffic data 810 contains at least acknowledgement data indicative of which of the data packets Pi of the main flow F have been transmitted successfully to the data destination 130. In the example depicted in Fig. 8, the traffic flow data 810 is transmitted from the data destination 130 to the egress node 170, where the traffic flow data 810 is replicated to form transit traffic flow data 810' and 810". Each of the traffic flow data 810' and 810' is transmitted backwards along the network paths of, respectively, transit flows F' and F". In an example, such transmission of the traffic flow data 810 is included in the second forwarding instructions to be performed by the egress node 170. Moreover, in another example, the transit traffic flow data 810' and 810" are to be received and combined by the ingress node 150 prior to be transmitted in the form of the traffic flow data 820 to the data source 120. In any event, the traffic flow data 820 can cause the data source 120 to retransmit any of the data packets Pi of the main flow F.

[0119] Fig. 9 is a schematic diagram showing a second example 900 of a main flow F of data packets Pi in the network communication system 100, in accordance with an example which involves TCP. In this depicted example, the data destination 130 is configured to perform the actions of the second forwarding instructions in accordance with the methods and systems described above. Indeed, in this example, the two transit flows F' and F" are transmitted, from the egress node 170, directly to the data destination 130, which can be a data processing destination. In another example depicted in Fig. 9, the ingress node 150 forwards the transit traffic flow data 810' and 810" directly to the data source 120 without combination thereof. In another example, the traffic flow data are indicative of the traffic upon any one of the network paths of the transit flows F' and F". In this specific example, the traffic flow data 810 is used to reroute any one of the transit flows upon administrative and / or operational reasons relating to the network 140.

[0120] Figs. 10A-B are flowcharts of an example of a method 1000 for forwarding a plurality of data packets associated with a main flow F in the network communication system 100, in accordance with an example. Referring to Fig. 10A, the exemplary method 1000 comprises a step 1002 of receiving a request to forward a main flow F having a plurality of data packets Pi from a data destination 120. Once streaming of the main flow F is initiated, the method includes a step 1004 of identifying each one of the data packets Pi with at least the sequence data 330 and the destination data 320. Then, the method includes a step 1006 of forming at least two transit flows by replicating at least payload data 310, the sequence data 330 and the destination data 330 for each one of the data packets Pi of the main flow F followed by a step 1008 of forwarding the at least two transit flows along different network paths which each leads to the egress node based on the destination data 320. The method 1000 can be performed by the processing device 710 of the ingress node 150 or by the processing device 610 of the network controller 110. Hereinabove, the steps 1004, 1006 and 1008 are referred to as the first forwarding instructions which are to be performed prior to transmission of the main flow F in the network 140, for instance.

[0121] Further, Fig. 10B is a flowchart of the exemplary the method 1000 for forwarding a plurality of data packets Pi associated with a main flow F in the network communication system 100, in accordance with an example. Steps 1010, 1012 and 1014 are referred to as the second forwarding instructions which are to be performed upon reception of the at least two transit flows of data packets Pi and prior to transmission of reconstructed main flow F to the data destination 120. More specifically, the method includes the step 1010 of receiving the at least two transit flows along the different network paths, the step 1012 of tracking the sequence data 330 of a received data packet and the step 1014 of forwarding the received data packet to the data destination 120 based on said tracking.

[0122] In an example, the first forwarding instructions are provided in the form of a first identification table and of a replication table and the second forwarding instructions are provided in the form of a second identification table and a transit flow combination table. Such tables, when installed on the memories 720 of the nodes 150 and 170 can be accessed quickly by the processing device 710 so as to perform the forwarding instructions in accordance with the methods described herein.

[0123] In the depicted example, the network 140 is an Ethernet network including a plurality of wired links. However, in another example, network 140 can be another type of the packet-switched network 140 such as a frame relay network, an Asynchronous Transfer Mode (ATM) network, a general packet radio service (GPRS) network, or the like, and may include a plurality of wired links, wireless links, or a combination thereof.

[0124] Examples disclosed herein may be implemented by using hardware, by using software and a combination thereof. Based on such understandings, the technical solution may be embodied in the form of a software product. The software product may be stored in a non-volatile or non-transitory storage medium, which can be a compact disk read-only memory (CD-ROM), USB flash disk, or a removable hard disk. The software product includes a number of instructions that enable a computer device (personal computer, server, or network device) to execute the methods provided in the examples.

[0125] Program code is applied to input data to perform the functions described herein and to generate output information. The output information is applied to one or more output devices. In some examples, the communication interface may be a network communication interface. In examples in which elements are combined, the communication interface may be a software communication interface, such as those for inter-process communication. In still other examples, there may be a combination of communication interfaces implemented as hardware, software, and combination thereof.

[0126] Each computer program may be stored on a storage media or a device (e.g., ROM, magnetic disk, optical disc), readable by a general or special purpose programmable computer, for configuring and operating the computer when the storage media or device is read by the computer to perform the procedures described herein. Examples of the system may also be considered to be implemented as a non-transitory computer-readable storage medium, configured with a computer program, where the storage medium so configured causes a computer to operate in a specific and predefined manner to perform the functions described herein.

[0127] Furthermore, the systems and methods of the described examples are capable of being distributed in a computer program product including a physical, non-transitory computer readable medium that bears computer usable instructions for one or more processors. The medium may be provided in various forms, including one or more diskettes, compact disks, tapes, chips, magnetic and electronic storage media, volatile memory, non-volatile memory and the like. Non-transitory computer-readable media may include all computer-readable media, with the exception being a transitory, propagating signal. The term non-transitory is not intended to exclude computer readable media such as primary memory, volatile memory, RAM and so on, where the data stored thereon may only be temporarily stored. The computer useable instructions may also be in various forms, including compiled and non-compiled code.

[0128] Numerous references will be made regarding servers, services, interfaces, portals, platforms, or other systems formed from hardware devices. It should be appreciated that the use of such terms is deemed to represent one or more devices having at least one processor configured to execute software instructions stored on a computer readable tangible, non-transitory medium. One should further appreciate the disclosed computer-based algorithms, processes, methods, or other types of instruction sets can be embodied as a computer program product comprising a non-transitory, tangible computer readable media storing the instructions that cause a processor to execute the disclosed steps.

[0129] As used herein, and unless the context dictates otherwise, the term "coupled to" is intended to include both direct coupling (in which two elements that are coupled to each other contact each other) and indirect coupling (in which at least one additional element is located between the two elements). Therefore, the terms "coupled to" and "coupled with" are used synonymously.

[0130] The examples described herein are implemented by physical computer hardware examples. The examples described herein provide useful physical machines and particularly configured computer hardware arrangements of computing devices, servers, processors, memory, networks, for example. The examples described herein, for example, are directed to computer apparatuses, and methods implemented by computers through the processing and transformation of electronic data signals.

[0131] The examples described herein may involve computing devices, servers, receivers, transmitters, processors, memory, display, networks particularly configured to implement various acts. The examples described herein are directed to electronic machines adapted for processing and transforming electromagnetic signals which represent various types of information. The examples described herein pervasively and integrally relate to machines, and their uses; and the examples described herein have no meaning or practical applicability outside their use with computer hardware, machines, a various hardware components.

[0132] As can be understood, the examples described above and illustrated are intended to be exemplary only. For instance, the different network paths can be encrypted and / or multiplexed at the data source and forwarded along the same network path of the network while the decryption and / or demultiplexing can be performed at the data destination. The scope is indicated by the appended claims.

Claims

1. A method for forwarding a data packet in a network having at least a programmable ingress node and a programmable egress node, the method comprising the steps of: forming, by the programmable ingress node, at least two transit data packets including replicating at least payload data, sequence data and destination data of the data packet; forwarding, by the programmable ingress node, the at least two transit data packets to the programmable egress node, wherein the forwarding includes incorporating a different network path data to each one of the at least two transit data packets, the network path data of each one of the at least two transit data packets being associated with the different network paths, and wherein the forwarding includes transmitting, by the programmable ingress node, a first of the at least two transit data packets along a first defined network path to the programmable egress node selected in accordance with the destination data; and the forwarding further includes transmitting, by the programmable ingress node, a second of the at least two transit data packets along a second defined network path to the programmable egress node, the second defined network path being different than the first defined network path; tracking, by the programmable egress node, the sequence data of the at least two received transit data packets, wherein the tracking includes comparing the sequence data of the received data packet to a stored sequence data of at least one previously received data packet; forwarding, by the programmable egress node, the at least two received transit data packets to a data destination outside the network based on said tracking, wherein the destination data is associated with the data destination where a main flow is to be ultimately forwarded to, and wherein the forwarding is performed upon determining that the sequence data of the received data packet does not correspond to the stored sequence data of the at least one previously received data packet; and forwarding, by the programmable egress node, traffic flow data to the ingress node upon reception thereof from the data destination, wherein the forwarding of the traffic flow data is performed along the different network paths, wherein the programmable ingress node is further for operative connection to a data source and for connection to the programmable egress node through the network, wherein upon reception of the traffic flow data from the programmable egress node, the programmable ingress node is configured to forward the traffic flow data from each one of the different network paths to the data source, wherein the main flow is transmitted from the data source to the data destination while the traffic flow data is transmitted from the data destination to the data source, and wherein the traffic flow data contains at least acknowledgement data indicative of which of data packets of the main flow have been transmitted successfully to the data destination.

2. The method of claim 1, further comprising, prior to said forming and forwarding by the programmable ingress node, identifying, by the programmable ingress node, the data packet with at least the sequence data and the destination data.

3. The method of claim 1, further comprising deleting, by the programmable egress node, the stored sequence data associated with a given sequence data upon determining that the given sequence data of the received data packet corresponds to the stored sequence data of the at least one previously received data packet.

4. The method of claim 1, further comprising storing, by the programmable egress node, the sequence data on at least one of the memory of the programmable egress node and the memory of a network controller upon determining that the sequence data of the received data packet does not correspond to the stored sequence data of the at least one previously received data packet.

5. The method of claim 1, wherein the method involves Transmission Control Protocol transport, TPC, and TCP streams being bi-directional such that information flows not only from the data source to the data destination but also from the data destination to the data source.

6. A system comprising a programmable ingress node and a programmable egress node, the programmable ingress node being configured for forwarding a data packet in a network having a plurality of nodes including the programmable egress node coupled to a data destination outside the network, the programmable ingress node further being for operative connection to a data source and for connection to the programmable egress node through the network, and the programmable egress node being configured for connecting to the network having the plurality of nodes including the programmable ingress node coupled to the data source, the programmable egress node further being for operative connection to the programmable ingress node through the network and for forwarding the data packet to the data destination outside the network, wherein the destination data is associated with the data destination where a main flow is to be ultimately forwarded to, wherein the programmable ingress node comprises: a first processing device; and a memory operatively coupled to the first processing device and having stored thereon first forwarding instructions that, when executed by the first processing device, cause the programmable ingress node to: form at least two transit data packets including replicating at least payload data, sequence data and destination data of the data packet; and forward the at least two transit data packets to the programmable egress node, wherein the forwarding includes incorporating a different network path data to each one of the at least two transit data packets, the network path data of each one of the at least two transit data packets being associated with the different network paths, wherein the forwarding comprises transmitting a first of the at least two transit data packets along a first defined network path to the programmable egress node selected in accordance with the destination data, and the forwarding further comprises transmitting a second of the at least two transit data packets along a second defined network path to the programmable egress node, the second defined network path being different than the first defined network path, and wherein the programmable egress node comprises: a second processing device; and a memory operatively coupled to the second processing device and having stored thereon second forwarding instructions that, when executed by the second processing device, cause the programmable egress node to: track the sequence data of the at least two received transit data packets, wherein the tracking includes comparing the sequence data of the received data packet to a stored sequence data of at least one previously received data packet; forward the at least two received transit data packets to the data destination based on said tracking, wherein the forwarding is performed upon determining that the sequence data of the received data packet does not correspond to the stored sequence data of the at least one previously received data packet; and forward traffic flow data to the ingress node upon reception thereof from the data destination, wherein the forwarding of the traffic flow data is performed along the different network paths, wherein the programmable ingress node is further configured to forward the traffic flow data from each one of the different network paths to the data source upon reception of the traffic flow data from the programmable egress node, the traffic flow data containing at least acknowledgement data indicative of which of data packets of the main flow have been transmitted successfully to the data destination.

7. The system of claim 6, wherein the network is a software-defined network, SDN.

8. The system of claim 7, wherein the programmable ingress node is a SDN switch.

9. The system of claim 8, wherein the SDN switch is at least one of OpenFlow switch and a Protocol-Oblivious Forwarding, POF, switch.

10. The system of claim 6, wherein the destination data involves at least one of a custom protocol, a Real-time Transport Protocol, RTP, and a Transmission Control Protocol, TCP.

11. The system of claim 6, wherein the second forwarding instructions of the programmable egress node further include deleting the stored sequence data associated with a given sequence data upon determining that the given sequence data of the received data packet corresponds to the stored sequence data of the at least one previously received data packet.

12. The system of claim 6, wherein the sequence data is stored on at least one of the memory of the egress node and the memory of a network controller.