Skip to main content

Last Call Review of draft-ietf-ipsecme-ad-vpn-problem-07
review-ietf-ipsecme-ad-vpn-problem-07-genart-lc-krishnan-2013-06-24-00

Request Review of draft-ietf-ipsecme-ad-vpn-problem
Requested revision No specific revision (document currently at 09)
Type Last Call Review
Team General Area Review Team (Gen-ART) (genart)
Deadline 2013-06-21
Requested 2013-06-14
Authors Vishwas Manral , Steve Hanna
Draft last updated 2013-06-24
Completed reviews Genart Last Call review of -07 by Suresh Krishnan (diff)
Secdir Telechat review of -07 by Carl Wallace (diff)
Assignment Reviewer Suresh Krishnan
State Completed
Review review-ietf-ipsecme-ad-vpn-problem-07-genart-lc-krishnan-2013-06-24
Reviewed revision 07 (document currently at 09)
Result Almost Ready
Completed 2013-06-24
review-ietf-ipsecme-ad-vpn-problem-07-genart-lc-krishnan-2013-06-24-00
I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see


http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html

).

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document: draft-ietf-ipsecme-ad-vpn-problem-07.txt
Reviewer: Suresh Krishnan
Review Date: 2013/06/24
IESG Telechat date: 2013/06/27

Summary: This draft is almost ready for publication as an Informational
RFC but I do have a few comments that the authors may want to consider.

Minor
=====

* Section 2.3

The following sentence is a bit confusing. How does a mobile user
connect to a new gateway without reinitiating a connection? Can you
please clarify or reword.

"The mobile user ought to be able to discover and then connect to the
current most efficient gateway without having to reinitiate the connection."

* Section 4.1. Requirement 5

Shouldn't there be a requirement here that states what kind of damage is
allowed and prohibited in case a hub node is compromised?

* Section 4.1. Requirement 12

It is unclear what this requirement means. Is the requirement for the
solution to integrate with multicast routing protocols to come up with a
different (and optimized) multicast ADVPN topology or to simply allow
the advpn to carry (flattened out) multicast traffic?

* Section 4.1. Requirement 14

Are there any special requirements that L3VPN poses on top of what is
required for carrying generic IP traffic? If so, can you elaborate here.

Thanks
Suresh