Dynamic Host Configuration
charter-ietf-dhc-08

WG review announcement

From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Cc: dhc WG <dhcwg@ietf.org> 
Subject: WG Review: Dynamic Host Configuration (dhc)

The Dynamic Host Configuration (dhc) working group in the Internet Area
of the IETF is undergoing rechartering. The IESG has not made any
determination yet. The following draft charter was submitted, and is
provided for informational purposes only. Please send your comments to
the IESG mailing list (iesg at ietf.org) by 2014-07-18.

Dynamic Host Configuration (dhc)
------------------------------------------------
Current Status: Active WG

Chairs:
  Bernie Volz <volz@cisco.com>
  Tomek Mrugalski <tomasz.mrugalski@gmail.com>

Secretaries:
  Sheng Jiang <jiangsheng@huawei.com>

Assigned Area Director:
  Ted Lemon <ted.lemon@nominum.com>

Mailing list
  Address: dhcwg@ietf.org
  To Subscribe: http://www.ietf.org/mailman/listinfo/dhcwg
  Archive: http://www.ietf.org/mail-archive/web/dhcwg/

Charter:

Charter for Working Group

The Dynamic Host Configuration working group (DHC WG) has developed DHCP
for automated allocation, configuration and management of IP addresses
and TCP/IP protocol stack parameters. DHCPv4 is currently a Draft
Standard and is documented in RFC 2131 and RFC 2132. DHCPv6 is currently
a Proposed Standard and is documented in RFC 3315. Subsequent RFCs
document additional options and other enhancements to the specifications.

The DHC WG is responsible for defining DHCP protocol extensions.
Definitions of new DHCP options that are delivered using standard
mechanisms with documented semantics are not considered a protocol
extension and thus are outside of scope for the DHC WG. Such options
should be defined within their respective WGs and reviewed by the DHCP
Directorate. However, if such options require protocol extensions or new
semantics, the protocol extension work must be done in the DHC WG.

The DHC WG has the following main objectives:

1. Develop extensions to the DHCPv6 infrastructure as required to meet
new applications and deployments of DHCP. The topics currently in
development are:
- DHCPv6 Stateful issues
- DHCPv6 Failover
- DHCPv6 Load Balancing
- Extending DHCPv6 to work with multiple provisioning domains
- DHCP provisioning of IPv4 clients over IPv6 networks
- Access Network Identifier options
- DNS registration for SLAAC
- Active leasequery
- Secure DHCPv6 with Public Key
- Dynamic Allocation of Shared IPv4 Addresses

Additional topics may only be added with approval from the responsible
Area Director or by re-chartering.

2. Develop documents that help explain operational considerations for
the wider community.

3. Issue updated versions of the DHCP base specifications--
RFC 3315 (DHCPv6), RFC 3633 (DHCPv6 Prefix Delegation) and
RFC 3736 (Stateless DHCPv6) so as to fix errata and bring
the documents to the point where they can advance along the
IETF Standards Track.

4. In the process of updating the DHCP base specifications, in
cases where time is of the essence, issue corrections and
clarifications of the specifications in order to quickly address
interoperability problems.

5. Write analyses and interoperability reports on existing DHC
documents, including base specs.

6. When serious interoperability problems are found in other DHCP
specifications, issue updated versions of those specifications to
address the interoperability problems.

Milestones:


WG action announcement

From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Cc: dhc WG <dhcwg@ietf.org> 
Subject: WG Action: Rechartered Dynamic Host Configuration (dhc)

The Dynamic Host Configuration (dhc) working group in the Internet Area
of the IETF has been rechartered. For additional information please
contact the Area Directors or the WG Chairs.

Dynamic Host Configuration (dhc)
------------------------------------------------
Current Status: Active WG

Chairs:
  Bernie Volz <volz@cisco.com>
  Tomek Mrugalski <tomasz.mrugalski@gmail.com>

Secretaries:
  Sheng Jiang <jiangsheng@huawei.com>

Assigned Area Director:
  Ted Lemon <ted.lemon@nominum.com>

Mailing list
  Address: dhcwg@ietf.org
  To Subscribe: http://www.ietf.org/mailman/listinfo/dhcwg
  Archive: http://www.ietf.org/mail-archive/web/dhcwg/

