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
- Re: [tcpm] Agenda requests for TSVWG@IETF101 Scharf, Michael (Nokia - DE/Stuttgart)
- Re: [tcpm] Agenda requests for TSVWG@IETF101 Gorry Fairhurst
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Yingzhen Qu
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Scharf, Michael (Nokia - DE/Stuttgart)
- [tcpm] draft-han-tsvwg-cc (was: Re: [tsvwg] Agend… Toerless Eckert
- Re: [tcpm] draft-han-tsvwg-cc (was: Re: [tsvwg] A… Toerless Eckert
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Yingzhen Qu
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Gorry Fairhurst
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Michael Tuexen
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Gorry Fairhurst
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Scharf, Michael (Nokia - DE/Stuttgart)
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Gorry Fairhurst
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Scharf, Michael (Nokia - DE/Stuttgart)
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Michael Welzl
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… David Ros
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Gorry Fairhurst
- Re: [tcpm] inband signaling (was: Re: [tsvwg] Age… Toerless Eckert
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Spencer Dawkins at IETF
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Lin Han
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Toerless Eckert
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Lin Han
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Ingemar Johansson S
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Smith, Kevin, (R&D) Vodafone Group
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Yingzhen Qu
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Michael Tuexen
- Re: [tcpm] Agenda requests for TSVWG@IETF101 Pat Thaler
- Re: [tcpm] Agenda requests for TSVWG@IETF101 Yingzhen Qu
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Brian E Carpenter
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Lin Han
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Toerless Eckert
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Ingemar Johansson S
- Re: [tcpm] [tsvwg] inband signaling Brian E Carpenter
- Re: [tcpm] draft-han-tsvwg-cc (was: Re: [tsvwg] A… Scharf, Michael (Nokia - DE/Stuttgart)
- Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF… Scharf, Michael (Nokia - DE/Stuttgart)
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Lin Han
- Re: [tcpm] inband signaling (was: Re: [tsvwg] Age… Scharf, Michael (Nokia - DE/Stuttgart)
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Lin Han
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Scharf, Michael (Nokia - DE/Stuttgart)
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Lin Han
- Re: [tcpm] [tsvwg] inband signaling Brian E Carpenter
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Scharf, Michael (Nokia - DE/Stuttgart)
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Tom Herbert
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Toerless Eckert
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Spencer Dawkins at IETF
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Toerless Eckert
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Ingemar Johansson S
- Re: [tcpm] [tsvwg] inband signaling (was: Re: Age… Lin Han