Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 - how to proceed?

Thomas Huth <THUTH@de.ibm.com> Sun, 18 October 2009 08:46 UTC

Return-Path: <THUTH@de.ibm.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 7DA953A68E5 for <dhcwg@core3.amsl.com>; Sun, 18 Oct 2009 01:46:27 -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 QUhmPnDGW3k1 for <dhcwg@core3.amsl.com>; Sun, 18 Oct 2009 01:46:26 -0700 (PDT)
Received: from mtagate3.de.ibm.com (mtagate3.de.ibm.com [195.212.17.163]) by core3.amsl.com (Postfix) with ESMTP id 670783A68CE for <dhcwg@ietf.org>; Sun, 18 Oct 2009 01:46:26 -0700 (PDT)
Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate3.de.ibm.com (8.13.1/8.13.1) with ESMTP id n9I8kUW7031497 for <dhcwg@ietf.org>; Sun, 18 Oct 2009 08:46:30 GMT
Received: from d12av04.megacenter.de.ibm.com (d12av04.megacenter.de.ibm.com [9.149.165.229]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id n9I8kOiP3481610 for <dhcwg@ietf.org>; Sun, 18 Oct 2009 10:46:30 +0200
Received: from d12av04.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av04.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n9I8kOda014683 for <dhcwg@ietf.org>; Sun, 18 Oct 2009 10:46:24 +0200
Received: from d12ml072.megacenter.de.ibm.com (d12ml072.megacenter.de.ibm.com [9.149.166.115]) by d12av04.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n9I8kOhl014680 for <dhcwg@ietf.org>; Sun, 18 Oct 2009 10:46:24 +0200
In-Reply-To: <FBD14811-7C9A-4FCB-8707-071A7CA12B96@nominum.com>
References: <200910062234.AAA07005@TR-Sys.de> <AD61797F-DB2D-4889-8888-5339521ADE8F@nominum.com> <OF029AB4A7.6EEA954A-ONC125764B.004E95CE-C125764B.00536F30@de.ibm.com> <FBD14811-7C9A-4FCB-8707-071A7CA12B96@nominum.com>
X-KeepSent: 73909874:9B93FADE-C1257653:002E96C8; type=4; name=$KeepSent
To: dhcwg@ietf.org
X-Mailer: Lotus Notes Release 8.5 December 05, 2008
Message-ID: <OF73909874.9B93FADE-ONC1257653.002E96C8-C1257653.00302A9F@de.ibm.com>
From: Thomas Huth <THUTH@de.ibm.com>
Date: Sun, 18 Oct 2009 10:46:06 +0200
X-MIMETrack: Serialize by Router on D12ML072/12/M/IBM(Release 8.0.1|February 07, 2008) at 18/10/2009 10:46:24
MIME-Version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable
Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-netboot-05 - how to proceed?
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
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: Sun, 18 Oct 2009 08:46:27 -0000

> Ted Lemon <Ted.Lemon@nominum.com> wrote on 10/10/2009 19:32:55:
>
> I like the idea of getting rid of the priority entirely, and that
> makes sense if the bootfiles are all the same.   And since there's no
> way to differentiate between them, it makes sense that they are the
> same.   However, mentioning PXE and yaboot does point out a problem
> with this approach: it failed last time.   We wound up with yaboot
> options that were allocated without a draft or contact with the IANA,
> and PXE was a bit of a mess too.

Sorry, I didn't quite get this... I am not aware of yaboot using any
non-standard DHCP options.
Or did you maybe mean pxelinux options instead? pxelinux is also a
secondary stage boot loader, but for x86 instead of PowerPC machines.
pxelinux seems to highjack some DHCP options (see RFC 5071).

Looking at those options, it seems to me that these are all configuration
options for the bootloader... that highlights one of the main problems with
DHCPv4 network booting again: There was no official way to pass parameters
to the bootloader or OS kernel that was loaded by the firmware.
So I think that such an option highjacking won't happen with DHCPv6 again:
Since we've got a "parameter option" in our draft already which can be used
to pass such configuration data to the bootloader/kernel, there is no more
need that they abuse extra DHCP options for this.


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