W3C home > Mailing lists > Public > public-ortc@w3.org > May 2014

Manage RTP and RTCP transports

From: Shijun Sun <shijuns@microsoft.com>
Date: Sat, 31 May 2014 14:23:45 +0000
To: "public-ortc@w3.org" <public-ortc@w3.org>
Message-ID: <159f705e77fb45428f39968fe4f00f6a@BLUPR03MB405.namprd03.prod.outlook.com>
Looking through recent discussions on handling RTP and RTCP when they are on separate transports, I like the approach in the RTCIceTransportController, where the UA is expected to keep track of the pairing of RTP and RTCP transports internally, and adding an RCTP transport explicitly to the controller will throw exception.
A couple thoughts based on that.
Do we need the rtcpTransport on the RTCRtpSender and the RTCRtpReceiver explicitly?  If we can track the pairing of RTP and RTCP internally, the interface can be a bit cleaner.

To go one step further, is it possible to keep the RTCP transports as internal to UA?  For example, I wonder if it makes sense to have RTCIceTransport.createAssociatedTransport() just return void and keep the new RTCP RTCIceTransport internal and indicate that with a simple readonly attribute (e.g. boolean associatedTransportCreated, or something like that).  We can add a new attribute for the RTCP transport state or redefine the existing "state" attribute as a combined state.  A similar approach can be applied to the RTCDtlsTransport if this is along the right direction.

Thanks, Shijun 
Received on Saturday, 31 May 2014 14:24:17 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:05:18 UTC