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

Ivan Vučica ivan at vucica.net
Thu Mar 27 22:38:10 UTC 2014


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> 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/20140327/c7956bf7/attachment.html>


More information about the Standards mailing list