Timebeat App observability dashboard
Synchronisation

Timebeat Agent

One pane of glass for every clock in your network.

Sub-second

Alerting latency

1 agent

Per host

Cloud or self-host

Deploy anywhere

REST + gRPC

Full API access

The Timebeat App is the core of the TimeBeat platform — a lightweight agent for Linux and Windows that streams real-time PTP, NTP and GNSS telemetry from every host, switch and grandmaster into a single unified dashboard. If you’ve ever had to correlate drift across three vendors’ tools during an outage, you already know why it exists. Deploy one agent per host, watch every clock in your infrastructure, and get sub-second alerting when anything starts to drift.

What it does

The things that actually matter

Real-time clock monitoring

Continuous telemetry for PTP offset, path delay, GNSS quality, oscillator drift and holdover state — every clock in your network, always on.

Automatic topology discovery

The agent maps your PTP domain automatically — grandmaster → boundary clock → transparent clock → slave — and keeps it up to date as equipment comes and goes.

Configurable alerting

Set thresholds on drift, GNSS loss, holdover events or any other metric. Route alerts to Slack, PagerDuty, email or a webhook — sub-second latency end-to-end.

Historical replay

Every metric is stored for months by default. When someone asks “what did the clock do last Tuesday at 14:32?” — you actually have the answer.

OpenTelemetry export

Already running Grafana, Datadog or your own observability stack? TimeBeat ships all its data in the formats they understand. No lock-in.

Multi-tenant & RBAC

Managed service providers and large enterprises get organisation-level separation, per-team access control and audit logging out of the box.

How it works

From install to insight

Step 1

Deploy the agent

A single binary (Linux or Windows) runs on every host — bare metal, VM or container. Auto-detects PTP and NTP clients, GNSS receivers and PHC devices.

Step 2

Stream to the backend

The agent streams structured telemetry over gRPC to a backend you host (or to TimeBeat Cloud). Low-bandwidth, encrypted in transit.

Step 3

Visualise, alert, integrate

The web dashboard gives you topology, live metrics and historical replay. The API lets you wire everything into the observability stack you already run.

Where it lives

Deployments that depend on it

01

Outage investigation

When a production system glitches, the first question is always “was the clock okay?” Historical replay lets you answer it in seconds, not hours.

02

Compliance monitoring

Continuous evidence that every host is within MiFID II / CAT / FINRA timestamp tolerance — no manual audits, no spreadsheets.

03

Proactive drift detection

Catch oscillator aging, antenna degradation and slow-burn problems long before they become outages.

04

Capacity and topology planning

Visualise every PTP flow in your network and spot single points of failure, unbalanced grandmasters or overloaded boundary clocks.

Standards & compatibility

  • IEEE 1588v2 (PTP)
  • RFC 5905 (NTPv4)
  • OpenTelemetry metrics + traces

Book a demo

See Timebeat Agent in action

Thirty minutes with a TimeBeat engineer. We’ll show you live dashboards, answer your architectural questions, and map the platform to the problem you’re actually trying to solve.

  • Live product demo
  • Architecture discussion with engineering
  • Pilot deployment options
  • NDA-ready in 24 hours

No spam. One reply from a real engineer.

Library

Resources for Timebeat Agent

Guides, blogs and case studies for teams evaluating or deploying this solution.

Browse full library →
White paper

Building a Redundant Grandmaster Topology: A/B/C Timing Without the Rack Footprint

Why a single-grandmaster deployment is a DORA Article 11 problem, what A/B/C redundancy looks like in a single rack unit, and how the Open Time Appliance Shelf turns three independent Rubidium Black+ grandmasters — with independent GNSS antennas — into the default finance-venue topology for 2026 and beyond.

19 Apr 2026·24 min
White paper

What If a Clock Could Prove Its Own Past? A Thought Experiment in Cryptographic UTC Attestation

A speculative question, not a product pitch: imagine if every machine could hand anyone independently verifiable proof of what its clock was doing at any moment in history. Would it matter? Who would benefit, what might it cost us, and would the world actually be better for it? An exploration of the idea of cryptographic UTC attestation.

19 Apr 2026·13 min
Guide

The 167 Telemetry Fields — What Timebeat Agent Actually Measures

An engineering-level tour of the 167 telemetry fields the Timebeat Agent emits per cycle to Sync Insight. Nine measurement domains, why each one matters for operations or compliance, and how to pick the handful of fields your Grafana dashboard actually needs day-to-day.

19 Apr 2026·15 min
Guide

Clock Ensemble: Multi-Source Clock Fusion Inside the Timebeat Agent

How the Timebeat Agent fuses GNSS, upstream PTP feeds, PPS inputs and oscillator discipline into a single weighted clock output — the same BIPM-style ensemble approach used to produce UTC itself, applied at the site level.

19 Apr 2026·12 min
Guide

PTP² Mesh: Self-Healing Timing Topology Across the Timebeat Agent Fleet

How PTP² Mesh turns a fleet of Timebeat Agents into a self-discovering, self-healing time distribution network. mDNS and DHT peer discovery, seat-based capacity, active-active operation and millisecond failover — for when you need redundancy without the rigidity of classical BMCA hierarchies.

19 Apr 2026·14 min
Guide

PTP Jitter Attenuation: How TimeBeat Cleans the Clock Signal

What jitter attenuation actually does inside a PTP timing fabric, why raw timestamps are unreliable, and how TimeBeat's signal-processing engine delivers sub-nanosecond residual noise from noisy real-world inputs. Written by TimeBeat's engineering team.

12 Apr 2026·20 min

Part of the TimeBeat platform

Time you can prove.