Release 7 target date is  Jan. 30, 2023


Blue Prints Participating in Release 7

Internal Target date to meet Rel 7 Criteria is TBD

(To be updated)

No.Project NameTSC Subgroup Release StatusIs this your first release 

Blue Print Stage

  • Self-Certify
  • Incubation
  • Mature
  • Core

CD Logs URL to be used for review

(Column filled in by PTLs)

How to: Push Logs to Nexus

Jenkins Master for Private Lab

Jenkins Peering Guide

Example: 

KubeEdge BP Test Documents

Link to executive one pager

(editable doc format)

(Column filled in by PTLs)

API Info Reporting Review

(Column filled in by API Subcommittee)

(note for PTLs – go here for steps to fill in project API info form)

BluVal

BlueVal Logs or Manual Logs

Bluval User Guide


Security

Certification

(TO be filled by Security Subcommittee)

Pass/Fail Criteria:  Steps To Implement Security Scan Requirements

Exception requests should be filed at:

Release 7: Akraino CVE and KHV Vulnerability Exception Request

Upstream Review (Column filled by Upstream Subcommittee and PTLs)


(note PTL can go to R7 Release Upstream Compliance to find details)

Date ready for TSC review

(Column filled in by PTLs)

 TSC Review Date

(Column filled in by TSC)


1
NoMaturehttps://nexus.akraino.org/content/sites/logs/parserlabs/r4/cvb/


 



2Not in this release










3














4











5

Status changed to end-of-life (EOL), not participating in R6













6











7











8











9











10











11

Micro-MEC

Ferenc Székely







 







12











13











14











15











16
NoMaturehttps://nexus.akraino.org/content/sites/logs/socnoc/job/IEC_TYPE5/R7/
Release 7 Documentation for IEC Type 5

No API changes from R6, per e-mail from Pengjin at SOCNOC

Vuls

https://nexus.akraino.org/content/sites/logs/socnoc/job/IEC_TYPE5/R7/vuls/

lynis

https://nexus.akraino.org/content/sites/logs/socnoc/job/IEC_TYPE5/R7/lynis/

Kube-Hunter

Not Applicable


Approved 

Approved
Approved
17











18



NoIncubationhttps://nexus.akraino.org/content/sites/logs/cmti/job/pcei-daily/https://wiki.akraino.org/x/LoMcB

Sent e-mail to Oleg to confirm no API changes from R7

Oleg confirmed  

 

Performing test ID AUTH-9328 (Default umask values): FAILED

Note: The exception is granted for cases that can't be fixed due to software or hardware issues. Umask issue fits to a fixable configuration issue. More justifications for the exception have to be provided.

Result: sysctl key kernel.dmesg_restrict: FAILED

The version of the submitted Lynis logs is identical.

Lynis:

Performing test ID AUTH-9328 (Default umask values): FAILED

NOTE: changing the UNMASK value from default 022 to 027 resulted in the Lynis test suite erroring out. Requested Exception

Result: sysctl key net.ipv4.conf.default.accept_source_route: FAILED

FIXED

Performing test ID HRDN-7220 (Check if one or more compilers are installed): FAILED

FIXED

Submitted correct logs for Lynis

Vuls: Accepted

Kube-hunter: No issue found but there is a missing pod.log

Approved

06/07/2023

Jim Xu 




19











20











21

Private LTE/5G ICN Blueprint

Prem Sankar G

Has been merged with PCEI blueprint













22











23

Mature








24

(not for release 7)













25













26











27











28


NoIncubation

https://nexus.akraino.org/content/sites/logs/fujitsu/job/sdt/r7/

See test documentation for details

Smart Data Transaction for CPS R7 Datasheet

No API changes from R6, per e-mail from Colin Peters,  

Vuls

https://nexus.akraino.org/content/sites/logs/fujitsu/job/sdt/r7/sdt-vuls/2/

Lynis

https://nexus.akraino.org/content/sites/logs/fujitsu/job/sdt/r7/lynis/3/

Kube-Hunter

https://nexus.akraino.org/content/sites/logs/fujitsu/job/sdt/r7/sdt-bluval/1/


Approved 

Approved (1/18)

 

Approved
29
NoIncubation

https://nexus.akraino.org/content/sites/logs/fujitsu/job/robot-family/R7/sses-lynis/

https://nexus.akraino.org/content/sites/logs/fujitsu/job/robot-family/R7/sses-vuls/

One pager for release7 - Akraino - Akraino Confluence

No API changes from R6, per e-mail from Reo Inoue   


Approved





Approved (no changes from R6)
Approved
30











31CFN (Computing Force Network) Ubiquitous Computing Force Scheduling hanyu ding
YesIncubationhttps://nexus.akraino.org/content/sites/logs/cmcc/job/r7/r7_cd.logOne pager for R7 - Akraino - Akraino Confluence

API info form uploaded . Scheduled for review at API subcommittee meeting  

Approved at API subcommittee meeting  

https://nexus.akraino.org/content/sites/logs/cmcc/job/r7/lynis0317.log

