DHT Routing Geometry Review

From: Troy Ronda <ronda_REMOVE_THIS_FROM_EMAIL_FIRST_at_cs.toronto.edu>
Date: Sun, 20 Nov 2005 22:31:09 -0500

The Impact of DHT Routing Geometry on Resilience and Proximity Review
Review By: Troy Ronda

There are many proposed DHT designs. They have, in common, promising
capabilities such as O(log n) scalability, retrieval of objects based on a
hash-like property. They have been proposed as the substrate for
distributed applications. Previous literature has not focused on making
comparisons between these DHT designs. This paper compares DHT design
geometries -- viewing the methods of DHT routing and neighbor selection
with a geometric interpretation -- as it relates to failure resilience and
the geometrys inherent flexibility to choose routes based on proximity.
CAN, for example, routes based on a hypercube, chord along a ring, viceroy
along a butterfly, and PRR along a tree-like structure. The main point of
this paper is to determine what flexibility is offered by a geometry; that
is, can an implementation build a feature into a geometry, or does that
geometry preclude the feature from being included. For example, trees,
hypercubes, butterfly, and the XOR methods do not have natural support for
sequential neighbors but the ring does. The static resilience -- the
ability of a DHT geometry to recover from node failures before the routing
table is updated -- of a geometry is largely determined by its level of
routing flexibility. The ring geometry offers the best flexibility and
therefore the best resilience. The tree and butterfly geometry have the
lowest flexibility and therefore the worst resilience. Proximity neighbor
selection (PNS) is when neighbors in the routing table are chosen based on
proximity. Proximity route selection (PRS) is when the choice of next-hop
depends on proximity. Both of these methods can help find better paths but
proximity neighbor selection is shown to be significantly better than
proximity route selection. Routing geometry constrains other routing
design issues, and is thus fundamental. Flexibility is important; this is
the most important difference between geometries. The ring geometry
appears to be the best (as compared to the others in this study), so why
not use it? (question, not conclusion).

The introduction to each algorithm, along with the discussion on
flexibility given a routing table is good. The main strength of this paper
is the comparisons between geometries without concern for a particular
implementation. As the authors state in their discussion items, we need to
do component based analysis, instead of focusing on turn-key systems.
Proximity route selection and proximity neighbor selection, for example,
are compared and the proximity neighbor selection method is shown to be
superior. It is nice to read the conclusion that flexibility is the
important difference between geometries. I suppose that the previous
papers we have read in class have been leading into this point. Another
big plus for this paper is it gives the ability for non-experts to enter
the area. It avoids technical theorems and terminology (for the most
part). They give intuitive examples for most of their discussion.

I did not enjoy this paper on the first read, although I found it more
interesting the second time. The largest problem in this paper is the
frequent use of abbreviations; having to flip back several pages to
remember made the reading unpleasant. The most annoying example is PRS
(proximity route selection) and PNS (proximity neighbor selection). A
troubling issue with this paper is that it leaves the reader wondering
about the point of research in DHT routing design. If the ring geometry
works so well, is there going to be any fundamentally better algorithm in
the future? What I mean is, should work be focused on better
implementations of the ring geometry, such as better proximity detection
instead of new geometries? This seems to be the most important area of
improvement for DHT routing. Another issue in this paper is the simulation
data. Since the authors do not use turn-key systems it would be good to
get some discussion on algorithm implementation when presenting simulation
results.
Received on Sun Nov 20 2005 - 22:31:17 EST

This archive was generated by hypermail 2.2.0 : Sun Nov 20 2005 - 23:37:35 EST