bird control socket response

[Maria Matejka]

Hello!

We could do it as length+text kinda easily but for historical reasons it 
isn't there. Please note that this kind of interface has become 
impossible to maintain. We won't extend this interface to include 
length, mostly bc. it would just be another hack in an already 
insufficient and slow protocol.

You may expect not only a completely new protocol based on CBOR and YANG 
to communicate with BIRD, but also a quite fast discontinuation of the 
current interface.

I hope this information somehow helps you in your long-term planning.

Maria

On 2023-10-18 23:26, Alexander Zubkov via Bird-users wrote:
> Hi,
>
> You can find some information about it here:
>
> https://bird.network.cz/?get_doc&v=20&f=prog-2.html#ss2.10 
> <https://bird.network.cz/?get_doc&v=20&f=prog-2.html#ss2.10>
>
> I think (IMHO) the reason why it is not implemented as "length+text" 
> is because for that you need to prepare the whole response in some 
> buffer first to calculate its size. In the current approach you can 
> put the things out without the intermediate buffer.
>
> Regards,
> Alexander
>
> On Wed, Oct 18, 2023 at 11:17 PM LIU Chris via Bird-users 
> <bird-users at network.cz> wrote:
>
>     Classified as: {OPEN}
>
>     I don’t think so.
>
>     In fact, nothing wrong, just wondering the reason.
>
>     {OPEN}
>
>     *From:*netravnen+birdlist at gmail.com
>     <mailto:netravnen%2Bbirdlist at gmail.com>
>     <netravnen+birdlist at gmail.com
>     <mailto:netravnen%2Bbirdlist at gmail.com>>
>     *Sent:* Wednesday, October 18, 2023 2:06 PM
>     *To:* LIU Chris <chris-zq.liu at urbanandmainlines.com>
>     *Cc:* bird-users at network.cz
>     *Subject:* Re: bird control socket response
>
>
>     	
>
>     You don't often get email from netravnen+birdlist at gmail.com. Learn
>     why this is important <https://aka.ms/LearnAboutSenderIdentification>
>
>     	
>
>     LIU,
>
>     Can the use case be covered by SNMPd agentx support?
>
>     https://gitlab.nic.cz/labs/bird/-/blob/master/doc/roadmap.md
>
>     On Wed, 18 Oct 2023 at 19:19, LIU Chris via Bird-users
>     <bird-users at network.cz> wrote:
>
>         Classified as: {OPEN}
>
>         I want to implement an application to talk to bird daemon,
>         basically like birdc/birdcl.
>
>         The control socket is TCP stream, it is fine. But the response
>         from bird daemon adds some headers for each line
>
>         I understand server want to make a boundary/delimiter for
>         stream. Just wondering why not just add how many bytes in the
>         beginning of response, instead of this inconvenient way (have
>         to decode line by line). I am not question bird
>         implementation, just wondering J
>
>         Current format like below
>
>         Show protocols
>
>         0001 BIRD 2.0.10 ready.
>
>         2002-Name _Proto_ Table      State  Since         Info
>
>         1002-device1    Device     ---        up
>
>          static_bgp     Static     master4    up
>
>          kernel1     Kernel     master4    up
>
>         0000
>
>         With Best Regards,
>
>         Chris LIU
>
>         {OPEN}
>
>
>         /Thales is in the process of carving out its Transportation
>         activity (GTS) from other Thales’ activities. In order to
>         prepare this internal restructuring, a new e-mail address has
>         been adopted and your GTS contacts now use
>         urbanandmainlines.com <http://urbanandmainlines.com>. Please
>         note that their Thales e-mail address remains also valid./
>
>
>     /Thales is in the process of carving out its Transportation
>     activity (GTS) from other Thales’ activities. In order to prepare
>     this internal restructuring, a new e-mail address has been adopted
>     and your GTS contacts now use urbanandmainlines.com
>     <http://urbanandmainlines.com>. Please note that their Thales
>     e-mail address remains also valid./
>
-- 
Maria Matejka (she/her) | BIRD Team Leader | CZ.NIC, z.s.p.o.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://trubka.network.cz/pipermail/bird-users/attachments/20231018/0dd7084e/attachment.htm>