Re: [mpls] Available IP version numbers.

Toerless Eckert <tte@cs.fau.de> Mon, 19 April 2021 22:32 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
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 B07B83A4717 for <mpls@ietfa.amsl.com>; Mon, 19 Apr 2021 15:32:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.05
X-Spam-Level:
X-Spam-Status: No, score=-2.05 tagged_above=-999 required=5 tests=[HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-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 ZPkrHkQkDSl9 for <mpls@ietfa.amsl.com>; Mon, 19 Apr 2021 15:32:01 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [131.188.34.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 233A93A4716 for <mpls@ietf.org>; Mon, 19 Apr 2021 15:32:00 -0700 (PDT)
Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [131.188.34.52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id 844C3548056; Tue, 20 Apr 2021 00:31:53 +0200 (CEST)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id 7E0494400B2; Tue, 20 Apr 2021 00:31:53 +0200 (CEST)
Date: Tue, 20 Apr 2021 00:31:53 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: Haoyu Song <haoyu.song@futurewei.com>
Cc: Loa Andersson <loa.pi.nu@gmail.com>, mpls <mpls@ietf.org>
Message-ID: <20210419223153.GN9065@faui48f.informatik.uni-erlangen.de>
References: <A5C8DFA9-3601-4838-9461-727CC40507B1@gmail.com> <20210417204616.GL9065@faui48f.informatik.uni-erlangen.de> <DM6PR13MB2762605193B4C8B413B9A2939A499@DM6PR13MB2762.namprd13.prod.outlook.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <DM6PR13MB2762605193B4C8B413B9A2939A499@DM6PR13MB2762.namprd13.prod.outlook.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/DfceqbhM7dHl4iqiQT4a1Tlj3AQ>
Subject: Re: [mpls] Available IP version numbers.
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: Mon, 19 Apr 2021 22:32:06 -0000

On Mon, Apr 19, 2021 at 04:29:13PM +0000, Haoyu Song wrote:
> I'm not so worried about the IP version exhaustion. We can always use the similar method as that used by MPLS to extend the SPLs.

Could be IMHO more efficient encoded than it was possible in MPLS.
First four bits = IPv10(10), nex four bits reserved for extension versions.

> What I'm thinking is that in the future, perhaps in addition to the major version number, we should also have minor version numbers to allow gradual evolution of the protocol.

What do you think is the most likely reason for requiring a mayor and/or minor version number ?
I can't come up wih a good example.

Cheers
    Toerless

> 
> Haoyu
> 
> -----Original Message-----
> From: mpls <mpls-bounces@ietf.org> On Behalf Of Toerless Eckert
> Sent: Saturday, April 17, 2021 1:46 PM
> To: Loa Andersson <loa.pi.nu@gmail.com>
> Cc: mpls <mpls@ietf.org>
> Subject: Re: [mpls] Available IP version numbers.
> 
> a) Any more insight into the reserved numbers ?
>    If there are failed experiments (i think there might have been ?)
>    That would be good to review to avoid similar errors.
> 
> b) I would not be concerned about exhaustion if we come up with one proposal
>    that gives us good confidence of extensibility. 
> 
> c) Any backward compatibility reason for us not being able to use 8
>    bits - out of which the first 4 bits of course can only use unassigned
>    values.
> 
> Cheers
>     Toerless
> 
> On Sat, Apr 17, 2021 at 04:13:23PM +0800, Loa Andersson wrote:
> > DT,
> > 
> > We had a discussion on how many IP version numbers are available. 
> > 
> > It should be remembered that in IANA ???Reserved??? really means ???Reserved, do not assign???. 
> > 
> > 0,1,5,7,8,9 and 15 are reserved. 
> > 2,3,10,11,12,13 and 14 are unassigned
> > 4 and 6 are assigned 
> > 
> > To make the reserved requires a standard track RFC. 
> > 
> > So we 7 IP version numbers available, that is a sufficient low number to make me nervous, if I owned the registry. 
> > 
> > I would nit count on having more IP version numbers assigned to ???us???, especially since we already have an agreement (PWE3), accepting to get two numbers and committing to not use more. 
> > 
> > /Loa
> > 
> > Sent from my iPhone
> > _______________________________________________
> > mpls mailing list
> > mpls@ietf.org
> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fmpls&amp;data=04%7C01%7Chaoyu.song%40futurewei.com%7C1e732284720e4630763c08d901e1e889%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637542892072705560%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=uMoSsS982ZFrXqVKD64enAcIFXlsBjIBoZDGJxXlN3s%3D&amp;reserved=0
> 
> -- 
> ---
> tte@cs.fau.de
> 
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fmpls&amp;data=04%7C01%7Chaoyu.song%40futurewei.com%7C1e732284720e4630763c08d901e1e889%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637542892072705560%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=uMoSsS982ZFrXqVKD64enAcIFXlsBjIBoZDGJxXlN3s%3D&amp;reserved=0

-- 
---
tte@cs.fau.de