Re: Normatively referenced specifications
John C Klensin <john-ietf@jck.com> Wed, 18 December 2013 18:15 UTC
Return-Path: <john-ietf@jck.com>
X-Original-To: ipr-wg@ietfa.amsl.com
Delivered-To: ipr-wg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F84D1AC448 for <ipr-wg@ietfa.amsl.com>; Wed, 18 Dec 2013 10:15:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.138
X-Spam-Level:
X-Spam-Status: No, score=-3.138 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.538] 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 xSMMCmIldaj3 for <ipr-wg@ietfa.amsl.com>; Wed, 18 Dec 2013 10:15:53 -0800 (PST)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51]) by ietfa.amsl.com (Postfix) with ESMTP id E0F081AE005 for <ipr-wg@ietf.org>; Wed, 18 Dec 2013 10:15:52 -0800 (PST)
Received: from [198.252.137.115] (helo=JcK-HP8200.jck.com) by bsa2.jck.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1VtLej-000DUZ-G2; Wed, 18 Dec 2013 13:15:37 -0500
Date: Wed, 18 Dec 2013 13:15:32 -0500
From: John C Klensin <john-ietf@jck.com>
To: dcrocker@bbiw.net, "Joel M. Halpern" <jmh@joelhalpern.com>, "Dale Mohlenhoff (dmohlenh)" <dmohlenh@cisco.com>, SM <sm@resistor.net>, "Black, David" <david.black@emc.com>
Subject: Re: Normatively referenced specifications
Message-ID: <DD19F91AA4DF9C5311432402@JcK-HP8200.jck.com>
In-Reply-To: <52B1DE0C.8010201@dcrocker.net>
References: <CED46C85.AC4EC%stewe@stewe.org> <6.2.5.6.2.20131217001052.0c5bff98@resistor.net> <8D3D17ACE214DC429325B2B98F3AE712026ECD3A9B@MX15A.corp.emc.com> <6.2.5.6.2.20131218001051.0c266ed0@resistor.net> <CED70C71.119D0%dmohlenh@cisco.com> <52B1CF27.3010905@joelhalpern.com> <52B1DE0C.8010201@dcrocker.net>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Cc: ipr-wg@ietf.org
X-BeenThere: ipr-wg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IPR-WG <ipr-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipr-wg>, <mailto:ipr-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipr-wg/>
List-Post: <mailto:ipr-wg@ietf.org>
List-Help: <mailto:ipr-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipr-wg>, <mailto:ipr-wg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Dec 2013 18:15:55 -0000
--On Wednesday, December 18, 2013 09:40 -0800 Dave Crocker <dhc@dcrocker.net> wrote: >> Absent a clear and compelling presentation from legal >> experts, common sense needs to prevail in the IETF's >> interpretation of its rules. >> >> Our rule is quite simple: participation obligates disclosure. > > > Here's a simple example: > > Assume I own a patent on a component technology that has > been published somewhere other than the IETF. The > organization publishing that specification did not require me > to divulge my intellectual property claims. > > I now participate in an important IETF effort that > considers including the component technology, by citing it > normatively. I of course, work vigorously to get the IETF to > adopt the technology, but no one know that I stand to make > serious money if the technology is included. > > Given the intent behind the IETF's IPR rules, it makes no > sense to allow me to participate without divulging my IPR > interest in the topic. I have to agree with Dave, but let me add something from a slightly different perspective. It seems to me that, with regard to non-copyright IPR, the IETF rules focus on disclosure of the interests of participants and encumbrances that might occur as the result of those interests. They do not focus on who gets to use what and in what contexts, conforming or not (again, excepting copyright issues). Those topics might be picked up by the disclosures themselves, but are no involved in what is required to be disclosed and by whom. So, yes, if I'm participating in a WG and the WG is considering requiring (or even strongly recommending or identifying as an alternative) something that I know is encumbered, then I'm obligated to disclose. It should make no difference in that regard whether the specification in question is incorporated by explicit text, by reference, or in some other way if the WG could find one. Disclaimer: IANAL and the above is intended to be a restatement and interpretation of the IETF's intent (which I believe to be clear in this case) and not a legal interpretation of anything. john
- Normatively referenced specifications SM
- RE: Normatively referenced specifications Black, David
- RE: Normatively referenced specifications SM
- Re: Normatively referenced specifications Dale Mohlenhoff (dmohlenh)
- Re: Normatively referenced specifications Joel M. Halpern
- Re: Normatively referenced specifications Dale Mohlenhoff (dmohlenh)
- RE: Normatively referenced specifications Lawrence Rosen
- Re: Normatively referenced specifications Dave Crocker
- RE: Normatively referenced specifications Michael Cameron
- RE: Normatively referenced specifications Michael Cameron
- Re: Normatively referenced specifications John C Klensin
- Re: Normatively referenced specifications Joel M. Halpern
- Re: Normatively referenced specifications Dave Crocker
- Re: Normatively referenced specifications Dave Crocker
- RE: Normatively referenced specifications Michael Cameron
- RE: Normatively referenced specifications Michael Cameron
- Re: Normatively referenced specifications Dale Mohlenhoff (dmohlenh)
- Re: Normatively referenced specifications Joel M. Halpern
- RE: Normatively referenced specifications John C Klensin
- Re: Normatively referenced specifications Joel M. Halpern
- Re: Normatively referenced specifications Joel M. Halpern
- Re: Normatively referenced specifications Dale Mohlenhoff (dmohlenh)
- RE: Normatively referenced specifications Michael Cameron
- Re: Normatively referenced specifications todd glassey
- Re: Normatively referenced specifications John C Klensin
- RE: Normatively referenced specifications Black, David
- RE: Normatively referenced specifications SM
- Re: Normatively referenced specifications SM