W3C home > Mailing lists > Public > public-wot-ig@w3.org > February 2016

Re: Device Discovery and Telehash

From: Drasko DRASKOVIC <drasko.draskovic@gmail.com>
Date: Mon, 8 Feb 2016 17:38:05 +0100
Message-ID: <CAEk6gTA4whV8diTZ01zPJC2LK_0ogd5eugvDgbq=KOC-3ZM7KA@mail.gmail.com>
To: Tibor Pardi <tibor@zovolt.com>
Cc: Dave Raggett <dsr@w3.org>, Public Web of Things IG <public-wot-ig@w3.org>
Hi Tibor,

On Mon, Feb 8, 2016 at 5:29 PM, Tibor Pardi <tibor@zovolt.com> wrote:
> Hi Drasko
> We have started to implement a P2P device discovery module in the
> https://github.com/w3c/web-of-things-framework project. Our P2P discovery
> module uses the a Kademlia DHT table, the implementation and concept is very
> similar to Telehash. I investigated Telehash as well, I understand IBM's
> Adept (before it was abandoned) selected Telehash, but there are very little
> Nodejs support for Telehash which I could integrate at the time. Our
> underlying or ECDSA modules are based on Bitcoin crypto as well and use a
> Bitcoin crypto library.


> Device discovery is one of the main area which need to be addressed, and an
> open source, decentralised, P2P device discovery mechanism that operates
> without using a proprietary cloud or client/server module is one possible
> way to manage the topic. In fact I believe P2P is the best possible solution
> for device discovery.

Agreed, this is exactly my opinion also.

> P2P by definition addresses requirements such as
> scalability and high availability without the need to spend a fortune on
> load balancing and cluster infrastructure.
> There is a brief readme to explain our P2P device discovery module at
> https://github.com/w3c/web-of-things-framework/tree/master/examples/p2p_demo
> Please note I am updating the P2P module at the DEV branch with optimizing
> the module, providing tests for ECDSA and ECDH and using TCP/IP by default
> instead of UDP (several users reported that their mobile operators blocks
> UDP traffic).

I will take a look at this solution - it looks very interesting indeed!

Received on Monday, 8 February 2016 16:38:35 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:26:55 UTC