Re: [Lsr] Question on the early allocation - Re: [IANA #1171772] Early Allocations request for "Area Proxy for IS-IS" - draft-li-lsr-isis-area-proxy-04

Tony Przygienda <tonysietf@gmail.com> Tue, 02 June 2020 14:43 UTC

Return-Path: <tonysietf@gmail.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97FF33A03F2 for <lsr@ietfa.amsl.com>; Tue, 2 Jun 2020 07:43:07 -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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 7GXcIVAN4tqk for <lsr@ietfa.amsl.com>; Tue, 2 Jun 2020 07:43:06 -0700 (PDT)
Received: from mail-io1-xd2d.google.com (mail-io1-xd2d.google.com [IPv6:2607:f8b0:4864:20::d2d]) (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 000C83A03EA for <lsr@ietf.org>; Tue, 2 Jun 2020 07:43:05 -0700 (PDT)
Received: by mail-io1-xd2d.google.com with SMTP id h4so7801612iob.10 for <lsr@ietf.org>; Tue, 02 Jun 2020 07:43:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dc8o4xwbTZ7BVUm/4hXRxYALk5Uzt9dvDCaopevAjdc=; b=RjqfXkP6MI5fHW0gG4HIgqDvHpFOskWosGq4lmO6vTgFhNHZMkdafxl7sonUKDB/1B R7lEQIByTfn41FvtFdVV+XDry+hzfMnrGvGeD/Hu2gPpim/6kSMgQVHOTcnD8IywfhM/ GX5MntY5+2GLJre5dVHHe30mpKgnmnfkv27/V0QxueCtH43to/i45lgoZKui9IGenIN3 rc0T8pNhySLXIeNYYWNPDQW/tb+yrAisWJZg5Z9EIOYPQ88+EcXdCTDfKzjkj8GQblRm STZgJVV43wcG8UzK4ROTEUYKT0AG1oev4S/6Zs1irtk9fY5x4TwchCvdUbhGRs8PG3/E d0Ag==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dc8o4xwbTZ7BVUm/4hXRxYALk5Uzt9dvDCaopevAjdc=; b=BYhHWzTFnJLJEUZxkmagY/l4TwW+nESDnyCmBSYGBd+VaIcmFsUVXu87oIeFcU2ogU x1Eja9fbLledc1EWKyKBFE+ubfB5fiFNVmDlkrn9ncL0EBp7UWDg2DmiioSy1BeTV+D+ 2Klz91IwHyAkCaGEeoFscQWXvwt32EcLWX7h542MzGXvHSiTo7TSm56DaoQg38MJULx4 KKgb4KlPK6ldwu5yCzgkUaEEqOQCYuPveIWKT07Ntjn5ypURTgAwPdTD8jJrG2RFxgy9 noV6D4Ao6R9yVoZJpFl/oVsrqdT2Xc6jZUMNLMfoGNzvgeSNemEKXxP2CuM3aQSjqSYn 3Osw==
X-Gm-Message-State: AOAM530w4HOmmCdmqgTkBcr5PYeykD54E9x7qto95cFUu6kFRc/0CsiC 55n2Xc+FQLjZavikAxEe1SXXDlNi3ZBl7ZyOn6k=
X-Google-Smtp-Source: ABdhPJzqFyfvR+EyAAk+6tlDH1EBF67JCOSlTMX5ox1Ehtw0R+CkddeUdjNeb7AXb1v8FSTKt56AznsgfHuOBW2t7Nc=
X-Received: by 2002:a05:6602:2815:: with SMTP id d21mr23206929ioe.174.1591108983715; Tue, 02 Jun 2020 07:43:03 -0700 (PDT)
MIME-Version: 1.0
References: <RT-Ticket-1171772@icann.org> <C952BE83-EF9E-437F-836C-D3221FF533DF@cisco.com> <rt-4.4.3-29956-1591060382-1741.1171772-37-0@icann.org> <39E5E5AC-8E29-43F0-86C3-194754A5B7A7@gmail.com> <918d12eb-d2c2-7867-5cb7-8913a8e35c7b@pi.nu>
In-Reply-To: <918d12eb-d2c2-7867-5cb7-8913a8e35c7b@pi.nu>
From: Tony Przygienda <tonysietf@gmail.com>
Date: Tue, 2 Jun 2020 07:42:25 -0700
Message-ID: <CA+wi2hNW3WGQ1pw5on5WBUBk=niE2=4YEWLaZP_8afu75RtFYg@mail.gmail.com>
To: Loa Andersson <loa@pi.nu>
Cc: iana-prot-param@iana.org, lsr@ietf.org, Martin Vigoureux <martin.vigoureux@nokia.com>, "Acee Lindem (acee)" <acee@cisco.com>
Content-Type: multipart/alternative; boundary="000000000000c5fb6805a71aed0d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/GzyciRuWtiuzxj0TFtXcNbKVCz0>
Subject: Re: [Lsr] Question on the early allocation - Re: [IANA #1171772] Early Allocations request for "Area Proxy for IS-IS" - draft-li-lsr-isis-area-proxy-04
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Jun 2020 14:43:08 -0000

Loa, fair points though I would say adoption is kind of a different kettle
of fish than early allocation.

RFC7120 does not seem to apply given ISIS registries are under expert
review (largely due to historical reasons AFAIS).

I watch that with lots of interest since due to customer
discussions/(deployment) planning we request with experts early allocation
for https://datatracker.ietf.org/doc/draft-przygienda-lsr-flood-reflection/
We have however the benefit of not needing any new registries.

thanks

-- tony

On Tue, Jun 2, 2020 at 1:00 AM Loa Andersson <loa@pi.nu> wrote:

> Folks,
>
> I have two questions on the early allocation.
>
> RFC 7120 allows early allocation for two types of
>
>     The processes described below assume that the document in question is
>     the product of an IETF Working Group (WG).  If this is not the case,
>     replace "WG chairs" below with "Shepherding Area Director".
>
> draft-li-lsr-isis-area-proxy is an individual document, i.e. not a
> product of a working group nor shepherded by an AD, and does not seem to
> meet the criteria for early allocation.
>
> Also. draft-li-lsr-isis-area-proxy request that IANA create a new
> registry, as far as I understand new registries can't be created through
> early allocation. It is hardly necessary.
>
> The code points are requested from "the IS-IS TLV Codepoints registry",
> howver the "IS-IS TLV Codepoints" is a name space with 14 different
> registries. I think the the registry you want to allocated code point
> from the "TLV Codepoints registry"
>
> Since the document, at least I read it, well meet the criteria for
> becoming a working document (minor update to the IANA section), I think
> that the easy way out is to start the working group adoption poll.
>
> /Loa
>
>
> On 02/06/2020 12:52, Tony Li wrote:
> >
> > Hi Amanda,
> >
> >> However, the IANA Considerations section is missing some information.
> >> How would we fill in the IIH, LSP, SNP, and Purge fields for the TLV
> >> Codepoint registrations?
> >
> >
> > We’ve addressed this in
> > https://tools.ietf.org/html/draft-li-lsr-isis-area-proxy-06..
> >
> > Thanks,
> > Sarah & Tony
> >
> >
> > _______________________________________________
> > Lsr mailing list
> > Lsr@ietf.org
> > https://www.ietf.org/mailman/listinfo/lsr
> >
>
> --
>
> My mail server from time to time has come under DOS attacks,
> we are working to fix it but it may take some time. If you
> get denial of service sending to me plz try to use
> loa.pi.nu@gmail
>
>
> Loa Andersson                        email: loa@pi.nu
> Senior MPLS Expert
> Bronze Dragon Consulting             phone: +46 739 81 21 64
>
> _______________________________________________
> Lsr mailing list
> Lsr@ietf.org
> https://www.ietf.org/mailman/listinfo/lsr
>