IETF Logo Mail Archive

Re: statement regarding keepalives

Benjamin Kaduk <kaduk@mit.edu> Thu, 16 August 2018 22:57 UTC

Return-Path: <kaduk@mit.edu>
X-Original-To: tsv-area@ietfa.amsl.com
Delivered-To: tsv-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94482130E23; Thu, 16 Aug 2018 15:57:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 67lh1i28JlBl; Thu, 16 Aug 2018 15:57:29 -0700 (PDT)
Received: from dmz-mailsec-scanner-4.mit.edu (dmz-mailsec-scanner-4.mit.edu [18.9.25.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB328130E11; Thu, 16 Aug 2018 15:57:28 -0700 (PDT)
X-AuditID: 1209190f-fddff7000000391f-41-5b7601561779
Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP id DA.7C.14623.751067B5; Thu, 16 Aug 2018 18:57:27 -0400 (EDT)
Received: from outgoing.mit.edu (OUTGOING-AUTH-1.MIT.EDU [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id w7GMvLHK020582; Thu, 16 Aug 2018 18:57:22 -0400
Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id w7GMvFvx021919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 16 Aug 2018 18:57:18 -0400
Date: Thu, 16 Aug 2018 17:57:15 -0500
From: Benjamin Kaduk <kaduk@mit.edu>
To: Joe Touch <touch@strayalpha.com>
Cc: Kent Watsen <kwatsen@juniper.net>, HMikael Abrahamsson <swmike@swm.pp.se>, "tsv-area@ietf.org" <tsv-area@ietf.org>, "tsvwg-ads@tools.ietf.org" <tsvwg-ads@tools.ietf.org>, "tls-ads@ietf.org" <tls-ads@ietf.org>, "netconf-chairs@ietf.org" <netconf-chairs@ietf.org>
Subject: Re: statement regarding keepalives
Message-ID: <20180816225715.GH40887@kduck.kaduk.org>
References: <D3326DE0-3F31-4045-B945-82B3F417BE4B@juniper.net> <alpine.DEB.2.20.1807201340240.14354@uplift.swm.pp.se> <B50DC954-CBB6-41C5-BE3A-F1DECD6046A5@juniper.net> <717202c9c6c6b3d083bfa4c8a9925e45@strayalpha.com> <6377766E-9A03-41BA-A4D4-8796F46278BD@juniper.net> <20180816221059.GG40887@kduck.kaduk.org> <B3FA514D-4082-4C36-B487-B9B6AB46BF9D@strayalpha.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <B3FA514D-4082-4C36-B487-B9B6AB46BF9D@strayalpha.com>
User-Agent: Mutt/1.9.1 (2017-09-22)
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprLKsWRmVeSWpSXmKPExsUixG6nrhvOWBZt8GCFocWBOewWE+4VWrxc upXN4v3uX8wWq14/YbFY8GYxs8WHGb3MDuweS5b8ZPK43nSV3eNm6wVWj7+THjJ5fLn8mS2A NYrLJiU1J7MstUjfLoEr4/iHNtaC5WwVG3p2sDcwfmHpYuTkkBAwkWhc08rexcjFISSwmEmi /dBGJghnI6PErs/tUM5VJonrW88AlXFwsAioSixaKwPSzSagItHQfZkZxBYBsk8caQSrZxZY yyRx+ekkdpCEsIC2RM/stSwgvbxA65q25kDM/MEksaL/KRNIDa+AoMTJmU/ATmIW0JK48e8l E0g9s4C0xPJ/HCBhTgEniXsd61lBbFEBZYm9fYfYJzAKzELSPQtJ9yyE7gWMzKsYZVNyq3Rz EzNzilOTdYuTE/PyUot0TfRyM0v0UlNKNzGCQp5Tkn8H45wG70OMAhyMSjy8E9aWRguxJpYV V+YeYpTkYFIS5WX/DRTiS8pPqcxILM6ILyrNSS0+xCjBwawkwjvzPFCONyWxsiq1KB8mJc3B oiTOe68mPFpIID2xJDU7NbUgtQgmK8PBoSTB68xQFi0kWJSanlqRlplTgpBm4uAEGc4DNLwU pIa3uCAxtzgzHSJ/ilGX48/7qZOYhVjy8vNSpcR5tUGKBECKMkrz4OaAUpVE9v6aV4ziQG8J 86aCVPEA0xzcpFdAS5iAlkwTAPmguCQRISXVwJj1U8Vq1aHwtpfOx7c8ebXqKWuc9+PZ6i11 0a0WudtVahgTOHTL5nSu9p5/cPGms/cXauhVPul9nZu0u+tG5q8VO6ZzzF4ke0mIdZPfwWMO AaWP5/G4ftNYkqZx8OWKDM2nf5IFnfn/bOVLvX3HKLfr1vy1t/guTeicvvvhwaxWzqxyzzOp DplKLMUZiYZazEXFiQDaJvR0MAMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsv-area/D5anmVDZIl_2Y4Gca4duTwjV-mM>
X-BeenThere: tsv-area@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: IETF Transport and Services Area Mailing List <tsv-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsv-area>, <mailto:tsv-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsv-area/>
List-Post: <mailto:tsv-area@ietf.org>
List-Help: <mailto:tsv-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-area>, <mailto:tsv-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Aug 2018 22:57:31 -0000

On Thu, Aug 16, 2018 at 03:52:54PM -0700, Joe Touch wrote:
> 
> 
> On Aug 16, 2018, at 3:10 PM, Benjamin Kaduk <kaduk@mit.edu> wrote:
> 
> >> Keepalives at a layer SHOULD NOT be interpreted as implying state at
> >> any other layer.
> > 
> > What's going on here in the last sentence is probably a bit subtle -- a
> > keeaplive both does not indicate "real" protocol activity but also can
> > serve to exercise the lower protocol layers (and, even, per the previous
> > sentence, suppresses their keepalives).
> 
> That may be intended but is never actually known. Lower layers can compress, cache, merge, and otherwise change the effect a transmission st one layer has on any other. 

Right, that's why it's subtle :)

-Benjamin

> Protocols should avoid trying to do this. 
> 
> Joe

v2.23.0 | Report a Bug | By Email