# Zero-Cost Hops for Favorite Routers

**URL:** <https://forum.meshat.se/t/zero-cost-hops-for-favorite-routers/22>\
**Category:** Meshtastic\
**Tags:** nyheter\
**Created:** [17 November 2025 09:00 UTC](https://forum.meshat.se/t/zero-cost-hops-for-favorite-routers/22 "2025-11-17T09:00:00Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![system](https://forum.meshat.se/uploads/default/original/1X/9b5c5e941f9a59e6c72fb1adf0d8a480af0d2b50.svg) [@system](https://forum.meshat.se/u/system)\
**Post date:** [17 November 2025 09:00 UTC](https://forum.meshat.se/t/zero-cost-hops-for-favorite-routers/22/1 "2025-11-17T09:00:00Z")

</div>

What if messages could traverse your mesh infrastructure in a single hop?  
What if you could bridge two cities 600 miles apart via LoRa and _still_ have hops to spare?  
What if a faster preset requires twice as many hops to reach your friends, but you don't have hops to spare?

That’s exactly what **Zero-Cost Hops** unlocks for your mesh.

 ![Blursed image of a hopscotch game with multiple 3s and 4s written on the squares](https://forum.meshat.se/uploads/default/original/1X/094c1201d9fc2e3e623f36f24140c99e8a5eb454.jpeg)

## TL;DR[​](https://meshtastic.org/blog/zero-cost-hops-favorite-routers/#tldr "Direct link to TL;DR")

This feature improves message reach by preserving hops remaining between favorited routers.

## Why does this matter?[​](https://meshtastic.org/blog/zero-cost-hops-favorite-routers/#why-does-this-matter "Direct link to Why does this matter?")

- The faster presets like `SHORT_FAST` and `SHORT_TURBO` trade range for speed. In dense metro deployments that means you can burn through the 7-hops quickly.
- **Zero-Cost Hops** turns a mesh of well-placed infrastructure routers into a single hop leaving more hops for the first and last mile.
- For well managed networks, this could allow for communication between cities, or even countries, while staying within the 7 hop limit.
- Helps prevent `CLIENT_BASE` from becoming the last hop of a packet, so messages don’t die on the roof before reaching your indoor nodes.

## When Do Zero-Cost Hops Apply?[​](https://meshtastic.org/blog/zero-cost-hops-favorite-routers/#when-do-zero-cost-hops-apply "Direct link to When Do Zero-Cost Hops Apply?")

A hop is preserved if **all** of these are true:

1. Node role is `ROUTER`, `ROUTER_LATE`, or `CLIENT_BASE`.
2. Not the very first hop of the packet.
3. Previous relay is in your _favorites_ **and** is `ROUTER` or `ROUTER_LATE`.

Miss any one of those and the hop meter ticks down as usual.

## What It _Doesn’t_ Touch[​](https://meshtastic.org/blog/zero-cost-hops-favorite-routers/#what-it-doesnt-touch "Direct link to what-it-doesnt-touch")

- `CLIENT_BASE` rebroadcast rules stay exactly the same. `CLIENT_BASE` uses `from`/`to`, while Zero-Cost Hops uses `relay_node`.
  - Favoriting a router **does not** cause CLIENT\_BASE nodes to rebroadcast all packets.

- Maximum Hop limit is still 7.

## “Favorite” Detection and implementation[​](https://meshtastic.org/blog/zero-cost-hops-favorite-routers/#favorite-detection-and-implementation "Direct link to “Favorite” Detection and implementation")

To keep the protobufs small and memory efficient, the node matches the **relay\_node** against your favorites list and verifies the node is infrastructure.

With only 8 bits to work with in relay\_node, there is a chance of collisions.

- The odds any one favorite collides with a random node is possible and increases as favorites increase.
- Colliders still need to be _within range_ of the router to matter.
- Deduplication avoids loops.
- Accidental collisions are rare and harmless.

Probability of a collision in a sample environment:

| Total Nodes | Routers  
(3% of Total Nodes) | Favorite Routers Within Range  
(20% of Routers) | Collision Chance |
| --- | --- | --- | --- |
| 10 | 0.3 (≈1) | 1 | ~0.4 % |
| 50 | 1.5 (≈2) | 1 | ~0.4 % |
| 100 | 3 | 1 | ~0.4 % |
| 200 | 6 | 2 | ~0.8 % |
| 400 | 12 | 3 | ~1.2 % |
| 800 | 24 | 5 | ~2.0 % |
| 1000 | 30 | 6 | ~2.3 % |

_Note: "Total Nodes" is the network size; collision probability is calculated based on the number of favorite routers within range, not all nodes divided by 256. For example, with 1000 total nodes and 6 favorite routers, the chance a random relay\_node matches a favorite within range is about 2.3%._

Chances of a collision here is rare.

## Two Quick Scenarios[​](https://meshtastic.org/blog/zero-cost-hops-favorite-routers/#two-quick-scenarios "Direct link to Two Quick Scenarios")

### 1. Metro Simple Example Downtown[​](https://meshtastic.org/blog/zero-cost-hops-favorite-routers/#1-metro-simple-example-downtown "Direct link to 1. Metro Simple Example Downtown")

**Setup**

- Routers **R1** and **R2** use the `ROUTER` role and are favorited (to each other).
- Sender uses the `CLIENT` role and wants to chat with a friend in the next town.

**Path**

`CLIENT → R1 → R2 → CLIENT`

**Hop Route** starting at 4 maximum hops

| Hop | Action | Counter | Hops Remaining |
| --- | --- | --- | --- |
| CLIENT → R1 | normal | –1 | 3 |
| R1 → R2 | **zero-cost** | 0 | 3 |
| R2 → CLIENT | normal | –1 | 2 |

**Result:** A hop is saved between R1 and R2 leaving an extra hop in case it is needed.

### 2. Home Base, Hill-Top Backbone[​](https://meshtastic.org/blog/zero-cost-hops-favorite-routers/#2-home-base-hill-top-backbone "Direct link to 2. Home Base, Hill-Top Backbone")

**Setup**

- Roof nodes use the `CLIENT_BASE` role and have favorited the local `ROUTER` nodes.
- Each hilltop uses the `ROUTER` role and favorites each other.
- All other nodes use the `CLIENT` role.

**Hop Route** starting at 7 maximum hops

| Hop | Path | Action | Counter Change | Hops Remaining |
| --- | --- | --- | --- | --- |
| 1 | Handheld CLIENT → Roof CLIENT\_BASE | normal | –1 | 6 |
| 2 | Roof CLIENT\_BASE → Hilltop ROUTER | normal | –1 | 5 |
| 3 | Hilltop ROUTER → Midway ROUTER | **zero-cost** | 0 | 5 |
| 4 | Midway ROUTER → Remote ROUTER | **zero-cost** | 0 | 5 |
| 5 | Remote ROUTER → Remote CLIENT\_BASE | **zero-cost** | 0 | 5 |
| 6 | Remote CLIENT\_BASE → Outpost CLIENT | normal | –1 | 4 |
| 7 | Outpost CLIENT → Friend of Friend CLIENT | normal | –1 | 3 |
| 8 | Friend of Friend CLIENT → Friend CLIENT | normal | –1 | 2 |

This demonstrates the ability to go beyond the 7 hop protocol limit

## How to Put It to Work[​](https://meshtastic.org/blog/zero-cost-hops-favorite-routers/#how-to-put-it-to-work "Direct link to How to Put It to Work")

1. **Assign roles deliberately**

2. **Curate your favorites**  
Mutually favorite all the infrastructure router nodes and add them to your `CLIENT_BASE` roof node as favorites.

3. **Test and trace**  
Run a traceroute before/after favoriting. Watch hops vanish.

tip

Design your mesh where all routers are favorited if bandwidth allows. It leaves as many hops as possible for scenic routing at the edge of the mesh.

## Safety Nets Still Apply[​](https://meshtastic.org/blog/zero-cost-hops-favorite-routers/#safety-nets-still-apply "Direct link to Safety Nets Still Apply")

- Early/default/late timing is still in effect.
- Packet deduplication works as expected.
- Most impactful with nodes in high places, so abuse is unlikely with well managed networks.

## FAQ[​](https://meshtastic.org/blog/zero-cost-hops-favorite-routers/#faq "Direct link to FAQ")

**Can I raise the hop limit beyond seven?**  
Nope, it's still seven. You just get more mileage out of each hop.

**Won’t this flood the mesh?**  
Not likely for well managed networks.

**Do I need firmware changes?**  
Not for clients. Only ROUTER, ROUTER\_LATE, and CLIENT\_BASE nodes need to be upgraded to at least 2.7.11 to support this feature.

**Does `CLIENT_BASE` count as infrastructure?**  
For incoming favorited traffic from routers, yes. This avoids messages dying on the roof before reaching your indoor nodes.

**Does traceroute still work?**  
Zero-cost hops have no effect on traceroute other than traceroute itself is limited to 7 hops.

### Real-world example[​](https://meshtastic.org/blog/zero-cost-hops-favorite-routers/#real-world-example "Direct link to Real-world example")

For Bay Mesh, there are over 700 nodes between Tahoe and San Luis Obispo. With careful placement of routers it is possible to have messages span over 300 miles that can only be accomplished on LoRa using zero-cost hops given the terrain and distance.

Using [Meshview](https://github.com/pablorevilla-meshtastic/meshview) hosted by [bayme.sh](https://meshview.bayme.sh/) you can see the zero-cost hops in action between San Francisco, San Luis Obispo, and Tahoe.

 ![Zero-cost hops mesh view](https://forum.meshat.se/uploads/default/original/1X/c7e5f0192f81e9a6d54b9b468c3d5914a4660d57.webp)

## Ready to Experiment?[​](https://meshtastic.org/blog/zero-cost-hops-favorite-routers/#ready-to-experiment "Direct link to Ready to Experiment?")

Pick two or three strategic infrastructure nodes and favorite them to each other mutually. Watch as hops are not consumed between the routers. Do the same for your roof `CLIENT_BASE` node and receive more messages than before.

Happy meshing. May your friends always be within range.

* * *
Detta är ett kopplat diskussionsämne till det ursprungliga inlägget på [https://meshtastic.org/blog/zero-cost-hops-favorite-routers/](https://meshtastic.org/blog/zero-cost-hops-favorite-routers/)

---

<div class="post-metadata">

**Author:** ![jesper](https://forum.meshat.se/user_avatar/forum.meshat.se/jesper/32/10_2.png) [@jesper](https://forum.meshat.se/u/jesper)\
**Post date:** [28 Maj 2026 21:31 UTC](https://forum.meshat.se/t/zero-cost-hops-for-favorite-routers/22/2 "2026-05-28T21:31:01Z")

</div>