Recognizing the contributions of your peers to the success in delivering ONAP Honolulu
...
Nominations open through 17:00 pacific on
TSC Voting Closes 17:00 pacific on
...
| 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. |
| Anchor | ||||
|---|---|---|---|---|
|
Citizenship Award
...
| Nominated Candidate | Reason for Nomination |
|---|---|
| Andreas Geißler | Andreas is involved in the TSC and also contributes to many projects: Documentation, Integration, OOM and CDS. He He has also very active to setup the Honolulu Maintenance Release and acted in different TSC Task forces to always improve the |
| Anchor | ||||
|---|---|---|---|---|
|
S3P Improvements
...
| Nominated Candidate | Reason for Nomination |
|---|---|
| DCAE Project | 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. Inaddition to transformation initative, several components including Cloudify-Manager, Bootstrap, Plugins, PolicyHandler were upgraded to Python3 in Honolulu part of S3P (security) improvements. |
| Integration project | 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) |
Self Submitted Awards
| Anchor | ||||
|---|---|---|---|---|
|
...