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@icsi.berkeley.edu> Mon, 01 June 2020 11:41 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 71BCF3A0F9E for <last-call@ietfa.amsl.com>; Mon, 1 Jun 2020 04:41:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.889
X-Spam-Level:
X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=icsi-berkeley-edu.20150623.gappssmtp.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 FJUXipmxXWHE for <last-call@ietfa.amsl.com>; Mon, 1 Jun 2020 04:41:44 -0700 (PDT)
Received: from mail-oi1-x232.google.com (mail-oi1-x232.google.com [IPv6:2607:f8b0:4864:20::232]) (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 3B9933A0F9B for <last-call@ietf.org>; Mon, 1 Jun 2020 04:41:44 -0700 (PDT)
Received: by mail-oi1-x232.google.com with SMTP id d67so3608738oig.6 for <last-call@ietf.org>; Mon, 01 Jun 2020 04:41:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=icsi-berkeley-edu.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version; bh=P1xlheADY5had1CsGBwtpD7XtJcqR+KvagugbRzXJxg=; b=BVOUFHwLXbcQcW7wxYa7mbfkHbaco4Jv/tvfkhEXrqYVm/NhUq8x05RFAAfCiYdA2U tCEszeQ7fHu1r1NtebB9lgbvX1fbovRCGX1OSca2ELnFUZWlF0LynwBxyDIYqTDLOVCy xIaasOJptA/9zrqcxaCoCY1QADJC4tAMaE3O1w7wDHSlm4rQUysc1QEgKoHYpM1GH7Lu 7HMLdEurw8CwGGAxPkDsQ/sDT8jfDojTM92c5zITOKWJYClHLKVWFQ1DjpZRiW2Hj9Ms 6CRsFRAL5y6ocSsUcyN0gkFtYHAfPYvZRBiD6cOPVRohBbbzh8Pp3Uoh7QIiy0rbaXtR IlFg==
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=P1xlheADY5had1CsGBwtpD7XtJcqR+KvagugbRzXJxg=; b=mGNdzGQOpm3NMYV0nDoxYPh1FG6rhfOBJykUQqC03VPqFTjMqDpRVRO8nMVpsZaDzT rUNFE3EjVYR+B7BKZu0Ul+/+psT5iovQ2xFczXCMUNN8bfddDncSfcsJBtEWhLCkOonB nPOMykAN3UyPUxiFyqWEWy/QQ9jPOY0Iw94wYe6xEfh0Alb2maUNaBxhSxRA0k+fu4hN txXfdSHz+nx4qX7+A7RCaCsXo+zWbKC/eT2k5hD+6e0TiY2HEvcZfi6vu013tSoJLKVO EHrjGZH+zZ0LIziPZcZ/nWN3xaNbS2AqxJrTCRgHg70LjJ58hKX+GDQI8kOylPLC7uuR 944w==
X-Gm-Message-State: AOAM532NbWO8HujgGRU8NLkzc2vZcTrmiEowoVkg5wgiVxjnqWyWhGtF Zj4X6RsGqi0gkptZ0HpPAgXYrw==
X-Google-Smtp-Source: ABdhPJz/wFyHcRTdf8xt33bvkic9RwHns3EjpxVQ8KV1ZgW/3Ii+ydU+VCCY4zd60FxDW1SkEFDNFw==
X-Received: by 2002:aca:4e55:: with SMTP id c82mr1061287oib.147.1591011703359; Mon, 01 Jun 2020 04:41:43 -0700 (PDT)
Received: from [192.168.1.244] ([2600:1700:b380:3f00:1117:6277:b6a1:6c13]) by smtp.gmail.com with ESMTPSA id e203sm4479142oif.55.2020.06.01.04.41.41 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Jun 2020 04:41:42 -0700 (PDT)
From: Mark Allman <mallman@icsi.berkeley.edu>
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 07:41:40 -0400
X-Mailer: MailMate (1.13.1r5671)
Message-ID: <1000D10B-8C24-48AA-8900-23B4208B8953@icsi.berkeley.edu>
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_78056F0C-3BE7-4198-A68F-5E9CF0CB6C81_="; micalg="pgp-sha1"; protocol="application/pgp-signature"
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/iqM5ppO-Fzek0InrSMCt98t5TpY>
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 11:41:45 -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