Dear Joe,
No, I'm not aware of any IPR that applies to this draft.
Best regards,
Nacho.
From: Joe Clarke (jclarke)
Date: Tuesday, 2 May 2023 at 00:20
To: Benoit Claise , jean.quilb...@huawei.com
, IGNACIO DOMINGUEZ MARTINEZ-CASANUEVA
, Diego R. Lopez
, Thomas.Graf
Cc: opsawg@ietf.org
Dear OPSAWG,
I support this document to move forward. SRv6 has gained lot of traction, thus,
having a way to collect SR information through a standard mechanism like IPFIX
will enhance the monitoring of the network.
In addition, the proposal has already been validated in the IETF 115 hackathon
, 23 November 2022 at 00:02
To: Alexander Clemm , IGNACIO DOMINGUEZ MARTINEZ-CASANUEVA
, opsawg
Subject: RE: [OPSAWG] Manifest need? Re:
draft-claise-opsawg-collected-data-manifest
Hi Nacho,
I am not sure if I really understand this argument.
There are different lines, like Yang push, gnmi
Hi Alex,
The purpose of the Data Collection Manifest is to cover all possible MDT
mechanisms, not only YANG Push. There are other mechanisms like gNMI, which
rely on subscriptions based on YANG path, for which we need the context of the
subscription (e.g., on-change, suppress-redundancy).
Dear OPSAWG,
As companion of the SAIN architecture, I also support this document. The YANG
module well captures the health of a service as graph.
Best regards,
Nacho.
From:Tianran Zhou
To:opsawg
Date:2022-06-08 12:05:04
Subject:[OPSAWG] WGLC for draft-ietf-opsawg-service-assurance-yang-05
Dear OPSAWG,
I support this document. I have been following this work since the beginning
and now it looks quite mature. I see the SAIN architecture as an enabler of the
closed-loop automation as it can provide service health status to monitoring
systems.
Best regards,
Nacho.
Subject:
