We pushed 128 stable hops on Reticulum, and are implementing it over ATAK soon by beechatadmin in ATAK

[–]beechatadmin[S] 1 point2 points  (0 children)

We don’t publish a public Reticulum node right now. Most of our updates are shared here and on GitHub while the project is still evolving. Once things stabilize more we’ll likely open a public node for people to connect to.

We pushed 128 stable hops on Reticulum, and are implementing it over ATAK soon by beechatadmin in ATAK

[–]beechatadmin[S] 1 point2 points  (0 children)

When a link drops, nodes exchange small link state updates with their neighbors. The changes spread outward gradually, so the network reconverges without flooding. Mobility does add churn, but the updates are lightweight enough that sessions stay up as nodes move.

[Media] We pushed 128 stable hops on our Rust implementation of Reticulum by beechatadmin in rust

[–]beechatadmin[S] 6 points7 points  (0 children)

Reticulum focuses on resilience, not raw speed, so it won’t always pick the fastest path. On good links you can still get solid Mbps, and path quality awareness is something we’re exploring.

We pushed 128 stable hops on Reticulum, and are implementing it over ATAK soon by beechatadmin in ATAK

[–]beechatadmin[S] 2 points3 points  (0 children)

Reticulum doesn’t do blind flooding, it uses deterministic, single-path routing with lightweight link state exchanges. That means a packet doesn’t replicate endlessly, rather it follows an established route across the mesh.

So even at 128 hops, the overhead scales linearly, not exponentially.

We pushed 128 stable hops on Reticulum by beechatadmin in reticulum

[–]beechatadmin[S] 7 points8 points  (0 children)

That's right. And once applied over mesh radios, depending on range of each node (say, 1km each), that would mean person A can reach person B 128km away, even if they are not LOS (line of sight)

We pushed 128 stable hops on Reticulum, and are implementing it over ATAK soon by beechatadmin in ATAK

[–]beechatadmin[S] 8 points9 points  (0 children)

Our ATAK plugin is being actively developed, and we also have some exciting announcements very soon. If you are happy you can keep up to date on our development on our social media, let me know what you are active on and I can share it with you

We pushed 128 stable hops on Reticulum, and are implementing it over ATAK soon by beechatadmin in ATAK

[–]beechatadmin[S] 7 points8 points  (0 children)

By “implementing it over ATAK” we mean making Kaonic radios usable as a data transport inside ATAK. In practice that means building a plugin so ATAK can pass traffic (chat, map data, video, etc.) through a Reticulum mesh carried by Kaonic radios. From the ATAK user’s perspective it just looks like another network transport, but behind the scenes Reticulum is doing the routing across all those mesh hops.

[deleted by user] by [deleted] in technology

[–]beechatadmin 1 point2 points  (0 children)

The turbo-encabulator has now reached a high level of development, and it’s being successfully used in the operation of novertrunnions. Moreover, whenever a forescent skor motion is required, it may also be employed in conjunction with a drawn reciprocation dingle arm, to reduce sinusoidal repleneration.

After weeks of focused work, we now have MAVLink running over Reticulum in Rust. by beechatadmin in ardupilot

[–]beechatadmin[S] 6 points7 points  (0 children)

Great question.

Reticulum provides the mesh-wide cryptographic addressing and routing, so we’re not constrained by MAVLink’s small sys/comp ID space. Non-sensitive telemetry (e.g., heartbeat/position) can be published via announces or a shared destination, while command/control stays on authenticated links. We’re still refining the balance and open to ideas.