Last Call Review of draft-ietf-grow-irr-routing-policy-considerations-05
review-ietf-grow-irr-routing-policy-considerations-05-genart-lc-melnikov-2015-01-08-00
| Request | Review of | draft-ietf-grow-irr-routing-policy-considerations |
|---|---|---|
| Requested rev. | no specific revision (document currently at 06) | |
| Type | Last Call Review | |
| Team | General Area Review Team (Gen-ART) (genart) | |
| Deadline | 2014-12-01 | |
| Requested | 2014-11-17 | |
| Authors | Danny McPherson, Shane Amante, Eric Osterweil, Larry Blunk, Dave Mitchell | |
| Draft last updated | 2015-01-08 | |
| Completed reviews |
Genart Last Call review of -05 by Alexey Melnikov
(diff)
Secdir Last Call review of -05 by Takeshi Takahashi (diff) Opsdir Last Call review of -05 by Kiran Chittimaneni (diff) Rtgdir Early review of -05 by Terry Manderson (diff) |
|
| Assignment | Reviewer | Alexey Melnikov |
| State | Completed | |
| Review | review-ietf-grow-irr-routing-policy-considerations-05-genart-lc-melnikov-2015-01-08 | |
| Reviewed rev. | 05 (document currently at 06) | |
| Review result | Ready with Nits | |
| Review completed: | 2015-01-08 |
Review
review-ietf-grow-irr-routing-policy-considerations-05-genart-lc-melnikov-2015-01-08
I am the assigned Gen-ART reviewer for this draft. For background on Gen-ART, please see the FAQ at < http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>. Please resolve these comments along with any other Last Call comments you may receive. Document: draft-ietf-grow-irr-routing-policy-considerations-05 Reviewer: Alexey Melnikov Review Date: 2015-01-08 IETF LC End Date: 2015-12-01 IESG Telechat date: 2015-01-08 Summary: Ready for publication as Proposed Standard (with nits) Major issues: none Minor issues: none Nits: In various sections: first references to: Netconf, SSH, TLS, FTP need informative references. In Section 6: Specifically, BGP soft-reconfiguration [REF?] This reference needs fixing and, later, Route Refresh Capability for BGP-4 [RFC2918] were developed so that ISPs, or their customers, could induce BGP to apply a new policy while leaving both the existing eBGP session active as well as (unaffected) routes active in both the Loc-RIB and, more importantly, FIB of the router.