A drone surveying farmland. A cardiac monitor in a care home. A van full of groceries crossing rural postcodes. A public bin that messages the council when it’s full.
These use cases span sectors and serve completely different purposes, but they all rely on the same unseen foundation: uninterrupted, intelligent connectivity.
As IoT becomes more embedded across industries, connectivity is often treated as a given. But assumptions about network coverage, data routing, and SIM behavior can cause problems at scale. When you’re operating hundreds or thousands of endpoints across variable geographies, the gaps start to show.
Managing Director at Spitfire Network Services Ltd.
And that’s where architecture matters.
Behind every successful IoT deployment is a stack of connectivity decisions that influence everything from service continuity to cybersecurity posture. And for all the attention given to endpoint design and data analytics, the connective tissue, the network layer, still doesn’t get the strategic consideration it deserves.
Not all multi-network SIMs are the same
Multi-network SIMs are widely used to address coverage challenges, especially where a single provider can’t offer reliable service across all locations. But the term itself is misleading. Many organizations think they’re getting a SIM that automatically connects to the best available signal, but in practice, it doesn’t always play out like that.
Unsteered multi-network SIMs, in particular, come with trade-offs. These SIMs don’t favor one network over another, which sounds ideal in theory. But in reality, network selection is governed by the 3GPP standards that at first prioritize availability, not signal quality or throughput.
That means a device may connect to a network that’s “available” but not optimal – or, worse, stay connected to a deteriorating service while better options are ignored.
Roaming agreements (or the lack thereof) add another layer of complexity, with SIMs at risk of being disconnected or barred from networks without notice. Add unpredictable latency, and opaque failover logic, and it’s clear that “multi-network” does not inherently mean “reliable.”
Dual IMSI SIMs can offer more control and predictability
A more sophisticated approach is available in the form of dual IMSI SIMs. These SIMs contain two profiles: a primary home IMSI and a secondary fallback using an adequate but less optimal multi network solution similar to that of competitor single IMSI SIMs.
Unlike unsteered SIMs, dual IMSI technology provides a framework for more consistent, policy-driven behavior.
The primary IMSI can be optimized for cost and latency, ensuring that devices default to the most suitable network in typical conditions. If the signal drops or becomes unavailable, the secondary IMSI activates.
Some Dual IMSI offerings complicate matters by using a different IP address for each IMSI, but at least one service provider provides a single fixed IP address across both IMSIs, so potential users just need to be careful to ensure that product offerings match their needs.
Critically, the Dual IMSI single IP address solution allows for consistent IP allocation and pre-defined routing rules across both profiles. That means less configuration work, fewer surprises, and smoother handovers in the field.
Public routing creates unnecessary exposure
Connectivity isn’t just about staying online: it’s about where your data travels once it leaves the device. Many commercial SIM solutions route traffic over the public internet, which introduces unnecessary exposure. This is how devices become discoverable and data becomes intercepted.
For sectors handling sensitive or regulated information; healthcare, finance, legal, logistics, that exposure carries significant risk. But even outside regulated industries, poor visibility into how and where data is travelling can impact everything from performance to compliance.
Routing traffic through private, controlled infrastructure significantly reduces the attack surface. Whether it’s MPLS integration, direct cloud interconnects, or secure tunnelling via fixed lines, private routing ensures that device traffic stays invisible to external threats and remains manageable from a central point of control.
Managing at scale means managing centrally
As IoT estates grow, operational simplicity becomes just as important as technical resilience. If your team is manually switching APNs, troubleshooting rogue SIM behavior, or juggling different dashboards for different networks, something’s gone wrong in the design phase.
No wonder, then, that there is increasing demand for private network environments that support unified provisioning, monitoring, and policy enforcement across all devices, regardless of location or access network. Especially where endpoint fleets span geographies, use cases, or business units.
In all cases, consistency matters. If a bin sensor in Bristol and a camera in Carlisle behave differently depending on which SIM profile is active, that inconsistency can quickly become a support burden.
The ability to keep IP ranges consistent across IMSIs, automate failover logic, and monitor performance centrally is what makes IoT viable at scale.
More than a SIM
The early days of IoT focused on the devices themselves: what they could measure, detect, or report. But now that these devices are everywhere, we need to think of connectivity as a design decision, more than just an implicit or obvious feature.
Whether you’re managing autonomous vehicles, wearable tech, or smart street infrastructure, the real value of IoT lies in continuity, control, and confidentiality. And that depends not just on what’s at the edge, but on everything that sits between device and destination.
Ultimately, your IoT deployment is only as intelligent as the infrastructure that supports it.
We’ve featured the best encryption software.
This article was produced as part of TechRadarPro’s Expert Insights channel where we feature the best and brightest minds in the technology industry today. The views expressed here are those of the author and are not necessarily those of TechRadarPro or Future plc. If you are interested in contributing find out more here: https://www.techradar.com/news/submit-your-story-to-techradar-pro
Add Comment