Network diagnostics — passive grading included on every tier, deep packet forensics on demand.

Test the path between any two agents — in both directions. Packetman saysPacketman here. Most tools miss that an IP network is half-duplex: the path A-to-B isn't the path B-to-A — different routers, different loss. So when a link is "slow," the honest question is which direction. The mesh measures each agent-to-agent path both ways. When a number isn't enough, Advanced Packet Diagnostics captures the packets on both ends and hands you a plain-English read on which direction is hurting. That used to need a twenty-thousand-dollar analyzer. Now it's a credit.

A DataStun agent doesn’t just watch traffic — paired with another agent it can measure the path between them. The mesh runs that test between every pair of your agents, and reports each direction on its own, because an IP path is half-duplex: A→B and B→A can have completely different throughput and loss. When you need proof, Advanced Packet Diagnostics captures the packets on both ends and adds an AI read of what went wrong.

Start free See pricing & add-ons

The mesh: every agent can measure every other

Passive grading already reads kernel TCP health from real sessions on every tier. The mesh adds active measurement: paired agents run a controlled, small-burst test between themselves — smart sampling, not a bandwidth flood — so you get a deterministic number for a path you care about, on demand.

LaptopServerBranchHomeCloud N² pairs
N² mesh. Each agent can be paired with each other agent — LAN, branch-to-branch, home-to-office, or across the public internet. Tests are scheduled small bursts (~smart-sampling), so they characterize the path without taxing the link.
PacketMan, explaining

A speed test floods one road. We measure your whole map.

I’m PacketMan — forty-five years finding the one slow link in networks everyone else gave up on. The usual internet speed test floods hundreds of megabytes at one server to measure a single road: you, to the internet. It can’t see the path from your workstation to your file server, or branch to data center — where the real problems live.

DataStun measures those paths. Every agent tests every other — the N² mesh above — connecting directly through home routers and carrier NAT the way FaceTime does, both directions. The enterprise platforms that do a version of this price it for a network-operations team; we put it on a lightweight agent, every OS, starting in about five minutes on three agents.

No tool can promise a perfect network — nobody can. This shows you where your data goes, how the trip went each way, and which leg to fix first. It’s definitely more fun to be ready.

STUN rendezvousauthenticated · stun.datastun.com Home router / NAT Agent A Carrier-grade NAT Agent B 1 · discover each other (authenticated) 2 · direct path — hole-punched. The measurement runs here. TURN relaylast resort 3 · relay only if direct fails — it adds a hop and changes the path, so we avoid it IPv6-direct is tried first when both ends have a public v6 address.
Rendezvous, then the most direct path possible. Two agents behind home routers or carrier-grade NAT find each other through an authenticated STUN service, then connect directly — the same hole-punching real-time apps like FaceTime and voice-over-IP use. The relay is a last resort only, because relaying changes the very path we’re trying to measure. No inbound port is ever opened, and the rendezvous requires credentials — so the fabric isn’t an open relay for internet scanners.
Agent Ayour laptop Agent Bthe server forward path — A → B h1 h2 h3 h4 ✗ 12% loss here return path — B → A · different routers h5 h6 h7
Every hop, both directions. Your internal LAN routers and the public ones in between — the path out and the path back rarely use the same routers, and that asymmetry is where the trouble usually hides. A router quietly dropping packets shows up here, on the exact leg it’s on — not as a vague “the network is slow.”
Agent A Agent B forward — 48 Mbps · 358 retransmits reverse — 351 Mbps · 0 retransmits
Half-duplex, reported honestly. Forward and reverse are measured and reported independently — throughput, jitter, packet loss, and retransmits each direction. The example above: a clean reverse path and a congested forward path, the asymmetric signature you can only see when you measure each way on its own.

What every test measures — each direction

One mesh run yields six independent readings, reported separately for each direction. Comparing the two directions is what turns “the network feels slow” into “the outbound leg to this destination is dropping packets.”

per direction
Throughput
Sustained bytes-per-second each way. Surfaces asymmetric uplink/downlink and an under-performing VPN or tunnel.
per direction
Latency (RTT)
Round-trip time for the pair. The baseline that voice, video, and interactive apps live or die on.
per direction
Jitter
Inter-packet-gap variance — the metric that predicts choppy calls and stutter long before throughput looks bad.
per direction
Packet loss
Sent-minus-received, measured each way. Loss on one direction only is the classic asymmetric-path signature.
per direction
Retransmissions
The single most powerful proxy for TCP health — how often a sender had to send a segment twice. Counted by each direction’s sender.
per direction
Path / traceroute
The actual hops each way, internal and external. See where the forward and return paths diverge, or where a hop quietly drops packets.