Charter:

The Dynamic Host Configuration working group (DHC WG) has developed DHCP
for automated allocation, configuration and management of IP addresses
and TCP/IP protocol stack parameters. DHCPv4 is currently a Draft
Standard and is documented in RFC 2131 and RFC 2132. DHCPv6 is currently
a Proposed Standard and is documented in RFC 3315. Subsequent RFCs
document additional options and other enhancements to the specifications.

The DHC WG is responsible for defining DHCP protocol extensions.
Definitions of new DHCP options that are delivered using standard
mechanisms with documented semantics are not considered a protocol
extension and thus are outside of scope for the DHC WG. Such options
should be defined within their respective WGs and reviewed by DHCP
experts in the Internet Area Directorate. However, if such options 
require protocol extensions or new semantics, the protocol extension
work must be done in the DHC WG.

The DHC WG has the following main objectives:

1. Develop extensions to the DHCPv6 infrastructure as required to meet
new applications and deployments of DHCP. The topics currently in
development are:
- DHCPv6 Stateful issues
- DHCPv6 Failover
- DHCPv6 Load Balancing
- Extending DHCPv6 to work with multiple provisioning domains
- DHCP provisioning of IPv4 clients over IPv6 networks
- Access Network Identifier options
- DNS registration for SLAAC
- Active leasequery
- Secure DHCPv6 with Public Key
- Dynamic Allocation of Shared IPv4 Addresses

Additional topics may only be added with approval from the responsible
Area Director or by re-chartering.

2. Develop documents that help explain operational considerations for
the wider community.

3. Issue updated versions of the DHCP base specifications--
RFC 3315 (DHCPv6), RFC 3633 (DHCPv6 Prefix Delegation) and
RFC 3736 (Stateless DHCPv6) so as to fix errata and bring
the documents to the point where they can advance along the
IETF Standards Track.

4. In the process of updating the DHCP base specifications, in
cases where time is of the essence, issue corrections and
clarifications of the specifications in order to quickly address
interoperability problems.

5. Write analyses and interoperability reports on existing DHC
documents, including base specs.

6. When serious interoperability problems are found in other DHCP
specifications, issue updated versions of those specifications to
address the interoperability problems.

Milestones:
  Oct 2013 - Submit dhcpv6-failover-design to IESG
  Dec 2013 - WG last calll on draft-ietf-dhc-addr-registration
  Feb 2014 - Submit draft-ietf-dhc-addr-registration to IESG
  Mar 2014 - WG last call on access-network-identifier
  Jun 2014 - Submit access-network-identifier to IESG
  Sep 2014 - Submit stateful issues draft to IESG
  Sep 2014 - Adopt 3315bis draft
  Jan 2015 - WG last call on 331bis draft
  Apr 2015 - Submit 3315bis draft to IESG
  May 2015 - Recharter, if needed


Ballot announcement

Technical Summary

   Relevant content can frequently be found in the abstract
   and/or introduction of the document.  If not, this may be 
   an indication that there are deficiencies in the abstract
   or introduction.

Working Group Summary

   Was there anything in the WG process that is worth noting?
   For example, was there controversy about particular points 
   or were there decisions where the consensus was
   particularly rough? 

Document Quality

   Are there existing implementations of the protocol?  Have a 
   significant number of vendors indicated their plan to
   implement the specification?  Are there any reviewers that
   merit special mention as having done a thorough review,
   e.g., one that resulted in important changes or a
   conclusion that the document had no substantive issues?  If
   there was a MIB Doctor, Media Type, or other Expert Review,
   what was its course (briefly)?  In the case of a Media Type
   Review, on what date was the request posted?

Personnel

   Who is the Document Shepherd for this document?  Who is the 
   Responsible Area Director?  If the document requires IANA
   experts(s), insert 'The IANA Expert(s) for the registries
   in this document are <TO BE ADDED BY THE AD>.'

RFC Editor Note

  (Insert RFC Editor Note here or remove section)

IRTF Note

  (Insert IRTF Note here or remove section)

IESG Note

  (Insert IESG Note here or remove section)

IANA Note

  (Insert IANA Note here or remove section)