Indeed, have we actually replicated the clustering effect with churn in a
simulation?
Ian.

On 8/14/07, Matthew Toseland <toad at amphibian.dyndns.org> wrote:
>
> The reasons we need periodic randomization are 1) churn results in
> clustering
> and 2) attacks. So it would be interesting to look at it with some churn.
>
> I'll have a look at the rest tomorrow.
>
> On Tuesday 14 August 2007 21:50, vive wrote:
> > Here are some experiments on running the swapping algorithm with
> periodic
> > randomization of node positions. The idea is to study measures against
> > position clustering, and later on what can be made to counter attacks
> > against the swap algorithm. No attacks have been simulated yet, this is
> the
> > pure impact of randomizing positions on the swapping algorithm.
> >
> > The network size was fixed to 10000 nodes, HTL to 100, and the average
> > degree was varied. Each run a network was initiated as the Kleinberg
> model,
> > measured by routing a while on it, and then positions were uniformly
> > randomly assigned between 0 and 1 before staring the swapping algorithm
> to
> > recover the efficient routing.
> >
> > The major thing to study was the frequency of randomizing the position.
> One
> > run was evaluated for each different frequency X. Randomizing frequency
> X
> > was used as follows: each node randomizes its location each X'th swap
> that
> > goes out from that node. To avoid cyclic behaviour (at least of the
> simple
> > case, perhaps this needs to be extended) each nodes counter for doing
> this
> > is initialized independenty between 0 and X before starting the
> > simulations. Lets say a node randomly initalizes its counter to y
> (between
> > 0 and X), then it will randomize its location on the swap
> > y,y+X,y+2X,y+3X... that starts from it with a random walk (of length 6).
> > This is an easy way to let a node stay with a location for a while
> (unless
> > swapping) and to let the neighbors route through it before randomizing
> > again. X=0 corresponds to not randomizing at all.
> >
> > Discussing the results:
> > There seems to be room for running a low-frequent randomization to begin
> > with. For one case (average degree=10) it even seems to perform better
> in
> > some cases with randomization with a quite large period (this surely
> > depends on that randomization can help the algorithm get out of some
> > suboptimal configurations). This does not seem to happen for a larger
> > average degree, perhaps because each randomization will have impact on
> more
> > links (but that is no controlled answer, just speculation at the
> moment).
> >
> > Another note: how quickly the algorithm improves the network from the
> > entirely randomized state is not of foremost interest here, the
> interesting
> > thing is what happens when the network is rather stable from swapping
> for a
> > long period. Therefore its the resulting level (on the right sides of
> the
> > plots) that are important, but the levels seem to have settled around
> some
> > performance (I will rerun the first simulation again to see how pure
> > swapping without no randmization behaves in a longer run)
> >
> > Finally, we dont know if the observed behaviour here will be the same in
> > the current Freenet topology (since the efficiency of the swapping
> > algorithm depends on how much the topology deviates from the Kleinberg
> > model in the first case). Therefore any implementation attempt should be
> > using defensively low periods of randomization.
> >
> > regards,
> > /Vilhelm
>
> _______________________________________________
> Tech mailing list
> Tech at freenetproject.org
> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/tech
>
>


-- 
Founder and CEO, Thoof Inc
Email: ian at thoof.com
Office: +1 512 524 8934 x 100
Cell: +1 512 422 3588
AIM: ian.clarke at mac.com
Skype: sanity
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<https://emu.freenetproject.org/pipermail/tech/attachments/20070815/bf8103d8/attachment.html>

Reply via email to