Re: [Entmib] entPhysicalUris object wrap-up
Kaj Tesink <kaj@research.telcordia.com> Thu, 09 December 2004 23:48 UTC
Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA29242 for <entmib-archive@lists.ietf.org>; Thu, 9 Dec 2004 18:48:43 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CcXx9-0002Qj-VW; Thu, 09 Dec 2004 18:44:07 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CcXs6-0001Tl-I0 for entmib@megatron.ietf.org; Thu, 09 Dec 2004 18:38:54 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA28464 for <entmib@ietf.org>; Thu, 9 Dec 2004 18:38:52 -0500 (EST)
Received: from thumper.research.telcordia.com ([128.96.41.1]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CcXzB-0005im-2k for entmib@ietf.org; Thu, 09 Dec 2004 18:46:13 -0500
Received: from shannon.research.telcordia.com (shannon [128.96.81.11]) by thumper.research.telcordia.com (8.12.9/8.12.9) with ESMTP id iB9Nahcu024488; Thu, 9 Dec 2004 18:36:43 -0500 (EST)
Received: from KAJ-2.research.telcordia.com (KAJ-2.cc.telcordia.com [128.96.171.169]) by shannon.research.telcordia.com (8.9.3/8.9.3) with ESMTP id SAA21315; Thu, 9 Dec 2004 18:36:42 -0500 (EST)
Message-Id: <6.1.2.0.2.20041209172445.0448e960@128.96.81.11>
X-Sender: kaj@128.96.81.11
X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0
Date: Thu, 09 Dec 2004 18:36:38 -0500
To: Andy Bierman <abierman@cisco.com>
From: Kaj Tesink <kaj@research.telcordia.com>
Subject: Re: [Entmib] entPhysicalUris object wrap-up
In-Reply-To: <4.3.2.7.2.20041209092434.026466b8@fedex.cisco.com>
References: <p0620073ebdde00b935ad@[192.168.2.2]> <4.3.2.7.2.20041208160349.025f4d60@fedex.cisco.com> <4.3.2.7.2.20041208192619.0260fd50@fedex.cisco.com> <p0620073ebdde00b935ad@[192.168.2.2]> <4.3.2.7.2.20041209092434.026466b8@fedex.cisco.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8
Cc: Margaret Wasserman <margaret@thingmagic.com>, entmib@ietf.org
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
At 12:32 PM 12/9/2004, Andy Bierman wrote: [..snip..] > > > >the string in the Uri object, at least for the CLEI > >application is well formatted and defined. IANA registries > >http://www.iana.org/assignments/uri-schemes and > >http://www.iana.org/assignments/urn-namespaces > >are there to help sort things out, no? > >The documentation I was provided for this object (especially the >OBJECT-TYPE macro) did not convey any of this info, rationale, >or references. If it did, I wouldn't have objected to the >vagueness of the object. > >I still don't understand why we need a list of URIs per entity. >This adds complexity. It there a compelling need for multiple >URIs per entity? from a CLEI perspective a single URI per entity would be sufficient. however, in the discussion i think it was argued that other or multiple things may be of interest. it seems easy to parse (and at least display it) so the cost in terms of complexity seems low. looking at beefing up the description, one way to work it is to beef up section 2.12.1 (or you may prefer to port selected portions to the DESCRIPTION clause), e.g., - entPhysicalUris This object provides additional identification information about the physical entity. The object contains one or more Uniform Resource Identifiers (URIs) and therefore the syntax of this object must conform to RFC 2396 [RFC2396] section 2. Uniform Resource Names (URNs) are resource identifiers with the specific requirements for enabling location independent identification of a resource, as well as longevity of reference. URNs are part of the larger URI family with the specific goal of providing persistent naming of resources. URI schemes and URN name spaces are registered by IANA (see http://www.iana.org/assignments/uri-schemes and http://www.iana.org/assignments/urn-namespaces. The entPhysicalUris object may be used to encode for example a URI containing a Common Language Equipment Identifier (CLEI) URI for the managed physical entity. The URN name space for CLEIs is defined in [RFC CLEIURN], and the CLEI format is defined in [T1.213][T1.213a]. For example, an entPhysicalUris instance may have the value of URN:CLEI:D4CE18B7AA [RFC2396] and [RFCCLEIURN] identify this as a URI in the CLEI URN name space, and the specific CLEI code, D4CE18B7AA is based on the example provided in [T1.213a]. Multiple URIs may be present and are separated by white space characters. Leading and trailing white space characters are ignored. If no additional identification information is known or supported about the physical entity the object is not instantiated. [RFC2396] Berners-Lee, T., Fielding, R., and L. Masinter, "Uniform Resource Identifiers (URI): Generic Syntax", RFC 2396, August 1998. [RFCCLEIURN] Tesink, K., and Robert H. Fox, "A Uniform Resource Name (URN) Namespace for the CLEI Code", Work in progress, November 7, 2004. [T1.213] ATIS T1.213-2001, Coded Identification of Equipment Entities in the North American Telecommunications System for Information Exchange, 2001, www.ansi.org [T1.213a] ATIS T1.213a, Supplement to T1.213-2001, Coded Identification of Equipment Entities in the North American Telecommunications System for Information Exchange, to correct the representation of the Basic Code in Figure B.1, 2001, www.ansi.org > >kaj > >Andy _______________________________________________ Entmib mailing list Entmib@ietf.org https://www1.ietf.org/mailman/listinfo/entmib
- [Entmib] entPhysicalUris object wrap-up Andy Bierman
- Re: [Entmib] entPhysicalUris object wrap-up Margaret Wasserman
- RE: [Entmib] entPhysicalUris object wrap-up Wijnen, Bert (Bert)
- Re: [Entmib] entPhysicalUris object wrap-up Juergen Schoenwaelder
- Re: [Entmib] entPhysicalUris object wrap-up David T. Perkins
- Re: [Entmib] entPhysicalUris object wrap-up Andy Bierman
- Re: [Entmib] entPhysicalUris object wrap-up David T. Perkins
- Re: [Entmib] entPhysicalUris object wrap-up Andy Bierman
- Re: [Entmib] entPhysicalUris object wrap-up Margaret Wasserman
- Re: [Entmib] entPhysicalUris object wrap-up Juergen Schoenwaelder
- Re: [Entmib] entPhysicalUris object wrap-up Kaj Tesink
- Re: [Entmib] entPhysicalUris object wrap-up Andy Bierman
- Re: [Entmib] entPhysicalUris object wrap-up Kaj Tesink
- RE: [Entmib] entPhysicalUris object wrap-up Kaj Tesink
- Re: [Entmib] entPhysicalUris object wrap-up Andy Bierman
- Re: [Entmib] entPhysicalUris object wrap-up Kaj Tesink
- Re: [Entmib] entPhysicalUris object wrap-up Kaj Tesink