* Restconf with startup feature will now copy all edit changes to startup db (as it should according to RFC 8040)
* See [Restconf does not handle startup datastore according to the RFC](https://github.com/clicon/clixon/issues/74) * Netconf Startup feature is no longer hardcoded, you need to explicitly enable it (See RFC 6241, Section 8.7) * Enable in config file with: `<CLICON_FEATURE>ietf-netconf:startup</CLICON_FEATURE>`, or use `*:*`
This commit is contained in:
parent
161ef9c7b0
commit
6bf2a74e24
26 changed files with 270 additions and 128 deletions
11
doc/FAQ.md
11
doc/FAQ.md
|
|
@ -298,6 +298,17 @@ The example below shows enabling a specific feature; enabling all features in mo
|
|||
Features can be probed by using RFC 7895 Yang module library which provides
|
||||
information on all modules and which features are enabled.
|
||||
|
||||
Clixon have three hardcoded features:
|
||||
- :candidate (RFC6241 8.3)
|
||||
- :validate (RFC6241 8.6)
|
||||
- :xpath (RFC6241 8.9)
|
||||
|
||||
You can select the startup feature by including it in the config file:
|
||||
```
|
||||
<CLICON_FEATURE>ietf-netconf:startup</CLICON_FEATURE>
|
||||
```
|
||||
(or just `ietf-netconf:*`).
|
||||
|
||||
## Can I run Clixon as a container?
|
||||
|
||||
Yes, Clixon has two examples on how to build docker containers. A [base](../docker/base) image and a complete [example system](../docker/system).
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue