Re: [rtcweb] draft-ibc-rtcweb-sip-vs-websocket

Tim Panton <> Thu, 15 September 2011 09:46 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 23B3121F849D for <>; Thu, 15 Sep 2011 02:46:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.572
X-Spam-Status: No, score=-2.572 tagged_above=-999 required=5 tests=[AWL=0.027, BAYES_00=-2.599]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id R-oZbR8IV10p for <>; Thu, 15 Sep 2011 02:46:29 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 6835421F8497 for <>; Thu, 15 Sep 2011 02:46:29 -0700 (PDT)
Received: from [] (unknown []) by (Postfix) with ESMTP id EC09437A902; Thu, 15 Sep 2011 11:01:29 +0100 (BST)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset=us-ascii
From: Tim Panton <>
In-Reply-To: <>
Date: Thu, 15 Sep 2011 10:48:33 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
References: <><><><BLU152-W91B8D02E434D6209F379393050@phx.gbl><> <> <>
To: Ravindran Parthasarathi <>
X-Mailer: Apple Mail (2.1084)
Subject: Re: [rtcweb] draft-ibc-rtcweb-sip-vs-websocket
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 15 Sep 2011 09:46:30 -0000

It is worth pointing out that even with a signalling  protocol agnostic webRTC you 
wouldn't _have_ to implement your signalling protocol in javascript.

Browsers support other plugin languages - specifically it would be possible to implement
a classic full UDP SIP stack as a java applet and delegate the media handling to the webRTC layer.

Chrome is moving towards support for native plugins, but it isn't clear that they
would be suitable for this use.

Tim. (speaking for himself)

On 14 Sep 2011, at 11:03, Ravindran Parthasarathi wrote:

> Hi Inaki,
> <snip> 
> The fact that there are other alternatives for signaling in the web does not mean that using SIP is invalid.
> If I want to build a SIP phone in a web, why should I use libjingle rather than SIP protocol? Why should I code a complex server behaving as a gateway between Jingle and SIP protocols?
> Any protocol conversion (i.e. from Jingle to SIP) means loss of features. Our draft proposes the contrary: no protocol conversion (just SIP), and just transport protocol conversion (as already exists in SIP when bridging UDP/TCP/TLS-TCP/SCTP...).
> </snip> 
> I agree with your problem statement. I have raised the same concern in IMO, your solution is a workaround and we will end-up with your solution in case signaling protocol is not standardized as part of RTCWeb.
> Thanks
> Partha
> _______________________________________________
> rtcweb mailing list