Re: [mpls] Available IP version numbers.

Uma Chunduri <umac.ietf@gmail.com> Mon, 19 April 2021 20:27 UTC

Return-Path: <umac.ietf@gmail.com>
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 754383A42BB for <mpls@ietfa.amsl.com>; Mon, 19 Apr 2021 13:27:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.197
X-Spam-Level:
X-Spam-Status: No, score=-0.197 tagged_above=-999 required=5 tests=[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, RCVD_IN_DNSWL_NONE=-0.0001, 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 CWcGbvTm9cqQ for <mpls@ietfa.amsl.com>; Mon, 19 Apr 2021 13:27:36 -0700 (PDT)
Received: from mail-yb1-xb35.google.com (mail-yb1-xb35.google.com [IPv6:2607:f8b0:4864:20::b35]) (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 A0BEC3A42B6 for <mpls@ietf.org>; Mon, 19 Apr 2021 13:27:36 -0700 (PDT)
Received: by mail-yb1-xb35.google.com with SMTP id p3so19672482ybk.0 for <mpls@ietf.org>; Mon, 19 Apr 2021 13:27:36 -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=HWRj7RkHwWNl3sq3H3YEzcxV0+peeS3U8sxCXS40kk8=; b=o2U8eFK6XVBKY2wPbEqeFg63AM1QThIok4j/OAqbn0mm3MnX+GqFSBxP5H7KzP308x xaZfmV1msp7meI+ko7t00soSxvcOKhlQuwk/l3RDSIn/OEqgkHxyj+CIgLxUa3J0YmbT +p5lbRG8DeVCfrWbmslxvlcLxKAquTeZhnGIxXGKUPztCrUDruh2k5JTC5e8TK2/YflZ p3zNwNhcOmV7Ed9X2JcUUyTQhH69qw5983bxKt+EsT4vRrB+1UYvDaH3q0Yef0jjdAuF Y58EhCxqzm4cuGY8Mj75Ihxkf37mwqdmrWCbexg9kyO+7ZDDrOPXjn4Kx4e6Gl/3BGwk sJnQ==
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=HWRj7RkHwWNl3sq3H3YEzcxV0+peeS3U8sxCXS40kk8=; b=aj+4qLSBuWhXnqauy/B8IbjXXZFunEZQm3BoRPeaSFKewhYZFpkPMzoEYqw89lr3sc yttqXXlxip0fspIcqyilMB0xnoUMLW6l0QEOUTqBIjKCbOPeIeeWy8Ev4i05dV4yqlcF PEQ/9bSZd5vL7F5hMxfHPAK0urqBd7C9zxJ41FY+AOFF16DkWOHDSvW9U5bdaX//C5Np tf6yxvRAtgASzX2wEUNoBxRXSkZua0bxqL8vRJ8XrHmBPmAi4VEtjl92lWzVckhDUr/x atP96bLXmsrt0sbIiKHgQ3Hg3tJCaKS0LYjxIBYvIIk3cJpHsU9Vp6YWwNb+VCZ+RjWi GlEg==
X-Gm-Message-State: AOAM531ceF2/cS04ElRLK5glz6SSDVZBXwJPziSXgvUFFgtWKOXA6UKW /jqUGOgxLk6sTuhuTYsK+HXkMrCC3mvLNE8rf2A=
X-Google-Smtp-Source: ABdhPJxCH21mV1Jjpu4lxsWXfr8OHPYGLb/fI8wDAaSCX956DAXHtU1EwYNmz++zUi0hPQckV7lN+5yE7nwdo1vNPVg=
X-Received: by 2002:a25:84c9:: with SMTP id x9mr19474333ybm.513.1618864054069; Mon, 19 Apr 2021 13:27:34 -0700 (PDT)
MIME-Version: 1.0
References: <A5C8DFA9-3601-4838-9461-727CC40507B1@gmail.com> <003701d7354d$4810e660$d832b320$@sergey.dev> <36cdf547-47b0-09f2-c168-588477f7af1c@joelhalpern.com>
In-Reply-To: <36cdf547-47b0-09f2-c168-588477f7af1c@joelhalpern.com>
From: Uma Chunduri <umac.ietf@gmail.com>
Date: Mon, 19 Apr 2021 13:27:23 -0700
Message-ID: <CAF18ct61KYGTHAyXqyf_RnfqqV8vW5UCNyx1GUWHx33q88ttEA@mail.gmail.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>
Cc: ietf@sergey.dev, Loa Andersson <loa.pi.nu@gmail.com>, mpls <mpls@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000e1ebb205c05928b7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/hVftXKrQGrREBJTCaJ6y7rgZIAA>
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 20:27:41 -0000

>If we are defining a protocol carried with its own ethertype (e.g.
>MPLS), there is no neeed for an IP version differentiation

As you quoted the "e.g.", it's absolutely needed to differentiate the IP
version number. Agree with the rest of your message.

Cheers!
--
Uma C.


On Mon, Apr 19, 2021 at 12:04 PM Joel M. Halpern <jmh@joelhalpern.com>
wrote:

> If we are defining a protocol carried with its own ethertype (e.g.
> MPLS), there is no neeed for an IP version differentiation.
>
> It can in fact be argued that IPv6 could have used a different header
> format, and assumed that the media woudl indicate the new protocol.
> However, because we knew that it needed to interwork with, be mixed
> with, and be diagnosed with existing IPv4 packets it was far more robust
> to build the packet format in such a way that it was reliably
> distinguishable from IPv4.  Which means a different starting nibble.
>
> We could have skipped it.  (Historically, we got there the other way.
> We started by thinking we would use the same ethertype for both.  And
> then also realized that had problems.  So we have a belt and suspenders;
> dual identification.  Which is often a good design paradigm.)
>
> Yours,
> Joel
>
> PS: In the MPLS context the is further complicated by devices which look
> at the data after the end of the stack and try to guess what it is.
> Typically to support ECMP / LAG.
>
> On 4/19/2021 2:53 PM, ietf@sergey.dev wrote:
> > Hi Loa,
> > In an adjacent thread ("mpls open dt & the first nibble discussion") I
> raised a question about why do we even expect to take something from IP
> numbering. Would appreciate your feedback on this one.
> >
> >
> > -----Original Message-----
> > From: mpls <mpls-bounces@ietf.org> On Behalf Of Loa Andersson
> > Sent: Saturday, April 17, 2021 1:13 AM
> > To: mpls <mpls@ietf.org>
> > Subject: [mpls] Available IP version numbers.
> >
> > 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://www.ietf.org/mailman/listinfo/mpls
> >
> > _______________________________________________
> > mpls mailing list
> > mpls@ietf.org
> > https://www.ietf.org/mailman/listinfo/mpls
> >
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>