Re: [nvo3] Number assignments

worley@ariadne.com (Dale R. Worley) Fri, 28 July 2017 03:16 UTC

Return-Path: <worley@alum.mit.edu>
X-Original-To: nvo3@ietfa.amsl.com
Delivered-To: nvo3@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A62D1321F9 for <nvo3@ietfa.amsl.com>; Thu, 27 Jul 2017 20:16:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.934
X-Spam-Level:
X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 Cgi1_y1FC5JA for <nvo3@ietfa.amsl.com>; Thu, 27 Jul 2017 20:16:44 -0700 (PDT)
Received: from resqmta-ch2-03v.sys.comcast.net (resqmta-ch2-03v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 82C941321FC for <nvo3@ietf.org>; Thu, 27 Jul 2017 20:16:41 -0700 (PDT)
Received: from resomta-ch2-16v.sys.comcast.net ([69.252.207.112]) by resqmta-ch2-03v.sys.comcast.net with ESMTP id avlWd6rE3OZSqavlYdhGi4; Fri, 28 Jul 2017 03:16:40 +0000
Received: from hobgoblin.ariadne.com ([24.60.114.4]) by resomta-ch2-16v.sys.comcast.net with SMTP id avlWdXd2ARWTeavlXdGyfw; Fri, 28 Jul 2017 03:16:40 +0000
Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id v6S3GcmQ013771; Thu, 27 Jul 2017 23:16:38 -0400
Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id v6S3GbZw013768; Thu, 27 Jul 2017 23:16:38 -0400
X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f
From: worley@ariadne.com
To: Alia Atlas <akatlas@gmail.com>
Cc: d3e3e3@gmail.com, nvo3@ietf.org
In-Reply-To: <CAG4d1rdDOvcHUfvmFTzFbyK8Rz74TavfX_kJGWQyLyJpMYZCcQ@mail.gmail.com> (akatlas@gmail.com)
Sender: worley@ariadne.com
Date: Thu, 27 Jul 2017 23:16:37 -0400
Message-ID: <87vamdfdyi.fsf@hobgoblin.ariadne.com>
X-CMAE-Envelope: MS4wfL2xZI8tNgBukREilpLhrawa53MWZYHFciHp8iT742ivGutQeRug6UG/jlqXV93RR43SCUOLsU74fzunbMKPT9MBvyYoi7KdVNm3a3ot2lu0ZUZk42lY XELB5TGehSLNg4bO1mtut4FlRumzuWlzbpy/3XZ/tWnaMACEX52f91CJZtPBE1iKctJtQT+fbOtFy8MxRPDdY4KeR3eGEfbhZEI3flFh/Wz0FcJCaRPCoxrm
Archived-At: <https://mailarchive.ietf.org/arch/msg/nvo3/OAuSdJTjh-2v1daDoQQHZTiJ2pI>
Subject: Re: [nvo3] Number assignments
X-BeenThere: nvo3@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Network Virtualization Overlays \(NVO3\) Working Group" <nvo3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/nvo3>, <mailto:nvo3-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nvo3/>
List-Post: <mailto:nvo3@ietf.org>
List-Help: <mailto:nvo3-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nvo3>, <mailto:nvo3-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Jul 2017 03:16:45 -0000

Alia Atlas <akatlas@gmail.com> writes:
> As a matter of courtesy to the IEEE, with whom the IETF has a very
> good relationship, I see absolutely no reason that we would not
> respect their rules and suggestions for managing their own code spaces
> - just as we expect the same courtesy for our IANA managed registries.
>
> If there's actual interest in going down this path for implementation
> & deployment, I would strongly recommend using the sub-types approach
> that Donald suggested.  That is the approach that the IEEE recommends.

I'm not sure how you're parsing the situation.  But of course, we could
not obtain Ethertype(s) unless IEEE assigned it(them), so contravening
IEEE's practices isn't possible, in the strict sense.

At the moment, I'm envisioning that we would redefine the Geneve
"protocol type" field so that values of 256 and larger are to be
interpreted as Ethertypes and values of 255 and less are to be
interpreted as IP protocol numbers.  Clearly, this is overloading the
field, but conveniently, 802.3 forbids Ethertypes less than x0600 or so,
so there is no ambiguity.

>From my point of view, this isn't an abuse of Ethertypes or the IEEE's
policies, it's taking advantage of stated properties in the standard.
But perhaps the IEEE wouldn't look at it that way.

Dale