On Sun, 2005-07-24 at 13:45 +0200, Fredrik Tolf wrote:
> On Sun, 2005-07-24 at 12:28 +0200, Jeroen Massar wrote:
> > On Sun, 2005-07-24 at 00:43 +0200, Fredrik Tolf wrote:
> > > Does anyone know what the current plans are to get DNS working through
> > > stateless autoconfiguration? I'm thinking that there should an anycast
> > > address or something that denotes "the closest DNS server" or similarly,
> > > but I haven't seen any material on any solution whatsoever.
> > 
> > http://www.ietf.org/internet-drafts/draft-massar-dnsop-service-00.txt
> > 
> > Which I am trying to get into the big queue....
> > Let's see what others think about that next week.
> > 
> > In short:
> >  - anycast address where a recursive dns server answers on
> 
> Nice!
> 
> >  - it also has a _service. domain for autoconfiguration of
> >    other services using SRV records.
> 
> That's very nice. However, reading through it makes it seem extremely
> similar to the mechanism described by DNS-SD. Is there any particular
> reason to duplicate that effort?

It *adds* to DNS-SD, which is why this draft is so short ;)

dns-sd defines stuff like:
_http._tcp.<domainname> SRV ...... <host>

This defines:
_website._service PTR _http._tcp.<domain>
                  PTR _https._tcp.<domain>

Thus also allowing multiple protocols for a single service.
eg an email client could then do:

(tbird = thunderbird, user = you)
tbrd: what is your email address?
user: [EMAIL PROTECTED]
tbrd: cool, lets see what I can find out:
$ host -t ptr _email._service.unfix.org
_email._service.unfix.org domain name pointer _imap._tcp.unfix.org.
$ host -t srv _imap._tcp.unfix.org
_imap._tcp.unfix.org has SRV record 0 0 993 purgatory.unfix.org.

Protocol imap, port 993 on purgatory.unfix.org it is ;)

No more entry of manual configuration stuff. Btw, this could also work
with clusters as one can have multiple SRV records with different
weights etc.

The anycast address make it able to use the local service, then the user
only has to pass it's username, it will use _service. in this case,
though an identity based on email is likely better. DNS Search paths
allows the _service domain to come from a remote place, maybe on the
other side of the world, you still haven't configured anything most
likely.

But lets see what a lot of other folks think about this thing. Most
likely there will be quite some though comments on it.

Greets,
 Jeroen


Attachment: signature.asc
Description: This is a digitally signed message part

Reply via email to