Thanks for the summary, Qin!  I've had a chance to review -05, and I appreciate 
you addressing the error specificity issue.

However, with respect to "twamp", I'm still not clear why this test is 
specifically called out as an identity.  Why not leave it up to all other 
modules to add their own types?  At the very least, can you explain in the 
document why this one identity is defined?

The numexecutions leaf is odd to me.  First, I think something like 
"execution-count" might read better.  But, more importantly, how does this 
factor into recurrence/frequency?  If I choose 3 executions, are they executed 
simultaneously?  One after the other?  On the frequency intervals?

With respect to results, I get that the output would be found in the respective 
device model.  But how would I correlate the results found there with a 
specific scheduled test?  In the twamp example, it looks as though the mounted 
structure in ne-config would have these results, but the ping template example 
made this less clear.

I think you should add some text as to why the test-ref list is ordered-by 
user.  Does that influence the order in which tests are run?  An implementor 
may want some normative text that states tests MUST be run in the set order.

Your security considerations references RFC5246.  Should that instead be a 
reference to 8446 (TLS 1.3)?

Joe

________________________________
From: Qin Wu <[email protected]>
Sent: Wednesday, March 18, 2026 1:56 AM
To: [email protected] <[email protected]>
Cc: Victor Lopez (Nokia) <[email protected]>
Subject: [OPSAWG]Re: I-D Action: draft-ietf-opsawg-scheduling-oam-tests-05.txt

Hi, Folks:
v-05 has been posted, the main changes in v-05 and v-04 include:
• Error Cause Indication Support
• Clarify sequencing semantics
• Pre-execution admission control
• Add choice-case statement support for schedule types
• Trigger for state transition (#48)
• Performance impact analysis in the new operational consideration (#49)
See diff:
https://author-tools.ietf.org/iddiff?url1=draft-ietf-opsawg-scheduling-oam-tests-03&url2=draft-ietf-opsawg-scheduling-oam-tests-05&difftype=--html

-Qin (on behalf of coauthors)
-----邮件原件-----
发件人: [email protected] <[email protected]>
发送时间: 2026年3月18日 8:12
收件人: [email protected]
抄送: [email protected]
主题: I-D Action: draft-ietf-opsawg-scheduling-oam-tests-05.txt

Internet-Draft draft-ietf-opsawg-scheduling-oam-tests-05.txt is now available.
It is a work item of the Operations and Management Area Working Group (OPSAWG) 
WG of the IETF.

   Title:   A YANG Data Model for Network Diagnosis using Scheduled Sequences 
of OAM Tests
   Authors: Luis M. Contreras
            Victor Lopez
            Qin Wu
   Name:    draft-ietf-opsawg-scheduling-oam-tests-05.txt
   Pages:   31
   Dates:   2026-03-17

Abstract:

   This document defines a YANG data model to support on-demand network
   diagnosis using Operations, Administration, and Maintenance (OAM)
   tests.  This document defines both 'oam-unitary-test' and 'oam-test-
   sequence' YANG modules to manage the lifecycle of network diagnosis
   procedures, intended for use by external management and orchestration
   systems (including SDN controllers and network orchestrators), rather
   than by individual network nodes.

The IETF datatracker status page for this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-ietf-opsawg-scheduling-oam-tests/

There is also an HTMLized version available at:
https://datatracker.ietf.org/doc/html/draft-ietf-opsawg-scheduling-oam-tests-05

A diff from the previous version is available at:
https://author-tools.ietf.org/iddiff?url2=draft-ietf-opsawg-scheduling-oam-tests-05

Internet-Drafts are also available by rsync at:
rsync.ietf.org::internet-drafts


_______________________________________________
I-D-Announce mailing list -- [email protected] To unsubscribe send an email 
to [email protected]
_______________________________________________
OPSAWG mailing list -- [email protected]
To unsubscribe send an email to [email protected]
_______________________________________________
OPSAWG mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to