...
| Nominated Candidate | Reason for Nomination |
|---|---|
| xu ran | As the PTL of UUI project, Ran worked hard in optimizing the quality of UUI codes and improve the usability of the project and improving the stability and security of UUI project, improve the test codes coverage, update the HTTPS certification and update to java 11. In the same time, as UUI serves as the key entrance for enabling new cases, she supported the development of 1) E2E slicing usecase (including support the whole flow of E2E slicing usecase, enable the transport of AN, CN and TN., and support the joint-debugging with other projects, review all the committed codes of UUI and UUI-server and merge those codes and provide the related document and release notes to support the of Guilin release). 2) Guide China Telecom to finish the POC usecase of IBN. Offer help in the area of establishing project and development |
As a member and chairman of EUAG during ONAP Guilin release, Lei Huang has made great contributions in building closer relationship between EUAG and ONAP community. In this process, Lei has actively provided CSPs top priorities to ONAP community as release planning guide, and actively explored the ONAP consumption model from the perspective of operators through survey investigation and analysis, relevant white paper, etc., as well as provided industry recommendations to LFN and ONAP community for reference from operators’ perspective. As a communication bridge between EUAG and ONAP community, she will continue to support the provision of operators’ release work plans and top priorities for ONAP community, promote the implementation of operator requirements in ONAP release, and further explore the deeper cooperation between EUAG and ONAP community in future, as well as provide broader industry ecological recommendations in subsequent 5G and NFV testing white papers. | |
| Pawel developed lots of security tests introduced in Frankfurt and improved in Guilin. He transformed the seccom requirements into tests executable in daily/weekly chains. He created the nonssl security check as well as the version test tracking the olf python2.7 and java8 versions. Pawel is a skilled Go and python developer. He integrated thes tests quickly into the complex integration chains. | |
| Bartek is involved in integration project. He is systematically adding robust verification jobs in any new integration repository (integration but also simulators, use cases) in order to ensure an automated verification process. He introduced coala as a multi language linters. He was granted as ci-management committer and is very responsive on the support rocket chat channel. | |
DCAE Project TeamProject | DCAE is one of largest project in ONAP containing 30comprising 30+ repository and 40+ active components (independent servicemicroservices/containers) . For Guilin release, DCAE had one biggest challenge to comply with Java 11 and Python 3.7 support. In guilin DCAE team completed java 11 migration for several services and platform components listed below - and was approved to “Mature” state in Guilin by TSC members. Following are some key updates done w.r.t to S3P improvements inaddition to supporting multiple Usecases/Functional requirements in-parallel (DCAE was one of high impact project for Guilin release - Guilin Impact View per Component)
Following components were migrated to Java11 during Guilin release *These were addition to VESCollector, HV-VES Collector, PRH, SDK upgraded in El-AltoFrankfurt. Due to number of components involved, the migration was massive effort and wasBelow components were migrated to Python 3.x in Guilin Due to number of components involved, the migration was massive effort and coorindated and supported by different companies and community members (notably from Nokia, Ericsson, AT&T, Huawei, Wipro, ChinaMobile) Similar effort was also carrried out for Python 3.x migration. Following DCAE components were migrated to be complaint.
Besides java and python migration, DCAE team also completed performance test for several DCAE MS such as VESCollector, HV-VES, DataFile Collector, PM-Mapper during Guilin release. Reports of performance testing is available below
|
| Policy Framework Project | Policy Framework is one of the core project in ONAP to enable multiple automation & orchestration use cases. Being such a critical project, the team has always kept S3P (Stability, Security, Scalability & Performance) improvement & alignment as one of the top priority whether being upgrade to JDK 11, python 3, keeping on top of license & security scans, SECCOM issues, monitoring the CLM jobs etc. In fact in some of the areas (ex - JDK 11) we were the one’s to pioneer and take a lead in the work. In Guilin release, we completed all the TSC must have requirements related to S3P. Along with additional requirements to improve the platform like returning non-zero exit codes in case of errors, ability for logging to STDOUT, certificate handling, improved health check etc. To strive for best quality deliverables, we have been always on top of sonar issues and maintaining above 80% code coverage. With some repos as high as 95% coverage. We were also approved as “Mature” project in ONAP after proposal being reviewed by respective committees and TSC. In terms of maintaining S3P work release over release, we have a very good structure in place to keep track of test artifacts, documenting the test plan, executing the actual tests & finally documenting the results. Please find below the details:
|
| Integration Project | The Integration Team has significantly improved the gating process, testing sets, and security checks and have leveraged Xtesting from OPNFV:
They also have organised an Integration Hacktoberfest 2020 They have presented a lot of knowledge share, best practices during the LFN DDF events, PTL calls, etc They have also provided a lot of visibility, metrics about the Guilin Release readiness, giving a taste of the SW quality provided by the different project teams. |
...