Standards

YANG

YANG and XML is the heart of Clixon. Yang modules are used as a specification for handling XML configuration data. The YANG spec is used to generate an interactive CLI, netconf and restconf clients. It also specifies the format of the XML datastore.

The YANG standards that Clixon follows include:

However, Clixon deviates from the YANG standard as follows (reference to RFC7950 in parenthesis):

Not implemented:

  • deviation (7.20.3)
  • action (7.15)
  • augment in a uses sub-clause (7.17) (module-level augment is implemented)
  • require-instance
  • instance-identifier type (9.13)
  • status (7.21.2)
  • YIN (13)
  • Default values on leaf-lists (7.7.2)
  • Lists without keys (non-config lists may lack keys)

Further:

  • Clixon supports the following extended XPath functions (10) * current() * deref() * derived-from(), * derived-from-or-self()
  • The following extended XPath functions are not supported: re-match(), enum-value(), bit-is-set() (10)
  • if-feature-expr is restricted to single layer expressions with and/or: “x and y” and “x or y” is allowed but “x or (not y and z)” is not. (7.20.2)

Regular expressions

Clixon supports two regular expressions engines:

Posix
Posix is the default method, The regexps:s are translated to posix before matching with the standard Linux regex engine. This translation is not complete but can be considered “good-enough” for most yang use-cases. For reference, all standard Yang models have been tested.
Libxml2
Libxml2 uses the XSD regex engine. This is a complete XSD engine but you need to compile and link with libxml2 which may add overhead.

To use libxml2 in clixon you need enable libxml2 in both cligen and clixon:

./configure --with-libxml2 # both cligen and clixon

You then need to set the following configure option:

<CLICON_YANG_REGEXP>libxml2</CLICON_YANG_REGEXP>

XML and XPath

Clixon has its own implementation of XML and XPath. See more in the detailed API reference.

The XML-related standards include:

The following XPath axes are supported:

  • child,
  • descendant,
  • descendant_or_self,
  • self
  • parent

The following xpath axes are not supported: preceeding, preceeding_sibling, namespace, following_sibling, following, ancestor,ancestor_or_self, and attribute

The following XPath functions as defined in Section 4 of the XPath 1.0 standard are supported:

  • count
  • name
  • contains
  • not

The remaining XPath functions are not supported.

The following nodetype nodetests are not supported: processing-instruction, comment.

Unicode

Unicode is not supported in YANG and XML

NETCONF

Clixon implements the following NETCONF RFC:s:

The following RFC6241 capabilities/features are hardcoded in Clixon:

  • :candidate (RFC6241 8.3)
  • :validate (RFC6241 8.6)
  • :xpath (RFC6241 8.9)
  • :notification (RFC5277)

The following features are optional and can be enabled by setting CLICON_FEATURE:

  • :startup (RFC6241 8.7)

Clixon does not support the following NETCONF features:

  • :url capability
  • copy-config source config
  • edit-config testopts
  • edit-config erropts
  • edit-config config-text
  • edit-config operation

Further, in get-config filter expressions, the RFC6241 XPath Capability is preferred over default subtrees. This has two reasons:

  1. XPath has better performance since the underlying system uses xpath, and subtree filtering is done after the complete tree is retreived.
  2. Subtree filtering does not support namespaces yet.

Further, the capability negotiation (hello protocol) as defined in RFC6241 Sec 8.1 and RFC7950 Sec 5.6.4 is only partly implemeted.

Default values

Clixon only stores explicit set default values in datastores, while unset values are populated in memory on retreival. This means that get-config will report all default values, not only those explicitly set.

RFC 6243: With-defaults Capability for NETCONF is not implemented. Among the modes descriibed in the RFC, Clixon implements “report-all” with-respect to GET and GET-CONFIG operations, but “explicit” with reespect to how configurations are saved in datastores.

RESTCONF

Clixon supports the two RESTCONF compile-time variants: FCGI and Native. Both implements RFC 8040: RESTCONF Protocol.

The following features of RFC8040 are supported:

  • OPTIONS, HEAD, GET, POST, PUT, DELETE, PATCH
  • stream notifications (Sec 6)
  • query parameters: “insert”, “point”, “content”, “depth”, “start-time” and “stop-time”.
  • Monitoring (Sec 9)

The following features are not implemented:

  • ETag/Last-Modified
  • Query parameters: “fields”, “filter”, “with-defaults”

RESTCONF event notification as described in RFC7950 section 6 is supported as follows: * is supported by FCGI * is not supported by native

_NMDA_ is partly supported according to RFC 8324 and RFC 8527. With-defaults and with-origin are not implemented.