Re: [mpls] "Traffic Management" (was Re: Poll on renaming of EXP field)

George Swallow <swallow@cisco.com> Tue, 19 August 2008 19:14 UTC

Return-Path: <mpls-bounces@ietf.org>
X-Original-To: mpls-archive@megatron.ietf.org
Delivered-To: ietfarch-mpls-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BF14028C1FF; Tue, 19 Aug 2008 12:14:30 -0700 (PDT)
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C20F228C1FF for <mpls@core3.amsl.com>; Tue, 19 Aug 2008 12:14:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q1ALD-cEgwNb for <mpls@core3.amsl.com>; Tue, 19 Aug 2008 12:14:28 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 38BC828C16D for <mpls@ietf.org>; Tue, 19 Aug 2008 12:14:28 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.32,236,1217808000"; d="scan'208";a="18116455"
Received: from rtp-dkim-1.cisco.com ([64.102.121.158]) by rtp-iport-1.cisco.com with ESMTP; 19 Aug 2008 19:12:38 +0000
Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13]) by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id m7JJCcts027987; Tue, 19 Aug 2008 15:12:38 -0400
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by rtp-core-2.cisco.com (8.13.8/8.13.8) with ESMTP id m7JJCchO005391; Tue, 19 Aug 2008 19:12:38 GMT
Received: from xmb-rtp-206.amer.cisco.com ([64.102.31.32]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 19 Aug 2008 15:12:38 -0400
Received: from 10.98.32.163 ([10.98.32.163]) by xmb-rtp-206.amer.cisco.com ([64.102.31.32]) with Microsoft Exchange Server HTTP-DAV ; Tue, 19 Aug 2008 19:12:38 +0000
User-Agent: Microsoft-Entourage/12.12.0.080729
Date: Tue, 19 Aug 2008 15:12:37 -0400
From: George Swallow <swallow@cisco.com>
To: Eric Gray <eric.gray@ericsson.com>, Francois Le Faucheur IMAP <flefauch@cisco.com>
Message-ID: <C4D09365.568F%swallow@cisco.com>
Thread-Topic: [mpls] "Traffic Management" (was Re: Poll on renaming of EXP field)
Thread-Index: AckCGqBc060xROk6Q/uer+8cFhUVgAABjCcAAAOubBc=
In-Reply-To: <941D5DCD8C42014FAF70FB7424686DCF039B013A@eusrcmw721.eamcs.ericsson.se>
Mime-version: 1.0
X-OriginalArrivalTime: 19 Aug 2008 19:12:38.0580 (UTC) FILETIME=[8B9CD740:01C9022F]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=4963; t=1219173158; x=1220037158; c=relaxed/simple; s=rtpdkim1001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=swallow@cisco.com; z=From:=20George=20Swallow=20<swallow@cisco.com> |Subject:=20Re=3A=20[mpls]=20=22Traffic=20Management=22=20( was=20Re=3A=20Poll=20on=20renaming=20of=20EXP=0A=20field) |Sender:=20 |To:=20Eric=20Gray=20<eric.gray@ericsson.com>,=0A=20=20=20= 20=20=20=20=20Francois=20Le=20Faucheur=20IMAP=20<flefauch@ci sco.com>; bh=4lxcFAtUy8Tjqb+tRkRqK56p1YuTcfVOwdn7DfyT+wA=; b=U/T6tEYC7mWuZJbxrWBqx7uZ8r+IbHnbBLuunvOY/2JmwqqEv79mmAPd2S Z9Fy1jb/p6PRk+ojGfO0xAZQ+LhQyDqTmJ527bmzYawQ+yc9SR2GgURtSiE4 yq/nlDwYbJ;
Authentication-Results: rtp-dkim-1; header.From=swallow@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim1001 verified; );
Cc: mpls@ietf.org
Subject: Re: [mpls] "Traffic Management" (was Re: Poll on renaming of EXP field)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: mpls-bounces@ietf.org
Errors-To: mpls-bounces@ietf.org

WG Chair hat on:

I think it is important to signal the change by changing the name.  Just
clarifying the meaning of Experimental may result in a document that does
not get read.  Further, there is no registry for the EXP bit usage and that
usage can vary between LSPs running within the same network.  So comparing
this to anything that has a registry and a process of IETF consensus does
not apply well here.

