Re: [dhcwg] Renumbering DNS with stateless DHCPv6 - bug?

Stig Venaas <Stig.Venaas@uninett.no> Thu, 13 November 2003 22:07 UTC

Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA23399 for <dhcwg-archive@odin.ietf.org>; Thu, 13 Nov 2003 17:07:30 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AKPcN-0001u4-NW for dhcwg-archive@odin.ietf.org; Thu, 13 Nov 2003 17:07:12 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id hADM7Bag007299 for dhcwg-archive@odin.ietf.org; Thu, 13 Nov 2003 17:07:11 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AKPcN-0001tR-7y for dhcwg-web-archive@optimus.ietf.org; Thu, 13 Nov 2003 17:07:11 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA23219 for <dhcwg-web-archive@ietf.org>; Thu, 13 Nov 2003 17:06:56 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AKPcI-0006Ht-00 for dhcwg-web-archive@ietf.org; Thu, 13 Nov 2003 17:07:06 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1AKPcH-0006Hq-00 for dhcwg-web-archive@ietf.org; Thu, 13 Nov 2003 17:07:05 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AKPcH-0001md-PZ; Thu, 13 Nov 2003 17:07:05 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AKOVn-0005jy-4E for dhcwg@optimus.ietf.org; Thu, 13 Nov 2003 15:56:19 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA20067 for <dhcwg@ietf.org>; Thu, 13 Nov 2003 15:56:06 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AKOVk-00055U-00 for dhcwg@ietf.org; Thu, 13 Nov 2003 15:56:17 -0500
Received: from tyholt.uninett.no ([158.38.60.10]) by ietf-mx with esmtp (Exim 4.12) id 1AKOVk-000546-00 for dhcwg@ietf.org; Thu, 13 Nov 2003 15:56:16 -0500
Received: from sverresborg.uninett.no (sverresborg.uninett.no [IPv6:2001:700:e000:0:204:75ff:fee4:423b]) by tyholt.uninett.no (8.12.10/8.12.10) with ESMTP id hADKtdpI025078; Thu, 13 Nov 2003 21:55:39 +0100
Received: from sverresborg.uninett.no (localhost.localdomain [127.0.0.1]) by sverresborg.uninett.no (8.12.8/8.12.9) with ESMTP id hADKtcR7020362; Thu, 13 Nov 2003 21:55:38 +0100
Received: (from venaas@localhost) by sverresborg.uninett.no (8.12.8/8.12.8/Submit) id hADKtck6020361; Thu, 13 Nov 2003 21:55:38 +0100
X-Authentication-Warning: sverresborg.uninett.no: venaas set sender to Stig.Venaas@uninett.no using -f
Date: Thu, 13 Nov 2003 21:55:38 +0100
From: Stig Venaas <Stig.Venaas@uninett.no>
To: Vijayabhaskar A K <vijayak@india.hp.com>
Cc: Tim Chown <tjc@ecs.soton.ac.uk>, dnsop@cafax.se, dhcwg@ietf.org
Subject: Re: [dhcwg] Renumbering DNS with stateless DHCPv6 - bug?
Message-ID: <20031113205538.GA20348@sverresborg.uninett.no>
References: <20031113191145.GS3473@login.ecs.soton.ac.uk> <3FB3E69E.4060705@india.hp.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <3FB3E69E.4060705@india.hp.com>
User-Agent: Mutt/1.4.1i
Sender: dhcwg-admin@ietf.org
Errors-To: dhcwg-admin@ietf.org
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Id: <dhcwg.ietf.org>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>

On Fri, Nov 14, 2003 at 01:46:30AM +0530, Vijayabhaskar A K wrote:
> I guess, "stateless" means the server doesn't need to maintain the 
> lifetime of the configuration information it has assigned to the clients 
> and it doesn't mean that it doesn't need to maintain the information 
> about the clients..

But it's certainly an advantage not having too.

> The proposal of sending multicast reconfigure message was discussed, but 
> it was dropped as its very difficult to achieve multicast security and 
> reconfigure mechanism mandates auth...

You could have DHCP server multicast reconfigure to relays, that then
use link-scope multicast to send reconfiguration to the clients. DHCP
server could also possibly have a list of relays and use unicast to
the relays.

Security shouldn't be a problem I think, you're only asking clients to
send requests, you're not giving the clients any config information.

Stig

_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www1.ietf.org/mailman/listinfo/dhcwg