IBM's Andy Piper: Negotiating the Internet of Things - 0 views
-
He is officially called the "Messaging Community Lead" for IBM's WebSphere message queue (MQ) architecture, which is a title that grants some modicum of honor without claiming too much authority. Andy Piper has become IBM's point man for the concept of a planet enmeshed in billions, perhaps trillions, of signal-sending, communicating devices. The case may be made that anything that can be "on" could be made to send a signal on a network - perhaps something as simple as "on" itself, periodically. The possibilities for a world where the operating status of any electronic device may be measured from any point on the globe, are astounding.
-
Two weeks ago, IBM and its development partner Eurotech formally submitted Message Queue Telemetry Transport protocol to the Eclipse Foundation open source group. It's being called "the" Internet of Things (IoT) protocol, but in fairness it's only one candidate. It would serve as the communications mechanism for devices whose size may scale down to the very small level, with negligible power and transmission radius of only a few feet.
-
One example application already in the field, Piper told RWW, is in pacemakers. Tiny transmitters inside pacemakers communicate using MQTT with message queue brokers at their patients' bedsides. Those brokers then communicate with upstream servers using more conventional, sophisticated protocols such as WebSphere MQ.
- ...5 more annotations...
-
"Look, this is engineered for a constrained environment," Piper emphasized. "But because of that, [these devices] are actually extremely efficient at doing things like conserving battery, and using very low bandwidth. So [MQTT] is actually a fairly sensible protocol for both the machine-to-machine (M2M) space that we're addressing with the Eclipse announcement, and also the mobile explosion as well. All these devices need to be connected."
-
"It's not as such about replacing the Web; it's about enabling devices to talk to the Web," says Piper. "And these devices are unlikely to have user interfaces; they're really about just collecting data."
-
IBM's model (like all IBM models through history) is layered and given a mnemonic. There are three classes of devices: intelligence, interconnect, and instrumentation. Unlike Microsoft's model, which argues that intelligence can be driven completely to the edge at the device level, IBM maintains intelligence at the core, maybe even in the cloud. Instrumentation, on the other hand, doesn't need to be all that intelligent. In fact, it can be essentially autonomic. But it can still communicate, and MQTT would be its protocol.
-
"When you look at the wire trace of an HTTP packet, you end up with a lot of stuff in the headers which you don't see as a user," he tells RWW. "HTTP was designed for getting documents to a user interface. And it's been kind of bent and twisted into being used for inter-application and server-side communication, and that's fine when you have the bandwidth. But if you just want to send, 'The temperature is ___,' and then send 61.7, 60,7, 61.7, every five seconds, you really don't want to be doing a full HTTP post to send that information to an endpoint. So [MQTT] is asynchronous push; it's not request/response, which is what HTTP is."
-
Current networks of devices, such as Cisco routers, utilize small packets of health and status data that some literally call "weather reports." They're sent at specific intervals, and when they don't arrive on time, servers conclude something may be wrong. Such "weather reports" have been said to constitute a majority of the actual messages sent between routers and other devices at the lower levels of the Internet.