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