Re: [Idr] Working group adoption call for draft-snijders-idr-deprecate-30-31-129

"Jakob Heitz (jheitz)" <jheitz@cisco.com> Tue, 01 November 2016 19:32 UTC

Return-Path: <jheitz@cisco.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4014712998E for <idr@ietfa.amsl.com>; Tue, 1 Nov 2016 12:32:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.018
X-Spam-Level:
X-Spam-Status: No, score=-16.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 MCu_mGQ5EF0b for <idr@ietfa.amsl.com>; Tue, 1 Nov 2016 12:32:11 -0700 (PDT)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 99B6D12997C for <idr@ietf.org>; Tue, 1 Nov 2016 12:32:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2929; q=dns/txt; s=iport; t=1478028730; x=1479238330; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=f8KMsOSl4RrTXtlkEJ4UT3hisRbsfC5jcPEEhRm4nHE=; b=J7B7jgHQKl31TQxbW9D3On7G65jPD8dtM1IWCHRVcABCVb5wM7zNRqXU rWmJP4daJq0CcQRejIPfsr6OKvgmM+upMfpIPyfsWUUT5VLquWzm5cMrg klR3bjJLkm32Ft29hBUEjmZd3aEml76gynSFd4wOcCkhF1yLBj8vYNeNy k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AbAQBl7RhY/5xdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgyoBAQEBAR9YfAeNL5cBlEWCBx0LhXoCghM/FAECAQEBAQEBAWI?= =?us-ascii?q?ohGEBAQEEAQEBGh00CwwEAgEIEQQBAQEeCQcnCxQJCAIEAQ0FCIhMDrgtAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBFwWGPYRVhC2FegWaGgGGMIl9gXWEbokqjROEAwE?= =?us-ascii?q?eNmCDJBwYgTtyhlCBDAEBAQ?=
X-IronPort-AV: E=Sophos;i="5.31,433,1473120000"; d="scan'208";a="164447487"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Nov 2016 19:32:09 +0000
Received: from xch-rcd-011.cisco.com (xch-rcd-011.cisco.com [173.37.102.21]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id uA1JW9Cp017771 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 1 Nov 2016 19:32:09 GMT
Received: from xch-aln-014.cisco.com (173.36.7.24) by XCH-RCD-011.cisco.com (173.37.102.21) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 1 Nov 2016 14:32:03 -0500
Received: from xch-aln-014.cisco.com ([173.36.7.24]) by XCH-ALN-014.cisco.com ([173.36.7.24]) with mapi id 15.00.1210.000; Tue, 1 Nov 2016 14:32:02 -0500
From: "Jakob Heitz (jheitz)" <jheitz@cisco.com>
To: Job Snijders <job@instituut.net>, "John G.Scudder" <jgs@juniper.net>
Thread-Topic: [Idr] Working group adoption call for draft-snijders-idr-deprecate-30-31-129
Thread-Index: AQHSNER1PaigKM8RbUm+nYoUrzJrlaDEg+KA
Date: Tue, 1 Nov 2016 19:32:02 +0000
Message-ID: <9b5c0c39c07c46c28a2aba52ea4b082d@XCH-ALN-014.cisco.com>
References: <169A4C1A-302E-4FE0-841A-ADA63E812E1F@juniper.net> <20161101133240.GK1581@hanna.meerval.net>
In-Reply-To: <20161101133240.GK1581@hanna.meerval.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.154.161.163]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/gOh0tziAcjVPSK5cd7blsKMmGag>
Cc: IETF IDR Working Group <idr@ietf.org>
Subject: Re: [Idr] Working group adoption call for draft-snijders-idr-deprecate-30-31-129
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Nov 2016 19:32:13 -0000

I support it for all these attribute codes.
However, we should give the users of 129, 241, 242 and 243 a chance to ask for a reservation of the codes they are using.
At least give them the option to reserve them once they are deprecated by this document.

Thanks,
Jakob.


> -----Original Message-----
> From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Job Snijders
> Sent: Tuesday, November 01, 2016 6:33 AM
> To: John G.Scudder <jgs@juniper.net>
> Cc: IETF IDR Working Group <idr@ietf.org>
> Subject: Re: [Idr] Working group adoption call for draft-snijders-idr-deprecate-30-31-129
> 
> Dear working group,
> 
> To prevent having multiple drafts in quick succession covering the same
> style of issue - I'd like your feedback on the following:
> 
> I believe that bgp path attribute 241, 242, 243 should also be added to
> this draft for the same reasons as 30, 31 and 129 are listed.
> 
> OLD:
>     This document requests IANA to deprecate the following BGP Path
>     attributes: 30, 31, and 129.
> 
> NEW:
>     This document requests IANA to deprecate the following BGP Path
>     attributes: 30, 31, 129, 241, 242, and 243.
> 
> Does anyone object? If so, why?
> 
> Unilaterally changing the document while in its mid-flight through the
> working group adoption process might be considered bad form, hence my
> request for feedback on the 241,242,243 topic.
> 
> Please note - the deprecation of an attribute can be undone if proper
> process is followed. The priority here is to prevent IANA from assigning
> tainted codepoints to innocent bystanders, thus a deprecation document
> needs to exist. In time the working group has the power to undeprecate
> them for specific purposes.
> 
> Kind regards,
> 
> Job
> 
> On Mon, Oct 31, 2016 at 05:18:57PM -0400, John G.Scudder wrote:
> > Hi Everyone,
> >
> > The author has asked for the WG to adopt  draft-snijders-idr-deprecate-30-31-129.
> >
> > If you support or oppose adoption please reply indicating so. Reasons for your position are helpful, as
> volunteering to review, comment, and/or shepherd. As an aside, I will note that I don't think the WG has the option
> of doing nothing, so if you oppose adoption please address what you think should be done instead.
> >
> > The adoption call will end November 13.
> >
> > Thanks,
> >
> > --John
> >
> > P.S.: https://tools.ietf.org/html/draft-snijders-idr-deprecate-30-31-129-01
> >
> > Abstract
> >
> >    This document requests IANA to deprecate the following BGP path
> >    attributes values: 30, 31 and 129.
> >
> >
> > _______________________________________________
> > Idr mailing list
> > Idr@ietf.org
> > https://www.ietf.org/mailman/listinfo/idr
> 
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr