[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: partial locking
> -----Original Message-----
> From: Andy Bierman [mailto:ietf@andybierman.com]
[...]
>
> This may be true in the abstract sense, but for standards purposes,
> I am interested in how the NETCONF protocol operations work with
> the XML encoded data in the <config> element.
But I'm interested in how the 'lock' works, which seems to be
potentially larger than the view encoded in XML.
>From RFC4741:
o Running: The complete configuration currently active on the
network device. Only one configuration datastore of this type
exists on the device, and it is always present. NETCONF
protocol
operations refer to this datastore using the <running> element.
and
The lock operation allows the client to lock the configuration
system of a device. Such locks are intended to be short-lived
and
allow a client to make a change without fear of interaction with
other NETCONF clients, non-NETCONF clients (e.g., SNMP and
command
line interface (CLI) scripts), and human users.
...
The lock operation takes a mandatory parameter, target. The
target parameter names the configuration that will be locked.
When a lock is active, using the <edit-config> operation on the
locked configuration and using the locked configuration as a
target of the <copy-config> operation will be disallowed by any
other NETCONF session. Additionally, the system will ensure
that
these locked configuration resources will not be modified by
other
non-NETCONF management operations such as SNMP and CLI.
When you talk about a Netconf global lock, on an implementation that
has a "running config" that is "the complete configuration currently
active on the network device", does the global lock apply only to the
Netconf XML-encoded subset of the implementation's running config?
If I have multiple virtual routers within a physical router, then does
a Netconf lock on "running" only apply to the configuration of one
virutal router or to "the complete configuration currently active on
the network device"?
If I parse your paragraph correctly, you are saying "the XML encoded
data in the <config> element" + "may or may not represent the entire
device." Doesn't that contradict the definition of <running> in
RFC4741?
dbh
--
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/>