Hi Everyone,
Time for our next meeting about IoT and XMPP. This meeting will focus on XEP 323 (Sensor Data). Peter Waher will share his ideas on how he thinks the XEP should be used and others who has implemented the XEP will share their experience and ideas.
Doodle (GMT+1):
http://doodle.com/poll/bktwxkfcksp83t2q
I’ll share the final date and time, together with where the meeting will take place in the iot(a)xmpp.org<mailto:iot@xmpp.org> mailing list.
Best,
Rikard
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
Hello Davide
Sorry for the late reply, and congratulations on the success of your project. 😊 Thanks for the links to the paper and presentation too. If you need help or my participation with provisioning and the IoT XEPs, please let me know.
Best regards
Peter Waher
----------------------------------------------------------------------
Hi all,
during the last 30 months I have been involved in a
project called IMPReSS ( http://impressproject.eu/ )
co-funded by both European Commission, through 7th
programme framework, and Brazilian government, through the
CNPq minister. The aim of the project, which is on the eve
of the final review, is to
provide a Systems Development Platform which enables rapid
and cost effective development of complex systems
involving Internet of Things and Services and at the same
time facilitates the interplay with users
and external systems.
Leveraging XMPP protocol, the project developed a Network
Management infrastructure and Commissioning and
Configuration infrastructure for IoT platforms. The latter
supports the configuration and mashup of the
different components of the IoT platform, while the
Network Management infrastructure provides instruments for
network monitoring and setup.
This infrastructure leverages many features provided by
XMPP protocol:
- every device is uniquely identified through a Jabber
Identifier (JID);
- the presence mechanism is used to know in real-time the
status of the devices;
- XEP-0030 (Service Discovery) is used to discover the
entities and their feautres;
- XEP-0050 (AdHoc Command) and XEP-0060
(Publish-Subscribe) are used to model
the device capabilities in term of data generated and
services provided;
- XEP-0248 (PubSubCollection Nodes) is used to organize
the
publish-subscribe nodes, modeling the devices and their
features,in a hierarchical structure.
which can be used in the discovery mechanism
As a next step, we are aiming at making this solution to
converge toward XMPP-IoT extensions specifications, with a
particular interest and focus on XEP-0324: Internet of
Things - Provisioning, which will
allow us to improve furtherly our commissioning
infrastructure to help people with non-programming skills
to quickly and easily develop IoT application based on
general purpose IoT middlewares and platforms.
This XMPP infrastructure has received good feedback and
interest at ICIN 2016 conference on ?Innovations in
Clouds, Internet and Networks?( http://www.icin.co.uk/ )
where has been presented.
If you are interested in extended information, you can
find the presented paper at the following link:
https://www.researchgate.net/publication/299445607_XMPP-based_Network_Manag…
and relevant slides here:
https://www.researchgate.net/publication/299594851_Slides_XMPP-based_Networ…
Hope you can find this approach interesting for you.
Please, if you have any comments, questions or you are
interested in cooperating on this do not hesitate to
contact me.
BR,
Davide Conzon
--
Davide Conzon
Istituto Superiore Mario Boella (ISMB)
via P.C. Boggio, 61 - 10138 Torino (ITALY) tel. (+39)
011.2276.710
Informativa - Art. 13 D.lgs. 196/03
==========================
Il trattamento dei dati ha la finalit? di permettere lo
svolgimento delle attivit? di ricerca, formazione e
studio, oltre agli ulteriori servizi messi a disposizione
dall?Istituto Superiore Mario Boella I dati saranno
trattati con modalit? manuali, informatiche e/o
telematiche; non verranno per nessuna ragione comunicati
ad altri soggetti ed Enti senza previa autorizzazione.
Potranno venire a conoscenza dei Vostri dati il
responsabile del trattamento e le categorie di soggetti
incaricati del trattamento. In ogni momento potr?
rivolgersi al nostro servizio Privacy per conoscere i suoi
dati e farli integrare, modificare o cancellare per
violazione di legge, od opporsi al loro trattamento e/o
per esercitare gli altri diritti previsti dall?art. 7 del
D.lgs 196/03. Titolare del trattamento ? la societ?
Istituto Superiore Mario Boella con sede in Via P. Carlo
Boggio n. 61- 10138 Torino.
All information and attachments are reserved and an
Istituto Superiore Mario Boella intellectual property, if
you receive this message for error please delete it and
contact info at ismb.it.