If you don't want to roll your own, Consul gives you DNS or http based
discovery. https://www.consul.io/intro/index.html
On Thu, Feb 11, 2016 at 12:56 PM, Flynn Joffray <nucleardreamer@xxxxxxxxx>
wrote:
You might look at using the SSDP protocol to do UDP multicast discovery.
It's well documented and is pretty standardized. If you are talking about
thousands of devices attempting discover each other on a single network
though, I wouldn't recommend that unless you have a extremely tight handle
on your routing and can optimize.
On Thu, Feb 11, 2016 at 12:50 PM, Bent Cardan <bent@xxxxxxxxxxxxxxxxxxxx>
wrote:
Yea personally I just use UDP and iterate over a well known port across
the local network's address range. That way u don't mess with any router
settings and it works on every LAN
Sent from my iPhone
On Feb 11, 2016, at 12:40 PM, Garrett D'Amore <garrett@xxxxxxxxxx> wrote:
My solution to this involved setting up a common DNS name for a central
registry, and then using the surveyor pattern. There are probably lots of
other options available, but if you don’t control DNS you’re going to need
to either do the mDNS thing, or invent a new multicast protocol of your own
for the first phases of service discovery — nanomsg only speaks unicast TCP
for establishing sessions.
On Thu, Feb 11, 2016 at 12:33 PM, Gerard Toonstra <gtoonstra@xxxxxxxxx>
wrote:
If the number of clients are not huge you could look into bonjour or
avahi. Or set up a centralized directory server. Or use a p2p distributed
hash approach, which finds local clients and which is decentralized.
Sent from my iPhone
On Feb 11, 2016, at 17:09, Miao Song <skettysm@xxxxxxxxx> wrote:
Hey, Nanomsg team:
We came across this great Nanomsg, and plan to do distributed
communication based on that in the local network. However, every
nano_connect() or nano_bind() call through tcp needs to provide an endpoint
string url, and the url has to come from somewhere, now how to get the
remote url or broadcast/multicast its local url to the interested peers in
the local network is the key issue.
We wonder Nanomsg has something doing now to support this remote
service/device discovery? There are not so much materials on the network
address this issue, http://hintjens.com/blog:32 is taking the broadcast
based udp solution, but this is tightly bind to Zeromq, and it is broadcast
(we need to use multicast instead, our devices will filter out broadcast
packet). Any pointers are very appreciated. Thanks a lot.
