Doing it the right way

saperia@tcpjon.ogo.dec.com Tue, 25 August 1992 21:59 UTC

Message-Id: <9208252138.AA04339@tcpjon.ogo.dec.com>
To: phiv-mib@pa.dec.com
Cc: saperia@tcpjon.ogo.dec.com, phil@shiva.com, dperkins@synoptics.com
Subject: Doing it the right way
Date: Tue, 25 Aug 1992 17:38:48 -0400
From: saperia@tcpjon.ogo.dec.com

I just got a not from chuck davin which said they had a similar discussion
recently about another mib.  He writes:

>We just had a bit of a discussion on this topic wrt to Ether MIB. I
>think the right answer is to define new objects that are the modified
>versions of the old and to include the old objects in the revised MIB
>with status of "obsolete" (not "deprectated").
/jon
------- Forwarded Message

Return-Path: jas@proteon.com
Received: by tcpjon.ogo.dec.com (5.57/ULTRIX-fma-071891);
	id AA04321; Tue, 25 Aug 92 17:33:37 -0400
Received: by inet-gw-2.pa.dec.com; id AA25299; Tue, 25 Aug 92 14:30:48 -0700
Received: from sonny.proteon.com by monk.proteon.com (5.65/1.8)id AA10651; Tue, 25 Aug 92 17:30:33 -0400
Received: by sonny.proteon.com (3.2/SMI-3.2)id AA08821; Tue, 25 Aug 92 17:30:01 EDT
Date: Tue, 25 Aug 92 17:30:01 EDT
From: jas@proteon.com (John A. Shriver)
Message-Id: <9208252130.AA08821@sonny.proteon.com>
To: saperia
Cc: phiv-mib@Pa.dec.com, phil@Shiva.COM, dperkins@synoptics.com
In-Reply-To: saperia@tcpjon.ogo.dec.com's message of Tue, 25 Aug 92 16:41:13 -0400 <9208252041.AA04122@tcpjon.ogo.dec.com>
Subject: Adjacency index

Before we worry about how bad it would be to deprecate this part of
the MIB, is there anyone who would have to throw much (or anything)
away if there was a deprecate/redefine done?  If nobody has run into
this problem before, maybe it is because nobody implemented the MIB
yet.

I'll admit that I haven't implemented so much as one line of the
DECnet IV MIB.  (Sorry, but 802.1D was more commercially important.)
Has anyone other than Debasis implemented this adjacency table?

I have come around to agreeing that the double-index is the best
architecture. 

As I am most sure the IETF would agree, it is far better to get the
final result right than let old mistakes fester.

------- End of Forwarded Message

Doing it the right way saperia