[onap-tsc] Integration project to participate ONAP Casablanca

Dear ONAP TSC, This is a formal notification that the Integration project intends to continue its participation in ONAP for Casablanca release. Best regards, Helen Chen PTL of Integration Project ___ ONAP-TSC mailing list ONAP-TSC@lists.onap.org

Re: [onap-tsc] TSC MEMBERS Approval/Acknowledgment Needed- Requesting Nexus3 downtime

(Nexus3 issue highly impacted the current ONAP pair wise testing and final integration testing: we need it get addressed asap. Please approve it). Regards, Helen Chen From: on behalf of Kenny Paul Date: Tuesday, May 1, 2018 at 4:46

Re: [onap-tsc] [Onap-lf-announce] Jenkins and Nexus downtime

One data point for TSC is that the slowness of nexus3 dramatically has impacted project’s pair wise testing and integration test since last week. We need this fix be implemented asap. Regards, Helen Chen From: on behalf of Kenny Paul

Re: [onap-tsc] tagging issues

Hi, Eric, I agree with you: this indeed a concern. Right now, Gildas, Ran and Gary are working with Linux foundation on this one and hopefully to get a solution very soon. And I also expect a stable master branch build, meaning we could run some basic sanity testing, more specifically, passing

Re: [onap-tsc] Next week f2f meeting

Hi, Alla & Chris, Another topic I suggest that we could discuss among Arch, Usecase and Integration, with the input from all other projects, is related to “carrier grade” requirement: 1. What’s the priority? (I really appreciate the material Lee presented in Arch meeting this Tuesday

Re: [onap-tsc] 答复: Official ONAP Architecture Slide

I got page not found error from that link as well. Helen Chen Sent from HUAWEI AnyOffice From: 邓灵莉/Lingli Deng To: Kenny Paul; onap-discuss; onap-tsc; Cc: Lisa Caywood; Subject: [onap-tsc] 答复: Official ONAP Architecture Slide Time: 2017-11-14 08:15:03 Hi Kenny I am a raid that the link

Re: [onap-tsc] [Onap-release] RESOLVED- APAC Gerrit mirror and proxy for docker, maven, and PyPi for ONAP

This is a great news! Thank you very much! We’ll try it tonight. Regards, Helen Chen Sent from HUAWEI AnyOffice From: Kenny Paul To: onap-release; onap-tsc; Subject: [Onap-release] RESOLVED- APAC Gerrit mirror and proxy for docker, maven, and PyPi for ONAP Time: 2017-11-01 16:22:05 The

Re: [onap-tsc] Issue with Camunda cockpit license

f buying license we should simply demand that those features will be available to to the community or start looking for alternatives. OpenSource that are monetizing in those area's are not really open IMO. Nati S. On Tue, Oct 24, 2017 at 6:56 PM Yunxia Chen <helen.c...@huawei.com<mai

[onap-tsc] Beijing release participation - Integration

Dear TSC, This email is to formally notify ONAP TSC and community that the Integration project plans to be part of the ONAP Beijing release. Regards, Helen Chen ___ ONAP-TSC mailing list ONAP-TSC@lists.onap.org

Re: [onap-tsc] [Onap-release] China Lab Status

Hi, Kenny, You are right, we are trying to get a VPN jumphost at a public cloud. By testing the performance of that jumphost, we recommend each user has its own jumphost instead of shared one. This could be used for both: 1. Temporal solution for downloading docker images, (this will be

Re: [onap-tsc] Issue with Camunda cockpit license

I am second on this one. While we are doing integration testing, Rob from AT has to export those data, and come back to AT to check for it. The Enterprise edition license could definitely help speed up the process. Regards, Helen Chen From: on behalf of Seshu

Re: [onap-tsc] IMPORTANT PARIS EVENT SITE INFORMATION

Thank you Kenny for putting those together. Do we have shuttle from those two hotels to Nokia at our conference time? Helen Chen Sent from HUAWEI AnyOffice From: Kenny Paul To: onap-discuss; onap-tsc; Subject: [onap-tsc] IMPORTANT PARIS EVENT SITE INFORMATION Time: 2017-09-25 10:11:02 The

Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release

the latest progress. ) Thank you! Helen Chen Sent from Helen's cell phone. From: Shay Naeh To: Yunxia Chen; Cc: Christopher Donley (Chris); Roger Maitland; Eric Debeau; onap-tsc; Subject: Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release Time: 2017-09-22 12:04:51 Hi Yunxia

Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release

ed now) We've updated the OOM user guide<https://wiki.onap.org/display/DW/OOM+with+TOSCA+and+Cloudify> on how to run ONAP using this approach. This is still a WIP, will update with more details as we progress. Thanks, Shay -- Forwarded message - From: Yunxia Chen <he

Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release

