- CHANGELOG.md: Full audit findings organized by severity - PYMC_CORE_ISSUES.md: 7 evidence-based bug reports for pyMC_core (wrong constants, broken path_len decoding, wrong TRACE hash, wrong SNR calculation) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> Add comprehensive spec audit results and pyMC_core issue reports - CHANGELOG.md: Full audit findings organized by severity - PYMC_CORE_ISSUES.md: 7 evidence-based bug reports for pyMC_core (wrong constants, broken path_len decoding, wrong TRACE hash, wrong SNR calculation) - Remove ERRATA.md: contents already covered by audit findings Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
4.3 KiB
MeshCore Protocol Specification
Section 17: Routing
Overview
MeshCore supports two routing modes: flood routing and direct routing. Flood routing broadcasts packets to all neighbors, building up a path as the packet propagates. Direct routing sends packets along a pre-determined path.
Flood Routing
In flood routing, the sender emits a packet with an empty path. Each intermediate node that forwards the packet appends its hash to the path before retransmitting.
Sending (flood):
- Set route type to FLOOD (0x01) or TRANSPORT_FLOOD (0x00).
- Set path to empty:
setPathHashSizeAndCount(hash_size, 0). - Transmit the packet.
Forwarding (flood):
- Receive a flood-routed packet.
- Check the deduplication table. If already seen, discard.
- Process the packet (decrypt if addressed to this node, etc.).
- If the packet should be forwarded (node is a repeater):
a. Verify
(hash_count + 1) × hash_size <= MAX_PATH_SIZE. b. Append this node's hash atpath[hash_count × hash_size]. c. Increment hash_count. d. Retransmit with a random delay.
Path growth: The path grows by one hash per hop. When the path reaches MAX_PATH_SIZE (64 bytes), no more nodes can be appended and the packet stops propagating.
Direct Routing
In direct routing, the sender provides the complete path. Each intermediate node checks whether it is the next hop, removes itself from the path, and forwards to the next node.
Sending (direct):
- Set route type to DIRECT (0x02) or TRANSPORT_DIRECT (0x03).
- Set the path to the destination's known route.
- Transmit the packet.
Forwarding (direct):
- Receive a direct-routed packet.
- Check if the first hash in the path matches this node.
- If yes, and the node allows forwarding: a. Remove the first hash from the path (shift remaining hashes left). b. Decrement hash_count. c. Retransmit.
- If no, discard (this node is not the next hop).
Path removal (removeSelfFromPath):
- Decrement hash_count.
- Shift the path array: for each index k from 0 to (hash_count × hash_size),
copy
path[k + hash_size]topath[k].
Zero-Hop Delivery
Zero-hop packets are direct-routed packets with hash_count = 0. They reach only immediate neighbors (nodes within radio range). Used for:
- Control packets with bit 7 set in the control byte
- Discovery protocols
- Local-only operations
Transport Codes
Transport codes (present in TRANSPORT_FLOOD and TRANSPORT_DIRECT) enable regional scoping. Nodes can filter packets based on transport codes, accepting only packets from their region.
TRACE Routing
TRACE packets are a special case. They are sent via direct routing, but instead of the normal path field, the path hashes are appended to the payload. The packet's path field is repurposed to accumulate SNR values from each hop (see Section 10).
Retransmission Priority
Packets are prioritized for transmission:
| Priority | Packet Type | Description |
|---|---|---|
| 0 (highest) | Direct routed | Routed traffic |
| 1 | Path return, standard | Most flood packets |
| 2 | Path return (flood) | Path packets |
| 3 | Advertisement | De-prioritized |
| 5 | Trace | Trace forwarding |
| N (hash_count) | Flood forwarded | Lower priority for more distant sources |
Packet Deduplication
Before processing or forwarding any packet, nodes check if the packet has
already been seen using hasSeen() with the packet hash from
Section 16. This prevents infinite loops in flood routing.
Once a packet is marked as seen, it is NOT forwarded again even if received via a different route. This is a "first packet wins" approach.
Cross-References
- Section 1: Wire Format — Packet structure
- Section 3: Path — Path encoding
- Section 10: Trace — TRACE routing special case
- Section 16: Packet Hash — Deduplication
Reference Implementation
Mesh::sendFlood()insrc/Mesh.cpp— Flood sendMesh::sendDirect()insrc/Mesh.cpp— Direct sendMesh::sendZeroHop()insrc/Mesh.cpp— Zero-hop sendMesh::routeRecvPacket()insrc/Mesh.cpp— Flood forwardingMesh::removeSelfFromPath()insrc/Mesh.cpp— Path manipulationMesh::onRecvPacket()insrc/Mesh.cpp— Direct forwarding