Mission Areas

If the mission rides the network,
rehearse the network.

"Gray space" is the internet between you and the objective — infrastructure nobody on the mission owns, but everything on the mission depends on. GSP puts a parallel copy of it inside your wire, degraded exactly like theater.

MISSION 01

DDIL rehearsal at the tactical edge

Comms plans survive contact with denied, disrupted, intermittent, and limited bandwidth — or they don't. Stand up the objective area's link conditions and run the actual kit against them: C2 clients, data replication, chat, full-motion video, sensor backhaul.

  • Emulate the primary, alternate, and contingency paths of a PACE plan and fail them on cue
  • Watch applications degrade in real time as links go from fiber to GEO to loss-burst
  • Real devices with emulated public identities — the kit under test doesn't know it's in a lab
MISSION 02

SATCOM & Starshield-class validation

LEO constellations don't behave like GEO, and neither behaves like the lab. GSP's dynamic profiles reproduce what the RF actually does: handover hiccups every ~15 seconds on a Starlink-class link, quarter-second geostationary lag, rain fade that rolls in over 30 seconds and recovers, ACM modems stepping down their modcod tiers, sea-state mispointing, and commanded EMCON blackouts.

  • Prove mission software rides out handover spikes without dropping sessions
  • Quantify throughput and timeout behavior under GEO/MEO/LEO, per direction
  • Deterministic schedules — a failure reproduces on demand, with a seed
  • Two dozen ready profiles, each live and annotated on the WAN Profiles page — or compose your own
MISSION 03

Cyber range gray space

A range without a realistic internet trains habits that don't transfer. GSP provides the backbone: multiple ISPs with real BGP paths and transit relationships, public addressing, emulated DNS — the neutral terrain red and blue actually maneuver through.

  • Traffic crosses genuine multi-AS paths — traceroute, BGP looking-glass views, and captures all read true
  • Per-team enclaves via isolated VLAN ingress; inbound-capable cloud identities for infrastructure
  • Airgapped by design — range traffic physically cannot leak to the real internet
MISSION 04

Test & evaluation under impairment

"Works over degraded comms" is a requirement in most modern programs — and almost nobody can test it repeatably. GSP turns link conditions into a controlled, scriptable test variable.

  • Drive impairment from the test harness over REST: sweep latency, step loss, trigger fade mid-run
  • Identical conditions on every run — regression-test the fix under the failing weather
  • SNMP-reported live impairment gives the test report ground truth, not intent
MISSION 05

Pre-deployment comms shakeout

The week before wheels-up is the wrong time to discover a sync client that times out at 560 ms RTT. Put the actual deployment kit on GSP, dial in the theater's links, and burn down the surprises at home station.

  • Flat-LAN ingress: the kit joins with route changes only — no reimaging, no reconfiguration
  • Full-capture mode: the emulator is the kit's internet, exactly like arriving in theater
  • Findings come with numbers: which app, which threshold, which link state
MISSION 06

Training & exercises

Operators should feel satellite lag and mid-transfer loss before the first real mission, not during it. GSP scales from a classroom bench to a multi-enclave exercise on the same declarative config.

  • Wildcard DNS keeps ordinary devices and browsers happy inside the closed world
  • White cell drives the weather live from the UI — degrade a cell's links on scenario cue
  • The 3D globe gives observers and AAR the whole picture: who was cut off, when, by what

Have a mission that isn't listed?

If it depends on the internet and the internet might be ugly, GSP can probably rehearse it. Tell us the scenario.