[Babel-users] [babel] About Babel-RTT

Donald Eastlake d3e3e3 at gmail.com
Thu Jul 30 04:24:03 BST 2020


Given that it is deployed and working well but not well understood,
this seems like an excellent candidate for an Experimental RFC, which
is what the expired draft here
https://www.ietf.org/archive/id/draft-ietf-babel-rtt-extension-00.txt
is targeted for. Presumably the experiment would be to try variations
in different deployments.

If even experimental is considered too ambitious, it could be just an
informational document to make a record of the known good deployment.
(Either experimental or informational would work as the basis to
allocate the required code point.)

Thanks,
Donald
===============================
 Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
 2386 Panoramic Circle, Apopka, FL 32703 USA
 d3e3e3 at gmail.com

On Tue, Jul 28, 2020 at 2:09 PM Juliusz Chroboczek <jch at irif.fr> wrote:
>
> > In my opinion, without a theoretical understanding, it is difficult to
> > provide adequate guidance to implementers.
>
> Since I'm in a chatty mood, I'll give another example.
>
> While both RFC 2328 and Moy's book are written in a very simple engineering
> style, there is some reasonably solid theory behind OSPF, which at least
> some OSPF specialists don't appear to fully appreciate.  For example, the
> topological restrictions on area adjacency are pretty much the weakest
> conditions that avoid counting to infinity, and the extreme care given to
> the flooding subprotocol indicates a good understanding of the consequences
> of desynchronised LSDBs.
>
> I'm deeply convinced that there is no such thing as sound engineering
> without a solid theoretical base.
>
> -- Juliusz
>
> _______________________________________________
> Babel-users mailing list
> Babel-users at alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/babel-users



More information about the Babel-users mailing list