Re: Another AT MIB+!

"Karen L. Frisa" <kf1j+@andrew.cmu.edu> Fri, 30 April 1993 20:18 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa12879; 30 Apr 93 16:18 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa12874; 30 Apr 93 16:18 EDT
Received: from cayman.cayman.com by CNRI.Reston.VA.US id aa23774; 30 Apr 93 16:18 EDT
Received: by cayman.Cayman.COM (4.1/SMI-4.0) id AA14082; Fri, 30 Apr 93 15:08:40 EDT
Return-Path: <kf1j+@andrew.cmu.edu>
Received: from andrew.cmu.edu by cayman.Cayman.COM (4.1/SMI-4.0) id AA14078; Fri, 30 Apr 93 15:08:39 EDT
Received: by andrew.cmu.edu (5.54/3.15) id <AA12736@X> for apple-ip@cayman.com; Fri, 30 Apr 93 15:08:33 EDT
Received: via switchmail; Fri, 30 Apr 1993 15:08:31 -0400 (EDT)
Received: from aragorn.andrew.cmu.edu via qmail ID </afs/andrew.cmu.edu/service/mailqs/q003/QF.cfsLXja00WCtE0Osx3>; Fri, 30 Apr 1993 15:07:28 -0400 (EDT)
Received: from aragorn.andrew.cmu.edu via qmail ID </afs/andrew.cmu.edu/usr8/kf1j/.Outgoing/QF.kfsLXhi00WCtA0wlI6>; Fri, 30 Apr 1993 15:07:25 -0400 (EDT)
Received: from Messages.7.15.N.CUILIB.3.45.SNAP.NOT.LINKED.aragorn.andrew.cmu.edu.sun4c.411 via MS.5.6.aragorn.andrew.cmu.edu.sun4c_411; Fri, 30 Apr 1993 15:07:25 -0400 (EDT)
Message-Id: <YfsLXhe00WCtI0wlBR@andrew.cmu.edu>
Date: Fri, 30 Apr 1993 15:07:25 -0400
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: "Karen L. Frisa" <kf1j+@andrew.cmu.edu>
To: apple-ip@cayman.com
Subject: Re: Another AT MIB+!

Here is a thought that I had last night.  I passed it on to the people
at Apple, but maybe I should have cc'd the mailing list.

I think that for now we should not add an onHold enum.  During the next
six months, while the MIB is (hopefully!) sitting around as a Proposed
Standard RFC and trying to be implemented, people can do implementations
of the zone changing proposal and work out the details.  Hopefully the
MIB will be ready to move to Draft Standard around the time the zone
changing algorithm has been worked out to everyone's satisfaction.  When
it moves from Proposed to Draft, the onHold enum (or whatever is decided
upon) could be added.  Changes based on implementation experience are
encouraged.  Perhaps the zone changing MIB will be ready then too, which
would make the enum addition even more relevant.

After seeing comments by Bob and Phil today, I am even more in favor of
waiting to see what's right, rather than trying to guess now.

Karen