Skip to main content

Dynamic Host Configuration Protocol Options Used by PXELINUX
RFC 5071

Revision differences

Document history

Date Rev. By Action
2015-10-14
03 (System) Notify list changed from dhc-chairs@ietf.org,draft-ietf-dhc-pxelinux@ietf.org to (None)
2012-08-22
03 (System) post-migration administrative database adjustment to the No Objection position for Tim Polk
2008-01-31
03 Amy Vezza State Changes to RFC Published from RFC Ed Queue by Amy Vezza
2008-01-31
03 Amy Vezza [Note]: 'RFC 5071' added by Amy Vezza
2007-12-12
03 (System) RFC published
2007-10-02
03 (System) IANA Action state changed to RFC-Ed-Ack from Waiting on RFC Editor
2007-10-02
03 (System) IANA Action state changed to Waiting on RFC Editor from In Progress
2007-10-02
03 (System) IANA Action state changed to In Progress from Waiting on Authors
2007-10-02
03 (System) IANA Action state changed to Waiting on Authors from In Progress
2007-10-02
03 (System) IANA Action state changed to In Progress from Waiting on Authors
2007-10-01
03 Amy Vezza State Changes to RFC Ed Queue from Approved-announcement sent by Amy Vezza
2007-10-01
03 (System) IANA Action state changed to Waiting on Authors from In Progress
2007-10-01
03 (System) IANA Action state changed to In Progress
2007-10-01
03 Amy Vezza IESG state changed to Approved-announcement sent
2007-10-01
03 Amy Vezza IESG has approved the document
2007-10-01
03 Amy Vezza Closed "Approve" ballot
2007-10-01
03 Jari Arkko State Changes to Approved-announcement to be sent from Approved-announcement to be sent::AD Followup by Jari Arkko
2007-09-28
03 (System) Sub state has been changed to AD Follow up from New Id Needed
2007-09-28
03 (System) New version available: draft-ietf-dhc-pxelinux-03.txt
2007-09-07
03 Jari Arkko State Changes to Approved-announcement to be sent::Revised ID Needed from Approved-announcement to be sent::Point Raised - writeup needed by Jari Arkko
2007-09-07
03 (System) Removed from agenda for telechat - 2007-09-06
2007-09-06
03 Amy Vezza State Changes to Approved-announcement to be sent::Point Raised - writeup needed from IESG Evaluation by Amy Vezza
2007-09-06
03 Magnus Westerlund [Ballot Position Update] New position, No Objection, has been recorded by Magnus Westerlund
2007-09-06
03 Lisa Dusseault [Ballot Position Update] New position, No Objection, has been recorded by Lisa Dusseault
2007-09-06
03 Tim Polk [Ballot Position Update] Position for Tim Polk has been changed to No Objection from Undefined by Tim Polk
2007-09-06
03 Tim Polk [Ballot Position Update] Position for Tim Polk has been changed to Undefined from Discuss by Tim Polk
2007-09-06
03 Mark Townsley [Ballot Position Update] New position, No Objection, has been recorded by Mark Townsley
2007-09-06
03 Ross Callon [Ballot Position Update] New position, No Objection, has been recorded by Ross Callon
2007-09-06
03 Tim Polk
[Ballot discuss]
The security considerations section includes the curious statement "The use of these options
present no additional security risk", but the following paragraph describes …
[Ballot discuss]
The security considerations section includes the curious statement "The use of these options
present no additional security risk", but the following paragraph describes a use of the reboot
option to implment denial of service.

I believe this sentence should be moved to the end of the security considerations section, and
needs to be further clarified.  I interpreted this as no additional security risks "beyond those
identified above and those previously identified in RFCs 2131, 2132, and 3942", but that was
a guess...
2007-09-06
03 Tim Polk
[Ballot discuss]
The security considerations section includes the curious statement "The use of these options
present no additional security risk", but the following paragraph describes …
[Ballot discuss]
The security considerations section includes the curious statement "The use of these options
present no additional security risk", but the following paragraph describes a use of the reboot
option to implmement denial of service.

