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
- [codec] A concrete proposal for requirements and … Jean-Marc Valin
- Re: [codec] A concrete proposal for requirements … Roman Shpount
- Re: [codec] A concrete proposal for requirements … Jean-Marc Valin
- Re: [codec] A concrete proposal for requirements … Roman Shpount
- Re: [codec] A concrete proposal for requirements … Benjamin M. Schwartz
- Re: [codec] A concrete proposal for requirements … Roni Even
- Re: [codec] A concrete proposal for requirements … Stephen Botzko
- Re: [codec] A concrete proposal for requirements … Jean-Marc Valin
- Re: [codec] A concrete proposal for requirements … Jean-Marc Valin
- Re: [codec] A concrete proposal for requirements … Jan Skoglund
- Re: [codec] A concrete proposal for requirements … Anisse Taleb
- Re: [codec] A concrete proposal for requirements … Erik Norvell
- Re: [codec] A concrete proposal for requirements … Anisse Taleb
- Re: [codec] A concrete proposal for requirements … Anisse Taleb
- Re: [codec] A concrete proposal for requirements … Paul Coverdale
- Re: [codec] A concrete proposal for requirements … Benjamin M. Schwartz
- Re: [codec] A concrete proposal for requirements … Jean-Marc Valin
- Re: [codec] A concrete proposal for requirements … Paul Coverdale
- Re: [codec] A concrete proposal for requirements … Jean-Marc Valin
- Re: [codec] A concrete proposal for requirements … Stephen Botzko
- Re: [codec] A concrete proposal for requirements … Anisse Taleb
- Re: [codec] A concrete proposal for requirements … Ron
- Re: [codec] A concrete proposal for requirements … Paul Coverdale
- Re: [codec] A concrete proposal for requirements … Stephen Botzko
- Re: [codec] A concrete proposal for requirements … Ron
- Re: [codec] A concrete proposal for requirements … Anisse Taleb
- Re: [codec] A concrete proposal for requirements … Paul Coverdale
- Re: [codec] A concrete proposal for requirements … Peter Saint-Andre
- Re: [codec] A concrete proposal for requirements … Stephen Botzko
- Re: [codec] A concrete proposal for requirements … Benjamin M. Schwartz
- Re: [codec] A concrete proposal for requirements … Jean-Marc Valin
- Re: [codec] A concrete proposal for requirements … Peter Saint-Andre
- Re: [codec] A concrete proposal for requirements … Timothy B. Terriberry
- Re: [codec] A concrete proposal for requirements … Stephan Wenger
- Re: [codec] A concrete proposal for requirements … Monty Montgomery
- Re: [codec] A concrete proposal for requirements … Timothy B. Terriberry
- Re: [codec] A concrete proposal for requirements … Stephan Wenger
- Re: [codec] A concrete proposal for requirements … Gregory Maxwell
- Re: [codec] A concrete proposal for requirements … Monty Montgomery
- Re: [codec] A concrete proposal for requirements … Koen Vos
- Re: [codec] A concrete proposal for requirements … Roman Shpount
- Re: [codec] A concrete proposal for requirements … Koen Vos
- Re: [codec] A concrete proposal for requirements … Stephan Wenger
- Re: [codec] A concrete proposal for requirements … Paul Coverdale
- Re: [codec] A concrete proposal for requirements … Jean-Marc Valin
- Re: [codec] A concrete proposal for requirements … Gregory Maxwell
- Re: [codec] A concrete proposal for requirements … Roman Shpount
- Re: [codec] A concrete proposal for requirements … Ron
- Re: [codec] A concrete proposal for requirements … Koen Vos
- Re: [codec] A concrete proposal for requirements … Paul Coverdale
- Re: [codec] A concrete proposal for requirements … Roni Even
- Re: [codec] A concrete proposal for requirements … Ron
- Re: [codec] A concrete proposal for requirements … Kavan Seggie
- Re: [codec] A concrete proposal for requirements … Roni Even
- Re: [codec] A concrete proposal for requirements … Ron
- Re: [codec] A concrete proposal for requirements … Roni Even
- Re: [codec] A concrete proposal for requirements … Ron
- Re: [codec] A concrete proposal for requirements … Stephen Botzko
- Re: [codec] A concrete proposal for requirements … Jean-Marc Valin
- Re: [codec] A concrete proposal for requirements … Roni Even
- Re: [codec] A concrete proposal for requirements … Ron
- Re: [codec] A concrete proposal for requirements … Jean-Marc Valin
- Re: [codec] A concrete proposal for requirements … Stephan Wenger
- Re: [codec] A concrete proposal for requirements … Kat Walsh
- Re: [codec] A concrete proposal for requirements … Stefan Hacker
- Re: [codec] A concrete proposal for requirements … Ron
- Re: [codec] A concrete proposal for requirements … Paul Coverdale
- Re: [codec] A concrete proposal for requirements … Ron
- Re: [codec] A concrete proposal for requirements … Stephen Botzko
- Re: [codec] A concrete proposal for requirements … Ron
- Re: [codec] A concrete proposal for requirements … Serge Smirnoff
- Re: [codec] A concrete proposal for requirements … Anisse Taleb
- Re: [codec] A concrete proposal for requirements … Ron
- Re: [codec] A concrete proposal for requirements … Stephen Botzko
- Re: [codec] A concrete proposal for requirements … Jean-Marc Valin
- Re: [codec] A concrete proposal for requirements … Stephen Botzko
- Re: [codec] A concrete proposal for requirements … Ron
- Re: [codec] A concrete proposal for requirements … Stephen Botzko
- Re: [codec] A concrete proposal for requirements … Anisse Taleb
- [codec] Chairs and consensus Cullen Jennings