Why does IoT need its own backbone?

Thursday, June 30 2016


This is a good question to be asking now, rather than when your self-driving car loses connectivity as it’s about to pass a truck. The simple explanation is that the Internet of Things has real-world consequences.

Now don’t get me wrong; we look at all connectivity as critical. Our customers rely on us to deliver end-user experience so good it never gets noticed. And with IoT, there will be billions of things in need of secure end-to- end connectivity. Because what happens if your wearables get hacked? Or your connected pacemaker can’t connect? The consequences are real and the implications are huge. Who is at fault if a self-driving car crashes? The car manufacturer? The device manager? The connectivity provider? Things are about to get real.

Because operators need to connect to device management platforms all over the world, wholesale carriers have a key role to play. It’s where the saying, “make your longest link your strongest link”, comes in. We’re at a real advantage here. Many of our competitors can create IoT traffic solutions, but they have to do it on someone else’s network. Because we own our own backbone, we have the end-to- end visibility, security and control required for critical IoT connectivity. It enables us to offer what we call the Internet for Things.

Our dedicated IoT Backhaul solution connects operators’ IoT traffic directly to device management platforms in a single network hop. We use IPX architecture to segregate IoT traffic from the public Internet. This creates a secure transport layer and enables the CoS and QoS parameters required to meet the availability, latency and reliability demands of critical IoT applications.

Underpinning it all is direct connectivity; the same principle that’s behind all our services. It’s why we built our backbone in the first place. And it’s why we keep investing in it. It doesn´t matter if it’s critical IoT traffic or any other type of connectivity; end-to- end quality takes end-to- end control.