Re: [Entmib] entPhysicalUris object wrap-up

Margaret Wasserman <> Thu, 09 December 2004 13:36 UTC

Received: from ( []) by (8.9.1a/8.9.1a) with ESMTP id IAA21234 for <>; Thu, 9 Dec 2004 08:36:13 -0500 (EST)
Received: from localhost.localdomain ([] by with esmtp (Exim 4.32) id 1CcOIx-0006uE-PL; Thu, 09 Dec 2004 08:25:59 -0500
Received: from ([] by with esmtp (Exim 4.32) id 1CcOHF-0006M2-I0 for; Thu, 09 Dec 2004 08:24:13 -0500
Received: from ( []) by (8.9.1a/8.9.1a) with ESMTP id IAA20520 for <>; Thu, 9 Dec 2004 08:24:12 -0500 (EST)
Received: from ([] by with esmtp (Exim 4.33) id 1CcOOE-0004wG-RY for; Thu, 09 Dec 2004 08:31:27 -0500
Received: from [] (account margaret HELO []) by (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 240023; Thu, 09 Dec 2004 08:17:24 -0500
Mime-Version: 1.0
Message-Id: <p0620073ebdde00b935ad@[]>
In-Reply-To: <>
References: <> <>
Date: Thu, 9 Dec 2004 08:23:55 -0500
To: Andy Bierman <>
From: Margaret Wasserman <>
Subject: Re: [Entmib] entPhysicalUris object wrap-up
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF Entity MIB WG <>
List-Unsubscribe: <>, <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>

Hi All,

>At 06:27 PM 12/8/2004, David T. Perkins wrote:
>>4) This issue has been discussed many times. As was pointed out
>>    by Kaj in an earlier message, the approach choosen was the
>>    best solution and was acceptable to all on the WG mailing
>>    list. I don't believe that it is fair to undo what was
>>    hammered out over a long period of time where:
>>    a) it was demonstrated that use of an
>>       "alternative identification" scheme was needed
>>       and provided value at little cost.
>>    b) the scheme was neutral
>>    c) the scheme provided support for multiple competing
>>       alternative identifications (limited only by the size
>>       of the object)
>>    d) the cost to support a "non implementation" was next
>>       to nothing
>I missed all this on the mailing list.
>I'll let the WG Chair decide, and I'll wait
>on any edits.

Kaj's document was never a WG document and, IMO, the Entity MIB WG 
did not make any official decisions about these objects before we 
decided to add them to the Entity MIB.  I know that a few people used 
the Entity MIB mailing list to discuss Kaj's personal submission, and 
I thought that was fine.  But, I didn't track the discussion closely 
enough to have a mental record of it, and no official consensus calls 
were made about it.

Personally, I agree with Andy that it is a bit lame to have an 
undiscriminated, unformatted, loosely specified string in the middle 
of this MIB.   How are applications supposed to know that this 
contains?  Would it be possible to compare these strings?  Use them 
as URLs?  Or do anything with them besides just display them on a 

I am not actually religious about this, though.  So, if that's what 
the WG thinks is the best way to represent this object, so be it.


Entmib mailing list