Re: [tcpm] Genart last call review of draft-ietf-tcpm-rto-consider-14
Martin Duke <martin.h.duke@gmail.com> Thu, 11 June 2020 20:45 UTC
Return-Path: <martin.h.duke@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 626603A0853; Thu, 11 Jun 2020 13:45:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 rBVRAGqv60yJ; Thu, 11 Jun 2020 13:45:41 -0700 (PDT)
Received: from mail-io1-xd2b.google.com (mail-io1-xd2b.google.com [IPv6:2607:f8b0:4864:20::d2b]) (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 AA8133A085C; Thu, 11 Jun 2020 13:45:26 -0700 (PDT)
Received: by mail-io1-xd2b.google.com with SMTP id p20so7889582iop.11; Thu, 11 Jun 2020 13:45:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=jea2grN09+/ALKqYsy8z/eaYmdg9j1nRozhXIz1Xg1k=; b=KM6W9s1UuDr88MNs4/dcx0ymo4D2/rkmMillX5+LDbQcTKmJJUCFdxX0MwplFoafmB aBnORUKxsVIQFifoz0PHl+Th10kxZUAJnUe7bm1Nfg0DSlKbriLhZbWHYJn0b8VYf3aH UpTRKZ7ohG41sP59iUtTlxe8S87f6WlEfCeEm6Yx4zdIuaSUd/WN+jINZYjV7OcsxcPr w0SlfDeQwK8CgwL3XfgKpm8emlVydAX09b3+E9cvctacTh3GLGu1+UhKZXOp1zYie/0A VGBzw1vS15SFC0O14E8+d2CbeJDoeQSrOIwd0fA1Rmt5LhNTAMgWb0k5GY7nLuNdVnj1 pD3g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jea2grN09+/ALKqYsy8z/eaYmdg9j1nRozhXIz1Xg1k=; b=QNTZe/B2ATrJjTJF8q9/dCwZ0+S7XYsDXK/IzrW2ZgOaZ5TwzlMkyw3ci/mwyVt7Xu IirQaa8abGeB7rVve2qQn+19x9ZgCrP8l1Vj29eUx8k9fP8j3OCivihdJ6tkNumU81xZ f/S6v3vAi1pkhS5v7y6ElX6AoLlOI/tnC8wEkFLU+ECPgKd2/M3vc27HouCp9lXR8g4u WGzfpBUEWv3X6vFZu8FkiPvmsen5CuAVRBE2orTicDgf7i7fNkSBg2IaflyryqPIjKq4 ZfQGrZXWLis1yLiO0XLKSBa987UvcM/DvrpFKhGD/3EmbB876lSObOri9m+dvyipjYtZ AN+A==
X-Gm-Message-State: AOAM531SI1DKg6VoOkHCg9Zmd40MHqyQBTCZv9TM+RYueaKLs2XMdL6E 5NY1q5DMoLDfddCOEb+C9GU5PTMnWfz/gdXsyRU=
X-Google-Smtp-Source: ABdhPJx2PgI594rQ1l83l/S1KST91gyli0kdMSb4uMbj4dMrZIGMXrj4u5Pb3iw3SmkM0rGb13tXtpLnn4e/UBoj0qM=
X-Received: by 2002:a02:cc56:: with SMTP id i22mr4992527jaq.31.1591908325869; Thu, 11 Jun 2020 13:45:25 -0700 (PDT)
MIME-Version: 1.0
References: <159083802039.5596.14695350463305243689@ietfa.amsl.com> <FE0FA7D5-176D-4111-95DA-BD5424A24FE2@icir.org> <9A0DBDC4-2E39-4D09-80A6-FEDE72ED205B@gmail.com> <0F4B56B1-C8B9-493E-B3CD-AC2FBA9E62E4@icir.org>
In-Reply-To: <0F4B56B1-C8B9-493E-B3CD-AC2FBA9E62E4@icir.org>
From: Martin Duke <martin.h.duke@gmail.com>
Date: Thu, 11 Jun 2020 13:45:14 -0700
Message-ID: <CAM4esxTAMgUc4gfL-_Z2bjChjaHJGWL0F5VJn8Nd-=j2Zj5V_A@mail.gmail.com>
To: Mark Allman <mallman@icir.org>
Cc: Stewart Bryant <stewart.bryant@gmail.com>, Review Team <gen-art@ietf.org>, tcpm <tcpm@ietf.org>, Last Call <last-call@ietf.org>, draft-ietf-tcpm-rto-consider.all@ietf.org, tom petch <daedulus@btconnect.com>
Content-Type: multipart/alternative; boundary="000000000000474f6905a7d50af4"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/8FpadpfgbdynyLPanK3mJdH_fhw>
Subject: Re: [tcpm] Genart last call review of draft-ietf-tcpm-rto-consider-14
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, 11 Jun 2020 20:45:45 -0000
Stewart, do we need more cycles for this, or is draft-15 sufficient to address your concerns? On Mon, Jun 8, 2020 at 12:52 PM Mark Allman <mallman@icir.org> wrote: > > Hi Stewart, et.al.! > > I just submitted a new version of rto-consider. Please ask the > datatracker for diffs between this and rev -14. The highlights: > > - The diffs with the last rev are here: > https://tools.ietf.org/rfcdiff?difftype=--hwdiff&url2=draft-ietf-tcpm-rto-consider-15.txt > > - All small comments addressed. > > - I think we all agree that this is not a one-size-fits-all > situation. Rather, this document is meant to be a default case. > So, the main action of this rev is to make that point more > clearly. The first paragraph in the intro is new. Also, there > are some more words fleshing out the context more in section 2. > In particular, more emphatically making the point that other > loss detectors are fine for specific cases. > > - The first paragraph in the intro also makes clear we adopt the > loss == congestion model (as that is the conservative default, > not because it is always true). > > - I made one other change that wasn't exactly called for, but > seems like an oversight. > > Previously guideline (4) said loss MUST be taken as an > indication of congestion and some standard response taken. But, > this guideline has an explicit exception for cases where we know > the loss was caused by some non-congestion event. Guideline (3) > says you MUST backoff. But, it did not have this exception for > cases where we can tell the cause. But, I think based on the > spirit of (4), (3) should also have these words. So, I added > them. > > Also, I swapped (3) and (4) because it seemed more natural in > re-reading to first think about taking congestion action and > then dealing with backoff. I think the ordering is a small > thing, but folks can yell and I'll put it back if there is > angst. > > Please take a look and let me know if this helps things along or > not. > > allman >
- [tcpm] Genart last call review of draft-ietf-tcpm… Stewart Bryant via Datatracker
- Re: [tcpm] Genart last call review of draft-ietf-… Mark Allman
- Re: [tcpm] Genart last call review of draft-ietf-… Gorry Fairhurst
- Re: [tcpm] [Last-Call] Genart last call review of… Benjamin Kaduk
- Re: [tcpm] [Last-Call] Genart last call review of… Gorry Fairhurst
- Re: [tcpm] Genart last call review of draft-ietf-… Stewart Bryant
- Re: [tcpm] Genart last call review of draft-ietf-… Stewart Bryant
- Re: [tcpm] [Last-Call] Genart last call review of… Stewart Bryant
- Re: [tcpm] Genart last call review of draft-ietf-… Mark Allman
- Re: [tcpm] Genart last call review of draft-ietf-… Martin Duke
- Re: [tcpm] Genart last call review of draft-ietf-… Martin Duke
- Re: [tcpm] Genart last call review of draft-ietf-… Stewart Bryant
- Re: [tcpm] Genart last call review of draft-ietf-… Stewart Bryant
- Re: [tcpm] Genart last call review of draft-ietf-… Gorry Fairhurst
- Re: [tcpm] Genart last call review of draft-ietf-… Stewart Bryant
- Re: [tcpm] Genart last call review of draft-ietf-… Mark Allman
- Re: [tcpm] Genart last call review of draft-ietf-… Stewart Bryant
- Re: [tcpm] Genart last call review of draft-ietf-… Mark Allman
- Re: [tcpm] Genart last call review of draft-ietf-… Mark Allman
- Re: [tcpm] Genart last call review of draft-ietf-… Gorry Fairhurst
- Re: [tcpm] Genart last call review of draft-ietf-… Martin Duke
- Re: [tcpm] Genart last call review of draft-ietf-… Yoshifumi Nishida