Hi Everyone,
We'll soon have our very first XMPP IoT SIG meeting. I'm excited to gather the minds of people that believe XMPP will play an important role for the Internet of Things. This is the only date that works for those that applied to the Doodle.
I've decided that we follow the schema of an unconference for the simple reason that I want this to be done in a open and dynamic manner. At least for the first meeting.
Things that we'll discuss:
- Informational XEP
- IoT XEPs
- The different IoT and XMPP projects
- Fosdem 2017
- Expectations on the IoT SIG
You find the Skype URL in the end of this email.
Looking forward to next week and please invite people you think would be interested to join!
Best,
Rikard
.........................................................................................................................................
Join online meeting<https://meet.lync.com/clayster/rikard/3C5KFMXT>
Join by Phone
+46850525219 (Dial-in Number) svenska (Sverige)
+46850525219 (Dial-in Number) English (United Kingdom)
Find a local number<https://dialin.lync.com/clayster.com/rikard>
Conference ID: 72040079
Forgot your dial-in PIN?<https://dialin.lync.com/clayster.com/rikard>
.........................................................................................................................................
Once again, I’m happy to see the we’re recharging the community ☺
That we’re are moving forward and I hope that we see more minds participating in the discussions.
Hi Peter W,
With your extensive background in IoT and as the author of most of the IoT XEPs, I think it would be very good and helpful if you can author/co-author the XEP. I’m happy to help with what I can. I think we both share the vision of a distributed autonomous Internet for Things and this is what will make that happen.
Let us have the conversation in the IoT mailing list, so we not tire out people about IoT, before we even begin the work…. ☺
I’ll send out a mail in the IoT mailing list to get things going.
Peter Saint-Andre and Dave,
Should this XEP be done using the XSF Git?
//Rikard
From: Standards <standards-bounces(a)xmpp.org> on behalf of Peter Waher <peterwaher(a)hotmail.com>
Reply-To: XMPP Standards <standards(a)xmpp.org>
Date: Wednesday, 12 October 2016 at 19:37
To: "standards(a)xmpp.org" <standards(a)xmpp.org>, "iot(a)xmpp.org" <iot(a)xmpp.org>
Subject: [Standards] IoT SIG: overview informational XEP
Hello everybody
Regarding the XMPP IoT SIG deliverable §5:
> The IoT SIG should at a minumum produce an informational XEP
> that provides an overview of the XMPP IoT "landscape"; this document
> could help the XMPP community (including XSF members, leadership,
> and teams) understand the Intenet of Things and especially the
> applicability of XMPP to common IoT use cases.
Unless somebody else volunteers in writing this document, I volunteer writing one. Some questions:
· How is the procedure supposed to be?
· I write a draft and transmit it to the council for evaluation?
· Or should it be sent to the iot mailing list?
· Or should we agree on a disposition first, i.e. what sections/subsections to include?
· Are there any special criteria or considerations that have to be taken into account already from the beginning?
· Is there an interest by any other to co-author? Any preferences regarding to sections?
Best regards,
Peter Waher
Hi Everyone,
I’ve suggested time slots for our first IoT SIG meeting that you find by pressing the URL below. The purpose of the meeting is to introduce each other and agree on what we want to accomplish (beside making the world a better place ☺) with the IoT SIG. I’m excited to know more about what you are working on and how I can help you achieve more and better results when using XMPP for IoT. Place on the Internet will be announced as soon.
Time slots:
http://doodle.com/poll/tu7s4zsztgr9f4rq
Looking forward to make this happen!
All best,
Rikard
Hi Everyone,
We’re are about to write the informational XEP about the IoT landscape. Peter Waher has proposed to invest his time to help writing the XEP. Which is very good. To make this as good as possible we want everyone that are interested in IoT and XMPP to be involved in one or another way. Feel free to share what you think is important to include as well if you are interested to co-author. I’ll send out a doddle with a couple of time slots for a every second week meeting. Stay tuned.
Peter W,
Do you’ve an idea of what sections/subsections to include that you can share here?
//Rikard
Hello everybody
Regarding the XMPP IoT SIG deliverable §5:
> The IoT SIG should at a minumum produce an informational XEP
> that provides an overview of the XMPP IoT "landscape"; this document
> could help the XMPP community (including XSF members, leadership,
> and teams) understand the Intenet of Things and especially the
> applicability of XMPP to common IoT use cases.
Unless somebody else volunteers in writing this document, I volunteer writing one. Some questions:
· How is the procedure supposed to be?
· I write a draft and transmit it to the council for evaluation?
· Or should it be sent to the iot mailing list?
· Or should we agree on a disposition first, i.e. what sections/subsections to include?
· Are there any special criteria or considerations that have to be taken into account already from the beginning?
· Is there an interest by any other to co-author? Any preferences regarding to sections?
Best regards,
Peter Waher
(also in standards just to trigger the discussion)
The usage of XMPP in IoT is two folded:
98% of the IoT today is covering the need for a company to get their data
into their systems and makers that quickly would like to get some cool
stuff going.
-That is where XMPP usually gets compared to other solutions.
On the other hand XMPP is perfect transport layer for whatever exists
between two peers
-That is where we see the other end of the discussions, just let it be a
transport.
The work that Peter W and I started is so much bigger. XMPP was created to
let endusers send messages between different chat islands, Now It can
bridge old and new IoT systems
(read this and think about the solution for a sec)
*XMPP IoT makes it possible for any company to produce a device sold in
thirdparty store, that an enduser securely can enroll into another company
IoT system. Then, on his command, share the data between different
companies to create a novel IoT Service, Without a centralized backend.*
Using XMPP, PubSub to send UPnP spcific messages works.
Using an XMPP,adhoc message called "setpoint" with "42" can solve another
usecase.
A chat message with some nice payload {timestamp:"2016-10-12z12:47:12",
name:"setpoint", value:42} or "hue=42" is useful too.
I Agree that the IoT XEPs feels big, but it's a complex puzzle of different
usecases lets challenge them and battle test them for the different
solutions. We can change/rewrite/make new and put up some best practices
and put on wiki or xmpp.org
Written by Joachim Lindborg on a device running on solar energy from
watt-s.com
CTO, systems architect
Sustainable Innovation SUST.se ,Tel +46 706-442270, linkedin
<http://www.linkedin.com/in/joachimlindborg>
Barnhusgatan 3 111 23 Stockholm
Hello
> I propose that we form a special interest group (see XEP-0002) regarding the
> use of XMPP in the Internet of Things:
>
> http://xmpp.org/extensions/inbox/iot-sig.html
The IoT SIG sounds like an excellent idea.
> Firstly, it'd be useful to gather a sense of the current state of
> play. It seems to me we have a number of IoT-related XEPs and
> proposals - due to a huge amount of effort by Peter Waher - but its
> not clear to me which of these have any traction. It would be great if
> people working on IoT (and using XMPP) could say which of these are
> generally working well for them.
It might be of interest to you, to know that the IEEE is working to form a new Group on ”IoT Harmonization”, in which XMPP plays an important role. XEPs under consideration at this forming stage are 0323, 0324, 0325, 0326 & 0347. You can review the slides from a presentation I held yesterday on this topic:
http://www.slideshare.net/peterwaher/iot-harmonization-using-xmpp
Let me know if anybody working with XMPP & IoT is interested to participate in such a working group. The goal is to form the group in January and have a first draft ready for balloting by the end of 2017.
> Secondly, I'm of the opinion - and opinions can always be changed -
> that the existing IoT proposals are something of an isolated suite.
Yes and no. They have been abstracted. Some are more IoT related (323,324,325,326,347), others are more generic. EXI was written as reaction to the observation that XMPP is too verbose for some IoT applications and some networks. The Event logging (0337) is a generic infrastructural need, but it arose from logging in distributed IoT systems where many clients lack displays. HTTP over XMPP (0332) arose from the need to define web queries among distributed sets of sensors. Dynamic Forms (0336) as a way to create richer data forms, but is used in IoT since data values might take some time to fetch, and fields need to be able to be updated dynamically. Form signatures (0348) is needed to automate the creation of XMPP accounts, in a secure manner. Others that wait approval are also written to be generic, such as the QoS proposal – which originated as a need from IoT but has generic value. Event subscription is more directly IoT-related.
> Looking at the IETF MILE Working Group, we have the XMPP-Grid proposal
> which seems a similar shape to the IoT proposal, and similarly uses
> little of the existing mechanics we have. For example, it provides a
> publish-subscribe facility, a registration facility, and so on. The
> payloads are different, but the essential goals the same. I cannot see
> what would drive a difference in the containing protocol between (say)
> counts of stanzas in an XMPP server, temperature readings in a sensor,
> and sightings of a Cyber Observable pattern.
There’s already a publish-subscribe based IoT solution defined by the UPnP, and published by the OIC/OCF:
https://openconnectivity.org/resources/specifications/upnp/iot
To create another one for this purpose seems unnecessary.
While publish/subscribe might work well for several use cases, it’s not sufficient to cover all use cases, not even the most important use cases. It’s sole purpose is to make mass-dissemination more efficient. The IoT XEPs however, allow for a more general architecture, which is not limited to a single communication pattern, but allows for most patterns used today, depending on what is to be accomplished. See my presentation above for more information.
Best regards,
Peter Waher
