[nwcrg] What I SHOULD have said about https://datatracker.ietf.org/doc/html/draft-kuhn-coding-congestion-transport

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Thu, 21 November 2019 09:08 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: nwcrg@ietfa.amsl.com
Delivered-To: nwcrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E45A612099E for <nwcrg@ietfa.amsl.com>; Thu, 21 Nov 2019 01:08:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 F-iFjYtRQmvN for <nwcrg@ietfa.amsl.com>; Thu, 21 Nov 2019 01:08:41 -0800 (PST)
Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (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 2309D120989 for <nwcrg@irtf.org>; Thu, 21 Nov 2019 01:08:41 -0800 (PST)
Received: by mail-lj1-x235.google.com with SMTP id d5so2351839ljl.4 for <nwcrg@irtf.org>; Thu, 21 Nov 2019 01:08:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=tbqrNA9zzv3jq1x7xOcod4dALxztwAp62eYYc4cunnk=; b=MDRxqcNk/NZpCJTImGNfM4y855X0fUrq1u3fUc6FgNF3vUePXMHXbG/9YCL5dKcDci hpnA7b3MbGcJwf/Iq2//M16VOiu0NTPa2Vbtg0GIVc47G/jBZJV5+2NIJjanml4Jxeop cSJ39254SppnA6wbJiezdp9xIqduog8OVqvz5NEskDlXdgvfhZcq4ZYR9u3BOOrP8PQQ EknCDGddnAMN3ex41daDTc6sczXyS5Xrgx6UcpDeKSQ1l4X3W+Vz6z4BZjAzOq8+3bt2 aECeHQrLt9ESaXVYWLwaxKGaes5QDuRhx4FwTfa91kTj+FtEUCPxfBHRI/XWnbC+63rW 1+Vw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=tbqrNA9zzv3jq1x7xOcod4dALxztwAp62eYYc4cunnk=; b=du3GIXyKBJHrHGDRsuQXe35zBXozhVhzcJggAC2JPW5LRkZZVh2/5RwNHtFlGNeYkQ Q4NxQQ/5KLdDCa7SHTaDdy185I5XaX7BfLnv0K0VOee8sD7Zd58csxChi0TwVukXC/vA 927njrxoVjVpyfUviLIe5CwmpyhISEr4pLED8xL6Am5dHvDUO4kUB860yoM+Eexw3Kn2 C6V7T5ltJZDYbcyqAaUlNEJ0G/g2cOy//08qT0u7/X5UAp5P6gLovDxWuu7tOhXoMRzA OUE++R/S3v1yPHJNzYU9wO59SI4w/JFxu8Dxpd+D1s4UZweNkGggq03LStn7ZWnx6Hmh BeEw==
X-Gm-Message-State: APjAAAWAu3aYYP3OfnbUBp6kw2Rp2K3U+geq5mRSRd5VonuFhhRg7dhm PwJq56iq6213OdMjXxdrgc6NeNrlt71O+JorFPG/Ybhx
X-Google-Smtp-Source: APXvYqz9N1HB6Fg8fZqXTSMfpg9q1yeQ9XVRa49vYq5AMlaB558EZeYYO1EZLiD+QuDMCC1fOt7Eo4tfxeW63BFk7aU=
X-Received: by 2002:a2e:95c5:: with SMTP id y5mr6478062ljh.184.1574327318998; Thu, 21 Nov 2019 01:08:38 -0800 (PST)
MIME-Version: 1.0
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Thu, 21 Nov 2019 17:08:12 +0800
Message-ID: <CAKKJt-fjnujxjrPMqo0CEcLOBHi=7kdBXU7TvmP6gHyOXpQhYQ@mail.gmail.com>
To: nwcrg@irtf.org
Cc: G Fairhurst <gorry@erg.abdn.ac.uk>
Content-Type: multipart/alternative; boundary="0000000000009bf4c90597d7a4cb"
Archived-At: <https://mailarchive.ietf.org/arch/msg/nwcrg/SJUOMQqMBAzQDhNJ4wuVpKbl-B0>
Subject: [nwcrg] What I SHOULD have said about https://datatracker.ietf.org/doc/html/draft-kuhn-coding-congestion-transport
X-BeenThere: nwcrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IRTF Network Coding Research Group discussion list <nwcrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/nwcrg>, <mailto:nwcrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nwcrg/>
List-Post: <mailto:nwcrg@irtf.org>
List-Help: <mailto:nwcrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/nwcrg>, <mailto:nwcrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Nov 2019 09:08:43 -0000

During Nicholas's presentation this afternoon, I pointed out that it might
be good to consider whether "repair equals loss" was the right model for
sender congestion control responses because we we had considered ECN as
equal to loss for many years, but (FINALLY) redefined the ECT(1) bit to
allow other responses. It might be useful to point the discussion of this
draft in the same direction - assume the use of scalable congestion control
and ECT(1) signaling.

I was talking to Gorry Fairhurst afterwards, and Gorry told me what I
SHOULD have said, was that the sender should perform whatever its response
to congestion would be - if it's an old-style sender, treat recovery as
loss, but if it supports scalable congestion control (L4S is one example),
it doesn't have to treat recovery as loss - it just needs to do something
appropriate.

Again, I hope that's useful, and I appreciate this work a lot, because
people do need it.

Thanks,

Spencer

p.s. cc: Gorry, in case I got that wrong.