I believe this sentence should be moved to the end of the security considerations section, and
needs to be further clarified.  I interpreted this as no additional security risks "beyond those
identified in RFCs 2131, 2132, and 3942", but that was a guess...
2007-09-06
03 Tim Polk [Ballot Position Update] New position, Discuss, has been recorded by Tim Polk
2007-09-06
03 Tim Polk
[Ballot comment]
I assume that implementations claiming conformance to this spec must implement all four
options.  Perhaps we could add a statement somewhere to that …
[Ballot comment]
I assume that implementations claiming conformance to this spec must implement all four
options.  Perhaps we could add a statement somewhere to that effect?
2007-09-06
03 Magnus Westerlund
[Ballot comment]
Section 4.2 and 5.2: Do I understand correctly that there are no string length limitations other than the 255 that is implied by …
[Ballot comment]
Section 4.2 and 5.2: Do I understand correctly that there are no string length limitations other than the 255 that is implied by the 1 byte size field?
2007-09-06
03 Chris Newman [Ballot Position Update] New position, No Objection, has been recorded by Chris Newman
2007-09-05
03 Russ Housley [Ballot Position Update] New position, No Objection, has been recorded by Russ Housley
2007-09-05
03 Ron Bonica [Ballot Position Update] New position, No Objection, has been recorded by Ron Bonica
2007-09-05
03 Amanda Baber
IANA Evaluation comments:

Upon approval of this document, the IANA will make the following
changes in "DHCP and BOOTP PARAMETERS" registry located at
http://www.iana.org/assignments/bootp-dhcp-parameters
sub-registry …
IANA Evaluation comments:

Upon approval of this document, the IANA will make the following
changes in "DHCP and BOOTP PARAMETERS" registry located at
http://www.iana.org/assignments/bootp-dhcp-parameters
sub-registry "BOOTP Vendor Extensions and DHCP Options"

OLD:
208 pxelinux.magic (string) = F1:00:74:7E (241.0.116.126) (Tentatively
Assigned - 23 Jun 2005)
209 pxelinux.configfile (text) (Tentatively Assigned - 23 Jun 2005)
210 pxelinux.pathprefix (text) (Tentatively Assigned - 23 Jun 2005)
211 pxelinux.reboottime (unsigned integer 32 bits) (Tentatively Assigned
- 23 Jun 2005)

New:
Data
Tag Name Length Meaning
Reference
--- + ---- +------ +------- +-
--------
208 + pxe MAGIC + 4 +PXE magic string = F1:00:74:7E
+[RFC-dhc-pxelinux-02] Deprecated
209 + Configuration File + N +Configuration file
+[RFC-dhc-pxelinux-02]
210 + Path Prefix + N +Path Prefix Option
+[RFC-dhc-pxelinux-02]
211 + Reboot Time + 4 +Reboot Time
+[RFC-dhc-pxelinux-02]

We understand the above to be the only IANA Action for this document.
2007-09-05
03 Cullen Jennings [Ballot comment]
This needs a reference to 2939. It is very hard to figure out if this follows the correct IANA allocation procedure without this.
2007-09-05
03 Cullen Jennings [Ballot Position Update] Position for Cullen Jennings has been changed to No Objection from Discuss by Cullen Jennings
2007-09-05
03 Cullen Jennings [Ballot Position Update] New position, Discuss, has been recorded by Cullen Jennings
2007-09-05
03 Sam Hartman [Ballot Position Update] New position, No Objection, has been recorded by Sam Hartman
2007-09-05
03 Dan Romascanu
[Ballot comment]
I believe that the title and Abstract should expand PXELINUX so that there is an indication to people doing a search in the …
[Ballot comment]
I believe that the title and Abstract should expand PXELINUX so that there is an indication to people doing a search in the RFC repository what the defied options are about. I also think that the second phrase in the Abstract 'These codes were historically designated 'Site Local', but are presently being made available for allocation as standard DHCP Options.' should be striken out as after the publication of RFC 3942 it does not matter any longer where in the option space the numbers come from.
2007-09-05
03 Dan Romascanu [Ballot Position Update] New position, No Objection, has been recorded by Dan Romascanu
2007-09-04
03 David Ward [Ballot Position Update] New position, No Objection, has been recorded by David Ward
2007-09-04
03 Lars Eggert [Ballot Position Update] New position, No Objection, has been recorded by Lars Eggert
2007-08-30
03 Samuel Weiler Request for Telechat review by SECDIR is assigned to Bernard Aboba
2007-08-30
03 Samuel Weiler Request for Telechat review by SECDIR is assigned to Bernard Aboba
2007-08-27
03 Jari Arkko [Note]: 'NOTE: There are significant RFC Editor notes.
Document Shepherd is Stig Venaas <stig.venaas@uninett.no>' added by Jari Arkko
2007-08-27
03 Jari Arkko Placed on agenda for telechat - 2007-09-06 by Jari Arkko
2007-08-27
03 Jari Arkko [Ballot Position Update] New position, Yes, has been recorded for Jari Arkko
2007-08-27
03 Jari Arkko Ballot has been issued by Jari Arkko
2007-08-27
03 Jari Arkko Created "Approve" ballot
2007-08-27
03 (System) Ballot writeup text was added
2007-08-27
03 (System) Last call text was added
2007-08-27
03 (System) Ballot approval text was added
2007-08-27
03 Jari Arkko State Changes to IESG Evaluation from AD Evaluation by Jari Arkko
2007-08-27
03 Jari Arkko State Changes to AD Evaluation from Publication Requested by Jari Arkko
2007-08-27
03 Jari Arkko
I have made my AD review on this document.
The document is basically in good shape, but
I noticed a few places where clearer text …
I have made my AD review on this document.
The document is basically in good shape, but
I noticed a few places where clearer text was
needed. First, I believe it would be useful if
the abstract also stated that the code
values will be assigned for this purpose, and
not only describe what the situation is
before the approval of this document.

