Skip to main content

Dynamic Host Configuration
charter-ietf-dhc-09

Yes

(Ted Lemon)

No Objection

(Adrian Farrel)
(Alissa Cooper)
(Barry Leiba)
(Brian Haberman)
(Jari Arkko)
(Kathleen Moriarty)
(Pete Resnick)
(Richard Barnes)
(Stephen Farrell)

Note: This ballot was opened for revision 07-00 and is now closed.

Ballot question: "Is this charter ready for external review? Is this charter ready for approval without external review?"

Spencer Dawkins Former IESG member
Yes
Yes (2014-08-05 for -07-00) Unknown
I have just a couple of nittish comments, but on the whole, I think the charter is fine.

In this text:

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.

-- when I read this without trying to extrapolate, I’m seeing “semantics” popping in and out of the picture. For instance, if I require protocol extensions and new semantics, the last sentence tells me where to do the protocol extension work but is silent about where to do the new semantics. You might consider either s/protocol extensions/protocol extensions and semantics/ or just saying “is responsible for defining DHCP protocol extensions, including new semantics” and then dropping further reference to semantics separately. 

In this text:

1. Develop extensions to the DHCPv6 infrastructure as required to meet
new applications and deployments of DHCP. 

-- is “infrastructure” the right word? I was kind of expecting to see something like “protocol”, which may not be right, but I’m not sure what we’re talking about if it’s not something like “protocol”.

In this text: 

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

-- perhaps it’s better to pick one way of adding topics? 

-- If the responsible AD can add topics without re-chartering, won’t the charter become increasingly out of step? Or are you thinking you’d just add milestones without updating the charter text itself?
Ted Lemon Former IESG member
Yes
Yes (for -07-00) Unknown

                            
Adrian Farrel Former IESG member
No Objection
No Objection (for -07-01) Unknown

                            
Alissa Cooper Former IESG member
No Objection
No Objection (for -07-01) Unknown

                            
Barry Leiba Former IESG member
No Objection
No Objection (for -07-00) Unknown

                            
Brian Haberman Former IESG member
(was Block) No Objection
No Objection (for -07-01) Unknown

                            
Jari Arkko Former IESG member
No Objection
No Objection (for -07-01) Unknown

                            
Joel Jaeggli Former IESG member
No Objection
No Objection (2014-08-06 for -07-01) Unknown
would be nice  if the charter clarfied what this item means.

- DHCP provisioning of IPv4 clients over IPv6 networks
Kathleen Moriarty Former IESG member
No Objection
No Objection (for -07-01) Unknown

                            
Martin Stiemerling Former IESG member
No Objection
No Objection (2014-08-06 for -07-00) Unknown
I know we do not take the milestones into account in our review, but it would be good to get them updated before sending the charter out for review.
Pete Resnick Former IESG member
No Objection
No Objection (for -07-01) Unknown

                            
Richard Barnes Former IESG member
No Objection
No Objection (for -07-01) Unknown

                            
Stephen Farrell Former IESG member
No Objection
No Objection (for -07-01) Unknown