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

David Singer <singer@apple.com> Fri, 20 December 2013 19:30 UTC

Return-Path: <singer@apple.com>
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 1C79A1AE010 for <rtcweb@ietfa.amsl.com>; Fri, 20 Dec 2013 11:30:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.44
X-Spam-Level:
X-Spam-Status: No, score=-7.44 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.538, 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 Gj0atG3JX8Cd for <rtcweb@ietfa.amsl.com>; Fri, 20 Dec 2013 11:30:12 -0800 (PST)
Received: from mail-out.apple.com (mail-out.apple.com [17.151.62.50]) by ietfa.amsl.com (Postfix) with ESMTP id 565881ADFBD for <rtcweb@ietf.org>; Fri, 20 Dec 2013 11:30:12 -0800 (PST)
MIME-version: 1.0
Content-type: text/plain; charset="windows-1252"
Received: from relay8.apple.com ([17.128.113.102]) by mail-out.apple.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTP id <0MY400934E5HE400@mail-out.apple.com> for rtcweb@ietf.org; Fri, 20 Dec 2013 11:29:57 -0800 (PST)
X-AuditID: 11807166-b7f0b6d00000380b-5a-52b49ab5859f
Received: from spicerack.apple.com (spicerack.apple.com [17.128.115.40]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay8.apple.com (Apple SCV relay) with SMTP id 39.59.14347.5BA94B25; Fri, 20 Dec 2013 11:29:57 -0800 (PST)
Received: from singda.apple.com (singda.apple.com [17.197.32.11]) by spicerack.apple.com (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTPSA id <0MY400AIRE5WBC30@spicerack.apple.com> for rtcweb@ietf.org; Fri, 20 Dec 2013 11:29:57 -0800 (PST)
From: David Singer <singer@apple.com>
In-reply-to: <20131220185659.GN3245@audi.shelbyville.oz>
Date: Fri, 20 Dec 2013 11:29:56 -0800
Content-transfer-encoding: quoted-printable
Message-id: <76E03D61-C9A5-4A93-BC0D-6773D603CD3B@apple.com>
References: <CA+E6M0m5O1OqjBm13qNoRAtYZKwOs+4fs3evyO2VuuO1uqQ5eA@mail.gmail.com> <CED773F0.2D6AA%stewe@stewe.org> <20131219033000.GK3245@audi.shelbyville.oz> <CA+E6M0n9frSRbbrXh=jczQETX13HX6LDGUCq2P4=6voXx93ZVA@mail.gmail.com> <CAHp8n2m5XNC8UfDswGfD=0qCPaddcsrg08FJKXnDsz-A+tWqzQ@mail.gmail.com> <CA+E6M0mwWVEAv6zeET1fwdL6oDB-Cxag64XNV1EJhk-oP3241g@mail.gmail.com> <52B38E3E.1040801@bbs.darktech.org> <52B40035.2010308@alvestrand.no> <0D649E40-454C-4945-B148-FD8AC6D49349@apple.com> <20131220185659.GN3245@audi.shelbyville.oz>
To: rtcweb@ietf.org
X-Mailer: Apple Mail (2.1827)
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprOLMWRmVeSWpSXmKPExsUi2FCsobt11pYgg0vruS3W/mtnd2D0WLLk J1MAYxSXTUpqTmZZapG+XQJXxvlNkgUHJCo61nxnaWBcKNzFyMkhIWAi8fvpBBYIW0ziwr31 bF2MXBxCApOZJF7NXsMC4axmkvh5qYu1i5GDg1lAT+L+RS2QBl4gc+O82cwgtrCAq0TDje2s IDabgKrEgznHGEFsTgELiTnXt4LZLEDxpvUP2EBsZgFtiSfvLrBCzLGRWD/9MCPErnksEiv6 V4IViQgIS2x91csEsldCQFZi/unSCYz8sxCumIXkillIpi5gZF7FKFCUmpNYaaGXWFCQk6qX nJ+7iREcXIVpOxibllsdYhTgYFTi4S2M3hIkxJpYVlyZe4hRgoNZSYR33gSgEG9KYmVValF+ fFFpTmrxIUZpDhYlcd5j3UApgfTEktTs1NSC1CKYLBMHp1QD47zWvhOVngwzpJ68vFgfkWRq MnWTl8ZEBqH997cv9Z193lP4y//DymKt7bafuBQdFPw5nfodWqvji//29EbOVHFZs2X1nmn6 PwVu7JxvVNKwfJnngle9hpv48zje1HjyPd2uWvlYf6WDOLfbfDHLXUotm2e4rP5dVvf91cRn bm+i2eq8c/3alFiKMxINtZiLihMBwucuZCoCAAA=
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: Fri, 20 Dec 2013 19:30:14 -0000

On Dec 20, 2013, at 10:56 , Ron <ron@debian.org> wrote:

> On Fri, Dec 20, 2013 at 09:17:10AM -0800, David Singer wrote:
>> 
>>>>>> It has been pointed out that the MTI should satisfy options a) or b) on the
>>>>>> ietf declaration form. As matters stand AVC/h264 does not satisfy that, this
>>>>>> has been made very clear through the ISO process. 
>> 
>> But at least it satisfies (c).
> 
> Does it?  Can you point me to the IETF declaration which indicates this?

If there an IETF specification for H.264/AVC?

Seriously, you need to look at the ISO, IEC, and ITU databases, because that’s where it is published.  The declarations are all there. There are no ‘unwilling to license’ declarations.

Perhaps you didn’t realize that declarations are in the same place as the standard?

> 
>>>>> On the other hand, VP8 has
>>>>>> so far withstood court challenges, as you point out
>> 
>> I am unaware of a result from Germany still (it was expected in JUNE, wasn’t
>> it?). And I believe that we have been told that those cases only involve a
>> subset of what what was declared.
> 
> But you'd assume it's the _strongest_ subset that they think they might be
> able to prove to the court.

In legal matters, I have long learned that assumptions are dangerous.

>> VP8 is formally *unlicensable* at the IETF.
> 
> I don't believe that is true.  The IETF *formally* takes no position or
> makes no claims about the validity or applicability of any declaration.

There is a formal declaration registered at the IETF of unlicensable IPR.  

>  The results of this procedure shall not, in themselves, block
>  publication of an IETF Document or advancement of an IETF
>  Document along the standards track.  A working group may take
>  into consideration the results of this procedure in evaluating
>  the technology,  ...
> 
> This wouldn't be the first working group that has had to laugh off a
> patently ridiculous claim in a disclosure in order to achieve a sensible
> result that was in the best interest of its charter.

If someone makes to analyze these patents and VP8, and stand behind their analysis, go ahead.

If you want to mandate people to ignore declarations, I think you need a much stronger case.

>> You’re saying you are aware of IPR declarations against H.264
> 
> I'm still waiting for us to be informed of the reasons why IETF sanctions
> shouldn't be sought against the contributors who have failed to meet their
> obligations to make them.

Against what IETF document?

If we insist on a recursive closure of all normatively referenced documents, the database would be so overloaded as to be unreadable and a mess.  As far as I know, no body has gone down that (insane, IMHO) route, expecting that people can work out for themselves that if a document is published by body A, it may well be in body A that you’ll find the declarations.

Let’s at least try to deal with the as it is.

David Singer
Multimedia and Software Standards, Apple Inc.