Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [m2m-iwg] AXEDA Comments on MQTT contribution to ECLIPSE PAHO & OASIS

Hello all,

It's great to see so much interest in that discussion! As you say Rick, there's probably still lots of efforts to do in order to go a step further in terms of enabling M2M communications, but it's really great to see MQTT moving to OASIS.

I would like to invite you all to have a look at the attached presentation, as well as to the Mihini wiki page [1] where we provide more information regarding the M3DA (Micro-M2M Data Access) protocol that Mihini will rely on for Device and Asset Management. I think it addresses some of the points you raise, Rick...

-          Stronger typing and metadata for payloads

The approach we took is indeed to try to have a serialization model that has strong typing, including the ability to describe data structures usually found in M2M applications (vectors of data, smart handling of timestamped values).

-          Semantics for data, events, services, blob/file and stream content (all essential for a modern M2M platform)

FWIW I think having a protocol that, to some extent, describes the payload is important (see the previous paragraph…), but it is probably complementary with having a separate, more complete, model of the full capabilities of a given M2M application (I am sure you remember the discussions we had about [2] :-)) This model is also kind of crucial to support legacy applications (hence legacy protocols) for which the communication protocol does not allow any sort of typing, discovery, etc.

-          Store-and-forward best practices/reference implementations for occasionally connected devices

M3DA features a way to acknowledge correct delivery of messages, and the Mihini agent comes with all the logic needed for not losing data in case of unreliable network connection, as well as the logic needed to communicate only once in a while (a Mihini application can send data to specific queues that get "flushed" to the server according to specific policies: cron table, on-demand, …)

I'd be happy to hear the group's thoughts on these first elements of information regarding M3DA, and of course there will be more to discuss about when the Mihini source code, hence the reference implementation of M3DA, will actually be available (it's a matter of weeks now, we are still under IP review by Eclipse legal).

Best regards,
Benjamin.



Le 26 janv. 2013

Attachment: M3DA Presentation.pdf
Description: M3DA Presentation.pdf

 à 21:49, Rick Bullotta <rick.bullotta@xxxxxxxxxxxxx> a écrit :

Well, someone at OASIS is trying to bring MQTT under their auspices, as I’ve received specific solicitations to that effect asking if we wanted to participate…
 
Also, I think a LOT more focus needs to be placed on some of the significant functional gaps in the current MQTT protocol, and on capabilities that would greatly improve interoperability and integration.
 
Notably, these include:
 
-          Discovery capabilities
-          Stronger typing and metadata for payloads
-          Semantics for data, events, services, blob/file and stream content (all essential for a modern M2M platform)
-          Standardizing a REST API model
-          Store-and-forward best practices/reference implementations for occasionally connected devices
-          …and so on…
 
Those items would go a long way towards helping MQTT achieve its full potential as a general purpose M2M protocol, API, and standard.
 
Rick Bullotta
ThingWorx
 
 
From: m2m-iwg-bounces@xxxxxxxxxxx [mailto:m2m-iwg-bounces@xxxxxxxxxxx] On Behalf Of UOMo
Sent: Saturday, January 26, 2013 2:40 PM
To: m2m-iwg@xxxxxxxxxxx
Subject: Re: [m2m-iwg] AXEDA Comments on MQTT contribution to ECLIPSE PAHO & OASIS
 
All,
 
Thanks a lot for the update. I was about to ask about Paho as opposed to the Lua tools earlier, but had to re-subscribe due to that strange GMX mail bug with Eclipse.org.
At the moment, it doesn't look like there's a Paho or Java/C related M2M package under the Kepler release train, or did I miss something?
 
Should it still be part of those trains, how about Eclipse for Mobile Developers: http://www.eclipse.org/downloads/packages/eclipse-mobile-developers/junosr1
 
It contains both C and Java support, so it might be a good foundation for Paho.
 
Not sure, what's it with OASIS? It is mentioned a few time, but the message does not refer directly to anything by OASIS.
 
There is of course an OASIS standard, UnitsML often used as transfer format to the UCUM standard and codes: https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=unitsml
 
Interesting, so while MQTT isn't an OASIS standard, it looks like AMQP is about to become one?;-)
 
Werner
_______________________________________________
m2m-iwg mailing list
m2m-iwg@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/m2m-iwg


Back to the top