Re: [Last-Call] [tcpm] Last Call: <draft-ietf-tcpm-rto-consider-14.txt> (Requirements for Time-Based Loss Detection) to Best Current Practice

Mark Allman <mallman@icir.org> Mon, 01 June 2020 12:14 UTC

Return-Path: <mallman@icsi.berkeley.edu>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6B863A0FD0 for <last-call@ietfa.amsl.com>; Mon, 1 Jun 2020 05:14:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.652
X-Spam-Level:
X-Spam-Status: No, score=-1.652 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
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 ToiG0emNZgQd for <last-call@ietfa.amsl.com>; Mon, 1 Jun 2020 05:14:38 -0700 (PDT)
Received: from mail-oi1-f179.google.com (mail-oi1-f179.google.com [209.85.167.179]) (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 531CA3A0FCF for <last-call@ietf.org>; Mon, 1 Jun 2020 05:14:38 -0700 (PDT)
Received: by mail-oi1-f179.google.com with SMTP id b3so8637716oib.13 for <last-call@ietf.org>; Mon, 01 Jun 2020 05:14:38 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version; bh=4tvhe553QT95zR3Ju7HpvoIeTFBHmpbxWREO3BZky68=; b=ORnpTttQyznrxev9Zqj9P4KgRL8/hseAOP/xRTtMg51nhxgvWkdnkFdy0amhE+/57t +BDsVW+GYgjEwEnqX7a/8ilRNBK/UAKP+F3fH3CAlrxiGkRCfJW/Sa5D8PjDLslLWKkn WuvIRuYQEJbKR4clWewTbFleF9EddEk9K3QClAuLKiEAo0vHVSdmergXfIkhkooBqOsy vi1FVYGeDtqS/HxcmulLYr2nFgBUaP5Kux2fxiMafqxwMe0m4wfSUc6fNo2xY/1vYEeM tcmezO1wsuDnwxatFjkLjkl5C7EkrvEpmXawuDFXw6joy80fIbcry/ciHnCnN+rH4yuz NI9Q==
X-Gm-Message-State: AOAM533uq/T5e/w3NOn1K+Hw3mAhFaNey9VSw8cbWkFZkYzKT5rjJ45k 2zujrCu4FmivqLYcGt5ufqV7Eg==
X-Google-Smtp-Source: ABdhPJyffn4F/AkX6rCtyYnczcbAC74JXmqGQAirlHXBPHf2+U+IJRjlPo49rOBE5JwTm7YQdu8wCQ==
X-Received: by 2002:aca:190b:: with SMTP id l11mr14181366oii.102.1591013677545; Mon, 01 Jun 2020 05:14:37 -0700 (PDT)
Received: from [192.168.1.244] ([2600:1700:b380:3f00:1117:6277:b6a1:6c13]) by smtp.gmail.com with ESMTPSA id q7sm917515ool.34.2020.06.01.05.14.35 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Jun 2020 05:14:36 -0700 (PDT)
From: Mark Allman <mallman@icir.org>
To: Benjamin Kaduk <kaduk@mit.edu>
Cc: tom petch <daedulus@btconnect.com>, last-call@ietf.org, tcpm@ietf.org, draft-ietf-tcpm-rto-consider@ietf.org, tcpm-chairs@ietf.org
Date: Mon, 01 Jun 2020 08:14:34 -0400
X-Mailer: MailMate (1.13.1r5671)
Message-ID: <F5B5D763-D275-4330-8B95-7F7E57F9CCAF@icir.org>
In-Reply-To: <20200531185401.GU58497@kduck.mit.edu>
References: <158981133458.2481.15195759097492819350@ietfa.amsl.com> <DB7PR07MB53406A74483D8123C75ADD70A28E0@DB7PR07MB5340.eurprd07.prod.outlook.com> <5ECFE791.3050400@btconnect.com> <055C1A6F-3EA9-4695-869F-BDE0A4943BE5@icsi.berkeley.edu> <20200531185401.GU58497@kduck.mit.edu>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=_MailMate_0E63EF94-9FF9-4C60-9E45-7BBB4CA0B2B2_="; micalg="pgp-sha1"; protocol="application/pgp-signature"
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/VH3pKUuPTc3VuD0P888LUgCZdcU>
Subject: Re: [Last-Call] [tcpm] Last Call: <draft-ietf-tcpm-rto-consider-14.txt> (Requirements for Time-Based Loss Detection) to Best Current Practice
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Jun 2020 12:14:40 -0000

> There was a quote from the document: "Some protocols use
> keepalives, heartbeats or other messages to exchange control
> information."  A naive reading of this text is that it is
> discussing ways to exchange control information, and giving
> specific examples of keepalives and heartbeats as messages used to
> exchange control information (while admitting the existence of
> other such messages).  This is as surprising to me as it is to Tom
> -- keepalives and heartbeats do not, in my experience, contain
> control information!
>
> Your follow-up discussion suggests that the intent is to say that
> "some protocols use regular/periodically/frequently exchanged
> messages, such as for keepalives, heartbeats, or
> control-information exchange" and to leverage that traffic for FT
> purposes.  I suggest that this be clarified in the text of the
> document.

I tend to bin packets as either "data" or "control", which is
probably why the sentence reads like it does.  However, we don't
have to figure out who is right here.  I think the intent of the
document is to say one can scrape a FT sample from a non-data
exchange.  That is the important part and doesn't seem to be an
issue.  I have made a note to say that more directly.

Thanks,
allman