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

Benoit Claise <bclaise@cisco.com> Mon, 18 July 2005 19:32 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DubLh-00040m-Fw; Mon, 18 Jul 2005 15:32:21 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DubLf-0003yX-5l for disman@megatron.ietf.org; Mon, 18 Jul 2005 15:32:19 -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 PAA09323 for <disman@ietf.org>; Mon, 18 Jul 2005 15:32:17 -0400 (EDT)
Received: from weird-brew.cisco.com ([144.254.15.118] helo=av-tac-bru.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Dubp8-0005yg-SR for disman@ietf.org; Mon, 18 Jul 2005 16:02:47 -0400
X-TACSUNS: Virus Scanned
Received: from strange-brew.cisco.com (localhost [127.0.0.1]) by av-tac-bru.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id j6IJW8G18262 for <disman@ietf.org>; Mon, 18 Jul 2005 21:32:08 +0200 (CEST)
Received: from [10.61.64.81] (ams-clip-vpn-dhcp81.cisco.com [10.61.64.81]) by strange-brew.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id j6IJW7p18238 for <disman@ietf.org>; Mon, 18 Jul 2005 21:32:07 +0200 (CEST)
Message-ID: <42DC03B7.5020309@cisco.com>
Date: Mon, 18 Jul 2005 21:32:07 +0200
From: Benoit Claise <bclaise@cisco.com>
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Disman (E-mail)" <disman@ietf.org>
Content-Type: multipart/alternative; boundary="------------030701080805070901090302"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b22590c27682ace61775ee7b453b40d3
Subject: [Disman] draft-ietf-disman-event-mib-v2-06.txt: Issue-1 -> "MAY not"
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

Dear all,

As pointed it out by Dave Shield in 
http://www1.ietf.org/mail-archive/web/disman/current/msg00648.html, one 
of the remaining issues in the draft is:

Another question:
   In a couple of places in this draft (mteObjectEntryStatus,
mteEventEntryStatus, etc), the description refers to the term
"MAY not".  What does this actually mean?

RFC 2119 defines "MAY" as referring to optional features,
and makes no mention of "MAY not".  Is this intended to be
a prohibition on making any changes to an active row?

If so:
  a)  Shouldn't the text use  "MUST NOT" ?
  b)  What's the purpose of the mteEventEnabled column
        if the value can't be changed?
  c)  What is the reason for this prohibition?

Specifically, we speak about:

mteObjectsEntryStatus OBJECT-TYPE 
    SYNTAX      RowStatus 
    MAX-ACCESS  read-create 
    STATUS      current 
    DESCRIPTION 
        "The control that allows creation and deletion of entries. 
        Once made active an entry MAY not be modified except to 
        delete it." 
    ::= { mteObjectsEntry 5 } 

mteEventEntryStatus OBJECT-TYPE 
    SYNTAX      RowStatus 
    MAX-ACCESS  read-create 
    STATUS      current 
    DESCRIPTION 
        "The control that allows creation and deletion of entries. 
        Once made active an entry MAY not be modified except to 
        modify the value of mteEventEnabled or to delete the entry." 
    ::= { mteEventEntry 5 } 

I share Dave's concern. It seems to me that MUST NOT is more appropriate in those two cases.

Feedback?

Regards, Benoit.