[Server-devel] [Sugar-devel] Notes on service discovery XS/XO
Jonas Smedegaard
dr at jones.dk
Mon Apr 20 09:53:25 EDT 2009
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Mon, Apr 20, 2009 at 07:26:30AM -0400, Benjamin M. Schwartz wrote:
>Martin Langhoff wrote:
>> The short of it is that mdns/dns-sd make sense for a small,
>> underutilised network of peers. They assume that the network is a
>> cheap resource, that broadcast messages are cheap, and that there is
>> no coordinating server.
>
>mDNS assumes all of the above things. DNS-SD does not. DNS-SD is
>perfectly happy to work on a standard DNS server. From the spec
>
>"""
> This document proposes no change to the structure of DNS messages,
> and no new operation codes, response codes, resource record types,
> or any other new DNS protocol values. This document simply specifies
> a convention for how existing resource record types can be named and
> structured to facilitate service discovery.
>"""
>(http://files.dns-sd.org/draft-cheshire-dnsext-dns-sd.txt)
>
>I'm not particularly knowledgeable about the XS service discovery
>requirements, nor about DNS, so I can't reasonably tell you to use
>DNS-SD.
> What I can say is that it seems like it should be workable.
DNS-SD using unicast DNS seems reasonable to me too.
Looking closer at the RFC, the initial service queries do have an added
overhead in that a layer of indirection is used (not SRV -> A, but
instead PTR -> SRV + TXT -> A). But standard DNS optimizations apply,
so SOA record should allow clients to preserve bandwidth through
caching.
In other words: Install dnsmasq on the XOs, use plain standard DNS
internally and on the wire, setup DNS-SD entries in a standard
nameserver on the XS, and extend Sugar to support DNS-SD.
I'd be happy to help compose standard BIND9 files, if that is what will
be used on the XS.
- Jonas
- --
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
[x] quote me freely [ ] ask before reusing [ ] keep private
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAknsflUACgkQn7DbMsAkQLiL2wCfV/HuaLPQ0kv/mvYH4fdImsIs
ookAnAu5ir3uxxKNjCdTwu4gfNxdE4hZ
=7Jde
-----END PGP SIGNATURE-----
More information about the Server-devel
mailing list