All,
I am systematically going through the SLPF to resolve comments/ accept/ reject changes. I want to address the 'easier' matters first. I have five items to consider in this email.
ONE: References.
TWO: Acknowledgments (check to see if I missed anyone and/or corrections needed)
THREE: Need the path for OASIS standard actuator profiles
FOUR: Add the asset-tuple specifier which is a list of up to ten strings
FIVE: Change all the ‘=INT’ to ‘=<integer>’ to make it consistent with the document conventions
MORE DETAILS ABOUT ITEM ONE: References: Here is the list of normative references I can think of (for SLPF). Let me know if we need to add more and/or move some of these to the non normative references: I also have a general question.
If some of the normative references are already listed in the language Spec, then can we simply have the language spec and the other references will be 'imported' or whatever?
[RFC2119]
[RFC8174]
[RFC8259]
[RFC1123]
[RFC4291]
[RFC2673]
[RFC3339]
[RFC5237]
[OASIS LANGUAGE SPEC] need full citation
The only non normative reference I can think of is the transfer spec. Others?
======
Misc note: I made a call for objections for the following items. No objections were identified so the changes were made:
Please note, I added the phrase "Cyber defense components, devices, systems and/or instances may (in fact are likely) to implement multiple actuator profiles..." Then the last sentence in section 1.1 I added "Though Ccyber defense components, devices,
systems and/or instances may implement multiple may implement multiple actuator profiles, a particular OpenC2 message may at most reference a single actuator profile. The scope of this document is limited to SLPF. "
TWO: Three to 40 characters for a property name (vice 250 characters)
THREE: Document Overview (section 1.4 on page 10 of the SLPF).
Did not know what else to do with it so stated the scope of each section
FOUR: Acks. I wrote the following:
"The Actuator Profile Subcommittee was tasked by the OASIS Open Command and Control Technical Committee (OpenC2 TC) which at the time of this submission, had 132 members. The editor's wish to express their gratitude to the members of the OpenC2 TC.
The following individuals are acknowledged for providing comments, suggested text and/or participation in the SLPF CSD ballots: "
FIVE:
Addition of 'asset_tuple' as a specifier (page 18)