RE: Normatively referenced specifications

"Black, David" <david.black@emc.com> Thu, 19 December 2013 03:01 UTC

Return-Path: <david.black@emc.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 512D31ADEDC for <ipr-wg@ietfa.amsl.com>; Wed, 18 Dec 2013 19:01:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.539
X-Spam-Level:
X-Spam-Status: No, score=-2.539 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.538, 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 UGw5Z3OaHMTM for <ipr-wg@ietfa.amsl.com>; Wed, 18 Dec 2013 19:01:00 -0800 (PST)
Received: from mailuogwhop.emc.com (mailuogwhop.emc.com [168.159.213.141]) by ietfa.amsl.com (Postfix) with ESMTP id E1FE61ADEC8 for <ipr-wg@ietf.org>; Wed, 18 Dec 2013 19:00:59 -0800 (PST)
Received: from maildlpprd01.lss.emc.com (maildlpprd01.lss.emc.com [10.253.24.33]) by mailuogwprd02.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id rBJ30nAe032379 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Dec 2013 22:00:50 -0500
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd02.lss.emc.com rBJ30nAe032379
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1387422050; bh=4S5Joz/m12Kyr+kyv21wQ881osU=; h=From:To:CC:Date:Subject:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=TzBg5iKbRK7uFhzvjwshYd+Q8AtiYPAiZ0uPxn51ntCJnMDlVrQcPspkMAlU0EPar UTxrNe7i/94q0MVYGMNpiB0f7gMIR3XHSJ1jmRQarj1L6s57vYbq/k4mZuFJWrS/Qy trsRKBoCXsXHU+AaSNXYF/4IPDubnrcp4n9T5RFg=
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd02.lss.emc.com rBJ30nAe032379
Received: from mailusrhubprd04.lss.emc.com (mailusrhubprd04.lss.emc.com [10.253.24.22]) by maildlpprd01.lss.emc.com (RSA Interceptor); Wed, 18 Dec 2013 22:00:34 -0500
Received: from mxhub38.corp.emc.com (mxhub38.corp.emc.com [128.222.70.105]) by mailusrhubprd04.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id rBJ30YmQ031629 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 18 Dec 2013 22:00:34 -0500
Received: from mx15a.corp.emc.com ([169.254.1.107]) by mxhub38.corp.emc.com ([128.222.70.105]) with mapi; Wed, 18 Dec 2013 22:00:33 -0500
From: "Black, David" <david.black@emc.com>
To: "dcrocker@bbiw.net" <dcrocker@bbiw.net>
Date: Wed, 18 Dec 2013 22:00:32 -0500
Subject: RE: Normatively referenced specifications
Thread-Topic: Normatively referenced specifications
Thread-Index: Ac78GHg33K3mzuNYQky2ECEU05McZAASXbtQ
Message-ID: <8D3D17ACE214DC429325B2B98F3AE712026ECD3C46@MX15A.corp.emc.com>
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>
In-Reply-To: <52B1DE0C.8010201@dcrocker.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Sentrion-Hostname: mailusrhubprd04.lss.emc.com
X-RSA-Classifications: public
Cc: "ipr-wg@ietf.org" <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: Thu, 19 Dec 2013 03:01:02 -0000

I definitely agree with Dave Crocker's "simple example" involving
IETF participation:

> 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.

For someone who participates in IETF in this fashion, I think RFC 3979 is
already clear on disclosure obligations - see sections 6.1.1 and 6.1.2,
which have been carried forward as sections 5.1.1 and 5.1.2 in
draft-bradner-rfc3979bis-06.txt .  I did not intend to contribute to calling
those obligations into question.

However, SM originally asked about "the licensing exercise", which is a
different concept:

> If, for example, an 
> implementation supports the XML format and XML is 
> covered by IPR, the implementation would have to 
> go through the licensing exercise.  From a 
> standardization perspective, would an IPR 
> disclosure be expected if the claim relates to a 
> normatively referenced specification?

For example, if the IPR in question were owned by an entity subject to
the W3C IPR policy, but that entity had no IETF participation, I would not
expect to see an IETF IPR disclosure.  In such a situation, the normative
reference to the XML spec would be the relevant clue to an implementer who
cares about applicable IPR - whatever happened wrt that IPR at W3C would
be the W3C's concern.

Admittedly, SM asked about this in the context of a quote referring to WG
discussions, so Dave Crocker's example was on point, but I think more
generally, for a spec developed outside the IETF, one cannot rely on
there being IETF IPR disclosures for all of the IPR that may have been
disclosed or otherwise known to whatever group developed that spec.

Thanks,
--David

> -----Original Message-----
> From: Dave Crocker [mailto:dhc@dcrocker.net]
> Sent: Wednesday, December 18, 2013 12:40 PM
> To: Joel M. Halpern; Dale Mohlenhoff (dmohlenh); SM; Black, David
> Cc: ipr-wg@ietf.org
> Subject: Re: Normatively referenced specifications
> 
> On 12/18/2013 8:36 AM, Joel M. Halpern wrote:
> > Dale, your interpretation is exactly the opposite of what I thought
> > Dave was saying. Referencing a spec normally does not and ought not
> > mean that the referencers IPR rules apply to the referenced
> > specification.  They can't, since in the abstract the referencer has
> > no control over the IPR grants of the referenced document.
> >
> > And IETF IPR grants apply when implementing IETF RFCs, even when
> > those RFCs are implemented in conjunction with some other
> > specification.  The IPR grants don't apply (as I understand it all
> > bets are off) if you modify the spec.
> >
> > Equally, the IETF can not insist that our IPR rules apply to a spec
> > we reference.
> 
> 
> I think this confuses the nature of what our disclosure rules mean. For
> example, they don't mean that we are affecting some other standards
> group.  Rather they affect decision-making within the IETF.
> 
> So, absent a clear consensus from legal experts who are familiar with
> the IETF's IPR rules, I disagree with Joel's assessment.
> 
> 
> As I just posted on rtcweb:
> 
> > Normative language in a specification defines the syntax and
> > semantics of the thing being specified.
> >
> > It does not make much sense to handle IPR differently for normative
> > text that includes details by reference (citation) rather than by
> > inline explication.  In terms of the syntax and semantics, the
> > specification is an integrated whole.
> >
> > If there is an legal distinction between inline normative reference,
> > versus citation-based inclusion, which is relevant to the
> > interpretation of IETF IPR rules, then some lawyers should provide
> > the community with expert opinions on the matter.
> >
> > 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.
> 
> d/
> --
> Dave Crocker
> Brandenburg InternetWorking
> bbiw.net
> 
> --
> Dave Crocker
> Brandenburg InternetWorking
> bbiw.net