I support publication of this draft. The revere metric concept used for maintenance work is similar to the BGP Graceful shutdown conceptually to de-prefer links to take traffic off the box.
I agree with Les that is the most important use case of all the use cases in the draft. Ketan In our discussion about LDP-IGP sync and that use case not being applicable as ospf reverse metric is not applicable to LAN - Can verbiage be added to the draft stating so. I think an operational considerations section should be added to the draft and can almost mirror RFC 8500 considerations. There are significant dangers to revere metric and care must be taken as well mentioned in RFC 8500 that if an implementation makes reverse metric default that could be dangerous for operators. Also maybe mention of OSPF multi instance RFC 6549 and any caveats related to support of reverse metric. Kind Regards Gyan On Thu, Apr 7, 2022 at 3:17 PM Acee Lindem (acee) <acee= [email protected]> wrote: > This begins a Working Group Last Call for > draft-ietf-lsr-ospf-reverse-metric. While there hasn’t been as much > discussion as I would like on the draft, it is filling a gap in OSPF > corresponding to IS-IS Reverse Metric (RFC 8500). Please review and send > your comments, support, or objection to this list before 12 AM UTC on April > 22nd, 2022. > > > > Thanks, > > Acee > > > _______________________________________________ > Lsr mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/lsr > -- <http://www.verizon.com/> *Gyan Mishra* *Network Solutions A**rchitect * *Email [email protected] <[email protected]>* *M 301 502-1347*
_______________________________________________ Lsr mailing list [email protected] https://www.ietf.org/mailman/listinfo/lsr
