[Sugar-devel] Notes on service discovery XS/XO
Martin Langhoff
martin.langhoff at gmail.com
Mon Apr 20 10:08:30 EDT 2009
On Mon, Apr 20, 2009 at 3:53 PM, Jonas Smedegaard <dr at jones.dk> wrote:
> DNS-SD using unicast DNS seems reasonable to me too.
If we can do without the avahi gunk, and use it in a way that is not
optimised for user driven browsing but for automated selection of
services, then it might work.
> 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.
Can we teach dnsmasq to push all the relevant records with the SOA record?
> 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.
If we have a dnsmasq resident expert, I rather use your help
transitioning to dnsmasq (note - with several bits of weird dhcp
rules). There is no upside to BIND and plenty of downsides, starting
with the >25MB memory footprint.
cheers,
m
--
martin.langhoff at gmail.com
martin at laptop.org -- School Server Architect
- ask interesting questions
- don't get distracted with shiny stuff - working code first
- http://wiki.laptop.org/go/User:Martinlanghoff
More information about the Sugar-devel
mailing list