Re: [dhcwg] Anyone interested in continuing draft-ietf-dhc-dhcpv6-prefix-pool-opt?

sthaug@nethelp.no Fri, 23 August 2013 12:18 UTC

Return-Path: <sthaug@nethelp.no>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1D9711E82F5 for <dhcwg@ietfa.amsl.com>; Fri, 23 Aug 2013 05:18:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dTsHMk0nF46a for <dhcwg@ietfa.amsl.com>; Fri, 23 Aug 2013 05:18:48 -0700 (PDT)
Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by ietfa.amsl.com (Postfix) with SMTP id 0167111E811D for <dhcwg@ietf.org>; Fri, 23 Aug 2013 05:18:47 -0700 (PDT)
Received: (qmail 41396 invoked from network); 23 Aug 2013 12:18:44 -0000
Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 23 Aug 2013 12:18:44 -0000
Date: Fri, 23 Aug 2013 14:18:44 +0200 (CEST)
Message-Id: <20130823.141844.74728418.sthaug@nethelp.no>
To: volz@cisco.com
From: sthaug@nethelp.no
In-Reply-To: <7B81A958-9434-46B6-973A-D4BD7F2C424F@cisco.com>
References: <CAKOT5Kr_Ve+9taH_AmhUp1HwHY=ggytVjUuToMf2Wr4oKoozOQ@mail.gmail.com> <94C682931C08B048B7A8645303FDC9F36EEEE4E6DB@PUEXCB1B.nanterre.francetelecom.fr> <7B81A958-9434-46B6-973A-D4BD7F2C424F@cisco.com>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Cc: dhcwg@ietf.org, rdroms.ietf@gmail.com
Subject: Re: [dhcwg] Anyone interested in continuing draft-ietf-dhc-dhcpv6-prefix-pool-opt?
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dhcwg>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 12:18:53 -0000

> BTW - I think I may have indicated this before, but does this really avoid the need for configuration on the router (relay)? How are items such as the link-address and next hop (dhcp server) addresses configured (rfc 3315 has a multicast default)? So there is still a bunch of "manual" configuration required? Admittedly you do say "more automation" but not really sure that has a lot of value - perhaps we need a Dynamic Router Configuration BOF?

As an operator I would prefer DHCPv6 to work similarly to DHCPv4 in a
typical scenario of:

- Large pools are explicitly configured on routers (relay agents).
- DHCP server is allowed to hand out addresses *within these pools*.
- Routers (relay agents) use information in the relayed DHCP packets
to build up some state (for instance making it possible to invalidate
the IP address when the lease expires).

Thus the DHCP server has a *limited* amount of freedom to hand out IP
within pools already known by the routers.

I would be very uncomfortable with, and probably would not want to
use, DHCP options which would let the DHCP server control address
allocation without any kind of preconfiguration on the router.

Steinar Haug, AS 2116