MoQT Live Streaming Monitoring
Your MoQT-based stream is live, but you can't see performance degradation until users complain. moqtap gives you real-time visibility into streaming quality at the protocol level.
The problem
MoQT is new. Your existing monitoring stack — Grafana, Datadog, CloudWatch — doesn't understand MoQT semantics. It can tell you that a server is up and packets are flowing, but it can't tell you that subscribe latency has doubled, object delivery is jittering, or a relay is silently dropping subscriptions. By the time quality issues surface as user complaints, you've already lost viewers.
Metrics built for MoQT streaming
Not repurposed HTTP metrics. Purpose-built measurements for the MoQT protocol.
Subscribe-to-first-object latency
How long viewers wait from subscribe to first content. The metric that drives perceived startup time.
Object arrival rate
Objects per second per track. Detect drops in publishing rate or relay throughput before they become visible stuttering.
Inter-object gap
Time between consecutive objects. High jitter means inconsistent delivery — even if average latency looks fine.
Control message RTT
Round-trip time for subscribe, fetch, and other control operations. Slow control messages delay session setup.
QUIC transport health
Packet loss, congestion window, connection RTT, and stream counts from the underlying transport layer.
FETCH round-trip time
Time to retrieve historical objects for catch-up or time-shift. Critical for DVR-style viewing experiences.
Solutions
Frequently asked questions
How does moqtap monitor MoQT live streaming quality?
What's the difference between this and generic network monitoring?
Can I monitor multiple relays and endpoints?
Does monitoring add latency to my streams?
Can I set alerts for quality degradation?
Monitor your MoQT streams
Know when quality degrades — before your viewers do.