Re: [tcpm] Please review 793bis!

Wesley Eddy <wes@mti-systems.com> Mon, 29 July 2019 19:49 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 3D24212003F for <tcpm@ietfa.amsl.com>; Mon, 29 Jul 2019 12:49:55 -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=ham 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 TFPhF_MXKmyZ for <tcpm@ietfa.amsl.com>; Mon, 29 Jul 2019 12:49:53 -0700 (PDT)
Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (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 6400912002F for <tcpm@ietf.org>; Mon, 29 Jul 2019 12:49:53 -0700 (PDT)
Received: by mail-io1-xd36.google.com with SMTP id j5so118613137ioj.8 for <tcpm@ietf.org>; Mon, 29 Jul 2019 12:49: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=A91kA79eUPrrf9SQK49yebniiE9gLaDjrZCAJknIY/8=; b=TJA6zovrBWe2ota4YIAsUi0uc25AkMvFnwoVQxui3jmGlqaKxkm6eJaXv7gyPHPwEK PJcv3kwRBnz39JhskqHvz3RfKNDGe+4HVfNhhpwZ09Irt7VZB7yy2PtLR0lsiiqiUZ8q PsfdlsUpV9H6Wi1UcacfymIORgbO07TTOBEoUjJ4/4qtQmKK1cGwMopHHiBm0s8igv8z UExPzVKI1sum8ZITQmkLijW9GoY9hcoXs8lcK6HMJk/TZ1b0iGXQ3MRbOZQnVmFIlnKB hqWvTqc4MqhRK0e4n6/PhO1yjKbEGd1K/t4P1wJkwpC6VUWlt5JFQSkWwC07xmet80A3 Av0Q==
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=A91kA79eUPrrf9SQK49yebniiE9gLaDjrZCAJknIY/8=; b=ebdzopnq9HPjIsSSCZPNRsSXkNZD/fIkYiHKlkXceDHR8cXy7WT6N8oTchakmpJYb9 Cn1yKlY9oX+L+t59DxQYjGR2Tyyn7wTQzjQo7cV0RQGEHPp+5Sr1PshvAKNB0012Q5nV Hpbf0F5xZik5C5uCM574jqjrwuRMW4ucn3i/OLsIIzRS+4GMTh/GRmOh1t8pcxss3mIY AiXP9gPgy9qW/E6PVIzvYEohU7DEfH7rOYN9Cb/3Gw8oX4VQ6Mbn4bLRRQBfxQlDHNhE QGyeH2ADSMxAs1rdgfIdttUHx5bkOfknrSoBgf+0LjKTtl1W5zL1rl22rMZLmxgdiaMH 3OWg==
X-Gm-Message-State: APjAAAUSQxigd6myP/DnRm+q7eLgemkwmxR8sElX03+C8rG8Nf/6ms64 24EGyFob6j/pFaLHr0G7+JpuZNQn
X-Google-Smtp-Source: APXvYqyRaiqoS+Bk2Ef76WLvTP1MriaIKkwOQmbskpeu4Xbl3yecEdhR+EMcUeh2AMcJlZzKFaCZNw==
X-Received: by 2002:a05:6638:38a:: with SMTP id y10mr118777981jap.104.1564429792562; Mon, 29 Jul 2019 12:49: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 i3sm53445204ion.9.2019.07.29.12.49.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Jul 2019 12:49:51 -0700 (PDT)
To: Tim Wicinski <tjw.ietf@gmail.com>
Cc: Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>, "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> <7d37be26-70fc-5303-c5bf-3d379585648f@mti-systems.com> <CADyWQ+GpQROh0vWEZzY48izW+64QDu=BmT=Jfq5=_iEt0Xdr3g@mail.gmail.com>
From: Wesley Eddy <wes@mti-systems.com>
Message-ID: <784d1729-5fbb-7182-d5ce-e5090e427b50@mti-systems.com>
Date: Mon, 29 Jul 2019 15:49: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+GpQROh0vWEZzY48izW+64QDu=BmT=Jfq5=_iEt0Xdr3g@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------FAEEFF705CEAA9A821B6F154"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/WcZ2Q_auFtK3Z4mIBSZnV4NwgVc>
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 19:49:55 -0000

On 7/29/2019 3:28 PM, Tim Wicinski wrote:
> Wes
>
> I've been staring at this one sentence
>
>     It does not replicate or attempt to update the introduction
>     and philosophy content inRFC 793  <https://tools.ietf.org/html/rfc793>  (sections1  <https://tools.ietf.org/html/draft-ietf-tcpm-rfc793bis-13#section-1>  and2  <https://tools.ietf.org/html/draft-ietf-tcpm-rfc793bis-13#section-2>  of*that*
>     document).
> The 793 link is the link to 793, but sections 1 & 2 are linked to this 
> document.
> Is the intention to link to the older document, or to the -bis document?
> That would help clear up "that document" or "this document" to me.
>
Aha! So, that hyperlinking appears to be a crazy thing that the IETF web 
tool for presenting HTML incorrectly inferred.  The XML source does not 
contain hyperlinks for those numbers.  Not sure how to fix ...



> Back in Section 1:
>      RFC 793  <https://tools.ietf.org/html/rfc793>  and other updates also contain
>     informative and descriptive text for human readers to understand
>     aspects of the protocol design and operation.  This document does not
>     attempt to alter or update this informative text, and is focused only
>     on updating the normative protocol specification.
>
> in DNSOP we struggled with this same question recently with 2845-bis
> https://datatracker.ietf.org/doc/draft-ietf-dnsop-rfc2845bis/
> Initially, the idea was to make as few a changes as possible to the 
> document,
> just make minor fixes.  But it became clear part of the reason there 
> was an
> issue with implementation was poor wording in the original document.
> Sadly, I have no simple answers.
>
Thanks for the perspective ... I'm hopeful that the most problematic 
parts of 793 in this regard have been fixed already in 1122 and 
elsewhere, and that by pasting in those updates, we've already handled 
them, but I guess will have to assess on a case-by-case basis.