Skip to main content

Last Call Review of draft-ietf-bfd-unsolicited-09
review-ietf-bfd-unsolicited-09-rtgdir-lc-rogge-2022-01-14-00

Request Review of draft-ietf-bfd-unsolicited
Requested revision No specific revision (document currently at 16)
Type Last Call Review
Team Routing Area Directorate (rtgdir)
Deadline 2022-01-14
Requested 2021-12-06
Requested by John Scudder
Authors Enke Chen , Naiming Shen , Robert Raszuk , Reshad Rahman
I-D last updated 2022-01-14
Completed reviews Yangdoctors Early review of -01 by Martin Björklund (diff)
Rtgdir Last Call review of -09 by Henning Rogge (diff)
Tsvart Last Call review of -11 by Magnus Westerlund (diff)
Genart Last Call review of -10 by Dan Romascanu (diff)
Secdir Last Call review of -11 by Derek Atkins (diff)
Assignment Reviewer Henning Rogge
State Completed
Request Last Call review on draft-ietf-bfd-unsolicited by Routing Area Directorate Assigned
Posted at https://mailarchive.ietf.org/arch/msg/rtg-dir/vXlsftYBiMMUH3_p0japqt46BJM
Reviewed revision 09 (document currently at 16)
Result Has nits
Completed 2022-01-14
review-ietf-bfd-unsolicited-09-rtgdir-lc-rogge-2022-01-14-00
Hi,

the RTGdir has asked me to do a review on draft-ietf-bfd-unsolicited-09 and I
think its ready for publication.

The concept of passively listening instances reacting on demand should simplify
deployment of BDF, especially when switching between active and passive role
can be done automatically decided on local demand. As far as I could see from
RFC 5880 BDF signals its state (active or passive), so it cannot accidentally
have two passive sides just reacting to each other (thinking the other as
active).

I have two nits with the document...

1st, I would like a clarification which/how many (all?) security measurements
you consider mandatory... if you (as an example) run the protocol in a trusted
environment, you might be able to skip authentication... but maybe using the
TTL to keep the protocol "linklocal" should still be mandatory.

2nd, I would suggest writing out the full name "Bidirectional Forwarding
Detection (BFD)" once in the abstract just to make sure nobody confuses the
acronym.

Henning Rogge