[tsvwg] Delay vs. Loss draft: Terminology

"Black, David" <david.black@emc.com> Wed, 17 July 2013 21:37 UTC

Return-Path: <david.black@emc.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 3330221F99A2 for <tsvwg@ietfa.amsl.com>; Wed, 17 Jul 2013 14:37:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.487
X-Spam-Level:
X-Spam-Status: No, score=-102.487 tagged_above=-999 required=5 tests=[AWL=0.112, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t40rlD9Xq4Qt for <tsvwg@ietfa.amsl.com>; Wed, 17 Jul 2013 14:37:43 -0700 (PDT)
Received: from mexforward.lss.emc.com (hop-nat-141.emc.com [168.159.213.141]) by ietfa.amsl.com (Postfix) with ESMTP id C9C4421F8DE3 for <tsvwg@ietf.org>; Wed, 17 Jul 2013 14:37:39 -0700 (PDT)
Received: from hop04-l1d11-si03.isus.emc.com (HOP04-L1D11-SI03.isus.emc.com [10.254.111.23]) by mexforward.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id r6HLbbxZ014195 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <tsvwg@ietf.org>; Wed, 17 Jul 2013 17:37:37 -0400
Received: from mailhub.lss.emc.com (mailhubhoprd04.lss.emc.com [10.254.222.226]) by hop04-l1d11-si03.isus.emc.com (RSA Interceptor) for <tsvwg@ietf.org>; Wed, 17 Jul 2013 17:37:23 -0400
Received: from mxhub33.corp.emc.com (mxhub33.corp.emc.com [10.254.93.81]) by mailhub.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id r6HLbMP1024875 for <tsvwg@ietf.org>; Wed, 17 Jul 2013 17:37:22 -0400
Received: from mx15a.corp.emc.com ([169.254.1.184]) by mxhub33.corp.emc.com ([::1]) with mapi; Wed, 17 Jul 2013 17:37:22 -0400
From: "Black, David" <david.black@emc.com>
To: tsvwg WG <tsvwg@ietf.org>
Date: Wed, 17 Jul 2013 17:37:21 -0400
Thread-Topic: Delay vs. Loss draft: Terminology
Thread-Index: Ac6DNdGM+DVXkMjwQwGwpdmoK+2kUg==
Message-ID: <8D3D17ACE214DC429325B2B98F3AE712984AC721@MX15A.corp.emc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-EMM-MHVC: 1
Subject: [tsvwg] Delay vs. Loss draft: Terminology
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Wed, 17 Jul 2013 21:37:48 -0000

<WG chair hat off>

This note concerns draft-polk-tsvwg-delay-vs-loss-ds-service-classes

I believe I see some sloppy use of terminology in this draft and the
related discussion.

CS4 was originally defined as a DSCP value in RFC 2474 (Diffserv field
in IP headers) and is used only as a DSCP value in RFC 4594 (Diffserv
Service classes).

That said, RFC 2474 can be read to allow use of CS4 as a PHB name - it's
effectively shorthand for "the PHB assigned to the CS4 DSCP - as is done
in draft-polk-tsvwg-rfc4594-update does.  While that may not be the best
usage, I think it's ok.

OTOH, draft-polk-tsvwg-delay-vs-loss-ds-service-classes appears to be
using strings such as "CS4", "CS4-Discardable" and "CS4+" as service
class names (see Sections 5 and 6).  That inclusion of the DSCP name
in the service class name is (IMHO), a stunningly bad idea that is
going to lead to confusion, and moreover is at odds with one of the basic
principles of the Diffserv architecture, namely separation of traffic
behavior (PHB and subsequently, service class) from the DSCP used in
the IP header to request suitable treatment in a particular network.

As an author of both RFC 2474 and 2475, I really would like to
see draft-polk-tsvwg-delay-vs-loss-ds-service-classes revised to be
clear on DSCP vs. PHB vs. service class and in particular to cease
and desist from using CS4 (or any other DSCP name) as the name or part
of the name of a service class - that will inevitably lead to the bad
and wrong assumption that such a service class can only ever be
deployed with the CS4 DSCP - while that sort of relationship is
RECOMMENDED by RFC 4594, it is not REQUIRED (where "RECOMMENNDED"
and "REQUIRED" have their RFC 2119 meanings).

An example of the possible confusion that is that there will be
networks in which the CS4 DSCP will be deployed with only one
of the service classes currently called "CS4" and "CS4-Discardable" in
draft-polk-tsvwg-delay-vs-loss-ds-service-classes.  Is anyone prepared
to try to explain with a straight face why the "CS4" service class
isn't using the "CS4" DSCP?

Thanks,
--David
----------------------------------------------------
David L. Black, Distinguished Engineer
EMC Corporation, 176 South St., Hopkinton, MA  01748
+1 (508) 293-7953             FAX: +1 (508) 293-7786
david.black@emc.com        Mobile: +1 (978) 394-7754
----------------------------------------------------