Clock Sync Report

Live data pulled from CoreScope. Clock offset is calculated by comparing the timestamp embedded in each repeater's advert packet against the time the observer received it.

← Back to Network Reports

Why Clock Sync Matters

🔁

Packet Deduplication

MeshCore uses timestamps to deduplicate packets seen by multiple observers. If a repeater's clock is off by more than a few seconds, packets it relays may be incorrectly flagged as duplicates and dropped — silently reducing mesh reliability.

🗺️

Accurate Network Maps

CoreScope and MeshMapper use timestamps to build timeline-accurate views of network activity. Drifted clocks cause packets to appear out of order or at the wrong time, making it hard to debug routing issues or understand network behavior.

📡

Advert Timing

Repeaters broadcast adverts on a schedule. A badly drifted clock can cause advert intervals to appear irregular to other nodes, affecting how the mesh builds its routing tables and neighbor lists.

🔐

Signature Validation

MeshCore advert packets include a signed timestamp. Large clock drift can cause signature validation to fail on receiving nodes, causing valid packets to be rejected as potentially replayed or tampered.

How to fix a drifted clock: Connect to your repeater via the MeshCore companion app and tap Sync Clock, or via CLI run: clock sync. After syncing, the repeater should disappear from this list within one advert cycle (~240 minutes). We recommend syncing your repeater's clock any time you physically access it for maintenance.
—
Repeaters Checked
—
Clock OK
—
Minor Drift
—
Clock Out of Sync
Fetching packets from CoreScope and calculating clock offsets...

Stay Connected

Keep up with network growth, events, projects, and community news.