The WG last call has all but ended and we’ve had a lot of support, two implementations, and some good discussion. Please review the -05 version of the draft reflecting including changes reflecting this discussion. There was debate regarding making the delay timer described in section 5 a normative requirement. The consensus was to not make this a normative part of the specification. I feel this is the right decision – especially given that this is new functionality being requested at Working Group Last Call and implementations accomplish the dampening in vary ways.
https://datatracker.ietf.org/doc/draft-ietf-lsr-ospf-bfd-strict-mode/ Thanks, Acee From: Lsr <lsr-boun...@ietf.org> on behalf of "Acee Lindem (acee)" <acee=40cisco....@dmarc.ietf.org> Date: Thursday, January 27, 2022 at 12:09 PM To: "lsr@ietf.org" <lsr@ietf.org> Cc: "draft-ietf-lsr-ospf-bfd-strict-m...@ietf.org" <draft-ietf-lsr-ospf-bfd-strict-m...@ietf.org> Subject: [Lsr] Working Group Last Call for "OSPF Strict-Mode for BFD" - draft-ietf-lsr-ospf-bfd-strict-mode-04 LSR WG, This begins a two week last call for the subject draft. Please indicate your support or objection on this list prior to 12:00 AM UTC on February 11th, 20222. Also, review comments are certainly welcome. Thanks, Acee
_______________________________________________ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr
