Re: [tsvwg] draft-ietf-tsvwg-nqb, more questions

Sebastian Moeller <moeller0@gmx.de> Fri, 08 November 2019 00:14 UTC

Return-Path: <moeller0@gmx.de>
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 960FE120108 for <tsvwg@ietfa.amsl.com>; Thu, 7 Nov 2019 16:14:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.349
X-Spam-Level:
X-Spam-Status: No, score=-2.349 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net
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 A5e7bf0fQoXO for <tsvwg@ietfa.amsl.com>; Thu, 7 Nov 2019 16:14:15 -0800 (PST)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (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 8A41C1200C4 for <tsvwg@ietf.org>; Thu, 7 Nov 2019 16:14:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1573172048; bh=SIm7j1QBjbsSjik9e4Xpya7EXo2ZA/2ueTAjJomFkfA=; h=X-UI-Sender-Class:Subject:From:In-Reply-To:Date:Cc:References:To; b=eRJMDtNwd960soCpimt4oj+Yc8Qw7OJmhaVlykZSjeX3xjDK883yePapK5kOE0sMx a1z6FnKtbg1XQ/jhRTMqraf0N1Q9+mQEwKYC9AKrl7iC0cy17roO9Ceu4sXfPUWS1m hD15XgR5NIALK3wicfU5Ju7bLEH190+cQ2tAcOTA=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from hms-beagle2.lan ([77.6.79.205]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MLzBp-1iBc0n2qpd-00Hv3b; Fri, 08 Nov 2019 01:14:08 +0100
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
From: Sebastian Moeller <moeller0@gmx.de>
In-Reply-To: <47078C4E-F136-43F8-908A-EEBA59BC9665@cablelabs.com>
Date: Fri, 08 Nov 2019 01:14:07 +0100
Cc: tsvwg IETF list <tsvwg@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <46362A77-C2A7-42B5-855F-376C6D7D95DC@gmx.de>
References: <90ED003C-CC25-4ED4-90D8-BA572E39D852@gmx.de> <AC0FF00A-9AA7-4582-8F96-1E4E27AEB8D8@cablelabs.com> <20DE8A61-AD71-4C60-A90E-1CCB22E3C6BE@gmx.de> <FA5AC140-F5AA-410B-8067-1B042868049A@cablelabs.com> <CCE580A4-4075-4E2D-9392-DB35389F289B@gmx.de> <28A4C4A8-91C6-4C3F-8563-F862A7247833@cablelabs.com> <084B4D20-5A54-45EE-9519-469BC860C088@gmx.de> <47078C4E-F136-43F8-908A-EEBA59BC9665@cablelabs.com>
To: Greg White <g.white@CableLabs.com>
X-Mailer: Apple Mail (2.3445.104.11)
X-Provags-ID: V03:K1:g76ivznRvzb+KFzgkEDa2pLxBQNa9MgtRAPIZqDCl/g1TjIFvIh k7kuAL2LA2egVe9LSGT4+6H6znqpCOg+afzKC6VvKjR0Pfvq14kkiowJXmtt8Kfq3pyejKO KPDTx3u/GG4RkdKiZ0zXfMTDCprRmEYg/ZxdYkJRjYYdSA02WWO3pHBmt1VgGI3YsIlZ/zP hqDn1RYBf7aTO7ERwHMCA==
X-UI-Out-Filterresults: notjunk:1;V03:K0:XhC2r7jpGZA=:P2yaiGjU6BaO2xoi8smGSJ dXePgiwGRpVWoPke8udnjD+suXZ60YbCIraDN44/TJpBLqjicCdyKy0LTaowP0W9c66txYlbg EVkz6nbJbEY9vTPRwYhyfUqypRTVUInFi4q3wJKZvNBjx7MNlrCyVMD6kXbqDIm+z6qG1TH/a +UooA0eBRppv9c5t3OoeuyrMmCfMQPlasBcbLTvumqFZP+IRMGCGS56kP0d5MmU/3soeiv5/U ma1lVuhHu0ThBmM/dgbeQSDCfuQ+XlGsVGIXDMfVSDT76Snymt1HQf2BA7k1JRh/i0oWKrqf3 1theQhJSsewFcQDrg3za83RUSYUOf9dMUtIrish+mrP+Eg7pcjzUFnFAe6hwgJqyukDx5RWSr ke1d1/mpcVt1aGhsdh0tSrncNwSgs58XMtBQE4uGJKruStMmag5pKRCDyt2uaoGx8d2kbi9FV ztGb9COrw+2n1NaPs7+8eLHvZEm+t47WiP2j6ZWFAuxCudzozxFsHkCpFin9sK+CUo8gjKWB0 ITQGkUyjtdnQQCV/YW5W1OsCr3aAhKFFN6YA97cInxjDw1Yfw4JZl61p4KOV0Fl5ryDauFyDs QPms1NQvK6wS0/1cltnFoI9zOTE7yg95LCfBmOIH+/DD2vIZwKH44iLWjTcwH069+Vj8V9agL n4ANLKsGmH9daQd1EDfPXXF+BFgFBzvkURiQBflFmgJyAtbXjoJtO9u4Dflty6rXSiUuQZW/G u2P94sz3W1Rn4xlPfKzLLDISA6N9JnfBukSS9pFYIodiQBh0RU5I5vVxzV21kr1TYEXSFLbNm QeYSjSOCQq8stWl53ch76PpA8VoXvv3FiAIOh8TbvKS2m+icO30H9mFlpzRVF0J8uz65Vwpj/ S7S34/XU8EAyAjfQFWpIhAZdM1+jTRyRJ24ucw3MF27Fm07y+bnWFql4NRcAgeYviiCw7Saio v6hR/mm1tWhWfsWKkb2xTIxE8yDaTHzHxbra2ulVzfT5z4bx+/5rqPIzkA+R14dEkF/zsDl7U GS4MHWhWhCAdvPuk3Owc50BKCr2nDHyh61w/iSoqdsoqALUx82qRSQnP5t4lRFABHEeTtt7f0 0XeuV/uZAkQfmOTa/S6qJY5QLANDRqzwI4FNY9r/PylVpf+EBHvjnK/Lq0RQUT1G6c3nb8RLq AbVBmo+6a+R1EDVCEcrkWO1Dc6Xn1qPihtd4UU6SaIfRqC7sDxAwEyJG27/zuPovOKG1ol2mI d9GqVWqDGJEEvHcBl7yJVl0bvLv1iTaxCCZgO2beQb8A/3QjkakwhvWH/6Ww=
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/hdNseVX5Nm22nfxTQ0XHapOaVlI>
Subject: Re: [tsvwg] draft-ietf-tsvwg-nqb, more questions
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, 08 Nov 2019 00:14:17 -0000


> On Nov 8, 2019, at 00:35, Greg White <g.white@CableLabs.com> wrote:
> 
> I meant to respond to this point as well:  
> 
>> I believe that the reason that RFC 8325 simply wrings its hands over this issue, as opposed to solving it, is that A) it is a *really* hard problem to solve in an unmanaged network, and B) while it is certainly a problem in theory, there is no evidence that it is a real problem in practice.
> 
>    	[SM] The problem is that there is simply no data, and interpreting this as there is no problem is neither solid science nor engineering. If you have measurements showing that this is no problem with the expected traffic rates with the NQB marking, please feel free to post them to the list or as PM.
> 
> [GW] One data point is that most consumer routers ship with WMM enabled by default.  If there were rampant misuse of DSCP such that WMM was unusable, I would expect that many APs would ship with it disabled by default, and let the user decide whether to risk turning it on.

	[SM] I am not a big fan of such inductive evidence generation. Also I applaud your confidence into vendor sanity. But if I recall correctly to use higher data rates in >=802.11ac WMM is mandatory, so disabling it is as far as I can tell not as straight forward and the naive "just disable it completely" approach seems not in the interest of device manufacturers if that would cost in the number one marketing value, achievable rates in speedtests.

Sebastian