Feb 1, 2017
MANO WG is gearing towards getting OPEN-O and OpenBaton drive through their integration projects Opera and Orchestra in OPNFV helping build the bridge. These pilots are enabling NFVO Opensource projects to leverage on OpenStack VIM and try align with ETSI using OPNFV. The OPNFV is striving toward keeping VNFM and VIM to support build and deploy consistently across all NFVO. Thus if tomorrow OSM or OpenECOMP pursue there efforts to integrate over OpenStack, OPNFV has the ways and means to help verify their compliances based on some of the projects in NFV. Bottom line is we get some Best Practices to go by to automate the Integration and Orchestration of VNFs. We already have vIMS testing from OPNFV Brahmaputra release and its being updated for Danube release under FUNCTEST. Both Opera and Orchestra are attempting to use and trying to identify diferences and commonality. This helps bring to table different stake holders of the pieces. We have now debates in Infra Structure, Test and Mano Working Groups about what and how they would like to address the function of VNF catalog, On-boarding and configurations through Scenarios for different hardware (NFVi) , VIM and VNF. This also leads to validation and verification of these in OPNFV Platform testing. Adding to it usecases like vIMS has given real life OPNFV lab testing before one can move t to field. Meanwhile here were two OPNFV Plugfests based on Release B & C last year and likely to see one based on D release in Q2/Q3. ETSI meanwhile have their Plugtest running Jan23-Feb-3. The conclusions and details we will discuss in future blogs. To keep abreast of fast moving MANO you can subscribe to OPNFV MANO WG.https://lists.opnfv.org/mailman/listinfo
October 21, 2016
Year ends are always exciting as Holiday fever sets in. The slow and steady progress of OPNFV MANO WG is visible as it's going to enter the 10th meeting next month. The challenges of collaboration are always in getting win-win situation for all collaborators. The same holds true for the MANO WG. Having got two upstream OPEN-O and Open Baton, with the ability to cover both fixed and mobile networks use cases to build on, OPNFV could not have asked for anything better. Although ETST NFV references in terms of Interfaces is still evolving, I believe OPNFV has the advantage of codes and best practices over beyond reference documents. The art of building stack is always challenging. OPEN-O has pegged on trying to modularize NFVO to run with different generic VNFMs. The early testing is planned using vIMS and thanks to existing tests in Clearwater(CW) which was tested earlier in Brahmaputra release (https://git.opnfv.org/cgit/functest/tree/testcases/vnf/vIMS). This makes one path NFVO to VIM testing reusable to a larger extent. essentially refactoring for OPEN-O as orchestrator. Meanwhile JuJu needs to be installed as gVNFM to help alternate path to test from NFVO to VNFM rather than direct to VIM. That need some time and should be taken up soon. By December first week OPNFV will have C 3.0 released and expect to see some exciting showcases at University of New Hampshire Plugfest event. (Plugfest - Colorado Release). Opera has taken off and Orchestra will follow as we have Models team working to get that streamlined for Release D. Look forward to collaboration to keep market innovating ahead of standards.
Aug 25, 2016
Lot has happened in two weeks from my last updates.
Congratulation to "Orchestra" which plans to focus on vnf testing and deployment, was approved on Aug 16 TSC meeting. It will be interesting to see co-ordination on vnf onboarding between OPNFV Models, Orchestra and Functest and Yardstick in testing this feature through ETSI TST v1.1 APIs. The challenge here will be to document the gaps and workarounds this brings to table to help provide feedback to ETSI NFV MANO Standards.
The Hackfest on 24th Aug at Toronto was useful in generating ideas to streaming the usefulness of MANO WG through effective documentations of standards and gaps to focus on Policy based vnf onboarding as a baby step through participation in projects in OPNFV.
More work can be taken up provided we get more participation. Welcome to all new participants from different individuals from Vendors and Operators community. Refer to meetings link for summary.
Aug 10, 2016
We have two projects in upstream to OPNFV, OPEN-O and OpenBaton that are interested in using OPNFV VIM and NFVi to integrate MANO stack top down using generic NFVO and VNFM as part of interfaces for Integration Testing.
The first one named 'opera' from OPEN-O was approved yesterday in OPNFV TSC. This project is lead by Yingjun Li, who is coordinating between OPEN-O team and OPNFV team. Certainly a welcome news for OPNFV to build ETSI NFV APIs as well use cases to establish a black box approach to testing the OPNFV Platform.
From MANO WG point of view we have several unanswered questions, that were asked and answered to some extent, here I just add the same for other OPNFV teams to help answer.
1) Parser in OPNFV and Heat Templates in OpenStack, have translations but OPEN-O uses Aria and currently aria ng is still under development. Possibility's are emerging to see if Domino can absorb Parser and provide "Template Parsing and Distribution Service" but this is for project leads and OPNFV community to look at how to improve cross-project co-ordination, while maintaining the Project structures or allow them to transit.
2) Based on this Domino the template distribution currently is supporting option to select aria or heat translations and thus opera plans to use that.
3) Juju templates for configuration of VNF need to consider how they will comply with TOSCA compatibility or use JOID for OPNFV installation included as part of opera.
4) All installers are being requested to see how they can help support 'opera' in platform installation and test. This also means what Scenario in OPNFV they choose or add. Like in case of 'opera' the options are to use existing L3VPN or choose a new one say we call it 'vCPE' Scenario to be defined through help from Genesis/Installers team. Pharos team also need to help in this as labs are needed to test with standard network topology.
For now 'orchestra' the OpenBaton appears heading to test APIs offered based on ETSI and will thus help consolidate API based testing with Functest and Yardstick.
Look forward to see the approval of the same in next week or two based on the path 'orchestra' chooses to follow. Critical comments from OPNFV and other community is welcome.