[Gen-art] IESG telechat Gen-ART review of draft-harkins-salted-eap-pwd-06

Document: draft-harkins-salted-eap-pwd-06 Reviewer: Dale R. Worley Review Date: 2016-09-05 IESG Telechat date: 2016-10-27 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 wa

[Gen-art] Gen-ART IETF Last Call review of draft-ietf-lisp-ddt-08

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

[Gen-art] Review: draft-bbf-bbf-urn-02

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

Re: [Gen-art] A *new* batch of IETF LC reviews - 2016-10-13

Assignments have been made in the review tool. Thanks! Jean On 10/13/16 4:32 PM, A. Jean Mahoney wrote: Hi all, The following reviewers have assignments: Reviewer LC end Draft - Joel Halpern 2016-11-04 d

Re: [Gen-art] Gen-ART LC review of draft-ietf-lisp-lcaf-16

> On the basis that each RTR RLOC can be from a different address family, > than I would say that the number of RTRs cannot be determined from the LCAF > Length field. The length alone would not tell you the breakdown of RTR RLOCs > between the address families, so the only way to tell ho

Re: [Gen-art] Gen-ART Review for draft-ietf-lisp-crypto-09

> Summary: This draft is ready for publication as an Experimental RFC Thanks for your review Pete. Brian and I appreciate it. > Though this is not an area of expertise for me, the document is clearly > written, I reviewed the data structures and they appear correct, and the > document seems rea

Re: [Gen-art] [lisp] Gen-ART Review for draft-ietf-lisp-crypto-09

Manish, we wanted a more integrated solution. Many products can’t do encapsulation and encryption at one time in one router. There are 2-box solutions are there. Plus, there are more RTT packet exchanges for IPsec which would cause more packet loss when the ITR would have to resolve an EID to an

Re: [Gen-art] Gen-ART Telechat review of draft-ietf-lisp-lcaf-17

Thanks for your second round of comments Peter. See comments inline. > Page 6, Rsvd2 definition: the definition both says "reserved for future use" > and then says some types actually use it. That sounds like present use. > And to generically say that it should be sent as zero and ignored, but th