Measured honestly — not brute-forced

A speed number is only as good as the method behind it. Ours is built to report what the path actually does.

Pre-warm before measure. TCP throughput only means something after slow-start converges, so a small pre-warm stream runs first — those bytes are overhead, never counted in the result.
Steady-state windowing. We skip the slow-start ramp and the drain tail, so a fast LAN’s memory-speed buffer drain can’t inflate the number into something the wire never did.
Smart sampling, not a flood. Small bursts characterize the path without taxing the link — no hundreds-of-megabytes brute-force test running on someone’s connection.
HTTPS-class on port 443. The test rides TLS on 443, so it traverses the same firewalls and middleboxes your real traffic does — and measures the throughput your encrypted apps actually get.

Connects the way real networks connect

No inbound port to open, no VPN required for the test itself.

Behind any NAT. Home routers, office firewalls, carrier-grade NAT — the traversal ladder (IPv6-direct, then an IPv4 hole-punch, then a relay) gets two agents talking so the path between them can be measured.
Anywhere your agents are. Branch-to-branch, home-to-office, laptop-in-a-hotel to a data-center agent — measure the real path, not a synthetic one to a test server.
Knows the NAT it’s crossing. Each pair is classified (open, cone, symmetric, carrier-grade) so the drill-down can explain why a given path was chosen and what that implies.
Authenticated rendezvous. The coordination service requires credentials, so the testing fabric isn’t an open relay for internet scanners.

What each level gets

CapabilityIndividualTribeBusinessEnterprise
Passive TCP health grade (RTT, retransmit %, A–F) from real sessions
Active mesh speed test between paired agents (N²)add-onadd-on
Per-direction throughput / jitter / loss / retransmitadd-onadd-on
Advanced Packet Diagnostics (packet capture + IO graph + TCP expert + AI)creditscredits

Passive grading is included on every tier at no add-on cost — the everyday health signal. Active mesh testing and Advanced Packet Diagnostics are per-agent add-ons on Business and above, so you pay for depth only on the paths that matter.

How this compares — and what it takes to get there

The mesh-and-capture capability isn’t science fiction — a handful of enterprise platforms do a version of it, and do it well. The honest difference is reach: what it costs, what it runs on, and how long before you see data. Here’s the landscape, by category.

Capability DataStun Enterprise network-performance platform Consumer speed test
Tests the path between your own machines (agent-to-agent, N² mesh)
Measures each direction separately (half-duplex)one path only
Captures packets on the endpoint with nothing installedvia its own probe
Decodes the capture + plain-English AI read, in-productpremium tier
Smart-sampling bursts, not a brute-force floodvariesflood
Runs on any Windows / macOS / Linux endpoint, beside your security agentvaries / appliancen/a
Time to first data~5 min, 3 agentsrollout project (weeks–months)instant
Pricing modelIndividual tier; credits / per-agent add-onannual contract, consumption unitsfree

Here’s what bothers us: capability like this is marketed to the Fortune 500 — priced, packaged, and staffed for organizations with a network-operations budget and a team to run it. The small business, the school, the nonprofit, the family watching over a parent’s laptop — the people who need the same visibility and the same safety — were never the intended customer. They’re ours.

Comparison reflects publicly documented capabilities and pricing models of representative tools in each category as of May 2026, described by category rather than by name. The enterprise platforms do much of what the mesh does — the gap is what it takes to get there: an annual contract, per-unit licensing, and a deployment built for a dedicated network team. A consumer speed test measures one path to one server by flooding it, and can’t see the paths inside your own infrastructure at all.

Adds a layer — it doesn’t replace one

Even a large organization can run DataStun on top of the security stack it already has — in minutes, without a migration.

A different question than endpoint security. EDR watches process and threat behavior on the device. DataStun watches the data path — where traffic went, how the trip performed in each direction, which executable opened it. Senior teams want both answers; this is the one most stacks are missing.
Layers on, doesn’t rip-and-replace. The agent installs alongside what you already run. Nothing to migrate, no appliance to rack, no second console to live in.
Up in about five minutes. One agent, data in seconds. A large fleet rolls out through your normal software-deployment channel — not a quarter-long project.
Outbound-only, no inbound surface. The agent reaches out; nothing reaches in. No listening port to open, no remote shell into the machine.

Advanced Packet Diagnostics: when a number isn’t enough

A throughput number tells you that a path is hurting. APD tells you why. Tick one box and both agents capture the actual packets of that test — filtered to the test itself, bounded in time, then removed from the agent after upload. What comes back is a forensic packet trace, charted and explained.

1 · Run

