Multipath support of real-time communications

1. A non-transitory computer-readable medium having instructions stored thereon that, when executed by a processor, cause the processor to perform multipath support functionality for real-time communications (RTC), the multipath support functionality comprising:

receiving, by a tunneling server, a service request to establish an initial tunnel from a tunneling client;

creating a first tunnel with a first unique physical interface;

associating the first tunnel with a single internal address space comprising a plurality of internal addresses;

receiving, by a tunneling server, a service request to enable multipath support functionality from the tunneling client;

creating a second tunnel with a second unique physical interface;

associating the second tunnel with the single internal address space;

sending a service response to the tunneling client, the service response indicating that multipath support functionality has been enabled; and

distributing media traffic within the first tunnel and the second tunnel based on a dynamic path characteristic.

2. The non-transitory computer-readable medium of claim 1 ,

wherein the receiving a service request to enable multipath support functionality further comprises receiving a detected number of extra physical interfaces encoded as a level value within the service request;

wherein the creating the second tunnel further comprises reserving a number of tunnels that is equal to the level value within the service request; and

wherein the sending the service response further comprises sending a list of reserved tunneling identifiers that uniquely identify the second tunnel within the service response.

3. The non-transitory computer-readable medium of claim 1 , wherein the creating the second tunnel further comprises:

receiving a configuration request to create the second tunnel from the tunneling client; and

sending a configuration response to the tunneling client indicating that the second tunnel has been created.

4. The non-transitory computer-readable medium of claim 1 , wherein the unique physical interfaces comprise unique transceivers.

5. The non-transitory computer-readable medium of claim 1 , wherein the dynamic path characteristics comprise a fixed ratio.

6. The non-transitory computer-readable medium of claim 1 , wherein the dynamic path characteristics comprise a quality of service (QoS) metric.

7. The non-transitory computer-readable medium of claim 6 , wherein the QoS metric comprises at least one of: packet loss; jitter; bit rate; bit error rate; end-to-end delay; or round trip time (RTT).

8. The non-transitory computer-readable medium of claim 1 , wherein the media traffic comprises a plurality of encapsulated packets comprising media data, the media data comprising audio data or video data.

9. The non-transitory computer-readable medium of claim 1 , wherein the first and second tunnels are Tunneled Services Control Function (TSCF) tunnels.

10. A computer-implemented method for performing multipath support functionality for RTC, the computer-implemented method comprising:

receiving, by a tunneling server, a service request to establish an initial tunnel from a tunneling client;

creating a first tunnel with a corresponding unique physical interface;

associating the first tunnel with a single internal address space comprising a plurality of internal addresses;

receiving, by a tunneling server, a service request to enable multipath support functionality from the tunneling client;

creating a second tunnel with a corresponding unique physical interface;

associating the second tunnel with the single internal address space;

sending a service response to the tunneling client, the service response indicating that multipath support functionality has been enabled; and

distributing media traffic within the first tunnel and the second tunnel based on a dynamic path characteristic.

11. The computer-implemented method of claim 10 ,

wherein the receiving a service request to enable multipath support functionality further comprises receiving a detected number of extra physical interfaces encoded as a level value within the service request;

wherein the creating the second tunnel further comprises reserving a number of tunnels that is equal to the level value within the service request; and

wherein the sending the service response further comprises sending a list of reserved tunneling identifiers that uniquely identify the second tunnel within the service response.

12. The computer-implemented method of claim 10 , wherein the creating the second tunnel further comprises:

receiving a configuration request to create the second tunnel from the tunneling client; and

sending a configuration response to the tunneling client indicating that the second tunnel has been created.

13. The computer-implemented method of claim 10 , wherein the unique physical interfaces comprise unique transceivers.

14. A system for performing multipath support functionality, the system comprising:

a processor;

a non-transitory machine readable medium to store one or more instructions, which when executed by the processor causes the system to perform multipath support functionality for real-time communications (RTC), the system configured to:

receive, by a tunneling server, a service request to establish an initial tunnel from a tunneling client;

create a first tunnel with a corresponding unique physical interface;

associate the first tunnel with a single internal address space comprising a plurality of internal addresses;

receive a service request to enable multipath support functionality from the tunneling client;

create a second tunnel with a corresponding unique physical interface;

associate the second tunnel with the single internal address space;

send a service response to the tunneling client, the service response indicating that multipath support functionality has been enabled; and

distribute media traffic within the first tunnel and the second tunnel based on a dynamic path characteristic.

15. The system of claim 14 , further configured to:

receive a detected number of extra physical interfaces encoded as a level value within the service request;

reserve a number of tunnels that is equal to the level value within the service request; and

send a list of reserved tunneling identifiers that uniquely identify the second tunnel within the service response.

16. The system of claim 14 , further configured to:

receive a configuration request to create the second tunnel from the tunneling client; and

send a configuration response to the tunneling client indicating that the second tunnel has been created.

17. The system of claim 14 , wherein the unique physical interfaces comprise unique transceivers.