Re: [multipathtcp] Timestamp option for Multipath TCP

Christoph Paasch <cpaasch@apple.com> Fri, 07 April 2017 19:04 UTC

Return-Path: <cpaasch@apple.com>
X-Original-To: multipathtcp@ietfa.amsl.com
Delivered-To: multipathtcp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF59E12420B for <multipathtcp@ietfa.amsl.com>; Fri, 7 Apr 2017 12:04:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.301
X-Spam-Level:
X-Spam-Status: No, score=-4.301 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-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=apple.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 FQnoOCRDWdpE for <multipathtcp@ietfa.amsl.com>; Fri, 7 Apr 2017 12:04:35 -0700 (PDT)
Received: from mail-in24.apple.com (mail-out24.apple.com [17.171.2.34]) (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 431941200C1 for <multipathtcp@ietf.org>; Fri, 7 Apr 2017 12:04:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1491591873; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=JIQ7Z0s5Y2ZH3F2nql4aeNeD/iWGxZOX8JX7l1nEOis=; b=JN1lmSo6umZ0yBmePiOFHZLETWi8rubNQlWORcg/3K/M9ssod1wLBX73bMGg596N spfOt7Btp13BukYeoLy3QqRwelePjlF6aApBVR10gR+gNxzSWjUCgj+7oExyFtZf FVtXBC0b1Ju4bC9kGgEvzRzGKtn58YY3KvnJcOwIeBsuNZ1husedegoqRUMPrlfr KHdO3DYO+F1uyyoQQRlBXWGM3qshGCg/P2i8kn+O6plilqcVW0C1545olRLzzttQ SVXdZWG0LEhDTiCq5HlEosjOXIeAT7odbnb4RjTe44gGxC5TjExNW1uq4+WatC3I M7iS+LJKNjEGkph6qmL2lw==;
Received: from relay6.apple.com (relay6.apple.com [17.128.113.90]) by mail-in24.apple.com (Apple Secure Mail Relay) with SMTP id 6F.EB.01216.1C2E7E85; Fri, 7 Apr 2017 12:04:33 -0700 (PDT)
X-AuditID: 11ab0218-2dfdb9a0000004c0-c0-58e7e2c1e224
Received: from nwk-mmpp-sz11.apple.com (nwk-mmpp-sz11.apple.com [17.128.115.155]) by relay6.apple.com (Apple SCV relay) with SMTP id 53.D4.31597.0C2E7E85; Fri, 7 Apr 2017 12:04:32 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: text/plain; CHARSET="US-ASCII"
Received: from [17.226.23.47] by nwk-mmpp-sz11.apple.com (Oracle Communications Messaging Server 8.0.1.2.20170210 64bit (built Feb 10 2017)) with ESMTPSA id <0OO10030YZNK2780@nwk-mmpp-sz11.apple.com>; Fri, 07 Apr 2017 12:04:32 -0700 (PDT)
Sender: cpaasch@apple.com
From: Christoph Paasch <cpaasch@apple.com>
In-reply-to: <de9d1418-2bc5-1790-865d-19778ba80c88@uclouvain.be>
Date: Fri, 07 Apr 2017 12:04:31 -0700
Cc: MultiPath TCP - IETF WG <multipathtcp@ietf.org>
Message-id: <AA770D98-A802-4136-9EEE-7280A8B8A9BB@apple.com>
References: <c030efb2-5a1f-9ec9-a214-c302ebfb151f@uclouvain.be> <20170329151456.GE2779@dhcp-8507.meeting.ietf.org> <de9d1418-2bc5-1790-865d-19778ba80c88@uclouvain.be>
To: Olivier Bonaventure <Olivier.Bonaventure@uclouvain.be>
X-Mailer: Apple Mail (2.3273)
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrDLMWRmVeSWpSXmKPExsUi2FAYpXvw0fMIg19/ZS0+r77OZnGj4QeL A5PHkiU/mTxeHfvOEsAUxWWTkpqTWZZapG+XwJXx4sYrloJe9oo9H86xNTCeYO1i5OSQEDCR 2DvzPnsXIxeHkMA+RolP8z6ywCRu9fxmhEgcYpR42zwLrINXQFDix+R7QEUcHMwC8hIHz8uC hJkFtCS+P2plgaj/wijRdnE2I0hCWEBSovvOHWYI207i6aZPbCA2G1DD29vtYDM5BRwkPu/a wQRiswioSlzct4ERYr6xxJSZRhBrbSTuLnzHBjF/FaPExzPdYIeKCFhJnDo9nR3iaFmJW7Mv MYMUSQj8ZZX4/fkm0wRG4VlI7p6FcPcsJHcvYGRexSicm5iZo5uZZ2Sil1hQkJOql5yfu4kR FNyrmSR2MH55bXiIUYCDUYmHN6D3eYQQa2JZcWXuIUZpDhYlcd5vS4BCAumJJanZqakFqUXx RaU5qcWHGJk4OKUaGKdEt2dnr5hy5ZXDo6UOqxew7OHgfP0u8c+BWRf8mw9ePlo4X6p5w82C sJoCaT0VcTXXStX9DwuPlXEzeHTHMW54VGwmacv01fnb8nsHY37eudTB6HvWcv3Zvc8nXzzW 9fX29aI3T7ul5rFrzf6Wydf5qqTj5pygOfs+1dks04+/93Qer/8/IW8lluKMREMt5qLiRAC1 JImuTwIAAA==
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrHLMWRmVeSWpSXmKPExsUi2FA8W/fAo+cRBqvPmFl8Xn2dzeJGww8W ByaPJUt+Mnm8OvadJYApissmJTUnsyy1SN8ugSvjxY1XLAW97BV7Ppxja2A8wdrFyMkhIWAi cavnN2MXIxeHkMAhRom3zbPAErwCghI/Jt9j6WLk4GAWkJc4eF4WJMwsoCXx/VErC0T9F0aJ touzGUESwgKSEt137jBD2HYSTzd9YgOx2YAa3t5uB5vJKeAg8XnXDiYQm0VAVeLivg2MEPON JabMNIJYayNxd+E7Noj5qxglPp7pZgFJiAhYSZw6PZ0d4mhZiVuzLzFPYBSYheTUWQinzkJy 6gJG5lWMAkWpOYmVZnqJBQU5qXrJ+bmbGMGhWBi1g7FhudUhRgEORiUe3h9dzyOEWBPLiitz gWHBwawkwjvvLlCINyWxsiq1KD++qDQntfgQozQHi5I47/XFQCmB9MSS1OzU1ILUIpgsEwen VANju6uEofDK7/cv//w8b/OtdPuWte+nMP2a9cbj24/Ns9ylNj5lMRHuEZUR4pvx5dyTP785 Q3LMDNbv/nmaZ6N5TmJ1yoQ5a6fdXsBx4KDGhWXrvIR7dySdy8q1e/pmkeO26jVxJ0sLrN/1 LZM4vXz7ervCopuc/GJRTt++y1bL2n3O+HVI8u4uTyWW4oxEQy3mouJEAPL7aX9BAgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/TBxiwAs45A9-scOUkLn6KE6xReI>
Subject: Re: [multipathtcp] Timestamp option for Multipath TCP
X-BeenThere: multipathtcp@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Multi-path extensions for TCP <multipathtcp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/multipathtcp>, <mailto:multipathtcp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/multipathtcp/>
List-Post: <mailto:multipathtcp@ietf.org>
List-Help: <mailto:multipathtcp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/multipathtcp>, <mailto:multipathtcp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Apr 2017 19:04:37 -0000

> On Apr 7, 2017, at 6:47 AM, Olivier Bonaventure <Olivier.Bonaventure@uclouvain.be> wrote:
> 
> Christoph,
> 
>> 
>>> 2. Define a new Multipath TCP option to carry timestamps. The utilisation of
>>> this option would be included in Multipath TCP and thus no option besides
>>> MP_CAPABLE would need to be included in the SYN.
>> 
>> I like this approach, because it seems to me to consume less option-space.
>> 
>> How would this timestamp look like in the DSS-option?
> 
> The DSS option has several flags that are unused. We could easily define two flags to indicate the presence of locally generated timestamp and echoed timestamp.
> 
> > Would it still be 32-bits?
> > I think we can make it less than 32-bits, right?
> 
> I'm not sure that 32 bits would be required if the timestamp is only used for rtt measurements and not for PAWS.

Yes, that sounds good to me!


Christoph