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. |
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. |
Swami has been instrumental for the success of the E2E Network Slicing Blueprint. A significant set of new functionalities around end-to-end 5G network slicing have been delivered in the Honolulu release i.e. functional enhancements to NSMF, RAN NSSMF and Transport NSSMF. Further, various scenario combinations w.r.to Slice instance and slice sub-net instances allocation were tested and several gaps were addressed particularly for the deployment option in which all 3 NSSMFs are inside ONAP. End-to-end testing of Closed Loop and Intelligent Slicing was also performed. The use case has started using the CPS component in a limited way for RAN related configuration. Swami has been working closely with LIN MENG (Use case Owner) and the ONAP PTLs (William Reehil , Dan Timoney , Vijay Kumar , Hui Deng , krishna moorthy , xu ran ) to drive this effort. Swami also seized any opportunity to promote the E2E Network Slicing Blueprint by contributing to the ONAP 5G Blueprint, presenting the ONAP Community at OPS 5G meeting, supporting the ONAP for Enterprise Task Force and LFN 5G Super Blueprint, building demos, participating to the Openstack Summit, Open Infrastructure Summit, LFN DDF Events, LFN Webinar. | |
...
Nominated Candidate | Reason for Nomination |
---|---|
Andreas Geißler | 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. |
...
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. 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
Anchor | ||||
---|---|---|---|---|
|
ONAP Demo
...
Award Winners
This is an opt-in contest by community members. ENTRIES MUST BE SUBMITTED HERE. The TSC will then award up to 3 of their favorite demos from those submitted.
...
TSC Submitted Awards
Anchor | ||||
---|---|---|---|---|
|
Automation Testing & Test
...
Coverage Winners
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 Winners
Automatically given to the Top-3 contributors of merged code as measured between M1 and the Sign-off dates. LFX Insights Data
...