Hello Maria , See below ... On Tue, 9 Sep 2025, Maria Matejka via Bird-users wrote:
Hello ?ukasz,
On Mon, Sep 08, 2025 at 04:24:33PM +0200, ?ukasz Jarosz wrote:
Would like to chime in with my two cents about remote control. IMHO, BIRD should have standardized (or at least well documented) protocol for control, so anyone can implement "birdc" alternative as they see fit.
This is indeed our intent with the API efforts. Yet, making it useful, complete, well-performing and most notably long-term maintainable, is on the harder part of the scale.
With that, there is some internal tooling work on the way (because people around Netconf didn't bother to think about performance, let aside maintainability) and as soon we have this, at least an experimental API is gonna be there quite fast.
The actual tooling is UYTC YANG To Code which should enable you to Doing google (not the best for this atm) on "UYTC YANG To Code" returns a I mistyped this it must be UTC YANG ... the rest of the returned data is utterly garbage , Is there a url for this tooling you speak of ?
create local specification aligned with a local YANG file, and then generate well-performing encoders and decoders to be included within your app. And with that, in the end, we expect to ship BIRD with a Python package exporting actually full-blown route objects and protocol objects instead of parsing the CBOR / JSON / XML.
I hope this explains our plans well.
Maria Tia , JimL
-- +---------------------------------------------------------------------+ | James W. Laferriere | System Techniques | Give me VMS | | Network & System Engineer | 3237 Holden Road | Give me Linux | | jiml@system-techniques.com | Fairbanks, AK. 99709 | only on AXP | +---------------------------------------------------------------------+