Re: [v6ops] New Version Notification for draft-yourtchenko-ra-dhcpv6-comparison-00.txt (fwd)

Tore Anderson <tore@fud.no> Thu, 19 December 2013 20:51 UTC

Return-Path: <tore@fud.no>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70E8D1AE1E2 for <v6ops@ietfa.amsl.com>; Thu, 19 Dec 2013 12:51:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.438
X-Spam-Level:
X-Spam-Status: No, score=-2.438 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.538] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9PFzc2KYsaKh for <v6ops@ietfa.amsl.com>; Thu, 19 Dec 2013 12:51:05 -0800 (PST)
Received: from greed.fud.no (greed.fud.no [IPv6:2a02:c0:1001:100::145]) by ietfa.amsl.com (Postfix) with ESMTP id C3A9B1AE1AF for <v6ops@ietf.org>; Thu, 19 Dec 2013 12:51:05 -0800 (PST)
Received: from [2a02:fe0:c410:1d30:21d:60ff:fe48:f59e] (port=47529 helo=wrath.fud.no) by greed.fud.no with esmtpa (Exim 4.80) (envelope-from <tore@fud.no>) id 1VtkYf-0006Bk-Up; Thu, 19 Dec 2013 21:51:01 +0100
Message-ID: <52B35C35.3040808@fud.no>
Date: Thu, 19 Dec 2013 21:51:01 +0100
From: Tore Anderson <tore@fud.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: Nick Hilliard <nick@inex.ie>, Gert Doering <gert@space.net>
References: <52B22828.6080700@inex.ie> <CAKD1Yr3TA9+yDpCRHNMOXNiq0bZ0x-yn=kVotiFD2187GjdnWw@mail.gmail.com> <52B2ED1E.1040108@inex.ie> <CAKD1Yr2hQBB_gsv6=zRLq6SmxF6JG=o2DT=-iDykSz7u=yJVZg@mail.gmail.com> <273B4FE5-E311-4327-8B04-13467AF9D72F@nominum.com> <CAKD1Yr3aeHu=4wy8NcRvT_bX9OdCE5PZ-JqJGZrxgVsi+uOK4w@mail.gmail.com> <6F8010C6-D8A3-49F9-AEA2-67527DCC02E3@nominum.com> <CAKD1Yr3qfZqFp-FuStvOz9uqidPU0TEMuC=O-VvZZVEXAo9bUQ@mail.gmail.com> <09D891E7-4305-4627-B52C-CD5D4522FD7E@nominum.com> <52B303EA.80602@inex.ie> <20131219180001.GW81676@Space.Net> <52B33633.4090905@inex.ie>
In-Reply-To: <52B33633.4090905@inex.ie>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>
Subject: Re: [v6ops] New Version Notification for draft-yourtchenko-ra-dhcpv6-comparison-00.txt (fwd)
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Dec 2013 20:51:07 -0000

* Nick Hilliard

> On 19/12/2013 18:00, Gert Doering wrote:
>> I wonder why one would use DHCP in the datacentre?
> 
> ease of rollout, centralised management, etc.  Tends to help when you have
> nontrivial numbers of vms in place.

Indeed. We use DHCP extensively in our data centres. Provisioning OS
onto the servers we do with network boot. This is much more convenient
than physical media or, worse, remote media (which usually depends on
some Java hocus pocus that works correctly only during an eclipse and so
on), and mindlessly clicking through an install wizard N times.

One variant of the above that we've grown more and more fond of in
recent years is to have stateless servers without disks that *always*
boot off the network. They install the OS onto a RAM disk, registers
with Puppet and installs whatever applications they need and are ready
to go within minutes. This is especially nice for running applications
that can automatically scale horizontally onto whatever compute
resources are available. Think for example hypervisors, HPC nodes, and
such. An application needs more capacity? No problem: plug in a dozen
servers, turn them on, and they're all up and running, in production,
within 15 minutes with no human interaction necessary beyond the
physical part. It's a wonderful way to work, tbh, and it all relies 100%
on DHCP.

Unfortunately, it's all DHCP*v4*. Hardly any server manufacturer is
shipping units that can do IPv6 network booting, it's the 3Com PXE ROM
from, what, 2001? they're all shipping still. This is perhaps the
largest impediment to IPv6 deployment I'm dealing with on a day-to-day
basis. Getting improvement here would be way more valuable to IPv6
deployment than continued bickering of whether it is RA or DHCPv6 that
is the dog's bollocks....

Tore