Re: Alternative decision process in RTCWeb
Eric Rescorla <ekr@rtfm.com> Thu, 28 November 2013 15:57 UTC
Return-Path: <ekr@rtfm.com>
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 877A01ADF8B for <ietf@ietfa.amsl.com>; Thu, 28 Nov 2013 07:57:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
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 h53donpB6izW for <ietf@ietfa.amsl.com>; Thu, 28 Nov 2013 07:57:47 -0800 (PST)
Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by ietfa.amsl.com (Postfix) with ESMTP id D0D291ADBC9 for <ietf@ietf.org>; Thu, 28 Nov 2013 07:57:46 -0800 (PST)
Received: by mail-wi0-f172.google.com with SMTP id en1so1011700wid.11 for <ietf@ietf.org>; Thu, 28 Nov 2013 07:57:45 -0800 (PST)
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:from:date :message-id:subject:to:cc:content-type; bh=8tcrp4Rwe3tziCjm5heTXiOXanQQObhvZqCzRybEBX0=; b=VR7cMWkBVNDRnlqtZLqLh86hxM7QXusN7qYy3U5qzxDDfJo6usRd0ltkHY3a0BSR6+ 5xlDhB4h9BwHWzCvQCHa+coGY2D/tzNPw9QwPsk6Y3wbKH1VEb8OYdCwCQdLwv1J94m5 WEePMnJgx83AapxMJ2lBJLvUiwZ+ez7uGjl8m/z+TRcyXNr6UXaSS6Aq6JFq986etr3Q yX/I4qV2CvLRPgmsJ46N9gi3i4M70Qy8ce8EGWjuoYJmptoRup1B8OJHqzKG83WLQGpp vOcMVxxElApQDxU1AKPKdFVRJG8Bh7NWFoJaopnclDl2duyO30shQ30ruDnORJbNeRT0 3ojw==
X-Gm-Message-State: ALoCoQmSckfHPh0u/h3OG23ua2XsKwerjzszTs06o3UH0swTR3FZnfw2Fj+CDJVwEwDNCHuMNaLe
X-Received: by 10.180.24.137 with SMTP id u9mr3081460wif.5.1385654265403; Thu, 28 Nov 2013 07:57:45 -0800 (PST)
MIME-Version: 1.0
Received: by 10.216.152.137 with HTTP; Thu, 28 Nov 2013 07:57:05 -0800 (PST)
X-Originating-IP: [74.95.2.168]
In-Reply-To: <CAKHUCzwZm1E5uhwRhX2LJYdAVFWH0gzX0vx70bHje7SvDK22uA@mail.gmail.com>
References: <52970A36.5010503@ericsson.com> <529719D7.9020109@cisco.com> <CAKHUCzxjwMXzy6=9WdRPRRCunKsLm9JFuo6JavMtEC7Tbov8TQ@mail.gmail.com> <529755F6.4050404@dcrocker.net> <CAKHUCzwZm1E5uhwRhX2LJYdAVFWH0gzX0vx70bHje7SvDK22uA@mail.gmail.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Thu, 28 Nov 2013 07:57:05 -0800
Message-ID: <CABcZeBMfJtMRVastP445R=mXC01xYJwmzNdChp=h8NuDDp0UeA@mail.gmail.com>
Subject: Re: Alternative decision process in RTCWeb
To: Dave Cridland <dave@cridland.net>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: IETF Discussion <ietf@ietf.org>, Dave Crocker <dcrocker@bbiw.net>, "rtcweb-chairs@tools.ietf.org" <rtcweb-chairs@tools.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: Thu, 28 Nov 2013 15:57:48 -0000
On Thu, Nov 28, 2013 at 7:04 AM, Dave Cridland <dave@cridland.net> wrote: > On Thu, Nov 28, 2013 at 2:40 PM, Dave Crocker <dhc@dcrocker.net> wrote: >> >> BTW, as distasteful as it might be, is there a reason that making /both/ >> MTI would not work? > > > Speaking as a third party to this, so I may have misinterpreted, then yes. > My (possibly simplistic and/or plain wrong) summary follows: > > The problem appears to be largely driven by actual IPR issues surrounding > H.264, though it has strong hardware support particularly within the > incumbent VOIP market players. > > My impression is that VP8 is largely (though not entirely) thought to be > free from IPR headaches, but lacks the hardware support that is baked into > the market. [I have seen exchanges suggesting that other people suspect VP8 > of having IPR issues, but nobody I've seen in the posts I've reviewed has > claimed that position for themselves, so it's not clear to me how IPR-free > it's really perceived] > > It's possible to make H.264 an MTI only if you're willing to ignore the > "true" open-source browsers (by which I mean IceWeasel rather than Firefox, > and Chromium rather than Chrome) - Cisco have somewhat mitigated the IPR > issues with their OpenH264 effort, though the precise licensing details > don't align fully with open source, and it's clear they will cause > significant headaches to at least some parties. Dave, It's actually not clear to me why IceWeasel and Chromium can't use OpenH264 in exactly the same way that Firefox can, i.e., by doing download from Cisco's site. I appreciate that people may have philosophical objections to doing this, but I haven't actually heard any reason why this is a practical problem as opposed to a philosophical one. This isn't to say that there aren't situations in which a downloaded module doesn't work, but I don't see that those are any different for Chromium or IceWeasel then they are for Firefox. (And As a side note, the relationship between the Firefox binaries distributed by Mozilla and the Firefox source isn't quite the same as between Chromium and Chrome. The Firefox that is distributed by Mozilla is basically the same as that you would get if you compiled the source yourself. By contrast, Chrome contains a bunch of extra bits that are not in Chromium (e.g., Flash). -Ekr
- Re: Alternative decision process in RTCWeb Jari Arkko
- Alternative decision process in RTCWeb Gonzalo Camarillo
- Re: Alternative decision process in RTCWeb Eliot Lear
- Re: Alternative decision process in RTCWeb Dave Cridland
- Re: Alternative decision process in RTCWeb Eric Burger
- Re: Alternative decision process in RTCWeb Dave Cridland
- A few thoughts on processes WAS (Re: Alternative … Gonzalo Camarillo
- Re: Alternative decision process in RTCWeb Eric Burger
- Re: Alternative decision process in RTCWeb Eliot Lear
- Re: Alternative decision process in RTCWeb Dave Cridland
- Re: Alternative decision process in RTCWeb Dave Crocker
- Re: Alternative decision process in RTCWeb Eric Rescorla
- Re: Alternative decision process in RTCWeb Dave Cridland
- Re: Alternative decision process in RTCWeb Ted Lemon
- Re: Alternative decision process in RTCWeb Sam Hartman
- Re: Alternative decision process in RTCWeb Eric Rescorla
- Re: Alternative decision process in RTCWeb Dave Crocker
- Re: Alternative decision process in RTCWeb Cullen Jennings
- Re: Alternative decision process in RTCWeb Dave Cridland
- Re: Alternative decision process in RTCWeb Ted Lemon
- Re: Alternative decision process in RTCWeb Melinda Shore
- Re: Alternative decision process in RTCWeb Tim Bray
- Re: Alternative decision process in RTCWeb Yoav Nir
- Re: Alternative decision process in RTCWeb Michael Richardson
- Re: Alternative decision process in RTCWeb Ted Lemon
- RE: [rtcweb] Alternative decision process in RTCW… Bernard Aboba
- Re: Alternative decision process in RTCWeb Phillip Hallam-Baker
- Re: Alternative decision process in RTCWeb Phillip Hallam-Baker
- Re: Alternative decision process in RTCWeb Carsten Bormann
- Re: [rtcweb] Alternative decision process in RTCW… Ted Lemon
- Re: [rtcweb] Alternative decision process in RTCW… Roberto Peon
- Re: Alternative decision process in RTCWeb Dave Cridland
- Re: Alternative decision process in RTCWeb Stephan Wenger
- Re: Alternative decision process in RTCWeb Roger Jørgensen
- Re: Alternative decision process in RTCWeb Harald Alvestrand
- Re: Alternative decision process in RTCWeb Dave Crocker
- Re: Alternative decision process in RTCWeb Joel M. Halpern
- Re: Alternative decision process in RTCWeb Bjoern Hoehrmann
- Re: Alternative decision process in RTCWeb Melinda Shore
- Re: Alternative decision process in RTCWeb Eric Burger
- Re: Alternative decision process in RTCWeb Ofer Inbar
- Re: Alternative decision process in RTCWeb Phillip Hallam-Baker
- Re: Alternative decision process in RTCWeb cb.list6
- Re: Alternative decision process in RTCWeb Ted Hardie
- Re: Alternative decision process in RTCWeb Melinda Shore
- Re: Alternative decision process in RTCWeb Scott O. Bradner
- Re: Alternative decision process in RTCWeb Eric Burger
- Re: Alternative decision process in RTCWeb Paul Hoffman
- Re: Alternative decision process in RTCWeb Ted Hardie
- Re: Alternative decision process in RTCWeb Avri Doria
- RE: [rtcweb] Alternative decision process in RTCW… DRAGE, Keith (Keith)
- Re: [rtcweb] Alternative decision process in RTCW… Mary Barnes
- Re: Alternative decision process in RTCWeb Cullen Jennings (fluffy)
- Re: [rtcweb] Alternative decision process in RTCW… Ron
- Re: Alternative decision process in RTCWeb cb.list6
- Daughter of CODEC (was Re: Alternative decision p… Eric Burger
- Re: Daughter of CODEC (was Re: Alternative decisi… cb.list6
- Re: Daughter of CODEC (was Re: Alternative decisi… Mary Barnes
- Re: Alternative decision process in RTCWeb Carsten Bormann
- Re: Alternative decision process in RTCWeb Dave Crocker
- Re: Daughter of CODEC (was Re: Alternative decisi… Phillip Hallam-Baker
- Re: [rtcweb] Alternative decision process in RTCW… Bjoern Hoehrmann
- Re: [rtcweb] Alternative decision process in RTCW… Phillip Hallam-Baker
- Re: Alternative decision process in RTCWeb Pete Resnick
- Re: Alternative decision process in RTCWeb Phillip Hallam-Baker
- Re: Alternative decision process in RTCWeb Jari Arkko
- Re: [rtcweb] Alternative decision process in RTCW… Dave Crocker
- Re: Daughter of CODEC (was Re: Alternative decisi… Eric Burger
- Re: Alternative decision process in RTCWeb Sam Hartman
- Re: [rtcweb] Alternative decision process in RTCW… Sam Hartman
- Re: [rtcweb] Alternative decision process in RTCW… Bjoern Hoehrmann
- Re: [rtcweb] Alternative decision process in RTCW… Martin Thomson
- Re: Alternative decision process in RTCWeb Ofer Inbar
- Re: [rtcweb] Alternative decision process in RTCW… Stephan Wenger
- Re: [rtcweb] Alternative decision process in RTCW… Phillip Hallam-Baker
- Re: [rtcweb] Alternative decision process in RTCW… Harald Alvestrand
- Re: [rtcweb] Alternative decision process in RTCW… Ted Lemon
- Re: [rtcweb] Alternative decision process in RTCW… Eric Burger
- Re: [rtcweb] Alternative decision process in RTCW… Jim Gettys
- 0, 1, or many standards and their impact (or not) Eliot Lear
- Re: [rtcweb] Alternative decision process in RTCW… Hector Santos
- Re: 0, 1, or many standards and their impact (or … Phillip Hallam-Baker
- Re: [rtcweb] Alternative decision process in RTCW… Phillip Hallam-Baker
- Re: Daughter of CODEC (was Re: Alternative decisi… Peter Saint-Andre
- Re: [rtcweb] Alternative decision process in RTCW… Jari Arkko
- Re: Daughter of CODEC (was Re: Alternative decisi… Gonzalo Camarillo
- Re: [rtcweb] Alternative decision process in RTCW… Eric Burger
- Re: Daughter of CODEC (was Re: Alternative decisi… Richard Barnes
- Re: [rtcweb] Alternative decision process in RTCW… Phillip Hallam-Baker
- Re: [rtcweb] Alternative decision process in RTCW… David Singer
- Re: Daughter of CODEC (was Re: Alternative decisi… Cullen Jennings (fluffy)
- Re: A few thoughts on processes WAS (Re: Alternat… Eliot Lear
- Re: A few thoughts on processes WAS (Re: Alternat… Harald Alvestrand
- Re: A few thoughts on processes WAS (Re: Alternat… Dave Crocker
- Re: A few thoughts on processes WAS (Re: Alternat… Gonzalo Camarillo
- Re: A few thoughts on processes WAS (Re: Alternat… Spencer Dawkins at IETF
- Re: Daughter of CODEC (was Re: Alternative decisi… Timothy B. Terriberry