[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
- [Entmib] Index for table entStateTable David T. Perkins
- [Entmib] RE: Index for table entStateTable Sharon Chisholm