Re: [tsvwg] I-D Action: draft-geib-tsvwg-diffserv-intercon-04.txt

<Ruediger.Geib@telekom.de> Mon, 28 October 2013 07:40 UTC

Return-Path: <Ruediger.Geib@telekom.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 48D9811E81E8 for <tsvwg@ietfa.amsl.com>; Mon, 28 Oct 2013 00:40:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.582
X-Spam-Level:
X-Spam-Status: No, score=-2.582 tagged_above=-999 required=5 tests=[AWL=-0.333, BAYES_00=-2.599, HELO_EQ_DE=0.35]
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 ifLoZyimtOdj for <tsvwg@ietfa.amsl.com>; Mon, 28 Oct 2013 00:40:18 -0700 (PDT)
Received: from tcmail33.telekom.de (tcmail33.telekom.de [80.149.113.247]) by ietfa.amsl.com (Postfix) with ESMTP id 1106921F9EAD for <tsvwg@ietf.org>; Mon, 28 Oct 2013 00:40:12 -0700 (PDT)
Received: from he111628.emea1.cds.t-internal.com ([10.134.93.20]) by tcmail31.telekom.de with ESMTP/TLS/AES128-SHA; 28 Oct 2013 08:40:06 +0100
Received: from HE111643.EMEA1.CDS.T-INTERNAL.COM ([169.254.3.39]) by HE111628.emea1.cds.t-internal.com ([::1]) with mapi; Mon, 28 Oct 2013 08:40:06 +0100
From: Ruediger.Geib@telekom.de
To: david.black@emc.com, brian.e.carpenter@gmail.com
Date: Mon, 28 Oct 2013 08:40:05 +0100
Thread-Topic: [tsvwg] I-D Action: draft-geib-tsvwg-diffserv-intercon-04.txt
Thread-Index: Ac7PgnNHcJ32g/P0RlO/NP3iuHVYFAAeBTdgAO2OQqA=
Message-ID: <CA7A7C64CC4ADB458B74477EA99DF6F5021B022CF6@HE111643.EMEA1.CDS.T-INTERNAL.COM>
References: <20131018082525.2295.99744.idtracker@ietfa.amsl.com> <526710D1.7050005@gmail.com> <8D3D17ACE214DC429325B2B98F3AE712025DED6E31@MX15A.corp.emc.com>
In-Reply-To: <8D3D17ACE214DC429325B2B98F3AE712025DED6E31@MX15A.corp.emc.com>
Accept-Language: en-US, de-DE
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, de-DE
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: tsvwg@ietf.org
Subject: Re: [tsvwg] I-D Action: draft-geib-tsvwg-diffserv-intercon-04.txt
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: Mon, 28 Oct 2013 07:40:24 -0000

David, Brian,

terminology will be changed to "DSCP Aggregation Prefix" in the next version.

Thanks and regards,

Ruediger

-----Original Message-----
From: tsvwg-bounces@ietf.org [mailto:tsvwg-bounces@ietf.org] On Behalf Of Black, David
Sent: Wednesday, October 23, 2013 4:17 PM
To: Brian E Carpenter; tsvwg@ietf.org
Subject: Re: [tsvwg] I-D Action: draft-geib-tsvwg-diffserv-intercon-04.txt

Changing Precedence to Aggregation makes sense to me.

Thanks,
--David


> -----Original Message-----
> From: tsvwg-bounces@ietf.org [mailto:tsvwg-bounces@ietf.org] On Behalf Of
> Brian E Carpenter
> Sent: Tuesday, October 22, 2013 7:57 PM
> To: tsvwg@ietf.org
> Subject: Re: [tsvwg] I-D Action: draft-geib-tsvwg-diffserv-intercon-04.txt
>
> Hi Rüdiger,
>
> >    DSCP Precedence Prefix  The bits 0-2 of the DSCP (marked "x" in this
> >            generic DSCP field: xxxddd) are called the DSCP Precedence
> >            Prefix [RFC2474] in the following.  By ignoring the value of
> >            bits 3-6 ( d stands for don' care), a simple aggregation of
> >            PHBs differed by DSCP is possible in IP and MPLS backbones,
> >            but also if Ethernet transport is applied.
>
> Thankyou for providing explicit terminology for this. I am still worried
> that by reviving the word "precedence" we would seriously damage outsiders'
> understanding of differentiated services. The specific reason we got rid
> of "precedence" and the notion of simple priority (except for implementing
> the legacy code points) was to underline that precedence doesn't provide
> quality of service; if anything, it provides quality of disservice.
>
> Couldn't you call those three bits "DSCP Aggregation Prefix"? Then they
> would refer to 8 traffic classes, and only in a very primitive
> implementation would they be mapped to priority levels.
>
>     Brian
>