Geo-Spatial TDMA Backbone Overlay: Scalable Long-Distance Trunking #3283
ttadegraaff
started this conversation in
Ideas
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
[RFC] Geo-Spatial TDMA Backbone Overlay: Scalable Long-Distance Trunking for MeshCore
Executive Summary (TL;DR)
As MeshCore networks grow, standard CSMA/CA flood routing faces severe airtime congestion, packet collisions, and rapid depletion of
Hop Limitacross long distances.This RFC proposes a Geo-Spatial TDMA Backbone Overlay—a self-healing, zero-configuration infrastructure layer that isolates long-distance transit from local neighborhood traffic. By coupling user-designated backbone nodes with a fixed-cadence Geographic TDMA schedule (leveraging node GPS/location and TCXO precision clocks), the network achieves zero-collision long-distance routing and virtualized single-hop transit, without requiring complex over-the-air schedule negotiations.
1. Problem Statement
Currently, MeshCore handles all communication (local telemetry, short chats, and inter-city messages) on a single contention-based layer (CSMA/CA).
2. Proposed Architecture
The proposed solution introduces a two-tiered network topology: a Local Client Layer and a Geo-TDMA Overlay Layer.
A. Dedicated Backbone Pool & Dynamic Role Assignment
Backbone Node = TRUE): Nodes opt into the backbone layer via a configuration toggle, but eligibility is automatically validated by the firmware. A node must maintain a minimum RSSI/SNR link quality threshold with at least one neighboring geographic tile. Nodes failing to reach adjacent tiles are automatically restricted to standard client mode to prevent gaps in the trunking chain.Hop Limitby exactly 1, and broadcasts it locally.B. Geo-Spatial TDMA & Fixed Cadence Clockwork
To eliminate collisions across long distances, the Overlay operates on a mathematically deterministic time-location schedule:
3. Key Technical Advantages
4. Discussion & Next Steps
We invite open feedback, technical critiques, and implementation ideas from the core development team and the broader MeshCore community.
Looking forward to hearing your thoughts and refining this RFC together!
All reactions