Alla – Thanks for bringing it up for discussion.
Before making decisions on the use case content of R2, I believe we should have
a better definition of the purpose of the use cases, and their selection
criteria. I believe that once we have that nailed down, it will be easy to
decide what goes into R2, R3…
So, here is my suggestion for goals and criteria:
* Use case goals
* Showcase ONAP features capabilities
* Provide a common set of test cases for ONAP releases
* Serve as a reference for other use cases that may be deployed using
ONAP
* What use cases are not
* A strict definition of what is in or out of scope for an ONAP release
(e.g. it is perfectly OK to have functionality in ONAP that is not necessarily
being consumed by any use case
* A strict definition of what functionality is “supported” or
“unsupported” (e.g. it should be possible to use a feature in a way that is not
used by any of the use cases)
* Examining a new use case should consider the following criteria
* Does it showcase new functionality that other use cases did not?
* Are all the relevant VNFs available as open source or trial license?
* What will be the cost (in terms of complexity, test duration, etc.) of
adding the use case to the set of release tests?
I am sure the community can suggest more goals and criteria, but IMHO we should
agree on them soon.
Regards,
Ranny.
From: [email protected] [mailto:[email protected]]
On Behalf Of Jason Hunt
Sent: Thursday, August 17, 2017 12:16 PM
To: Alla Goldner <[email protected]>
Cc: [email protected]
Subject: Re: [onap-tsc] R2 use cases planning
Alla,
Thank you for your leadership here and for the work of the use case committee
on this topic.
ONAP should be able to run any VNF or network service, even ones that aren't
known today. And, just as importantly, ONAP needs to manage those VNFs and
network services well, in a number of various carrier environments. As you've
outlined, the question is how we balance those two items.
I agree with all of your points below -- that R2 should be focused on
improving the ONAP platform capabilities & only supporting new use cases where
they are built on existing ONAP functionality.
If the community agrees with this approach, I think we want to be cautious
about how we present the release's goal externally. This may require some help
from the marketing committee, so that R2 isn't viewed as simply reducing
technical debt. In my view, R2 would be about strengthening the non-functional
aspects of the platform (usability, maintainability, scalability, reliability,
etc.) to provide an unrivaled, hardened platform that can be leveraged in any
carrier's environment.
Regards,
Jason Hunt
Executive Software Architect, IBM
Phone: 314-749-7422
Email: [email protected]<mailto:[email protected]>
Twitter: @DJHunt
From: Alla Goldner
<[email protected]<mailto:[email protected]>>
To: "[email protected]<mailto:[email protected]>"
<[email protected]<mailto:[email protected]>>
Date: 08/17/2017 01:48 PM
Subject: [onap-tsc] R2 use cases planning
Sent by:
[email protected]<mailto:[email protected]>
________________________________
Hi again,
And in order to start the actual discussion… ☺
My own view is:
1. We should concentrate on missing ONAP Platform capabilities
2. New functional use cases can only be considered if
a. They have big level of similarity/harmonization with R1 use case
b. They are about extending ONAP Platform capabilities (no introduction of
new functionality, new PNFs/VNFs, etc.)
3. We should follow the high level milestones plan presented on the last
slide
Best regards,
Alla Goldner
Open Network Division
Amdocs Technology
[cid:[email protected]]
From: [email protected]<mailto:[email protected]>
[mailto:[email protected]] On Behalf Of Alla Goldner
Sent: Thursday, August 17, 2017 9:39 PM
To: [email protected]<mailto:[email protected]>
Subject: [onap-tsc] R2 use cases planning
Hi, TSC,
I forward the material I’ve presented today on Usecase subcommittee discussions
and ask for your feedback.
We need to get guidelines on what to concentrate on for R2.
Best regards,
Alla Goldner
Open Network Division
Amdocs Technology
[cid:[email protected]]
From:
[email protected]<mailto:[email protected]>[mailto:[email protected]]
On Behalf Of Alla Goldner
Sent: Thursday, August 10, 2017 8:21 PM
To: [email protected]<mailto:[email protected]>;
'[email protected]'
<[email protected]<mailto:[email protected]>>
Cc: [email protected]<mailto:[email protected]>
Subject: [onap-discuss] R2 use cases planning
Hi all,
Unfortunately, we didn’t have time during the TSC meeting to cover R2 use cases
topic.
I would like to ask you to review the attached presentation, covering status of
Usecase subcommittee discussions and asking TSC for guidelines on directions we
should take going forward (Extending ONAP Platform capabilities or introducing
new functional use cases).
Also, some initial proposal for R2 timelines is part of this input material,
with emphasize given to pre-R2 milestones related to use cases approval.
It is part of the next meeting agenda,
https://wiki.onap.org/display/DW/2017-08-17+Meeting+Agenda.
It would be great if we can start the related discussion by emails and get your
feedback prior to TSC meeting next week.
Best regards,
Alla Goldner
Open Network Division
Amdocs Technology
[cid:[email protected]]
This message and the information contained herein is proprietary and
confidential and subject to the Amdocs policy statement,
you may review at https://www.amdocs.com/about/email-disclaimer
This message and the information contained herein is proprietary and
confidential and subject to the Amdocs policy statement,
you may review at https://www.amdocs.com/about/email-disclaimer
This message and the information contained herein is proprietary and
confidential and subject to the Amdocs policy statement,
you may review at
https://www.amdocs.com/about/email-disclaimer_______________________________________________
ONAP-TSC mailing list
[email protected]<mailto:[email protected]>
https://lists.onap.org/mailman/listinfo/onap-tsc
_______________________________________________
ONAP-TSC mailing list
[email protected]
https://lists.onap.org/mailman/listinfo/onap-tsc
