Last Call Review of draft-ietf-ipsecme-ikev2-auth-announce-06
review-ietf-ipsecme-ikev2-auth-announce-06-artart-lc-blanchet-2024-03-22-00
Request | Review of | draft-ietf-ipsecme-ikev2-auth-announce |
---|---|---|
Requested revision | No specific revision (document currently at 10) | |
Type | Last Call Review | |
Team | ART Area Review Team (artart) | |
Deadline | 2024-03-31 | |
Requested | 2024-03-17 | |
Authors | Valery Smyslov | |
I-D last updated | 2024-03-22 | |
Completed reviews |
Secdir Last Call review of -06
by Rifaat Shekh-Yusef
(diff)
Secdir Telechat review of -09 by Rifaat Shekh-Yusef (diff) Artart Last Call review of -06 by Marc Blanchet (diff) Genart Last Call review of -06 by Reese Enghardt (diff) |
|
Assignment | Reviewer | Marc Blanchet |
State | Completed | |
Request | Last Call review on draft-ietf-ipsecme-ikev2-auth-announce by ART Area Review Team Assigned | |
Posted at | https://mailarchive.ietf.org/arch/msg/art/pNSBkBJO45m5IcX4kNZ6F-QpcUQ | |
Reviewed revision | 06 (document currently at 10) | |
Result | Ready w/nits | |
Completed | 2024-03-22 |
review-ietf-ipsecme-ikev2-auth-announce-06-artart-lc-blanchet-2024-03-22-00
I'm the assigned ART reviewer for this document. While I'm aware of IPSEC-IKE and its use, I have no competency in this technology, therefore I have not verified the substantive protocol specification itself. Comment 1) The draft does not specify any fallback procedure or how to handle the situation when no proper authentication method can be chosen by one of the peers. Maybe it is specified elsewhere? Or maybe it is so obvious there is no point in saying? Or it may be useful to specify some? Nits: 3.2.2 "If no Certificate Request payload were receives" s/receives/received/ ?