Re: [tsvwg] residential broadband BCP PHB and CP treatment Re: CC/bleaching thoughts for draft-ietf-tsvwg-le-phb-04

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 20 April 2018 05:23 UTC

Return-Path: <brian.e.carpenter@gmail.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 404FF128959 for <tsvwg@ietfa.amsl.com>; Thu, 19 Apr 2018 22:23:27 -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 v6fBC71B2g3s for <tsvwg@ietfa.amsl.com>; Thu, 19 Apr 2018 22:23:25 -0700 (PDT)
Received: from mail-pg0-x22d.google.com (mail-pg0-x22d.google.com [IPv6:2607:f8b0:400e:c05::22d]) (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 C96DB127867 for <tsvwg@ietf.org>; Thu, 19 Apr 2018 22:23:25 -0700 (PDT)
Received: by mail-pg0-x22d.google.com with SMTP id i6so3542768pgv.3 for <tsvwg@ietf.org>; Thu, 19 Apr 2018 22:23:25 -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=csdWelnGXWcZ44hvqXLLfsMhe0S3v+7AqHz2Z5GX3ok=; b=ol0/LE1jCixJjtUY67WyyKi570D1FHE/7G4RfrAG+u/fhx9m6IKtQfcY1U+kJGFNbK ULW6fwD7+lszv3NpX3HuJ63dWaGm+ytOOMjM3GWsxgJCFATl9G4DrprcAq7Spd9DHAI2 mrv3g/OqrNEfWyhSRvTEtvR8d7joncc1vGlTyket+Tn8AiIm7nIvqrTMitmsdzoF70n4 yeuvM6HitD7xHLwBf66sHu9EXXAcZAmztcatc0oSNPmgnnrrlh/7x9owcBXKyUQJDWVA 09hsK59FI/E7lGsgU+p+o7d65zmSJGJ0+0pBgEaWv8jsS9WMxUecRQxnukD+iSS+V267 ONYQ==
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=csdWelnGXWcZ44hvqXLLfsMhe0S3v+7AqHz2Z5GX3ok=; b=SEciv7IcxwxpOg56vFAjTnfOtJ7jZ5Ne9GoaX0wRRwaZgXgwp1JeJIxl9Ho5Js5HPn 4yAI7kA+kKbvmk0CV9Q4QtellyAU+m+subIbQXPG3xrE5Tt3YOJmoz+z/cV3aJqAhe4R ZFDzJ86shfrkQiu+V7QnUKti3V5j0CleqMry7yqzOaphPcEKa29QACkBnp7VLbJWV4ol +OR+IvIUBgDTPcOywH/2suyRrnafrwjKHhL/KPVNBwZhlFDkpv5C8XGGntvR8xl/mxCc MmKKabiyj/yHB2XHINXS1NESkn6mgqPk7v7jl+mOdHq3RW3FwJaSjSWjdSf8ZSEbyyCh zeWw==
X-Gm-Message-State: ALQs6tBwgzDlY5KyqjB3vgpSqh04jOOy/ccD8q3SlBTaBaPhr0fLCzpq uPYDo/jbPiuT/uotUx9W0LXC1g==
X-Google-Smtp-Source: AIpwx49Y79hbFVSVieypGDIFipy8DlNYkcjxFPUPenqZ6wh+lNXwu7G5Ho5YXKT561AK1H22cV+YcQ==
X-Received: by 10.98.76.68 with SMTP id z65mr8460125pfa.181.1524201805055; Thu, 19 Apr 2018 22:23:25 -0700 (PDT)
Received: from [192.168.178.26] ([118.149.104.73]) by smtp.gmail.com with ESMTPSA id n7sm8566639pff.149.2018.04.19.22.23.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Apr 2018 22:23:24 -0700 (PDT)
Sender: Brian Carpenter <becarpenter46@gmail.com>
To: Mikael Abrahamsson <swmike@swm.pp.se>
Cc: tsvwg@ietf.org
References: <20180406160344.xwfqgzhzfto56jhq@faui48f.informatik.uni-erlangen.de> <LEJPR01MB1033F43509F08701B2B5EA1D9CBF0@LEJPR01MB1033.DEUPRD01.PROD.OUTLOOK.DE> <82d646b7-d475-64d6-9f0b-f75e3daeeaca@gmail.com> <20180410090033.xkwsyfbfardg4pwx@faui48f.informatik.uni-erlangen.de> <ddac784e-3a88-c82d-0ed5-3816bffa2d72@gmail.com> <20180412023305.6nwyoway2m2exy2c@faui48f.informatik.uni-erlangen.de> <LEJPR01MB10334C794BDA7E125917576E9CBC0@LEJPR01MB1033.DEUPRD01.PROD.OUTLOOK.DE> <alpine.DEB.2.20.1804190826550.18650@uplift.swm.pp.se> <adf6493b-45fd-9d0c-70f5-5d343cad22dd@gmail.com> <alpine.DEB.2.20.1804200635060.18650@uplift.swm.pp.se>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <fbc0e011-6e37-c0ee-c90e-191349f75cac@gmail.com>
Date: Fri, 20 Apr 2018 17:23:29 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: <alpine.DEB.2.20.1804200635060.18650@uplift.swm.pp.se>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/u-IqxzWoUrPZMk_ugUzfmGym0gY>
Subject: Re: [tsvwg] residential broadband BCP PHB and CP treatment Re: CC/bleaching thoughts for draft-ietf-tsvwg-le-phb-04
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.22
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, 20 Apr 2018 05:23:27 -0000

Mikael,

> If CP == 1 goto queueLE;

Sure, if IANA assigns the code point that the draft requests.

> I would 
> like whatever we come up with to be RFC8325 compatible and at least not 
> conflicting with it.

If you mean 8325 *as updated by draft-ietf-tsvwg-le-phb* we are fine.
But it will be very important to get that update into everybody's head.

   Brian


Regards
   Brian Carpenter



On 20/04/2018 16:47, Mikael Abrahamsson wrote:
> On Fri, 20 Apr 2018, Brian E Carpenter wrote:
> 
>> How on earth can an operator blindly map CS1 to LE? Maybe the source
>> means CS1 as defined in RFC2474.
> 
> Lots of maybes in this area it seems. RFC8325 says to send CS1 to 
> background queue.
> 
>> Unless you have an explicit agreement with the source, there is no correct
>> answer. Remarking CS1 to default is somewhat closer to "first, do no harm",
>> since it either slightly downgrades traffic intended for CS1 or slightly
>> upgrades traffic intended for LE but falsely labelled as CS1.
> 
> Ok, so just to make things perfectly clear. I am trying to create a BCP 
> for residential broadband for PHB and CP treatment. This means BYOD, no 
> contracts, no knowledge. This includes mobile, wifi, wireline etc. I would 
> like whatever we come up with to be RFC8325 compatible and at least not 
> conflicting with it. My goal is to go to the operator community and try to 
> get as wide adoption of this as possible. If I succeed, this will be the 
> new default behaviour for residential broadband access.
> 
> So, from this discussion it seems to me that what we would like to happen 
> that would do least harm is this pseudocode.
> 
> CP is decimal representation of diffserv CP 0 to 63.
> 
> If CP => 0 then pass; # do not bleach anything
> 
> The PHB is set up like this:
> 
> If CP == 0 goto queueBE;
> If CP == 1 goto queueLE;
> If CP => 2 goto queueRest;
> 
> The queues are set up to drain with current ratios:
> 
> queueBE 	10
> queueRest 	10
> queueLE 	1
> 
> .. or something along those lines, meaning queueLE gets ~5% of the 
> capacity when the other queues are full.
> 
> If operator wants to bleach, then pseudocode changes to:
> 
> If CP == 1 then pass; # allow LE
> If CP => 2 then set CP = 0; # set 2-63 to 0
> 
> The PHB is set up like this:
> 
> If CP == 1 goto queueLE;
> goto queueBE;
> 
> The queues are set up to drain with current ratios:
> 
> queueBE 	20
> queueLE 	1
> 
> This sums up into roughly same thing but just 2 queues and LE gets ~5%.
>