Hi Huabing
I'l let Michael respond directly to your questions but i wanted to make it
clear that no one in this discussion is suggesting that theres one way to
implement TOSCA orchestration and that it has to be declarative.
The specific questions that were trying to get answered repetitively
What:
The Linux Foundation will be performing needed maintenance on the
ONAP Confluence server.
When:
Saturday, May 20 @ 8:00 - 9:00 PDT (2017-05-20 15:00 - 16:00 UTC)
Why:
There are security updates available for Confluence.
Impact:
https://wiki.onap.org will be unavailable
Hi,
I would agree with Steve about the need to limit overlap between subprojects
Jacopo
From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org]
On Behalf Of Stephen Terrill
Sent: Monday, May 15, 2017 10:10 AM
To: li.z...@zte.com.cn; onap-...@lists.onap.org;
Hi,
While I agree with the need of the external elements to be registered, is there
a reason for why we need a separate register in addition to A? (note: I saw
that Catherine had a comment with a similar lines). It may also relate to
catalogue - LiZi, have you had a chance to chat with the A
+1
-Original Message-
From: onap-discuss-boun...@lists.onap.org
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Andrei Kojukhov
Sent: Monday, May 15, 2017 9:00 AM
To: Kapeluto, Zahi ; Dhananjay Pavgi
; onap-discuss
Dear ONAP TSC,
We would like to formally propose the External System Register project for ONAP.
ONAP components need to talk with external systems such as VIM/VNFM/SDNC/EMS to
orchestrate a network service, for example, SO/VF-C need to talk with VIM to
allocate resource and VNFM to
Hi Andrei,
AT already has plans to embed the policy framework and the design-related
CLAMP activities under the SDC umbrella, so I think we’re aligned on the vision.
Zahi Kapeluto
Lead Architect, Network Communications LOB
AT Network Applications Development · SD
Tel Aviv | Tampa | Atlanta |
Nacr is a check in gerrit that forbids the person who submitted a change from
also approving it for addition into the code base. This means if I am a
committer and I submit a change to gerrit, I can not +2 my own work, some other
committer has to come and code review me and then +2.
Thanks,
Hello ONAP Development Community:
I wanted to kick off a thread where we can discuss the best way to
populate contributors, committers, and Project Technical Leads (PTLs) as we
are forming the first ONAP project teams over the next few weeks. For
consistency across projects and the formation of
I also had a proposal for non-author code reviews being enforced and that is
delayed too.
So as we form new projects we can make a decision about if nacr and jira issues
are something we want (either per project or overall).
Thanks,
Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308
Hi LiZi,
How would you compare this project with the MSB project?
MSB lists
Service discovery - Server side discovery
and you list
• Register/query/update/delete function of VIM
• Register/query/update/delete function of VNFM
• Register/query/update/delete function of SDN Controller
•
Ok. Good to know it’s expected then. I’ll address that in my commits.
Thanks,
Alexis
> On May 15, 2017, at 9:33 AM, ROSE, DANIEL V wrote:
>
> Right now it is not required, but we had set a timeline to make it required.
> Not sure where that went. Either way I would say its
We did thinks a bit bifferent for vlb vs vfw, here robot treats the packet gen
as a tool to test the use case. This is actually closer to being how real vnfs
would be tested as most real vnfs would not have a packet gen included in their
base heat template.
Thanks,
Daniel Rose
ECOMP / ONAP
Right now it is not required, but we had set a timeline to make it required.
Not sure where that went. Either way I would say its strongly encouraged to
have a jira ticket for your submits so that others can have some context for
your issues.
Thanks,
Daniel Rose
ECOMP / ONAP
com.att.ecomp
I wish to nominate myself for ONAP External Open Source Community
Coordinator.
I have broad experience in Open Source Networking for over 15 years. I've
been a TSC member at OpenDaylight since its inception, am TSC Chair at fd.io.
I know people across many different Open Source Communities, many
ONAP TSC,
We would like to formally propose the ONAP Usecase UI project for ONAP.
The proposal wiki page, which includes details of the project description,
project scopes, and proposed repo names,
can be found at:
https://wiki.onap.org/display/DW/ONAP+Usecase+UI+Project+Proposal.
The
Folks,
I added a few issues I stumbled across and for which I assume need some
sort of resolution to https://jira.onap.org/projects/UCA/issues to avoid
they get lost.
Mit freundlichen Grüßen / Kind regards
Josef Reisinger
When wisdom comes to call, there's nobody listening at all - Pendragon
Hi Zahi,
Tks,
Yes, It looks like we are aligned about that all design related initiatives as
part of other projects (Policy, CLAMP, merged ICE-VNF SDK) should be handled
under the SDC umbrella - Option 1 in my proposal.
I believe that is the proposal that we need to socialize in ONAP.
BR
18 matches
Mail list logo