Re: [Idr] Magnus Westerlund's Discuss on draft-ietf-idr-capabilities-registry-change-08: (with DISCUSS)

Alvaro Retana <aretana.ietf@gmail.com> Wed, 06 May 2020 21:47 UTC

Return-Path: <aretana.ietf@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 BEAE13A08DE; Wed, 6 May 2020 14:47:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=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 hdfObBaQmNsa; Wed, 6 May 2020 14:47:20 -0700 (PDT)
Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (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 AAF373A08CF; Wed, 6 May 2020 14:47:19 -0700 (PDT)
Received: by mail-wr1-x432.google.com with SMTP id y3so3964361wrt.1; Wed, 06 May 2020 14:47:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc:content-transfer-encoding; bh=809tAhq/SLoTW2kH/uRZZijngETRstpF0QzGqlj5oPw=; b=uhoD5WWjoD+OaLa+dwyxNL/mmwvZBDnCCdyjBlQdoqPyf+LP3yRlHfNQpUTC9TANDz ExkyzvcXlVvElux0FckQcMHK/feURCTB2IrGfxE1ohDUMiRlRSrja4PjuwCgUhztbv9c Ko1OIPQgU2tjAcdVQAu2Y8fHzkl/7PTRBvpXVhoM13JuX+GDwNCBRL7Aj7wCV8cb+lT6 hiBrlOakubbkFhMA7bluNesTXcZyqxkJuKZctXfDY1eY/ruxFvY7RfG/X0BKCTxg5VNW CaubEBN+TPYCLngsYBkqMYg+3abaRt0rjEPzOirfOlLcu9yBpzfA5SRGz+nZ5//oczuA gndQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=809tAhq/SLoTW2kH/uRZZijngETRstpF0QzGqlj5oPw=; b=kbC/hpH2OGzrHGFebBgHNFZY1gQRrGKVJW3Kblb1l4duxSFZs6MT35M40Se6coB/iO Rd70rtiefNp54aeQN39NXlbJI89yu00v7TL6GzWvzmvQLu48BCsPYNf4/qUxYCY5cBO7 LgsoR1Tqs5gOXTGywJqry8xG1V5cPOvn8NKYVXrF+U78/iWaViOE8+PFurBQJ747mTdm fqtENE36lqd/UWBni1ROUsDp2/wf+vmOm1SunXaMoA6LC+7RXUURAxITGzYAnQMmUMqx v4rOEgcxDbqvSZFxxd/4CQDOdJx1SxJJepvVk7v08tK2/YSxjYdbnK/F5+3UIunhYkf9 rjvw==
X-Gm-Message-State: AGi0PuZMEh5i7n6TRNtkHKi6c61kmNicahcZA+RLihAfGBO3oEqDCA+Y XrwT/dIRQ8p5Yea7AoCoWWg0psISF+PEpwuuYM4=
X-Google-Smtp-Source: APiQypJcUEe4325/AtNl4IEAttPDRLFFUcW1H3S6FtTLwvJF0eB7raTh1sIYp42wBY1thcCqFmurQEssIt5wvU0xoEE=
X-Received: by 2002:adf:9793:: with SMTP id s19mr10815687wrb.147.1588801638010; Wed, 06 May 2020 14:47:18 -0700 (PDT)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Wed, 6 May 2020 14:47:17 -0700
From: Alvaro Retana <aretana.ietf@gmail.com>
In-Reply-To: <158876630068.27060.946873895442502151@ietfa.amsl.com>
References: <158876630068.27060.946873895442502151@ietfa.amsl.com>
MIME-Version: 1.0
Date: Wed, 6 May 2020 14:47:17 -0700
Message-ID: <CAMMESszYJ+fyg-C-qNXWXibhysJVtWTMShQedPLZwEc2Ea8kcA@mail.gmail.com>
To: Magnus Westerlund <magnus.westerlund@ericsson.com>, Amanda Baber <amanda.baber@iana.org>
Cc: Susan Hares <shares@ndzh.com>, idr-chairs@ietf.org, jgs@juniper.net, idr@ietf.org, draft-ietf-idr-capabilities-registry-change@ietf.org, The IESG <iesg@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/6BV8ezT7pRYHBbGUIOtPQvKezLQ>
Subject: Re: [Idr] Magnus Westerlund's Discuss on draft-ietf-idr-capabilities-registry-change-08: (with DISCUSS)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
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, 06 May 2020 21:47:24 -0000

On May 6, 2020 at 7:58:21 AM, Magnus Westerlund wrote:

[Explicitly adding Amanda @ IANA.]


Magnus:

Hi!


> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
...
> In section 3 the following statement is done:
>
> Note: a separate "owner" column is not provided because the owner of
> all registrations, once made, is "IESG".

Amanda (IANA) asked about this sentence as well.

It refers to Table 1, not Table 2 (where the registrations are made).
We agreed with Amanda to delete the sentence to avoid confusion.



> The IESG has discussed this and are currently of the opinion that
> registrations done by IETF documents should be "owned" by IETF. We are in
> the process of establishing an IETF consensus on this. There is currently a
> draft on this:
> https://datatracker.ietf.org/doc/draft-leiba-ietf-iana-registrations/ Reasons
> for this are several, consistency to intended state, making it clear that it
> is the IETF that owns IETF specification based registry entries, not created
> management bodies, thirdly one can replace the IESG with soemthing else
> without having to update all these registries.

No objection.

If we remove the sentence above, then we should be in compliance with
the new draft.

Note that as part of our conversation with Amanda, the document will
also separate the "Reference / Change Controller" column into separate
ones.



> Section 3.
>
> Looking at the table. I see no explanation in this document to these entries.
> Still you want to add them with this document as reference. Can you please add
> an explanation behind the values being registered in the below table?

Yes...Rob asked for an explanation as well.   It should be in the next revision.


Thanks!!


Alvaro.



> +-------+--------------------------------------------+--------------+
> | Value | Description | Reference / |
> | | | Change |
> | | | Controller |
> +-------+--------------------------------------------+--------------+
> | 128 | Prestandard Route Refresh (deprecated) | (this |
> | | | document) |
> +-------+--------------------------------------------+--------------+
> | 129 | Prestandard Outbound Route Filtering | (this |
> | | (deprecated), prestandard Routing | document) |
> | | Policy Distribution (deprecated) | |
> +-------+--------------------------------------------+--------------+
> | 130 | Prestandard Outbound Route Filtering | (this |
> | | (deprecated) | document) |
> +-------+--------------------------------------------+--------------+
> | 131 | Prestandard Multisession (deprecated) | (this |
> | | | document) |
> +-------+--------------------------------------------+--------------+
> | 184 | Prestandard FQDN (deprecated) | (this |
> | | | document) |
> +-------+--------------------------------------------+--------------+
> | 185 | Prestandard OPERATIONAL message | (this |
> | | (deprecated) | document) |
> +-------+--------------------------------------------+--------------+
> | 255 | Reserved | (this |
> | | | document) |
> +-------+--------------------------------------------+--------------+