FW: [Entmib] Re: Entity mib support for tcif

"Sharon Chisholm" <schishol@nortelnetworks.com> Thu, 01 April 2004 23:28 UTC

Received: from optimus.ietf.org (optimus.ietf.org []) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA09001 for <entmib-archive@lists.ietf.org>; Thu, 1 Apr 2004 18:28:20 -0500 (EST)
Received: from localhost.localdomain ([] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1B99YU-0008BA-Ll; Thu, 01 Apr 2004 16:16:54 -0500
Received: from odin.ietf.org ([] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1B96TM-0001Op-KB for entmib@optimus.ietf.org; Thu, 01 Apr 2004 12:59:24 -0500
Received: from ietf-mx (ietf-mx.ietf.org []) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA24106 for <entmib@ietf.org>; Thu, 1 Apr 2004 12:59:10 -0500 (EST)
Received: from ietf-mx ([]) by ietf-mx with esmtp (Exim 4.12) id 1B96TA-0007QS-00 for entmib@ietf.org; Thu, 01 Apr 2004 12:59:12 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1B96SG-0007LG-00 for entmib@ietf.org; Thu, 01 Apr 2004 12:58:16 -0500
Received: from zcars0m9.nortelnetworks.com ([]) by ietf-mx with esmtp (Exim 4.12) id 1B96RL-0007Ah-00 for entmib@ietf.org; Thu, 01 Apr 2004 12:57:19 -0500
Received: from zcard309.ca.nortel.com (zcard309.ca.nortel.com []) by zcars0m9.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id i31Hukd01061 for <entmib@ietf.org>; Thu, 1 Apr 2004 12:56:46 -0500 (EST)
Received: by zcard309.ca.nortel.com with Internet Mail Service (5.5.2653.19) id <GXT6N25X>; Thu, 1 Apr 2004 12:56:46 -0500
Message-ID: <3549C09B853DD5119B540002A52CDD340AB16158@zcard0ka.ca.nortel.com>
From: "Sharon Chisholm" <schishol@nortelnetworks.com>
To: entmib@ietf.org
Subject: FW: [Entmib] Re: Entity mib support for tcif
Date: Thu, 1 Apr 2004 12:56:45 -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.7 required=5.0 tests=AWL, NO_OBLIGATION autolearn=no version=2.60
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>


Apologies if this shows up twice, but I think it got lost.


-----Original Message-----
From: Chisholm, Sharon [CAR:0S00:EXCH] 
Sent: Thursday, April 01, 2004 8:31 AM
To: 'entmib@ietf.org'
Subject: RE: [Entmib] Re: Entity mib support for tcif


Where are we in this discussion? Have we decided whether the working group
wants to take this on?

This is a requirement I've heard bounced around a few times so I think this
is worth trying to address, but like Dan I have a few concerns with some
aspects of the proposed solution. As he has mentioned, the title is not
sufficiently descriptive. In addition, I think the data types might be too
opaque to be useful. 

-----Original Message-----
From: Kaj Tesink [mailto:kaj@research.telcordia.com] 
Sent: Wednesday, February 11, 2004 10:25 AM
To: entmib@ietf.org
Subject: RE: [Entmib] Re: Entity mib support for tcif

Hi Dan,

At 10:03 PM 2/10/2004 +0200, Romascanu, Dan (Dan) wrote:
>I was among the ones who supported doing this work. I did not change my
>Two comments:
>1. I would like the title of the document to be more explicit about
>is really provided by this MIB. 'Supplemental' is really too generic a 
>title - what about something like 'Entity MIB Extensions for manufacturing 
>and physical modules identification'?

I see what you're trying to do. While this would more accurately reflect the
content, there is the issue of future compatibility. The problem with 
new objects to MIBs over time is that
a) either you add to the original spec; but this means there's a problem
    with advancing the spec over time
b) or you define supplemental specs; the problem here is that you dont want
    all sorts of miblets around; you want to minimize the number So, similar
as what we did for ATM, and attempted for DS1s, the tactic was to use this
generic title, so that additional functions could still be added for a
while. I agree its not perfect. I also thought that in previous 
there were some thoughts about some additional functions(?).

>2. Some of the concerns expressed in the meeting (not by me) were 
>to the availability and the proprietary nature of the CLEI codes. Can you 
>comment on these? Are the documents mentioned in the REFERENCE clause of 
>the cleiCode object freely available?

You're right, some of that did come up before.
My understanding is the following:
- the references point to documents by different standards groups,
   and i think are available for a small fee at www.atis.org
- CLEI codes are defined in those standards;
   Telcordia is the registrar to obtain an actual code
In previous discussion it was pointed out that
while CLEIs are in wide use, there is no obligation to
use them; I've tried to reflect that in the draft
in two ways: (a) use an opaque object instead of a dedicated object as
proposed by Dave, and (b) language for the case that the whole thing (no
CLEI nor any other application of the object) is not supported.


>Thanks and Regards,
> > -----Original Message-----
> > From: entmib-admin@ietf.org [mailto:entmib-admin@ietf.org]On Behalf 
> > Of Kaj Tesink
> > Sent: 10 February, 2004 6:48 PM
> > To: entmib@ietf.org
> > Subject: Fwd: [Entmib] Re: Entity mib support for tcif
> >
> >
> > all,
> >
> > the draft i sent to the list last week is now available at 
> > http://www.ietf.org/internet-drafts/draft-tesink-entity-supplm
> > ib-00.txt
> >
> > pl note that the file name was changed (my error).
> > in order to move this forward the WG would need
> > to accept this as a formal work item.
> >
> > so we'd appreciate comments on
> > a) whether there is support/objection to do this work
> > b) any technical comments
> > while the minneapolis meeting already indicated some tentative 
> > support, restating this or any new/additional views would be helpful
> >
> > kaj
> >
> >
> >
> >
> > >X-Sender: kaj@
> > >X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
> > >Date: Thu, 05 Feb 2004 15:06:54 -0500
> > >To: entmib@ietf.org
> > >From: Kaj Tesink <kaj@research.telcordia.com>
> > >
> > >
> > >all,
> > >
> > >attached is the supplemental entity miblet
> > >discussed a while ago, supporting
> > >- manufacturing date
> > >- additional entity info
> > >the latter uses the method proposed by dave
> > >to convey information such as CLEIs.
> > >i do recall that there were some different
> > >views on whether to use an opaque encoding
> > >method versus using a dedicated object, but
> > >please read it over and provide any comments.
> > >
> > >kaj
> >


Kaj Tesink
Telcordia Technologies. Inc.
331 Newman Springs Road
Red Bank, NJ 07701
Email: kaj@research.telcordia.com
Tel: (732) 758-5254
Fax: (732) 758-4177


Entmib mailing list

Entmib mailing list