IETF Logo Mail Archive

Re: [tcpm] A possible simplification for AccECN servers

Jonathan Morton <chromatix99@gmail.com> Mon, 25 November 2019 16:48 UTC

Return-Path: <chromatix99@gmail.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 06B36120999 for <tcpm@ietfa.amsl.com>; Mon, 25 Nov 2019 08:48:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.749
X-Spam-Level:
X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 2LwQ70og8Rea for <tcpm@ietfa.amsl.com>; Mon, 25 Nov 2019 08:48:19 -0800 (PST)
Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) (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 0924A12013D for <tcpm@ietf.org>; Mon, 25 Nov 2019 08:48:19 -0800 (PST)
Received: by mail-lf1-x133.google.com with SMTP id r15so8647765lff.2 for <tcpm@ietf.org>; Mon, 25 Nov 2019 08:48:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=8WXucb26+tqG91r/uptWlAyiaMFtR3z2Ec0zdT0k1vI=; b=UlSRCA4Toy2u/zYayXNqHmcWAdciVnBof34GI4EaZZz4KhtPstSkXFw7b1GHuo2E9N 2TyBLaJdqxuX+amJ029WW1R/fDxRtcxpflHQFkNPa/3fhynZJbcdOqw6h7qRkl8N7uaS teR4tO3c6b8G4liuQ7Brctfw1nKmz9W5Smn2NmeiegUk8vW+pnoUS/8Vagf+q1Wkmufj bZj0Spo577DyxsMtR3dt9yGsZ4HU4RQvQd7TC6F/2miFUkIfjWwNtH1o3vokBPdO6Y6t OZHOFmnNunrl6A0GDPENYDd7SMBHqQCuSoM2Ye3TrpxlB2MaYXv+FH4FKJF7VfurTSpF 4SqA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=8WXucb26+tqG91r/uptWlAyiaMFtR3z2Ec0zdT0k1vI=; b=eI8n1SmeY5Ai/mESoyCwtWBMObKrFzASBCr63yZD5VqqFbUwbrVuI5mFV2tO9JfjLN 38ocAL8xM/xVRQzSd0sI6ACxDObnRE4Q9c+nrJ9oP27jCb9xYZLNpjmErwwcNQ+0Ymsq w7QDjdK7kPHoRjr9ooFuVHeLegVTCD4nEvNy7VVTRbfA2UExdeBH5fq+uJyM4TYFF0rh xxMHjf40NULC/A6yOye/mkxJ2sZJgsVcR5pa6Q3durGobByj1jOaKfbW5U/q266ZOVio h7f7JRppAKZ3wnccouMzGj/xcyukcNIxpwhzpbwywixS28tyroSdPHiV47GSfDtRcNxN RGuw==
X-Gm-Message-State: APjAAAVEwZiYn9N7rO+iZkFG8zUdsSfgkGx8RZfPDKvwS02fhTb90+Vw GTGP41shgOWqN0v/xyXPKTQ=
X-Google-Smtp-Source: APXvYqz7hJlSwVDD7Q6l2dgLBV2REqXTIdtKQvidguBgplMi8Z1VT5IGnxpT8J5Jn7a8A5VxZzMjAA==
X-Received: by 2002:ac2:5210:: with SMTP id a16mr21954226lfl.156.1574700497302; Mon, 25 Nov 2019 08:48:17 -0800 (PST)
Received: from jonathartonsmbp.lan (83-245-229-102-nat-p.elisa-mobile.fi. [83.245.229.102]) by smtp.gmail.com with ESMTPSA id k22sm3911499lfm.48.2019.11.25.08.48.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 25 Nov 2019 08:48:16 -0800 (PST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Jonathan Morton <chromatix99@gmail.com>
In-Reply-To: <333DA677-0930-45B2-AC65-05852FC46955@kuehlewind.net>
Date: Mon, 25 Nov 2019 18:48:09 +0200
Cc: Bob Briscoe <ietf@bobbriscoe.net>, tcpm IETF list <tcpm@ietf.org>, Richard Scheffenegger <rscheff@gmx.at>
Content-Transfer-Encoding: quoted-printable
Message-Id: <A76315DB-B3B4-45A4-A8CA-5F4701EB4085@gmail.com>
References: <d35618ee-c0dc-44ee-9e22-50bdabbe026c@bobbriscoe.net> <732C4247-BC55-4719-A399-711689CB379A@kuehlewind.net> <256E6F9D-607A-4A9D-9505-933FC4EC28FC@gmail.com> <333DA677-0930-45B2-AC65-05852FC46955@kuehlewind.net>
To: Mirja Kuehlewind <ietf@kuehlewind.net>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/zrmwVqpqN715_ysgfox65YbJIz8>
Subject: Re: [tcpm] A possible simplification for AccECN servers
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, 25 Nov 2019 16:48:20 -0000

> On 25 Nov, 2019, at 6:43 pm, Mirja Kuehlewind <ietf@kuehlewind.net> wrote:
> 
> I don’t think we can or should derive a normative requirement from this table. The table rather explains which mode you are in depending on the handshake that has happened. So it says: when client A is ECN capable and requests classic ECN support in the handshake and server B is AccECN capable and negotiated classic ECN support in the handshake then you are in classic ECN mode. 

I will merely re-quote the final sentence from my quoted text, which transforms that table into a normative requirement:

>       Therefore, as soon as an
>       AccECN-enabled TCP server (B) receives the SYN shown, it MUST set
>       both its half connections into the feedback mode shown in the
>       rightmost column.

 - Jonathan Morton

v2.23.0 | Report a Bug | By Email