Re: [Idr] Squatters (Was: BGP Attribute for Large communities (Attribute 30) was squatted on..)

marco@lamehost.it Thu, 27 October 2016 10:22 UTC

Return-Path: <marco@lamehost.it>
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 B928712940F for <idr@ietfa.amsl.com>; Thu, 27 Oct 2016 03:22:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.332
X-Spam-Level:
X-Spam-Status: No, score=-2.332 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.431, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 NcGuQmjIHBMZ for <idr@ietfa.amsl.com>; Thu, 27 Oct 2016 03:22:31 -0700 (PDT)
Received: from seele.lamehost.it (seele.lamehost.it [80.76.80.23]) by ietfa.amsl.com (Postfix) with ESMTP id 4D03A1295C2 for <idr@ietf.org>; Thu, 27 Oct 2016 03:22:31 -0700 (PDT)
Received: from www.lamehost.it (unknown [80.76.80.23]) (Authenticated sender: marco@lamehost.it) by seele.lamehost.it (Postfix) with ESMTPSA id 9F5A0746D1; Thu, 27 Oct 2016 12:22:26 +0200 (CEST)
Mime-Version: 1.0
Date: Thu, 27 Oct 2016 10:22:26 +0000
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Message-ID: <413402e00e4c25dea495842b8e94fa1c@www.lamehost.it>
X-Mailer: RainLoop/1.10.3.151
From: marco@lamehost.it
To: "Job Snijders" <job@ntt.net>, "Sander Steffann" <sander@steffann.nl>
In-Reply-To: <20161027095404.GP37101@Vurt.local>
References: <20161027095404.GP37101@Vurt.local> <20161026165710.GC58742@shrubbery.net> <1d8301d22df0$cee63500$6cb29f00$@ndzh.com> <db7a17a288aa4a3288dc6ec8f032b687@XCH-ALN-014.cisco.com> <CAL9jLaZcCwBhUEs7cvsx3HfiPSRPXrcvOguCeuV2opSns9OZMw@mail.gmail.com> <677CE346-EFED-42B6-8A9F-75ABD2B4D6B4@cisco.com> <EBCE3CE8-1295-4CB2-9A1A-8BA2E154033D@gmail.com> <6e6a37a2a51eab848e9d498a1437365f@www.lamehost.it> <524D6F67-AAFA-4880-B977-8262333DFF5B@steffann.nl>
X-Originating-IP: 195.76.232.154
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.11 (seele.lamehost.it [0.0.0.0]); Thu, 27 Oct 2016 12:22:26 +0200 (CEST)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.11 (seele.lamehost.it [0.0.0.0]); Thu, 27 Oct 2016 12:22:26 +0200 (CEST)
X-Virus-Scanned: clamav-milter 0.99.2 at seele
X-Virus-Status: Clean
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/ttNzpbPEmuuav_nPNJONysTkFHM>
Cc: heasley <heas@shrubbery.net>, idr@ietf.org, Susan Hares <shares@ndzh.com>
Subject: Re: [Idr] Squatters (Was: BGP Attribute for Large communities (Attribute 30) was squatted on..)
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: Thu, 27 Oct 2016 10:22:37 -0000

October 27, 2016 11:54 AM, "Job Snijders" <job@ntt.net>; wrote:
> On Thu, Oct 27, 2016 at 11:20:38AM +0200, Sander Steffann wrote:
> 
>> Op 26 okt. 2016, om 19:32 heeft marco@lamehost.it het volgende geschreven:
>> October 26, 2016 6:57 PM, "heasley" <heas@shrubbery.net>; wrote:
>> Wed, Oct 26, 2016 at 12:43:23AM -0700, Brian Dickson:
>> 
>> Rather than deprecate the two sequential values, why not reserve a
>> small range which includes those values, for non-permanent
>> reservations for vendor development use? Say 30-35 inclusive?
>> 
>> isnt this bgp path attribute 255?
>> 
>> I was suggesting the same thing out-of-list today.
>> We should really assign ~5 values to experimental/development puroposes
>> 
>> I think this would be useful both to allow for larger-scale testing of
>> new attributes, and for vendors to be more easily be able to test
>> multiple new attributes in-house.
> 
> The problem here is that people are not abiding the rules, and offering
> more codepoints will only work if people abide those rules. I have no
> confidence that more dev codepoints resolve the issue.
> 

Job,

I am just trying to cope with the status quo.
Vendors are squatting codepoints for their own purposes, it is obviously is bad and they shouldn't, but they do.

I can understand how a single value may not be enough for large environments with multiple development processes.
So i think that we should try address the "unpleasant" habit of squatting what they should ask for by giving them enough room to work with.

My *wish* is in that way vendors will use experimental space in development phase and get back to the community to get an assignment when ready.

Regards