Due to a ransomware attack, the wiki was reverted to a July 2022 version. . We apologize for the lack of a more recent valid backup.
Nominee’s bio (and/or LinkedIn profile)
How long have been working in the ONOS community?
I've started working on ONOS in October 2015 through my Internship at ONF, working on Southbound Integration, at the end of my internship I continued working part time with community focus until I joined full time at ONF in February 2017. You You can find me on slack as @andreaas @andrea
What contributions have you made in the past to the ONOS community?
During my internship I built Support in ONOS for different southbound protocols, mainly NETCONF and REST, but also SNMP. I contributed to the development and enhancements of the whole southbound and drivers subsystem, with particular attention to FallBack providers and *Programmable classes (e.g. FlowRuleProgrammable). Many of these elements lay at the foundation of different use-cases and applications of ONOS today, such as ODTN and the P4 programmable data plane subsystems. I also worked on Alarm Alarms Subsystem. Since I joined full-time at ONF I worked in enhancing and supporting many use cases, such as Packet-OpticalTrellis, ODTN, P4 and P4 Runtime integration and lately Trellis and the Trellis troubleshooting ToolSEBA and it's ONOS apps.
In 2018 and 2019 I was part of the Trellis Team the brought ONOS in production at COMCAST.
I'm a member of the P4 Brigade and act as a support role for the Security and Performance Brigade and the Teaching Brigade.I also provide support for many community contributions, mainly in drivers and southboundve also the ODTN (Open Disaggregated Transport Network) project, building on ONOS a solution for Data Centre interconnect with whiteboxes and open APIs, that underwent field trials in Telefonica Del Perù.
In 2019 i was part of the original µONOS team, creating the foundation of the next generation of ONOS, which is currently the base for SD-RAN and has been in production with AETHER.
I also ran multiple meet-ups and events as an ONOS ambassadors to share ONOS and spread the word about the project.
What are you actively working on in ONOS?
Currently I'm working with the Trellis team. My focus at the moment is the Trellis Troubleshooting tool. This tools enables you retrieve flow rules and groups stored in ONOS that a particular packet hits. The tool enables to debug if the configuration and the rules are properly populated for you deployment. It's built with particular attention to the Trellis project but it's also usable on every general network.
I'm also participating in the P4 Brigade with attention to P4Runtime southbound integration and gNMI configuration.
SEBA and VOLTHA team, mainly contributing to ONOS for features, bug-fixes and design discussion related to VOLTHA, especially around scale support.. Paired with VOLTHA ONOS is now in production in DT and TT with hundreds of thousands of customers, thanks to the continuous bug-fixes and iterations myself and the VOLTHA team has done in the past two years.
We are currently working on the 2.5 LTS branch, and have integrated in the past Deutsche Telekom workflows with ANY_VLAN support and FTTB flows, PPPoE, Mac-Learning, VoIP.
WE fixed several bugs and made optimizations to allow ONOS to support 10240 subscribers with ~170K flows in the TUrk Telekom workflow. Improvements were also made to allow 4096 ports to come up simultaneously, without issues of synchronization.
µONOS I'm keeping a close tab on the work in doing with onos-ran, although with little active contribution due to the focus on SEBA. At the same time we are working on a proposal to start developing the basis for µONOS control, with flows, ports, and packet handlingI'm also doing bug fixes and small enhancements across all the Platform with particular attention to the Southbound with attentions to always expand and hardened the ONOS capability to properly interact, control and configure devices.
Why do you feel you would be a good candidate for this position?
I feel I could be a good candidate because I'm deeply involved in the project and I deeply care about it's its success and adoption. Having worked with ONOS since a long time I believe I have a good understanding and knowledge of the platform that could enable me to evaluate strength strengths and weaknesses of different decision decisions that are made from an architectural and implementation point of view.
I also believe that my involvement in the community and brigades service provide deployments enables me to bring in new use-cases, ideas and a different perspective in the TST. Finally my My unique position ad as an European Employee could benefit has proven very beneficial for the TST to strengthen the relationship with European community, SPs and Vendors and continuously incorporate their feedback.
Also by sitting in the TST and at the same time being leading the VOLTHA/SEBA project and leading ODTN I could make sure the needs of both projects are accounted for during the TST decisions.
Finally I'm familiar with both ONOS "classic" and µONOS, thus being capable of discussing and deciding for both projects.
Are there any changes you would like to bring to the community if elected into this position?
As TST member I'd particularly like to continue to put focus on production needs to make sure the platform is sound for the production deployments that it's currently in and is selected for in the future, with special care for DT and TT VOLTHA ones.
I'd like to continue pushing and advancing the interactions and the attention of the TST towards the community, both with ONF partners and members and with single ONOS contributors, working in a an even greater synergy.
An example would be push the brigades model even further by making sure that brigades are made from ONF employees, people from I'd like to expand the pool of people participating from Partners and Members of ONF and representatives of the community at large and that they have clear goals aligned with the ONOS roadmap. This would enable ONOS to achieve results that spread across everybody's interest and get it even more deployed in real networks. thus making sure that the ONOS roadmap is aligned with the needs of anybody using and deploying the code.