Re: [mpls] [Last-Call] Last Call: <draft-ietf-mpls-spl-terminology-03.txt> (Special Purpose Label terminology) to Informational RFC

Loa Andersson <loa@pi.nu> Tue, 25 August 2020 05:14 UTC

Return-Path: <loa@pi.nu>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 453153A0A00; Mon, 24 Aug 2020 22:14:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.945
X-Spam-Level:
X-Spam-Status: No, score=-0.945 tagged_above=-999 required=5 tests=[NICE_REPLY_A=-0.948, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 78N00MjEp0cR; Mon, 24 Aug 2020 22:14:19 -0700 (PDT)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 914993A09FC; Mon, 24 Aug 2020 22:14:17 -0700 (PDT)
Received: from [192.168.1.19] (unknown [122.2.96.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 98B51326C7B; Tue, 25 Aug 2020 07:14:11 +0200 (CEST)
To: Kireeti Kompella <kireeti=40juniper.net@dmarc.ietf.org>, tom petch <daedulus@btconnect.com>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "last-call@ietf.org" <last-call@ietf.org>
Cc: Kireeti Kompella <kireeti@juniper.net>, "mpls@ietf.org" <mpls@ietf.org>, "draft-ietf-mpls-spl-terminology@ietf.org" <draft-ietf-mpls-spl-terminology@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, "db3546@att.com" <db3546@att.com>
References: <159725809676.26545.11479682416116858436@ietfa.amsl.com> <5F3D523E.2050805@btconnect.com> <08eb01d6798e$8cde63b0$a69b2b10$@olddog.co.uk> <5F439021.7050804@btconnect.com> <7F8C4934-21E6-43AA-9797-501BFDFF3BD1@juniper.net>
From: Loa Andersson <loa@pi.nu>
Message-ID: <b52b31af-e0a6-3990-a33c-e2c819f63f93@pi.nu>
Date: Tue, 25 Aug 2020 13:13:47 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0
MIME-Version: 1.0
In-Reply-To: <7F8C4934-21E6-43AA-9797-501BFDFF3BD1@juniper.net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/sdP7HZZH72WaO8sue--7QtPy6XY>
Subject: Re: [mpls] [Last-Call] Last Call: <draft-ietf-mpls-spl-terminology-03.txt> (Special Purpose Label terminology) to Informational RFC
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Aug 2020 05:14:21 -0000

WG, co-authors, Deborah

I think I made a mistake when using "range" as I did in the text.

We are in IANA rerritory and we need to use the words as IANA uses
them.

A range is everything we lay claim to, so we say that we have this many
code points and then we apply registration procedures to them.

For the bSPLs this is simple the range is 0-15, and there is only one 
registration procedure - "Standard Action".

For the eSPLs it is a bit more complicated, but I contribute to the 
complexity in the way I used "range".

The range for the eSPL is 0-1048575 (20 bits).

The regostration procedures are:

0-15 Reserved (note never to be assigned).
16-239 Standard action
    (code point 16 and 15 are assigned)
240-255 Experimental Use (note: Reserved not to be assigned)
256-1048575 Reserved (Note: To be made available for allocation only by
                       a standards tarack RFC).

Modulo an agreement on this AD, co-authors, commentors) I think it is
possible to clean up the draft and post a new version.

Deborah should I d that?


/Loa

On 25/08/2020 01:28, Kireeti Kompella wrote:

> Thanks, Tom, for your feedback.
> 
> The two ranges (0-15, 16-1048575) have the unfortunate property of being contiguous and thus appearing related, but they are completely unrelated: one is for solo labels, the other is for the second label of a composite special purpose label.  This unintended confluence may be aggravated by referring to the ranges are "lower" and "upper".  I would get rid of these terms as follows:
> 
> NEW
>       o  Collectively, the two (unrelated) ranges (0-15 and 16-1048575) are
>            known as Special Purpose Labels (SPL).
> 
>       o  Special purpose labels from the range 0-15 are
>           called Base Special Purpose Labels (bSPL).
> 
>       o  Special purpose labels from the range 16-1048575
>            are called Extended Special Purpose Labels (eSPL).  The
>            reserved values 0-15 from the 'Extended Special-Purpose MPLS
>            Label Values' registry do not need a name as they are not available
>            for allocation.
> END
> 
> (change of tense, as readers of the RFC will be seeing a fait accompli.)
> 
> Kireeti.
> 
> On 8/24/20, 03:02, "tom petch" <daedulus@btconnect.com> wrote:
> 
>      [External Email. Be cautious of content]
> 
> 
>      On 23/08/2020 21:47, Adrian Farrel wrote:
>      > Hi Tom,
>      >
>      > You're right (a condition that must be scarily familiar for you).
>      >
>      > Probably...
>      >
>      > OLD
>      >     o  Collectively, the two ranges are known as Special Purpose Labels
>      >        (SPL).
>      >
>      >     o  The special purpose labels from the lower range will be called
>      >        Base Special Purpose Labels (bSPL).
>      >
>      >     o  The special purpose labels from the higher range will be called
>      >        Extended Special Purpose Labels (eSPL).
>      > NEW
>      >     o  Collectively, the two ranges (0-15, and 16-1048575) are known
>      >         as Special Purpose Labels (SPL).
>      >
>      >     o  The special purpose labels from the lower range (0-15) will be
>      >         called Base Special Purpose Labels (bSPL).
>      >
>      >     o  The special purpose labels from the higher range (16-1048575)
>      >          will be called Extended Special Purpose Labels (eSPL).  The
>      >          reserved values 0-15 from the 'Extended Special-Purpose MPLS
>      >          Label Values' registry do not need a name as they can never be
>      >          used.
>      > END
> 
>      Yes, clearer.
> 
>      Perhaps
>      "       The
>           reserved values 0-15 from the 'Extended Special-Purpose MPLS
>           Label Values' registry do not need a name as they are not available
>      for allocation. "
>      to tie in with the wording of IANA.  They SHOULD NOT or MUST NOT be used
>      but I can see some independent-minded organisation deciding that because
>      noone else will ever use them then they can and they will so I think
>      'can never be used' is not quite right.  They can never be allocated so
>      we do not need an identifier for them, which is what I am wanting to
>      express.
> 
>      I note that this is Informational and so RFC2119 language is best avoided.
> 
>      Tom Petch
> 
>      > Best,
>      > Adrian
>      >
>      > -----Original Message-----
>      > From: tom petch <daedulus@btconnect.com>
>      > Sent: 19 August 2020 17:25
>      > To: last-call@ietf.org
>      > Cc: mpls@ietf.org; draft-ietf-mpls-spl-terminology@ietf.org; db3546@att.com;
>      > mpls-chairs@ietf.org
>      > Subject: Re: Last Call: <draft-ietf-mpls-spl-terminology-03.txt> (Special
>      > Purpose Label terminology) to Informational RFC
>      >
>      > I find this confusing.
>      >
>      > It specifies two ranges 0-15 and 0-1048575 the latter being subdivided
>      > into ranges 0-15 16-239 etc and then talks of the lower range and the
>      > higher range; is the higher range 0-1048575 or 16-239 or 16-1048575 or ...?
>      > Lesser and greater or first and second or smaller and larger .. I might
>      > find unambiguous but reading this with an innocent eye, I find higher
>      > ambiguous.
>      >
>      > And in Security, 'It does not effect the forwarding ...' Well, no, it
>      > would likely not affect it either:-)
>      >
>      > Tom Petch
>      >
>      >
>      >
>      > On 12/08/2020 19:48, The IESG wrote:
>      >>
>      >> The IESG has received a request from the Multiprotocol Label Switching WG
>      >> (mpls) to consider the following document: - 'Special Purpose Label
>      >> terminology'
>      >>     <draft-ietf-mpls-spl-terminology-03.txt> as Informational RFC
>      >>
> 
> 
> Juniper Business Use Only
> 

-- 

Loa Andersson                        email: loa@pi.nu
Senior MPLS Expert                          loa.pi.nu@gmail.com
Bronze Dragon Consulting             phone: +46 739 81 21 64