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