[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


To: <dnsop@cafax.se>
From: <matthew.ford@bt.com>
Date: Wed, 12 Nov 2003 18:21:54 -0000
content-class: urn:content-classes:message
Sender: owner-dnsop@cafax.se
Thread-Index: AcOpONv6U1p/4IvRQoiwblptxZE75AAELT+Q
Thread-Topic: DNS discovery
Subject: RE: DNS discovery

I'd like to second (or should that be third) this analysis, and that
posted earlier by Alain Durand. There *was* consensus to pick one
solution. I think given the current level of standardisation and
development, that solution has to be DHCPv6-lite.

Regards,

Mat

> -----Original Message-----
> From: Tim Chown [mailto:tjc@ecs.soton.ac.uk] 
> Sent: 12 November 2003 10:06
> To: dnsop@cafax.se
> Subject: Re: DNS discovery
> 
> On Wed, Nov 12, 2003 at 09:49:55AM +0900, itojun@iijlab.net wrote:
> > 
> > 	given that, my proposal is to pick dhcpv6-lite as the 
> default mechanism
> > 	to be used.  with reading the previous paragraph, could 
> those who
> > 	favors RA-based approach hum for dhcpv6-lite?
> 
> I think we had a 3:1 or better consensus that a single method 
> should be agreed upon now.  But it was a lot less than 3:1 
> that that should be DHCPv6-lite.
> 
> I feel the (multicast) RA-style method may have usage cases.  
> But we don't have the operational experience yet to know what 
> such cases may be (in preference to DHCPv6-lite), and while 
> RAs are well-defined, the method to carry DNS info in the RA 
> is not yet so (compared to DHCPv6-lite).
> 
> It seems the best way forward is to agree that DHCPv6-lite is 
> the method that implementors should proceed with now (some 
> already have) and we suck it and see.
> 
> That doesn't preclude:
> a) people continuing to define RA method and implement/test it
> b) future modification of dhcpv6-lite to multicast messages/responses
> c) future studies of how dhcpv6-lite and RA method can co-exist
> d) a future decision that RA method is the best (unlikely, but...)
> 
> Lets get the client support and dhcpv6 lite server and relay 
> agents implemented (Itojun said 13K lines of code for all?) 
> and some experience to base future work on.
> 
> Tim
> #-------------------------------------------------------------
> ---------
> # To unsubscribe, send a message to <dnsop-request@cafax.se>.
> 

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

Home | Date list | Subject list