Re: [codec] A concrete proposal for requirements and testing

Stephan Wenger <stewe@stewe.org> Sat, 09 April 2011 20:35 UTC

Return-Path: <stewe@stewe.org>
X-Original-To: codec@core3.amsl.com
Delivered-To: codec@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 12FC93A698F for <codec@core3.amsl.com>; Sat, 9 Apr 2011 13:35:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.352
X-Spam-Level:
X-Spam-Status: No, score=-2.352 tagged_above=-999 required=5 tests=[AWL=0.247, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id by9UK089Oz8k for <codec@core3.amsl.com>; Sat, 9 Apr 2011 13:35:03 -0700 (PDT)
Received: from stewe.org (stewe.org [85.214.122.234]) by core3.amsl.com (Postfix) with ESMTP id 9D9EA3A694F for <codec@ietf.org>; Sat, 9 Apr 2011 13:35:02 -0700 (PDT)
Received: from [192.168.1.108] (unverified [24.5.184.151]) by stewe.org (SurgeMail 3.9e) with ESMTP id 7752-1743317 for multiple; Sat, 09 Apr 2011 22:36:47 +0200
User-Agent: Microsoft-MacOutlook/14.2.0.101115
Date: Sat, 09 Apr 2011 13:36:37 -0700
From: Stephan Wenger <stewe@stewe.org>
To: Kat Walsh <kat@mindspillage.org>
Message-ID: <C9C608E7.2A56A%stewe@stewe.org>
Thread-Topic: [codec] A concrete proposal for requirements and testing
In-Reply-To: <BANLkTi=K82JrPCtOcodGePcTx0phs7p1eQ@mail.gmail.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-Originating-IP: 24.5.184.151
X-Authenticated-User: stewe@stewe.org
X-ORBS-Stamp: Your IP (24.5.184.151) was found in the spamhaus database. http://www.spamhaus.net
Cc: codec@ietf.org
Subject: Re: [codec] A concrete proposal for requirements and testing
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Codec WG <codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/codec>, <mailto:codec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/codec>
List-Post: <mailto:codec@ietf.org>
List-Help: <mailto:codec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/codec>, <mailto:codec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 09 Apr 2011 20:35:07 -0000

Hi Kat,
Inline.
Regards, Stephan


On 4.9.2011 10:56 , "Kat Walsh" <kat@mindspillage.org> wrote:

>On Sat, Apr 9, 2011 at 11:35 AM, Stephan Wenger <stewe@stewe.org> wrote:
>> With hat:
>
>The same hat we're all wearing, the one that indicates "simply
>speaking your own opinion"?

The official job title was something like "Advisor to IESG re IPR matters
related to Codec WG".

>
>> In the IETF, as a group, we look at information made available by the
>> rightholders (to the IETF, or, when there are other SDOs involved, at
>> their disclosure system and/or their patent policy).  Those of us who
>>feel
>> qualified can also look at objectively verifiable (by anyone!) data such
>> as patent expiration dates.
>>
>> We do not look at known, rumored, or unknown licensing deals.  We do not
>> solicit such information.
>
>In fact, per BCP 79, it seems the opposite is true. We do look at
>licensing: "Although the IETF can make no actual determination of
>validity, enforceability or applicability of any particular IPR claim,
>it is reasonable that a working group will take into account on their
>own opinions of the validity, enforceability or applicability of
>Intellectual Property Rights in their evaluation of alternative
>technologies." And we do solicit such information: "Since IPR
>disclosures will be used by IETF working groups during their
>evaluation of alternative technical solutions, it is helpful if an IPR
>disclosure includes information about licensing of the IPR in case
>Implementing Technologies require a license."

Huh?  Let's sort this out:

"validity, enforceability, or applicability" surely have nothing to do
with licensing conditions, right?  They may have something to do whether
one may need a license to practice the technology, but not the conditions
under which the license is (or is not) granted...  So the first sentence
you cited appears to be unrelated to the issue in question.

The second sentence simply suggests to those making disclosures that a
disclosure is particularly helpful when it contains licensing information.
 The practice in the IETF is that ALL disclosures (except third party
disclosures) contain such information.  Many third party disclosures are
followed up by disclosures of the rightholders, providing licensing info.
I have absolutely no issue with the WG taking such information into
account.

Note, though, that I was talking about "licensing deals", and that the
context of this discussion has been that someone was arguing about
knowledge (or lack thereof) of royalty-bearing licensing deals.  This has
nothing to do with disclosures received.  (I don't have the exact
quotation readily available, and I'm too lazy to look it up.)

Note also that the IETF does not have a mechanism that allows someone to
state that there is no (known) patent right associated with a technology.
If someone dares to make such a statement, I would suggest to use any
random Blog that deals with IPR matters.  I'm sure the statement would
make headlines rather sooner than later :-)

>
>Not only is this information explicitly asked for, but I've never seen
>limitations on what we're all allowed to look at and consider, even if
>we have to dance around public discussion of some things that some
>participants or their employers misguidedly believe there is more
>safety in ignoring.

There are such limitations, both in the policy and in our typical conduct
of work in the IETF.  I could write pages about each.  However, I don't
see a value in doing so on this technical mailing list.  Also, let me
suggest that "misguidedly" may perhaps be a slightly misleading word...
Most big-corp employers base their policy (employees and patents) on
matters like this on legal experience that can easily be orders of
magnitude larger than yours and mine combined.

Please also note that I never advocate to ignore any information related
to IPR that comes into ones way.  It's IMO stupid to do so.  Talking about
such information makes a difference, though.  Business case for publishing
information and risks have to be carefully weighted.  Quite obviously, a
group of open source developers have very different tradeoffs to observe
than other entities.

>
>I can't see any justification for discouraging individuals from
>looking at as much information as is necessary to make their own
>informed decisions, even if the information is of no official interest
>to the process. 

Me not, either.  I never have argued against that point.  In fact, I have
quite often stated the same in the past.  Note, though, that researching
and talking in public about the results of such research are very
different things.  

>If people are broadly unwilling to deploy the
>technology, regardless of their reasons, then the goals of the charter
>are not met.

Absolutely.

>
>> Let's stay out of antitrust trouble.
>
>What kind of antitrust trouble are you thinking of? (You can't
>possibly be suggesting that choosing to use or not use a technology
>based on its patent licensing status has antitrust implications.)

I'm unwilling to discuss such matters on a technical mailing list.  If you
want to discuss it in private, please let me know.  It'll probably be by
phone...

>
>Cheers,
>Kat Walsh