You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
SCAMP uses a lease mechanism: after a while, a link becomes stale and must be replaced in order to rebalance the views.
Without it, newly joined peers have a partialView of 1 peer only, which increases the risk of disconnections due to failures. With this mechanism, the new peer will receive subscriptions requests and therefore, will add peers to its partialView.
The text was updated successfully, but these errors were encountered:
Implemented as it is in the paper. Nevertheless, the thing does not work properly.
Paper (see ref. in readme) is a little bit fuzzy about it. For instance, it seems to assume that the renewing of the leases are not started at a same time ( Which can happen in small network ).
Also, it closes the inView links and resubscribe through the partialView to the network. Meaning that during a certain time, this peer cannot receive any messages. Imho, it constitutes a weakness of the protocol, especially in our context (where connections are created via handshake).
To implement such mechanism, the links established must be "stable". Thus, we allow the link to die when a peer crashes. However, when a peer renew its lease, links are not simply deleted. They are kept until all requests have been answered or after timeout, or the link where corresponding requests were sent died.
SCAMP uses a lease mechanism: after a while, a link becomes stale and must be replaced in order to rebalance the views.
Without it, newly joined peers have a partialView of 1 peer only, which increases the risk of disconnections due to failures. With this mechanism, the new peer will receive subscriptions requests and therefore, will add peers to its partialView.
The text was updated successfully, but these errors were encountered: