Regions
On a shared mesh network, radio airtime is a finite resource. If every message were broadcast across every repeater, the network would quickly become congested and unreliable.
In MeshCore, regions help solve part of this problem by defining boundaries for how some traffic travels. They allow the mesh to contain local traffic within a specific geographical area where it makes sense to, keeping the network quieter while still allowing state-wide or nation-wide messages through as normal.
To understand how regions work in practice, it helps to distinguish between the two concepts that the word "region" refers to:
- Geographic Region: The real-world area on a map where a node lives. In NSW, these are identified using standard airport codes (IATA), such as
SYDfor Sydney orWOLfor Wollongong. You'll also see online tools like MeshMapper and CoreScope use IATAs to label regions. - Region Scope: The actual tag attached to a packet (e.g.,
au-nsw-syd) that dictates which repeaters are permitted to retransmit it, and in turn how far it traverses the network.
Scope Format
Region scopes in NSW use a naming convention formatted as <country>-<state>-<iata>:
- Country Scope (
au): Reaches repeaters across the entire country. - State Scope (
au-nsw): Reaches repeaters across the entire state. - Local / IATA Scope (
au-nsw-syd): Reaches only repeaters servicing that specific local area.
For communities that border multiple states (e.g. Albury/Wodonga), they may use an area-specific second tier like au-hume.
Reducing Congestion
Region scopes act as simple whitelist filters on repeaters. Configuring a repeater with specific region scopes gives it explicit permission to forward traffic tagged with those matching scopes; everything else is dropped by default.
For example, a Wollongong repeater configured with au, au-nsw, and au-nsw-wol will forward local chatter tagged with au-nsw-wol. However, if a local conversation occurs in Sydney tagged with au-nsw-syd, the Wollongong repeater ignores those packets. This keeps Sydney traffic local, preserving Wollongong’s own airtime and keeping network reliability up.
This selective isolation helps limit the impact on other regions when one region has high activity. Heavy chatter in Newcastle shouldn't cause two neighbours in Sydney to drop messages. The same logic applies at the state level: containing au-nsw traffic prevents NSW targeted chatter from polluting the Victoria mesh. At present, traffic that is unscoped (represented by the * scope in firmware) or scoped to au will traverse the entire mesh. Note that in future it is likely that repeaters will start to block unscoped traffic, preferring instead that all traffic intended to flood the entire network use the au scope.
Note that scopes are used to contain traffic within certain bounds and not to route traffic to a specific destination, which is a common misinterpretation. To reach further than your local area, you use a wider net scope, such as using au-nsw to talk from Wollongong to Sydney. Scopes rely on every repeater in the chain being configured with them, so sending a message scoped to au-nsw-syd while in an area where only au-nsw-wol is configured will result in that message not going anywhere.
For details on how these scopes map to channels, see the Channels page.
For a deeper explanation of MeshCore regions, see Zindello Industries' article.
MeshCore Regions: what they are, how they work, and why they matter.
Region Map
Click on a geographic region in the map below to see recommended region scopes for your repeater or companion based on its location. You can also use the Eastmesh Region Tool.
If you're close to a border, you may choose to include extra scopes depending on local geography or repeater links, as discussed in the Repeaters section below.
Note: this map is intended to be a guide of what is being used and not as a prescriptive resource.
Repeaters
As mentioned above, configuring region scopes tells a repeater what it should repeat. Only the explicitly allowed scopes will be forwarded; everything else is dropped by default.
All NSW (and ACT) repeaters should allow au and au-nsw. Generally, you should only add the IATA-level region scope that matches the repeater's geographic location. For example, Sydney repeaters should allow au-nsw-syd, while Wollongong repeaters should allow au-nsw-wol, though there are some regions that expand further or include extra scopes.
While the suggested scopes work for the vast majority of situations, region boundaries aren't always set in stone. You might opt to add a neighbouring scope if:
- Your repeater provides an irreplaceable link within a neighbouring region (e.g. if two WOL repeaters rely on a SYD repeater in the middle to connect to each other).
- Your repeater provides significant ground coverage into a neighbouring region that lacks local repeaters (e.g. if several users in WOL solely rely on a SYD repeater's coverage, allowing WOL traffic allows them to message on their local scope).
However, exercise extra caution when adding extra scopes, especially on high-profile repeaters with wide coverage. Over-allowing scopes dissolves the boundaries regions are meant to create. For example, if a high-coverage WOL repeater also allows SYD traffic, the border between the two regions is partially dissolved. It is a delicate balance between providing useful coverage and limiting cross-regional traffic pollution.
An example configuration would be as follows:
Note: You can copy CLI commands for a region straight from a region's popup on the map above.
| Region | Suggested use | CLI command | Who |
|---|---|---|---|
au | Australia-wide scoped traffic. | region put au | Everyone |
au-nsw | NSW-wide scoped traffic. | region put au-nsw | Everyone |
au-nsw-syd | Sydney scoped traffic. | region put au-nsw-syd | Sydney |
| Save | Save the regions. | region save | Everyone |
Companions
Companions should generally be configured with the same region scopes as their local repeaters. When you're out and about, you can use the "Discover Regions" function inside the app to see which regions local repeaters are configured to allow.
Note that adding a scope to your companion only populates the list you choose from when deciding how to scope your outgoing messages. You don't need to add a region to receive traffic from it, if your companion hears a packet of any scope, you will receive it.
When chatting on the mesh, always try to use the smallest scope that makes sense for the channel. For example, if you're chatting in the #sydney channel, there is no reason for that traffic to reach the rest of the NSW mesh, so you should scope to au-nsw-syd. This practice is especially critical if you intend to use bots, which is discussed further on the Bots page. With exception of bot channels, scopes are usually set and forget as it's often the channel that determines what scope is best rather than the specific discussion at the time (i.e. instead of changing your scope on the fly in Public, post those scoped messages to a more local channel like #nsw or #sydney).