Recognizing the contributions of your peers to the success in delivering ONAP Beijing.
Nominations: Close 6 PM Pacific time, June 14 - Voting will take place June 15 -- 19
IF YOU CAN USE GOOGLE – Please, please, please submit your nomination(s) HERE
IF YOU CANNOT USE GOOGLE – Please click here to send me a private email with the Category, the name of the person you are nominating and why you think they deserve the nomination.
...
VOTE HERE Voting ends 23:59 China Time, Tuesday, June 19th |
|---|
Nominees in Each Category and Reason for Nomination:
Top Achievement Award
Citizenship Award
...
(alphabetical by first name)
| Alla being a chair of ONAP Use case sub-committee is truly the individual who has demonstrated dedication to ONAP and a lead for an atmosphere of equal cooperation between member companies. She indeed played a pivotal role in the success of ONAP community. Specifically she dedicates lots of her time to helping with meetings organization (part of f2f meetings program committees), helps new comers to get on speed in ONAP, promotes ONAP at different events and, in general, associated with ONAP success and diversity. | |
| Brian has demonstrated his unparalleled knowledge of ONAP over most of the critical projects. He has provided a lot of support to the integration team and the ONAP global community through answering questions; and himself has done tremendous of works for ONAP pair-wise testing, use cases integration, 72-hours stability testing, etc. weekend and over mid-night. He gave a lot of brilliant and constructive ideas to help ONAP community execute more smoothly, which greatly helped ONAP release on time. | |
| Gildas was integral to the success of the Beijing release. From managing dates and tracking progress against deliverables to approving new repositories and committer promotions to helping us all with our release notes, Gildas helped the ONAP community work more efficiently and helped every project succeed. He was responsive when we ran into issues, and greeted every challenge with a sense of humor. | |
| Lushing is being nominated for his outstanding efforts to the project and community. Lusheng has been an excellent team player and great asset to DCAE team. DCAE has been through major architecture changes since ONAP was launched and Lusheng has been instrumental in delivery of DCAE platform and services and successful transitions between ONAP releases. In R2, Lusheng led collaboration with members from Amdocs, Nokia, Tech-M and other ONAP partners to enable successful integration. With his technical excellence, Lusheng has helped multiple other project, team members as well. Being among Top-10 code contributors is testament to his commitment and contributions made for ONAP community. | |
| Highly respected community advocate and leader. His breadth of experience and passion for open source technologies lead to the deliver of a key innovation (k8s) that makes ONAP easily deployable and solves real world problems like delivering a production-grade service delivery and automation platform. |
Citizenship Award
| Anchor | ||||
|---|---|---|---|---|
|
...
(alphabetically by project)
| APPC | Close collaboration, good planning, and execution enabled the APPC team to overcome major obstacles and deliver on their commitments.
|
| Integration | The Integration Team has been playing a critical and challenging role for the successful release of ONAP Beijing. Effectively they are the last runner in the release relay race and almost always trying to make up time when other trams miss their schedules. They have been working closely with almost all other projects on maintaining and coordinating of project pair-wise testing, lab resources and environment, overcoming a number of challenges through the release: network connectivity issues, slowness of Jenkins, unstable hardware environment, etc. to make sure the success ONAP release as a whole. At Beijing release, they accomplished several major achievements:
|
| OOM | Moving from "experimental" to a core component of ONAP, the OOM project has been instrumental for the Beijing Release becoming one of the cornerstones regarding S3P requirements (resiliency). In true agile fashion, the OOM team delivered a huge number of stories, tasks and bug fixes (http://onap.readthedocs.io/en/latest/submodules/oom.git/docs/release-notes.html), to deliver ONAP on Kubernetes. All while providing almost daily education and support to the development and integration teams, to meet S3P goals for the Beijing release. Issues worked through included a Kubernetes and Helm version change, a radical new way of deploying ONAP using a helm chart umbrella chart providing the ability to upgrade, rollback, dynamically change configuration. The project was on time, had usable documentation on RTD, the code reviews process was thorough yet not to restrictive (Design patterns and quality were enforced by the committers). The support provided to the other projects during last minute patches and bugs (AAF, OOF, NBI, MUSIC etc) to meet deadlines in my opinion was above and beyond the norm. In many instances, the OOM team cherry picked patches from other teams and addresses issues themselves in the interest of time. |
| Portal Platform | The team has collaborated with AAF, OOM and MUSIC teams to try new integration aspects to pave the path for the other projects. The Portal Platform Project team has met all the release milestones on time and always reviewed with the release manager, architecture and security committees ahead of time to save from the last minute changes. |
| CLAMP | The CLAMP Team served as a model for other projects. They were the pilot team to assess the CII Badging, providing their feedback to the security sub-committee but also providing guidelines to the other project teams concerning the CII form. They were helping several project teams concerning their license and security issues. They were reviewing and were updating the Helm Charts used by OOM for the Music and the OPTF projects. They have also implemented a new capability, the CLAMP Dashboard - with one or two clicks, Operators should be able to get the most critical KPIs and reports of Running Control Loops. They met all the milestone criteria in a timely manner. Ron Shacham, one of the CLAMP team members, drove all the control loop testing on the different use cases, building effective partnership with different project teams. Finally they performed full ONAP OOM Deployment (except VF-C, Usecase UI) based on the Beijing release note, providing feedback and improvement suggestion to the ONAP Community. |
| VF-C | VF-C is the main part of the integration between the former OpenECOMP and OPEN-O efforts. VF-C brings the ETSI NFVO and GVNFM architecture/features into ONAP with high-quality code, which serves to make ONAP a more logical and acceptable choice for CSP. In order to better integrate with other ONAP projects, VF-C completed integration and testing with 10 projects, delivering 17th components. All the milestones completed on time. VF-C aligned R2 unified data model and as the key component, made outstanding contributions to support integration testing. |
| VNFSDK | When it comes to achievement in hitting the milestones and a role model for other to get inspiration from, without a doubt VNFSDK is the exemplary project that deserves the award in this category. From a process perspective, the VNFSDK project team has been responding ahead of time and without needing to be asked twice for any items. More importantly, the VNFSDK project team constantly monitored what really mattered to make an Agile Delivery: CSIT, vulnerability fixing, Sanity Check, Code Coverage and the whole enchilada that show what a great project team they are. Furthermore, from a functionality perspective, the team delivered the significant contribution in the Beijing Release to certify VNFs in the whole ONAP ecosystem, thus is helping operators with their time to market strategy. |
...
Project Innovation Award
| Anchor | ||||
|---|---|---|---|---|
|
...
(alphabetically by project)
AAF | Ryan and Scott drove a critical security feature with AAF team to enable securing web based API access via ODL, without need to modify any ODL jars. Through their work, Ryan writing the requirements to AAF team and working on designed and execution, and Scott assisting with the testing, this key security feature would not have been possible. Now API access via ODL APIDOC Explorer is authorized via AAF |
| CLAMP (dashboard) | Service assurance and closed loop monitoring is one of the target goals of ONAP, the Dashboard as part of Beijing is a significant step towards this goal. |
| External API | This project introduces a new component (NBI) to facilitate integration with existing BSS or IT application. It is fully aligned with TMF API and was designed with strong collaboration with MEF. It outlines how it is possible to use ONAP platform using standard API defined by various organizations. |
| Modeling Team | ONAP Modeling Team has made a tremendous contribution to the ONAP project by providing unified Information Model Spec and corresponding Data Model Implementation. They coordinated with multiple standard organizations (ETSI/MEF/IETF/ONF) and published the model that fulfills the requirements from usecases/S3P. All the while they accomplished several major achievements:
|
| MUSIC | MUSIC is a novel state management service specifically tailored for multi-site geo-distributed replication through flexible, fine-grained consistency with a rich suite of recipes that each ONAP component/microservice can simply configure and use for their state-management needs. MUSIC is currently being used for multi-site state management by the Homing and Allocation Service (HAS) that is part of OOF and the ONAP Portal. In terms of impact, MUSIC is a fundamental service that helps ONAP components to achieve 5 9s of availability on 3 9s or lower software, by enabling state management across geo-distributed sites in a reliable, scalable, highly available and efficient manner. |
| Portal Platform | The Portal Project made innovative contributions to ONAP through seamless integration with MUSIC and AAF which most of the other ONAP projects have not integrated yet. AAF for access managment and MUSIC for resiliency and scalability are integrated into Portal's SDK. Partnering applications like Policy, VID, AAI, SDC can now take advantage of using these features. The SDK framework is designed in such a way that these features are pluggable, meaning the applications can choose to use them or not after upgrading to the latest SDK. This has significantly impacted ONAP under integration area by exposing such features as out-of-box features in SDK. |
| APPC | The APPC Team played a leadership role for VNF scale out use case. They have also developed a Self Serve Design approach: Controller Design Tool. This tool supports VNF Self-Service Onboarding for all API actions. The team demo'd to the Integration team first their 72 hour stability test run. They submitted jmeters to deployment project. They were leading with SDNC in the OOM support and Resiliency testing. They delivered ODL in last sprint in spite of getting it in last sprint from CCSDK. Finally they drove the Application Authorization framework project, wrote the story to that project and led the integration activities. Lots of good stuff done by a small project team ! |
| VNFSDK - (Dovetail Integration) | In the Beijing release, the VNFSDK team integrated with OPNFV's Dovetail testing framework, which is used for the OPNFV Verified Program. The team demonstrated how we can use VNFSDK validation tools to test VNFs and report results back to LF back-end databases. This project demonstrates a model for cross-community work. It also sets the stage for VNF compliance testing under the LFN umbrella following the Casablanca release. |
...
Marketing Award Anchor mkt mkt
| mkt | |
| mkt |
...