Re: [rtcweb] Counting NOs (Re: Straw Poll on Nokia mincing)

Stephan Wenger <stewe@stewe.org> Sat, 21 December 2013 17:49 UTC

Return-Path: <stewe@stewe.org>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D06FF1ADFB5 for <rtcweb@ietfa.amsl.com>; Sat, 21 Dec 2013 09:49:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.602
X-Spam-Level:
X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 ZFfoEoaoeHLW for <rtcweb@ietfa.amsl.com>; Sat, 21 Dec 2013 09:49:21 -0800 (PST)
Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2lp0242.outbound.protection.outlook.com [207.46.163.242]) by ietfa.amsl.com (Postfix) with ESMTP id 6A8F91AD627 for <rtcweb@ietf.org>; Sat, 21 Dec 2013 09:49:21 -0800 (PST)
Received: from CO1PR07MB363.namprd07.prod.outlook.com (10.141.75.22) by CO1PR07MB361.namprd07.prod.outlook.com (10.141.75.19) with Microsoft SMTP Server (TLS) id 15.0.842.7; Sat, 21 Dec 2013 17:49:15 +0000
Received: from CO1PR07MB363.namprd07.prod.outlook.com ([169.254.3.85]) by CO1PR07MB363.namprd07.prod.outlook.com ([169.254.3.85]) with mapi id 15.00.0842.003; Sat, 21 Dec 2013 17:49:15 +0000
From: Stephan Wenger <stewe@stewe.org>
To: Jack Moffitt <jack@metajack.im>, Maik Merten <maikmerten@googlemail.com>
Thread-Topic: [rtcweb] Counting NOs (Re: Straw Poll on Nokia mincing)
Thread-Index: AQHO/mMoQBxNvAqZSECUX4p45sPWNJpeZwOA
Date: Sat, 21 Dec 2013 17:49:13 +0000
Message-ID: <CEDB11FC.3E281%stewe@stewe.org>
In-Reply-To: <CAP7VpsVy0sfZpGQ2Vj=NGnvNpSjRhFc+bSaDyCaLbTLkGUjRVA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [50.174.124.99]
x-forefront-prvs: 0067A8BA2A
x-forefront-antispam-report: SFV:NSPM; SFS:(10009001)(377454003)(479174003)(51704005)(24454002)(189002)(199002)(79102001)(56776001)(54316002)(76482001)(77982001)(59766001)(81342001)(561944002)(69226001)(81542001)(74366001)(80022001)(66066001)(50986001)(47976001)(47736001)(65816001)(74706001)(74876001)(31966008)(74502001)(74662001)(47446002)(53806001)(4396001)(54356001)(63696002)(49866001)(46102001)(51856001)(85306002)(87936001)(36756003)(76176001)(76796001)(76786001)(87266001)(2656002)(80976001)(77096001)(19580405001)(19580395003)(83322001)(85852003)(83072002)(56816005)(90146001)(81686001)(81816001)(42262001); DIR:OUT; SFP:1101; SCL:1; SRVR:CO1PR07MB361; H:CO1PR07MB363.namprd07.prod.outlook.com; CLIP:50.174.124.99; FPR:; RD:InfoNoRecords; MX:1; A:0; LANG:en;
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <B699821C102B674AA62E7ED60FE9FC21@namprd07.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: stewe.org
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Counting NOs (Re: Straw Poll on Nokia mincing)
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
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: Sat, 21 Dec 2013 17:49:24 -0000

On 12/21/13, 7:41 AM, "Jack Moffitt" <jack@metajack.im> wrote:

>> This sounds like a dangerous loophole to let any party block basically
>> anything and I hope there are provisions in place to mitigate such
>> scenarios.

In the IETF, there is no automatic blocking of a standard proposal due to
a ³not willing to license² declaration.  In fact, the IETF does not
require any form of licensing, and there exists RFCs which had at some
time in their history ³not willing to license² declarations against them.
This is in contrast to organizations like W3C, ISO, or ITU, where there is
a minimum requirement for licensing terms.

>
>Opus had several of these.

Nonsense.  Really, people, try to do a minimum of homework before
commenting.

Opus has against it a number of declarations indicating RAND terms (in
addition to a few with other royalty free terms).  That¹s a whole world
different from ³unwilling to license².


> It is still MTI for WebRTC because the
>group was convinced the claims are spurious.

The group, as a whole made the decision to include Opus as MTI.  The
reasons for that decision is that there was rough consensus in the group.
That¹s it.  The group did not determine that claims are ³spurious².  The
IETF and its working groups do not take position on validity or
infringement, nor should they.  I, for one, accepted Opus as MTI not
because I think those claims are ³spurious², but because I knew there is a
fallback, namely G.711.  Others may have other motivations.

>As far as I know there is
>no formal way to respond to such claims or get them removed. Each
>member must decide for themselves whether the claim is valid or not.

 That much is true, except that the IETF does not have a membership
concept.

>
>jack.
>_______________________________________________
>rtcweb mailing list
>rtcweb@ietf.org
>https://www.ietf.org/mailman/listinfo/rtcweb