<div dir="ltr"><div>The "random-id" setting looks promising, thanks!<br><br>I'm not using physical devices but rather Linux namespaces linked together using veth interfaces, in the 7-node case I've got a topology that looks similar to this: <a href="https://trello.com/c/f23GNDfZ/34-flesh-out-billing-algo">https://trello.com/c/f23GNDfZ/34-flesh-out-billing-algo</a> - but without the "Internet" and H vertices. Presently, I'm starting my babeld instances in 2.1 seconds intervals and then wait 25 seconds for convergence. <br><br></div><div>I've also got WireGuard tunneling between vertices, which might also be complicating things, I'll try to find out how the mesh would perform without it.<br><br></div><div>Thanks for the tips,<br></div><div>Stanislaw<br></div></div><br><div class="gmail_quote"><div dir="ltr">pt., 23 mar 2018 o 23:48 użytkownik Juliusz Chroboczek <<a href="mailto:jch@irif.fr">jch@irif.fr</a>> napisał:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> However, using a more convoluted 7-node setup I can hardly get under 40<br>
> seconds.<br>
<br>
How are you measuring?  Are you rebooting your routers, or merely toggling<br>
links up/down?<br>
<br>
If the latter, than there is a problem.  If the former, then you should<br>
either make sure that the state file is preserved across reboots, or run<br>
with "random-id true".<br>
<br>
Explanation: a Babel router's seqno must be preserved across reboots in<br>
order to avoid spuriously triggering the loop-avoidance algorithm.  This<br>
is what the state file is used for.  If for some reason you cannot<br>
preserve the seqno, the "random-id" option can be used to create a new set<br>
of loop-avoidance state at each boot.<br>
<br>
-- Juliusz<br>
</blockquote></div>