Last Call Review of draft-ietf-bess-evpn-proxy-arp-nd-09
review-ietf-bess-evpn-proxy-arp-nd-09-genart-lc-housley-2020-12-04-00

Request Review of draft-ietf-bess-evpn-proxy-arp-nd
Requested rev. no specific revision (document currently at 11)
Type Last Call Review
Team General Area Review Team (Gen-ART) (genart)
Deadline 2020-12-15
Requested 2020-12-01
Authors Jorge Rabadan, Senthil Sathappan, Kiran Nagaraj, Greg Hankins, Thomas King
Draft last updated 2020-12-04
Completed reviews Opsdir Last Call review of -04 by Joe Clarke (diff)
Rtgdir Last Call review of -09 by Ravi Singh (diff)
Secdir Last Call review of -09 by Russ Housley (diff)
Genart Last Call review of -09 by Russ Housley (diff)
Assignment Reviewer Russ Housley 
State Completed
Review review-ietf-bess-evpn-proxy-arp-nd-09-genart-lc-housley-2020-12-04
Posted at https://mailarchive.ietf.org/arch/msg/gen-art/O9xHp7y7Y6PxO0_WFP1D5HNJzss
Reviewed rev. 09 (document currently at 11)
Review result Almost Ready
Review completed: 2020-12-04

Review
review-ietf-bess-evpn-proxy-arp-nd-09-genart-lc-housley-2020-12-04

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.  Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at
<http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.

Document: draft-ietf-bess-evpn-proxy-arp-nd-09
Reviewer: Russ Housley
Review Date: 2020-12-04
IETF LC End Date: 2020-12-15
IESG Telechat date: unknown


Summary: Almost Ready


Major Concerns:

There is a normative downward reference to Informational RFC 6820.
It looks to me like this should be an informative reference.


Minor Concerns:

The Abstract seems very long.  I suggest:

   This document describes the EVPN Proxy-ARP/ND function, augmented
   by the capability of the ARP/ND Extended Community.  Together,
   these help operators of Internet Exchange Points (IXPs), Data
   Centers (DCs), and other networks deal with IPv4 and IPv6 address
   resolution issues associated with large Broadcast Domains (DBs) by
   reducing and even suppressing the flooding produced by address
   resolution in the EVPN network.

 
Nits:

When there is a line break in the middle of "->", it is quite difficult
to read.  I hope there is a way to make the hyphen non-breaking.

s2.2: s/devices and therefore floods/devices, and therefore, floods/

s2.2: s/messages, however ARP/messages; however, ARP/

s6.5: s/IXP's peering network space/IXP peering network space/

s7: s/flooded, however the/flooded; however, the/

s7: s/will definitely protect/protects/


IDnits reports:

  == The 'Updates: ' line in the draft header should list only the _numbers_
     of the RFCs which will be updated by this document (if approved); it
     should not include the word 'RFC' in the list.