Re: [eman] Read-Only or Read-Write EMAN MIBs

"Thomas D. Nadeau" <tnadeau@lucidvision.com> Mon, 17 February 2014 12:45 UTC

Return-Path: <tnadeau@lucidvision.com>
X-Original-To: eman@ietfa.amsl.com
Delivered-To: eman@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F93B1A04DD for <eman@ietfa.amsl.com>; Mon, 17 Feb 2014 04:45:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.448
X-Spam-Level:
X-Spam-Status: No, score=-2.448 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.548] autolearn=ham
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 Vx-L_WWUpegM for <eman@ietfa.amsl.com>; Mon, 17 Feb 2014 04:45:26 -0800 (PST)
Received: from lucidvision.com (lucidvision.com [72.71.250.34]) by ietfa.amsl.com (Postfix) with ESMTP id 574D01A04DB for <eman@ietf.org>; Mon, 17 Feb 2014 04:45:26 -0800 (PST)
Received: from [192.168.1.110] (static-72-71-250-38.cncdnh.fast04.myfairpoint.net [72.71.250.38]) by lucidvision.com (Postfix) with ESMTP id 2CDA726F5264; Mon, 17 Feb 2014 07:45:23 -0500 (EST)
References: <88A474D1-677D-4BA0-8399-0429A095AE45@lucidvision.com> <001801cf2bbc$3b43f870$b1cbe950$@prantl.name> <9904FB1B0159DA42B0B887B7FA8119CA2E41B63A@AZ-FFEXMB04.global.avaya.com> <20140217091027.GA96287@elstar.local>
Mime-Version: 1.0 (1.0)
In-Reply-To: <20140217091027.GA96287@elstar.local>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Message-Id: <DF8E18A1-292A-4913-A126-AC5487A81B9F@lucidvision.com>
X-Mailer: iPad Mail (11B554a)
From: "Thomas D. Nadeau" <tnadeau@lucidvision.com>
Date: Mon, 17 Feb 2014 07:45:23 -0500
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Archived-At: http://mailarchive.ietf.org/arch/msg/eman/R-vOXAh6Pji1cUinjOVFcKtRCaY
Cc: eman mailing list <eman@ietf.org>
Subject: Re: [eman] Read-Only or Read-Write EMAN MIBs
X-BeenThere: eman@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussions about the Energy Management Working Group <eman.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/eman>, <mailto:eman-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/eman/>
List-Post: <mailto:eman@ietf.org>
List-Help: <mailto:eman-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/eman>, <mailto:eman-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 17 Feb 2014 12:45:28 -0000

> On Feb 17, 2014, at 4:10 AM, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
> 
>> On Mon, Feb 17, 2014 at 09:00:34AM +0000, Romascanu, Dan (Dan) wrote:
>> Hi David,
>> 
>> I have a question about the read-only implementation of draft-ietf-eman-battery-mib . There are six writeable objects in the MIB module batteryAlarmLowCharge, batteryAlarmLowVoltage, batteryAlarmLowCapacity, batteryAlarmHighCycleCount, batteryAlarmHighTemperature, batteryAlarmLowTemperature which set thresholds for notifications. In a read-only implementation how are these objects set - using CLI instead and then the MIB objects are used to display the values set by CLI? Or you do not do notifications at all?
> 
> The batteryCompliance seems to allow both options. You are not
> required to implement batteryAlarmThresholdsGroup. If you choose to do
> so, you are not required to implement the objects read-write. Of
> course, if you support threshold notifications and implement
> read-only, the parameters must be set via some other mechanism.
> 
> It may make sense to make the threshold objects conditionally
> mandatory to implement (at least read-only) if the
> batteryNotificationsGroup is implemented so that management
> applications can see the thresholds generating the notifications.

	This is generally speaking, the normal mode of operation though right?  Maybe the approach here is to go through and make sure all of the conformance statements conditionally require the read-write objects at least read-only?

	Also, it would be good to hear from folks about how many actual read-write implementations exist, as well as read-write deployments. I forgot to include that in my original note last week.

	--Tom



> 
> /js
> 
> -- 
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1, 28759 Bremen, Germany
> Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>
>