tipc: extend link reset criteria for stale packet retransmission
authorJon Maloy <jon.maloy@ericsson.com>
Fri, 6 Jul 2018 13:22:36 +0000 (15:22 +0200)
committerDavid S. Miller <davem@davemloft.net>
Sat, 7 Jul 2018 12:16:01 +0000 (21:16 +0900)
commita4dc70d46cf1a05b244a06d3d8c0c09908ea13b9
treec455159b7801cc436ef6e412dbca3bac5825eca5
parent4af4f7e8d8d10617b247020e52007acc3da2e22f
tipc: extend link reset criteria for stale packet retransmission

Currently a link is declared stale and reset if there has been 100
repeated attempts to retransmit the same packet. However, in certain
infrastructures we see that packet (NACK) duplicates and delays may
cause such retransmit attempts to occur at a high rate, so that the
peer doesn't have a reasonable chance to acknowledge the reception
before the 100-limit is hit. This may take much less than the
stipulated link tolerance time, and despite that probe/probe replies
otherwise go through as normal.

We now extend the criteria for link reset to also being time based.
I.e., we don't reset the link until the link tolerance time is passed
AND we have made 100 retransmissions attempts.

Acked-by: Ying Xue <ying.xue@windriver.com>
Signed-off-by: Jon Maloy <jon.maloy@ericsson.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/tipc/link.c