Re: [tcpm] New Version Notification for draft-ietf-tcpm-rfc793bis-14.txt

Joe Touch <touch@strayalpha.com> Mon, 19 August 2019 03:51 UTC

Return-Path: <touch@strayalpha.com>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05B571201E3 for <tcpm@ietfa.amsl.com>; Sun, 18 Aug 2019 20:51:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.209
X-Spam-Level:
X-Spam-Status: No, score=-1.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=strayalpha.com
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 aJeriQRwiM_P for <tcpm@ietfa.amsl.com>; Sun, 18 Aug 2019 20:51:41 -0700 (PDT)
Received: from server217-3.web-hosting.com (server217-3.web-hosting.com [198.54.115.226]) (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 32618120133 for <tcpm@ietf.org>; Sun, 18 Aug 2019 20:51:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id:Cc:Date:In-Reply-To: From:Subject:Mime-Version:Content-Type:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=1YJzVzpF6gWEMC5/cdNrGj+duK4pAL9SDWdnPSms6ho=; b=wWRyGbxp7O9B0WP7Lt9YvArQC uVLmFb2IfeDiDLEsmyUECB7FN5LZP+y/CJTqL+V9+wiPzpnL6i6NtuLs2pHf6ZPRaW6CxYZkNn3jM we3XVM3LViqPeBWAvKjVXppVJIb32sJ0Ft3jFV23bOjLWqryzXkIWZkEWSu5ZWfrqOUf7Ilqd50aj To6r/zyTfxNt1Ks5l+lSjKqSddF5NPFT8SuqzNx+0zzvAxvTFVg6iR4Ue5ED4KxPF8GAJqhOqXjyL TrnEKubjBarNawNF0UXBnwgj7UKcLsZ3wNwpP6xm21YL6CWac5jrKf9FYL7dwqinhm1O9q+y/TDyK yJON41rzg==;
Received: from cpe-172-250-225-198.socal.res.rr.com ([172.250.225.198]:51993 helo=[192.168.1.10]) by server217.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from <touch@strayalpha.com>) id 1hzYhj-000Zuy-Ea; Sun, 18 Aug 2019 23:51:40 -0400
Content-Type: multipart/alternative; boundary="Apple-Mail=_A97714ED-A8CC-4B66-A270-C9EFA0A08273"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Joe Touch <touch@strayalpha.com>
In-Reply-To: <787AE7BB302AE849A7480A190F8B9330312EB6CE@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
Date: Sun, 18 Aug 2019 20:51:34 -0700
Cc: Wes Eddy <wes@mti-systems.com>, tcpm IETF list <tcpm@ietf.org>
Message-Id: <CF221D10-A0B1-4812-87D9-06BE5E83EF5F@strayalpha.com>
References: <156450882804.14172.17458284787319017749.idtracker@ietfa.amsl.com> <10a8eba2-0d55-bd5d-ad22-4884f485a3de@mti-systems.com> <787AE7BB302AE849A7480A190F8B9330312EB6CE@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
To: mohamed.boucadair@orange.com
X-Mailer: Apple Mail (2.3445.9.1)
X-OutGoing-Spam-Status: No, score=-1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server217.web-hosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - strayalpha.com
X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com
X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com
X-Source:
X-Source-Args:
X-Source-Dir:
X-From-Rewrite: unmodified, already matched
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/VtDmdrNQ-bb2mGlu53ApY7RwzM4>
Subject: Re: [tcpm] New Version Notification for draft-ietf-tcpm-rfc793bis-14.txt
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Aug 2019 03:51:43 -0000

Hi, all,

RESERVED != UNASSIGNED

Unassigned means not currently assigned but that there’s a process in place for assignment, IMO.

Reserved means that they would be defined only by a change to the protocol spec itself, not merely by an assignment mechanism.

I would strongly suggest sticking with RESERVED, per the original doc. I don’t think we’re in the business in this doc of changing the specs per se.

Joe

