Re: exploring the process of self retiring one's name from an RFC

Paul Wouters <paul@nohats.ca> Fri, 19 April 2019 15:47 UTC

Return-Path: <paul@nohats.ca>
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 797E81202E7 for <ietf@ietfa.amsl.com>; Fri, 19 Apr 2019 08:47:38 -0700 (PDT)
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 autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nohats.ca
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 CbSMSl0Yh17V for <ietf@ietfa.amsl.com>; Fri, 19 Apr 2019 08:47:36 -0700 (PDT)
Received: from mx.nohats.ca (mx.nohats.ca [193.110.157.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA93C120172 for <ietf@ietf.org>; Fri, 19 Apr 2019 08:47:35 -0700 (PDT)
Received: from localhost (localhost [IPv6:::1]) by mx.nohats.ca (Postfix) with ESMTP id 44m0jJ5kK4zDD0; Fri, 19 Apr 2019 17:47:32 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nohats.ca; s=default; t=1555688852; bh=bipg9MbUF/21Q1GkXBXCWiqW7/i8hRV0Y+Lvz/mHgOI=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=pvVVlJAKtDpdCh39pjeHEPlNA0UJzi+vQxR+1Ue6pOz3lNjLu5E21L5k4xkatByev PyHuQXCuqZvt3Sx0NKsy40XN7Pef8EEjXrWXNCpxvJnm1TrZkoZpq2n+SiFZF5uK7m WkbqJKC3xWr8F/UM0Czib7Pu01y9MR3d1b6IPy6E=
X-Virus-Scanned: amavisd-new at mx.nohats.ca
Received: from mx.nohats.ca ([IPv6:::1]) by localhost (mx.nohats.ca [IPv6:::1]) (amavisd-new, port 10024) with ESMTP id 1xbbJDyOZjbj; Fri, 19 Apr 2019 17:47:31 +0200 (CEST)
Received: from bofh.nohats.ca (bofh.nohats.ca [76.10.157.69]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.nohats.ca (Postfix) with ESMTPS; Fri, 19 Apr 2019 17:47:30 +0200 (CEST)
Received: from [10.52.222.134] (unknown [88.128.80.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by bofh.nohats.ca (Postfix) with ESMTPSA id D4E8394F; Fri, 19 Apr 2019 11:47:28 -0400 (EDT)
DKIM-Filter: OpenDKIM Filter v2.11.0 bofh.nohats.ca D4E8394F
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (1.0)
Subject: Re: exploring the process of self retiring one's name from an RFC
From: Paul Wouters <paul@nohats.ca>
X-Mailer: iPhone Mail (16D57)
In-Reply-To: <b94d0cd7-0ca2-4072-3f2a-ef387406c2b0@gmail.com>
Date: Fri, 19 Apr 2019 17:47:22 +0200
Cc: Christian Huitema <huitema@huitema.net>, IETF Discussion <ietf@ietf.org>, Jared Mauch <jared@puck.nether.net>
Content-Transfer-Encoding: quoted-printable
Message-Id: <1C743268-61FA-4D7C-A3F4-C2DA950300C1@nohats.ca>
References: <1a0ba1ad-9e32-4663-208c-f94f4f0306de@gmail.com> <00fde7c6-c8a4-508e-5735-056647cdfb52@gmail.com> <9E3D5C77-C1C8-4D22-97BF-B97324C7DFCC@puck.nether.net> <13a585d3-ff7c-757d-3f5d-d60be289e0d1@gmail.com> <FE3CDAA5-CF0E-4D19-8985-76BAEEEC9E36@huitema.net> <b94d0cd7-0ca2-4072-3f2a-ef387406c2b0@gmail.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/brL7wYkRJOzevrTfWvZ0BK3P6WA>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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, 19 Apr 2019 15:47:39 -0000

You seem to think the RFC should not apply anymore. So convince your old authors and/or the appropriate WG to move the RFC to Historic status.

Paul


Sent from mobile device

> On Apr 19, 2019, at 17:09, Alexandre Petrescu <alexandre.petrescu@gmail.com> wrote:
> 
> Christian,
> 
> Le 19/04/2019 à 16:09, Christian Huitema a écrit :
>>> On Apr 19, 2019, at 5:18 AM, Alexandre Petrescu <alexandre.petrescu@gmail.com> wrote:
>>> With respect to questioning the kinds of comments that could be put:
>>> - it's not because the technology has changed that I need my way removed from it.
>>> - there is no new risk profiles.
>>> - the reality has bent in the sense that the 64bit boundary seems to be imposed now in all new IPv6-over-foo RFCs.  It was so in the
>>> past (before the RFC), and I was hoping the RFC to change that tendency.  The reality is that since that RFC many other IP-over-foo documents have been written, and each time the recommendation is still to use 64bit IID.  That was not my intention when co-authoring that RFC.  I got into it to falsely believe the recommendation would happen in - what was at the time -
>>> the future.
>>> With respect to improved usefulness of a perpetual archive to insert up to date feedback (comments answering the Request for Comments): I think it sounds natural and it makes sense.  That can
>>> not be the email list of the WG having developed the RFC, because
>>> it gets shut down.
>>> That perpetual archive can not be a new Internet Draft because that
>>> expires if not adopted by a WG, which is itself subject to come and
>>> go of people.
>> In short, you are asking to remove your name of the authorship of and
>> RFC because if you knew then what you know now, you would not have
>> written the paper that way, nor signed it.
> 
> YEs.
> 
>> Think about it.
>> People change opinion all the time, for lots of reasons.
> 
> But I did not change my mind!  I always wanted the 64bit boundary
> removed - then and now and in the future.  I was in the hope that that
> RFC would help.
> 
> The events happened in such a way that that RFC hurts instead of
> helping.  People read it as if it is a recommendation to use 64bit
> boundaries.
> 
>> Everybody makes what they think are mistakes. But the record is the record, and you don't get to change it.
> 
> I agree.
> 
>> You filed an errata to remove your authorship. That errata should be
>> rejected, because the document is not actually erroneous. It states
>> that you were one of the authors at the time of publication, and there is no doubt about that. There is no error.
> 
> I tend to agree.  Another person told me in private the same thing.
> 
> All I can do now, and I did, is to request an errata.  I agree if it is
> rejected. I will take greater care next time when opportunities to
> author documents arise - they may be worth considering, others should
> rather be avoided.
> 
> Alex
>> -- Christian Huitema