Re: [Idr] Thoughts on https://www.ietf.org/id/draft-hares-idr-bgp-registries-01.txt

Robert Raszuk <robert@raszuk.net> Tue, 14 March 2017 20:34 UTC

Return-Path: <rraszuk@gmail.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 A478912997C for <idr@ietfa.amsl.com>; Tue, 14 Mar 2017 13:34:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.501
X-Spam-Level:
X-Spam-Status: No, score=-0.501 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.197, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 R-ePnhJ8TBRC for <idr@ietfa.amsl.com>; Tue, 14 Mar 2017 13:34:33 -0700 (PDT)
Received: from mail-qk0-x22e.google.com (mail-qk0-x22e.google.com [IPv6:2607:f8b0:400d:c09::22e]) (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 98554129993 for <idr@ietf.org>; Tue, 14 Mar 2017 13:34:33 -0700 (PDT)
Received: by mail-qk0-x22e.google.com with SMTP id y76so257862854qkb.0 for <idr@ietf.org>; Tue, 14 Mar 2017 13:34:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=YaTqqZzPifDgVr2iVjmH3XJEIZ8OS9hREDLnPdafgfw=; b=lKvXzsO+a+O17p70bMYaQG2zg2+fkm+dwMYWNJy/3fn69KUarJjiwjD/JryfSvMmru FYVgmGIc3SEvQrPiFyDnY6pIXom+G05q9sU3jO0+npGxH3gcB9/Oa8o/oTTrLRv+c5eN skRj+Q7YfOnlOMbDX67PFi72AG7ef6uR+R+Z4pQQSs+0ibRlBMcbcd4nYK5QomykZWqD Jxj8IcGnp8vgnJQLZ3fgtjBea7oOsLyPELadJZG5FaRI+jNyPDNOW1SZDBbKPv/shUlE BpquS4EEug/KNcMbv5DmGwYd09l62ertsKRyEftJkx0/gGO/wOB5XEC78UxbtMyOG8JS dKUQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=YaTqqZzPifDgVr2iVjmH3XJEIZ8OS9hREDLnPdafgfw=; b=SqLn2GyFqp07cvlupaq82XDENA7lskyxpG3CNaoJ3qmN08hmBxd4l+7SCSTjUVyjG/ nfUABkD5Cbm5mrzvpZ+ONhDNYi1ELLWoaDhnalVVkcEOxztwsKEWKOqN7opLeJiipBNP 32x0fmeFmrXYI3JQ+3qqPmXStn7VZO+c2qR+D9i5+0/cnkNihcrrh4yKNqdtDnNxu8eA CJXxERw/Gw5Ebtd2s5zMozj/9idLs2amdbD6egv5UINlWwPwzvInKXp6xuJnhAsQcA3H aLbbDNPsRNGX4KNiRvCvdlrtwt7EkClTj0ZcHK+9DsA6LUwwJACWwh8KrF8QiXpBsmoz 3RoQ==
X-Gm-Message-State: AFeK/H1ZPcTZBJqKt6jL4zBJBqLEZzeD765Mu0dq3YDhqRoeWY1ENio9f6LmI0+16qGpRfSj8eyjCWQd1wpgRw==
X-Received: by 10.55.22.66 with SMTP id g63mr37332729qkh.18.1489523672710; Tue, 14 Mar 2017 13:34:32 -0700 (PDT)
MIME-Version: 1.0
Sender: rraszuk@gmail.com
Received: by 10.140.42.181 with HTTP; Tue, 14 Mar 2017 13:34:32 -0700 (PDT)
In-Reply-To: <c369a60a-3ccc-bf7d-dd29-d289d7a6b67e@juniper.net>
References: <048701d29cd9$15204b80$3f60e280$@olddog.co.uk> <022201d29ce6$ffb2ba40$ff182ec0$@ndzh.com> <c369a60a-3ccc-bf7d-dd29-d289d7a6b67e@juniper.net>
From: Robert Raszuk <robert@raszuk.net>
Date: Tue, 14 Mar 2017 21:34:32 +0100
X-Google-Sender-Auth: 10z6PttFxW4YwNLxsrFicalDKec
Message-ID: <CA+b+ERkZmsd3DbS54pcQtLH3j+vbg+ViVtOJmteqgwQHYTacgQ@mail.gmail.com>
To: Eric C Rosen <erosen@juniper.net>
Cc: Susan Hares <shares@ndzh.com>, Adrian Farrel <adrian@olddog.co.uk>, idr wg <idr@ietf.org>
Content-Type: multipart/alternative; boundary=001a1147734a65924a054ab6c1c9
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/nwH9tvmy-0EKfB0feosaYUfERzI>
Subject: Re: [Idr] Thoughts on https://www.ietf.org/id/draft-hares-idr-bgp-registries-01.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.22
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, 14 Mar 2017 20:34:36 -0000

I very much agree with Eric here.

All what needs to be done to prevent squatting is a public wiki page in
IETF (across WGs) with pool of available BGP attribute code points as well
as AFI/SAFIs where whoever has a draft and is implementing it ahead of IETF
politics takes next available code and links it with a draft name. Then she
or he may come to WG with proven implementation at hand.

By default considering how fast IETF moves such self registration could be
valid for 5 years. After that either the spec is dead and it is ok to free
up the code or draft becomes RFC. Submitter can free up the code earlier
too.

All committees, designated experts, tiger/design teams will just have
opposite effect and granted will scare folks who need to implement
something for their internal use or for their dedicated customers resulting
in much more squatting. Does anyone really believes that if "expert" tells
 "NO" then the given implementation will get abandoned ?

The same should apply to other protocols .. however BGP is the lowest
hanging fruit so one could start with that.



On Tue, Mar 14, 2017 at 8:38 PM, Eric C Rosen <erosen@juniper.net> wrote:

> I don't think we need any more procedural hurdles that will slow down the
> allocation process or that will introduce more politics into it.
>
> The draft does not seem to be a solution to any problem, it just adds
> process and politics.  It claims to have the goal of "increasing the pace
> of early allocation", and proposes to do this by requiring allocations to
> be approved by a committee of WG chairs or other designated "experts".  It
> neglects to say how having more committees will increase the pace.
>
> No doubt the designated experts will make their decisions "soon", as that
> term is defined in draft-farrel-soon.
>
> Adoption of this draft will result in more squatting rather than less.
>
> Furthermore, a number of the mentioned registries were not established by
> the IDR WG, and I don't see that the IDR WG has any standing to request
> changes in the registration policies of those registries.
>
>
>
>
>
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>