Re: [rtcweb] Current state of signaling discussion

Magnus Westerlund <> Tue, 18 October 2011 13:57 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 5B2BC21F8AF5 for <>; Tue, 18 Oct 2011 06:57:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -106.556
X-Spam-Status: No, score=-106.556 tagged_above=-999 required=5 tests=[AWL=0.043, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id W-2dC1m3eKzU for <>; Tue, 18 Oct 2011 06:57:08 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 1F0CC21F8AE1 for <>; Tue, 18 Oct 2011 06:57:07 -0700 (PDT)
X-AuditID: c1b4fb39-b7bfdae000005125-39-4e9d85b3f14c
Received: from (Unknown_Domain []) by (Symantec Mail Security) with SMTP id 6E.AB.20773.3B58D9E4; Tue, 18 Oct 2011 15:57:07 +0200 (CEST)
Received: from [] ( by ( with Microsoft SMTP Server id; Tue, 18 Oct 2011 15:57:06 +0200
Message-ID: <>
Date: Tue, 18 Oct 2011 15:57:04 +0200
From: Magnus Westerlund <>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: Hadriel Kaplan <>
References: <> <>
In-Reply-To: <>
X-Enigmail-Version: 1.3.2
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: AAAAAA==
Cc: "" <>
Subject: Re: [rtcweb] Current state of signaling discussion
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: Tue, 18 Oct 2011 13:57:09 -0000

On 2011-10-18 15:34, Hadriel Kaplan wrote:
> On Oct 18, 2011, at 8:55 AM, Magnus Westerlund wrote:
>> We also have a third proposal that want to be included in the 
>> considerations: c) RTCWEB does not define any signaling behavior at
>> all, instead W3C is tasked to develop an API that allows the
>> application to establish the media session between peers.
>> I have as WG chair requested that the proponents for C to produce
>> a Internet draft that provides requirements on the API and its
>> capability. This is to ensure that this proposal can be properly
>> evaluated. So far no such contribution has occurred. Without a
>> willingness from the proponents of this style of solution to
>> contribute and evolve their thinking in such way that the other WG
>> members can gain a better understanding of the implications of this
>> solution I find it difficult for us include it in the up coming
>> consensus call.
> That was not my understanding of what you (the WG Chairs) were asking
> for.  The email from Ted asking for drafts was this: 
> My reading of that is it was asking for a concrete solution in the
> signaling solutions discussion.  For those of us who feel there needs
> to be *no* standard-defined signaling, it was asking us for the empty
> set.  We delivered.  :)

In the following message I included my clarified request on that there
is still need to have an I-D on the "no signalling" proposal:

> Now it sounds like you're asking for something different:
> requirements for the (W3C-defined) API.  I had assumed that's what
> draft-ietf-rtcweb-use-cases-and-requirements was supposed to cover.
> No?

No, that is the general use cases for the complete solution. What I am
asking is for something that makes it clear what the API need to contain
to initiate and configure ICE negotiation, media transport etc.

Saying we don't need no protocol is not sufficient. It doesn't make it
clear what it actually means to have no standardized protocol and the
implications this have on what the API needs to expose.

What we are trying to accomplish is that we go from general hand waving
on the different approaches to something that is reasonably well
explained. Thus enabling everyone to better understand the proposals.


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: