Re: [multipathtcp] Preparing for Prague meeting - things to delete or add to MPTCP protocol bis

Rao Shoaib <rao.shoaib@oracle.com> Thu, 09 July 2015 16:19 UTC

Return-Path: <rao.shoaib@oracle.com>
X-Original-To: multipathtcp@ietfa.amsl.com
Delivered-To: multipathtcp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C367A1B2ACF for <multipathtcp@ietfa.amsl.com>; Thu, 9 Jul 2015 09:19:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level:
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 IZ5-7HLBlUJh for <multipathtcp@ietfa.amsl.com>; Thu, 9 Jul 2015 09:19:34 -0700 (PDT)
Received: from aserp1040.oracle.com (aserp1040.oracle.com [141.146.126.69]) (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 7F1E51B2AC8 for <multipathtcp@ietf.org>; Thu, 9 Jul 2015 09:19:34 -0700 (PDT)
Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t69GJVZ1009255 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <multipathtcp@ietf.org>; Thu, 9 Jul 2015 16:19:33 GMT
Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id t69GJV0G027411 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for <multipathtcp@ietf.org>; Thu, 9 Jul 2015 16:19:31 GMT
Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17]) by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t69GJVSB002478 for <multipathtcp@ietf.org>; Thu, 9 Jul 2015 16:19:31 GMT
Received: from [10.159.187.186] (/10.159.187.186) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 09 Jul 2015 09:19:31 -0700
Message-ID: <559E9F0F.3090305@oracle.com>
Date: Thu, 09 Jul 2015 09:19:27 -0700
From: Rao Shoaib <rao.shoaib@oracle.com>
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: multipathtcp@ietf.org
References: <1436204168109.20146@bt.com> <1436205703501.53882@bt.com>
In-Reply-To: <1436205703501.53882@bt.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Source-IP: userv0021.oracle.com [156.151.31.71]
Archived-At: <http://mailarchive.ietf.org/arch/msg/multipathtcp/O5V_iYqtJOK61zveJOhxNNso8Wk>
Subject: Re: [multipathtcp] Preparing for Prague meeting - things to delete or add to MPTCP protocol bis
X-BeenThere: multipathtcp@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 09 Jul 2015 16:19:35 -0000


On 07/06/2015 11:01 AM, philip.eardley@bt.com wrote:
>
> Looking at the (expired) draft summarising the various implementations,
>
> https://tools.ietf.org/html/draft-eardley-mptcp-implementations-survey-02
>
> one thing that may be worth discussing is whether we need both 4 & 8 
> byte Data ack & DSS
>
+1
Choosing one (8 byte ack) would make implementation as well as debugging 
easier. What is the purpose of providing two options.

Shoaib
>
> <<   All implementations support 4 bytes "Data ACK" and "Data sequence
>    number" fields, and will interoperate with an implementation sending
>    8 bytes.  Implementation 1 uses only 4 bytes fields; if an
>    implementation sends an 8 byte data sequence number it replies with a
>    4 byte data ack.
>
> >>
>