Re: [tsvwg] NQB PHB description and assumptions

Greg White <g.white@CableLabs.com> Fri, 06 September 2019 19:56 UTC

Return-Path: <g.white@CableLabs.com>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DAB5120E03 for <tsvwg@ietfa.amsl.com>; Fri, 6 Sep 2019 12:56:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.989
X-Spam-Level:
X-Spam-Status: No, score=-1.989 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cablelabs.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 NXEBXEis_ZvO for <tsvwg@ietfa.amsl.com>; Fri, 6 Sep 2019 12:56:39 -0700 (PDT)
Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-eopbgr680139.outbound.protection.outlook.com [40.107.68.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2533C120DDC for <tsvwg@ietf.org>; Fri, 6 Sep 2019 12:56:34 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IhYTvYDsXIbZv5YqchxscEkG6ImD12gbyVU7diDrXyNRAiRB6MTCBOZz/SZkNKVBP371bKyITVjF2QQLxJg/0ObuQfCeKuIZ62AH/8hQDtbNBIme0da0j9byaj5mt0Wft/q1HUIk5lHSd40BUlfrnVD1gB3P/pe5JMRKJEtZy/RF60wyjFsx1VxgAufQQ68QJJG0w2cxtC7yBmf/shT7aVOwyluyqkysvrBFinjWknVv8KAcVDxfirgXpHjT9e7nzem1MT71VFPjQMO4IpCkmB/s2DC0RMPLzMzXw4NmtYovqiLUxl9c0uFJ7L3LAnsS09WqZzXzm6xq5p7uLdEJqA==
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=yyIWzbpeiilGkBD2H02hDoAVdkzsHZBo6mWLNqikzCw=; b=e19za9dH5EmSU9HEzFVAHYDhS/8uba6T1rYklU+8DYWiLRY7dYs/c9/f1SoA0zJ7kEyG9kWdpKTtBYgZ+YlPnC/vvoEeOe352bBwQUJnGiVlaK3DE5KvNtpEjdD5h7PZHi+RlICyBmndCYOFnWYwAxvdrDzs2x5/T8vERfK86do21PFNU+M2+zHAw5w8dDnUFFeJqXyxsgPHX+ze63WJ3s3yUQ7Fw0YRsUJChBC0S6WJeAnlSbd6v0G37VFGoMjbSEtaAR00xfmktokKaVVtzleeKAWcGip0Iat4c6AbZwu237OhxmGH998XebuF63WpdUnSNqt3OgEmQBxxgyy6NQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cablelabs.com; dmarc=pass action=none header.from=cablelabs.com; dkim=pass header.d=cablelabs.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cablelabs.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=yyIWzbpeiilGkBD2H02hDoAVdkzsHZBo6mWLNqikzCw=; b=otnva5AXnopRLSOGrMIx5GvfuZszGsSsp/12m4oOuWeFh3IlC26PAxmfQzZjHJKclelGFrvYaJbexE6la5NtdB7NFMnIlyXZgto3LmwK2P7S1ldRgCT8Dg5ahc1uNrsvuT8JLuSnsGhW4YP/EGtFPjUPno9U7S9AW9P7jiWSwYk=
Received: from SN6PR06MB4655.namprd06.prod.outlook.com (52.135.117.85) by SN6PR06MB4975.namprd06.prod.outlook.com (52.135.110.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2220.21; Fri, 6 Sep 2019 19:56:32 +0000
Received: from SN6PR06MB4655.namprd06.prod.outlook.com ([fe80::cc2f:14c9:624d:4e74]) by SN6PR06MB4655.namprd06.prod.outlook.com ([fe80::cc2f:14c9:624d:4e74%6]) with mapi id 15.20.2220.013; Fri, 6 Sep 2019 19:56:32 +0000
From: Greg White <g.white@CableLabs.com>
To: "Ruediger.Geib@telekom.de" <Ruediger.Geib@telekom.de>, "ietf@bobbriscoe.net" <ietf@bobbriscoe.net>
CC: "tsvwg@ietf.org" <tsvwg@ietf.org>
Thread-Topic: [tsvwg] NQB PHB description and assumptions
Thread-Index: AdVkfBP29FODUeIhSciHo/YcUWQEYgAPs7mA
Date: Fri, 6 Sep 2019 19:56:31 +0000
Message-ID: <17C863E6-E5C3-4AF9-83B9-7541073890A0@cablelabs.com>
References: <LEJPR01MB11783FACEF3688ED3986EA6C9CBA0@LEJPR01MB1178.DEUPRD01.PROD.OUTLOOK.DE>
In-Reply-To: <LEJPR01MB11783FACEF3688ED3986EA6C9CBA0@LEJPR01MB1178.DEUPRD01.PROD.OUTLOOK.DE>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1c.0.190812
authentication-results: spf=none (sender IP is ) smtp.mailfrom=g.white@CableLabs.com;
x-originating-ip: [2620:0:2b10:23:6cc8:8ec8:67d9:a9]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: bd7f2de8-28c5-4d5c-0ec3-08d733045097
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:SN6PR06MB4975;
x-ms-traffictypediagnostic: SN6PR06MB4975:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <SN6PR06MB4975D7725931E5C8229D6561EEBA0@SN6PR06MB4975.namprd06.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:2043;
x-forefront-prvs: 0152EBA40F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(136003)(376002)(346002)(366004)(39850400004)(396003)(189003)(199004)(446003)(53546011)(71190400001)(6506007)(91956017)(486006)(316002)(6246003)(478600001)(33656002)(6436002)(110136005)(25786009)(66574012)(2501003)(58126008)(2616005)(2906002)(229853002)(76116006)(14454004)(4326008)(11346002)(476003)(86362001)(102836004)(64756008)(99286004)(53936002)(6512007)(186003)(71200400001)(46003)(54896002)(6306002)(14444005)(66946007)(36756003)(5660300002)(6116002)(66476007)(66556008)(66446008)(7736002)(256004)(8676002)(81156014)(81166006)(8936002)(9326002)(6486002)(76176011)(85282002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:SN6PR06MB4975; H:SN6PR06MB4655.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: CableLabs.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: O67rM937g1aGhOsuVtHCqMN/c29ll4/OmcfB6J6DyI8ncRPm37x3A3zS35toxneQ3TAlS15LQujyjDIVCkvefOaCRg6xYLAlCYI74oygJEwsp77/AaI+XR07+pe5vCSL9tYpmVeaDUXiCnvLLCYf7jAQWhExzu7Lrg2NW+LZcSfCNrdZCc5xSrprugfafteGAI2eLFCIOtpYKkiLUvHa4lTJntFp787qI7SmIi3eSRa98XF51l0UCZwmHSry9d2whKVzzWibLqib3xkrLrlMDRdGfNrvbiUXc6LpbTJ2vliBQPn+1h8oUnWA9TCBW6ZZtk+9TGsgOag7Rd4R3505dogwWtDMPoTLGO43wKo2eehaXSke6v8NhNFx950suAiUCrwJlpc11uaPPmVXF8K0zbdyBHkQKBPooeHbUIzYLXY=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_17C863E6E5C34AF983B97541073890A0cablelabscom_"
MIME-Version: 1.0
X-OriginatorOrg: cablelabs.com
X-MS-Exchange-CrossTenant-Network-Message-Id: bd7f2de8-28c5-4d5c-0ec3-08d733045097
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Sep 2019 19:56:31.9718 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: ce4fbcd1-1d81-4af0-ad0b-2998c441e160
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: /BIWO9RxrQ2O+MMqP5wayjX14GpKqasBdthQd4AjfXblybQZnOXzK+vzmUJq34LlDAv7LdyIZXZ6d7opFEJYSQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR06MB4975
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/gRMVpPGTHolsORQw7gAYs-aO0pI>
Subject: Re: [tsvwg] NQB PHB description and assumptions
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Sep 2019 19:56:46 -0000

Hi Ruediger,

These are good suggestions for improvement of the draft.

Thanks,
Greg



From: tsvwg <tsvwg-bounces@ietf.org> on behalf of "Ruediger.Geib@telekom.de" <Ruediger.Geib@telekom.de>
Date: Friday, September 6, 2019 at 1:13 AM
To: "ietf@bobbriscoe.net" <ietf@bobbriscoe.net>
Cc: "tsvwg@ietf.org" <tsvwg@ietf.org>
Subject: [tsvwg] NQB PHB description and assumptions

Hi Bob,

the following excerpt of your reply to David and Sebastian contains text for which I couldn’t identify a clear reference in the NQB draft. You ask the authors of that draft to add a description of the scheduling. I agree with you and like to expand that to a description of the PHB so that a reader has an idea about how to implement or configure a NQB PHB beside the default PHB.

What the NQB draft doesn’t mention, but you do:

-          You state NQB doesn’t require priority queuing (the NQB draft suggests to operate EF and NQB via the same queue with DSCPs 101110 for EF and 101010 for NQB, which to me means, it’s traffic destined to a priority queue).

-          You state that NQB is enabled largely by high bandwidth Internet accesses. The NQB draft doesn’t.

-          You are quite specific with one possible requirement, which in general would be that a maximum length PDU should be serialized by a link suitable for NQB within less than 1 ms. The NQB draft doesn’t say so.

-          Further, your example suggests a 3ms@accessbandwidth buffer depth for the NQB Queue. The draft is not specific here, and it likely doesn’t have to be that detailed. In my eyes, the draft NQB PHB description is vague. I’m clueless how to implement or configure an NQB queue, if I read the draft.

I’d like to add another point: if, in the example below, the NQB traffic stays below 50% link utilization also in the case of access link congestion, it shouldn’t see a queue.

Regards,

Ruediger
===Misunderstanding?==
[snip]

Please confirm that you (both) understand that, with NQB, the low latency is not provided by scheduling in the network. It is primarily a property of NQB traffic sources, and the only necessary property of the network's per-hop behaviour for NQB is to isolate NQB from QB traffic (i.e. in a separate queue for the NQB class). There is no priority scheduling requirement.

[A comment I would make to the authors about the draft: it needs to give some example approaches to scheduling between NQB and QB, or at least talk about this scheduling.]
==Incentive Alignment?==
Background: NQB has become possible largely because Internet access link rates have typically become fast enough that the serialization delay of a packet can be sub-millisecond, and therefore a queue of a few packets introduces delay that is small relative to other non-optional sources of delay like propagation. In these cases we no longer need priority scheduling for low delay.

Config:
·         Scheduler:
o    WRR with weight 0.5 for NQB on a 120Mb/s link. That gives at least 60Mb/s for NQB flows.
o    Scheduler quantum: 1500B.
·         Buffering:
o    The NQB buffer is fairly shallow (30 packets or 3ms at 120Mb/s).
o    The QB buffer is deeper (say 200ms) with an AQM target delay of say 10ms.