Re: [OPSAWG] Fwd: New Version Notification for draft-asai-vmm-mib-05.txt

Joe Marcus Clarke <jclarke@cisco.com> Tue, 15 October 2013 14:42 UTC

Return-Path: <jclarke@cisco.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4DEA21E81CC for <opsawg@ietfa.amsl.com>; Tue, 15 Oct 2013 07:42:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.299
X-Spam-Level:
X-Spam-Status: No, score=-10.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_23=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ALyzDgf4i1gf for <opsawg@ietfa.amsl.com>; Tue, 15 Oct 2013 07:42:27 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id 844CF21E80BB for <opsawg@ietf.org>; Tue, 15 Oct 2013 07:42:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5659; q=dns/txt; s=iport; t=1381848146; x=1383057746; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=feDXkMZVSvw50NGzyOsiYuqpArWqxy2PsHhMKVtht0Y=; b=MkvnzIvvJEySKYnI1Kt9lmfiPKLc4FSQ4VC3XjCvlxinN814/v9/sowq mkgMGU8uPh2M4pIIWhAvBvYx4/l5ZotdND0fdUp4JTL20SIPPuVQ2g6G0 SyTMJgsOKkJu3LUSYQPmCxTFPyWfq96+5AYKMiIWE+1pH821neOo/dilt 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhMFANRTXVKtJV2Z/2dsb2JhbABXA4MHOEzCK4EgFnSCJQEBAQMBJxE2CQEPAgsOAgEDAQIBCRYPCQMCAQIBCTQIBgEMBgIBAQULh2wGBwW9KgSNfYE5FwYLhBQDmASBL5BTg0AggSsJFwM
X-IronPort-AV: E=Sophos;i="4.93,499,1378857600"; d="scan'208";a="272323305"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-5.cisco.com with ESMTP; 15 Oct 2013 14:42:23 +0000
Received: from rtp-jclarke-8919.cisco.com (rtp-jclarke-8919.cisco.com [10.117.46.170]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id r9FEgMhC010397; Tue, 15 Oct 2013 14:42:22 GMT
Message-ID: <525D544E.1030507@cisco.com>
Date: Tue, 15 Oct 2013 10:42:22 -0400
From: Joe Marcus Clarke <jclarke@cisco.com>
Organization: Cisco Systems, Inc.
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.0.1
MIME-Version: 1.0
To: Hirochika Asai <panda@hongo.wide.ad.jp>, "opsawg@ietf.org" <opsawg@ietf.org>
References: <20131013061914.31896.77972.idtracker@ietfa.amsl.com> <126539BC-2994-4DF6-9A5C-E66ED691B24D@hongo.wide.ad.jp>
In-Reply-To: <126539BC-2994-4DF6-9A5C-E66ED691B24D@hongo.wide.ad.jp>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [OPSAWG] Fwd: New Version Notification for draft-asai-vmm-mib-05.txt
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/opsawg>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Oct 2013 14:42:39 -0000

On 10/13/13 11:05 PM, Hirochika Asai wrote:
> Hi folks,
>
> Thanks to comments from the mailing list, we've uploaded new version
> of our I-D: http://tools.ietf.org/html/draft-asai-vmm-mib-05
>
> We would like to submit our I-D as a working group draft soon and
> have a discussion in the next IETF as a working group draft.
> Chairs, could you please poll for adoption as a working group item
> on the mailing list?
>
> I've already noticed an error: RFC4133 must be RFC6933.  Please let
> us know if you find any other errors.  These errors will be
> corrected in the next version (the first version for working group
> draft if adopted).

Overall, I like the changes.  Thanks!

NIT: VirtualMachineAdminState:

The destroy(5) state really doesn't match in terms of tense.  What about 
destroyed(5)?  That said, since this is something one can set, perhaps 
present tense like run, pause, suspend, etc. make sense.

Thanks for fleshing out the state definitions :-).

NIT (maybe a minor issue): VirtualMachineAutoStart:

Again, tense.  Here, I think past tense works best since we decided this 
would reflect a read-only state.  I think enabled and disabled work best.

In terms of the new notifications, why enumerate all states as 
notifications?  My original comment suggested a single state change 
notification where the new and previous state would be available as 
objects (note: this would require the definition of a previous state 
object).  It just seems like the way you've implemented it would be 
harder to scale if new states need to be added in the future.

