Skip to main content

Last Call Review of draft-ietf-bier-bar-ipa-10
review-ietf-bier-bar-ipa-10-secdir-lc-roca-2022-03-24-00

Request Review of draft-ietf-bier-bar-ipa
Requested revision No specific revision (document currently at 13)
Type Last Call Review
Team Security Area Directorate (secdir)
Deadline 2022-04-04
Requested 2022-03-10
Authors Zhaohui (Jeffrey) Zhang , Tony Przygienda , Andrew Dolganow , Hooman Bidgoli , IJsbrand Wijnands , Arkadiy Gulko
I-D last updated 2022-03-24
Completed reviews Rtgdir Last Call review of -11 by Russ White (diff)
Secdir Last Call review of -10 by Vincent Roca (diff)
Genart Last Call review of -11 by Meral Shirazipour (diff)
Intdir Telechat review of -12 by Suresh Krishnan (diff)
Assignment Reviewer Vincent Roca
State Completed
Request Last Call review on draft-ietf-bier-bar-ipa by Security Area Directorate Assigned
Posted at https://mailarchive.ietf.org/arch/msg/secdir/Op1zTdlXbYWug6R530i2YMUWXBA
Reviewed revision 10 (document currently at 13)
Result Ready
Completed 2022-03-24
review-ietf-bier-bar-ipa-10-secdir-lc-roca-2022-03-24-00
Hello,

I have 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 editors and WG chairs should treat these comments just
like any other last call comments.

Summary: Ready

I have no comment regarding the security part, little is said in section 6 which
seems appropriate. The three RFCs referenced are appropriate and I agree with
the authors the present document does not change the situation.

However, I have a few comments on non-SecDir aspects, so feel free to ignore it.

For someone who's not aware of the topic, the abstract and introduction are really
obscur and of little help to understand the context (e.g., no mention of multicast).
After reading the abstract of RFC8279, then everything became clear.
Sure, RFC8279 is prominently mentioned in the introduction, yet I think a sentence
to position this document in the full architecture would be very helpful.

Also, the document makes use of several acronyms that are not defined:
Section 1 mentions BFERs that is never defined/expended.
Section 2 mentions BFRs that is defined only in section 3.

Finally, shouldn't step 4 be rewritten to highlight the case where RC(BC(X)),
 is empty as in:
        4.  if (RC(BC(X) non empty)
             then run AG on RC(BC(X) 
             else throw an exception.
As explained in Section 4, this is an exception caused by a bad network design.

Typo: 

- Section 2: mistake, this is probably RFC 8444 and not 8441.
>   The definition for the BAR and IPA fields in [RFC8401] and [RFC8441]
>   are updated as following.

Cheers,

   Vincent