[Entmib] RE: Index for table entStateTable

"Sharon Chisholm" <schishol@nortelnetworks.com> Fri, 13 February 2004 20:00 UTC

Received: from optimus.ietf.org (optimus.ietf.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA29316 for <entmib-archive@lists.ietf.org>; Fri, 13 Feb 2004 15:00:32 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ArjTn-0005Ik-SU; Fri, 13 Feb 2004 15:00:03 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ArjTB-0005Bq-6i for entmib@optimus.ietf.org; Fri, 13 Feb 2004 14:59:25 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA29236 for <entmib@ietf.org>; Fri, 13 Feb 2004 14:59:21 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1ArjT8-0004KC-00 for entmib@ietf.org; Fri, 13 Feb 2004 14:59:22 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1ArjSJ-0004EQ-00 for entmib@ietf.org; Fri, 13 Feb 2004 14:58:32 -0500
Received: from zcars04f.nortelnetworks.com ([47.129.242.57]) by ietf-mx with esmtp (Exim 4.12) id 1ArjRg-00044s-00 for entmib@ietf.org; Fri, 13 Feb 2004 14:57:52 -0500
Received: from zcard309.ca.nortel.com (zcard309.ca.nortel.com [47.129.242.69]) by zcars04f.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id i1DJvLS18319 for <entmib@ietf.org>; Fri, 13 Feb 2004 14:57:21 -0500 (EST)
Received: by zcard309.ca.nortel.com with Internet Mail Service (5.5.2653.19) id <1FNH83W4>; Fri, 13 Feb 2004 14:57:21 -0500
Message-ID: <3549C09B853DD5119B540002A52CDD340A2A6FD4@zcard0ka.ca.nortel.com>
From: Sharon Chisholm <schishol@nortelnetworks.com>
To: entmib@ietf.org
Date: Fri, 13 Feb 2004 14:57:17 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.60
Subject: [Entmib] RE: Index for table entStateTable
Sender: entmib-admin@ietf.org
Errors-To: entmib-admin@ietf.org
X-BeenThere: entmib@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/entmib>, <mailto:entmib-request@ietf.org?subject=unsubscribe>
List-Id: IETF Entity MIB WG <entmib.ietf.org>
List-Post: <mailto:entmib@ietf.org>
List-Help: <mailto:entmib-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/entmib>, <mailto:entmib-request@ietf.org?subject=subscribe>

Hi

With respect to the first point, can you provide me with the specific
reference? I've just done a quick look through RFC2578 and the MIB Review
Guidelines document and could not find what you were referring to.

With respect to the second point, it is a sparse relationship because that
was working group consensus. I didn't agree with the logic, so it's
difficult to recall.  If I remember correctly, the logic was that not all
equipment would be able to report all the status information, so people
wanted a sparse augment. I'll propose adding some text to this affect. Of
course people could just as easily just use the 'notApplicable' (or whatever
we decided to call it) value for the enumeration instead.

Sharon

-----Original Message-----
From: David T. Perkins [mailto:dperkins@dsperkins.com] 
Sent: Friday, February 13, 2004 3:11 AM
To: Chisholm, Sharon [CAR:0S00:EXCH]; entmib@ietf.org
Subject: Index for table entStateTable


HI,

The SMI requires that the DESCRIPTION for the row of a table describe the
index item is that item is not a column in the table. And the DESCRIPTION
clause for entStateEntry does not provide the needed info.

In general, why is there a "sparse relationship". When should state be
provided and when should it not?

/david t. perkins


_______________________________________________
Entmib mailing list
Entmib@ietf.org
https://www1.ietf.org/mailman/listinfo/entmib