Saumitra, Very interesting draft.
Do you have experimental results of how this works in an implementation? In particular, given the sensitivity of the load distribution on delta, I'm wondering whether peers' different perceptions of the size of the overlay creates its own load imbalance factor. (may be able to do that quantitatively, I guess.) It also seems like the arrival of a new peer is going to cause a storm of data migrations, and this would cause the overlay to suffer congestion collapse in anything but a stable overlay. Due to those concerns, and in particular because of the complexity of the implementation, I would oppose modifying the base dht algorithm in this manner. Not that load imbalance and handling peers with different resource levels isn't an issue with the base dht, but implementation complexity is already a serious issue that I remain concerned about. However, I believe a draft like this specifying an alternative dht algorithm is beneficial, and would support a further revision. Bruce On Tue, Mar 3, 2009 at 9:10 PM, Das, Saumitra <[email protected]> wrote: > Hi all, > > I just submitted a draft that proposes a load balancing solution for the > default DHT in RELOAD. Comments are appreciated. > > http://www.ietf.org/internet-drafts/draft-saumitra-p2psip-loadbalance-00.txt > > Best, > Saumitra > > > > > www.saumitra.info > _______________________________________________ > P2PSIP mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/p2psip > _______________________________________________ P2PSIP mailing list [email protected] https://www.ietf.org/mailman/listinfo/p2psip