ibm.com> Subject: RE: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release Hi, Yes, I would be happy to further discuss this next week in Paris. Regards, Ranny. From: Yunxia Chen [mailto:helen.c...@huawei.com] Sent: Thursday, September 21, 2017 11:35 PM To: Haiby, Ranny (

Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release

ative ideas to make sure OOM makes it into the release, or some other tricks that would simplify the deployment. Use of Ansible to wrap it all? Use of Cloudify? Thanks, Ranny. From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] On Behalf Of Yunxia Chen Sent: Wed

Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release

Hi, Chris, I hope it could be decide asap since we don’t have enough resource to work on both solution. From this week, Integration projects and other projects already started the pairing / integration testing in Integration lab: we really need a tool which is working for our test, right now,

Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release

important that we make ONAP easy to deploy. Thank you! Regards, Jason Hunt Executive Software Architect, IBM Phone: 314-749-7422 Email: djh...@us.ibm.com Twitter: @DJHunt From: Yunxia Chen <helen.c...@huawei.com> To:onap-tsc <onap-tsc@lists.onap.org> Date:

Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release

Update for Heat template related deployment: We had three meetings with PLTs / key contributors of those projects, which have not been deployed with heat template. And we cleared out all technical concerns, including MSB, VFC, MultiVim, UUI, and we reached the consensus to finish all related

Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release

