Re: Question on Stewart's last mDNS item

Bernard Aboba <aboba@internaut.com> Sun, 16 September 2001 21:12 UTC

Received: from psg.com (exim@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA15249 for <dnsext-archive@lists.ietf.org>; Sun, 16 Sep 2001 17:12:30 -0400 (EDT)
Received: from lserv by psg.com with local (Exim 3.33 #1) id 15ifUe-0006Zy-00 for namedroppers-data@psg.com; Sun, 16 Sep 2001 10:14:08 -0700
Received: from rip.psg.com ([147.28.0.39]) by psg.com with esmtp (Exim 3.33 #1) id 15ifUd-0006Zs-00 for namedroppers@ops.ietf.org; Sun, 16 Sep 2001 10:14:07 -0700
Received: from randy by rip.psg.com with local (Exim 3.33 #1) id 15ifUd-000D8y-00 for namedroppers@ops.ietf.org; Sun, 16 Sep 2001 10:14:07 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Date: Sun, 16 Sep 2001 08:08:38 -0700
From: Bernard Aboba <aboba@internaut.com>
To: Stuart Cheshire <cheshire@apple.com>
cc: Matt Crawford <crawdad@fnal.gov>, namedroppers@ops.ietf.org
Subject: Re: Question on Stewart's last mDNS item
In-Reply-To: <200109160822.BAA11508@scv3.apple.com>
Message-ID: <Pine.BSF.4.21.0109160748210.7834-100000@internaut.com>
Sender: owner-namedroppers@ops.ietf.org
Precedence: bulk
Content-Transfer-Encoding: 7bit

> >Did svrloc crash & burn without me noticing?  Or is there a
> >terrible gap in coverage?
> 
> A while back I promised you an answer to this question. It took me a 
> while, but here it is.
> 
> I realized that one goal of Multicast DNS was to replace AppleTalk NBP,

Indeed, replacement of legacy protocols (including Novell IPX and
NetBIOS) was one of the major goals discussed at the original
Zeroconf BOF. I also believe that this goal has been at the root of some
of the major arguments we've had about the overall direction of the mDNS
effort. 

Unfortunately, until now this goal was never articulated, and therefore
did not find its way into the Zeroconf requirements document. So in
writing the mDNS draft, we assumed that the Zeroconf WG had decided that
it wasn't important.

> but no one had actually written down precisely what is required to 
> replace AppleTalk NBP. 

If, as you suggest, we have been working on the solution to a problem
whose requirements have not yet been defined, then I believe that this
represents a major deficiency in the Zeroconf requirements document. 
Section 2.2.1 of draft-ietf-zeroconf-reqts-09.txt mentions that:

"A mechanism to support DNS resolver interfaces in the zero configuration
environment is required. 

Requirement:
- MUST support DNS application layer interfaces as described in RFC 1123,
  section 6.1 [RFC 1123]."

Section 2.2.2 mentions that:

"Requirement:

- MUST allow a host to determine if its name is unique. Then not
unique, notify the user or configuration software so that another name may
be chosen and similarly verified."

That's essentially it for the zeroconf name resolution requirements. 



to unsubscribe send a message to namedroppers-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.