Re: [multipathtcp] Fw: New Version Notification for draft-hoang-mptcp-sub-rate-limit-00.txt

<mohamed.boucadair@orange.com> Fri, 12 July 2019 11:47 UTC

Return-Path: <mohamed.boucadair@orange.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 DC58412011E for <multipathtcp@ietfa.amsl.com>; Fri, 12 Jul 2019 04:47:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.597
X-Spam-Level:
X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 EYckLq13kPiV for <multipathtcp@ietfa.amsl.com>; Fri, 12 Jul 2019 04:47:32 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B4C9012008A for <multipathtcp@ietf.org>; Fri, 12 Jul 2019 04:47:31 -0700 (PDT)
Received: from opfednr01.francetelecom.fr (unknown [xx.xx.xx.65]) by opfednr22.francetelecom.fr (ESMTP service) with ESMTP id 45lWPY67t1zytq; Fri, 12 Jul 2019 13:47:29 +0200 (CEST)
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.82]) by opfednr01.francetelecom.fr (ESMTP service) with ESMTP id 45lWPY587vzDq78; Fri, 12 Jul 2019 13:47:29 +0200 (CEST)
Received: from OPEXCAUBMA2.corporate.adroot.infra.ftgroup ([fe80::e878:bd0:c89e:5b42]) by OPEXCAUBM5E.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0439.000; Fri, 12 Jul 2019 13:47:29 +0200
From: <mohamed.boucadair@orange.com>
To: Viet Hoang Tran <hoang.tran@uclouvain.be>, multipathtcp <multipathtcp@ietf.org>
Thread-Topic: [multipathtcp] Fw: New Version Notification for draft-hoang-mptcp-sub-rate-limit-00.txt
Thread-Index: AQHVNnUV/9mDOCqB006mW+zpxNFd06bG2kwg
Date: Fri, 12 Jul 2019 11:47:28 +0000
Message-ID: <787AE7BB302AE849A7480A190F8B93302EACB063@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <DB7PR03MB42663A746B38EB94C2E26298EBF10@DB7PR03MB4266.eurprd03.prod.outlook.com> <156259608386.1077.9941810334684359467.idtracker@ietfa.amsl.com> <CGME20190709090506epcas2p3869fa7b28ff83bc7101823d00443397d@epcms5p4> <20190709164036epcms5p47c6632b5372d409bb26a300cea33be3e@epcms5p4>
In-Reply-To: <20190709164036epcms5p47c6632b5372d409bb26a300cea33be3e@epcms5p4>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.114.13.247]
Content-Type: multipart/related; boundary="_004_787AE7BB302AE849A7480A190F8B93302EACB063OPEXCAUBMA2corp_"; type="multipart/alternative"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/qUkbp0ghIX4S4Yr9-KUrKr-Lr2M>
Subject: Re: [multipathtcp] Fw: New Version Notification for draft-hoang-mptcp-sub-rate-limit-00.txt
X-BeenThere: multipathtcp@ietf.org
X-Mailman-Version: 2.1.29
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, 12 Jul 2019 11:47:35 -0000

Hi Hoang, all,

Thank you for igniting this work.

FWIW, we used to have this requirement in draft-nam-mptcp-deployment-considerations (with cellular networks in mind):

   “For cases where some access networks are subject to a volume quota,
   it is desirable to support a signal to indicate to a remote peer how
   it must place data into available subflows”.

The rate-limit option as currently defined may not be adequate. I would like an option which allows to tell a remote peer, for example:

·         to use a given subflow only where there is a need to grab more resources (that is, don’t use this subflow if data can be placed on other subflows).

·         “here is my suggested inbound traffic distribution ratio among established subflows”.

·         “here is the maximum data that can be placed in a given subflow”.

Did you consider those schemes?

Cheers,
Med

--------- Original Message ---------

Sender : Viet Hoang Tran <hoang.tran@uclouvain.be>

Date : 2019-07-09 14:35 (GMT+5:30)

Title : [multipathtcp] Fw: New Version Notification for draft-hoang-mptcp-sub-rate-limit-00.txt



We submitted two drafts on  Subflow Rate Limit Option and

 Inactivity Time Option (https://tools.ietf.org/html/draft-hoang-mptcp-inactivity-time-00)



Feedbacks and suggestions are more than welcomed.

Thanks,



Hoang & Olivier



________________________________________

From: internet-drafts@ietf.org <internet-drafts@ietf.org>

Sent: Monday, 8 July 2019 16:28

To: Viet Hoang Tran; Olivier Bonaventure; Olivier Bonaventure

Subject: New Version Notification for draft-hoang-mptcp-sub-rate-limit-00.txt



A new version of I-D, draft-hoang-mptcp-sub-rate-limit-00.txt

has been successfully submitted by Viet-Hoang Tran and posted to the

IETF repository.



Name:           draft-hoang-mptcp-sub-rate-limit

Revision:       00

Title:          Multipath TCP Subflow Rate Limit Option

Document date:  2019-07-08

Group:          Individual Submission

Pages:          6

URL:            https://www.ietf.org/internet-drafts/draft-hoang-mptcp-sub-rate-limit-00.txt

Status:         https://datatracker.ietf.org/doc/draft-hoang-mptcp-sub-rate-limit/

Htmlized:       https://tools.ietf.org/html/draft-hoang-mptcp-sub-rate-limit-00

Htmlized:       https://datatracker.ietf.org/doc/html/draft-hoang-mptcp-sub-rate-limit





Abstract:

   This document defines a new MPTCP Option that enables hosts to

   request their peers to limit the maximum transfer rate on a per-

   subflow basis.









Please note that it may take a couple of minutes from the time of submission

until the htmlized version and diff are available at tools.ietf.org.



The IETF Secretariat





_______________________________________________

multipathtcp mailing list

multipathtcp@ietf.org

https://www.ietf.org/mailman/listinfo/multipathtcp

[cid:image001.png@01D538B4.F419FBF0]

[http://ext.samsung.net/mail/ext/v1/external/status/update?userid=madhan.raj&do=bWFpbElEPTIwMTkwNzA5MTY0MDM2ZXBjbXM1cDQ3YzY2MzJiNTM3MmQ0MDliYjI2YTMwMGNlYTMzYmUzZSZyZWNpcGllbnRBZGRyZXNzPW11bHRpcGF0aHRjcEBpZXRmLm9yZw__]