Re: How would Restart Domain be used?

"Steven L. Waldbusser" <sw0l+@andrew.cmu.edu> Sat, 26 September 1992 06:56 UTC

Received: from ietf.nri.reston.va.us by IETF.NRI.Reston.VA.US id aa00423; 26 Sep 92 2:56 EDT
Received: from NRI.RESTON.VA.US by IETF.NRI.Reston.VA.US id aa00419; 26 Sep 92 2:56 EDT
Received: from thumper.bellcore.com by NRI.Reston.VA.US id aa00713; 26 Sep 92 3:01 EDT
Received: by thumper.bellcore.com (4.1/4.7) id <AA08724> for thatcher@novell.com; Sat, 26 Sep 92 02:16:05 EDT
Received: from andrew.cmu.edu by thumper.bellcore.com (4.1/4.7) id <AA08720> for /usr/lib/sendmail -oi -fsnmp2-request X-snmp2; Sat, 26 Sep 92 02:16:04 EDT
Received: by andrew.cmu.edu (5.54/3.15) id <AA28706> for snmp2@thumper.bellcore.com; Sat, 26 Sep 92 02:16:01 EDT
Received: via switchmail; Sat, 26 Sep 1992 02:16:00 -0400 (EDT)
Received: from zeus.andrew.cmu.edu via qmail ID </afs/andrew.cmu.edu/service/mailqs/q002/QF.QekzziO00WArM0UmZ6>; Sat, 26 Sep 1992 02:15:10 -0400 (EDT)
Received: from zeus.andrew.cmu.edu via qmail ID </afs/andrew.cmu.edu/usr5/sw0l/.Outgoing/QF.4ekzzhe00WArNYE5RE>; Sat, 26 Sep 1992 02:15:09 -0400 (EDT)
Received: from Messages.7.15.N.CUILIB.3.45.SNAP.NOT.LINKED.zeus.andrew.cmu.edu.sun4c.411 via MS.5.6.zeus.andrew.cmu.edu.sun4c_411; Sat, 26 Sep 1992 02:15:09 -0400 (EDT)
Message-Id: <QekzzhW00WArNYE5F0@andrew.cmu.edu>
Date: Sat, 26 Sep 1992 02:15:09 -0400 (EDT)
Sender: ietf-archive-request@IETF.NRI.Reston.VA.US
From: "Steven L. Waldbusser" <sw0l+@andrew.cmu.edu>
To: snmp2@thumper.bellcore.com, mlk%bir.UUCP@mathcs.emory.edu
Subject: Re: How would Restart Domain be used?
In-Reply-To: <0D15DDF1.ealmp1@bir.bir.com>
References: <0D15DDF1.ealmp1@bir.bir.com>

Excerpts from mail: 22-Sep-92 How would Restart Domain be.. Michael L.
Kornegay@math (174)

> I read the description for Restart Domain, but cant visualize an example.
> Can someone provide one?


The restartDomain is used to control the initial configuration of a
managed device rather than the current real-time parameters that we are
used to dealing with from SNMP (those with DEC experience might liken
this to the difference between  SET and DEFINE).

restartDomain is a transport domain in which certain parties exist, but
for which no serialization is defined.  As such, these parties are only
reached through a proxy arrangement (they are referenced as the value of
proxyFor in another party.)  The value of an address in the
restartDomain is a DisplayString that identifies the startup
configuration selected (I could imagine "/etc/rc" or "bootup.cfg" being
used here).

Now the interesting part:  the MIB view of such a party would contain
variables whose values would be used in the appropriate context when the
system reboots.  Thus, changing the value of ipForwarding in a
restartDomain view has no effect on the system until it reboots, at
which time the last value set will be loaded into the system.

Obviously, this feature is critical to performing system management.


Steve