MeshAtlas

Independent communication. Community-built coverage. Beyond mobile networks and internet dependency.

How Many Meshtastic Nodes Does a Community Need?

There is no useful formula based only on population or square kilometers. A flat town may obtain practical coverage from a few elevated nodes, while two villages separated by a ridge may need a carefully placed relay even when they are only kilometers apart. The correct number is the smallest set of nodes that provides the required access, paths and redundancy without creating unnecessary radio traffic.

Count functions, not devices

Separate personal user devices from infrastructure. Twenty handheld nodes in homes do not equal twenty reliable relays: some will be switched off, carried away, placed behind concrete or configured differently. Plan the fixed network around known sites and treat user nodes as beneficiaries and useful opportunistic participants.

For each proposed infrastructure node, write down its job. Does it serve a neighborhood, bridge two valleys, provide an alternate route, host MQTT or merely duplicate coverage already provided? If no clear answer exists, do not install it yet.

A practical starting scale

SituationSensible pilotWhat determines expansion
Small neighborhood1–2 elevated fixed nodesBuilding shadows and handheld access
Compact town2–4 complementary sitesTerrain, roof height and alternate paths
Long valleyNodes at bends or overlooking segmentsBlocked line of sight and valley geometry
Two nearby townsLocal access plus one tested inter-town pathWhether each side can answer the bridge
Regional networkSeveral local cells joined by sparse backbone sitesCapacity, resilience and maintenance reach

These are planning ranges, not guarantees. Test results can justify fewer or more sites.

Why more nodes can make the mesh worse

Meshtastic uses managed flooding rather than a conventional route table. Nodes rebroadcast newly heard packets according to role and timing, while suppressing duplicates. Every rebroadcast occupies shared airtime. Dense clusters, excessive infrastructure roles, frequent telemetry and high hop limits can therefore increase collisions and delay useful messages.

The official mesh algorithm documentation explains duplicate suppression and rebroadcasting. Meshtastic’s configuration guidance recommends a maximum hop count of three unless a real edge case requires otherwise.

Coverage needs overlap, not saturation

A public network should normally give important areas access to at least one strong infrastructure site. Critical areas should see two useful sites or have another viable route when the primary site fails. This is purposeful overlap. Installing many nodes that all hear the same area and the same backbone adds little resilience.

Map “coverage cells” around hills, rooftops or valleys. Then map the links between those cells. The number of nodes follows from these two questions:

  1. How many sites are required for users to enter the mesh?
  2. How many additional sites are required so important areas remain connected after a likely failure?

Distinguish audible from usable

A node appearing occasionally in a node list is not proof of dependable coverage. Test message delivery in both directions and at representative user locations. Measure over time, in different weather and with normal antennas. A powerful elevated station may be widely heard while receiving weak handheld replies unreliably.

Urban density and rural distance

Urban networks generally need more access sites because buildings create shadows, but should be especially cautious about too many forwarding nodes in the same RF neighborhood. Rural networks may need fewer nodes across open terrain, yet one ridge or forested bend can force an additional relay. Long rural links also require greater fade margin and stronger maintenance planning.

Calculate the minimum resilient network

Draw the infrastructure as dots and tested radio links. Mark the nodes whose removal separates a major part of the graph. Those are single points of failure. Add the most valuable alternative path, not simply the closest extra node. If two paths share the same tower, mains circuit or vulnerable ridge access, they are less independent than the diagram suggests.

Know when to stop adding nodes

Pause expansion when target areas have reliable access, critical links have alternatives, airtime remains healthy and every site has a maintainer. Improve antennas, placement, configuration and documentation before buying more radios. Remove or reconfigure infrastructure that offers no measurable benefit.

A better community metric

Instead of announcing a node count, report:

  • settlements and routes with tested two-way access;
  • important links and their alternatives;
  • percentage of infrastructure heard recently;
  • known coverage gaps;
  • sites with assigned maintainers; and
  • channel utilization during busy periods.

A six-node network with documented coverage and responsible owners is more mature than a hundred unverified map entries.

What to read next

Share with