OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

openc2-actuator message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: I combined the IP_net issue and conformance issue into a single pull request


All,
 
I created a pull request for the conformance section.  In the context of the pull request, I also incorporated the changes to the IP related targets.  Please look at pull request https://github.com/oasis-tcs/openc2-apsc-stateless-packet-filter/pull/66
 
This pull request involves:
 
ONE: Replacing the legacy ip_addr and ip_connection targets with
 
TWO: Update the examples in Annex C to reflect the changes in the targets
 
THREE:  The creation of additional conformance targets.
 
When you are providing comments to the conformance section, refer to the OASIS guide to put the comment in the proper context.
(http://docs.oasis-open.org/templates/TCHandbook/ConformanceGuidelines.html )
 
The next AP-SC meeting is Wednesday Feb 13.  Would like to reach consensus by the end of that meeting. 
 
VR
 
Joe Brule
 
 
 
_____________________________________________
From: Brule, Joseph M
Sent: Monday, February 4, 2019 2:35 PM
To: 'openc2-actuator@lists.oasis-open.org' <openc2-actuator@lists.oasis-open.org>
Subject: Need to craft a pull request to accommodate the Conformance section
 
 
All,
 
Here is the 'state of affairs' as I understand it.
 
The current SLPF has two conformance profiles with two conformance targets each summarized as:
BASIC profile
COMPLETE profile
 
Here is the guidance I got wrt to how the conformance section is to be written:
Here is the guidance that I have not received, but shall I assume we need to write the following profiles?
Also, can I assume that you only want nine profiles and I don’t have to consider combinations? 
 
Is this what we really want to do in the conformance section? 
 
I will write the pull request to accommodate this change but I do not consider it to be an improvement.  To me, it made more sense to push the complexity to the orchestrator and have some confidence that the system will still interoperate. 
 
VR
 
 
 
Joe Brule
Engineering (Y2D122)
FNX-3, B4A335
410.854.4045
'Adnius ad retinedam puritem noster peciosus corporalis fluidorum…'
I welcome VSRE emails.  Learn more at http://vsre.info/
 
 
 


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]