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

Re: Transport related API need

From: Harald Alvestrand <harald@alvestrand.no>
Date: Thu, 22 Aug 2013 07:28:37 +0200
Message-ID: <5215A185.80904@alvestrand.no>
To: public-webrtc@w3.org
On 08/20/2013 06:46 PM, Hutton, Andrew wrote:
> Hi Stefan,
>
> Sorry for the slow response it is holiday season.
>
> The use case is simply the case where the application does not want the offer to include bundling which could be for example in a case where interworking with anything that does not do bundling be it the legacy world or a conference server that does not bundle. This could also be because of QoS requirements etc.

Andrew,

do you have an use case in mind where *offering* bundling would be harmful?
The normal SIP/SDP case is that non-understood extensions are ignored,
so you would only have a reason to turn off bundling if the other device
will malfunction if you send the offer.

>
> It should I know be possible for the receiver of the offer to ignore the bundle option and everything to work but I believe there should be a clean API that can be used to tell the browser not to even attempt bundling without relying on the application to modify SDP.

I'm not convinced that the case exists in the real world where offering
bundling is harmful.

If we need it, I agree that it should be possible to just twist an API knob.
I'm just not finding the need compelling.

(This is an useful case to consider; I think that if we call this one
way or the other, it will make precedent for other items where SDP
negotiation *should* result in things working OK, but people still want
to do SDP mangling of an offer).
Received on Thursday, 22 August 2013 05:29:06 UTC

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