Thanks Mazin! Let me address those questions so far raised through this email thread, even though we have been discussing it in past 4+ weeks: 1. Question: Where we really are on OOM deployment? Answer: below is what is really working in Integration lab at last Friday, (the wiki page is

Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release

Hi, Yuan Yue, If I understand your question correctly, you mean those OPEN-O or new projects, which don’t have its vm yet. The answer to your question is: no, we will group them, just like OPEN-O did: by default, we are trying to put them (running in docker container as before), into one vm

[onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release

Dear ONAP TSC Members, We had several discussion sessions regarding “Heat template vs OOM” with PTLs, a lot of emails follow ups in past 4+ weeks, and we also tested OOM and Heat template in Integration lab in past two weeks. Here are our conclusions: 1. Heat template deployment is more

[onap-tsc] [Integration] Page to track all block issues for "Integration"

Hi, PTLs, Below is the page in “jira”, we are tracking all the blocking issues. We normally submit a jira ticket in that project and put “Integration” label and priority as “highest”; at the same time, we assign it to the PTL at that project, therefore you don’t need to go anywhere to track it.

[onap-tsc] [integration][oom]How to use OOM to deploy ONAP at Developer Lab

BEGIN:VCALENDAR METHOD:REQUEST PRODID:Microsoft Exchange Server 2010 VERSION:2.0 BEGIN:VTIMEZONE TZID:Pacific Standard Time BEGIN:STANDARD DTSTART:16010101T02 TZOFFSETFROM:-0700 TZOFFSETTO:-0800 RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11 END:STANDARD BEGIN:DAYLIGHT

[onap-tsc] Developer Lab Access

Dear ONAP PTLs, I created a wiki page to track the initial request for Developer lab access: https://wiki.onap.org/pages/viewpage.action?pageId=15992234 Please put your recommended contributor’s name and email in that table. At this moment, the main purpose for it is for cross projects

[onap-tsc] Update on VoLTE and vCPE Use Case Lab Implementation

Dear ONAPer, In the past few weeks, Integration team has worked with Open Lab subcommittee on how and where to implement those approved Amsterdam use cases. Because of the current time and resource constraint, we have agreed that Integration team will coordinate the end to end implementation

Re: [onap-tsc] Development Code Enforcement for R1 and forward / "Upstream first" discussion

onap-tsc-boun...@lists.onap.org> on behalf of Yunxia Chen <helen.c...@huawei.com> Date: Tuesday, August 8, 2017 at 4:37 AM To: onap-tsc <onap-tsc@lists.onap.org> Subject: [onap-tsc] Development Code Enforcement for R1 and forward / "Upstream first" discussion Dear O

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

ap-tsc-boun...@lists.onap.org<mailto:onap-tsc-boun...@lists.onap.org> [mailto:onap-tsc-boun...@lists.onap.org] On Behalf Of GILBERT, MAZIN E (MAZIN E) Sent: 03 August 2017 18:33 To: Yunxia Chen <helen.c...@huawei.com<mailto:helen.c...@huawei.com>> Cc: eric.deb...@orange.co

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

Hi, Mazin, The Integration team will take this one as an action item: we will define a list, (there’s other best code practice as well, such as code review etc.). with an implementation plan since we may not able to do everything in R1, and get TSC’s approval. Regards, Helen Chen From:

Re: [onap-tsc] [onap-discuss] Architecture Progress

I know architecture committee worked very hard to achieve this. But could we create a “clean” architecture diagram to reflect the reality? I understand that we are still working on R2 architecture. But for R1, I hope this architecture diagram could: 1. Have all TSC approved projects on

[onap-tsc] Integration Testing Participants for Amsterdam Release Use Cases

Dear Project PTLs and committers, Integration team is working with use case subcommittee to identify ALL impacted projects for Amsterdam release use cases. Please spend some time to look into the following three TSC approved use cases and make sure that: 1. Your projects are in the

Re: [onap-tsc] [onap-discuss] Use Case Subcommittee Flow

e link you sent that it does tend to go in that direction, do I read it correctly? BR, Steve -Original Message- From: Yunxia Chen [mailto:helen.c...@huawei.com] Sent: 22 June 2017 02:13 To: Stephen Terrill <stephen.terr...@ericsson.com>; Al

Re: [onap-tsc] [onap-discuss] Use Case Subcommittee Flow

ut what you were thinking of testing regarding the "gating use case". BR, Steve -Original Message- From: Yunxia Chen [mailto:helen.c...@huawei.com] Sent: 20 June 2017 19:51 To: Stephen Terrill <stephen.terr...@ericsson.com>; Alla G

Re: [onap-tsc] [onap-discuss] Use Case Subcommittee Flow

@amdocs.com] Sent: 20 June 2017 08:08 To: Yoav Kluger <yoav.klu...@amdocs.com>; SPATSCHECK, OLIVER (OLIVER) <spat...@research.att.com>; Yunxia Chen <helen.c...@huawei.com> Cc: Stephen Terrill <stephen.terr...@ericsson.com>; onap-disc...@lists.onap.org; onap-ts

[onap-tsc] Open Lab Project Proposal

Dear TSC, I would like to formally propose Open Lab project for your approval review. Project details: https://wiki.onap.org/display/DW/Open+Lab Participants: Amdocs, AT, China Mobile, China Telecom, Huawei, Mirantis, Orange, TechMahindra, VMWare, Wind River, ZTE Regards, Helen Chen

[onap-tsc] Integration Project Proposal

Dear ONAP TSC, I would like to formally propose Integration project for your approval. Project details: https://wiki.onap.org/display/DW/Integration Participants: Amdocs, AT, China Mobile, China Telecom, Huawei, Mirantis, Orange, TechMahindra, ZTE Regards, Helen Chen Principal Architect,

Re: [onap-tsc] Project Proposal: ONAP Operations Manager / ONAP onContainers

=cWvCFE12-w_VUckpxGTlbzQL9KTHmva1ejCez71IL9c=KRq5UXk7n766idl0S3NdoJnXVXF7vWo4f17PKdHET6o= ＞ ＞when they are ready for the TSC review period. ＞ ＞Thx ＞ ＞Oliver ＞ ＞＞ On May 10, 2017, at 3:11 PM EDT, Yunxia Chen ＜helen.c...@huawei.com<mailto:helen.c...@huawei.com>＞

Re: [onap-tsc] Project Proposal: ONAP Operations Manager / ONAP on Containers

s a platform). There were other names in the past for this project such as “ONAP controller” or “OAM”. From: Yunxia Chen <helen.c...@huawei.com> Date: Wednesday, May 10, 2017 at 3:11 PM To: "Sauvageau, David" <david.sauvag...@bell.ca>, "onap-tsc@lists.onap.org" &l

Re: [onap-tsc] Project Proposal: ONAP Operations Manager / ONAP on Containers

Hi, David, Could this manager be used for “Distribution” and “Packaging” of ONAP? Please refer to: https://wiki.onap.org/display/DW/Integration Regards, Helen Chen From: on behalf of "Sauvageau, David" Date: Wednesday, May 10, 2017

[onap-tsc] Invitation: ONAP Project: TSC Meeting @ Weekly from 7am to 8am on Thursday from Thu Apr 13 to Thu Apr 27 (PDT) (onap-tsc@lists.onap.org)

LF will fix this next week. Please try IRC, it has notes captured: http://webchat.freenode.net/?channels=onap-meeting Regards, Helen Chen From: on behalf of Parviz Yegani Date: Thursday, April 13, 2017 at 7:25 AM To: Xinhui Li , "Sauvageau, David" , "afisher at

[onap-tsc] [onap-discuss] ONAP Project: Registration for May Developer Event

Hi, Good TSC members, I would suggest that we could have a session discuss about ?System Integration and Testing?. With the merged community and more than 4 millionaire LOC, we need to get some consensus among developers: 1. Is code style enforcement needed for release 1? If yes, what