NetSim Network Emulator: a network lab on your desktop

NetSim Network Emulator

Last updated: June 2026

NetSim Network Emulator connects the simulator to real hardware running live applications such as video, voice, file transfer, and email. Also termed System-in-the-Loop (SITL), it lets physical hardware and a simulation interact as a single system. Real traffic flows through a virtual network where it experiences the delay, loss, and error you configure, and the impact is seen directly on the live application.

It is a cost-effective alternative to hardware emulators and full physical test labs, which carry high cost, complicated configuration, and limited scale. Build a network of up to a few hundred virtual nodes on a single PC and map them to any number of real devices.

Real-sim-real emulation in NetSim: live traffic transits a simulated network

Real, simulated, real

A real PC running the NetSim Emulation Client sends live traffic to the PC running the NetSim Emulation Server. The simulation runs in sync with the wall clock and acts as a transit network in which datagrams experience simulated network effects.

  1. A real packet arrives at the emulation server interface.
  2. NetSim converts it into a simulation packet at ingress.
  3. It crosses the virtual network, picking up delay, loss, and error.
  4. At egress it is re-converted and re-injected to the real destination.

Why use the emulator

Test real software and hardware against network conditions you control.

Application performance

Measure how real applications behave subject to network effects such as error, delay, and loss, before deployment.

Impact you can see

The effect is immediately apparent on the live video, voice, or transfer, with no need to interpret it from simulation statistics.

Protocol R&D

Develop new protocols and test their performance with real applications instead of synthetic load generators.

Design-stage testing

Validate a design before the real devices or software are ready, by emulating the network they will eventually run over.

Cyber test beds

Integrate into cyber ranges and test beds to study how attacks and defences behave over a realistic transit network.

No expensive lab

Replace racks of hardware impairment boxes with one PC, and scale to topologies that would be impractical to build physically.

Connect real applications and devices

NetSim is an IP-based, data-plane, flow-through emulator. Any IP application can be driven through it.

Live video

Stream an RTP / MPEG transport stream from VLC and watch the quality change as the virtual network adds loss and jitter.

Voice calls

Place a two-way Skype or VoIP call between real systems and study call quality under controlled delay and jitter.

File transfer

Move files with FileZilla over FTP and compare transfer speed with and without the emulated link constraints in place.

Throughput tests

Run JPerf or iPerf and observe goodput drop to the virtual link capacity, for example 120 Kbps over a constrained radio link.

Databases

Send PostgreSQL / pgAdmin queries across the emulator and time the response as network conditions vary between runs.

GIS and map servers

Drive a GeoServer map client through the emulator and measure how the map load time responds to the transit network.

Windows clients Linux (RHEL, Ubuntu) Raspberry Pi Virtual machines Docker and Kubernetes

Example use cases

From tactical radios to cellular networks, run real applications over a modelled link.

Defence

Military radios (MANET)

  • Soldiers communicate as a Mobile Ad-hoc Network using UHF / VHF radios modelled in the NetSim emulation server.
  • Each soldier is a virtual machine on a physical server, with the MANET covering mobility, RF propagation, and L3 / MAC / PHY attributes.
  • Real-time data, voice, or video flows between the VMs, soldier to soldier.
  • Change a parameter such as PHY rate, then watch real iPerf throughput follow the new link capacity. Measure loss, delay, error, throughput, and quality of service.
Cellular

5G networks

  • A typical 5G network with cameras uploading video and phones (UEs) uploading and downloading files.
  • Change network parameters such as bandwidth, pathloss, transmit power, antenna count, and mobility.
  • Run what-if scenarios by modifying the file transfer and video rates.
  • Study application performance and analyse loss, delay, error, throughput, and quality of service.

Configuration and measurement

Choose which traffic enters the simulation, then capture every packet for analysis.

Traffic filtering

Map real flows into the simulation by source and destination IP and port. Use 0.0.0.0 as a wildcard to admit all matching traffic.

Device or application scope

Device-specific emulation maps all traffic between two hosts; application-specific emulation narrows it to a single port pair.

PCAP capture

Wireshark-compatible logs record all network packets, those dispatched to the emulator, those re-injected, and those not dispatched.

Jitter control

Introduce jitter with Poisson background traffic. More background packets induce greater delay variance in the competing flow.

PCAP file input

Replay a recorded pcap file into the emulator, mapping its real source and destination addresses onto the virtual topology.

Round-trip delay

Two-way applications such as ping need a forward and a reverse emulation application so both request and reply traverse the virtual network.

Features and specifications

How the emulator is built, set up, and bounded.

Architecture

Flow-through, data plane

An IP-based, data-plane, flow-through emulator that processes actual data between clients and servers through a virtual network. It models the data plane, not the control plane.

Setup

Three-system lab

A dedicated system runs NetSim on Windows 10 or 11, connected by an L2 switch to the servers or PCs running your applications, with the NetSim system set as the gateway.

Packet flow

Convert and re-inject

Real packets are converted to virtual NetSim packets at ingress, subjected to the configured delay, loss, and error, then converted back to real packets at egress.

Traffic rules

Both ends real or virtual

Source and destination must both be in the real world or both virtual. A virtual node cannot be the sink for real traffic, and vice versa.

Constraints

Generic devices, COTS

The emulator models generic network devices rather than vendor-specific equipment and offers socket-based connectivity. This describes the COTS build; custom development extends it.

Extend

Source code in C

NetSim ships with protocol source code in C. Modify the stack and develop custom protocols, waveforms, and conversion logic for requirements beyond the standard build.

Put your hardware in the loop

See your real applications and devices run over a network you control. Request an evaluation, or talk to us about a custom emulation set-up for your test bed.