RE: proposal for a compromise on DNS discovery

Ralph Droms <rdroms@cisco.com> Tue, 29 July 2003 15:49 UTC

Received: from nic.cafax.se (nic.cafax.se [192.71.228.17]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA26939 for <dnsop-archive@lists.ietf.org>; Tue, 29 Jul 2003 11:49:34 -0400 (EDT)
Received: from nic.cafax.se (localhost [127.0.0.1]) by nic.cafax.se (8.12.10.Beta0/8.12.10.Beta0) with ESMTP id h6TFSD8W006311 for <dnsop-outgoing@nic.cafax.se>; Tue, 29 Jul 2003 17:28:13 +0200 (MEST)
Received: from localhost (localhost [[UNIX: localhost]]) by nic.cafax.se (8.12.10.Beta0/8.12.10.Beta0/Submit) id h6TFSDBt006310 for dnsop-outgoing; Tue, 29 Jul 2003 17:28:13 +0200 (MEST)
X-Authentication-Warning: nic.cafax.se: majordom set sender to owner-dnsop@cafax.se using -f
Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by nic.cafax.se (8.12.10.Beta0/8.12.10.Beta0) with ESMTP id h6TFS58W006305 for <dnsop@cafax.se>; Tue, 29 Jul 2003 17:28:10 +0200 (MEST)
Received: from cisco.com (171.71.177.237) by sj-iport-3.cisco.com with ESMTP; 29 Jul 2003 08:28:04 -0700
Received: from flask.cisco.com (IDENT:mirapoint@flask.cisco.com [161.44.122.62]) by sj-core-1.cisco.com (8.12.9/8.12.6) with ESMTP id h6TFS0mp014843; Tue, 29 Jul 2003 08:28:03 -0700 (PDT)
Received: from rdroms-w2k01.cisco.com (dhcp-10-86-160-186.cisco.com [10.86.160.186]) by flask.cisco.com (Mirapoint Messaging Server MOS 3.3.3-GR) with ESMTP id ABB48937; Tue, 29 Jul 2003 11:27:51 -0400 (EDT)
Message-Id: <4.3.2.7.2.20030729112042.0437c888@funnel.cisco.com>
X-Sender: rdroms@funnel.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Tue, 29 Jul 2003 11:27:48 -0400
To: BELOEIL Luc FTRD/DMI/CAE <luc.beloeil@francetelecom.com>
From: Ralph Droms <rdroms@cisco.com>
Subject: RE: proposal for a compromise on DNS discovery
Cc: dnsop@cafax.se
In-Reply-To: <C331E5A29B51A84E9755E834A3E619D10F9F6F@ftrdmel1.rd.francet elecom.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Sender: owner-dnsop@cafax.se
Precedence: bulk

Luc,

At the top of page 2 of draft-ietf-ipngwg-dns-discovery-01.txt is the sentence:

    There are any number of ways that IPv6 hosts can discover information
    required to enable name resolution, in the absence of a DHCP server.

which I read to mean that the document is explicitly describing mechanisms
that do not use DHCP.  Section 6.1 simply suggests the use of DHCP message
formats in a new protocol for use between a host and a DNS server.

draft-ietf-ipngwg-dns-discovery-01.txt expired in September, 2001.  The 
most recent version, draft-ietf-ipv6-dns-discovery-06.txt, which describes 
the reserved site-local address mechanism, expired in February, 2003.  The 
latter document also, indirectly, assumes that DHCP is not available.

- Ralph


At 01:56 PM 7/29/2003 +0200, BELOEIL Luc FTRD/DMI/CAE wrote:
>Hi Raplh,
>
>thank you for that precision.
>
>draft-ietf-ipngwg-dns-discovery-01.txt had a whole section (6.1 DHCP)
>concerning DHCP. But It seems some other points could also be added to
>section 5 (Transport Mechanisms) so as to refer explicitly to DHCP.
>
>Do you think it would be valuable to work again on that draft?
>
>Luc
>
> > -----Message d'origine-----
> > De : Ralph Droms [mailto:rdroms@cisco.com]
> >
> >
> > What was missing in the original DNS discovery work is that
> > it explicitly ruled out DHCPv6 a priori...
> >
> > - Ralph
> >
> > At 05:03 PM 7/28/2003 +0200, BELOEIL Luc FTRD/DMI/CAE wrote:
> > >
> > >Then what is(are) the solution(s):
> > >- RA-based
> > >- DHCPv6-lite
> > >- Anycast Addresses for resolver DNS server
> > >- SLP (I also like SLP, which already a RFC - Standards
> > Track - !!! Does
> > >anybody have a good point against SLP ?)
> > >- well-known link-local addresses (+ DNS proxies...)?...
> > >
> > >There was a analysis made by the DNS Discovery Design Team
> > in march 2001
> > >(draft-ietf-ipnwg-dns-discovery-01.txt). Wouldn't it be
> > valuable to go
> > >on or to restart such a work ? (instead of this no-end
> > battle?) I must
> > >have missed something concerning this old work. Could anyone give me
> > >some pointers or summary?
> > >
> > >Luc
> > >
> > >#------------------------------------------------------------
> > ----------
> > ># To unsubscribe, send a message to <dnsop-request@cafax.se>.
> >
> > #-------------------------------------------------------------
> > ---------
> > # To unsubscribe, send a message to <dnsop-request@cafax.se>.
> >

#----------------------------------------------------------------------
# To unsubscribe, send a message to <dnsop-request@cafax.se>.