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

Re: Explicit and unique naming of configuration target



Yes, see my mail to Margaret.

Larry

Chen, Weijing wrote:

Another issues with current approach is that it only specifies the
operations at the root level of XML tree, which forces the same operation
(e.g. write) on to all the sub-elements of the tree regardless whether a
particular element is to be written or not. For example:

<add-config>
<ospf name="1">
<area name="0">
<interface name="135.104.57.3">
<md5 name="3">
...
</md5>
</interface>
</area>
</ospf>
</add-config>


Does this request wants to add the new ospf (name=1) with new area (name=0)
at new interface (name=135.104.57.3) and new md5 key(name=3), or just wants
to add new md5 key at /opsf=1/area=0/interface=135.104.57.3?



--
Weijing Chen
SBC Technology Resources
9505 Arboretum Blvd.
Austin, TX 78759
512 372 5710
wchen@tri.sbc.com




-----Original Message-----
From: Larry Menten [mailto:lmenten@lucent.com]
Sent: Thursday, May 22, 2003 2:24 PM
To: Margaret Wasserman
Cc: netconf
Subject: Re: Explicit and unique naming of configuration target



Margaret Wasserman wrote:


Hi Larry,

... are there important technical differences
between your proposed approach and the approach currently
used in the XMLCONF spec? If so, could you explain what
they are?

Margaret,

The approach currently used in the XMLCONF spec does not
provide a way to specify which element is the target element that is
to be operated upon.
.
Consequently, a request to add, for example, an MD5 key to what
you intend to be an existing interface instance within an OSPF area might
end up causing the creation of an OSPF instance, the creation of
an OSPF area, and the creation of an OSPF interface instance, and
the creation of the desired MD5 key. There is no way to express that
you only wish to create an MD5 key and you will not know
from the response that instead of a simple operation you have executed
a complex one. I believe that characteristics like these are
undesireable.

Thanks,

Larry

--
Larry Menten Lucent Technologies/Bell Laboratories
Phone: 908 582-4467 600 Mountain Avenue, Murray Hill, NJ 07974 USA



--
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/>

--
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/>

--
Larry Menten Lucent Technologies/Bell Laboratories
Phone: 908 582-4467 600 Mountain Avenue, Murray Hill, NJ 07974 USA


--
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/>