Re: [tcpm] Possible error in accurate-ecn

"Scheffenegger, Richard" <rs.ietf@gmx.at> Tue, 17 November 2020 08:54 UTC

Return-Path: <rs.ietf@gmx.at>
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 2708A3A09F4 for <tcpm@ietfa.amsl.com>; Tue, 17 Nov 2020 00:54:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net
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 siLMRQ0n_y7g for <tcpm@ietfa.amsl.com>; Tue, 17 Nov 2020 00:54:22 -0800 (PST)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 516B83A09BB for <tcpm@ietf.org>; Tue, 17 Nov 2020 00:54:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1605603218; bh=iLyy6lK/D6134N1TygD2KyeGpubJbWQR3kvlzqmlviE=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=OPRoQc3qsmjAOvhFXDnkyVr9h9Y5Y/ZjVbJmu2HnshTF4xGTnAWT9zGMBNtw4QSjN za2L9d+kMU3TbQaeb5WjGVX+zFiaAy+4FZUjwE5Rm9/7WEFseEjonvJcUJBZj9ovyl mvfS9Ne1fS7GZxYiAEU9lhJJZf74oaPBZkv6pvss=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.233.106] ([185.236.167.136]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N4Qwg-1kF3bg3JB8-011TW6; Tue, 17 Nov 2020 09:53:38 +0100
To: Yoshifumi Nishida <nsd.ietf@gmail.com>, Mirja Kuehlewind <ietf@kuehlewind.net>
Cc: tcpm IETF list <tcpm@ietf.org>, Richard Scheffenegger <rscheff@gmx.at>, Bob Briscoe <research@bobbriscoe.net>
References: <47df9b8b-515e-d40d-3473-599b0a3e3876@bobbriscoe.net> <6031BE2B-4D33-426F-BA17-DDF15CF821DE@kuehlewind.net> <CAAK044SDbJHGYrzyv4ipMojEdxPEH4Rnr0AKpGC-n141SuRBYg@mail.gmail.com>
From: "Scheffenegger, Richard" <rs.ietf@gmx.at>
Message-ID: <38c8eb38-3328-5fcd-818f-f92015377716@gmx.at>
Date: Tue, 17 Nov 2020 09:53:38 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <CAAK044SDbJHGYrzyv4ipMojEdxPEH4Rnr0AKpGC-n141SuRBYg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:2wcVhteTy1HBtF7GcmgStTXf0WC6YarTN8/Xo+tTf/XIYWBSy3t YvEWV4tZaebTSIPMEIQdBbLflNccysiTKqCmUpXcmMbRSD643rz08x4gIAQburWOsKwt1iN 3/iOXXQv04OcWvFwa3HBcxcjw/RBk/Q15yQz214Ni2xxN3aHyfxHCwGYYgTkw+YAInj9lAy 9DFZ5K1mV1yKrk8Gm/YIg==
X-UI-Out-Filterresults: notjunk:1;V03:K0:3G71AAKv3mE=:z7nRJbnJzvqGsummOcYW7l dYeoe+ghClSDtGzRr59v5rzT63/GvOv8oPrc3V8lcoMuoN0q5k/P8H6HuSFF14qYGTfHoOCMF Bj6+ThMUCQhGbjzrF7a2vgo3FJi4/g3zzcYT/iSwTLL0WOIvtmDQHTgJBIREMWaS6VwbYUFOK /6oEZNh+1CVvqFLCyMqkbpbdzneBia0lXlCoMF8BK0KPx5z/BQerk21WAOZZOQpv3M3p0d58X RvphYbk54KLwpJG62ZEj3yla6K8hTuGc3bhKRkhotiZFIwAsbd42rqsHz9rL06tXbaysaYpV9 2UabMOye1yxrI4fbisNV+lnyM/aZLesm7X2n0zFQZs9GGTvyYBIQrTxaUcQpIpbg/NcX5tz32 ptlz5OEYbOUBrL1ttAdI+V5T1RIirRaBcg1UfhbL6zgfIm/W+1YZB8253dOclfMOKPqBO2sNw +ax4CMgIQqxa6upiYNJq+jW4CrpOh/LCfexcorTyUmYN7rmzqU5Gw0586CIHBivWRIp2ETfAz dwhLnOoAIRjwm3cthL5t9Dbw1lKSjje0gfMBFsH9ui48blWdkCawxY12zk14a2/V5fQ2mIoOz 7KKKDJbrAoEBZvX/daCYvKiSwL/uC5SGQG9Zzf9PyariLmOkTmM/ZPcJLIVZYfpHgnJJjRyh6 ht9A4j8UsUA0PoUGqt/9m0gfaDRvBhR8SPmBXZ5v8JkS08LCIxOdSQgcL8IFKhYRdcKO+15vH S9e+VYEhzna4JBw7RtM0xq1yropX/K+BeJMnWYWAav+4nnlZhe7DT8r/rSt3A6f/lOtlkQwko aNdCN6GUtABGCtXC1Q262aR/tExW8S6bH2bDDlUeDm6Rk/Xif9bBDtcZP9I7lHV3aXBi+rBwS hhi4uJJ1ltEI1NBsh46Q==
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/Xa-jXIWmM5F4c6QqqtHthFYrMqs>
Subject: Re: [tcpm] Possible error in accurate-ecn
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: Tue, 17 Nov 2020 08:54:24 -0000

This would preclude the use of AccECN for AckCC purposes; effectively
allowing ACKs only to be sent for data packets.. (or a stream of
CE-marked ACKs after an unacked "uneven" data packet was received before).

If the last prior data packet was already ACKs, and then a stream of
CE-marked pure ACKs is observed, we loose synchronizity of the AccECN
counters...

Am 11.11.2020 um 10:37 schrieb Yoshifumi Nishida:
>
> "can send a pure ack on a pure ack when the ack value advances"?
> --
> Yoshi