[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: comments on draft-ietf-netconf-prot-02.txt
It's better because the edit-config operation
allows the creation of a single "patch" to the device
configuration which can encompass more than one
operation type.
This is handy when scripting, and avoids carving a
given configuration change up into several pieces,
one for each operation type.
Also it's natural for an XML-aware application to go
from an internal DOM tree representing desired changes
to the configuration snippet that would be passed
to edit-config.
Rob
> -----Original Message-----
> From: Juergen Schoenwaelder [mailto:j.schoenwaelder@iu-bremen.de]
> Sent: Thursday, March 18, 2004 1:06 AM
> To: Rob Enns
> Cc: netconf@ops.ietf.org
> Subject: Re: comments on draft-ietf-netconf-prot-02.txt
>
> On Wed, Mar 17, 2004 at 02:33:18PM -0800, Rob Enns wrote:
>
> > I'm in favor of removing the restriction that the operation
> attributes
> > be identical.
> > If that's not going to fly with the WG, then using separate base
> > operations is a better design.
> >
> > I will remove the restriction in the next version of the protocol
> > draft unless the WG objects...
>
> Can someone explain why
>
> edit-config(... <foo operation="merge" />
> <bar operation="replace"/>
> <baz operation="delete"/> ...)
>
> is better than:
>
> merge-config(... <foo/> ...)
> replace-config(... <bar/> ...)
> delete-config(... <baz/> ...)
>
> I am seriously concerned that we blur the line between the
> protocol (the
> verbs) and the data carried and manipulated by the protocol
> verbs. So I like to see a real strong reason for such a design.
>
> /js
>
> --
> Juergen Schoenwaelder International University Bremen
> <http://www.eecs.iu-bremen.de/> P.O. Box 750 561,
> 28725 Bremen, Germany
>
>
--
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/>