- From: Harald Alvestrand <harald@alvestrand.no>
- Date: Thu, 22 Aug 2013 07:28:37 +0200
- 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