You start a mesh test and tick “capture packets.”

2 · Capture

Both agents record only this test’s flow, auto-stopping when it ends.

3 · Upload

Each side uploads its .pcapng to your tenant, then deletes the local copy.

4 · Analyze

IO graph per direction + TCP expert analysis (retransmits, dup-ACKs, out-of-order, zero-window).

5 · Diagnose

An AI read names the hurting direction and likely cause — in plain English.

Capture stays inside your tenant. The trace is of the diagnostic test traffic between your two agents — not your users’ content — pinned to the test’s own addresses and ports. It’s opt-in per run, time-bounded, and deleted from the agent after upload. Your tenant holds the file; you can open it in Wireshark anytime. Nothing to install: the agent captures with what’s already on the device — no Wireshark, no Npcap, no capture drivers pushed to your endpoints — and all decoding runs server-side.
peak 0 forward (slow, lossy) reverse (fast, clean)
IO graph, both directions. Throughput over time for each direction. A slow, stalling forward line beside a clean reverse burst is the asymmetry a single “speed” number hides.
Critical · forward direction

Forward path (A → B) congested; reverse path clean

Packet loss on the forward path is driving repeated retransmissions and out-of-order delivery. The reverse direction is unaffected — the problem is asymmetric.

Evidence
  • Forward 48 Mbps vs. reverse 351 Mbps (7× asymmetry)
  • Forward retransmits: 358 — reverse: 0
  • 114 suspected retransmissions, dup-ACKs #1–#10 on the forward stream
Recommendation

Investigate the A→B uplink for loss — ISP saturation, QoS drops, or routing asymmetry on that leg.

Sample of the AI read that accompanies a captured run. It’s advisory — it explains the measured numbers, it never changes them — and the analysis runs inside your tenant, not in any shared service.

The AI read: PacketMan does the forensic analysis, in plain English

Reading a packet trace used to be a specialist skill. PacketMan — the same AI expert built into your dashboard — reads the run for you: per-direction throughput, the retransmit split, the TCP expert events, the shape of the IO graph. He hands back a diagnosis a human can act on: a headline, the direction that’s hurting, the likely cause, the evidence (citing the actual numbers and events), and a recommended next step.

That makes the same forensic signal legible to whoever is on call — the operator triaging a fleet who can’t open every .pcapng, or someone trying to fix a parent’s connection from two states away. It’s advisory: it explains the measured numbers, it never changes them. And it runs inside your tenant — the trace and its analysis stay with you, never routed through any shared service.

And to be clear about what he’s reading: PacketMan analyzes the test packets between your two agents — not your users’ traffic. DataStun does not inspect the contents of your communications.

One captured trace, two ways out

The IO graph above comes from a real packet trace. That trace is yours twice over: keep the raw frames for your own deep dive, and let PacketMan turn them into a diagnosis.

