Hi WG chairs and all,
I have read this draft and support its adption by opsawg WG.
On-path delay is an important concern to operators. The exposion of the
On-Path Telemetry measured delay on the IOAM nodes in IPFIX is very useful for
the network opeartion and guaratee the experience of
Hi Chairs, folks,
I support the Last Call of this draft.
The approach defined in this draft is very useful for operators who have
deployed SRv6, and the text is well written, I hope it can progress and enter a
new stage to meet the requirement of SRv6 operation.
Thanks are given to the
Hi, folks,
I support the adoption of this document in opsawg and hope it can progress as
soon as possible.
As an operator who has deployed IPv6 and its accompaning radius capability, I
think this document is very useful, it fills the void of radius support for
Encrypted DNS exchange. In
Hi，folks,
I support the adoption of this draft.
As an operator who has deployed SRv6 in multiple scenarios, I think this draft
is very useful for network operation by improving the data-plane visibility
when SRv6 is introduced.
Best regards
Chongfeng
From: OPSAWG On Behalf Of Joe Clarke
Hi, all,
I support the progress of this document. I think service assurance and the
related architecture discussed in this document are useful for the promotion of
carrier networks.
Best regards
Chongfeng
From: OPSAWG [mailto:opsawg-boun...@ietf.org] On Behalf Of Tianran Zhou
Sent:
-interface, how do we support this interface type? e.g., extend
if:interface-type to support such interface type? or reference IANA Interface
Type defined in RFC7224?
Chongfeng Xie
> 2021年10月22日 下午8:04，mohamed.boucad...@orange.com 写道：
>
> Hi all,
>
> We updated the uni draft
The definition of YANG modules is an indispensable job to implement service
assurance in Intent-based network architecture, so I support this work,
Best regards
Chongfeng
> 2021年4月28日 上午2:01，Henk Birkholz 写道：
>
> Dear OPSAWG members,
>
> this starts a call for Working Group Adoption for
>
I have read draft-aguado-opsawg-l3sm-l3nm-00 and it is well written and I like
it and fully support it if IETF wants to adopt this work.
Since operator not only cares about how to define a service using the service
model, but also how to realize the service using e.g.,the model
Proposed in this
Hi,
Firstly, I support the progression of this draft, which gives a architecture of
how to make multiple models work together to meet service provioning
automatically. In addition, I have the following comments,
1) As one type of model in the framework, network resource model should be
I support the adoption of this draft, for it provides a comprehensive
illustration of the framework and uses cases of telementry, and also gives some
guidance for the future development, which will be helpful to push forward the
actual utilization of telementry in future network management.
10 matches
Mail list logo
