Re: [mpls] Retiring ACH TLVs

Dan Frost <danfrost@cisco.com> Mon, 13 May 2013 10:16 UTC

Return-Path: <danfrost@cisco.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14C9E21F8EE3 for <mpls@ietfa.amsl.com>; Mon, 13 May 2013 03:16:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 9QsdRAjOQAYn for <mpls@ietfa.amsl.com>; Mon, 13 May 2013 03:15:56 -0700 (PDT)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id F2C6621F923C for <mpls@ietf.org>; Mon, 13 May 2013 03:15:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1269; q=dns/txt; s=iport; t=1368440156; x=1369649756; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=bCgZ8ycXTAoClJtp7AG3bCgMviQpV6DY4iPMgYwqN2A=; b=GhGZ/0x4+EYBu5SjYBGMJWc1vH/3YI5RrMoDH320HVtn/LqeCubSMqXd eJkTY7T8TaRceWtM1AoUsbAXiMibOIgOKKWr39fMbJYfZW8f80sR7WhOY e2qRftaBbfZd4YtSlkp5ZBqaKOtXAHQnndqcFaqJ6mh9cNGIObcTpSpAO 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgAFAIO8kFGtJV2a/2dsb2JhbABagwfAXoECFnSCHwEBAQQ6PxALGAklDwVJiB+7N48oB4J0YQOXKwGRNYMQOw
X-IronPort-AV: E=Sophos;i="4.87,660,1363132800"; d="scan'208";a="209676063"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-8.cisco.com with ESMTP; 13 May 2013 10:15:55 +0000
Received: from isolaria.cisco.com (isolaria.cisco.com [10.83.106.70]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id r4DAFt0k012229 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 May 2013 10:15:55 GMT
Received: from isolaria.cisco.com (isolaria [127.0.0.1]) by isolaria.cisco.com (8.13.1/8.13.1) with ESMTP id r4DAFru5009760; Mon, 13 May 2013 06:15:54 -0400
Received: (from danfrost@localhost) by isolaria.cisco.com (8.13.1/8.13.1/Submit) id r4DAFrN7009759; Mon, 13 May 2013 11:15:53 +0100
Date: Mon, 13 May 2013 11:15:53 +0100
From: Dan Frost <danfrost@cisco.com>
To: Adrian Farrel <adrian@olddog.co.uk>
Message-ID: <20130513101553.GC9619@cisco.com>
References: <002a01ce4b45$82e38ae0$88aaa0a0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <002a01ce4b45$82e38ae0$88aaa0a0$@olddog.co.uk>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: mpls@ietf.org
Subject: Re: [mpls] Retiring ACH TLVs
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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>
X-List-Received-Date: Mon, 13 May 2013 10:16:01 -0000

Full support, and sooner the better.  :)

-d

On Tue, May 07, 2013 at 06:08:34PM +0100, Adrian Farrel wrote:
> Hi,
> 
> ACH TLVs keep popping up and causing Stewart and me trouble. Mainly it is about explaining why no-one actually wants to use them (i.e., when each new ACH Type is defined and has a "No TLVs" written for it, we get asked "why not?").
> 
> It seems to us that ACH TLVs are an idea that has been rejected. Initially we thought they might be used (especially for identifiers), but there seems to be good opinion that handling generic TLVs would be a pain.
> 
> Since I was heavily responsible for insisting that ACH TLVs were included in RFC 5586, it seems reasonable that I do the work to fix it.
> 
> The I-D below retires ACH TLVs and handles the necessary registry changes.
> 
> Note, of course, that structured data are still possible within individual ACHs if the protocol spec for an individual ACH decides to have them.
> 
> We're directing this work to the MPLS working group because that is where 5586 was written. I have BCC'ed PWE3, L2VPN, and BFD for information. 
> 
> Thanks for any comments.
> 
> As humble WG contributors we would be enthusiastic to see early WG adoption and last call :-)
> 
> Thanks,
> Adrian