Your captured trace — both directionsinitiator.pcapng · 7 of 9,214 frames
No.TimeSourceDestinationProtoLenInfo
10.00000010.0.0.12203.0.113.45TCP7454321 → 443 [SYN] Seq=0
20.031208203.0.113.4510.0.0.12TCP74443 → 54321 [SYN, ACK]
30.03128410.0.0.12203.0.113.45TCP6654321 → 443 [ACK]
40.03201510.0.0.12203.0.113.45TLSv1.3583Client Hello (SNI api.example.com)
50.064102203.0.113.4510.0.0.12TCP1514443 → 54321 [ACK] Len=1448
60.298551203.0.113.4510.0.0.12TCP1514[TCP Retransmission] 443 → 54321
70.29864410.0.0.12203.0.113.45TCP66[TCP Dup ACK 5#1] 54321 → 443
↓  two ways out  ↓
Keep the raw frames

Save it · open it in Wireshark yourself

Download the .pcapng and dive in frame by frame. The raw evidence is yours to keep — and to attach to a ticket. No capture tooling was installed to produce it.

Or let PacketMan read it

Decoded, then diagnosed — in plain English

The trace is decoded and handed to PacketMan, who returns the direction that’s hurting, the likely cause, the evidence, and the next step.

packet tracePacketMan AIdiagnosis

Reading a trace at this level is a rare, expensive skill — close to a lost art, and hard to keep on call even where the experts exist. DataStun deploys that expertise as PacketMan, on every run, for everyone — while the raw trace stays yours to open in Wireshark anytime.

Inside Advanced Packet Diagnostics

Both ends, captured. Each agent records its own half of the flow, so you see both directions of the same conversation — not one side’s guess about the other.
Full TCP expert analysis. Retransmissions, fast-retransmits, duplicate-ACKs, out-of-order segments, zero-window, D-SACK — with counts and the actual flagged frames, the same analysis a packet expert runs by hand.
Per-direction IO graph. Throughput over time for each direction, so a stalling, bursty upload sitting beside a clean download is visible at a glance.
Real .pcapng → Wireshark. Every captured run gives you a downloadable capture per direction. Open it in Wireshark for the deepest dive — your tenant holds the file.
Zero setup. The agent captures with the facility already on the device — no Wireshark, no Npcap, no capture drivers pushed to your machines. Nothing to install, no inbound port, no remote access into the machine; all decoding happens server-side.
Stays in your tenant. The capture is the diagnostic test traffic only — not your users’ content — pinned to the test’s own addresses, time-bounded, and deleted from the agent after upload.

Why the packet trace matters

Localize the problem to one direction

Retransmits are counted per direction by the sending side. When the forward stream shows hundreds and the reverse shows zero, you know the loss is on the outbound leg — not a vague “the link is slow.”

See the actual segments

The same TCP expert analysis Wireshark runs — retransmissions, duplicate ACKs, out-of-order, zero-window — with counts, plus the flagged frames. Independent, on-the-wire confirmation of the numbers.

Open it in Wireshark

Every captured run gives you a real .pcapng per direction. Download it and open it in Wireshark for the deepest dive — your tenant holds the file.

Prove it to your ISP

A capture that shows loss on the outbound path, charted and timestamped, is the evidence that turns “it feels slow” into a support ticket your carrier has to answer.

From the leadership chair: the floor that can’t hold a call

The deepest packet analysis on earth is worthless to the person who has to answer for the network but was never trained to read a trace. Here’s why that gap is the one DataStun was built to close — from the seat that owns the problem.

Iris Locke, DataStun's leadership voice

Iris Locke
DataStun’s leadership voice

I speak for the people who own endpoint security and somehow also own “why is the fourth floor like this?” The scene: every real-time call up there stutters and drops. The techs can’t reproduce it from their desks, so it sits open for weeks — until someone captures packets they were never trained to read. The evidence is right there, and useless.

1Calls drop on the 4th floor
2One mesh test — both directions, capture on
3Comes back decoded on screen
4PacketMan reads it in plain English

It shouldn’t take more than that — nothing installed, nobody learning to read a trace. End users stop being your monitoring system. The packet expertise that’s rare and costly to hire lives in the software: Bill Alderson’s forty-five years, as PacketMan.

What I can take to a board: the enterprise tools that do a version of this take a rollout measured in months; this takes about five minutes, on three agents, free.

Help in three layers: PacketMan AIyour adminthe DataStun team — no ticket queue to start over in.

The add-on, and what it’s worth

Advanced Packet Diagnostics

Pay per run, not per month

APD is credit-based: one credit per captured run, credits don’t expire, and a failed or canceled run refunds automatically. Buy depth for the agents and paths that matter — not a flat fee across every laptop.

No setup: the agent captures with the facility already on the device — nothing installed, no inbound port, no SSH — and all decoding happens server-side.

See pricing & add-ons →
Included on every tier

You start with the everyday signal

Passive performance grading — kernel-native latency and retransmit readings, graded A–F per device and per app on a 24-hour timeline — runs included on every tier. It points you at the handful of machines actually struggling.

APD is the next step down: when the grade says a path is hurting, capture it and find out why. The everyday signal narrows the search; the packet trace closes it.

See passive performance →

What that’s worth in practice

The $20,000 analyzer, as a credit. Per-direction throughput, loss, retransmits, expert TCP analysis, and a charted capture — the kind of evidence that used to mean a dedicated analyzer and an expert operator — for the price of one run.
No truck roll. The test runs from wherever the agent already is — a branch office, a home, a hotel room — so you don’t ship anyone, or anything, to the problem.
Evidence your ISP has to answer. A timestamped capture that shows loss on the outbound leg turns “it feels slow” into a support ticket with proof attached.
A baseline that’s already running. Scheduled mesh tests mean that when something breaks, you already have the before-picture to compare against — not just a single after-the-fact reading.

Go deeper: how the methods actually work

We document our measurement methods in the open — the dispersion math, the trust layer that catches buffer-faked speeds, and the peer-to-peer mesh that reaches across NATs without routing your traffic through anyone’s servers.

How we measure. Packet-pair dispersion, pre-warm before measure, inter-packet-gap analysis, and protocols used as diagnostic lenses — with diagrams.
How the mesh works. The connect ladder, multi-candidate racing, the always-warm port, and the two planes that share it.
How the fabric stays secure. Outbound-only agents, authenticated replay-protected probes, and the four-layer responder edge.