ConfD User Community

Is it possible to load multiple versions of a yang model simultaneously into confd


#1

I wish to support old and new versions of software towards confd’s southbound interface ,
so wondering if anyone has tried this before …
and how would the c-api DP api’s be able to differntiate the calls of say get,get_next of the two releases??


#2

ConfD will only load the latest version of a YANG model at runtime. ConfD will only communicate with one set of data provider daemons (of the same revision) on the southbound side.


#3

Thanks …
am guessing it’s not possible to even load a renamed yang file also (like routes_oldrelease.yang) , since when seen from netconf client ,the parameters being modelled will appear as duplicates as the parameters would all be loaded into the same namespace.

am I thinking in the right direction ??


#4

Hi ascesh

Correct. You can for example rename the namespace of the old version, and then not export it over the northbound interfaces if you wish.

See confdc man page “–export” flag for more on how to make the namespace visible to “none” except southbound applications.

But why you would like to keep both new version and old version data in the datastore simultaneously? If it is for upgrade reasons, there are other ConfD mechanisms that are likely more suitable.


#5

Hey Cohult ,

Yes,it’s for upgrade reasons that we wish to keep the old and new versions of data.

Because in our deployment, confd will be deployed in a centralised configuration management server.
which will need to forward configuration updates to worker nodes (do you have any suggestions here on how to forward the configurations, I am aware of confd as sub-agent concept, is there any other suggestions ).

and it’s possible the all the worker nodes are not upgraded at the same time … i.e few are upgraded to new release first.

so for the intermediate period of time when both versions of software are running in the deployment , we will need to support two sets of yang versions :slight_smile:


#8

Hi Ascesh,

Your upgrade scenario, running old versions in parallel with new versions, is sort of making your main ConfD into an EMS which is not what ConfD is targeting. You will have to add some functionality yourself as discussed earlier.

As inspiration, here are some examples of a “roll-your-own” distributed ConfD, besides the subagent concept:
https://cisco.box.com/s/9b0qf3xsaerurhg6jxqzsspty6h91cu9
All examples require you to do some work.


#9

Hi cohult,

Could you give me the permission to see the examples from the link you posted ? I am interested in checking them.

Thank you.