Joe

>
>
> Here, I summarize the updates from the previous version.
>
> * According to the thread Joe-1
> Modified a paragraph as follows:
>
> The design of this MIB module has been derived from enterprise
> specific MIB modules, namely a MIB module for managing guests of the
> Xen hypervisor, a MIB module for managing virtual machines controlled
> by the VMware hypervisor, and a MIB module using the libvirt
> programming interface to access different hypervisors.
> + However, this MIB module attempts to generalize
> + the managed objects to support other hypervisors.
>
> * According to the thread Joe-2
> Added description of an example of hypervisor-specific case
> using ENTITY-MIB, but not modified the MIB definition.
>
> * According to the thread Joe-3
>   vmAutoStart --> read-only
>   vmCur* --> read-write
>   vm*Mem vm*Cpu --> description w/ MUST NOT: "Changes to these objects MUST NOT persist"
>
> * According to the thread Joe-5
> For the network portion of the hypervisor, added a note on a case
> equipping virtual switches on the hypervisor as follows:
>     The objects related to virtual switches
>     are not also included in this MIB module
>     though virtual switches shall be placed on a hypervisor.
>     This is because the virtual network interfaces are
>     the lowest abstraction of network resources allocated
>     to a virtual machine.
>     Instead of including the objects related to virtual switches,
>     for example, <xref target="RFC4188">BRIDGE-MIB</xref>
>     and <xref target="RFC4363">Q-BRIDGE-MIB</xref> could be used.
>
> * According to the thread Joe-7
> Added Notifications for shuttingDown, resuming suspending, migrating, and blocked
> # I think we still need discussion at this point.
>
> * Others
> Modified VirtualMachineOperState to be more clear.
> Revised the description of VirtualMachine*Index.
> Fixed some typos.
>
>
> Best regards,
> Hirochika
>
>
> Begin forwarded message:
>
>> From: internet-drafts@ietf.org
>> Subject: New Version Notification for draft-asai-vmm-mib-05.txt
>> Date: October 13, 2013 3:19:14 PM GMT+09:00
>> To: Yuji Sekiya <sekiya@wide.ad.jp>, Cathy Zhou <cathyzhou@huawei.com>, Tina Tsou <tina.tsou.zouting@huawei.com>, Keiichi Shima <keiichi@iijlab.net>, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Michael MacFaden <mrm@vmware.com>, Hirochika Asai <panda@hongo.wide.ad.jp>, Hiroshi Esaki <hiroshi@wide.ad.jp>
>>
>>
>> A new version of I-D, draft-asai-vmm-mib-05.txt
>> has been successfully submitted by Hirochika Asai and posted to the
>> IETF repository.
>>
>> Filename:	 draft-asai-vmm-mib
>> Revision:	 05
>> Title:		 Management Information Base for Virtual Machines Controlled by a Hypervisor
>> Creation date:	 2013-10-13
>> Group:		 Individual Submission
>> Number of pages: 56
>> URL:             http://www.ietf.org/internet-drafts/draft-asai-vmm-mib-05.txt
>> Status:          http://datatracker.ietf.org/doc/draft-asai-vmm-mib
>> Htmlized:        http://tools.ietf.org/html/draft-asai-vmm-mib-05
>> Diff:            http://www.ietf.org/rfcdiff?url2=draft-asai-vmm-mib-05
>>
>> Abstract:
>>    This document defines a portion of the Management Information Base
>>    (MIB) for use with network management protocols in the Internet
>>    community.  In particular, this specifies objects for managing
>>    virtual machines controlled by a hypervisor (a.k.a. virtual machine
>>    monitor).
>>
>>
>>
>>
>> Please note that it may take a couple of minutes from the time of submission
>> until the htmlized version and diff are available at tools.ietf.org.
>>
>> The IETF Secretariat
>>
>>
>


-- 
Joe Marcus Clarke, CCIE #5384,         |          |
SCJP, SCSA, SCNA, SCSECA, VCP        |||||      |||||
Distinguished Services Engineer ..:|||||||||::|||||||||:..
Phone: +1 (919) 392-2867         c i s c o  S y s t e m s
Email: jclarke@cisco.com

----------------------------------------------------------------------------