From: Jon Maloy <jon.ma...@ericsson.com> Date: Mon, 21 Aug 2017 17:59:30 +0200
> When the broadcast send link after 100 attempts has failed to > transfer a packet to all peers, we consider it stale, and reset > it. Thereafter it needs to re-synchronize with the peers, something > currently done by just resetting and re-establishing all links to > all peers. This has turned out to be overkill, with potentially > unwanted consequences for the remaining cluster. > > A closer analysis reveals that this can be done much simpler. When > this kind of failure happens, for reasons that may lie outside the > TIPC protocol, it is typically only one peer which is failing to > receive and acknowledge packets. It is hence sufficient to identify > and reset the links only to that peer to resolve the situation, without > having to reset the broadcast link at all. This solution entails a much > lower risk of negative consequences for the own node as well as for > the overall cluster. > > We implement this change in this commit. > > Reviewed-by: Parthasarathy Bhuvaragan <parthasarathy.bhuvara...@ericsson.com> > Acked-by: Ying Xue <ying....@windriver.com> > Signed-off-by: Jon Maloy <jon.ma...@ericsson.com> Applied, thanks Jon. ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ tipc-discussion mailing list tipc-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tipc-discussion
