Re: [tcpm] timestamp options (was Re: New Version Notification for draft-touch-tcpm-tcp-edo-01.txt)

Mark Allman <mallman@icir.org> Mon, 02 June 2014 17:50 UTC

Return-Path: <mallman@icir.org>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 826C11A0337 for <tcpm@ietfa.amsl.com>; Mon, 2 Jun 2014 10:50:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.202
X-Spam-Level:
X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 t4vHN0bi-iHF for <tcpm@ietfa.amsl.com>; Mon, 2 Jun 2014 10:50:55 -0700 (PDT)
Received: from fruitcake.ICSI.Berkeley.EDU (fruitcake.ICSI.Berkeley.EDU [192.150.186.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F2FC1A0332 for <tcpm@ietf.org>; Mon, 2 Jun 2014 10:50:55 -0700 (PDT)
Received: from lawyers.icir.org (envoy.icir.org [192.150.187.30]) by fruitcake.ICSI.Berkeley.EDU (8.12.11.20060614/8.12.11) with ESMTP id s52HomYV028887; Mon, 2 Jun 2014 10:50:49 -0700 (PDT)
Received: from lawyers.icir.org (localhost [127.0.0.1]) by lawyers.icir.org (Postfix) with ESMTP id 8FF69780B6B; Mon, 2 Jun 2014 13:50:48 -0400 (EDT)
To: "Eggert, Lars" <lars@netapp.com>
From: Mark Allman <mallman@icir.org>
In-Reply-To: <F4BCB99F-6133-4F3C-BD5E-3369B979EB33@netapp.com>
Organization: International Computer Science Institute (ICSI)
Song-of-the-Day: Blow Up the Outside World
X-URL-0: http://www.icir.org/mallman-files/Document89972.docx
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="--------ma47480-1"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Date: Mon, 02 Jun 2014 13:50:48 -0400
Sender: mallman@icir.org
Message-Id: <20140602175048.8FF69780B6B@lawyers.icir.org>
Archived-At: http://mailarchive.ietf.org/arch/msg/tcpm/Cve0YCP6FpcHAiR5pKFt3bXgo6o
Cc: "tcpm@ietf.org" <tcpm@ietf.org>, Joe Touch <touch@isi.edu>
Subject: Re: [tcpm] timestamp options (was Re: New Version Notification for draft-touch-tcpm-tcp-edo-01.txt)
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: mallman@icir.org
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: <http://www.ietf.org/mail-archive/web/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: Mon, 02 Jun 2014 17:50:56 -0000

> I think it was Mark Allman who questioned a while ago whether the
> benefits of the timestamp option are worth spending 10 bytes in every
> packet. (But I can't find the email now.) 

Just to be clear ...

  - The RTTM scheme for getting a better RTO seems generally dubious to
    me (based on an old paper I wrote with Vern).  It does not seem
    worthwhile to spend 10 bytes / packet to get more RTT samples per
    RTT from the perspective of getting a better RTO (because we don't).

  - However, if you're sending fast then you still have a sequence wrap
    issue.  The only standard way that I am aware of that we deal with
    that issue is timestamps in every packet.  So, for this I certainly
    think there is value in having the TS option there.

That said, there is ample opportunity to turn TS on in the midst of a
connection before we need it for PAWS, but allowing the vast majority of
the connections to save the bytes.

allman