[auth48] [AD] RFC 9293 Fwd: FWD: Re: Protocol Action: 'Transmission Control Protocol (TCP) Specification' to Internet Standard (draft-ietf-tcpm-rfc793bis-28.txt)
Jean Mahoney <jmahoney@amsl.com> Thu, 04 August 2022 14:32 UTC
Return-Path: <jmahoney@amsl.com>
X-Original-To: auth48archive@ietfa.amsl.com
Delivered-To: auth48archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 771BAC13C20B; Thu, 4 Aug 2022 07:32:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.207
X-Spam-Level:
X-Spam-Status: No, score=-4.207 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UUtmmMriLF2I; Thu, 4 Aug 2022 07:32:54 -0700 (PDT)
Received: from c8a.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56ADFC13C50C; Thu, 4 Aug 2022 07:32:15 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 36A484243EC2; Thu, 4 Aug 2022 07:32:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6t-Qi6CqTKky; Thu, 4 Aug 2022 07:32:15 -0700 (PDT)
Received: from [192.168.1.203] (unknown [47.186.48.51]) by c8a.amsl.com (Postfix) with ESMTPSA id BDC1A424B432; Thu, 4 Aug 2022 07:32:14 -0700 (PDT)
Content-Type: multipart/alternative; boundary="------------DBBSUULAYEVNmPUdBR7nk7x0"
Message-ID: <5afdfb3c-7036-c8ef-8610-01cddbd739b1@amsl.com>
Date: Thu, 04 Aug 2022 09:32:14 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.11.0
References: <D33D6E1296EA33BF86B9C31A@PSB>
Content-Language: en-US
To: Martin Duke <martin.h.duke@gmail.com>
Cc: "wes@mti-systems.com" <wes@mti-systems.com>, tcpm-ads@ietf.org, tcpm-chairs <tcpm-chairs@ietf.org>, auth48archive@rfc-editor.org, "rfc-editor@rfc-editor.org" <rfc-editor@rfc-editor.org>, "Scharf, Michael" <michael.scharf@hs-esslingen.de>
From: Jean Mahoney <jmahoney@amsl.com>
In-Reply-To: <D33D6E1296EA33BF86B9C31A@PSB>
X-Forwarded-Message-Id: <D33D6E1296EA33BF86B9C31A@PSB>
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/yLT8rV0Phty6jgtbkhgY9Vm7_Po>
Subject: [auth48] [AD] RFC 9293 Fwd: FWD: Re: Protocol Action: 'Transmission Control Protocol (TCP) Specification' to Internet Standard (draft-ietf-tcpm-rfc793bis-28.txt)
X-BeenThere: auth48archive@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Archiving AUTH48 exchanges between the RFC Production Center, the authors, and other related parties" <auth48archive.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/auth48archive/>
List-Post: <mailto:auth48archive@rfc-editor.org>
List-Help: <mailto:auth48archive-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Aug 2022 14:32:59 -0000
Martin, Do you feel that John Klensin's suggestion below has been adequately considered? Current: Acknowledgments This document is largely a revision of RFC 793, of which Jon Postel was the editor. Due to his excellent work, it was able to last for three decades before we felt the need to revise it. Andre Oppermann was a contributor and helped to edit the first revision of this document. Perhaps: Contributors This document is largely a revision of RFC 793, of which Jon Postel was the editor. Due to his excellent work, it was able to last for three decades before we felt the need to revise it. Andre Oppermann was a contributor and helped to edit the first revision of this document. Acknowledgments We are thankful for the assistance of the IETF TCPM working group chairs over the course of work on this document: Best regards, RFC Editor/jm -------- Forwarded Message -------- Subject: FWD: Re: Protocol Action: 'Transmission Control Protocol (TCP) Specification' to Internet Standard (draft-ietf-tcpm-rfc793bis-28.txt) Date: Mon, 04 Apr 2022 22:50:58 -0400 From: John C Klensin <klensin@jck.com> To: rfc-editor@rfc-editor.org Sorry... mistyped your address. john ---------- Forwarded Message ---------- Date: Monday, April 4, 2022 22:36 -0400 From: John C Klensin <klensin@jck.com> To: Wesley Eddy <wes@mti-systems.com> Cc: tsv-ads@ietf.org, rfc-editor@rfc.editor.org Subject: Re: Protocol Action: 'Transmission Control Protocol (TCP) Specification' to Internet Standard (draft-ietf-tcpm-rfc793bis-28.txt) --On Monday, April 4, 2022 15:02 -0700 The IESG <iesg-secretary@ietf.org> wrote: > The IESG has approved the following document: > - 'Transmission Control Protocol (TCP) Specification' > (draft-ietf-tcpm-rfc793bis-28.txt) as Internet Standard > ... > A URL of this Internet Draft is: > https://datatracker.ietf.org/doc/draft-ietf-tcpm-rfc793bis/ Hi. Apologies for not looking carefully at this document until the Protocol Action announcement appeared: I don't watch the Transport Area closely and, in this case, had ample reason to believe the effort was in good hands. Skimming it today confirms that belief. However, as someone who was co-author of a document that replaced one of Jon's in the years immediately after his death, I want to make an editorial suggestion (or more accurately, a suggestion for an editorial suggestion). In those early years, I'm aware of three substantive RFCs were published for which most of the text and even more of the basic concepts were Jon's. RFC 2471 lists him as an author but with "Deceased" after his name). RFC 2978 also listed him as an author but replaced his address with a note indicating his passing and giving responsibility to the remaining co-author. And the somewhat later RFCs 4288 and 4289, which made some fairly major changes to the procedures that Jon had made significant contributions to creating, used an acknowledgment that indicated that he was not listed as an author because we (the surviving authors) couldn't be sure he would have agreed with what we have done. As you probably know, the usual practice with technical publications that represent new editions of a book or paper that was written by a deceased author is close to the practice in RFCs 2471 and 2978 than to what we did with 4288 and 4289, although that had precedents as well. The other twist here is that the concept of a "Contributors Section" was introduced sometime before RFC 7322 was published in 2014 (see Section 4.11 of that document), at least partially as a way to recognize those who had made very significant contributions of text or ideas but who, for one reason or another, should not be held responsible for the document in the way that we often assume RFC authors are. So, with the understanding that I consider the present acknowledgment text to be excellent, I would strongly encourage you to work closely with the RPC to think through both the authorship and Contributor options with regard to Jon's involvement and reach (and implement) whatever conclusions you think best. I note from the current Acknowledgements section that, should you go down the "Contributors" path, Andre Oppermann might be another candidate. Unless there are considerations within the WG, or were discussions there on this topic, of which I am not aware, I'd assume that this is almost entirely an editorial and Series Style matter about the individual document. thanks, john ---------- End Forwarded Message ----------
- [auth48] [AD] RFC 9293 Fwd: FWD: Re: Protocol Act… Jean Mahoney