Re: Proposed IESG Statement on IPR Declarations

John C Klensin <john-ietf@jck.com> Fri, 08 July 2016 16:33 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6045612D5FD; Fri, 8 Jul 2016 09:33:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.326
X-Spam-Level:
X-Spam-Status: No, score=-3.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no
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 6n8yXAopdykv; Fri, 8 Jul 2016 09:33:55 -0700 (PDT)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04CD912D5CE; Fri, 8 Jul 2016 09:33:48 -0700 (PDT)
Received: from [198.252.137.10] (helo=JcK-HP8200) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1bLYio-000O8x-A0; Fri, 08 Jul 2016 12:33:46 -0400
Date: Fri, 08 Jul 2016 12:33:41 -0400
From: John C Klensin <john-ietf@jck.com>
To: Barry Leiba <barryleiba@computer.org>, IETF discussion list <ietf@ietf.org>
Subject: Re: Proposed IESG Statement on IPR Declarations
Message-ID: <69CA0FF8E7852A4C7C7947B5@JcK-HP8200>
In-Reply-To: <CAC4RtVAEQfWN-xgtrDS0kKg6EV22hdskJKL++vsp80vi0XOjUA@mail.gmail.com>
References: <20160707202122.23634.18168.idtracker@ietfa.amsl.com> <CAC4RtVAEQfWN-xgtrDS0kKg6EV22hdskJKL++vsp80vi0XOjUA@mail.gmail.com>
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
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/U3qGPoRDtAE-i-Ulu7rKZFfsl18>
Cc: IESG <iesg@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Jul 2016 16:33:57 -0000


--On Friday, July 08, 2016 11:34 -0400 Barry Leiba
<barryleiba@computer.org> wrote:

> The statement below seems to amount to "The IESG has nothing
> to do with IPR disclosures," and nothing more.  I don't
> understand why the IESG wants to put that out as an IESG
> Statement, rather than, say, posting it prominently on the IPR
> disclosure pages (where people who need to see it might
> actually see it), and making sure that it also covers the IAB,
> and maybe the IAOC, ISOC, and the IETF Secretariat.

+1... and three additional options.

(1) The statement seems to be just a reprise of the Note Well
from a different point of view.  As is pointed out every time
there is an effort to tune the Note Well, there is significant
danger of people taking the statement as a sufficient summary of
what the BCP(s) actually say.  More than one such statement
makes that even worse, so please don't do this.  If the IESG
thinks that more is needed, tune the Note Well.

(2) While "the IESG has nothing to do with..." (which I also
interpret from the note) would mostly have been true at one
time, RFC 6701 explicitly puts WG Chairs and the IESG into the
enforcement business.  If this statement is to be issued in any
form, 6701 should be updated and replaced to identify that
additional way of notifying the community.

(3) When I heard that the IESG was planning an additional
statement in this area, I assumed it would address the one
recent claimed development that seemed to be a loose end --
whether someone who is listed as both an inventor and a
co-author on a document can possibly claim to not have
reasonably have personal knowledge of a possible or perceived
interaction between the two.   I think current version of BCP 79
might actually be a tad weak there: such inventors not
disclosing because of (unpublished) hair-splitting that might
make the invention inapplicable is not in the community's
interest.  I think the intent of BCP 79 is (or should be) that
they disclose and, if appropriate, disclose why they don't think
there is an interaction.    Anything else just feels a little
sleazy and does not benefit either the IETF processes or the
inventor -- especially given the risk that the inventor's
company will later come along and try to enforce the patent
against users of the IETF's spec, disclosing only after others
build products or when the enforcement action is started.  I
think BCP 79 allows enough latitude for a formal interpretation
along those lines.  But this statement is completely silent on
the matter.

  best,
    john