<div dir="ltr">I'm not a programmer, and I know almost nothing about it...<br><br>But reading this thread, I remembered this draft about BGP-over-QUIC.<br><a href="https://datatracker.ietf.org/doc/draft-retana-idr-bgp-quic/">https://datatracker.ietf.org/doc/draft-retana-idr-bgp-quic/</a><br><br>I'm not sure what I'm going to say, but I have the impression that the session closure control method that will be chosen may have something to do with this BoQ idea.<br><br>I don't even know if what I'm saying makes any sense or not.<br>But if you do, it may be something that you have to take into consideration when choosing the method.<br><br>And besides, there are many other "ifs"...<br>We don't even know if this Draft will actually become an RFC. And if it becomes RFC, we don't even know if it will have traction.<br>We also don't know if the IBRD project will adhere to this protocol, etc...<br><br>But, I thought it was opportune to mention.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em qui., 16 de mai. de 2024 às 07:59, Ondrej Zajicek <<a href="mailto:santiago@crfreenet.org">santiago@crfreenet.org</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, May 15, 2024 at 06:37:18PM +0200, Job Snijders via Bird-users wrote:<br>
> Dear BIRD people,<br>
> <br>
> On most systems RFC 896 TCP congestion control is used, also known as<br>
> "Nagle's algorithm". This algorithm is intended to help coalesce<br>
> consecutive small packets from userland applications (like BIRD) into a<br>
> single larger TCP packet. The idea being it reduces bandwidth because<br>
> there is less TCP overhead if data is bundled into fewer packets.<br>
> ...<br>
> I think using TCP_NODELAY is interesting to consider, because it seems<br>
> sensible to try to deliver BGP messages as fast as possible. OpenBGPD<br>
> and FRR set the TCP_NODELAY socket option.<br>
<br>
Hi<br>
<br>
Yeah, i think that using TCP_NODELAY for BGP makes sense, considering<br>
there is already non-trivial framing and we write individual BGP messages<br>
with one write().<br>
<br>
-- <br>
Elen sila lumenn' omentielvo<br>
<br>
Ondrej 'Santiago' Zajicek (email: <a href="mailto:santiago@crfreenet.org" target="_blank">santiago@crfreenet.org</a>)<br>
"To err is human -- to blame it on a computer is even more so."<br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr">Douglas Fernando Fischer<br>Engº de Controle e Automação<br><div style="padding:0px;margin-left:0px;margin-top:0px;overflow:hidden;color:black;text-align:left;line-height:130%;font-family:"courier new",monospace"></div></div></div>