Approved

approvedJan.30.2023


For details, refer to the following requirements


Classes of release 7 Blueprints and the requirements to be included in Release 7

The requirements for the blueprints to be included in release 7 are as follows:

Depending upon the situation, the PTLs are suggested to meet the following criteria - 

Class 1: The Blueprints moving from Release 6 to Release 7

If the blueprint is already part of release 6 and you want this to be included in release 7, please follow the following steps:

Class 2: The Blueprints moving from Release 4/5 to Release 7

If the blueprint is already part of release 4/5 and not release 6 and you want this to be included in release 7, please follow the following steps:

Note that in release 5, a new requirement was introduced to expose all the API consumed and offered by your blueprint. 

Class 3: The Blueprints moving from Release 3 or earlier to Release 7

If the blueprint is already part of release 1 or 2 and not release 4 or 5 or 6 and you want this to be included in release 7, please follow the following steps described under Class 4 below.

Class 4: New Blueprints being introduced for the first time in Release 7

Please follow the requirements specified in release 6 with the following exceptions:

  1. The sub-committee presentations are optional starting from release 7 and for your benefit only. If you require assistance on any of the areas such as documentation, Security scans or CI/CD logs, please schedule a meeting with appropriate subcommittee. 
  2. For APIs, please see API Subcommittee Guidelines below
  3. Once you meet the requirements of respective subcommittee, please send them an email to notify them. Except for APIs, as noted in 2, if they require any clarification, they will either invite you to meet with them or they will approve your blueprint via email.
  4. Send an email to tsc@lists.akraino.org to notify the TSC 
  5. Put yourself on the TSC agenda and request for the approval

API Subcommittee Guidelines

Please follow step-by-step instructions on the API Subcommittee API reporting wiki page. If after submitting your API info form (or an updated form, if you are in Class 1 and the form has changed since Release 4) and notifying the subcommittee by e-mail they have questions, then schedule a time when either subcommittee members may attend your weekly BP meeting or you can attend the API subcommittee weekly meeting in order to discuss and resolve the questions. When meeting, please be prepared with architecture and data flow diagrams so the API subcommittee can understand and confirm 1) APIs consumed and offered by your BP, 2) upstream project APIs, and 3) customer-facing demo APIs. This information will be used to update the Akraino website API Map, which makes your BP visible and searchable to customers and entities outside of Akraino, so completeness and accuracy is important.

Release 7 Requirements

  1. High Level Overall Requirements
  2. CI, Blueprint Validation Lab Sub-Committee Requirements
    1. Present Pod Topology document.
    2. Peering w/LF Jenkins - (Note: peering is an optional requirement)
    3. Push logs through Nexus. (Note: This is mandatory for Incubation self-certified and Maturity)
    4. Usage of topics for release

      1. Releases >= 1.0 (e.g. 1.xyz, 2.xyz etc) are reserved for BP that have been approved as Core by the TSC (considered ‘GA’ quality).

      2. Releases <1.0 (e.g. 0.xyz etc) are reserved for projects that have not reached the Akraino Core level (i.e. anything that is in Incubation (‘alpha’ quality) and Mature (‘beta’ quality).

    5. Enforcement of Static Code Analysis through SonarCloud (SaaS), WIP LF Release Engineering & Security Subcommittee. (Note: This is an optional requirement for Incubation self certified and mandatory for Maturity)

  3. Security Sub-Committee Requirements, please fill in Release 4 Blueprint Scanning Status.  Instructions can be found at:  Steps To Implement Security Scan Requirements
  4. Blueprint Validation Framework Feature Project Requirements See TSC meeting.
  5. Projects going for Maturity Review please refer to Maturity Criteria defined by Process subcommittee BP Graduation Review Processes and Criteria (Note this is not required for self certification, only required for maturity review)
  6. Documentation Sub-Committee Requirements

    User Documents:

    The following documentation with the following sections called out should be on the wiki with links to rest of the sections as applicable. We prefer that the entire doc is on the wiki but we do not require it.

    Architecture  - Blue print Overview and overall architecture

    Release Notes – Summary and What is released

    Installation Doc – Introduction and deployment architecture

    Test Document – Introduction and Overall Test Architecture

    Developer Documents:

    We are also recommending that Blueprints include via ReadtheDocs, with each Blue Print given their own repo, but we do not require it

  7. API Sub-Committee Requirements  (Note: See this link for requirements: Blueprint Projects API Reporting Requirements)
  8. Community Sub-Committee Requirements  (Note: no mandatory requirements for Incubation self-certified or Maturity)
  9. Process Sub-Committee Requirements (Note: See the Process Sub Committee page defining the TSC approved Maturity review process and requirements for those requesting inclusion in R3 at Mature level BP Graduation Review Processes and Criteria)
  10. Upstream Sub-Committee Requirements (Note: no mandatory requirements for Incubation self-certified or Maturity). Here is the R6 release Upstream BP review status Release 6 Upstream Review Status, Release Upstream Compliance. Also please refer to the page for the R6 requirement as well.