Skip to main content

DHCPv4 Lease Query by Relay Agent Remote ID
draft-ietf-dhc-leasequery-by-remote-id-09

Yes

(Ralph Droms)

No Objection

(Alexey Melnikov)
(David Harrington)
(Gonzalo Camarillo)
(Jari Arkko)
(Peter Saint-Andre)
(Robert Sparks)
(Ron Bonica)
(Russ Housley)
(Stewart Bryant)
(Tim Polk)

Note: This ballot was opened for revision 09 and is now closed.

Ralph Droms Former IESG member
Yes
Yes () Unknown

                            
Adrian Farrel Former IESG member
No Objection
No Objection (2010-12-02) Unknown
In section 4.1

   The DHCPLEASEQUERY message is typically sent by an access
   concentrator.

I really hate this type of language :-)

We can assume that you do not mean that most messages sent by an access
concentrator are DHCPLEASEQUERY messages.

You mean that most DHCPLEASEQUERY messages are sent by access
concentrators (not just by "an access concentrator" - I have an image of
some poor box in the Internet responsible for sending all the messages)

But missing from the description is a statement of who sends the other
(atypical) DHCPLEASEQUERY messages.
Alexey Melnikov Former IESG member
No Objection
No Objection () Unknown

                            
David Harrington Former IESG member
No Objection
No Objection () Unknown

                            
Gonzalo Camarillo Former IESG member
No Objection
No Objection () Unknown

                            
Jari Arkko Former IESG member
No Objection
No Objection () Unknown

                            
Lars Eggert Former IESG member
No Objection
No Objection (2010-11-30) Unknown
Section 1., paragraph 1:
>    active lease informations associated with a given connection/circuit,

  Nit: s/informations/information/


Section 4.8., paragraph 2:
>    To generate replies for a lease query by Remote ID effeciently, a

  Nit: s/effeciently,/efficiently,/
Peter Saint-Andre Former IESG member
No Objection
No Objection () Unknown

                            
Robert Sparks Former IESG member
No Objection
No Objection () Unknown

                            
Ron Bonica Former IESG member
No Objection
No Objection () Unknown

                            
Russ Housley Former IESG member
No Objection
No Objection () Unknown

                            
Sean Turner Former IESG member
No Objection
No Objection (2010-12-02) Unknown
#1) I support Tim's discuss.

#2) I can't parse this sentence in the abstract:

   RFC 4388 defines a mechanism for relay
   agents to retrieve the lease information from the DHCP server as and
   when this information is lost.

remove "as and"?

#3) Expand DSLAM.

#4) Section 4.7/8/9: Should the shoulds be SHOULDs?
Stewart Bryant Former IESG member
No Objection
No Objection () Unknown

                            
Tim Polk Former IESG member
(was Discuss) No Objection
No Objection () Unknown