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

Yoshifumi Nishida <nsd.ietf@gmail.com> Mon, 15 July 2019 08:40 UTC

Return-Path: <nsd.ietf@gmail.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 044341201C3 for <multipathtcp@ietfa.amsl.com>; Mon, 15 Jul 2019 01:40:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 XSty9yVfz6pb for <multipathtcp@ietfa.amsl.com>; Mon, 15 Jul 2019 01:40:51 -0700 (PDT)
Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0D0531201CD for <multipathtcp@ietf.org>; Mon, 15 Jul 2019 01:40:51 -0700 (PDT)
Received: by mail-wm1-x32e.google.com with SMTP id a15so14228190wmj.5 for <multipathtcp@ietf.org>; Mon, 15 Jul 2019 01:40:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=MbGanq0reCzDoED/EhbiGX3YzrvUGbtlzULelBGjN14=; b=PHT9id9xGdHdqfqsJe5Zgb/Zr16QJnsJ43sLS6TCj9pM7k62q8NXvMuebWh2FHIWyq FUbgTFVebns8bCciq6XBELCjwP3cn/G6rSvGKIcMscHSr/fkstrfexd53mG9rkgkPy9f sBIl5dxvQCt0wwqnL+bZTpR3ntTJWjs3+zm9uLJRQMF6UOcXuwBFy5gjchCnyl3M0Fcf muu9Zboo4G48xlu+wdmu60BcaJoWCcG37jskBgmd9YwOpTxY+9EUWnCDg8mRHbzlzK8H OilkwL2DvG59lUVRoGNLHNFtOjmxscRXusulGZJzX3M48+fI2IksXyhHTlDTT/4Cxt1y LaMQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=MbGanq0reCzDoED/EhbiGX3YzrvUGbtlzULelBGjN14=; b=iRIyMiW/EN3Q2xebnszFVRhJAgqA6yU6vwTnMC0+yz4SKwRSmI8NkghJ76xZZSv6em L61l19ZQCEHcxnWJiGF+IkYfDrlgJ52E734Axlu1Og4Q0WInyA3nn03cYk8IrHBzwrPY V6byZEmdsmdWps9hTk3YSrqJJ+8kLNtiFBr6NU5WMKHrT/FKYmVUHVYUJgAMDzQDhyYE OjdkDiXkEak78HZpoA1JedSsuQWsWSu0WiZyBH4Notmq6oxFJvCmPTxrdh/TIwaTM6yd 2YW0Cqx/LM/G7PgdcNce17BkYFgTBsMJHWDN7QugNXWdtm8u9smr0fYf5WSfyhYlL8QS QptA==
X-Gm-Message-State: APjAAAXRtWtMkm35vopbIm7CaRwXM9Q0mPWoZvbUqVKXMw0tC5I0GbIG /twCgtMdczaINScxvcP2rANH63bVg2BWlg0wY2jibw==
X-Google-Smtp-Source: APXvYqxgk1bBVNBpfqT/Tmr2awe8+nBcDdmpV/HRU/vOhyyRTbibDhY0+hKcxuKfCCFC/KdUBH63mSJRhN1mC8PwIsU=
X-Received: by 2002:a1c:6c01:: with SMTP id h1mr23176758wmc.30.1563180049366; Mon, 15 Jul 2019 01:40:49 -0700 (PDT)
MIME-Version: 1.0
From: Yoshifumi Nishida <nsd.ietf@gmail.com>
Date: Mon, 15 Jul 2019 01:40:38 -0700
Message-ID: <CAAK044SMCwZbxTpvAxCmJiK6Di6BMpUSXVW2p0uwipwc2KyMxw@mail.gmail.com>
To: multipathtcp <multipathtcp@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000009002bd058db4377c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/9n-OB0lBFAgVorY9NOS0X7apVjo>
Subject: [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: Mon, 15 Jul 2019 08:41:03 -0000

Hi,
I've read this draft and have some questions and comments.

1: I am wondering how to calculate and limit the sending rate of subflow.
    I think adjusting window size wouldn't be very accurate. But, we don't
want to perform expensive processing for this purpose.
2: I think this is one way information and servers don't need to send SRL
option to clients. But, the draft says "a host MUST NOT send more than
three SRL options on connection where it has not received any SRL option"
Does this mean senders need to send SRL options?
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.

Thanks,
--
Yoshi