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

Mikael Abrahamsson <swmike@swm.pp.se> Sat, 21 April 2018 05:46 UTC

Return-Path: <swmike@swm.pp.se>
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 8A4A012DA4B for <tsvwg@ietfa.amsl.com>; Fri, 20 Apr 2018 22:46:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Level:
X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=swm.pp.se
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 43yT8_LureDC for <tsvwg@ietfa.amsl.com>; Fri, 20 Apr 2018 22:46:07 -0700 (PDT)
Received: from uplift.swm.pp.se (ipv6.swm.pp.se [IPv6:2a00:801::f]) (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 D2C7B1271DF for <tsvwg@ietf.org>; Fri, 20 Apr 2018 22:46:06 -0700 (PDT)
Received: by uplift.swm.pp.se (Postfix, from userid 501) id BB7C3B0; Sat, 21 Apr 2018 07:46:04 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1524289564; bh=rY+aO9RIlH/rKw2iU/6fwWD8qYEOD+TjJA15/Nh/+fI=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=Z9ctBwxi6SVA1fUihA3saMoeVpS+B2xgs6yMALGSCn5wusiwdwek5KDMGbi1WUxOE D7p+p0PCJIc2spc6u0okls6cxcCh+cNsgxs/oFBTFIeDvIvcJKJfMk8pO68dS/WvL9 7+xCB4VbZyL/kfhxHY040m2FLFMJqdqFdsCgyHTg=
Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id B8866AF; Sat, 21 Apr 2018 07:46:04 +0200 (CEST)
Date: Sat, 21 Apr 2018 07:46:04 +0200
From: Mikael Abrahamsson <swmike@swm.pp.se>
To: "Black, David" <David.Black@dell.com>
cc: "tsvwg@ietf.org" <tsvwg@ietf.org>
In-Reply-To: <CE03DB3D7B45C245BCA0D24327794936300EBB0F@MX307CL04.corp.emc.com>
Message-ID: <alpine.DEB.2.20.1804210739060.18650@uplift.swm.pp.se>
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> <LEJPR01MB103305081F93A808ED0AF7159CB40@LEJPR01MB1033.DEUPRD01.PROD.OUTLOOK.DE> <alpine.DEB.2.20.1804200849320.18650@uplift.swm.pp.se> <LEJPR01MB10338267E78F2107698C70BF9CB40@LEJPR01MB1033.DEUPRD01.PROD.OUTLOOK.DE> <alpine.DEB.2.20.1804201458270.18650@uplift.swm.pp.se> <CE03DB3D7B45C245BCA0D24327794936300EBB0F@MX307CL04.corp.emc.com>
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Organization: People's Front Against WWW
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/K8F0LTedkNUczFOdwAvaYuUiRjc>
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: Sat, 21 Apr 2018 05:46:08 -0000

On Fri, 20 Apr 2018, Black, David wrote:

> IMHO, it's very important to distinguish this endpoint-marking use case 
> from the network interconnect use case.  For an example of endpoint 
> marking guidance, see (IESG-approved, but not yet published as an RFC) 
> draft-ietf-tsvwg-rtcweb-qos 
> (https://datatracker.ietf.org/doc/draft-ietf-tsvwg-rtcweb-qos/).  For a 
> network interconnect example, see RFC 8100.

For me 8100 is not applicable. 8100 talks about interconnects set up and 
agreed on remapping, PHBs etc. What I am trying to create is "Internet 
default", which is the exact opposite. My document would be about what 
happens when there is no agreement and no prior knowledge, neither between 
end-customer and ISP, or between ISPs.

However, draft-ietf-tsvwg-rtcweb-qos is highly applicable, as this speaks 
of what applications should do by default, and thus I want to try to make 
a proposal creating recommended Internet default (last-hop) PHBs that take 
this into account, but still also takes into account that anyone can 
source traffic into this so it shouldn't have strict priority for EF for 
example.

-- 
Mikael Abrahamsson    email: swmike@swm.pp.se