[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[lsd0004] branch master updated: separate procedures from signals
From: |
gnunet |
Subject: |
[lsd0004] branch master updated: separate procedures from signals |
Date: |
Wed, 12 Jan 2022 21:54:13 +0100 |
This is an automated email from the git hooks/post-receive script.
martin-schanzenbach pushed a commit to branch master
in repository lsd0004.
The following commit(s) were added to refs/heads/master by this push:
new 75f2136 separate procedures from signals
75f2136 is described below
commit 75f21360b27f8707ffc49c4a32f10948d2f2778f
Author: Martin Schanzenbach <schanzen@gnunet.org>
AuthorDate: Wed Jan 12 21:54:09 2022 +0100
separate procedures from signals
---
draft-schanzen-r5n.xml | 57 ++++++++++++++++++++++++++++----------------------
1 file changed, 32 insertions(+), 25 deletions(-)
diff --git a/draft-schanzen-r5n.xml b/draft-schanzen-r5n.xml
index fb22168..8acd9f1 100644
--- a/draft-schanzen-r5n.xml
+++ b/draft-schanzen-r5n.xml
@@ -461,28 +461,10 @@ Connectivity | |Underlay| |Underlay|
It is expected that there are basic mechanisms available to
manage node connectivity and addressing.
The required functionality are abstracted through the following
- procedures and events:
+ procedures:
</t>
<!-- FIXME separate procedures from events -->
<dl>
- <dt>
- <tt>PEER_CONNECTED(P)</tt>
- </dt>
- <dd>
- is a signal that allows the DHT to react to a newly connected peer
- <tt>N</tt>.
- Such an event triggers, for example, updates in the
- routing table.
- </dd>
- <dt>
- <tt>PEER_DISCONNECTED(P)</tt>
- </dt>
- <dd>
- is a signal that allows the DHT to react to a recently disconnected
- peer.
- Such an event triggers, for example, updates in the
- routing table.
- </dd>
<dt>
<tt>TRY_CONNECT(N, A)</tt>
</dt>
@@ -522,26 +504,51 @@ Connectivity | |Underlay| |Underlay|
If call to SEND fails, the message has not been sent.
</dd>
<dt>
- <tt>NETWORK_SIZE_ESTIMATE(S)</tt>
+ <tt>ESTIMATE_NETWORK_SIZE() -> S</tt>
</dt>
<dd>
- A function or event that provides estimates on the network size
+ A procedure that provides estimates on the network size
<tt>S</tt> for use in the DHT routing algorithms.
FIXME: What is S and give an example.
</dd>
+ </dl>
+ <t>
+ In addition to the above procedures, which can only be actively
+ triggered by the implementation, the following callbacks or signals
+ drive updates of the routing table:
+ </t>
+ <dl>
+ <dt>
+ <tt>PEER_CONNECTED -> P</tt>
+ </dt>
+ <dd>
+ is a signal that allows the DHT to react to a newly connected peer
+ <tt>P</tt>.
+ Such an event triggers, for example, updates in the
+ routing table.
+ </dd>
+ <dt>
+ <tt>PEER_DISCONNECTED -> P</tt>
+ </dt>
+ <dd>
+ is a signal that allows the DHT to react to a recently disconnected
+ peer.
+ Such an event triggers, for example, updates in the
+ routing table.
+ </dd>
<dt>
- <tt>ADDRESS_ADDED(A)</tt>
+ <tt>ADDRESS_ADDED -> A</tt>
</dt>
<dd>
The underlay signals us that an address <tt>A</tt> was added for our
- local node.
+ local peer.
This information is used to advertise
- connectivity information to the local node.
+ connectivity information to the local peer.
<tt>A</tt> is a string suitable for inclusion in a HELLO payload
<xref target="hello_block"/>.
</dd>
<dt>
- <tt>ADDRESS_DELETED(A)</tt>
+ <tt>ADDRESS_DELETED -> A</tt>
</dt>
<dd>
The underlay signals us that an address <tt>A</tt> was removed.
--
To stop receiving notification emails like this one, please contact
gnunet@gnunet.org.
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [lsd0004] branch master updated: separate procedures from signals,
gnunet <=