<div dir="auto"><div>Hello,</div><div dir="auto">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.</div><div><br></div><div data-smartmail="gmail_signature">Pozdrawiam,<br>Łukasz Jarosz</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">pon., 8 wrz 2025, 16:15 użytkownik Ondrej Zajicek <<a href="mailto:santiago@crfreenet.org">santiago@crfreenet.org</a>> napisał:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Sep 08, 2025 at 09:17:17AM +0000, Sébastien PARISOT wrote:<br>
> Hello David,<br>
> <br>
> To be honest I expected this kind of answer for the first 2 patches :)<br>
> I thought this one would be ok as it only adds a new field/line in the<br>
> output and do not touch the existing output, but sure I understand.<br>
> Relying on text output is always fragile and any change is risky.<br>
<br>
Hello<br>
<br>
You are right, this is more an answer for the first 2 patches. We are<br>
generally okay with adding a new line to 'show protocols all' from the<br>
compatibility point of view. But our rule of thumb here is that we do<br>
not want to add a line here that is purely configuration data without<br>
a good reason, as this command should mainly show runtime data.<br>
<br>
People could argue that half of BGP configuration options are important<br>
enough to be shown here and we would like to avoid adding them all,<br>
especially when these command outputs are manually implemented.<br>
<br>
-- <br>
Elen sila lumenn' omentielvo<br>
<br>
Ondrej 'Santiago' Zajicek (email: <a href="mailto:santiago@crfreenet.org" target="_blank" rel="noreferrer">santiago@crfreenet.org</a>)<br>
"To err is human -- to blame it on a computer is even more so."<br>
<br>
</blockquote></div>