frr using netconf datastores?

[Thomas.Swendseid at gd-ms.com]

Dear FRR Dev team,

                I had a question on whether the FRR in its current implementation works with Netconf and Yang?   I do believe it does but I haven't been able to fully piece this together from the available documentation and other sources.    I have downloaded the FRR (v 8.4.1), compiled it, and started it such that the ospfd is up and running.   I've started netopeer2-server and netopeer2-cli and I can connect and see the datastores (running, candidate, startup) available.  But my question is whether ospfd is consuming the 'startup' or 'running' datastore?   The FRR was compiled with sysrepo enabled as well as specifying "-M sysrepo" on the ospfd command line.   I'm not seeing any output from the daemon that would make me think it's using the datastore.   Do I have to implement any callbacks or do any development work to have the ospfd use the datastore?

Thanks for your help.


Tom Swendseid

[cid:image001.jpg at 01D90EFC.D9804570]
(480) 441.8173
thomas.swendseid at gd-ms.com<mailto:thomas.swendseid at gd-ms.com>


This message and/or attachments may include information subject to GD Corporate Policies 07-103 and 07-105 and is intended to be accessed only by authorized recipients.  Use, storage and transmission are governed by General Dynamics and its policies. Contractual restrictions apply to third parties.  Recipients should refer to the policies or contract to determine proper handling.  Unauthorized review, use, disclosure or distribution is prohibited.  If you are not an intended recipient, please contact the sender and destroy all copies of the original message.




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.frrouting.org/pipermail/dev/attachments/20221213/2caaeb97/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 3458 bytes
Desc: image001.jpg
URL: <http://lists.frrouting.org/pipermail/dev/attachments/20221213/2caaeb97/attachment.jpg>