[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