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

Harald Alvestrand <harald@alvestrand.no> Wed, 12 October 2011 09:01 UTC

Return-Path: <harald@alvestrand.no>
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 7AC4121F8C10 for <rtcweb@ietfa.amsl.com>; Wed, 12 Oct 2011 02:01:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 mXgeLbRubv1p for <rtcweb@ietfa.amsl.com>; Wed, 12 Oct 2011 02:01:43 -0700 (PDT)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id CD78C21F8B0F for <rtcweb@ietf.org>; Wed, 12 Oct 2011 02:01:42 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 3195439E178 for <rtcweb@ietf.org>; Wed, 12 Oct 2011 11:01:42 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3ooJgtefUEBF for <rtcweb@ietf.org>; Wed, 12 Oct 2011 11:01:41 +0200 (CEST)
Received: from hta-dell.lul.corp.google.com (unknown [62.20.124.50]) by eikenes.alvestrand.no (Postfix) with ESMTPS id ABB4239E072 for <rtcweb@ietf.org>; Wed, 12 Oct 2011 11:01:41 +0200 (CEST)
Message-ID: <4E955775.10206@alvestrand.no>
Date: Wed, 12 Oct 2011 11:01:41 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110921 Thunderbird/3.1.15
MIME-Version: 1.0
To: rtcweb@ietf.org
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> <4E8D6507.8000707@ericsson.com> <CALiegf=VyViX2arp0gr0dK4WN_jv=bjwP0LUAxRf=quTxrYrUQ@mail.gmail.com> <CALiegfn15szv-2yXeWptWjsQC2CwVODg_X90gD4odZkCR0LzvA@mail.gmail.com>
In-Reply-To: <CALiegfn15szv-2yXeWptWjsQC2CwVODg_X90gD4odZkCR0LzvA@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
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: Wed, 12 Oct 2011 09:01:43 -0000

On 10/11/11 10:37, Iñaki Baz Castillo wrote:
> 2011/10/7 Iñaki Baz Castillo<ibc@aliax.net>:
>>> 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.
>> Yes, agreed.
>>
>>
>> Regards.
>>
>>
>> PS: SIP over WebSocket just works fine. A demonstration next week.
>
> Hi, as told in other thread, the demonstration and video of SIP over
> WebSocket is already available:
>
>    http://sip-on-the-web.aliax.net/
>
> So this becomes a signaling protocol example for RTCweb, a *known*
> signaling protocol in fact (so we can figure what we need from the
> future RTCweb JS API in order to deal with SDP's and media sessions).
>
the video has a caveat of course:

we don't know that the signalling can be successfully connected to the 
browser's API, because there's no API to connect to yet.

One of the worries I have with doing a "low level spec" unconstrained by 
our present competence (ignorance?) in  is that I'm reasonably sure we 
have the knowledge to generate and parse SDP, because the codebases we 
are building on already generate and parse SDP, and the information 
present there is enough to set up calls, because we're already setting 
up calls using that information.

I'm less sure of our "getting things right" if we start off by 
describing the capabilities and control knobs to be exposed in an 
unconstrained API.

                    Harald