Re: [tcpm] Please review 793bis!

Wesley Eddy <wes@mti-systems.com> Mon, 29 July 2019 18:59 UTC

Return-Path: <wes@mti-systems.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 114FA120019 for <tcpm@ietfa.amsl.com>; Mon, 29 Jul 2019 11:59:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mti-systems-com.20150623.gappssmtp.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 NNTTHf9lWXN7 for <tcpm@ietfa.amsl.com>; Mon, 29 Jul 2019 11:59:53 -0700 (PDT)
Received: from mail-io1-xd30.google.com (mail-io1-xd30.google.com [IPv6:2607:f8b0:4864:20::d30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2CA4012001E for <tcpm@ietf.org>; Mon, 29 Jul 2019 11:59:53 -0700 (PDT)
Received: by mail-io1-xd30.google.com with SMTP id f4so122454686ioh.6 for <tcpm@ietf.org>; Mon, 29 Jul 2019 11:59:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mti-systems-com.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=Ye45tICwVItkN5JesGGWILJxdBvfuW3ex1FRHYrkIpw=; b=fYEY49eYCH9bpUnoZhyTlLzMadT+LExrqecVkHj3dQicwH2/eBjmn6ucNDBNQnkoFQ zE58SAGQuJQ3G/qMgWJR2K53cAlhRXADv4CfavqRtvL8bFBEJMINWUHSn5vGa4zq2POo BBGAFvHmZ1JSIW6QYj5YsqCEdkk1iL/EdjGoMZwZwT/H+30f0fU7cx7h5NEMDQAimslB iz1GQfcn8NZ5E2GF8osUVyb+eCCB6uH/9VO7P1822nAu9ph857ldnuVh4Tu9TY2CozWM XtZ89fzpHMTpu+wQUzfq8ddiKk9DMyCyWXHEVfk8tPNA+oSMUqIt5aGg5up7+KSkSTSm pwbA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=Ye45tICwVItkN5JesGGWILJxdBvfuW3ex1FRHYrkIpw=; b=iYOFETSBB1y3rwTBQP9OpxwfQjYkkyn14pWXP1f5pINmnqo7bfv9YYi0IhutOt0fxG l24bO4WzimsSEwZJDHJ5OzvAOf1tDmVZePRRyxv3YNnFhDbQ1Cn7X6e/dcRwjfLtdGnn p+rdPkbZliSQTMjwcLb8XcyBHUKuSFGI1t5IsUJsF5Civr6V6v1GvC9bC5MsFKCP0TXr sbw9LaMTpe5pfgam21pWxBT9I5SRCDzoOcpTThT2mij18wZnAlAYKIe01pcUCYFvSnYs 9LNOSJEDm3aifUfxCaU9Vfkx9nExFH7RL29lt4XpelFyPwg4W+GvMqKb8Ptv6w11aVlo j1Xg==
X-Gm-Message-State: APjAAAWXB1nocRfpbwkXGCK6A2+GP0uHC++dNtnY9I69BigibBJ+D4KM wZSlXKpHPrbUlQimyQeRge6hn2wV
X-Google-Smtp-Source: APXvYqy9cBB7RP3IMRMuCKszJVJZjNgVtQbl06c/8/OtKsJcvulkj3h30OOr0JNnlJ65zMP2wxAtFg==
X-Received: by 2002:a5d:9a04:: with SMTP id s4mr106077984iol.19.1564426792197; Mon, 29 Jul 2019 11:59:52 -0700 (PDT)
Received: from [192.168.1.119] (rrcs-69-135-1-122.central.biz.rr.com. [69.135.1.122]) by smtp.gmail.com with ESMTPSA id z17sm84039131iol.73.2019.07.29.11.59.50 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Jul 2019 11:59:50 -0700 (PDT)
To: Tim Wicinski <tjw.ietf@gmail.com>, Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>
Cc: "tcpm@ietf.org" <tcpm@ietf.org>
References: <6EC6417807D9754DA64F3087E2E2E03E2D3CB17C@rznt8114.rznt.rzdir.fht-esslingen.de> <0E7412EE-5D31-4757-8DDC-09866629A4D7@apple.com> <CADyWQ+FNvQOiPhOHNzKWRZLeinBbC6Ci=rny+Ac-SrDUHF0TyA@mail.gmail.com>
From: Wesley Eddy <wes@mti-systems.com>
Message-ID: <7d37be26-70fc-5303-c5bf-3d379585648f@mti-systems.com>
Date: Mon, 29 Jul 2019 14:59:49 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0
MIME-Version: 1.0
In-Reply-To: <CADyWQ+FNvQOiPhOHNzKWRZLeinBbC6Ci=rny+Ac-SrDUHF0TyA@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------5203128012013CA862665E55"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/SMMRGovMz8TRO00V5JNmiIAljGs>
Subject: Re: [tcpm] Please review 793bis!
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, 29 Jul 2019 18:59:56 -0000

Hi Tim, I think I agree with the spirit of what you're saying, but am 
unsure what you suggest changing.

The abstract and introduction are pretty verbose about the relation to 
793 (why it's being obsoleted) and the history (in what ways it's now 
obsolete), and there are pointers to the TCP roadmap in sections 1 and 2.

Do we need to say things differently somehow?  Any suggestions are welcome.


On 7/27/2019 10:06 PM, Tim Wicinski wrote:
> Tommy
>
> For Implementation advice, I would refer people to the TCP Roadmap 
> document (rfc7414) which feels to me to be a better location.
> rfc7414 (or what may be the best location) should be spelled out more 
> clearly to readers.
>
> I noticed on reading through the document structure, there are 
> references to RFC793, yet the document is being Obsoleted.
> If we're obsoleting an entire document, is it wise to refer back to 
> it?  Does that confuse a casual reader? If there are references to the
> 793, such as in Section 2, I think it should be included.
> Tim
>
>
>
> On Sat, Jul 27, 2019 at 9:44 PM Tommy Pauly 
> <tpauly=40apple.com@dmarc.ietf.org 
> <mailto:40apple.com@dmarc.ietf.org>> wrote:
>
>     Hi Michael,
>
>     Thanks for the note about this (indeed important!) document. I
>     unfortunately had a conflict for tcpm, so missed the recent
>     meeting, but I do have some questions about what the group wants
>     to see in reviews of this document.
>
>     As expected, much of the text remains unchanged from RFC793. While
>     I understand and agree that it is a non-goal to change any
>     behavior, reading the document does still feel like it is out of
>     place amongst current RFCs from a terminology and organizational
>     standpoint. If this is going to be published as a full STD
>     document, it would be great to have something that also makes the
>     reading clearer and easier for people new to TCP. Specifically, as
>     some people are now working on implementations of TCP for user
>     space stacks or minimal IoT devices, a clean reference would be a
>     fantastic asset.
>
>     Some initial examples of changes that came to mind:
>
>     - Structure; there is both a Terminology section (3.2) relatively
>     early on, and a glossary (3.11) near the end. It seems more
>     typical nowadays to have a terminology section up front, and just
>     refer inline to supporting documents (like IP, for example).
>     - Many of the RFCs referenced are the older or obsoleted versions
>     - Consistency and freshness; some of the terminology feels dated,
>     such as "the local and remote socket numbers" for referring to
>     what is called "port numbers" elsewhere in the document and in
>     current parlance.
>
>     There's a lot of possible work to be done here, so before people
>     embark on such reviews, can you clarify which of these categories
>     of input are useful, and would be incorporated?
>
>     Best
>     Tommy
>
>     > On Jul 26, 2019, at 11:17 AM, Scharf, Michael
>     <Michael.Scharf@hs-esslingen..de
>     <mailto:Michael.Scharf@hs-esslingen.de>> wrote:
>     >
>     > Hi all,
>     >
>     > As discussed at IETF 105, we need reviews of
>     draft-ietf-tcpm-rfc793bis in order to complete this important TCPM
>     milestone. The draft can be found at:
>     >
>     > https://tools.ietf.org/html/draft-ietf-tcpm-rfc793bis-13
>     >
>     > If you care about TCP (after all you have decided to subscribe
>     the TCPM list for some reason, no?), please try to find some
>     cycles and please have a look at this document.
>     >
>     > Thanks
>     >
>     > Michael
>     >
>     > _______________________________________________
>     > tcpm mailing list
>     > tcpm@ietf.org <mailto:tcpm@ietf.org>
>     > https://www.ietf.org/mailman/listinfo/tcpm
>
>     _______________________________________________
>     tcpm mailing list
>     tcpm@ietf.org <mailto:tcpm@ietf.org>
>     https://www.ietf.org/mailman/listinfo/tcpm
>
>
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm