Re: [IPFIX] [SPAM I AM] RE: MPLS IEs in IANA's IP Flow Information Export (IPFIX) Entities registry

Benoit Claise <bclaise@cisco.com> Thu, 11 September 2014 06:07 UTC

Return-Path: <bclaise@cisco.com>
X-Original-To: ipfix@ietfa.amsl.com
Delivered-To: ipfix@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77B1C1A0479 for <ipfix@ietfa.amsl.com>; Wed, 10 Sep 2014 23:07:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.752
X-Spam-Level:
X-Spam-Status: No, score=-14.752 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.652, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 WEFdLSl-zbBr for <ipfix@ietfa.amsl.com>; Wed, 10 Sep 2014 23:06:56 -0700 (PDT)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 46E051A0473 for <ipfix@ietf.org>; Wed, 10 Sep 2014 23:06:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=24200; q=dns/txt; s=iport; t=1410415615; x=1411625215; h=message-id:date:from:mime-version:to:subject:references: in-reply-to; bh=zXjLI/J2CMPqnlxaaHp5EudfZ2gZM4YOT4vJcT3B7sk=; b=BBGdUoBzHM+xzJ85sVYX9WUJPCX9gaV/4pHtKXNQ/egyx8l4RRBorEyx BHAbWPjTv7Ald5DqQfd9hTZowATDGVzCz/IDjnqClVcrncnpKfeqx2n3l S28jB3f/MeROZfmMb7eRNm8by0/mvgp+VoLQIj/O5Zl68J5H83ZZLA+qv w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AiEHAOE6EVStJssW/2dsb2JhbABggkeBGVeIV792AQmHTQGBI3iEAwEBAQMBAQEBKkEKBgsLEQQBAQEJFgEDBAcJAwIBAgEVHwkIBgEMBgIBAQWIMQgNv0oBF49TAYRMAQSGTo8rhwOBX4VkhH+Id4IbgUg7LwGCTgEBAQ
X-IronPort-AV: E=Sophos;i="5.04,504,1406592000"; d="scan'208,217";a="169131813"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 11 Sep 2014 06:06:52 +0000
Received: from [10.60.67.84] (ams-bclaise-8913.cisco.com [10.60.67.84]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s8B66qKp005374; Thu, 11 Sep 2014 06:06:52 GMT
Message-ID: <54113BFC.3050507@cisco.com>
Date: Thu, 11 Sep 2014 08:06:52 +0200
From: Benoit Claise <bclaise@cisco.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
MIME-Version: 1.0
To: Andrew Feren <andrewf@plixer.com>, Gregory Mirsky <gregory.mirsky@ericsson.com>, "ipfix@ietf.org" <ipfix@ietf.org>
References: <7347100B5761DC41A166AC17F22DF1121B82E898@eusaamb103.ericsson.se> <5410C1A7.6000509@plixer.com> <7347100B5761DC41A166AC17F22DF1121B82EA53@eusaamb103.ericsson.se> <5410C5F9.9030307@plixer.com>
In-Reply-To: <5410C5F9.9030307@plixer.com>
Content-Type: multipart/alternative; boundary="------------040906030400060005060804"
Archived-At: http://mailarchive.ietf.org/arch/msg/ipfix/GfOl0V6t1fSJJsoPj_rni1u29Uc
Subject: Re: [IPFIX] [SPAM I AM] RE: MPLS IEs in IANA's IP Flow Information Export (IPFIX) Entities registry
X-BeenThere: ipfix@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IPFIX WG discussion list <ipfix.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipfix>, <mailto:ipfix-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipfix/>
List-Post: <mailto:ipfix@ietf.org>
List-Help: <mailto:ipfix-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipfix>, <mailto:ipfix-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Sep 2014 06:07:00 -0000

Two points:
- The EXP bits have been used for QoS mapping for years, even before 
2009 (RFC 5462 publication date)
- Do you believe that deprecating/replacing all these IEs will imply 
that exporter implementations will update their code, just for new 
ElementID? :-)

I would use the procedure in http://tools.ietf.org/html/rfc7013#section-5.2
Something like:
OLD:

    The Label, Exp, and S fields from the label stack entry that was
    pushed immediately before the label stack entry that would be
    reported by mplsTopLabelStackSection. See the definition of
    mplsTopLabelStackSection for further details.

    The size of this Information Element is 3 octets.

NEW:

    The Label, Traffic Class (previously called Exp in RFC3032
    <http://www.iana.org/go/rfc3032>), and S fields from the label stack
    entry that was pushed immediately before the label stack entry that
    would be reported by mplsTopLabelStackSection. See the definition of
    mplsTopLabelStackSection for further details.

    The size of this Information Element is 3 octets.

And change
- the reference from RFC3032 <http://www.iana.org/go/rfc3032> to RFC5462
- the revision +1

Regards, Benoit




> Then perhaps the right thing is to deprecate the lot and replace them all.
>
> Thanks,
> -Andrew
>
> On 09/10/2014 05:28 PM, Gregory Mirsky wrote:
>>
>> Hi Andrew,
>>
>> you're right, the RFC 5462 changed the interpretation of this field 
>> as well (section 2 Details of Change):
>>
>> *2.1* <http://tools.ietf.org/html/rfc5462#section-2.1>*. RFC 3032 
>> <http://tools.ietf.org/html/rfc3032>*
>>
>> RFC 3032 <http://tools.ietf.org/html/rfc3032> states on page 4:
>>
>>       3.  Experimental Use
>>
>>       This three-bit field is reserved for experimental use.
>>
>>    This paragraph is now changed to:
>>
>>       3.  Traffic Class (TC) field
>>
>>       This three-bit field is used to carry traffic class information,
>>
>>       and the change of the name is applicable to all places it occurs
>>
>>       in IETF RFCs and other IETF documents.
>>
>> Regards,
>>
>> Greg
>>
>> *From:*Andrew Feren [mailto:andrewf@plixer.com]
>> *Sent:* Wednesday, September 10, 2014 2:25 PM
>> *To:* ipfix@ietf.org
>> *Cc:* Gregory Mirsky
>> *Subject:* Re: [IPFIX] MPLS IEs in IANA's IP Flow Information Export 
>> (IPFIX) Entities registry
>>
>> Hi Greg,
>>
>> On 09/10/2014 03:22 PM, Gregory Mirsky wrote:
>>
>>     Dear All,
>>
>>     in several places of describing MPLS Label element IEs the
>>     registry still refers to the EXP field even though the RFC 5462
>>     updated RFC 3032 and renamed it "Traffic Class" (TC). Below is
>>     the list of IEs that may benefit from updating Description and
>>     Reference information:
>>
>>     ·mplsTopLabelStackSection
>>
>>     ·mplsTopLabelStackSection2
>>
>>     ·mplsTopLabelStackSection3
>>
>>     ·mplsTopLabelStackSection4
>>
>>     ·mplsTopLabelStackSection5
>>
>>     ·mplsTopLabelStackSection6
>>
>>     ·mplsTopLabelStackSection7
>>
>>     ·mplsTopLabelStackSection8
>>
>>     ·mplsTopLabelStackSection9
>>
>>     ·mplsTopLabelStackSection10
>>
>>     ·mplsTopLabelExp (should this be deprecated and mplsTopLabelTc be
>>     created instead?)
>>
>>     ·postMplsTopLabelExp (should this be deprecated and
>>     postMplsTopLabelTc be created instead?)
>>
>>
>> Did 5462 change just the name from Exp to TC or did the 
>> interpretation of the bits change?
>>
>> -Andrew
>>
>
>
>
> _______________________________________________
> IPFIX mailing list
> IPFIX@ietf.org
> https://www.ietf.org/mailman/listinfo/ipfix