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
>