W3C home > Mailing lists > Public > public-webrtc@w3.org > August 2017

Re: BUNDLE nightmare when first media section becomes inactive

From: Byron Campen <docfaraday@gmail.com>
Date: Fri, 25 Aug 2017 08:50:29 -0500
To: Taylor Brandstetter <deadbeef@google.com>
Cc: Iñaki Baz Castillo <ibc@aliax.net>, "public-webrtc@w3.org" <public-webrtc@w3.org>
Message-ID: <9926f735-ece1-2c87-e5e0-836a09e05692@gmail.com>
On 8/24/17 5:58 PM, Taylor Brandstetter wrote:
>
>      Right, the bundle spec does not tell us what to do here, which is
>     a hole in that spec. When you have trickle ICE, it is currently
>     impossible for the offerer to indicate which ICE transport it
>     intends to reuse where, because the c-line is not necessarily stable.
>
>
> Yeah, the BUNDLE spec is written with the assumption that the 
> transport can be identified by an address, which is not true for ICE, 
> where it's identified by a ufrag instead. I tried to fix this and 
> other problems here 
> (https://github.com/cdh4u/draft-sdp-bundle/pull/19), but unfortunately 
> I got involved too late and my proposed changes didn't make it into 
> the spec.
>
>     2. Some way for the offerer to unambiguously signal which
>     transport it wants to use for each bundle/lone m-section, that
>     does not rely on the c-line. Maybe some sort of tag for each
>     transport.
>
>
> I assumed the ufrag could be used as this "tag".

     It cannot unless there is spec language that says it needs to be 
different for each transport. There is no such language, to my 
knowledge. There's also interop to worry about; Firefox does not use a 
different ufrag for each transport, and I doubt many other 
implementations do either. Keep in mind that interoperating with 
gateways and such is the likeliest time to see bundle shenanigans...

Best regards,
Byron Campen
Received on Friday, 25 August 2017 13:51:06 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:51 UTC