StatusEagle
UDP monitoring

UDP monitoring for services that don’t shake hands

DNS servers, VoIP gateways, WireGuard VPNs and game servers speak UDP. There’s no connection to open, so a TCP check can’t tell you if they work. A UDP monitor sends a packet and waits for the answer.

UDP · vpn.example.com:51820
Live check snapshot
Active
ProtocolUDP
Sent1 datagram
Replyreceived in 42 ms
StatusUp

Example check · demo data

In brief

UDP monitoring checks a service that uses the connectionless User Datagram Protocol by sending a datagram to its port and confirming a valid response arrives within a timeout.

1

Why UDP needs its own kind of check

TCP starts every conversation with a handshake, so “did the connection open?” is a reliable health check. UDP doesn’t have one. You send a packet and either get a reply or you don’t, and “no reply” can mean the service is down, the packet was dropped, or the service simply doesn’t answer unsolicited packets.

That’s why UDP monitoring works best against services that reply to a request: DNS answers queries, NTP answers time requests, many game servers answer status queries.

2

Services people monitor over UDP

PortServiceWhat a reply proves53123161500 / 450051820506027015 and others
DNSThe resolver or authoritative server is answering
NTPTime sync is available to your fleet
SNMPThe device’s management agent is up (see network monitoring)
IPsec VPNThe VPN endpoint is reachable
WireGuardOnly if the server is configured to respond confirm behaviour
SIP / VoIPPhone systems can register calls
Game serversPlayers can find and join the server
3

How StatusEagle runs a UDP check

Confirm whether custom request payloads and expected-response matching are supported, and document them here.

Verification matters more for UDP than for anything else. A single dropped datagram is normal. Paging someone for it isn’t.

A monitoring location sends a datagram to your host and port.
It waits for a response up to the timeout you set.
No response is retried, then checked from another location, because single UDP packets do get lost on the internet.
Only a confirmed failure opens an incident.
4

Limits worth knowing

Services that never reply to unsolicited packets (some VPN and streaming protocols by design) can’t be health-checked by a UDP probe alone. Monitor a management port or use a heartbeat.
A reply proves the service is listening, not that it’s giving correct answers. For DNS, record-level checks belong to DNS monitoring.
COMPLEMENTARY CHECKS

Related monitoring

Pair these monitoring checks to ensure complete stack coverage.

FAQ

Frequently asked questions

Still deciding? Start monitoring free and verify your first service in ~2 minutes.

UDP monitoring checks that a service using UDP, such as DNS or VoIP, responds to a datagram sent to its port within a set time.

GET STARTED IN MINUTES

Your first monitor takes about two minutes.

Free plan: 10 monitors, 3 locations, 1 status page. No credit card.