RE: Normatively referenced specifications
SM <sm@resistor.net> Wed, 18 December 2013 08:39 UTC
Return-Path: <sm@resistor.net>
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 A57E61AE327 for <ipr-wg@ietfa.amsl.com>; Wed, 18 Dec 2013 00:39:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] 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 tTgOZoRV3uGE for <ipr-wg@ietfa.amsl.com>; Wed, 18 Dec 2013 00:39:26 -0800 (PST)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 502C91AE325 for <ipr-wg@ietf.org>; Wed, 18 Dec 2013 00:39:26 -0800 (PST)
Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) (authenticated bits=0) by mx.elandsys.com (8.14.5/8.14.5) with ESMTP id rBI8dFBp018549 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Dec 2013 00:39:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1387355963; bh=Thq4t+vZtv12aAfAL9593EPLsq21/mrFBtycdnaa92o=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=4HFR3aseuq534cdlPsKklasfZ+DBi/rn0hErvn9L3PlnELxbVPO2S9DtkqFSCKqVO 9SYjQebZ+PkMWWGOfuRt5eA3KrWCqRcWX/HRMX7tqRmI+WHbK3rS47vIAItYtfbuCf /HHf7Pslf7EjW7yGqmHF/Gdp1kbSRtYjgqpVy06c=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1387355963; i=@resistor.net; bh=Thq4t+vZtv12aAfAL9593EPLsq21/mrFBtycdnaa92o=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=cDEddZ/qCz+koub3N4YaTtO/mWbWrF6tZkt+kSOlPBDgbkSNi0laTUNrVEAB/KPF9 okByOxOgobkIo2pKvKBSL/g3sUMFrRR2yiz96cubxjIVCpVWrcJAdhBcKiHB+E086s uQzZphveEXpwnOBgPpwlnURzwdEs6AEHftPGXrM0=
Message-Id: <6.2.5.6.2.20131218001051.0c266ed0@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Wed, 18 Dec 2013 00:39:12 -0800
To: "Black, David" <david.black@emc.com>
From: SM <sm@resistor.net>
Subject: RE: Normatively referenced specifications
In-Reply-To: <8D3D17ACE214DC429325B2B98F3AE712026ECD3A9B@MX15A.corp.emc. com>
References: <CED46C85.AC4EC%stewe@stewe.org> <6.2.5.6.2.20131217001052.0c5bff98@resistor.net> <8D3D17ACE214DC429325B2B98F3AE712026ECD3A9B@MX15A.corp.emc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
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 08:39:27 -0000
Hi David, At 15:43 17-12-2013, Black, David wrote: >I'm concerned - at an abstract level, this question appears to be >headed towards applying the IETF's IPR policy to standards developed >by other standards organizations by virtue of IETF documents >containing normative references to such standards. Yes. >I suspect that the IETF could be rather uncomfortable being on the >receiving end of another standards organization doing that to >our standards (applying their IPR policy to IETF standards courtesy >of normative references in their standards). I might suggest that >a useful criterion for application of IETF's IPR policy to a standard >developed by another organization could be (re)publication of that >document as an IETF standard (to which the IETF IPR policy would >then be clearly applicable). There are situations in which the >same standard is published by IETF and another standards organization. The republication might cause other problems as you then have two specifications. There may be a divergence between the two specifications in the far future. As mentioned above the IETF might be uncomfortable if it was at the receiving end. >I will also observe that as a participant in multiple standards >organizations across which normative references and collaborative >standards development activity occurs, one IPR policy per organization >is quite enough to deal with ... really ;-). :-) >OTOH, I do think that there is a problem in what you observed: > > > For what it is worth, I reviewed > > a draft from a working group in the RAI area > > recently. The draft was written to address an > > interoperability problem affecting a > > technology. The specification for that > > technology was not referenced. > >If I were reviewing that draft (e.g., as a Gen-ART reviewer), I would >have raised a major issue about the missing normative reference, as it >is clearly not possible to implement the improved interoperability >behavior for that technology without implementing the technology itself. > >That reference, and especially the citation of the entity that developed >the reference, ought to provide implementers who care with enough >direction to start to run down the relevant IPR considerations. I would list the issue as minor in an area-specific review if I need to read the referenced document to understand the draft being reviewed. I agree with what is written above. Regards, -sm
- 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