[Olsr-dev] BUGs found in MPR selection algorithm and Default message Forwarding Algorithm
Tue Mar 24 22:10:22 CET 2009
IMO a link-state protocol without any form of reliable transport
underneath - in combination with doing fancy flooding optimization
is a really bad idea.
in a lossy environment that extra, some say "sub-optimal" flooding
may be the "safety belt" that you need to get to a decent probability
to get your message across.
Andres Medina wrote:
> While we are not convinced which flooding techniques is better, after
> considerable debate, we are fairly convinced that the RFC says that the TC
> message should not be forwarded if it has ever been received over a
> symmetric link.
> We ran some simulations and found that the RFC method greatly reduces the
> number of nodes that forward a TC message (see attached plot). However, we
> are unsure whether the RFC method would significantly reduce the reliability
> of TC message flooding. Clearly, significantly unreliable TC message
> flooding would be bigger problem than too much overhead. We are studying
> this issue and should have a more definitive answer in the next month or so.
> Perhaps this second bug should not be addressed until our analysis is
More information about the Olsr-dev