Re: [OPSAWG] Manifest need? Re: draft-claise-opsawg-collected-data-manifest

2022-11-28 Thread IGNACIO DOMINGUEZ MARTINEZ-CASANUEVA
Hi Tianran, I understand your point. In the beginning, the MDT collector would provide the Data Collection Manifest as this component knows about the MDT subscription details depending on the type of protocol (e.g., gNMI, YANG Push). But ideally, the network platform would implement the manifes

[OPSAWG] I-D Action: draft-ietf-opsawg-service-assurance-yang-10.txt

2022-11-28 Thread internet-drafts
A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Operations and Management Area Working Group WG of the IETF. Title : YANG Modules for Service Assurance Authors : Benoit Claise

Re: [OPSAWG] Last Call: (YANG Modules for Service Assurance) to Proposed Standard

2022-11-28 Thread Jean Quilbeuf
Hi Tom, Thanks for your comments, we tried to address them (see below). The diff of the changes is here: https://www.ietf.org/rfcdiff?url2=draft-ietf-opsawg-service-assurance-yang-10 Best, Jean > -Original Message- > From: tom petch [mailto:daedu...@btconnect.com] > Sent: Wedn

Re: [OPSAWG] Genart last call review of draft-ietf-opsawg-service-assurance-yang-09

2022-11-28 Thread Jean Quilbeuf
Hello Dan, Thanks for the review, you’ll find our answers inline. The full diff is here: https://www.ietf.org/rfcdiff?url2=draft-ietf-opsawg-service-assurance-yang-10 Best, Jean > -Original Message- > From: Dan Romascanu via Datatracker [mailto:nore...@ietf.org] > Sent: Monday 14 Nov

Re: [OPSAWG] Opsdir last call review of draft-ietf-opsawg-service-assurance-yang-09

2022-11-28 Thread Jean Quilbeuf
Hi Bo, Thanks for your comments. Please find our answers inline. The full diff is here: https://www.ietf.org/rfcdiff?url2=draft-ietf-opsawg-service-assurance-yang-10 Best, Jean > -Original Message- > From: Bo Wu via Datatracker [mailto:nore...@ietf.org] > Sent: Monday 21 November 202

[OPSAWG] Research on additional registry work

2022-11-28 Thread Joe Clarke (jclarke)
Hello, Med. I was curious if you had a chance to dig into the IANA registries to see where else there might be a need for updates. What we had said at 115 was that you would take a look and see what the scope of work might be. That might turn into more docs to track those various registry cha

Re: [OPSAWG] Manifest need? Re: draft-claise-opsawg-collected-data-manifest

2022-11-28 Thread Alexander Clemm
I find this response confusing. To me this reads that if a non-IETF telemetry feature is used, the data manifest would in fact be up to the implementation i.e. proprietary. However, it would seem to me that to be useful, the information in the data manifest would need to be standardized, even

[OPSAWG] Review of draft-ma-opsawg-ucl-acl

2022-11-28 Thread Joe Clarke (jclarke)
Hello WG and authors. I promised/threatened a review of this document during opsawg after I had a chance to take a deeper look. I appreciate the presentation both in netmod and in opsawg. Below are some contributor thoughts. But after a deeper read, I’m perhaps a bit more confused. Ultimatel

Re: [OPSAWG] Genart last call review of draft-ietf-opsawg-service-assurance-yang-09

2022-11-28 Thread Dan Romascanu
Thanks Jean for the response and for addressing my comments. Regards, Dan On Mon, Nov 28, 2022 at 12:31 PM Jean Quilbeuf wrote: > Hello Dan, > Thanks for the review, you’ll find our answers inline. > > The full diff is here: > https://www.ietf.org/rfcdiff?url2=draft-ietf-opsawg-service-assuran