Re: Alternative decision process in RTCWeb

Dave Cridland <dave@cridland.net> Fri, 29 November 2013 11:41 UTC

Return-Path: <dave@cridland.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D17971ADFE2 for <ietf@ietfa.amsl.com>; Fri, 29 Nov 2013 03:41:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.378
X-Spam-Level:
X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iwtVj4Z3FYmU for <ietf@ietfa.amsl.com>; Fri, 29 Nov 2013 03:41:22 -0800 (PST)
Received: from mail-oa0-x232.google.com (mail-oa0-x232.google.com [IPv6:2607:f8b0:4003:c02::232]) by ietfa.amsl.com (Postfix) with ESMTP id 718CF1AD8DB for <ietf@ietf.org>; Fri, 29 Nov 2013 03:41:22 -0800 (PST)
Received: by mail-oa0-f50.google.com with SMTP id n16so10201379oag.23 for <ietf@ietf.org>; Fri, 29 Nov 2013 03:41:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cridland.net; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HaSO4Za5EKtUio1MDpxkdEiOjgAyVN5/p0Y6OeBNtLw=; b=Zq6H0ZTgzvfruLs8iWk/q8VfcgRQHzQxkD9XVgSKbIewz8V62lh40kuVVBIZvASWNt DIg9TErKnRcbuj60OrMpkKqWmY3aVSa2rM21HIIHnZ21BsS3GLCULkqESstMShkuJriL 08nV6IrwF9kmksVpASUGTPYcFzfMCiynt5ZV8=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=HaSO4Za5EKtUio1MDpxkdEiOjgAyVN5/p0Y6OeBNtLw=; b=VwU15+NrVOQM9F6Y1zR6WG24LvN47Y3QwiCfH9QrjivrGmTb1vKcgF3g/zwUflYAEV oGyHxRQQC417sOWc08E1V3D3EuTVaYdzVl7xUsMIcG75x6zr4us6CIhMK2lCRNdj63T5 lS4T7L/PCJm54LN8L+oPgW9F3sTGbwnNh7AQAI22Midr9YI5Vm+nEQcFRG68UX2ZfVZN xiMseflyDxGOkcmHKWyEqBw/JChYdEMAL7+FKXdMSag9f0BcgNOFsLBsTB2RXpeUurkD 4hTNDW6sNUmfY32lE/qovj2R/5+RpcitvMRF5aPsP08SZWR81p6AGInZ/+ELLcxSLqoq TrxA==
X-Gm-Message-State: ALoCoQkKooKK2esQgutnxAtIVSG3fIc+YZJ8hXjwGRx4klNr43W1Y+/YZC1vclaGDMapU7iVFPJj
MIME-Version: 1.0
X-Received: by 10.60.120.69 with SMTP id la5mr599543oeb.86.1385725280983; Fri, 29 Nov 2013 03:41:20 -0800 (PST)
Received: by 10.60.121.97 with HTTP; Fri, 29 Nov 2013 03:41:20 -0800 (PST)
In-Reply-To: <D9F35A16-58D8-4F7F-A640-3E9B0A341BD8@iii.ca>
References: <52970A36.5010503@ericsson.com> <529719D7.9020109@cisco.com> <CAMm+LwgF-NL=LxaAjkVPVVO6a1oevLvvNqYxn6ug5w-zxdez3Q@mail.gmail.com> <D9F35A16-58D8-4F7F-A640-3E9B0A341BD8@iii.ca>
Date: Fri, 29 Nov 2013 11:41:20 +0000
Message-ID: <CAKHUCzxBXMqsC0NWTsUp_g2iBm-8ZHECtZptNS1BQBLED+=w4g@mail.gmail.com>
Subject: Re: Alternative decision process in RTCWeb
From: Dave Cridland <dave@cridland.net>
To: Cullen Jennings <fluffy@iii.ca>
Content-Type: multipart/alternative; boundary="047d7b339559212e2f04ec4f4fdc"
Cc: "rtcweb-chairs@tools.ietf.org" <rtcweb-chairs@tools.ietf.org>, IETF Discussion <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 Nov 2013 11:41:25 -0000

On Thu, Nov 28, 2013 at 11:05 PM, Cullen Jennings <fluffy@iii.ca> wrote:

> As a quick cheat sheet to where browser vendors might stand on this
> matter...
>

I think this is stating the obvious, but just for the record, there's a
much broader community than just the four leading browser vendors.

Pretty much all the existing Jingle/XMPP community is tracking this work
very closely, for example, and I think it'd be fair to say that any MTI
affecting WebRTC will essentially be transcribed into XEP-0266/XEP-0299 as
the MTI for Jingle.

I don't think it's be a stretch to assume that most VOIP players are in a
similar situation - WebRTC will essentially define the baseline for voice
and video over the internet.

This is, of course, just following the simple fact that there are many more
browsers deployed than desktop XMPP clients, for example, and efforts such
as http://otalk.im/ and http://go.estos.de/ take advantage of interop
between Jingle and the browser.

As a further note, the XMPP/Jingle community has done perfectly well, so
far, with no MTI, but I'm asking their opinion at the moment - an early,
and particular well-written, response from Emil Ivov is here:

http://mail.jabber.org/pipermail/jingle/2013-November/002041.html

Dave.