public inbox for nncp-devel@lists.stargrave.org
Atom feed
From: Sergey Matveev <stargrave@stargrave•org>
To: nncp-devel@lists.cypherpunks.su
Subject: Re: NNCP with SP via high-latency links and TCP timeouts
Date: Sat, 18 Jan 2025 23:38:20 +0300 [thread overview]
Message-ID: <Z4wRSgLJHOyfspq7@stargrave.org> (raw)
In-Reply-To: <20250118111530.2938db8d@ciel>
[-- Attachment #1: Type: text/plain, Size: 1296 bytes --]
Greetings!
*** Marek Küthe [2025-01-18 11:15]:
>- Does NNCP SP also work over UDP?
No, it does not.
>- I looked at the source code and saw that various timeouts are set.
>However, I found on [1] that only the timeouts for the connection and
>not the TCP handshake (which is started in call.go line 91) are set.
>Is this intentional? Have I overlooked something?
That is not intentional: I just did not think about establishment
timeout. Anyway TCP workability completely depends on native operating
system's network stack. NNCP just use native OS abilities.
>I recently came across NNCP and on the homepage it says that it also
>works over high latency links
Well, 30sec latency is anomalously huge delay for IP-link. Even
communication with geostationary satellite has less than 1s RTT.
I can imagine only very buffer-bloated stack, that adds such huge
latencies.
Delay-tolerant networking and all that subject is not about
workability of online/SP protocol, but about packets lying in
the spool and having no explicit eviction time, just waiting
when someone, possibly by using store-and-forward method, with
removable media, will take them out.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: 12AD 3268 9C66 0D42 6967 FD75 CB82 0563 2107 AD8A
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
next prev parent reply other threads:[~2025-01-18 20:38 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-18 11:15 NNCP with SP via high-latency links and TCP timeouts Marek Küthe
2025-01-18 20:38 ` Sergey Matveev [this message]
2025-01-18 20:49 ` Marek Küthe
2025-01-18 20:58 ` Sergey Matveev
2025-01-19 1:45 ` John Goerzen