Re: [onap-tsc] Proposal: Architecture Subcommittee

2017-05-12 Thread Dhananjay Pavgi
+1 for Architecture subcommittee. thanks & regards, Dhananjay Pavgi Mobile : +91 98220 22264 [cid:image002.png@01CE7323.F2727500] [ONAP_logo_Sig] www.techmahindra.com Platinum Member. Visit : http://www.onap.org

Re: [onap-tsc] Proposal: Architecture Subcommittee

2017-05-12 Thread Gadiyar, Rajesh
+1 for forming the Architecture Subcommittee; Also agree with Chris and Alla on the ‘advisory’ nature of the Architecture sub-committee, and the important overseeing role this committee needs to play to ensure the consistency across the ONAP modules, interfaces, contentious issues between

Re: [onap-tsc] Proposal: Architecture Subcommittee

2017-05-12 Thread Casem Majd (Cas Majd)
+1 Keeping the architecture subcommittee open promotes distribution of information and is ultimately good for the community. Cas From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] On Behalf Of Christopher Donley (Chris) Sent: Friday, May 12, 2017 3:26 PM To: Haiby,

Re: [onap-tsc] Proposal: Architecture Subcommittee

2017-05-12 Thread Christopher Donley (Chris)
Ranny, What’s the saying? If you want to go fast, go alone; if you want to go far, go together You’re right that there are risks to having an open membership. The alternative is to impose restrictions such as the number of participants per company. However, that could leave some ideas out

Re: [onap-tsc] [onap-discuss] [modeling] TOSCA BPMN supportproposal at OASIS TOSCA WG

2017-05-12 Thread Haiby, Ranny (Nokia - US/San Jose USA)
Just to chip in my perspective on this “Rome” discussion, It is not about what “works very well now” and what doesn’t. Both approaches may very well work now. The BPMN approach apparently worked well in Open-O and I can attest that in Nokia we successfully delivered working EPC and VoLTE

Re: [onap-tsc] Proposal: Architecture Subcommittee

2017-05-12 Thread Haiby, Ranny (Nokia - US/San Jose USA)
Chris, I am having a hard time figuring out the difference between an architecture subcommittee member and a “plain” member of the community. Architectural discussions take place in the community on a regular basis and they are open to all. With the current definition of the subcommittee I

Re: [onap-tsc] ONAP project proposals

2017-05-12 Thread Alla Goldner
Hi Mazin, all, The ONAP Extensibility project https://wiki.onap.org/display/DW/ONAP+Extensibility will be submitted for review on Monday. Best regards, Alla Goldner Open Network Division Amdocs Technology [cid:image001.png@01D2CB65.5C16CFE0] From: onap-tsc-boun...@lists.onap.org

[onap-tsc] Project Proposal: APPC

2017-05-12 Thread KLEIN, REUBEN
ONAP TSC, We would like to formally propose the APPC project for ONAP. The proposal wiki page, which includes details of the project description, project scope, and proposed repo names, can be found at: https://wiki.onap.org/display/DW/APPC++Project+Proposal The CCF team consists of

Re: [onap-tsc] ONAP project proposals

2017-05-12 Thread Lingli
ONAP Team,  Great job in getting your proposals submitted for review. Let me know if you will not be complete with your proposal by end of today (Friday US time). I would like to follow up with  you Monday and check progress and offer my help. I encourage the ONAP community to read all

Re: [onap-tsc] Proposal: Architecture Subcommittee

2017-05-12 Thread Christopher Donley (Chris)
That’s the intention, and one of the reasons I’m proposing a subcommittee, rather than a project. If we form this as a project, then decisions would be made by the ptl and committers. It also clouds the relationship with other projects. As proposed, the architecture subcommittee would be an

Re: [onap-tsc] [onap-discuss] [modeling] TOSCA BPMN supportproposal at OASIS TOSCA WG

2017-05-12 Thread Michael Brenner
Huabing, Let me suggest that you can accomplish today everything you are trying to accomplish, without additional support in the TOSCA spec. In fact, the additional support you are asking is ONLY useful if you use the declarative model to trigger imperative workflows, in that case you MUST

Re: [onap-tsc] [onap-discuss] [modeling] TOSCA BPMN supportproposal at OASIS TOSCA WG

2017-05-12 Thread Michael Brenner
Sure ... but "Rome" did not become a standard in its first day either, neither in its 2nd, nor in its 100th day. It became a "standard" in the back-view mirror, hundreds of years later:-) Having said that - considering that you made the analogy, I will take it as a great compliment for TOSCA, so

Re: [onap-tsc] Proposal: Architecture Subcommittee

2017-05-12 Thread SPATSCHECK, OLIVER (OLIVER)
Don’t get my comment wrong I am in full support of an architecture subcommittee. I am somewhat worried on scope and process though. If the architecture team can put release gating requirements on the project as outlined below (maybe I didn’t understand that correctly …) what is the process to

[onap-tsc] ONAP project proposals

2017-05-12 Thread GILBERT, MAZIN E (MAZIN E)
ONAP Team, Great job in getting your proposals submitted for review. Let me know if you will not be complete with your proposal by end of today (Friday US time). I would like to follow up with you Monday and check progress and offer my help. I encourage the ONAP community to read all projects

Re: [onap-tsc] [onap-discuss] [modeling] TOSCA BPMN support proposalat OASIS TOSCA WG

2017-05-12 Thread Andrei Kojukhov
Second to Michael, the way it is proposed by Huabing, it is like you have an ocean of BPMN with small optional islands of TOSCA. BR Andrei From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] On Behalf Of Michael Brenner Sent: Friday, May 12, 2017 1:46 PM To: Huabing

Re: [onap-tsc] [onap-discuss] [modeling] TOSCA BPMN support proposalat OASIS TOSCA WG

2017-05-12 Thread Michael Brenner
I would like to add the following point which seems to be forgotten from the discussion. VNF packages are supposed to be put together by the VNF vendor. The VNF package will include the description of the VNF (let's refer to it as a VNFD), and all the accompanying artifacts (s/w images, scripts to

Re: [onap-tsc] [onap-discuss] [modeling] TOSCA BPMN support proposalat OASIS TOSCA WG

2017-05-12 Thread zhao.huabing
Hi Ranny, Thanks for your comments. It's an interesting use case, in my opinion, why not put all these activities into a BPMN workflow, including the creation of VNF, the IP config of the peer physical MME and the port config of the security group, the parameters exchange is supported

[onap-tsc] 答复: Re: 答复: Re: Proposal for Holmes project

2017-05-12 Thread liu.junjie2
Hi Holmes implementation appears to consist of code around two major functional components, a DB (mysql) and a rule engine (Drools). The rules are stored in DB, and loaded into Drools engine. The Drools engine monitors Active MQ topics for alarms, then matches alarms with some rules. Is

Re: [onap-tsc] Proposal: Architecture Subcommittee

2017-05-12 Thread Aayush.Bhatnagar
+1 for the subcommittee formation. Additional proposal on the deliverables of the architectural subcommittee - - Create the deployment architecture for ONAP especially for multi-DC VNF orchestration. This aspect is important as ONAP components such as the DCAE follow an edge-lake