Discussion:
Questions on Freenet - Second Try
Philipp
2017-04-25 06:15:37 UTC
Permalink
Hello

Unfortunately, my previously transmitted questions have not been
answered so far. Maybe the large amount of questions was daunting. I
have reduced it to a few questions which can be answered, hopefully,
in a straightforward fashion

Path Folding and Connection Managment:

- Is it required that the data source actually starts to send a "path
folding" offer back along the path or might any node on the path
simply decide to send its node reference back along the path, hoping
to get new connections?

- Does the data source always send the "path folding" offer back or is
it possible to omit this. If the latter is the case, does this imply
that there is no chance for creating new connections on this
particular path?

- If one node answers the "path folding" offer and a new connection is
created, is this "path folding" offer then passed back further along
the path or does it stop at that node?

- When connecting to a new node, how is the Friend-of-a-Friend
information (i.e. the locations of the node's neighbors) exchanged?

- Churn leads to frequent changes in the neighborhood of a node. How
is the Friend-of-a-Friend information maintained to keep the
maintenance overhead small?

Freenet's Load Balancing:

- Relaying a request requires to keep track of it, i.e. the node needs
to store information to be able to return the corresponding response
at a later time. Due to resource limitations, a node cannot accept
arbitrary requests and maintain state for them. Is it possible that a
node refuses a request depending on the number of pending requests it
currently needs to handle?

Best regards,
Philipp
Philipp
2017-04-25 12:14:26 UTC
Permalink
Hello

Unfortunately, my previously transmitted questions have not been
answered so far. Maybe the large amount of questions was daunting. I
have reduced it to a few questions which can be answered, hopefully,
in a straightforward fashion.

Path Folding and Connection Managment:

- Is it required that the data source actually starts to send a "path
folding" offer back along the path or might any node on the path
simply decide to send its node reference back along the path, hoping
to get new connections?

- Does the data source always send the "path folding" offer back or is
it possible to omit this. If the latter is the case, does this imply
that there is no chance for creating new connections on this
particular path?

- If one node answers the "path folding" offer and a new connection is
created, is this "path folding" offer then passed back further along
the path or does it stop at that node?

- When connecting to a new node, how is the Friend-of-a-Friend
information (i.e. the locations of the node's neighbors) exchanged?

- Churn leads to frequent changes in the neighborhood of a node. How
is the Friend-of-a-Friend information maintained to keep the
maintenance overhead small?

Freenet's Load Balancing:

- Relaying a request requires to keep track of it, i.e. the node needs
to store information to be able to return the corresponding response
at a later time. Due to resource limitations, a node cannot accept
arbitrary requests and maintain state for them.

-> So, requests can actually decide to reject a request depending on
their current load. The corresponding connection is marked as "backed
off", i.e. an exponential growing backoff time is determined to pause
the connection. No requests are sent to the node during the backoff
time to prevent putting further load on it.
-> However, Matthew Toseland writes in his work
http://www.toselandcs.co.uk/flogmirror/mjt92-diss-final.pdf that also
a message is sent back to the request initiator in this case.
=> I would like to know, what is the purpose of this message?
=> Does the request initiator react in some way in this situation?

Best regards,
Philipp
Denis Walker
2017-04-26 06:48:15 UTC
Permalink
Hi I stopped using freenett 2years ago sorry I cannot help.

On Tuesday, 25 April 2017, 14:14, Philipp <***@uni-ulm.de> wrote:


Hello

Unfortunately, my previously transmitted questions have not been 
answered so far. Maybe the large amount of questions was daunting. I 
have reduced it to a few questions which can be answered, hopefully, 
in a straightforward fashion.

Path Folding and Connection Managment:

- Is it required that the data source actually starts to send a "path 
folding" offer back along the path or might any node on the path 
simply decide to send its node reference back along the path, hoping 
to get new connections?

- Does the data source always send the "path folding" offer back or is 
it possible to omit this. If the latter is the case, does this imply 
that there is no chance for creating new connections on this 
particular path?

- If one node answers the "path folding" offer and a new connection is 
created, is this "path folding" offer then passed back further along 
the path or does it stop at that node?

- When connecting to a new node, how is the Friend-of-a-Friend 
information (i.e. the locations of the node's neighbors) exchanged?

- Churn leads to frequent changes in the neighborhood of a node. How 
is the Friend-of-a-Friend information maintained to keep the 
maintenance overhead small?

Freenet's Load Balancing:

- Relaying a request requires to keep track of it, i.e. the node needs 
to store information to be able to return the corresponding response 
at a later time. Due to resource limitations, a node cannot accept 
arbitrary requests and maintain state for them.

-> So, requests can actually decide to reject a request depending on 
their current load. The corresponding connection is marked as "backed 
off", i.e. an exponential growing backoff time is determined to pause 
the connection. No requests are sent to the node during the backoff 
time to prevent putting further load on it.
-> However, Matthew Toseland writes in his work 
http://www.toselandcs.co.uk/flogmirror/mjt92-diss-final.pdf that also 
a message is sent back to the request initiator in this case.
=> I would like to know, what is the purpose of this message?
=> Does the request initiator react in some way in this situation?

Best regards,
Philipp

Loading...