[Idr] BGP Attribute for Large communities (Attribute 30) was squatted on - Let's get a new attribute number (1 week WG call (10/18 to 10/25)

"Susan Hares" <shares@ndzh.com> Tue, 18 October 2016 15:03 UTC

Return-Path: <shares@ndzh.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 834E9129685 for <idr@ietfa.amsl.com>; Tue, 18 Oct 2016 08:03:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.946
X-Spam-Status: No, score=0.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id xSlAFej6NzZH for <idr@ietfa.amsl.com>; Tue, 18 Oct 2016 08:03:22 -0700 (PDT)
Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net []) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2611312967B for <idr@ietf.org>; Tue, 18 Oct 2016 08:03:22 -0700 (PDT)
X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=;
From: Susan Hares <shares@ndzh.com>
To: 'IETF IDR WG' <idr@ietf.org>
Date: Tue, 18 Oct 2016 11:01:20 -0400
Message-ID: <01f401d22950$7f988470$7ec98d50$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_01F5_01D2292E.F888B930"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdIpUHjFMTMxey+uRgusubexAa1gwg==
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/V4iIPaxbkDy4u0qWHb5Kzb1Vf9g>
Cc: 'Kristian Larsson' <kll@dev.terastrm.net>
Subject: [Idr] BGP Attribute for Large communities (Attribute 30) was squatted on - Let's get a new attribute number (1 week WG call (10/18 to 10/25)
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, 18 Oct 2016 15:03:23 -0000



Early testing of the Large Communities draft
(draft-ietf-idr-large-community-03.txt)  with attribute value of 30 detect
that we had an implementation squatting on attribute 30 by a Huawei router.
"Squatting" on an attribute is anti-social behavior in the Internet in any
release of software.  


The individuals who did in Huawei have been contacted by Jie Dong, and
"asked" if they had made this mistake in any other attribute.   These
individuals confessed to Attribute 129 (for wide communities).  These
individuals apologize to the Working group.  


Now what shall we do? The large community draft is critical for several
networks. After talking with the developers and operators, John and I would
like to recommend we do the following: 


IDR should recommend that the following attribute numbers be deprecated:  


BGP Attribute 30 

BGP attribute 129 


IDR should ask IANA to assign BGP Large Communities (currently Attribute 30)
to a new attribute number.  This is a 1 week call to determine if the IDR
approves this action.   This call will allow the large communities draft to
still continue with the 2 week WG LC.  


John, Alvaro, and I have check the early allocation rules.  Implementations
should ask for early allocation prior to releasing, and they do not need to
be interoperability testing to request the early allocation for the


Sue Hares