Re: [tcpm] [Fwd: New Version Notification for draft-gomez-tcpm-ack-pull-00.txt]

"Scharf, Michael" <Michael.Scharf@hs-esslingen.de> Wed, 17 July 2019 12:45 UTC

Return-Path: <Michael.Scharf@hs-esslingen.de>
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 709521200C7 for <tcpm@ietfa.amsl.com>; Wed, 17 Jul 2019 05:45:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.996
X-Spam-Level:
X-Spam-Status: No, score=-1.996 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_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hs-esslingen.de
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 zo5Z2NUpt08B for <tcpm@ietfa.amsl.com>; Wed, 17 Jul 2019 05:44:59 -0700 (PDT)
Received: from mail.hs-esslingen.de (mail.hs-esslingen.de [134.108.32.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B88412004D for <tcpm@ietf.org>; Wed, 17 Jul 2019 05:44:59 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.hs-esslingen.de (Postfix) with ESMTP id 0CB3C25A18; Wed, 17 Jul 2019 14:44:58 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hs-esslingen.de; s=mail; t=1563367498; bh=vQbFsIedDzJELc5ChuJmYOi7/7Wd/mGhZRSFUMj+ytA=; h=From:To:CC:Subject:Date:From; b=JCLpuKZ1AeZ3oc5lH102B/p9GA/Ho+P1F2gqL4TPb2RqCAgSeR4QYHefK9fh4dkSQ c9U3eLAZn37WD69zlLvrSjzXh1I/+knYTS4oAlG35WU7khHt+vbVkVa7gX6V+glP4k 95LYo8vjf1DCvGmCPKIeOQP/7bCwmigunWi2EEsc=
X-Virus-Scanned: by amavisd-new-2.7.1 (20120429) (Debian) at hs-esslingen.de
Received: from mail.hs-esslingen.de ([127.0.0.1]) by localhost (hs-esslingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PT6fV1Puzwwd; Wed, 17 Jul 2019 14:44:57 +0200 (CEST)
Received: from rznt8102.rznt.rzdir.fht-esslingen.de (rznt8102.rznt.rzdir.fht-esslingen.de [134.108.29.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by mail.hs-esslingen.de (Postfix) with ESMTPS; Wed, 17 Jul 2019 14:44:57 +0200 (CEST)
Received: from RZNT8114.rznt.rzdir.fht-esslingen.de ([169.254.3.191]) by rznt8102.rznt.rzdir.fht-esslingen.de ([fe80::f977:d5e6:6b09:56ac%10]) with mapi id 14.03.0468.000; Wed, 17 Jul 2019 14:44:56 +0200
From: "Scharf, Michael" <Michael.Scharf@hs-esslingen.de>
To: Carsten Bormann <cabo@tzi.org>, Yoshifumi Nishida <nsd.ietf@gmail.com>
CC: "jon.crowcroft@cl.cam.ac.uk" <jon.crowcroft@cl.cam.ac.uk>, "tcpm@ietf.org Extensions" <tcpm@ietf.org>
Thread-Topic: [tcpm] [Fwd: New Version Notification for draft-gomez-tcpm-ack-pull-00.txt]
Thread-Index: AdU8nW+IDa2PDN2I0Eq3gpEStoBnrg==
Content-Class: urn:content-classes:message
Date: Wed, 17 Jul 2019 12:44:55 +0000
Message-ID: <6EC6417807D9754DA64F3087E2E2E03E2D3B2F41@rznt8114.rznt.rzdir.fht-esslingen.de>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: multipart/alternative; boundary="_000_6EC6417807D9754DA64F3087E2E2E03E2D3B2F41rznt8114rzntrzd_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/Hwj3nAWxEo-7vNggpnzL7_lwrxU>
Subject: Re: [tcpm] [Fwd: New Version Notification for draft-gomez-tcpm-ack-pull-00.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: Wed, 17 Jul 2019 12:45:03 -0000

Is my understanding correct that this could be formalized as follows:

  A TCP MAY not delay ACKs for data segments with the PSH flag.

If that was the intention, I believe that the wording of RFC 1122 (and draft-ietf-tcpm-rfc793bis) would allow such a receiver-side heuristic already. Delayed ACKs are a SHOULD in RFC 1122 and the exact logic is not specified. Thus, taking the PSH flag into account inside a receiver-side delayed ACK heuristic may not even be a change of the TCP semantics…

Michael


Von: Carsten Bormann<mailto:cabo@tzi.org>
Gesendet: Mittwoch, 17. Juli 2019 09:56
An: Yoshifumi Nishida<mailto:nsd.ietf@gmail.com>
Cc: jon.crowcroft@cl.cam.ac.uk<mailto:jon.crowcroft@cl.cam.ac.uk>; tcpm@ietf.org Extensions<mailto:tcpm@ietf.org>
Betreff: Re: [tcpm] [Fwd: New Version Notification for draft-gomez-tcpm-ack-pull-00.txt]

On Jul 17, 2019, at 08:58, Yoshifumi Nishida <nsd.ietf@gmail.com> wrote:
>
>  using a reserved flag is a bit expensive

The option could simply redefine existing PSH as having the AKP semantics.
(And possibly all packets having what used to be the PSH semantics.)
They are close enough anyway…

Grüße, Carsten

_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm