TCP Ping monitor

Know the second a host stops answering

PulseStack opens a TCP connection to your server on a schedule, confirms it is reachable and measures how long the handshake takes. When it stops answering, you hear about it before your customers do.

Ping monitoring is on Starter and up, from £15 a month with a 14-day trial.

Live TCP connection attempt - exactly what PulseStack does on every check.

30s
Fastest check interval on Enterprise, 60s on paid plans
8
Monitor types in one account, ping is one of them
8
Native alert channels, from email to PagerDuty
£15
Starter plan a month, where every monitor type unlocks

A host can go quiet without a single error page

Ping monitoring watches the layer beneath your website. When the box itself falls off the network, there is no 500 to catch and no log line to read. Here is what that silence tends to cost.

01

Database server drops off

The application server is fine, but the database host stopped answering. Every request now times out and you find out from an angry customer.

02

A reboot never came back

A routine patch reboot hangs on boot. The host is powered on in the console but unreachable on the network for hours.

03

Firewall rule change

A well meaning change locks the port shut. Traffic silently stops flowing and nothing in your app logs explains why.

04

Provider network blip

Your host is healthy, but a routing problem at the data centre makes it unreachable from the outside world.

Live in under two minutes

No agent to install and nothing to run on your server. Point PulseStack at a host and it starts checking from multiple locations.

  1. 1

    Add a host

    Enter a hostname or IP address and the TCP port you want to watch.

  2. 2

    Pick an interval

    Check as often as every 60 seconds, or every 30 seconds on Enterprise.

  3. 3

    Set the threshold

    Choose how many consecutive misses count as down, so a single blip stays quiet.

  4. 4

    Choose alerts

    Route failures and recoveries to email, Slack, Teams, PagerDuty and more.

Stop guessing whether the server is really up

Add your first host and watch it answer in real time.

What a single ping check actually does

Every cycle, PulseStack attempts a TCP connection to the host and port you chose. If the handshake completes, the host is reachable and we record the response time. If it fails or times out, that counts towards your failure threshold.

  • Reachability confirmed by a real TCP connection, not a guess
  • Response time captured for every successful check
  • Failures counted against your consecutive-failure threshold
  • Checks run from multiple locations to filter out local noise
pulsestack - tcp ping
> connect db-primary.example.com:5432
  reachable   response 12 ms   ok
> connect db-primary.example.com:5432
  reachable   response 11 ms   ok
> connect db-primary.example.com:5432
  timeout     miss 1 of 2      warn
> connect db-primary.example.com:5432
  timeout     miss 2 of 2      DOWN
  alert -> email, slack, pagerduty
> connect db-primary.example.com:5432
  reachable   response 13 ms   RECOVERED
  alert -> recovery notice sent

Everything included with ping monitoring

One monitor type, the full PulseStack toolkit around it. No feature gate on the essentials.

Reachability and response time tracking
Configurable consecutive-failure threshold
Failure and recovery alerts
Checks from multiple locations
Maintenance windows to mute planned work
Public status pages
Incident history and timeline
Eight native alert channels
Custom check intervals per monitor

Ping is one of eight monitor types

Mix and match everything under one login. Ping proves the box is reachable, the rest prove the services on top of it are healthy.

TCP Ping

Confirm a host is reachable and measure response time

HTTP

Watch status codes and response time on any URL

Keyword

Alert when text appears or vanishes from a page

Port

Check a specific service port stays open

API

Validate endpoints with custom request headers

Heartbeat

Catch cron jobs and workers that fail silently

DNS

Detect record changes and resolution failures

Domain Expiry

Get warned before a domain lapses

Ping, HTTP or heartbeat: which check do you need?

These check different things. Most teams run more than one. Here is the honest breakdown so you pick the right tool per job.

QuestionTCP PingHTTPHeartbeat
Confirms the host is reachableYesIndirectlyNo
Measures response timeYesYesNo
Checks a web page or API respondsNoYesNo
Reads status codes or contentNoYesNo
Catches a job that never ranNoNoYes
Needs anything on your serverNoNoA ping in

Who leans on ping monitoring

Infrastructure teams

Keep an eye on database hosts, cache nodes and internal services that never serve a web page but still bring the app down when they vanish.

Agencies and MSPs

Watch a fleet of client servers from one account, with public status pages and per-client alerting that keeps everyone informed.

Solo developers

Prove your VPS or side-project box is still up without paying for a heavyweight platform. Starter covers 10 monitors for £15 a month.

One host or a hundred, same setup

Scale from a single box to two hundred monitors as you grow.

Get told the way your team already works

Alerts fire on failure and again on recovery, only after your chosen number of consecutive misses. Eight native channels, no plugins.

EmailSMSSlackMicrosoft TeamsDiscordPagerDutyTelegramWebhooks

SMS and voice calls are an add-on, included on Team and Enterprise.

Ping monitoring questions

What is ICMP ping monitoring?+

ICMP ping monitoring sends Internet Control Message Protocol echo requests to a target IP address or hostname at regular intervals and measures whether a response comes back. It verifies that a server, router, or network device is reachable and measures the round-trip time (latency) of each request. It is one of the simplest and most reliable ways to confirm that a device is online and responding to network traffic.

How is ping monitoring different from HTTP monitoring?+

Ping monitoring operates at the network layer (Layer 3) using ICMP packets, while HTTP monitoring operates at the application layer (Layer 7). Ping tells you whether a device is reachable on the network. HTTP tells you whether a web server is returning the correct response. A server can respond to ping while its web server is crashed, and vice versa. Most teams use both: ping for infrastructure devices like routers and switches, and HTTP monitoring for websites and APIs.

What causes packet loss and why does it matter?+

Packet loss occurs when ICMP packets fail to reach their destination or the response fails to return. Common causes include network congestion, faulty hardware, misconfigured firewalls, ISP routing issues, and physical cable damage. Even 1% packet loss can degrade VoIP call quality, cause lag in real-time applications, and slow file transfers. PulseStack™ tracks packet loss rates per check and alerts you when loss exceeds your configured threshold.

Can I monitor internal network devices with PulseStack™?+

PulseStack™ monitors any device reachable from the public internet via ICMP. For internal network devices behind firewalls (like office routers, NAS devices, or internal servers), you would need to either expose them to the internet or use a monitoring agent installed inside your network. Our checks run from 7 global locations, making them ideal for monitoring production servers, cloud infrastructure, edge nodes, and public-facing network equipment.

How often can ping checks run?+

On paid plans, ping checks run as frequently as every 30 seconds from each monitoring location. The free plan supports 3-minute intervals. Each check measures round-trip latency, packet loss, and reachability from all configured locations simultaneously. With 7 locations checking every 30 seconds, you get hundreds of data points per minute for each monitored host.

What latency thresholds should I set for alerts?+

Typical thresholds depend on your use case. For servers in the same region, latency above 50ms is worth investigating. For cross-continent connections, 150 to 200ms is normal. We recommend setting a warning at 2x your baseline latency and a critical alert at 4x baseline. PulseStack™ lets you configure custom thresholds per monitor, so you can set different expectations for a local database server versus a CDN edge node in another continent.

Does multi-location ping help reduce false alarms?+

Yes. Single-location monitoring triggers false alarms whenever the monitoring server itself has a network blip. Multi-location ping from 7 locations uses consensus to determine if the target is actually down. If only one location reports failure while others succeed, PulseStack™ flags it as a regional issue rather than a full outage. This dramatically reduces false positives while still catching localised problems.

Can I monitor both IPv4 and IPv6 addresses?+

Yes. PulseStack™ supports monitoring both IPv4 and IPv6 endpoints. You can enter an IPv4 address, IPv6 address, or a hostname. When using a hostname, we resolve it using DNS and can check both A (IPv4) and AAAA (IPv6) records to verify dual-stack connectivity.

How does PulseStack™ handle network jitter?+

Jitter is the variation in latency between consecutive ping responses. High jitter indicates an unstable network connection that can degrade real-time applications like video calls and gaming. PulseStack™ calculates jitter automatically from the variance in response times across each check cycle and includes it in your performance reports. You can set jitter-based alert thresholds independently from latency thresholds.

What alert channels are available for ping monitoring?+

All 16+ alert channels work with ping monitors: email, SMS, phone calls, Slack, Discord, Microsoft Teams, Telegram, PagerDuty, OpsGenie, webhooks, Zapier, and more. You can configure different channels per monitor, set consecutive failure thresholds to avoid alerting on transient blips, and enable recovery notifications so you know when a device comes back online.

Put a watch on every host that matters

Ping monitoring starts on the Starter plan at £15 a month with 60-second checks, or 30-second checks on Enterprise. Try it with a 14-day trial.

14-day trial. Cancel anytime.