REST or MQTT? No: SNMP
When we think in a IoT Data adquisition system we typically have to take the decissiona about the protocol to use in order to communicate our devices with the data-collector system, as a previous step to the Big Data one.
Common discussion is about REST or MQTT using, which has sense in many cases because their light weight and flexibility… but this flexibility is also a headache because the lack of standarization and customization necessities.
MQTT typically could require a ligh JSON structure and a parser in the other side. REST needs webservice API and some development at firmware level.
We propose for some cases the analysis of SNMP (Simple Network Management Protocol) for the data catching.
The reasons of this are four:
1) It is also a light protocol. It was designed to manage wide networks without consume too much resources.
2) It is and old standard, with security in its version 3
3) There are lots of free and not-free SNMP systems in the market (IBM Webtop or BSM, HP NNMi, Nagios…)
4) SNMP protocol is compatible, because its standarization, between different kind of devices. For sample with a single data catcher system (a SNMP collector) we can manage information from servers, routers and other network elementos and also IoT devices and combine all of them in a single BigData system through ETLs and cubes creators. Also you can combine incident or capacity information of the network systems with the IoT payload and extract conclusions.
Using this kind of solution, reccyling existing infrastructure, we have been able to avoid wastes in time and money. So recommendation: if you already have a SNMP collector linked to a BigData system think about reuse it also for your IoT devices always it is possible for you.