Second, Section 3.4 text should be improved
to avoid an apparent inconsistency (... recommend
use ... undesirable to suffer collisions ...)

There were a few other small things.

Given that the changes are small, I have simply
inserted RFC Editor notes to the tracker and
intend to take the draft to the IESG review without
asking for a new revision.

Comments on the suggested edits appreciated,
see below.
2007-08-27
03 Jari Arkko State Change Notice email list have been change to dhc-chairs@tools.ietf.org,draft-ietf-dhc-pxelinux@tools.ietf.org from dhc-chairs@tools.ietf.org
2007-08-27
03 Jari Arkko [Note]: 'Document Shepherd is Stig Venaas <stig.venaas@uninett.no>' added by Jari Arkko
2007-08-22
03 Dinara Suleymanova
PROTO Write-up

1) Have the chairs personally reviewed this version of the ID and do
they believe this ID is sufficiently baked to forward to …
PROTO Write-up

1) Have the chairs personally reviewed this version of the ID and do
they believe this ID is sufficiently baked to forward to the IESG
for publication?

Yes and yes.

2) Has the document had adequate review from both key WG members and
key non-WG members? Do you have any concerns about the depth or
breadth of the reviews that have been performed?

The draft has only been reviewed by a few key WG members. The chairs
believe this is sufficient since this is an informational document
describing current common usage of some of the previously site-specific
DHCP option codes. The process of recording such usage of the
previously site-specific option codes are in line with RFC 3942.
Some minor changes were suggested during wglc of revision 01, which
are incorporated in revision 02. The designer and implementer of these
options were also involved in producing and reviewing the document.

3) Do you have concerns that the document needs more review from a
particular (broader) perspective (e.g., security, operational
complexity, someone familiar with AAA, etc.)?

No

4) Do you have any specific concerns/issues with this document that
you believe the ADs and/or IESG should be aware of? For example,
perhaps you are uncomfortable with certain parts of the document,
or whether there really is a need for it, etc., but at the same
time these issues have been discussed in the WG and the WG has
indicated it wishes to advance the document anyway.

No

5) How solid is the WG consensus behind this document? Does it
represent the strong concurrence of a few individuals, with others
being silent, or does the WG as a whole understand and agree with
it?

Only a few individuals have actively supported it, the remainder of
the group have been silent. We believe the WG as a whole understands
that the usage described in the draft needs to be documented per
RFC 3942, even if they have not reviewed or actively supported the
document.

6) Has anyone threatened an appeal or otherwise indicated extreme
discontent? If so, please summarize what are they upset about.

No

7) Have the chairs verified that the document adheres to _all_ of the
ID nits? (see http://www.ietf.org/ID-nits.html).

We believe the document is OK. The tool complains about the RFC 2119
boiler plate, but we believe it is OK as is.

8) For Standards Track and BCP documents, the IESG approval
announcement includes a writeup section with the following
sections:

This document is only informational.

- Technical Summary

- Working Group Summary

- Protocol Quality
2007-08-22
03 Dinara Suleymanova Draft Added by Dinara Suleymanova in state Publication Requested
2007-07-25
02 (System) New version available: draft-ietf-dhc-pxelinux-02.txt
2007-04-18
01 (System) New version available: draft-ietf-dhc-pxelinux-01.txt
2006-08-15
00 (System) New version available: draft-ietf-dhc-pxelinux-00.txt