[tcpm] 793bis: reset generation section

Wesley Eddy <wes@mti-systems.com> Thu, 19 December 2019 16:22 UTC

Return-Path: <wes@mti-systems.com>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id CC683120998 for <tcpm@ietfa.amsl.com>; Thu, 19 Dec 2019 08:22:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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 ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id kIqRsb8BqNeI for <tcpm@ietfa.amsl.com>; Thu, 19 Dec 2019 08:22:51 -0800 (PST)
Received: from mail-qk1-x72d.google.com (mail-qk1-x72d.google.com [IPv6:2607:f8b0:4864:20::72d]) (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 E551E120980 for <tcpm@ietf.org>; Thu, 19 Dec 2019 08:22:35 -0800 (PST)
Received: by mail-qk1-x72d.google.com with SMTP id t129so5068495qke.10 for <tcpm@ietf.org>; Thu, 19 Dec 2019 08:22:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mti-systems-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=qwb45s+wEHaJ/WB4BGDVF8zTQn2gkSxQnKVn78gPvnc=; b=U5qgUN48DcrE6h0HdNiY+Lo2klpXh+tjxnfzQcngbg3S7mf95l0t05eejwMt11FD/v uEr75CpOdPkqjSjxHiNEGCS+RbjDPRsjnP776dVMKgM+DKvHNaENr0CKiuWKpS1+qssY pHR2rP/yZrgfK6TM3My5Oe/9MW2rVNPgJHywp4BlchJ7XJatf2oNkkIrVG+EwEAO4xDY u9SX0vzDjla+sYG8Hc8mxtwYX4CQ1ouTNRzozkVgC5bcTcFNO7l48SCK0OmtJZyZqxxg t59v1s1hhiVSlTF3FTiTGjgah+/s/uYs042ipq3cf7lA8WAK6lL44qiQxt3XJ8/zP78n Fpnw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=qwb45s+wEHaJ/WB4BGDVF8zTQn2gkSxQnKVn78gPvnc=; b=Ipqm5RKLy9nqjhGlVcgxiNFOVM9epsvM1YeE+UwmXGqud8eVqwRqca1pNp6ato1q0c ULpvcoINq7fTRySP/iprYHnU+ykI45lAcU3kI5oFQBsNd/oFPb9+WRmPIOHAiNy/36T7 pkPU6e1ceGwZnBT4TPaaNNZnjW2MrhPSaZTQ/6V4Y6tqGIXkjwxsNZ2S9meY0QuoHXqj G9GhUR9HUHBNfGIWv1Hn6jHXTkDMMZy16zcrhZTinxn012+YLH3T1ILRyNSwDBeHyAYF hoZoci+FKKLUkD9YsPiffp97m88MiYzIFvZ5etAVccKsnlsQZKTK+N5/uvQKLvu+hQmf pRmg==
X-Gm-Message-State: APjAAAWobUnOpoQxU1S+kAHCqewATYiGJ7PiPB1YUBewv1rLlYM9+ZH5 S+U3X/OvD33oEOImtrIYbUpleeBdL0Q=
X-Google-Smtp-Source: APXvYqy5FT9meqKkAry0SjEi2tH7tHPxzpTCedCLpOH54vW4krd7TsQkag7/wO43ShLcAqp3LBXlaA==
X-Received: by 2002:a37:88c2:: with SMTP id k185mr9110248qkd.317.1576772554749; Thu, 19 Dec 2019 08:22:34 -0800 (PST)
Received: from [] (rrcs-69-135-1-122.central.biz.rr.com. []) by smtp.gmail.com with ESMTPSA id b3sm1964384qtr.86.2019. for <tcpm@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Dec 2019 08:22:34 -0800 (PST)
To: tcpm@ietf.org
References: <5D669BDA.3000506@erg.abdn.ac.uk> <5D66A044.3060904@erg.abdn.ac.uk>
From: Wesley Eddy <wes@mti-systems.com>
Message-ID: <b5da1cee-abfc-df73-5363-22d1131b85b0@mti-systems.com>
Date: Thu, 19 Dec 2019 11:22:33 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <5D66A044.3060904@erg.abdn.ac.uk>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/bntX0xGZr2oOi-23TdIO7XEg3lM>
Subject: [tcpm] 793bis: reset generation section
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: Thu, 19 Dec 2019 16:22:58 -0000

Gorry had a few comments on the "Reset Generation" section of 793bis 
that I have some proposed responses for:

On 8/28/2019 11:39 AM, Gorry Fairhurst wrote:
> ---
> OLD:
>     As a general rule, reset (RST) must be sent whenever...
> - I can't fathom what was intended, isn't this a RFC2119 SHOULD?

I think there's more specific text elsewhere, so we probably shouldn't 
put 2119 language here.  Instead of "must be sent" we might just say "is 

> ---
> OLD:
>    SYNs addressed to a non-existent connection are
>    rejected by this means.
> - Is that a complicated way of saying an RST is sent, or is it 
> something else, please clarify,
> is the word "addressed" correct here? Could this be rewritten as a 
> "SYN segment that
> does not match an existing connection..."

I'm fine with this editorial change, if nobody objects.

> - This then leads me to ask why this does not refer to SYN cookies?

I'm not sure that's needed or directly relevant, because SYN cookies are 
for protecting actual listening sockets (not non-existent ones).

> ---
> OLD:
>       any unacceptable segment (out of window sequence number or
>       unacceptable acknowledgment number) must elicit only an empty
>       acknowledgment segment containing
> - what does "elicit" mean here and what is an empty ACK segment?

I think it's just editorial, but we could change:

"elicit only an empty acknowledgement segment"


"be responded to with an empty acknowledgement segment (without any user