[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: action RPC I-D

Randy Presuhn wrote:

Hi -


From: "Andy Bierman" <ietf@andybierman.com>
To: "Vincent Cridlig" <vincent.cridlig@loria.fr>
Cc: "'Netconf (E-mail)'" <netconf@ops.ietf.org>
Sent: Monday, October 30, 2006 8:00 AM
Subject: Re: action RPC I-D

...

Any RPC method is potentially capable of touching any
configuration datastore in unknown ways.  Rather than
define a hard-wired ACM for 7 known RPC methods, I prefer
to have a more generalized system that handles any RPC and any data.

...


From this I gather that the only way to represent the configuration

(for purposes of disaster recovery, for example) of a system that
supports these RPCs would be to record the sequence of RPCs
over the lifetime of the box so they can be replayed into the new
system.  The alternative would be to retrieve the entire configuration
of the managed system as some kind of checkpoint to minimuize the
number RPC replays required.  Neither approach sounds to me
like a very good way to do real configuration management.

But then, maybe I'm missing something about what edit-config
and its friends really do...




The point is that netconf has an extensible RPC mechanism,
not just a dozen or so standard commands.  Vendors want to
use the extensibility built into the protocol, so the ACM
needs to support it.

Recording RPCs for audit or recovery purposes is a feature.
It seems you would want to do that for XML, if you already do it for CLI.


If one knows a system's initial configuration, and has a sequence
of successful edit-config operations, is it possible to compute
the final configuration state (in order to support, for example, disaster recovery) without knowing the internals of the system 
being configured?


Replay on the same box with the same conditions should produce
the same results.  Replay across arbitrary boxes from different
vendors?  It depends on the RPCs and the data models.



Randy


Andy


--
to unsubscribe send a message to netconf-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/netconf/>