From: Jon Maloy <[email protected]> Date: Wed, 8 Nov 2017 09:59:26 +0100
> Currently, the TIPC RPS dissector is based only on the incoming packets' > source node address, hence steering all traffic from a node to the same > core. We have seen that this makes the links vulnerable to starvation > and unnecessary resets when we turn down the link tolerance to very low > values. > > To reduce the risk of this happening, we exempt probe and probe replies > packets from the convergence to one core per source node. Instead, we do > the opposite, - we try to diverge those packets across as many cores as > possible, by randomizing the flow selector key. > > To make such packets identifiable to the dissector, we add a new > 'is_keepalive' bit to word 0 of the LINK_PROTOCOL header. This bit is > set both for PROBE and PROBE_REPLY messages, and only for those. > > It should be noted that these packets are not part of any flow anyway, > and only constitute a minuscule fraction of all packets sent across a > link. Hence, there is no risk that this will affect overall performance. > > Acked-by: Ying Xue <[email protected]> > Signed-off-by: Jon Maloy <[email protected]> Applied, thanks. ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/tipc-discussion
