[Standards] Proposed XMPP Extension: Internet of Things - Discovery

Peter Waher Peter.Waher at clayster.com
Mon Mar 31 22:15:54 UTC 2014

Hello Ivan.

Thanks for your question. As the XEP has been written it says “This can be done using one of several methods:”, that is, one of the options is sufficient. But the XEP lists different options (i.e. strategies) that might be useful in different scenarios.

Best regards,
Peter Waher

From: Ivan Vučica [mailto:ivan at vucica.net]
Sent: den 27 mars 2014 19:38
To: XMPP Standards
Subject: Re: [Standards] Proposed XMPP Extension: Internet of Things - Discovery

Re: section 3.3.x

Doesn't more choices for discovery mean servers and clients need to implement all "choices"? I'd go with the mDNS/DNSSD method only as it is already widely used for other discovery uses. DHCP may not be easily configurable by the XMPP server administrator.

sent from phone
On Mar 27, 2014 2:36 PM, "Philipp Hancke" <fippo at goodadvice.pages.de<mailto:fippo at goodadvice.pages.de>> wrote:
Am 13.03.2014 17:26, schrieb XMPP Extensions Editor:
The XMPP Extensions Editor has received a proposal for a new XEP.

Title: Internet of Things - Discovery

Abstract: This specification describes an architecture based on the XMPP protocol whereby Things can be installed and safely discovered by their owners and connected into networks of Things.

URL: http://xmpp.org/extensions/inbox/iot-discovery.html

The XMPP Council will decide in the next two weeks whether to accept this proposal as an official XEP.

some comments after reviewing it:

section 3.3.1 describes how to find an xmpp servers. The methods described there aren't limited to iot (at least the dhcp one), so it might be a good idea to split them off. Not sure how useful that is however.

section 3.4:
I don't think IBR should be recommended anymore.

section 3.5:
I would recommend moving the discovery to standard disco#items and to use components (xep-0114) -- those are not much harder to write than standard clients and have many advantages in terms of managability.
Having hardcoded accounts like 'discovery' is a no-go imo, even with the security considerations.
Affects all examples, but that might be a simple search-replace.

section 3.11:
the comment from 3.5 applies here as well.

example 36 closes update instead of search.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.jabber.org/pipermail/standards/attachments/20140331/a9861f26/attachment.html>

More information about the Standards mailing list