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 |
| [email protected] | Fairbanks, AK. 99709 | only on AXP |
+---------------------------------------------------------------------+
