Recognizing the contributions of your peers to the success in delivering this ONAP
...
release!
Nominations come from the community unless otherwise noted in the description. The TSC will then vote votes on the nominees.
Nominations open through 17:00 pacific on:
TSC Voting Closes 17:00 pacific on : TBD
Categories:
| Table of Contents | ||||
|---|---|---|---|---|
|
Community Submitted Awards
...
| Anchor | ||||
|---|---|---|---|---|
|
Top Achievement Award
Nominated by the community- Presented to the individual who has demonstrated unparalleled dedication in the formation and prosperity of ONAP, whose exemplar behavior and actions play whose exemplary behavior, spirit and contributions during this release cycle have played a pivotal role in:
- the
...
- success and timely delivery of
...
- this ONAP release
...
- the growth and/or maintenance of a thriving global community
...
- and ecosystem
- fostering cooperation and collaboration which crosses multiple technical, organizational, political and geographic boundaries
| Nominated Candidate | Reason for Nomination | Remigiusz has made several key contributions for DCAE project - across DCAE Platform, MOD and DCAE service components. He has been instrumental in DCAE SDK feature enhancements and also was key contributor for CMPv2 feature support in ONAP. Remi willingness to help combined with technical expertise has helped the team, other contributor greatly and towards quick resolution of any bugs/issues identified by the community. Besides DCAE project, Remi has also made several contributions on other ONAP projects - such as Integration/OOM/SDC etc. His cross-project engagements and expertise has been valuable to help ONAP community. | |
|---|---|---|---|
Jack is one of the very few independent contributor in ONAP community. His contributions in Honolulu release under OOM/DCAE was exteremely valuable and provided a base for migrating the DCAE components from Cloudify to Helm migration in seemless manner (and with backward compatibility). Jack introduced the design for DCAE service template through which several common features are handled in helm deployment. This also simplified the component helm chart delivery to OOM team as the features were centrally managed through includes and deployment controlled via override files. | |||
| Deepika has done tremendous contributions to ONAP in Honolulu release. Her contribution towards E2E network Slicing use case in H-release is highly appreciable. She has implemented E2E Slice termination in SO and taken the end-to-end responsibility in testing the SO component for validating the RAN NSSMF, and for the integration with the other management functions such as CSMF and NSMF. She collaborated with the contributors from different organizations and made the E2E Slice use case to work. She has made a successful and impressive demo in LFN DTF event on this use case in June 2021. She also involved in preparation of the user manual for the E2E network slicing use case and she is responsive to any queries that comes out. She was very flexible and worked extensively for the use case. She also contributed for the RAN Simulator component in order to leverage it for E2E network Slicing use case. She has put her effort to make this simulator to be in an alignment with O-RAN standards. | |||
| Michał Jagiełło | Michal is involved in ONAP since several releases, he affirmed his technological leadership during the honolulu release. It has been illustrated by his recent election as Integration PTL. During Honolulu Michal kept on improving the onapsdk, which is one of the integration pillar providing more trust in the CI chains and consequently tremendously improving the overall stability of the solution. He integrated the use case pnf-macro, which includes a simulator and complex interactions between several critical ONAP components. He also helps on many topics in Integration and in other community projects. His benevolence and his recognized technical skill are a precious asset for the community. | ||
WINNER | Seshu Kumar has been playing vital roles in ONAP right from its incubation. His technical acumen together with his leadership skills have been put to test multiple times in Honolulu release and helped in successful deliver of the the release. He showcased utmost dedication and commitment, working round the clock in resolution of the issues on the runtime flows blocking the gating flows across the releases including the H release. As PTL of SO he Architected, designed and coordinated the implementation of the key improvements to the SO project that helped in making it much closer to a production grade. He has been playing a key role in reviewing and assisting most of the functional aspects of ONAP like the E2E 5G slicing, ETSi, Multitenancy and the CCVPN. Has played key role in improving the self verification process of the SO in H release. Seshu Co-leads the efforts of the CNF Orchestration implementation in ONAP where he works on preparing & executing the roadmap, designing, developing and verification of the functionality in ONAP. He along with the team works relentlessly in delivering the functionality across releases, In H release helm enrichment were improved further over the Cnf adapter flows. Efforts are put in H release to merge the Native helm and ETSi orchestration flows as a future item and is being worked upon. As member of the ONAP TSC, contributing to task forces and sub-committees of ONAP, is Liaison for XGVela and constantly working on improving the collaboration of ONAP with other SDOs (3GPP, TMF, ETSi...) and opensource projects (XGVela, EMCO, OKD....). As an evangelist of ONAP has provided numerous demos of ONAP to new players (operators and vendors) and has been helping them in their internal PoCs. | ||
working hard on DCAE for a lot of years. His work in OOM made him a committer also on this project. Being retired, Jack is working only for the good of ONAP and it's dedication is really a plus for the whole ONAP project Jack contribution has been instrumental in moving DCAE to new architecture under OOM/helm for Istanbul release. Jack has been supporting ONAP as committer/contributor for several ONAP project - DCAE, CCSDK since inception, recently approved as OOM committer based his continued good track record. Jack is serving ONAP post retirement (from AT&T since mid-2020) as an independent contributor - his efforts and dedication for ONAP is extremely commendable | . | ||
| Anchor | ||||
|---|---|---|---|---|
|
Citizenship Award
Nominated by the community- Presented to the individual who has provided the most assistance to others outside of their own project, highest level of personal assistance in the form of leadership, education, guidance, code reviews, debugging, bug fixes or similar support, whose behavior also help to impart a culture equal cooperation between member companies, individuals and geographiesmentorship, testing/development/debugging, document creation/review or similar direct and indirect support activities for the ONAP community across multiple projects, committees or initiatives.
| Nominated Candidate | Reason for Nomination |
|---|---|
| Andreas Geissler | Andreas is very involved in the TSC and also contributes to many projects: Documentation, Integration, OOM and CDS. He is fully focused to operationalize ONAP to be used in production environment. He is also managing with DT team some integration platform to help the improve the integration. Andreas is always volunteer to help and bring support to the comunity. He has also been very active to setup the Honolulu Maintenance Release and acted in different TSC Task forces to always improve the various processes. |
Liam has been working in ONAP since Beijing release. He has contributed heavily into the architecture & development of Policy Framework project, currently serving as PTL of the project. He has contributed to oparent, CLAMP and other projects too. In the past few years, he has served as a mentor for control loop automation domain and has helped many folks in the community to learn and gain knowledge about the domain. He was also a member of the release cadence team that proposed the new way of managing ONAP release train & have more frequent releases. Recently, he has been working on architecting & developing Tosca based Control Loop Management software which intends to be much more robust, flexible & plug n play with easy integration for any new component. Thereby making all the components (DCAE, Policy, CDS etc.) work together in a loop seamlessly. He has always been available in the community to provide technical direction, debug an issue, propose new ideas and work together as a team. Liam has also participated in most of the ONES/DTF conferences. And presented live demos, lightning talks & in-depth tutorial sessions to spread knowledge in the community. | |
WINNER | Ranny is a volunteer person who continuously steps up to support the ONAP Community. Very engaged TSC Member, he was supporting his Samsung ONAP team who heavily contributed to the production readiness of the ONAP platform i.e. OOM, Security, etc. for the Honolulu release. As our ONAP MAC representative, Ranny was a key stakeholder to promote the Honolulu release. Ranny is co-leading the Cloud Native/CNF Task Force, providing inputs from CNCF and from Anuket Assurance (previously called OVP PH2) open source communities. With Timo Perala , he is always working with the LFN event organization, ensuring that the ONAP sessions are well-organized. He constantly provides a lot of guidelines and constructive feedback to strive for more alignment in the community through continued work under multi-party initiatives. Finally Ranny was also acting as LFN TAC Vice Chair prior the new election. He has been leading several white papers to promote ONAP. |
Lukasz was strongly involved in CNF journey: very active in the CNCF Task force, contributions to Service Orchestrator. He brings a lot of support to the community, mentorship by providing tutorials, education people, DDF presentations. He was very active to provide support for the 5G Super Blueprint especially to solve integration issue with Magma. It is also important to state that this work is reused for the 5G SA experimental project PIkeo launched in France. As part of the Istanbul release, Lukasz drove the CNF Orchestration Enhancements (REQ-627) - With these changes introduced, information about created CNF resources in k8s cluster are now available. This information can be utilized later on i.e. in closed-loop context. CNF Healthcheck Workflow in SO will let to monitor the status of CNF deployed into k8s cluster and whether it is healthy or not. Further changes in k8splugin related to Helm spec support allow for the better and more reliable deployment of complex CNFs defined as a helm package. In addition, "ONAP for Enterprise" Task Force and "5G Super Blueprint" LFN initiative continously benefit from any CNF requirement led by Lukasz. | |
| Anchor | ||||
|---|---|---|---|---|
|
S3P Improvements
Nominated by the community- Presented to the Project project which has made the most significant progress improving their S3P requirements (own project's stability, security, scalability and performance) deliverables, serving as a model for other ONAP projects to follow in this area.
| Nominated Candidate | Reason for Nomination | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| DCAE Project | The DCAE project had major rearchitecture initiative started in Honolulu release to migrate DCAE microservices deployments from Cloudify to Helm. This was driven based on community requests to align all ONAP component deployment through helm and under OOM. In H release, we delivered migration of subset of DCAE services (ves/prh/tcagen2/hv-ves) to helm, maintaining complete backward compatibility with Cloudify based deployment and S3P goals.The work done in H release provided a base for Istanbul to add new features through common svc template (under OOM) and migration of rest of DCAE components to helm. As the solution was completly backward compatible - operator/user have choice to instantiate DCAE either via helm or cloudify or both. In addition to transformation initative, several components including Cloudify-Manager, Bootstrap, Plugins, PolicyHandler were upgraded to Python3 in Honolulu part of S3P (security) improvements. | ||||||||||||
Integration project WINNER | The first automated stability tests have been included in Weekly CI in honolulu. It consists in 2 long duration tests, 1 dealing with onboarding (stressing mainly the SDC) and 1 with an instantiation (involving SO, SDNC, AAI and SDC). Unlike the previous stability tests, which were running only 1 test continuously it was possible to initiate reasonable load on the system (5 // onboarding during 24h and 10 // instantiation during 24) and to detect issues on cassandra and mariadb-galera. Some optimization have been suggested, work is still in progress but thanks to these tests it is possible to get a first real feedback on the system under load. These tests were possible thanks to an light overlay development on top of the smoke tests developed by the integration team based on onapsdk. kudos to Natacha Chéreau an intern who help the integration project to finalize this framework and integrated the tool in CI. See stability chapter in https://docs.onap.org/projects/onap-integration/en/latest/integration-s3p.html#integration-s3p) | ||||||||||||
| Service Orchestrator Project | SO underwent major transformation in the H-release making it closer to being a true production-grade project in ONAP. Some of the key improvements are listed below.
SO is of the most important projects of ONAP with huge changes accounted for every release. It is growing by leaps and bounds as new functional features are added release after release. This brought a huge technical debt that started accumulating. Addressing this was a mammoth task that demanded a huge amount of effort from all the stake holders in H-release. Prior to this, SO has been a single repo on Gerrit as this was a huge code block with a huge impact on debugging, build, time-to-market and overall maintenance. Any changes in SO required the entire code to be built leading to a huge effort and delays in delivery. We addressed most of these issues based on the lessons learnt from the previous releases and are relentlessly working on bringing about further improvements in the upcoming releases. | ||||||||||||
| CPS Project | The CPS project team, led by Toine Siebelink , was a brand new ONAP project. Although Honolulu was its first release, the project team has been able to meet all the non functional requirements that were developed by the other projects over the past 7 releases i.e. CII Badging, operational deployment, platform maturity, license issues, CSIT, test coverage, pair-wise testing, security vulnerabilities, Python 3.8, etc. |
Self Submitted Awards
...
ONAP Demo Award Winners
continue to evolve their platform maturity requirements release after release. They reached up to 96% Silver Level - CII Badging as part of their Istanbul release - Istanbul Release Platform Maturity Key Security updates for Istanbul
Architecture Alignment - Major progress made toward DCAE architecture tranformation to remove Cloudify/Consul dependencies; this simplies the architecture and deployment of DCAE MS. All DCAE microservices migration to helm was completed in Istanbul release. Since Honolulu, 13 additional MS has been delivered added for Helm deployment support (with parallel support under Cloudify/blueprint (legacy) retained for regression/backward compatibility). Introduced Helm Templated resuable functions under dcaegen2-services-common charts; each DCAE components/mS can enable required features via configuration override. Following are current set of features available under dcaegen2-services-common charts - K8S Secret/Environment mapping | |
| Anchor | ||||
|---|---|---|---|---|
|
ONAP Demonstration Award(s)
NOTE: Opt-in contest open to any ONAP This is an opt-in contest by community members. ENTRIES MUST BE SUBMITTED HERE. The TSC will then award select up to 3 of their favorite demos from those submitted .
...
CLAMP Policy UI and Controlloop Participant Full Pipeline PMSH Deployment: Sébastien Determe Gervais-Martial Ngueko Saul Gill Liam Fallon Sirisha Manchikanti Robertas Rimkus Bruno Militzer Francesco Fiora
...
Native CNF Orchestration with Day2 Support: Lukasz Rajewski Michal Chabiera Seshu Kumar Mudiganti Konrad Bańka Grzegorz Wielgosinski
...
E2E Network Slicing use case Demo using ONAP: LIN MENG , Swaminathan Seetharaman Saravanan Ayyadurai ,Ahila P Henry Yu , Milind Jalwadi , Borislav Glozman , Chuyi Guo krishna moorthy , Reshmasree c ,Deepika S ,LUKAI , Niranjana Y , Sanchita Pathak , Aleem Raja , Zhang Min, Sandeep Shah Hanif Kukkalli , Hariharan Ramanathan , Sumithra S, Keguang He , Hesam Rahimi , user-14b30
to receive an award
| E2E Network Slicing Use case |
TSC Submitted Awards
| Anchor | ||||
|---|---|---|---|---|
|
Automation Testing & Test Coverage
...
Award(s)
NOTE: Hand chosen by TSC members- Presented based on the TSC's evaluation and assessment of the impact an individual's contributions has had upon ONAP testing and test automation efforts.
|
|
|
|
|
...
Hand selected by the TSC- Presented to an ONAP community members based on the impact of their contributions on testing.
Metrics Derived Awards
| Anchor | ||||
|---|---|---|---|---|
|
Code Development
...
Award
NOTE: Derived exclusively from LFX Insights Data-Automatically awarded
...
Automatically given to the Top-3 contributors of merged code as measured between M1 14 Jan and the Sign-off 29 Apr dates dates. LFX Insights Data