The WG would welcome your contribution in the area of OSPFv2/OSPFv3 SR statistics.
Thanks, Acee > On Jan 21, 2025, at 12:33 PM, Joe Clarke (jclarke) <jcla...@cisco.com> wrote: > > Old-school network management Joe finds that a bit sad that the monitoring > side of things might be lacking. Pragmatically, I get where you’re coming > from and defer to the WG on what is best for the SDO, vendor and operator > communities for SR/OSPF. > Joe > From: Acee Lindem <acee.i...@gmail.com> > Date: Tuesday, January 21, 2025 at 12:18 > To: Joe Clarke (jclarke) <jcla...@cisco.com> > Cc: ops-...@ietf.org <ops-...@ietf.org>, draft-ietf-ospf-sr-yang....@ietf.org > <draft-ietf-ospf-sr-yang....@ietf.org>, last-call <last-c...@ietf.org>, lsr > <lsr@ietf.org> > Subject: Re: Opsdir last call review of draft-ietf-ospf-sr-yang-33 > Hi Joe, > > > On Jan 21, 2025, at 11:37, Joe Clarke via Datatracker <nore...@ietf.org> > > wrote: > > > > Reviewer: Joe Clarke > > Review result: Ready > > > > I have been asked to review this draft on behalf of the OPS Directorate. > > This > > draft defines a YANG module that augments the base OSPF YANG module to add > > Segment Routing extensions for both OSPFv2 and OSPFv3. There isn't a lot of > > text in here beyond the YANG tree and module itself. From an operational > > standpoint (not being an SR expert) I'd have to say it's ready. I agree > > with > > Reshad's YANG Doc review that as an operator I'd appreciate a more > > comprehensive example in the appendix. > > > > I also have one question. In addition to config and state, the base OSPF > > module defines statistics for OSPF. What SR statistics (if any) should be > > included in these augmentations? > > Given that this document has been around for 8 years and is needed for other > OSPF YANG draft, SR statistics should be added in a separate > draft/augmentation. > > Thanks, > Acee > > > > > > > _______________________________________________ Lsr mailing list -- lsr@ietf.org To unsubscribe send an email to lsr-le...@ietf.org
