Re: [rtcweb] Making progress on the signaling discussion (NB: Action items enclosed!)

Magnus Westerlund <magnus.westerlund@ericsson.com> Thu, 06 October 2011 08:18 UTC

Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 315EE21F8C19 for <rtcweb@ietfa.amsl.com>; Thu, 6 Oct 2011 01:18:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.334
X-Spam-Level:
X-Spam-Status: No, score=-106.334 tagged_above=-999 required=5 tests=[AWL=-0.035, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zkfrYr-bS7Z6 for <rtcweb@ietfa.amsl.com>; Thu, 6 Oct 2011 01:18:41 -0700 (PDT)
Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net [193.180.251.57]) by ietfa.amsl.com (Postfix) with ESMTP id 4F78821F8C12 for <rtcweb@ietf.org>; Thu, 6 Oct 2011 01:18:41 -0700 (PDT)
X-AuditID: c1b4fb39-b7bfdae000005125-15-4e8d651eb23f
Received: from esessmw0237.eemea.ericsson.se (Unknown_Domain [153.88.115.90]) by mailgw9.se.ericsson.net (Symantec Mail Security) with SMTP id 90.43.20773.E156D8E4; Thu, 6 Oct 2011 10:21:50 +0200 (CEST)
Received: from [127.0.0.1] (153.88.115.8) by esessmw0237.eemea.ericsson.se (153.88.115.91) with Microsoft SMTP Server id 8.3.137.0; Thu, 6 Oct 2011 10:21:30 +0200
Message-ID: <4E8D6507.8000707@ericsson.com>
Date: Thu, 06 Oct 2011 10:21:27 +0200
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: Iñaki Baz Castillo <ibc@aliax.net>
References: <CA+9kkMBi9BzDu=WOq3RG-o5nbfnUTftDg3LRBU3DFh=Kc4W5ZQ@mail.gmail.com> <CALiegfmYgQ+yb=pDp1J2_PVa1SkxTOuaUCM02Vt6-iGabwif1g@mail.gmail.com> <CA+9kkMCUTiPO3eASjn0mbRA9YCF6TMmGGOjQ4NkVkvzVMN39Gg@mail.gmail.com> <CALiegfnx=qoS_pqyC45WVEYEFqj-3eP9g_kyhAUaOO6He_UEfw@mail.gmail.com> <CA+9kkMCibnPLrEq1234bUMXpiKBK0+22mqwYOM__CpcO2nOayg@mail.gmail.com> <CALiegfms2bt-WPtMeosFQz3-aSf2L6mfX+i68tw45sSgix561Q@mail.gmail.com>
In-Reply-To: <CALiegfms2bt-WPtMeosFQz3-aSf2L6mfX+i68tw45sSgix561Q@mail.gmail.com>
X-Enigmail-Version: 1.3.2
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: AAAAAA==
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Making progress on the signaling discussion (NB: Action items enclosed!)
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Oct 2011 08:18:42 -0000

On 2011-10-05 19:03, Iñaki Baz Castillo wrote:
> 2011/10/5 Ted Hardie <ted.ietf@gmail.com>:
>> Sorry, but do you intend to provide a draft?  It was hard for me to parse
>> whether the statement above is a commitment or a statement that you don't
>> have time.
> 
> Maybe not a draft, but a complete explanation and presentation of what
> we have working (SIP over WebSocket + JavaScript code implementing a
> SIP stack + SIP proxy implementing the WebSocket transport). And it
> just works.
> 
> The draft is already done:
> 
>   http://tools.ietf.org/html/draft-ibc-rtcweb-sip-websocket-00
> 
> In fact it defines a concrete signaling protocol (well, not exactly as
> it uses pure SIP, but on top of WebSocket). Of course it aim is to be
> used with rtcweb for media sessions.
> 

Iñaki,

could you please clarify your intention of your proposal?

My interpretation of your draft is that it is a description of how you
can deploy SIP implemented in JS over websocket. Thus enabling SIP
interworking when needed by having the JS SIP stack convert regular SIP
with SDP into interactions with the WEBRTC API. Thus your proposal
really is primarily an argument that you don't need SIP implemented in
the browser, as long as the API allows the JS to create SIP with SDP
messages. Thus I would interpret this as something that could work both
over something similar to the current PeerConnection API proposals and a
more low level API. Where PeerConnection likely is less work as it does
provide the SDP that in most cases don't need modifications.

Is this a correct interpretation and thus your draft is an extension
that simplifies life for the people who like SIP interworking by getting
the SIP functionality into the end-point rather than a gateway?

Or is it something else?

If it is the first I don't see your proposal as complete proposal for
how signaling for RTCWEB, as you still need APIs to something in some
form and with possibly certain semantics that interact with the SIP in
JS implementation.

To clarify, what I see the question for the WG is how the signalling
model for RTCWEB session establishment is intended to work. Thus the
drafts intended for answering this needs to be focused on describing a
signalling model.

Cheers

Magnus Westerlund

----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM
----------------------------------------------------------------------
Ericsson AB                | Phone  +46 10 7148287
Färögatan 6                | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------