Dovetail project update

Slides:



Advertisements
Similar presentations
Virtualized Infrastructure Deployment Policies (Copper) 19 February 2015 Bryan Sullivan, AT&T.
Advertisements

Introducing Open Platform for NFV Please direct any questions or comments to 1.
Zhipeng (Howard) Huang
Please direct any questions or comments to
Introducing Open Platform for NFV Please direct any questions or comments to 1.
24 February 2015 Ryota Mibu, NEC
IETF 91: Open Platform for NFV Collaboration with I2NSF Chris Donley 1.
R2 Test strategy. Test strategy Testing is still a key challenge for OPNFV All the projects must manage their test strategy (unit, fonctional, security,
1 Doctor Fault Management 18 May 2015 Ryota Mibu, NEC.
Sharepoint Portal Server Basics. Introduction Sharepoint server belongs to Microsoft family of servers Integrated suite of server capabilities Hosted.
QTIP Version 0.2 4th August 2015.
R2 Test strategy. Test strategy Testing is still a key challenge for OPNFV All the projects must manage their test strategy (unit, fonctional, security,
Web Development Process Description
1 Doctor Fault Management - Updates - 30 July 2015 Ryota Mibu, NEC.
Computing on the Cloud Jason Detchevery March 4 th 2009.
Project Name Program Name Project Scope Title Project Code and Name Insert Project Branding Image Here.
Gerald Kunzmann, DOCOMO Carlos Goncalves, NEC Ryota Mibu, NEC
Open Source and Info Models 17 Dec 2015 Bryan Sullivan, AT&T.
1 TCS Confidential. 2 In this session we will be learning:  What is Rally?  Why Rally?  Use cases  Actions  Architecture  Components.
Chapter 11 – Cloud Application Development. Contents Motivation. Connecting clients to instances through firewalls. Cloud Computing: Theory and Practice.
What is Cloud Computing 1. Cloud computing is a service that helps you to perform the tasks over the Internet. The users can access resources as they.
What is OPNFV? Frank Brockners, Cisco. June 20–23, 2016 | Berlin, Germany.
NCI CBIIT LIMS ISIG Meeting– July 2007 NCI CBIIT LIMS Consortium Interface SIG Mission: focus on an overall goal of providing a library of interfaces/adapters.
Learnings from the first Plugfest
If it’s not automated, it’s broken!
Open Source Summit May 8, 2017.
READ ME FIRST Use this template to create your Partner datasheet for Azure Stack Foundation. The intent is that this document can be saved to PDF and provided.
Bryan Sullivan, AT&T June 13, 2017
ArcGIS for Server Security: Advanced
Information ITIL Technology Infrastructure Library ITIL.
Bringing Dynamism to OPNFV
---compliance and certification
By: Raza Usmani SaaS, PaaS & TaaS By: Raza Usmani
8 March 2017 Wassim Haddad, Ericsson Amar Kapadia, Aarna Networks
TSC update to the Board 7 April 2017.
Tina Tsou, Bryan Sullivan,
How to Reuse OPNFV Testing Components in Telco Validation Chain
TSC Update at December Board Meeting
Ashiq Khan, NTT DOCOMO Ryota Mibu, NEC
OPNFV Doctor - How OPNFV project works -
Introduction to OPNFV CVP
ETSI NFV POCS and PLUGTESTS
17 Dec 2015 Bryan Sullivan, AT&T
MCSA VCE
2nd Plugfest Kickoff July 18, 2016.
Colorado Plugfest Planning
Chapter 18 MobileApp Design
Tomi Juvonen SW Architect, Nokia
OASIS TOSCA Report for December ONAP Modeling Workshop
Release Process June 11, 2017.
API Documentation Guidelines
MEF 3.0.
State of OPNFV MANO OPNFV MANO WG Report
A 5G experimental environment focused on vertical applications
ONAP Beijing Architecture Chris Donley 1/9/18
Simplified Development Toolkit
Systems analysis and design, 6th edition Dennis, wixom, and roth
Defining ONAP VNF Package Model
Systems analysis and design, 6th edition Dennis, wixom, and roth
Dovetail & CVP Tutorial/Demo
Network Services Benchmarking - NSB
Hackfest April 2017 Orange labs. Paris
Agile testing for web API with Postman
Component-based Applications
Grants Management Solution Suite (GMSS)
For Community and TSC Discussion Bin Hu
PSS0 Configuration Management,
Implementation Discussion Bin Hu
Common NFVI Telco Taskforce Paris Face-To-Face Sessions Compliance & Verification Heather, Kirksey LFN Rabi Abdel, Vodafone Group; July 2019.
VNF Validation Project (VVP) Governance Model – Preliminary Views Sandeep Shah November 9, 2017.
Presentation transcript:

Dovetail project update 3/27/2017

Dovetail user facing view A reviewer A vendor’s domain Use e.g. LF ID to login & check results e.g. https://cvp.opnfv.org (client) The external network with Https open A host or VM or container to run dovetail (server) Web server and DB hosted and administered by e.g. OPNFV or hired help. (A vendor can also do dry-runs by installing a local server. * May also add a local file dump for simplicity.) The internal network SUT

SUT (in Danube cycle) Products from vendors Not OPNFV release artifacts themselves Development tooling, such as CI/CD, is not part of the SUT. The vendors can bring up the SUT to a pre-Dovetail-test state in any way they choose. Dovetail will provide documentation to help to do so. The SUT consists of NFVI software, VIM software, and necessary hardware in one System Under Test. The hardware should follow Pharos guidelines. Vendors can use their own hardware, or third party or white box hardware to be tested as a whole. And if the combined whole passes the test suite, the CVP label applies to the software. The Danube cycle does not plan to test hardware-only systems.

Test scope draft Test scope draft in high level: Hardware assumed to be Pharos compliant Features Validation of common cloud environment requirements Openstack refstack/defcore integrated Capabilities required to provide consistent VNF lifecycle Networking features required to support carrier environment Resilience Ability for virtual infrastructure to detect and recover from failures – currently focused on control plane and hardware failures. Scalability Some level of scalability demanded by Pharos & resilience, but not tested quantitatively Security: not yet addressed Performance characterization: not included in this release

Info collected in the test result DB OPNFV test case example http://testresults.opnfv.org/test/api/v1/results?case=vping_ssh&last=1 OPNFV integrated refstack http://testresults.opnfv.org/test/api/v1/results?case=refstack_defcore&last=1 Explanatory information in documentation Web UI to be developed in LF infrastructure along with hosted server. Local report utility to be added to dovetail client CLI.

Test case requirements Open community brainstorm session completed and inputs collected and review completed. See the updated wiki: https://wiki.opnfv.org/display/dovetail/Dovetail+Test+Case+Requirements

Test case reviews Test case info worksheet template to help collect and organize the most relevant information: https://wiki.opnfv.org/pages/viewpage.action?pageId=10291560 Each test area needs community members to research and complete the worksheet Review each test area in Dovetail calls We are starting this process now… please join by proposing test cases and completing the required worksheet And add the resulting action items, if any, to JIRA

Working with upstream communities Openstack Refstack-Defcore integrated in Functest/Dovetail A collaborative relationship going forward Give feedback on existing test cases Possible to have rare exceptions that test cases may not be suitable for OPNFV Work on NFV extension test cases to refstack-defcore Consider other communities in Euphrates

Draft timetable Many people are still busy on finishing the Danube release. Test strategy still in draft form. Work items not finalized. Overall timeframe to target: ~Danube + 3 months Code freeze: ~end of May - June Announcement: June 12-16, OPNFV Summit, demo/tutorial Launch: possibly July ~ August Draft timetable & plan here https://wiki.opnfv.org/display/dovetail/Dovetail+Danube+Plan