[lisp] Move RFC7954 and RFC7955 to HISTORIC

Luigi Iannone <ggx@gigix.net> Thu, 13 July 2023 13:28 UTC

Return-Path: <ggx@gigix.net>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3D50C169521 for <lisp@ietfa.amsl.com>; Thu, 13 Jul 2023 06:28:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level:
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gigix-net.20221208.gappssmtp.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N8nAkltzB0FT for <lisp@ietfa.amsl.com>; Thu, 13 Jul 2023 06:28:55 -0700 (PDT)
Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D3E2EC169531 for <lisp@ietf.org>; Thu, 13 Jul 2023 06:28:55 -0700 (PDT)
Received: by mail-wm1-x32d.google.com with SMTP id 5b1f17b1804b1-3fbea14700bso6098195e9.3 for <lisp@ietf.org>; Thu, 13 Jul 2023 06:28:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gigix-net.20221208.gappssmtp.com; s=20221208; t=1689254933; x=1691846933; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=DhS9oIv0aj3voSWoRETYTxceVm7TqnMdEltVlWHGYnQ=; b=e3X23Z5iVtu3Xh/sK8q7BoQc5AA7EyrxKf8Qkt8tETEcKUhgwuSzzjzP3HyIQw2rqX u8ZHYKl4Wio5j1CLfIiaMx0x9Jjldr2l1SMQqmqea5DUhsb6Eb63suqD172k7FWQuFvl BK7LWP4pwOszG/JUItz2EpU44rVPJxwTUqGsHutKUlansN8YGnTworhheqzulKlMo66Z n5w/b85CanMbmJOzlAF8C3xmp1zANmESxSOqPBpoDWIe2wS/E3zYntXegEPdSfrgDaIm s2334tB3GZRvZjCUsWrOMyYHId+xdgUIbYULKmZybmsyc5kzmnaGj7F50v27VMB3IZn2 V42g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1689254933; x=1691846933; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=DhS9oIv0aj3voSWoRETYTxceVm7TqnMdEltVlWHGYnQ=; b=PtM0jNGqHPCt8u7J7zFaHzG2/JbDmYivRsW8VfS0O8MyH4ezuQccHJnuZX6BitLNqT uCakKoO0rX36jk6zf9A4vW6df1mlI4lWf2B93Z0AGC8uYqZLysn0M+t9IJMcUiatJG9W yOQjK8SffB54XXoUabsAWOu5GBDH/JCL1GvjfuGO4JBk+vTYilG658vINmKVUEn/JMwD Vjw3d3HFgFjqdA68SYXyYUgkW9OnA28JnGZ7c5mVz9pwRv2MJ9/6N8bpVlUhMHLdohLp mzUrB5ESSgS7M24uHRd1TxVU846zk26GifdhXd++snEnX9Gwr45FPQR8Mr7nsFzb4ssp hJSw==
X-Gm-Message-State: ABy/qLacRBKXkIL0WHsz3OyOK5iQ95f1I2UOhSFoFoqcCErYFtaVWOXm UcRaRkzyQ1nfF9fwTuE+/gra4GPzo8CAZcm0VEh/IA==
X-Google-Smtp-Source: APBJJlGUJTdrkCUwzPOdxz84DvxT6HN5V+65Oc+eLXiJYNcmi5TgrS53MXBn57jtQWpty/9O3WQBSw==
X-Received: by 2002:a05:600c:2141:b0:3fb:dd5d:76b with SMTP id v1-20020a05600c214100b003fbdd5d076bmr1488123wml.7.1689254933036; Thu, 13 Jul 2023 06:28:53 -0700 (PDT)
Received: from smtpclient.apple ([37.170.147.61]) by smtp.gmail.com with ESMTPSA id x10-20020a05600c21ca00b003fa96fe2bebsm7786814wmj.41.2023.07.13.06.28.50 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 13 Jul 2023 06:28:50 -0700 (PDT)
From: Luigi Iannone <ggx@gigix.net>
Message-Id: <9AC0D265-6A23-4AD0-A211-4BFC2141A98D@gigix.net>
Content-Type: multipart/alternative; boundary="Apple-Mail=_A4A71D9C-29C0-41B9-B816-4FBF407FA3DB"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.600.7\))
Date: Thu, 13 Jul 2023 15:28:39 +0200
In-Reply-To: <BAA76C55-E0D9-4267-A694-7E7947963D24@gigix.net>
Cc: lisp-chairs@ietf.org
To: "lisp@ietf.org list" <lisp@ietf.org>
References: <BAA76C55-E0D9-4267-A694-7E7947963D24@gigix.net>
X-Mailer: Apple Mail (2.3731.600.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/jxd3MR-umW-LTjo6o4aeaIPS68s>
Subject: [lisp] Move RFC7954 and RFC7955 to HISTORIC
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lisp/>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Jul 2023 13:28:59 -0000

Hi all,

During the last F2F meeting in Yokohama we mentioned RFCs 7954 and 7955 to be moved to HISTORIC status.

Just for refresher those documents are about a prefix specifically reserved for EID allocation (hence non-routable).
The allocation was experimental and temporary and it did never fly.

Back in 2019 we already discussed this (see below).

It seems appropriate to have again a last call on this matter to make sure that nobody changed his mind.

As such this email starts a 4 weeks last call to move these two documents to HISTORIC status.
The text explaining the rational can be found below.

Please reply if you have any objection (and articulate the reasons for your objection).

This call ends on  10 August 2023.

Ciao

Luigi

> On 20 Nov 2019, at 03:43, Luigi Iannone <ggx@gigix.net> wrote:
> 
> Folks,
> 
> as discussed yesterday during the f2f meeting, we plan to move RFC7954 and RFC7955 to HISTORIC state.
> 
> Rationale is described in the text provide below. This text will be associated to the documents so to keep track of the LISP EID prefix experiment.
> 
> Please let us know if you have any comment.
> 
> We plan to move forward in one week time.
> 
> Thanks
> 
> Ciao
> 
> L.
>  
> 
> 
> 
> 
> —————————————— PROPOSED TEXT———————————————
> 
> RFC 7954 created an experimental IPv6 prefix, namely 2001:5::/32, to be used as Endpoint-IDentifier (EID) space for the Locator/Identifier Separation Protocol (LISP).  The reserved address space was requested for an initial 3-year period
> starting in September 2016 (until September 2019), with an option to extend it by three years (until September 2022) upon the decision of the IETF.
> RFC 7955 describes a framework for the management of the prefix crested by RFC 7954. As described in RFC 7955, RIPE NCC volunteered to provide registration service during the experiment (up to 2022 at latest).
> 
> The initial experiment was supposed to last three years, until September 2019.
> The option to extend the experiment to three more years was subject to the requirements written in section 10 of RFC 7954:
> 
>  Following the policies outlined in
>   [RFC5226], upon IETF Review, the decision should be made on whether
>   to have a permanent EID block assignment by September 2019.  If no
>   explicit action is taken or, if the IETF Review outcome is that it is
>   not worth having a reserved prefix as a global EID space, the whole
>   /32 will be taken out from the "IANA IPv6 Special-Purpose Address
>   Registry" and put back in the free pool managed by IANA.
> 
> In August 2019 RIPE NCC contacted the LISP WG asking if any action was ongoing concerning the extension of the experiment. The LISP WG concluded that very few requests have been made during three years and there was no compelling reason to extent the experiment. No further action has been taken by the LISP WG or the IETF. As such, in accordance with Section 10 of RFC 7954, RIPE NCC de-registered the existing assignments and IANA put the prefix back in the free pool (removing the entry from https://www.iana.org/assignments/iana-ipv6-special-registry).
> 
> At this point, RFC 7954 and RFC 7955 refer to a prefix that does not exists anymore. As such it make sense to move both documents to the status of "HISTORIC". This note, associated with the status change of the two RFCs will allow to keep track of the LISP EID prefix experiment.