Re: [multipathtcp] draft-boucadair-mptcp-plain-mode-07

Olivier Bonaventure <> Fri, 01 July 2016 07:01 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 9F45D12D130 for <>; Fri, 1 Jul 2016 00:01:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.321
X-Spam-Status: No, score=-4.321 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id qOU-rmQUcZaD for <>; Fri, 1 Jul 2016 00:01:15 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 0A84912D193 for <>; Fri, 1 Jul 2016 00:01:14 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: by (Postfix) with ESMTPSA id 06DD667DBE7; Fri, 1 Jul 2016 09:01:02 +0200 (CEST)
DKIM-Filter: OpenDKIM Filter v2.9.2 06DD667DBE7
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple;; s=selucl; t=1467356462; bh=PRPUEnTZlCBzwqZnmsw3lrnmf9oEZbmL5ojiy+dxQ+4=; h=Reply-To:Subject:References:To:From:Date:In-Reply-To; b=mqadeOEPHooiHfDDid2ekiFrT62uHBt/2T+FlU8SeQMg1hyZowWiMvUOAAqqWfIcx OQzfzWdNR+aaaex4npOsOU0VyZ1a45hGBc9ehdOrtG6Yo1H+efa5l6WdbWqo6GGLHm QFoWVh205oTDFtsE2gzpcJhzclf/faPIGSqOJCR8=
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.99 at smtp-2
References: <> <> <>
To: Mingui Zhang <>, "" <>, "" <>, "" <>
From: Olivier Bonaventure <>
Message-ID: <>
Date: Fri, 1 Jul 2016 09:01:01 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1
MIME-Version: 1.0
In-Reply-To: <>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Sgsi-Spamcheck: SASL authenticated,
X-SGSI-MailScanner-ID: 06DD667DBE7.A958A
X-SGSI-MailScanner: Found to be clean
X-SGSI-Spam-Status: No
Archived-At: <>
Subject: Re: [multipathtcp] draft-boucadair-mptcp-plain-mode-07
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Multi-path extensions for TCP <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 01 Jul 2016 07:01:17 -0000

> In the paired MPTCP proxies mechanism, there is user's TCP session and there is also multipath TCP session. It is a TCP over TCP idea, correct?

No, there are three TCP connections in this scenario :

- one (regular) TCP connection between client and CPE
- one Multipath TCP connection between the CPE and the Concentrator
- one (regular) TCP connection between the Concentrator and the remote 

> As for TCP over TCP, the following page explains why an internal meltdown effect would take place due to the interaction between two leveled retransmission mechanisms.

This is a well known issue.

> Do we have solid solutions for this issue nowadays?

The solution is to terminate the TCP connections transparently. This is 
what most TCP optimisers used in mobile networks do already.