Idea #21206
RoutingMaster should always send up-to-date updates
Status:
New
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
10/22/2018
Due date:
% Done:
0%
Estimated time:
Experiment:
-
Description
When a sender (BoardReader) fails to acknowledge a table update, the RoutingMaster continually re-sends the update and collects acks. There should be a case where the RoutingMaster adds additional routing information to the table, wipes its slate of received acks, and starts sending the new table. Limits should be set on how large the table is allowed to grow before RoutingMaster goes back to "get all acks for this table" mode.