IETF Logo Mail Archive

[multipathtcp] Need clarification on data mapping

Rao Shoaib <rao.shoaib@oracle.com> Wed, 08 July 2015 01:31 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 AC10F1B2C96 for <multipathtcp@ietfa.amsl.com>; Tue, 7 Jul 2015 18:31:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 9KDr7zJeNE9T for <multipathtcp@ietfa.amsl.com>; Tue, 7 Jul 2015 18:31:26 -0700 (PDT)
Received: from userp1040.oracle.com (userp1040.oracle.com [156.151.31.81]) (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 67DA91B2C94 for <multipathtcp@ietf.org>; Tue, 7 Jul 2015 18:31:26 -0700 (PDT)
Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t681VP3e004117 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <multipathtcp@ietf.org>; Wed, 8 Jul 2015 01:31:25 GMT
Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0021.oracle.com (8.13.8/8.13.8) with ESMTP id t681VPbT024874 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for <multipathtcp@ietf.org>; Wed, 8 Jul 2015 01:31:25 GMT
Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t681VP5G019721 for <multipathtcp@ietf.org>; Wed, 8 Jul 2015 01:31:25 GMT
Received: from [10.159.187.127] (/10.159.187.127) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 07 Jul 2015 18:31:25 -0700
Message-ID: <559C7D68.3080002@oracle.com>
Date: Tue, 07 Jul 2015 18:31:20 -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
Content-Type: multipart/alternative; boundary="------------060207000807040107030107"
X-Source-IP: aserv0021.oracle.com [141.146.126.233]
Archived-At: <http://mailarchive.ietf.org/arch/msg/multipathtcp/Q9mHA2floVWL-ZULX9a8NRFo3HY>
Subject: [multipathtcp] Need clarification on data mapping
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: Wed, 08 Jul 2015 01:31:28 -0000

Hi,

I need clarification on following issues regarding data mapping in RFC 6824

1)

"The sender MUST keep data in its send buffer as long as the data has
  not been acknowledged at both connection level and on all subflows on
  which it has been sent."

Does an implementation has to verify acknowledgements on all flows or is 
a connection level ack on any subflow sufficient.

2)
" A mapping is fixed, in that the subflow sequence number is bound to 
the data sequence number after the mapping has been processed. A sender 
MUST NOT change this mapping after it has been declared;"

This does not disallow sending the same data sequence in future using a 
different subflow sequence number. Correct ?

Thanks,

Shoaib

v2.23.0 | Report a Bug | By Email