[Entmib] entPhysicalUris object wrap-up

Andy Bierman <abierman@cisco.com> Wed, 08 December 2004 17:22 UTC

Received: from megatron.ietf.org (megatron.ietf.org []) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA15823 for <entmib-archive@lists.ietf.org>; Wed, 8 Dec 2004 12:22:06 -0500 (EST)
Received: from localhost.localdomain ([] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Cc5Mw-0006Dd-Jz; Wed, 08 Dec 2004 12:12:50 -0500
Received: from odin.ietf.org ([] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Cc57F-0002IE-0g for entmib@megatron.ietf.org; Wed, 08 Dec 2004 11:56:37 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org []) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA13794 for <entmib@ietf.org>; Wed, 8 Dec 2004 11:56:34 -0500 (EST)
Received: from sj-iport-3-in.cisco.com ([] helo=sj-iport-3.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Cc5E2-00025f-8d for entmib@ietf.org; Wed, 08 Dec 2004 12:03:39 -0500
Received: from sj-core-2.cisco.com ( by sj-iport-3.cisco.com with ESMTP; 08 Dec 2004 10:01:24 +0000
X-BrightmailFiltered: true
X-Brightmail-Tracker: AAAAAA==
Received: from mira-sjc5-c.cisco.com (IDENT:mirapoint@mira-sjc5-c.cisco.com []) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id iB8Gu0m4000006 for <entmib@ietf.org>; Wed, 8 Dec 2004 08:56:00 -0800 (PST)
Received: from abierman-xp.cisco.com (sjc-vpn4-642.cisco.com []) by mira-sjc5-c.cisco.com (MOS 3.4.5-GR) with ESMTP id BBS80325; Wed, 8 Dec 2004 08:56:01 -0800 (PST)
Message-Id: <>
X-Sender: abierman@fedex.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Wed, 08 Dec 2004 08:56:01 -0800
To: entmib@ietf.org
From: Andy Bierman <abierman@cisco.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8b431ad66d60be2d47c7bfeb879db82c
Subject: [Entmib] entPhysicalUris object wrap-up
X-BeenThere: entmib@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF Entity MIB WG <entmib.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/entmib>, <mailto:entmib-request@ietf.org?subject=unsubscribe>
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>
Sender: entmib-bounces@ietf.org
Errors-To: entmib-bounces@ietf.org


I'd like to finish this up so I can submit an I-D update.
I have some issues to clarify, which require WG consensus.
I would rather remove this object than hold up progress
any longer, but if issues get resolved quickly then it
would be better to finish it now.

1) object purpose

There is strong opposition to a generic URI(s) placeholder
object by a couple people.  This is an object that contains
any semantics related to a physical entity, for which the
syntax happens to be encoded as a URI string. (very low

I propose that this object be changed back to entPhysicalClei.
It should contain the empty string (for none) or a URI
string conforming to the CLEI URN specification (from Kaj).
If we think of other required semantics in the future, 
we can add new objects then.

2) references

As per Bert's comments, the citation to RFC 2396 will be 
removed from the DESCRIPTION clause, since it is redundant.
Should this be changed to point to the CLEI URN specification, 
or just add another document to the REFERENCE clause?
Where else should this spec be cited in the document?
There are normative references, so how long will the 
Entity MIB be held up waiting for the CLEI URN RFC?

3) conformance

Currently the new OBJECT-GROUP (entityPhysical3Group)
is in the MANDATORY-GROUPS clause.  If both objects
allow for null values, then this should not be a problem.

4) examples

I don't really have time (or enough info) to fill in the
examples in section 4, but I know somebody will eventually
ask about this before RFC publication.  I would really
appreciate some help updating the examples.  (I need to
add an example for entPhysicalClass==cpu(12) as well.)
Any volunteers? (4.1 and 4.2 can be done independently)
I would like to get this over with now ;-)


Entmib mailing list