upleb.uk

Public git repos — served from a NIP-34 GRASP relay at git.upleb.uk

summaryrefslogtreecommitdiff
path: root/src/btfrv.h
diff options
context:
space:
mode:
authorBitflash <btf01@proton.me>2026-07-30 13:38:12 -0300
committerGitHub <noreply@github.com>2026-07-30 13:38:12 -0300
commit9f7141b28e2da9db7d7cb099d1f13f28742ff0fa (patch)
treea934b2a786639046298b23eef02a4d6468b1d629 /src/btfrv.h
parentb539d776bd86df9224d97048f26f33d2750d1c92 (diff)
rendezvous: bound the wait for a dial, so a dead path is noticed (#51)
A node registers at a relay and waits to be dialled. The wait had no bound, and ConnectTo() clears the socket timeout on purpose -- a registration is idle by design and may sit for a long time. What that cannot survive is the path dying with neither end saying so, which is the ordinary case and not the exotic one: a NAT drops the idle mapping, a relay restarts, a route changes. No FIN arrives, nothing becomes readable, and recv() never returns. The thread stays alive and asleep, so ThreadBtfAccept never reaches the `continue` that would register again. The node is unreachable and every outward sign says it is fine. Caught on the bootstrap seed: 27 minutes without a block, eight behind the network, relay reachable the whole time, and a restart fixing it instantly. Nothing in the log marked the moment it went deaf. I tried TCP keepalive first and it does not work here. With probes every 5s and a 2-probe limit, a socket whose replies were being dropped was still ESTAB after four minutes with the probe counter stuck at zero. It is measured, not assumed, and that approach is not in this change. So the bound is ours to enforce, at the one place that knows what waiting means. RvServiceWaitPaired takes a timeout; expiring is not an error but "nobody came, go round again", which the loop above already handles. Cost is one reconnect per relay per five minutes. Verified by killing a registration's path silently -- dropping only the relay's replies, so no RST or FIN is ever seen. With a 60s bound for the test: rendezvous: no dial at 92.246.128.180:8434 within 60s (or it dropped us), re-registering Registrations went 1 -> 2 and the node carried on. Before this, the same treatment left it blocked past four minutes with no log line at all. The socket goes back to blocking once a dial lands, because from that point it is a data tunnel and a tunnel is allowed to sit quiet between messages.
Diffstat (limited to 'src/btfrv.h')
-rw-r--r--src/btfrv.h7
1 files changed, 6 insertions, 1 deletions
diff --git a/src/btfrv.h b/src/btfrv.h
index 9d6756e..9cd7476 100644
--- a/src/btfrv.h
+++ b/src/btfrv.h
@@ -49,7 +49,12 @@ RvSocket RvServiceRegister(const char* relay_host, unsigned short port,
49// Block on a registered service socket until a client is paired to us. Returns 49// Block on a registered service socket until a client is paired to us. Returns
50// false if the relay drops us or errors, in which case the caller should close 50// false if the relay drops us or errors, in which case the caller should close
51// the socket and register again. 51// the socket and register again.
52bool RvServiceWaitPaired(RvSocket s); 52// Blocks until a client is paired with us. Give it a timeout, in seconds, and
53// it returns false once that passes with nobody arriving -- which the caller
54// should treat as "register again", not as an error. Zero means wait forever,
55// which is what this used to do unconditionally and must not be used for a
56// registration socket: see the note on the implementation.
57bool RvServiceWaitPaired(RvSocket s, int nTimeoutSecs = 0);
53 58
54// ---- client side (the node dialing a .btf address) ---- 59// ---- client side (the node dialing a .btf address) ----
55// Connect through the relay to the service registered under `target_pubkey`. 60// Connect through the relay to the service registered under `target_pubkey`.