Re: [Disman] draft-ietf-disman-event-mib-v2-06.txt: Issue-1 -> "MAY not"

Dave Shield <D.T.Shield@csc.liv.ac.uk> Tue, 19 July 2005 11:02 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DuprW-0006yJ-VF; Tue, 19 Jul 2005 07:02:10 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DuprV-0006yE-N4 for disman@megatron.ietf.org; Tue, 19 Jul 2005 07:02:09 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA00921 for <disman@ietf.org>; Tue, 19 Jul 2005 07:02:07 -0400 (EDT)
Received: from mx1.liv.ac.uk ([138.253.100.179]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1DuqL5-0000aS-7k for disman@ietf.org; Tue, 19 Jul 2005 07:32:46 -0400
Received: from mailhub5.liv.ac.uk ([138.253.100.157]) by mx1.liv.ac.uk with esmtp (Exim 4.44) id 1Dupr0-0006w4-Cu; Tue, 19 Jul 2005 12:01:38 +0100
Received: from localhost ([127.0.0.1] helo=mailhub5.liv.ac.uk) by mailhub5.liv.ac.uk with esmtp (Exim 4.51) id 1Dupr0-0003wl-Ak; Tue, 19 Jul 2005 12:01:38 +0100
Received: from tethys.server.csc.liv.ac.uk ([138.253.184.237]) by mailhub5.liv.ac.uk with esmtp (Exim 4.34) id 1Dupr0-0003wi-7W; Tue, 19 Jul 2005 12:01:38 +0100
Received: from dts4.tech.csc.liv.ac.uk (dts4 [10.1.67.5]) by tethys.server.csc.liv.ac.uk (8.11.1 - (Revision 1.5)/LUCS-DTS-3.0M10) with ESMTP id j6JB1bv01259; Tue, 19 Jul 2005 12:01:38 +0100 (BST)
Subject: Re: [Disman] draft-ietf-disman-event-mib-v2-06.txt: Issue-1 -> "MAY not"
From: Dave Shield <D.T.Shield@csc.liv.ac.uk>
To: Randy Presuhn <randy_presuhn@mindspring.com>
In-Reply-To: <004301c58be6$b9286b60$7f1afea9@oemcomputer>
References: <42DC03B7.5020309@cisco.com> <004301c58be6$b9286b60$7f1afea9@oemcomputer>
Content-Type: text/plain
Organization: University of Liverpool, Computer Science
Date: Tue, 19 Jul 2005 12:04:11 +0100
Message-Id: <1121771052.15595.6.camel@dts4.tech.csc.liv.ac.uk>
Mime-Version: 1.0
X-Mailer: Evolution 2.2.2 (2.2.2-5)
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 97adf591118a232206bdb5a27b217034
Content-Transfer-Encoding: 7bit
Cc: "Disman (E-mail)" <disman@ietf.org>
X-BeenThere: disman@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Distributed Management <disman.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/disman>, <mailto:disman-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/disman>
List-Post: <mailto:disman@ietf.org>
List-Help: <mailto:disman-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/disman>, <mailto:disman-request@ietf.org?subject=subscribe>
Sender: disman-bounces@ietf.org
Errors-To: disman-bounces@ietf.org

On Mon, 2005-07-18 at 15:19 -0700, Randy Presuhn wrote: 
> Depending on what the WG would like the DESCRIPTION to mean,
> let me suggest one of the two following for mteObjectsEntryStatus.
> What implementations currently do could help us choose.
> 
>    This object allows creation and deletion of entries.
>    When its value is 'active', attempts to set this object to any
>    value other than 'destroy' MUST be rejected.  Likewise, attempts
>    to set any of the of the other object instances in an active row
>    MUST be rejected.

There's an extraneous "of the" in that text. 

> --or--
> 
>    This object allows creation and deletion of entries.
>    When its value is 'active', implementations MAY reject requests
>    to set this object to any value other than 'destroy'.  Likewise,
>    implementations MAY reject requests to set any of the other
>    object instances in an active row.
> 
> I would hope that the changes to mteEventEntryStatus would be similar.
> My guess is that the first one was probably what was intended.

Can I ask why?
There does seem to be a general tendency in a lot of MIBs to forbid
*any* alteration to existing rows, and I've never really understood
this.
  What is the fundamental objection to being able to tweak the
notification that is sent in response to some event, or the list
of varbinds that should be included?

Dave