Re: [nvo3] WG Last Call for draft-ietf-nvo3-hpvr2nve-cp-req-10

worley@ariadne.com (Dale R. Worley) Thu, 14 December 2017 02:58 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 18EB31289B0 for <nvo3@ietfa.amsl.com>; Wed, 13 Dec 2017 18:58:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.933
X-Spam-Level:
X-Spam-Status: No, score=-1.933 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, URIBL_BLOCKED=0.001] 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 mKQD_c1U7CcR for <nvo3@ietfa.amsl.com>; Wed, 13 Dec 2017 18:58:57 -0800 (PST)
Received: from resqmta-ch2-04v.sys.comcast.net (resqmta-ch2-04v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:36]) (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 832E5128A32 for <nvo3@ietf.org>; Wed, 13 Dec 2017 18:58:57 -0800 (PST)
Received: from resomta-ch2-11v.sys.comcast.net ([69.252.207.107]) by resqmta-ch2-04v.sys.comcast.net with ESMTP id PJjHeoUUajYE9PJjcefJtk; Thu, 14 Dec 2017 02:58:56 +0000
Received: from hobgoblin.ariadne.com ([IPv6:2601:192:4603:9471:222:fbff:fe91:d396]) by resomta-ch2-11v.sys.comcast.net with SMTP id PJjbe5hmbPxZnPJjcef2hr; Thu, 14 Dec 2017 02:58:56 +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 vBE2wtKI019288; Wed, 13 Dec 2017 21:58:55 -0500
Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id vBE2wsr8019275; Wed, 13 Dec 2017 21:58:54 -0500
X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f
From: worley@ariadne.com
To: Liyizhou <liyizhou@huawei.com>
Cc: nvo3@ietf.org
In-Reply-To: <D408889639FC5E4FADB4E00A3E01FA8FA6B2DB7B@nkgeml513-mbs.china.huawei.com> (liyizhou@huawei.com)
Sender: worley@ariadne.com
Date: Wed, 13 Dec 2017 21:58:53 -0500
Message-ID: <87efnyypzm.fsf@hobgoblin.ariadne.com>
X-CMAE-Envelope: MS4wfC1O1ODdqVd9n+5xV7LZtik2QzMLhqJwBH0SkaZd+AYZl2mhhEMHqaR9bL0I4eIg/f2vVyrWH/LZayyN1xNsimzo3Vj9XZ0xV+TUFk6Ke8HC3whZegOQ t3kePCfoQg4+Ouj3z95GNtUbf449EeUW3/+BM5qIGz1CVcbi8JJTdYwTalGcp8UosHB03GJ0u/ayZQ==
Archived-At: <https://mailarchive.ietf.org/arch/msg/nvo3/9B3WhaGXixnwZ_e366ZTKRWL_hw>
Subject: Re: [nvo3] WG Last Call for draft-ietf-nvo3-hpvr2nve-cp-req-10
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: Thu, 14 Dec 2017 02:59:04 -0000

Liyizhou <liyizhou@huawei.com> writes:
>    Hypervisor/Container: the logical collection of software, firmware
>    and/or hardware that allows the creation and running of server or
>    service appliance virtualization. tNVE is located on
>    Hypervisor/Container. It is loosely used in this document to refer to
>    the end device supporting the virtualization. For simplicity, we also
>    use Hypervisor in this document to represent both hypervisor and
>    container.
>
>  I think this would be clearer if the term you intend to use
>  (hypervisor) was indexed and described as such.  You could also index
>  "container" or "hypervisor/container" and point it to "hypervisor".
>  (Better would be to use a generic word throughout and not overload a
>  term which also has a use of much narrower scope, but it's late to
>  make that change.  The use of "tenant system" is a good example of
>  this style, as it doesn't carry much baggage about what *type* of
>  tenant it is.  OTOH, "tenant system" isn't used consistently in the
>  document.)
>
> [yz] That makes sense to me. I will change the text to
>
> Hypervisor: the logical collection of software, firmware  and/or
> hardware that allows the creation and running of server or  service
> appliance virtualization. tNVE is located on Hypervisor. It is loosely
> used in this document to refer to the end device supporting the
> virtualization. For simplicity, we also use Hypervisor in this
> document to represent both hypervisor and container.

I would favor "supervisor" over "hypervisor".  "Hypervisor" has come to
have a specific meaning -- the control program of a virtual machine
system -- whereas "supervisor", which used to be equivalent to
"operating system", has more or less gone out of fashion.  So you can
use "supervisor" with fewer implications for the relationship between
the "supervisor" and the "tenant system".

Dale