Re: [multipathtcp] comments on draft-hoang-mptcp-sub-rate-limit-00

Olivier Bonaventure <olivier.bonaventure@uclouvain.be> Tue, 16 July 2019 09:31 UTC

Return-Path: <olivier.bonaventure@uclouvain.be>
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 36EC91201C8 for <multipathtcp@ietfa.amsl.com>; Tue, 16 Jul 2019 02:31:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 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_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=uclouvain.be
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 eBNSlRIhHBN0 for <multipathtcp@ietfa.amsl.com>; Tue, 16 Jul 2019 02:31:26 -0700 (PDT)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-vi1eur04on0720.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0e::720]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 287E61201BC for <multipathtcp@ietf.org>; Tue, 16 Jul 2019 02:31:25 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BxGNfr9NXmV2yCzRoUiunVNO2vlssDx/EjIhG76F71LnW2iaEA2jq4gU4UyJKKudtIcUQWZjoLtnh3QUIYF55AO9XJZTWqrGn3gCmeIMYGTxbFKr8j2HfAcWsdljEiOpWX4vyUflnqc1/QNm3XEZbXVuUTjlYKeKRuDNzRbLJQNN444S+OI961VNeIByPVam49pUmQZaG2nrZxIhGDXg+J5asUJMT3pDJCQ9nfxC4oDSKzMNCmxK57XTuNZJLAKKRsj6NRtWIW1y6U0a8sNFx6anQsYJvyI0eHa5ce/nEVG5nEJDM/KcV44M1ZYVIi3UfoTioFnstZY8tFBzZoVPvQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wZDIQYp5O8OvdKbBqEfDz4SVqjdQf7Zn9Pt3UtJMPk8=; b=lIYMSOGRkfu4WzeQxTFU/12vOoZSRItZgMhCbYoWEhUrKKtHJOfEwXAL5nf68cRQPfA/0tvOuW7c1s27l6Bl6UHMoSbcxMkgkzm4w20vPbTyKkrb8YV4CwrIKh58cgsSepdhnTlH0YTVrz+9sXd7Jf0Mli5NNnCdIx0S+3xgcchkHhmXMM6H/bQFICZ4dEykDXRNaexdKrSdyECYjim+VRStZ+jhzyE7w6uAuyQgWm4fsHkz/9f0a/b7O5QqKRzBIWSjAi28oo0metspnT2M/3pbDuR/kzYhVE4xIAH6x5kr9fPh0xLYLYsZEKca4WVxVYqWnwdImBr3XJqiZW5vcg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=uclouvain.be;dmarc=pass action=none header.from=uclouvain.be;dkim=pass header.d=uclouvain.be;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uclouvain.be; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wZDIQYp5O8OvdKbBqEfDz4SVqjdQf7Zn9Pt3UtJMPk8=; b=TkCGQ4A5A/B5fc/OFHQDzwub57e8Y0tBo1WxYJefg7DFcC2VzIi9v/YfL4bLPsbhpucb3y8FxTv+CgdlkGmbPU4g2Lhake/OJM98Pld69qUBK0n9fQGzzGHga1tesfH/IlwaRNgcMRIug2MBLHxJtCRGWOfjZLqZCf85mPrlzlM=
Received: from DB7PR03MB3548.eurprd03.prod.outlook.com (52.134.98.29) by DB7PR03MB3673.eurprd03.prod.outlook.com (52.134.101.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2073.14; Tue, 16 Jul 2019 09:31:23 +0000
Received: from DB7PR03MB3548.eurprd03.prod.outlook.com ([fe80::bd11:ef06:753f:2fd8]) by DB7PR03MB3548.eurprd03.prod.outlook.com ([fe80::bd11:ef06:753f:2fd8%4]) with mapi id 15.20.2073.012; Tue, 16 Jul 2019 09:31:23 +0000
From: Olivier Bonaventure <olivier.bonaventure@uclouvain.be>
To: Yoshifumi Nishida <nsd.ietf@gmail.com>, Viet Hoang Tran <hoang.tran@uclouvain.be>
CC: multipathtcp <multipathtcp@ietf.org>
Thread-Topic: [multipathtcp] comments on draft-hoang-mptcp-sub-rate-limit-00
Thread-Index: AQHVOukUFVdTMmQex0qfaFNq0weJIKbL9nMAgADXuQCAAC52gA==
Date: Tue, 16 Jul 2019 09:31:22 +0000
Message-ID: <192f0914-3f3a-9a76-71ec-059bf159d14c@uclouvain.be>
References: <CAAK044SMCwZbxTpvAxCmJiK6Di6BMpUSXVW2p0uwipwc2KyMxw@mail.gmail.com> <d5d0ca74-befd-0552-8a4d-670fc86b3648@uclouvain.be> <CAAK044RrG1Xc6Gpvdr80KMv2ZdETwjGVYTNdYRHtROHxdimLVA@mail.gmail.com>
In-Reply-To: <CAAK044RrG1Xc6Gpvdr80KMv2ZdETwjGVYTNdYRHtROHxdimLVA@mail.gmail.com>
Reply-To: Olivier Bonaventure <olivier.bonaventure@uclouvain.be>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: LO2P265CA0339.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:d::15) To DB7PR03MB3548.eurprd03.prod.outlook.com (2603:10a6:5:4::29)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=olivier.bonaventure@uclouvain.be;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [2001:6a8:308f:2:4ce4:b7b8:e368:f058]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: d5d404ea-785b-4d1c-e733-08d709d05dc8
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600148)(711020)(4605104)(1401327)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:DB7PR03MB3673;
x-ms-traffictypediagnostic: DB7PR03MB3673:
x-microsoft-antispam-prvs: <DB7PR03MB3673C7192E7232439A893C1686CE0@DB7PR03MB3673.eurprd03.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0100732B76
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(366004)(39860400002)(346002)(376002)(396003)(136003)(199004)(189003)(229853002)(2906002)(7736002)(305945005)(8936002)(478600001)(186003)(81166006)(31686004)(81156014)(14454004)(25786009)(4326008)(5024004)(14444005)(256004)(6246003)(6116002)(36756003)(71190400001)(71200400001)(99286004)(68736007)(66946007)(66556008)(66476007)(64756008)(53936002)(66446008)(6512007)(102836004)(76176011)(386003)(6506007)(52116002)(86362001)(46003)(486006)(476003)(3450700001)(446003)(5660300002)(31696002)(2616005)(11346002)(6436002)(6636002)(6486002)(43066004)(786003)(316002)(110136005)(8676002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB7PR03MB3673; H:DB7PR03MB3548.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: uclouvain.be does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: m0UoaqclpAMCv5/ojwyBJ/KFHjsJj55tOW3uppA3SHiQApvflYSeSSO+3YsDEi5esgPAOkudD73EIPuN0LAVjSFCYnywdSHyifZD9x61HNddujIUNt8ArMqZnbH0UvnbGH3QAm0bCItOhIwdKxs7l2QHiuRVegeEJvqslF9OqyPJHKIipU+gSzM2TqqLGYvek/FnpWfWSRptPfO5vnfQZSOUMBRIJPW0iO+s8tV17YZckbuv8vIIowtaPVIiS0xwDzgO+2/6eh31Cepqwc72QsSQo8vWFGqP4pDV96ybfXc+F0IiG4mkxfmnkB28BXREhSYh4f3gnthFinxYwqmYHXNgFNr3XT49ZTmYnDx0VLgpo6TYGfPK8B48Vab8aNN18H3BYrIcwD1gIiz0mB8ZhDsgJS9Rz5hkB81QrziCcnw=
Content-Type: text/plain; charset="utf-8"
Content-ID: <AB88D1ECEFFD2D47BB6CD4B3F10DD31D@eurprd03.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: uclouvain.be
X-MS-Exchange-CrossTenant-Network-Message-Id: d5d404ea-785b-4d1c-e733-08d709d05dc8
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Jul 2019 09:31:22.8668 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 7ab090d4-fa2e-4ecf-bc7c-4127b4d582ec
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: olivier.bonaventure@uclouvain.be
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR03MB3673
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/iqfLql2SJJPxrj3EHUsDtSBzHjs>
Subject: Re: [multipathtcp] comments on draft-hoang-mptcp-sub-rate-limit-00
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: Tue, 16 Jul 2019 09:31:29 -0000

Yoshi,

>      > 3: I am still not very sure the usage of SRL options for graceful
>      > subflow closing. I might want to see some texts in the draft to
>      > understand how this can be better than FIN exchange on subflows.
> 
>     When a client sends a FIN, it indicates that it will not send data
>     anymore on this subflow. When it sends a SRL option with 0, it
>     indicates
>     to the server that it does not want to receive anymore data on this
>     subflow. We can provide some text if we agree on this use case.
> 
> Right. I can image the following 3 situations on the client side.
> 
> 1: client doesn't need to receive any more packets from server
> 2: client doesn't want sender to send more data, but wants to receive 
> data on the fly.
> 3: client wants to close the connection when sender finishes sending data
> 
> I think RST will work for 1: and we can use FIN for 3 > So, in my understanding, this approach tries to address 2:.
> I just would like to understand how much this kind of situations happen.

Consider a video or audio streaming application running on a smartphone. 
Smartphone has WiFi and cellular but user wants to limit use of cellular 
and force server to use low quality when streaming over cellular.
When smartphone is attached to both WiFi and cellular, it can send SRL 
with a bandwidth of 0 over cellular.
If the smartphone moves, and leaves WiFi, then it could send a SRL at 1 
Mbps to limit throughput.

This dynamic control of the throughput on the incoming subflows would 
work well if a client can adapt its SRL to the current network conditions.

Olivier