Skip to main content

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.