NETCONF Capabilities Exchange

After a NETCONF session is established, a client and a server immediately exchange Hello messages (with the <hello> element that contains the set of capabilities supported locally) to each other. If both ends support a capability, they can implement special management functions based on this capability.

The capability negotiation result depends on the capability set on the server side for standard capabilities (except the notification capability) while depends on the capabilities that both ends support for extended capabilities.

A NETCONF server can send a <hello> element to advertise the capabilities that it supports.

When a Huawei device interconnects to a non-Huawei device:
  • If the capabilities contained in a <hello> element sent from the peer are all standard capabilities, the Huawei device replies with a YANG packet.
  • If the capabilities contained in a <hello> element sent from the peer are all standard capabilities and the peer expects a schema packet, the schema 1.0 capability set can be added in the <hello> element.
    <capability>http://www.huawei.com/netconf/capability/schema/1.0</capability>
  • If a <hello> element sent from the peer contains extended capabilities, the Huawei device replies with a schema packet.

After a NETCONF server exchanges <hello> elements with a NETCONF client, the server waits for <rpc> elements from the client. The server returns an <rpc-reply> element in response to each <rpc> element. Figure 1 shows the process.

Figure 1 Capabilities exchange interaction between the NETCONF server and client
Copyright © Huawei Technologies Co., Ltd.
Copyright © Huawei Technologies Co., Ltd.
< Previous topic Next topic >