Last Call Review of draft-ietf-lsr-ospf-reverse-metric-07
review-ietf-lsr-ospf-reverse-metric-07-secdir-lc-hanna-2022-09-23-00
Request | Review of | draft-ietf-lsr-ospf-reverse-metric |
---|---|---|
Requested revision | No specific revision (document currently at 13) | |
Type | Last Call Review | |
Team | Security Area Directorate (secdir) | |
Deadline | 2022-09-20 | |
Requested | 2022-09-06 | |
Authors | Ketan Talaulikar , Peter Psenak , Hugh Johnston | |
I-D last updated | 2022-09-23 | |
Completed reviews |
Rtgdir Last Call review of -04
by Matthew Bocci
(diff)
Secdir Last Call review of -07 by Steve Hanna (diff) Genart Last Call review of -07 by Thomas Fossati (diff) |
|
Assignment | Reviewer | Steve Hanna |
State | Completed | |
Request | Last Call review on draft-ietf-lsr-ospf-reverse-metric by Security Area Directorate Assigned | |
Posted at | https://mailarchive.ietf.org/arch/msg/secdir/i8t8I1Ky_hb96gyrX6xS7jYU8og | |
Reviewed revision | 07 (document currently at 13) | |
Result | Ready | |
Completed | 2022-09-20 |
review-ietf-lsr-ospf-reverse-metric-07-secdir-lc-hanna-2022-09-23-00
Reviewer: Steve Hanna Review result: Ready I reviewed this document as part of the Security Directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written primarily for the benefit of the Security Area Directors. Document authors, document editors, and WG chairs should treat these comments just like any other IETF Last Call comments. Overall, the proposal described in the document seems reasonable and clear. In light of the security measures provided by OSPFv2 and OPSFv3, I don't foresee any additional security problems that would be caused by implementing this proposal. Document: draft-ietf-lsr-ospf-reverse-metric-07 Reviewer: Steve Hanna Review Date: 2022-09-20 IETF LC End Date: 2022-09-20 Summary: Ready Major Concerns: None Minor Concerns: Just nits and comments Nits and comments: There is a typo on page 8: A router stops including the Reverse Metric TLV in its Hello packets when it needs its neighbors to go back to using its own provisioned metric values. Should be A router stops including the Reverse Metric TLV in its Hello packets when it needs its neighbors to go back to using their own provisioned metric values. You might want to state explicitly that the values contained in the Reverse Metric field and the Reverse TE Metric field are always unsigned. I believe that is true but maybe somebody could imagine putting a signed integer there when the O bit is set.