I'm also believe that when this is published as an RFC it will say that it
updates the appropriate RFCs.  Loa, please correct me if I am wrong.

WG Chair hat off:

One of the problems here is that every term used in this general space is
already over-loaded.  Further the emphasis implied by a particular term
varies with context (and consequently with the reader's background).  For
instance the term Traffic Management has very strong connotations for those
involved in the ATM Forum.

My personal view is that the term CoS is good enough.  But I do believe that
type of service (ToS) would have been an improvement.  It's not that I think
"type" is a better term than "class", it is that this would make it the same
as the IPv4 header.  The ToS field in the IP header now encompasses both the
DS codepoint and the ECN codepoint.  These are precisely the functions that
we are now trying to squeeze into three bits of the MPLS Label Stack Entry.

I would argue strongly for this change were it not that in IPv6 the same
function is carried in a field called Traffic Class.

So CoS takes a little from each of v4 and v6.  Good enough.

...George


On 8/19/08 1:53 PM, "Eric Gray" <eric.gray@ericsson.com> wrote:

> Francois,
> 
> If I didn't care about the potential for extra work (and
> possibly confusion as well), I would think "Traffic Management"
> a better (because more generic) field name than "CoS" - but it
> is still a change that may have far reaching consequences, and
> which is better handled by a better explanation of the meaning
> of the field than by any effort to come up with a better name
> for it.
> 
> However, even the field-name "Traffic Management" may
> not be generic enough.
> 
> At present, we seem to be agreed that currently defined
> legitimate uses for the field are all related (at least in a
> stretch) to something to do with how frames are expected to be
> handled in forwarding.  But - given a precedent established in
> RFC 3270 (which, among other things, emphasizes that meaning or
> semantics of the field depends on a common understanding of why
> an LSP was established) - it is actually clear that the field
> might mean other things as well.  For example, the field might
> - in some future context - be used to indicate error handling
> for packets that will be dropped, or macro statistics buckets
> that individual packets belong to (unrelated to other handling
> of a packet so marked).
> 
> In fact, we're re-hashing many of the same arguments that
> led to the field's being named as it was.
> 
> So, the issue is all about what constitutes a "legitimate
> use" - which I would argue is defined by IETF consensus, and is
> an issue better handled by good explanation than by renaming.
> 
> --
> Eric Gray
> Principal Engineer
> Ericsson  
> 
>> -----Original Message-----
>> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On
>> Behalf Of Francois Le Faucheur IMAP
>> Sent: Tuesday, August 19, 2008 12:42 PM
>> To: George Swallow
>> Cc: mpls@ietf.org; Francois Le Faucheur IMAP
>> Subject: [mpls] "Traffic Management" (was Re: Poll on
>> renaming of EXP field)
>> 
>> Hi,
>> 
>> Someone earlier suggested "Traffic Management". While it can most
>> certainly be argued this would not be a perfect name either
>> (or other  
>> names would be closer to "perfection"), is there a good
>> argument I am  
>> missing for why "COS" is obviously better (or more "good enough")
>> than "Traffic Management"? (considering we want to capture both
>> Diffserv and ECN/PCN use of EXP field)
>> 
>> Thanks
>> 
>> Francois
>> 
>> 
>> On 18 Aug 2008, at 22:23, George Swallow wrote:
>> 
>>> During the last call on "EXP field" renamed to  "CoS Field"
>>> draft-ietf-mpls-cosfield-def-04.txt, there were comments on
>>> alternatives to the name COS.
>>> 
>>> This message initiates a two week poll on whether the name COS
>>> is good enough, or if some other name is needed.  The poll closes
>>> 23:59 Sept 1 GMT.
>>> 
>>> Please answer with a simple yes or no.  You may send any
>> additional  
>>> comment
>>> in a separate message (with a different subject line).
>>> 
>>> ...George
>>> 
>>> _______________________________________________
>>> mpls mailing list
>>> mpls@ietf.org
>>> https://www.ietf.org/mailman/listinfo/mpls
>> 
>> _______________________________________________
>> mpls mailing list
>> mpls@ietf.org
>> https://www.ietf.org/mailman/listinfo/mpls
>> 

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls