Design Methodology · Study deck

Network Simulation: Tool Landscape

Run several cases, not one perfect case.

Blueprint Bina is your guide for this deck.

networksimulationtools
Blueprint Bina, the module guide, in a scene from this chapter.
iotclass.org

After studying this chapter

Learning objectives

You will be able to:

  • Choose a network simulation or measurement tool based on the design question it must answer.
  • Distinguish packet-level simulation, firmware-aware emulation, modular simulation frameworks, packet capture, RF survey, and field telemetry.
  • Explain why tool output must be tied to assumptions, scenarios, metrics, and validation evidence.
  • Identify when a classroom visual tool is useful for learning but insufficient for production design evidence.
iotclass.org

Major section

Start With the Evidence You Need

Building the whole site first would cost too much.

  • A computer model can help, but only if it answers the same question the team must decide.
  • The design lead should write one claim and a pass rule.
  • For example: a warning must reach the local desk within two seconds when one radio path is blocked.

Key terms

Neither
Neither is best for every claim.
iotclass.org

Major section

Start With the Evidence You Need (continued)

Leave out detail that cannot change the decision.

  • They should be able to state which parts are real, which are estimated, and which are left out.
  • End with a field check that can reject the model.
  • A model that cannot be challenged is only an illustration.
  • A designer may need the main trade-off.
iotclass.org

Major section

Start With the Evidence You Need (continued)

Under the Hood examines event timing, radio models, repeated runs, and limits on the result.

  • A reviewer needs the assumptions and spread.
  • A field worker needs the check to repeat on site.
  • If no decision changes, stop adding detail and spend the effort on real evidence.
  • Link the raw results.
iotclass.org

Major section

Start With the Evidence You Need (continued)

If the claim depends on packets, code, radio conditions, installed gateways, or operations telemetry, the tool has to match that claim rather than decorate the design.

  • The card makes comparison fair.
  • Two tools can answer the same question.
  • One may model radio paths well.
  • Another may run real device code.
iotclass.org

Major section

Phoebe's Field Notes: Why A Simulator's Default Antenna Is Not Just A Number Off

The mathematical gist.: An 8 dBi antenna has $10^{8/10}=6.31\times$ linear gain.

  • If conducted power were fixed instead, forgetting that gain would understate in-beam range by $\sqrt{6.31}=2.51\times$.

Numbers to remember

20 dBmAt a 20 dBm EIRP ceiling it uses 12 dBm
12 dBmAt a 20 dBm EIRP ceiling it uses 12 dBm
iotclass.org

Major section

Choose Tools by Question

A network tool is only useful when it observes or models the behavior behind a real design decision.

  • A simulator can compare alternatives before deployment.
  • An emulator can exercise firmware paths.
  • A packet capture can show what actually crossed an interface.
  • An RF survey can reveal site conditions.

Key terms

If the risk
If the risk is MQTT reconnect behavior after broker failover, a small broker test plus packet capture may beat a large radio simulation.
After the tool
After the tool is run, the result should say what it can support and what it cannot support.
Tool selection route moves from the design question to fidelity, tool class, scenario plan, validation, and decision record.
Tool selection route moves from the design question to fidelity, tool class, scenario plan, validation, and decision record.
iotclass.org

Major section

Choose Tools by Question (continued)

Operations telemetry can show whether a deployed network stays healthy over time.

  • The mistake to avoid is treating all of those outputs as equivalent.
  • A packet-level model, a Contiki-NG mote run, a Wireshark trace, a LoRaWAN gateway export, and a pilot dashboard answer different questions.
  • That question keeps tool choice practical.
iotclass.org

Major section

Choose Tools by Question (continued)

The route also protects reproducibility.

  • A classroom topology visualizer may help a learner understand routing, but it cannot prove LoRaWAN coverage, Wi-Fi roaming, Thread mesh recovery, gateway backhaul resilience, or battery life without additional measurements.
  • A design team should first ask whether the claim depends on modelled packets, real firmware, real RF, installed gateways, application logs, or long-run operations.
  • That boundary is the difference between evidence and decoration.
iotclass.org

Major section

Choose Tools by Question (continued)

If the risk is MQTT reconnect behavior after broker failover, a small broker test plus packet capture may beat a large radio simulation.

  • If the risk is RPL repair after a parent disappears, ns-3, OMNeT++/INET, or Cooja may be worth the setup.
  • If the risk is metal shelving blocking coverage, an RF walk test and pilot node logs carry more weight than a diagram.
  • Its: Question and: Fidelity Need labels show why Tool selection route moves from the design question to fidelity, tool class, scenario plan, validation, and decision record needs an evidence check for: Choose Tools by Question here.
iotclass.org

Major section

Match Tool Class to Evidence

ChirpStack or The Things Stack gateway logs can expose LoRaWAN joins, RSSI/SNR, frame counters, ADR behavior, and downlink limits.

  • For a Thread or Zigbee mesh, the practitioner decision may be whether powered-router density and retry limits keep recovery inside the service target.
  • For LoRaWAN, it may be whether spreading-factor distribution, duty-cycle limits, join capacity, and gateway backhaul leave enough margin.
  • A useful tool-selection record is short but specific.
iotclass.org

Major section

Match Tool Class to Evidence (continued)

For Wi-Fi, Ethernet, LTE-M, NB-IoT, or private cellular, the relevant evidence may shift toward DHCP, DNS, roaming, SIM lifecycle, APN/VPN routing, cloud reachability, and operational ownership.

  • Wireshark or tshark can confirm MQTT, CoAP, TCP, TLS, BLE, or 802.15.4 packet behavior at a capture point. Iperf3 can test throughput and jitter on IP links.
  • Broker logs, cloud IoT logs, RF survey results, and battery-current traces should be tied back to the model assumption they confirm or challenge.
  • If a gateway log shows join failures in one loading bay, the simulation needs a site-specific coverage check.
iotclass.org

Major section

Tool Output Validity Boundaries

Every tool has a validity boundary. Ns-3 results depend on the configured propagation model, traffic model, random seeds, and protocol modules.

  • OMNeT++/INET results depend on selected components and simplified layers.
  • Wireshark shows captured packets, not the packets that were lost before the capture point.
  • A good tool-selection record states which boundary matters.
iotclass.org

Major section

Tool Output Validity Boundaries (continued)

Operations dashboards show what the deployed platform retained, which may omit rejected packets, local outages, encrypted payload detail, or devices that never joined.

  • For LoRaWAN, that may include regional duty-cycle limits, spreading factor, payload size, gateway placement, ADR, and downlink scarcity.
  • For Thread or Zigbee, it may include 802.15.4 channels, route repair, router density, commissioning, and interference.
  • The hidden mechanism is usually timing and loss.
iotclass.org

Major section

Tool Output Validity Boundaries (continued)

For Wi-Fi, it may include channel width, roaming, airtime, DHCP/DNS behavior, backhaul capacity, and access-point logs.

  • For a cellular design, the record may include modem firmware, carrier profile, APN, NAT behavior, coverage sample, SIM or eSIM lifecycle, power-save mode, and roaming assumptions.
  • For an application-protocol claim, it may include MQTT session expiry, QoS, retained messages, keepalive, CoAP confirmable retransmission, TCP reconnect timing, TLS resumption, and broker throttling.
  • A result that looks authoritative can still be wrong for the decision if one of those mechanisms is outside the tool.
iotclass.org

Major section

What This Chapter Does

It helps you decide which type of evidence tool belongs in a network design workflow and what limits to write down before trusting the output.

  • Model Packet-level simulation Use when routing, contention, queueing, protocol behavior, scale, or scenario sweeps are the main uncertainty.
  • Code Firmware-aware emulation Use when the embedded stack, radio driver behavior, logs, or application firmware must be tested close to device code.
  • Operate Field telemetry Use production and pilot metrics to catch drift, weak links, outage recovery, commissioning issues, and maintenance problems.
iotclass.org

Deck summary

Key takeaways

Building the whole site first would cost too much.

  • Leave out detail that cannot change the decision.
  • Under the Hood examines event timing, radio models, repeated runs, and limits on the result.
  • If the claim depends on packets, code, radio conditions, installed gateways, or operations telemetry, the tool has to match that claim rather than decorate the design.
  • The mathematical gist.: An 8 dBi antenna has $10^{8/10}=6.31\times$ linear gain.
iotclass.org

Retrieval practice

Recall check

Blueprint Bina says: answer from memory, then check your reasoning.

Q1Metal shelving may block a warehouse radio path. Which evidence best addresses that concern?

AAn RF walk test with pilot-node logs
BA classroom topology diagram without measurements
CA parser unit test with valid payload samples
DA broker configuration review without site testing
Show answer

Answer: A The chapter assigns physical site conditions to field measurements.

Q2A simulation predicts good reconnect timing, but captures show repeated TLS handshakes after sleep. What should the team do?

APrefer the simulation because its output is repeatable
BUse throughput alone to settle the reconnect claim
CDiscard the capture because it tests a real device
DRevisit the model using the observed handshake behavior
Show answer

Answer: D Measurement evidence should confirm or challenge the simulation assumptions.

iotclass.org

Print reference

Answers

Answer key.

  1. A · The chapter assigns physical site conditions to field measurements.
  2. D · Measurement evidence should confirm or challenge the simulation assumptions.
iotclass.org