Skip to main content

Early Review of draft-ietf-grow-route-leak-problem-definition-04
review-ietf-grow-route-leak-problem-definition-04-rtgdir-early-chen-2016-04-21-00

Request Review of draft-ietf-grow-route-leak-problem-definition
Requested revision No specific revision (document currently at 06)
Type Early Review
Team Routing Area Directorate (rtgdir)
Deadline 2016-04-21
Requested 2016-04-11
Authors Kotikalapudi Sriram , Doug Montgomery , Danny R. McPherson , Eric Osterweil , Brian Dickson
I-D last updated 2016-04-21
Completed reviews Genart Last Call review of -04 by Pete Resnick (diff)
Genart Telechat review of -04 by Pete Resnick (diff)
Opsdir Last Call review of -04 by Carlos Pignataro (diff)
Rtgdir Early review of -04 by Mach Chen (diff)
Assignment Reviewer Mach Chen
State Completed
Request Early review on draft-ietf-grow-route-leak-problem-definition by Routing Area Directorate Assigned
Reviewed revision 04 (document currently at 06)
Result Has nits
Completed 2016-04-21
review-ietf-grow-route-leak-problem-definition-04-rtgdir-early-chen-2016-04-21-00
Hello,

I have been selected as the Routing Directorate reviewer for this draft. The
Routing Directorate seeks to review all routing or routing-related drafts as
they pass through IETF last call and IESG review, and sometimes on special
request. The purpose of the review is to provide assistance to the Routing ADs.
For more information about the Routing Directorate, please see

http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it would
be helpful if you could consider them along with any other IETF Last Call
comments that you receive, and strive to resolve them through discussion or by
updating the draft.

Document: draft-ietf-grow-route-leak-problem-definition-04.txt
Reviewer: Mach Chen
Review Date: April 21, 2016
IETF LC End Date: March 28, 2016
Intended Status: Informational

Summary:

This document is well written and easy to read. There some minor nits that need
to be addressed before the publication.

Comments:

1. There are many places in the document that uses "we", which is not the
typical usage for an IETF draft or RFC, a common way is to use "this document"
or the like.

2. Section 3.4

"... from the customer cone of the lateral peer.", what's the mean of the
"customer cone" here? It's better to use a more common term here.

3.
s/ No updates to the registries are suggested by this document. /This document
does not require an action from IANA.

Major issues:

None.

Minor issues:

None.

Nits:

Thanks,
Mach