For a project that I’m doing with several partners I’m proposed to use the XMPP IoT
experimental extensions (including the not yet submitted eventing extension). One
requirement for the project is that the ‘Things’ should use as little data as possible and
for this we wanted to optimise the data the Things are sending to subscribers. Another
requirements was that we would like to be able to have fine grained control on which
subscribers would be allowed to subscribe and receive the data.
We want to accommodate multiple listeners to the same events, this is quite pub/sub like,
and discussed to use either MQTT or XMPP.
A few things I noticed during our discussion:
1. The partners did not see the eventing extension as pubsub but rather as p2p because
clients need to subscribe to all the different things instead of to only a single topic.
2. There is currently no best practises in using pubsub or PEP for IoT.
3. Management of pubsub nodes (manage subscribers and publishers) is cumbersome and not
all functions (authorization schemes) are supported by all XMPP servers.
4. I proposed an alternative pubsub like service, that I called ‘dealer’, which acts as
a IoT concentrator towards the subscribers and that would subscribe to all Things the
clients would want to receive events from.
Currently the project is leaning towards MQTT, mostly because partners like that concept
of pubsub over the XMPP alternatives (verbosity of XMPP is not considered an issue).
I would like to share this feedback as it might be useful in progressing the IoT
extensions further.
Cheers,
Eelco
This message may contain information that is not intended for you. If you are not the
addressee or if this message was sent to you by mistake, you are requested to inform the
sender and delete the message. TNO accepts no liability for the content of this e-mail,
for the manner in which you use it and for damage of any kind resulting from the risks
inherent to the electronic transmission of messages.