Re: [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)

Mikael Abrahamsson <swmike@swm.pp.se> Wed, 26 October 2016 04:17 UTC

Return-Path: <swmike@swm.pp.se>
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 8ED6B1293F0 for <idr@ietfa.amsl.com>; Tue, 25 Oct 2016 21:17:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.432
X-Spam-Level:
X-Spam-Status: No, score=-2.432 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.431, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=swm.pp.se
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 L4WebvNeBSfP for <idr@ietfa.amsl.com>; Tue, 25 Oct 2016 21:17:21 -0700 (PDT)
Received: from uplift.swm.pp.se (ipv6.swm.pp.se [IPv6:2a00:801::f]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C6DEC129562 for <idr@ietf.org>; Tue, 25 Oct 2016 21:17:20 -0700 (PDT)
Received: by uplift.swm.pp.se (Postfix, from userid 501) id 634A2A2; Wed, 26 Oct 2016 06:17:18 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1477455438; bh=vjpSNxyrF+7dZJu5OHZOp8uHaIEWXLPTexp4XnNWGug=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=EDFPDayDrG8DtpZkp2NvjiKukjvrNSCzYRCKfCNFFBtgByJw1RzrsoY4Cz7b4YEz3 ker5hmpPXPA4Z/0lZ9s29W0P2JSClXPLBIx6wq9UtSyynWfb0ncu4Hxpx1xT7KcgPW F7O4InQ+nOsW8j7JrXsL1Ey3n5KymzjAZwkFGNMw=
Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 5BE2CA1; Wed, 26 Oct 2016 06:17:18 +0200 (CEST)
Date: Wed, 26 Oct 2016 06:17:18 +0200
From: Mikael Abrahamsson <swmike@swm.pp.se>
To: Christopher Morrow <morrowc.lists@gmail.com>
In-Reply-To: <CAL9jLaZcCwBhUEs7cvsx3HfiPSRPXrcvOguCeuV2opSns9OZMw@mail.gmail.com>
Message-ID: <alpine.DEB.2.02.1610260615100.12036@uplift.swm.pp.se>
References: <1d8301d22df0$cee63500$6cb29f00$@ndzh.com> <db7a17a288aa4a3288dc6ec8f032b687@XCH-ALN-014.cisco.com> <CAL9jLaZcCwBhUEs7cvsx3HfiPSRPXrcvOguCeuV2opSns9OZMw@mail.gmail.com>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
Organization: People's Front Against WWW
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/ofSLaMb_1_RLvjx8VJzSwvLVz3c>
Cc: "idr@ietf.org" <idr@ietf.org>
Subject: Re: [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: Wed, 26 Oct 2016 04:17:23 -0000

On Tue, 25 Oct 2016, Christopher Morrow wrote:

> Is that about it? Why don't we just go back to assigning the next 
> available and deal with the problem(s) as they arise?

Unless you can find someone huge to start announcing prefixes with -large, 
there is little incentive for people to upgrade their code.

So what you're proposed means thereis a "first mover disadvantage", just 
like it was in the beginning of DNSSEC and IPv6 deployment.

If you have connectivity to an ISP, then that's that ISPs problem. If you 
have connectivity problems to hundreds of ISPs, then that's your problem.

-- 
Mikael Abrahamsson    email: swmike@swm.pp.se