Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt-netboot-05
Bud Millwood <budm@weird-solutions.com> Mon, 12 October 2009 12:58 UTC
Return-Path: <budm@weird-solutions.com>
X-Original-To: dhcwg@core3.amsl.com
Delivered-To: dhcwg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8D67B28C1CD for <dhcwg@core3.amsl.com>; Mon, 12 Oct 2009 05:58:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.001
X-Spam-Level:
X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UTHxuATurUjr for <dhcwg@core3.amsl.com>; Mon, 12 Oct 2009 05:58:38 -0700 (PDT)
Received: from cl39.gs02.gridserver.com (cl39.gs02.gridserver.com [64.13.232.48]) by core3.amsl.com (Postfix) with ESMTP id 9A99A28C1CC for <dhcwg@ietf.org>; Mon, 12 Oct 2009 05:58:38 -0700 (PDT)
Received: from static-213-115-152-226.sme.bredbandsbolaget.se ([213.115.152.226]:58805 helo=offset.weird.se) by cl39.gs02.gridserver.com with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.63) (envelope-from <budm@weird-solutions.com>) id 1MxKU1-0003ub-C2; Mon, 12 Oct 2009 05:58:37 -0700
From: Bud Millwood <budm@weird-solutions.com>
Organization: Weird Solutions, Inc.
To: Thomas Huth <THUTH@de.ibm.com>
Date: Mon, 12 Oct 2009 14:48:17 +0200
User-Agent: KMail/1.9.9
References: <994ABFCB-3ABF-484C-9855-1EEACC663CF4@nominum.com> <200910072139.12968.budm@weird-solutions.com> <OF7C528424.182656B7-ONC125764B.004D3670-C125764B.004E7472@de.ibm.com>
In-Reply-To: <OF7C528424.182656B7-ONC125764B.004D3670-C125764B.004E7472@de.ibm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200910121448.17505.budm@weird-solutions.com>
X-Authenticated-User: 39280 budm@broadbandprovisioner.com
Cc: dhcwg@ietf.org
Subject: Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt-netboot-05
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Bud Millwood <budm@weird-solutions.com>
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Mon, 12 Oct 2009 12:58:39 -0000
On Saturday 10 October 2009, Thomas Huth wrote: > Bud Millwood <budm@weird-solutions.com> wrote on 07/10/2009 21:39:12: > > I think Damien has a point about presentation. I also think it's easier > > to > > > present a subencoded option to the user with multiple (possibly required) > > > > suboptions than to present top-level options (just because there are so > > many > > > top-level options). > > > > The way our GUI works, for example, you define a subencoded option, > > then "inside it" you can only define the suboptions declared for that > > parent. > > > So the list of data you can put in the suboption is short and easy to > > comprehend. > > Ok, these "sub-options" might work fine with a GUI, but I think the plain > text configuration files of the DHCP server gets more complicated with > sub-options. The settings then have to specified in a nested way like: > > option netboot = { > url = http://... > params = "acpi = off ..." > ... > } I think that text format is... beautiful. :) > > > Thomas, you said: > > > In the past years, I've seen a couple of cluster installations with _a > > lot_ > > > > of computers, ... so the scenario is really valid (though it's > > something > > > > that you might not use at home ;-) ) > > > > How does that work in practice today with DHCPv4? Are they configured to > > have > > > multiple boot files somehow, or is this an attempt to solve a need that > > wasn't solved in DHCPv4? > > With DHCPv4, the only way to work-around overloaded TFTP servers was: > 1) Introduce a random delay in the boot process of the nodes, so that they > don't try to contact the TFTP server at the same time. > 2) Add new TFTP servers and then hard-code a given set of nodes to always > boot from these servers. By overloaded TFTP server you mean a server with too much traffic, right? This may be an implementation thing. Another way to distribute booting nodes across multiple TFTP servers is to vary the "Next server" or "Overload TFTP server name" by time, mac hash, ip hash, shoe size, etc. A DHCP server should be able to let you vary the TFTP server location (name or address) in realtime. Even better, the server should maintain a list of TFTP servers and only rotate between those that are online and under a certain work threshhold. - Bud > There was no way to specify redundant boot servers in the DHCPv4 protocol, > so this would be a new feature in DHCPv6 which makes the configuration of > large networks much easier (you don't have to assign a given set of MAC > addresses to only one of the available server which still might to fail. > You could simply say, that all nodes should try to boot from either > server1, or if it fails try server2, then server3, etc.). > > Mit freundlichen Grüßen / Kind regards, > Thomas Huth > > IBM Deutschland Vorsitzender des Aufsichtsrats: > Research & Development GmbH Martin Jetter > Schönaicher Str. 220 Geschäftsführung: Erich Baier > 71032 Böblingen Sitz der Gesellschaft: Böblingen > Tel.: +49-7031-16-2183 Registergericht: Amtsgericht > Stuttgart, HRB 243294 -- Bud Millwood Weird Solutions, Inc. http://www.weird-solutions.com tel: +46 8 758 3700 fax: +46 8 758 3687
- [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt-net… Damien Neil
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Thomas Huth
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Thomas Narten
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Ted Lemon
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Thomas Narten
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Ted Lemon
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Thomas Narten
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Damien Neil
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Ted Lemon
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Stephen Jacob
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Alfred Hönes
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Ted Lemon
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Thomas Huth
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Bud Millwood
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Thomas Huth
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Thomas Huth
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Thomas Huth
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Ted Lemon
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Jarrod Johnson
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Jarrod Johnson
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Jarrod Johnson
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Jarrod Johnson
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Bud Millwood
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Jarrod Johnson
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Thomas Huth
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Thomas Huth
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Thomas Huth
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Jarrod Johnson
- Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt… Ted Lemon
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Ted Lemon
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Ted Lemon
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Niall.oReilly+lists
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Ted Lemon
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Chuck Anderson
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Ted Lemon
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … H. Peter Anvin
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Ted Lemon
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Niall.oReilly+lists
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Ted Lemon
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Thomas Huth
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Thomas Huth
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Thomas Huth
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Thomas Narten
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … jarrod.b.johnson@gmail.com
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Woundy, Richard
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Thomas Narten
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Woundy, Richard
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Thomas Narten
- Re: [dhcwg] netboot load balancing (was: draft-ie… Thomas Huth
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … Ted Lemon
- Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 … H. Peter Anvin