Re: [tcpm] [tsvwg] inband signaling

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 16 March 2018 02:58 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C888512D77A; Thu, 15 Mar 2018 19:58:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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, RCVD_IN_DNSWL_NONE=-0.0001, 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 YW3lm6R0DK5U; Thu, 15 Mar 2018 19:58:43 -0700 (PDT)
Received: from mail-pl0-x229.google.com (mail-pl0-x229.google.com [IPv6:2607:f8b0:400e:c01::229]) (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 7459B126DFB; Thu, 15 Mar 2018 19:58:43 -0700 (PDT)
Received: by mail-pl0-x229.google.com with SMTP id ay1-v6so5083888plb.7; Thu, 15 Mar 2018 19:58:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=/IuyZ2yQRuJbjc9Ojin92BzVOfJOAD4SLvd/qlQB65s=; b=GjnYj1fSo+RJ8b6h3b/uITlL7FXZI9/Ic2fCBkTzSLs7jI0LpsvIaCEGQ/aaUV4dPS 530jJ6yo2j7m8GparDIOtrjBfYuTv5N9w1FukLkDXHRCD9HZGO8uYLVDFZhFZ2AKDa7n keSo3Eqrj46LdES7LT3QmYWq7CjWYq2b5e4tOBd4h2P0Bf6fvAOJxdJTU6tMNJx4c+Fq JcDHB/2tXiEpNexLj+uvThs70yDsGp03zQ5SCF5P1TEHUwL/bICpauusFYDImmMTZNAa Jhxng/Qjyrr0xAYT+G9r44HAAuUlqVxf34ol0tF9ukUjO93iy7Hj9YXREC2nzlUknpz9 FNJg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=/IuyZ2yQRuJbjc9Ojin92BzVOfJOAD4SLvd/qlQB65s=; b=KIchZLgrpTt21GPzIRmrfFsI04Vo+yCYlroup++6cbFuNGfOk8e3ifDdsAZ9hVvTub 0rq2lziLYUmausOKK2NblYVGhAyTYV/+IvqrjfKLGcJLUvp4/UAuIP1GyO4MrUAa3/qR uc10P8whJcstNtig4bFanOREbQ0ETfEa92h2lwHHO5pI+BbfT5bmS9kHJ+Zqd2PYfw4x 2wtSkYzliI3ifWiNg/FR040NWGOHb7MCAv3GZvf75k8vEXbH0EognbS9j8IYcfyvORGA 8cLej9RsohMBazhP6mRPhFLrOqxY2pOe/eXlFvBJe8QD8sI40BBnLPNXHH8MFy9X91ga Wa5Q==
X-Gm-Message-State: AElRT7FBbpjwr4pjbHHc08B62ADx7ff79d4DbNINUFSShWefn4xz0qgG O2ehilkBwMFnJVE0LNyI/ik030id
X-Google-Smtp-Source: AG47ELv/EgfIzTwfqfGW+VwsxxeJGKR+zT3FNUlSCidUy2Jxx9rNvNe96PIQyLL6yfpBIUdrD2SUMA==
X-Received: by 2002:a17:902:b2c6:: with SMTP id x6-v6mr258649plw.298.1521169123083; Thu, 15 Mar 2018 19:58:43 -0700 (PDT)
Received: from [192.168.178.30] ([118.148.72.177]) by smtp.gmail.com with ESMTPSA id e16sm13558314pfb.157.2018.03.15.19.58.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 15 Mar 2018 19:58:42 -0700 (PDT)
Sender: Brian Carpenter <becarpenter46@gmail.com>
To: Lin Han <Lin.Han@huawei.com>, Ingemar Johansson S <ingemar.s.johansson@ericsson.com>, "tte@cs.fau.de" <tte@cs.fau.de>
Cc: "tcpm@ietf.org" <tcpm@ietf.org>, "tsvwg@ietf.org" <tsvwg@ietf.org>, "'iccrg@irtf.org'" <iccrg@irtf.org>
References: <HE1PR0702MB36254B79BB13FE7A0321D2CFC2D10@HE1PR0702MB3625.eurprd07.prod.outlook.com> <1D30AF33624CDD4A99E8C395069A2A162CDBB467@sjceml521-mbs.china.huawei.com> <HE1PR0702MB362554940039B93B88770AB3C2D00@HE1PR0702MB3625.eurprd07.prod.outlook.com> <1D30AF33624CDD4A99E8C395069A2A162CDBBA0E@sjceml521-mbs.china.huawei.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <e1e48580-30ed-532f-ec57-bc34c7b5078c@gmail.com>
Date: Fri, 16 Mar 2018 15:58:46 +1300
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <1D30AF33624CDD4A99E8C395069A2A162CDBBA0E@sjceml521-mbs.china.huawei.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/SQMwJnD8ipB7FV51hldeq4rTk5o>
Subject: Re: [tcpm] [tsvwg] inband signaling
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Mar 2018 02:58:45 -0000

Lin,

On 16/03/2018 13:31, Lin Han wrote:
...
> [LH] Same as using L4S, AQM still try to provide the faired resource allocation to all TCP flows by the rule of max-min fairness. This works well if the link capacity is big enough and all TCP flows will get what its application want. But when the link is congested, we cannot give some critical application the expected bandwidth, each flow will get the equal instantaneous bandwidth determined the total number of flows. To overcome this difficulty caused by TCP fairness, we have to reserve the resource for some application and exclude them from the resource sharing with others if the resource is not enough (treat those flow differently as others, i.e, different queuing/scheduler, etc).

That's pretty much exactly the philosophy behind diffserv, with "flow"
defined as "all packets marked with the same diffserv code point".

The problem is scaling, and always has been. Diffserv sets a hard
scaling limit at 64 classes. With modern technology, what value between
64 and infinity is a reasonable limit? (The discussion on scalability
in the draft is rather brief.)

Regards
    Brian