- From: Harald Alvestrand <harald@alvestrand.no>
- Date: Thu, 06 Sep 2012 19:05:18 +0200
- To: public-webrtc@w3.org
- Message-ID: <5048D7CE.8010908@alvestrand.no>
On 09/06/2012 06:30 PM, Hutton, Andrew wrote:
>
> Hi All,
>
> I think the discussion on SDP issues raises an important point as some
> people might be of the impression that the PeerConnectionAPI is almost
> complete but reality is that the SDP blob that comes out of it is not
> specified and it is likely that it will end up looking quite different
> to SDP that existing implementations are familiar with. We are
> therefore quite some way from a standard API that will be
> interoperable between different browsers and legacy implementations
> without a lot of tweaking and knowledge of SDP in the application.
>
I've heard this theory advanced.
I've not heard it advanced by the people who have written the
applications that interwork between the present, early WebRTC
implementations and existing, legacy SDP-using devices, such as sipml5.
What comes out of Chrome is SDP, and conforms to the SDP RFCs. (If not -
file bugs!)
I'd like this line of argument supported by "when I fire Chrome browser
SDP at <device>, it doesn't interwork because of <reason>". That's much
more actionable than "I think".
Harald
Received on Thursday, 6 September 2012 17:05:43 UTC