[lisp] Fwd: FW: IESG Statement on Internet Draft Authorship

"Joel M. Halpern" <jmh@joelhalpern.com> Fri, 12 June 2015 16:34 UTC

Return-Path: <jmh@joelhalpern.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E5D61A9232 for <lisp@ietfa.amsl.com>; Fri, 12 Jun 2015 09:34:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, 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 VdUQPi-1gEk7 for <lisp@ietfa.amsl.com>; Fri, 12 Jun 2015 09:34:11 -0700 (PDT)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DA1CC1A916D for <lisp@ietf.org>; Fri, 12 Jun 2015 09:34:09 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id A212F1C0A89 for <lisp@ietf.org>; Fri, 12 Jun 2015 09:34:09 -0700 (PDT)
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from Joels-MacBook-Pro.local (173-163-203-241-Richmond.hfc.comcastbusiness.net [173.163.203.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 3E1FC1C029A for <lisp@ietf.org>; Fri, 12 Jun 2015 09:34:09 -0700 (PDT)
Message-ID: <557B09D9.8010705@joelhalpern.com>
Date: Fri, 12 Jun 2015 12:33:29 -0400
From: "Joel M. Halpern" <jmh@joelhalpern.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: "lisp@ietf.org" <lisp@ietf.org>
References: <F64C10EAA68C8044B33656FA214632C83B5C5A9E@MISOUT7MSGUSRDE.ITServices.sbc.com>
In-Reply-To: <F64C10EAA68C8044B33656FA214632C83B5C5A9E@MISOUT7MSGUSRDE.ITServices.sbc.com>
X-Forwarded-Message-Id: <F64C10EAA68C8044B33656FA214632C83B5C5A9E@MISOUT7MSGUSRDE.ITServices.sbc.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/lisp/xyqcZ3WvwDcEIzq5KTHxpUz8Lug>
Subject: [lisp] Fwd: FW: IESG Statement on Internet Draft Authorship
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp/>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jun 2015 16:34:13 -0000

FYI.  I am not aware of any instance of this problem in our working 
group, but you should know the policy anyway.
Yours,
Joel


-------- Forwarded Message --------
Subject: FW: IESG Statement on Internet Draft Authorship
Date: Fri, 12 Jun 2015 14:35:53 +0000
From: BRUNGARD, DEBORAH A <db3546@att.com>
To: rtg-chairs@ietf.org <rtg-chairs@ietf.org>

Not everyone pays attention to the ietf-list, you may want to distribute 
on your wg lists-


-----Original Message-----
From: IETF-Announce [mailto:ietf-announce-bounces@ietf.org] On Behalf Of 
The IESG
Sent: Thursday, June 11, 2015 2:32 PM
To: IETF Announcement List
Subject: IESG Statement on Internet Draft Authorship

The IESG has received some reports of IETF participants having been
listed as document authors on drafts without their consent ("surprised
authorship"). In some cases, the surprised authors had never seen the
draft that surprised them. It appears that some draft authors think that
including other participants as authors is a way to show support for the
concepts in the document and gain acceptance for those concepts. This
may be thought of as especially useful if the additional authors are
established IETF participants.

Adding names of IETF participants who did not actually work on a
proposal might seem to be a low-risk way of demonstrating "support", but
this is very clearly not an acceptable practice: no one should ever be
added to the list of authors on a draft unless that person has consented
to it and has contributed significantly to the development of the draft.

The practice of adding surprised authors is

   - not in line with the IETF culture, where it's the technical issues
     that matter, not who the authors or supporters are;
   - unethical, as it is wrong to claim support from someone who has not
     consented to it;
   - misleading in terms of support; and
   - problematic in terms of IPR disclosures (BCPs 78 and 79).

To emphasize this last point, the person submitting an Internet-Draft is
asserting that "This Internet-Draft is submitted in full conformance
with the provisions of BCP 78 and BCP 79". A submitter who has not
discussed this with all the listed authors cannot make that claim, and
this can cause procedural and legal problems later.

All authors need to be aware of the ​RFC Editor's statement on
authorship [1], especially as it relates to responsibility for the
document's contents. The IESG strongly recommends that all drafts have
explicit permission from all authors to have their names listed before
the draft is submitted.

If you feel that you are impacted by the above issues, please talk to
your Area Director or contact the IESG by ​sending email to
<iesg@ietf.org>. As the administrator of the I-D repository (regardless
of the source or intended stream for the draft), the IESG will handle
each case of disputed authorship on a case-by-base basis. All reports
will be investigated, and substantiated claims will be met with
corrective actions.

The default corrective action will be the replacement of the offending
draft with a "disputed authorship" tombstone. Such a tombstone would:

   - Be published as a successor to the offending draft,
   - Have the offended IETF participant listed as the only author,
   - Will state "The author listed on this tombstone Internet-Draft has
     stated that he/she should not have been listed as an author on the
     previous version. The IETF considers being added as an author
     without one's permission as unethical. The default behaviour of the
     IESG in such cases is to approve replacement of the offending draft
     with this tombstone. Please direct any queries to the author listed
     here."

[1] http://www.rfc-editor.org/pipermail/rfc-interest/2015-May/008869.html