[Olsr-dev] reliable vs unreliable updates
Sun Nov 15 17:53:38 CET 2009
> Reliable updates could be useful for DB synchronizing after a startup
> or manet merge. Fist goal would be fast DB exchange, either reliable
> or not.
As you justly note, that's pretty much unrelated to the issue of
FWIW, Babel does a fast resynchronisation at startup and under some
circumstances that are indicative a merge, although it does so
unreliably. This has been shown to be beneficial in practice: it allows
a node to become productive just one or two seconds after it finishes
booting. But there's no evidence whether doing that reliably would
be beneficial (just to be clear: there's no evidence either way).
 babeld.c line 515 and neighbour.c line 187.
 That's because babel also sends a gratuitious hello when it sees
a new node, which accelerates ETX convergence. (And before you
complain, Babel can perform accurate hello counts even in the
presence of gratuitious hellos.)
More information about the Olsr-dev