Re: [lisp] Move RFC7954 and RFC7955 to HISTORIC

Luigi Iannone <ggx@gigix.net> Thu, 10 August 2023 08:18 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 6205FC169502 for <lisp@ietfa.amsl.com>; Thu, 10 Aug 2023 01:18:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.905
X-Spam-Level:
X-Spam-Status: No, score=-1.905 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, T_SCC_BODY_TEXT_LINE=-0.01, 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 gddTR5t8oaCe for <lisp@ietfa.amsl.com>; Thu, 10 Aug 2023 01:17:57 -0700 (PDT)
Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (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 8F354C169501 for <lisp@ietf.org>; Thu, 10 Aug 2023 01:17:57 -0700 (PDT)
Received: by mail-wm1-x32e.google.com with SMTP id 5b1f17b1804b1-3fe5695b180so5022975e9.2 for <lisp@ietf.org>; Thu, 10 Aug 2023 01:17:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gigix-net.20221208.gappssmtp.com; s=20221208; t=1691655474; x=1692260274; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=TmPF2S3dKjdIrIIyxNIiW7AFrdz36mBln4WQrokXsJY=; b=c5E40BIl8AhtPSial/2ls0b9wmzkD82X+G8gVbJNM+LLnIJQyKXMSFuLkksPImtMEn zt8KNk55z0F/gFMEDugW+ne5DUbMBP/79UYG+CkqFuqBcE6Ge61WHR1JyNlSJ4l3fgDV 2NldQqqAIkcTVUyHSVg/X9RSWvlf4Xk0zV4glDxdIA7Z9coUUN27tkPFMPACVaEzOX+p CcZ641w6aX3g8Rvfaxb1Eowh5RB6mfKvCDkRDm+BBTiiEmOfT40DToSfgVwKK/eEf3om 9fXwUw8oaUNaW2K34SBKd8i3sZR/MZa0H9AztCJtknL4sY/r91wZG9mX1jxhXE64vOiT M31w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1691655474; x=1692260274; 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=TmPF2S3dKjdIrIIyxNIiW7AFrdz36mBln4WQrokXsJY=; b=MymwtxKrJHGHC9rgrGy9cdnJvjjTBNHN1jaIBqTNVziX5g8SvJGwxUkO3e4wPvpTrp Ym6jdsYSXM02yzAqnsTF0WUtzM6SxTEsOWPQXLMYVj9xxyJ+fGEMoy46LzDEtsDCNNPi YxmMmDIdvI2v9aCYyuyTQJnkZfL1FcxK1ZKD9YwG+h53pEMHYRskt02OsKCt+tkdwmP8 hKy3X8e10StufQxD9EUvJcW3E96gyEXE00EkytYgE6BxdFT9BSt0e03O3x3VMjxe1Z4n 6Pu619xM1sQCIu3Xe7dbM8FoiPHRuKWYKgClHPMXYtnWzPQYRa48bHKpvE4E9JF8Cv0H wxQw==
X-Gm-Message-State: AOJu0YyPJ2w/B5B5XamkkPwpAikvebB4WMp3Hx9FgVGTg1zLy/ovSWEu 98CUL0Ku3QKwJ25p3+ZAt6V2N8tgOYvMGAYAfcbf/Q==
X-Google-Smtp-Source: AGHT+IHjz8iPTtmbbbO++9ya2jwy8SBKDUe66g9lPl1vgJI7UvVuzl4jyQd/uyelyAPSvcjiP5yNzQ==
X-Received: by 2002:a5d:6707:0:b0:316:fb39:e045 with SMTP id o7-20020a5d6707000000b00316fb39e045mr1302775wru.48.1691655474067; Thu, 10 Aug 2023 01:17:54 -0700 (PDT)
Received: from smtpclient.apple ([2a01:e0a:1ec:470:8524:46bb:744a:c61c]) by smtp.gmail.com with ESMTPSA id i12-20020a5d630c000000b0031435731dfasm1349349wru.35.2023.08.10.01.17.52 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 Aug 2023 01:17:52 -0700 (PDT)
From: Luigi Iannone <ggx@gigix.net>
Message-Id: <13635CB4-E58B-49EA-BBB8-3812AA881F07@gigix.net>
Content-Type: multipart/alternative; boundary="Apple-Mail=_CFCF0127-E411-4FE3-9990-76EC8F976800"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\))
Date: Thu, 10 Aug 2023 10:17:41 +0200
In-Reply-To: <9AC0D265-6A23-4AD0-A211-4BFC2141A98D@gigix.net>
Cc: lisp-chairs@ietf.org
To: "lisp@ietf.org list" <lisp@ietf.org>
References: <BAA76C55-E0D9-4267-A694-7E7947963D24@gigix.net> <9AC0D265-6A23-4AD0-A211-4BFC2141A98D@gigix.net>
X-Mailer: Apple Mail (2.3731.700.6)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/CGfqdFZMoetLR--HFo2uRcuhGRw>
Subject: Re: [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, 10 Aug 2023 08:18:01 -0000

Hi All,

This call is now over an no objections have been raised.

We will continue the process to move these documents to historic status.

Ciao

L.

> On 13 Jul 2023, at 15:28, Luigi Iannone <ggx@gigix.net> wrote:
> 
> 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.
>