Re: [IOT] [Standards] Status of XEP-xxxx: Sensor-over-XMPP

Just to add our voice to the discussion - We've been using XMPP for M2M communication between our smart energy gateways our servers. Our devices run linux+ python and we use SleekXMPP which we've contributed quite a bit to. What we've been using so far has been mostly our own messaging language that's specific to our use cases. We haven't used PubSub either – We chose IQs for command and control, and messages for telemetry. I'm also involved in OpenADR 2.0 which is an energy interop language. While not strictly an XEP, it will work over HTTP and XMPP. - Thom From: Anthony Rowe <agr@ece.cmu.edu<mailto:agr@ece.cmu.edu>> Reply-To: XMPP in the Internet of Things <iot@xmpp.org<mailto:iot@xmpp.org>> Date: Monday, December 17, 2012 11:44 AM To: mat henshall <mat@squareconnect.com<mailto:mat@squareconnect.com>> Cc: "gauravbhatia@cmu.edu<mailto:gauravbhatia@cmu.edu>" <gauravbhatia@cmu.edu<mailto:gauravbhatia@cmu.edu>>, "iot@xmpp.org<mailto:iot@xmpp.org>" <iot@xmpp.org<mailto:iot@xmpp.org>>, "Joachim Lindborg (joachim.lindborg@sust.se<mailto:joachim.lindborg@sust.se>)" <joachim.lindborg@sust.se<mailto:joachim.lindborg@sust.se>>, XMPP Standards <standards@xmpp.org<mailto:standards@xmpp.org>> Subject: Re: [IOT] [Standards] Status of XEP-xxxx: Sensor-over-XMPP Hi all, Great to see so much interested in XMPP for IoT applications. The XEP was basically a summarization of how we had been using XMPP and pubsub in our sensor andrew project. We were also lucky enough to get a fair amount of input form Charles at Google with some interesting use-cases and a few idea on reducing message traffic. The main hangup was that the XMPP council didn't like the idea of linking sensors and actuators and there was some concern if pubsub was generally a good fit for actuation. We basically decided that as researchers in a University environment we would just keep doing what we were doing and revisit the XEP in the future if there was more interest. One easy fix would have been for us to split the XEP into a sensor and actuator document. I would be very interested to hear about how you all have been structuring your XMPP communication. Is it similar to what we proposed? Is anyone using pubsub? We are still actively using our proposed model with a few minor changes to the XEP. Our most recent version of the XEP document can be found here: http://sensor.andrew.cmu.edu/xep/sox-xep.html We also have a simple tutorial for getting up and running with our tools: http://sensor.andrew.cmu.edu:9000/raw-attachment/wiki/quick-start/sensor-an… As for implementations, we have a C, java and python version of our library (called SOX) that we have continued to develop. We have been focusing our recent efforts on the slightly higher-level problems associated with data storage, meta information management and application hosting. These all for the most part exist above the XEP which is just our simple message passing format. I wouldn't be opposed to revamping our XEP with other's inputs and trying to resubmit. We have been getting interest from our corporate sponsors to take another shot at the XEP. -Anthony On Dec 17, 2012, at 11:16 AM, mat henshall <mat@squareconnect.com<mailto:mat@squareconnect.com>> wrote: We are using XMPP for both sensor reporting and control for building and home automation applications. We have implemented a very rich set of stanza's that cover almost all common types of devices and it is designed to work on very low resource embedded devices. This implementation is currently in closed beta although there are some very large brands who have started to develop applications and hardware using our protocol and technology. Our intention is to make the protocol public once we had a full working public available implementation. When we became aware of the proposed XEP extension mentioned here we were already a long way down the road with our own, and as there is so much more to making a complete system than is exposed in this XEP, we felt we needed a working implementation to compare and contrast and make meaningful contributions based on experience... We would be excited to work with others on creating a standard... the problem as always is time to commit to this exercise. That being said, we do have executing code and multiple devices talking to each otehr across continents... so I think we are at the stage where we could add to any serious attempt for standardization. Mat On Mon, Dec 17, 2012 at 9:54 AM, Hannes Tschofenig <hannes.tschofenig@gmx.net<mailto:hannes.tschofenig@gmx.net>> wrote: Hi all, I was actually wondering myself about the status of XMPP & SIP usage for sensors. I dropped Peter a mail a month ago to hear more about the deployment situation. It seems that if there are implementations then they are using HTTP. Ciao Hannes On Dec 17, 2012, at 5:47 PM, Matthew Wild wrote: -- Mat Henshall Founder and CEO, Square Connect, Inc. San Jose, CA www.squareconnect.com<http://www.squareconnect.com/> cell: 650.814.7585 This email and any information disclosed in connection herewith, whether written or oral, is the property of EnerNOC, Inc. and is intended only for the person or entity to which it is addressed. This email may contain information that is privileged, confidential or otherwise protected from disclosure. Distributing or copying any information contained in this email to anyone other than the intended recipient is strictly prohibited.