> On Jul 30, 2019, at 10:42 PM, mohamed.boucadair@orange.com wrote:
> 
> Hi Wes,
>  
> Your suggestion on reserved bits works for me. Thanks.
>  
> As we are there are, I suggest to add a second action asking IANA to move the (orphan) TCP flag registry to be a sub-registry under the global “Transmission Control Protocol (TCP) Parameters” (https://www.iana.org/assignments/tcp-parameters/tcp-parameters.xhtml <https://www.iana.org/assignments/tcp-parameters/tcp-parameters.xhtml>).
>  
> Also, add to the draft a reminder that “reserved bits” are assigned following Standard Action as per Section 9.2 of RFC 2780.
>  
> Cheers,
> Med
>  
> De : tcpm [mailto:tcpm-bounces@ietf.org <mailto:tcpm-bounces@ietf.org>] De la part de Wesley Eddy
> Envoyé : mardi 30 juillet 2019 19:57
> À : tcpm IETF list
> Objet : [tcpm] Fwd: New Version Notification for draft-ietf-tcpm-rfc793bis-14.txt
>  
> Hello, this incorporates some small cleanups that accumulated prior to the IETF meeting, as well as some of the feedback received since then on the mailing list.
> 
> A couple specific things not yet done (because it doesn't look like we converged on the list yet):
> 
> - Did not yet change reserved bits to "unassigned" (nor indicate them in the IANA considerations section).  Rod Grimes has a good point about these being very commonly referred to as "the reserved bits" in other places.  I'm thinking we could add a note to say that in IANA terms they're "Unassigned" to add the clarity that Mohamed is advocating, but not change the name?
> 
> - Did not yet move section 2.1.
> 
> - Did not yet remove the note about my confusion on MUST vs SHOULD regarding reporting of excessive retransmissions in RFC 1122 (will confirm on the mailing list the "no change" proposal that was suggested at the meeting)
> 
> 
> 
> -------- Forwarded Message -------- 
> Subject: 
> New Version Notification for draft-ietf-tcpm-rfc793bis-14.txt
> Date: 
> Tue, 30 Jul 2019 10:47:08 -0700
> From: 
> internet-drafts@ietf.org <mailto:internet-drafts@ietf.org>
> To: 
> Wesley M. Eddy <wes@mti-systems.com> <mailto:wes@mti-systems.com>, Wesley Eddy <wes@mti-systems.com> <mailto:wes@mti-systems.com>
> 
> 
> 
> A new version of I-D, draft-ietf-tcpm-rfc793bis-14.txt
> has been successfully submitted by Wesley M. Eddy and posted to the
> IETF repository.
> 
> Name: draft-ietf-tcpm-rfc793bis
> Revision: 14
> Title: Transmission Control Protocol Specification
> Document date: 2019-07-30
> Group: tcpm
> Pages: 104
> URL: https://www.ietf.org/internet-drafts/draft-ietf-tcpm-rfc793bis-14.txt <https://www.ietf.org/internet-drafts/draft-ietf-tcpm-rfc793bis-14.txt>
> Status: https://datatracker.ietf.org/doc/draft-ietf-tcpm-rfc793bis/ <https://datatracker.ietf.org/doc/draft-ietf-tcpm-rfc793bis/>
> Htmlized: https://tools.ietf.org/html/draft-ietf-tcpm-rfc793bis-14 <https://tools.ietf.org/html/draft-ietf-tcpm-rfc793bis-14>
> Htmlized: https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-rfc793bis <https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-rfc793bis>
> Diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-tcpm-rfc793bis-14 <https://www.ietf.org/rfcdiff?url2=draft-ietf-tcpm-rfc793bis-14>
> 
> Abstract:
> This document specifies the Internet's Transmission Control Protocol
> (TCP). TCP is an important transport layer protocol in the Internet
> stack, and has continuously evolved over decades of use and growth of
> the Internet. Over this time, a number of changes have been made to
> TCP as it was specified in RFC 793, though these have only been
> documented in a piecemeal fashion. This document collects and brings
> those changes together with the protocol specification from RFC 793.
> This document obsoletes RFC 793, as well as 879, 2873, 6093, 6429,
> 6528, and 6691 that updated parts of RFC 793. It updates RFC 1122,
> and should be considered as a replacement for the portions of that
> document dealing with TCP requirements. It updates RFC 5961 due to a
> small clarification in reset handling while in the SYN-RECEIVED
> state.
> 
> RFC EDITOR NOTE: If approved for publication as an RFC, this should
> be marked additionally as "STD: 7" and replace RFC 793 in that role.
> 
> 
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org <http://tools.ietf.org/>.
> 
> The IETF Secretariat
> 
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org <mailto:tcpm@ietf.org>
> https://www.ietf.org/mailman/listinfo/tcpm <https://www.ietf.org/mailman/listinfo/tcpm>