diff options
author | Jon Paul Maloy <jon.maloy@ericsson.com> | 2015-10-22 14:51:42 +0200 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2015-10-24 15:56:39 +0200 |
commit | b06b281e79375fcbd9ffaec7c5fdc350b888d089 (patch) | |
tree | 74227c840529e15377aad08e5dc4ddab21fba2cd /drivers/macintosh | |
parent | tipc: let broadcast packet reception use new link receive function (diff) | |
download | linux-b06b281e79375fcbd9ffaec7c5fdc350b888d089.tar.xz linux-b06b281e79375fcbd9ffaec7c5fdc350b888d089.zip |
tipc: simplify bearer level broadcast
Until now, we have been keeping track of the exact set of broadcast
destinations though the help structure tipc_node_map. This leads us to
have to maintain a whole infrastructure for supporting this, including
a pseudo-bearer and a number of functions to manipulate both the bearers
and the node map correctly. Apart from the complexity, this approach is
also limiting, as struct tipc_node_map only can support cluster local
broadcast if we want to avoid it becoming excessively large. We want to
eliminate this limitation, in order to enable introduction of scoped
multicast in the future.
A closer analysis reveals that it is unnecessary maintaining this "full
set" overview; it is sufficient to keep a counter per bearer, indicating
how many nodes can be reached via this bearer at the moment. The protocol
is now robust enough to handle transitional discrepancies between the
nominal number of reachable destinations, as expected by the broadcast
protocol itself, and the number which is actually reachable at the
moment. The initial broadcast synchronization, in conjunction with the
retransmission mechanism, ensures that all packets will eventually be
acknowledged by the correct set of destinations.
This commit introduces these changes.
Signed-off-by: Jon Maloy <jon.maloy@ericsson.com>
Reviewed-by: Ying Xue <ying.xue@windriver.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/macintosh')
0 files changed, 0 insertions, 0 deletions