Re: [onap-tsc] [Onap-usecasesub] [Onap-arc] [External] Re: External controller support in BeijingRelease

2017-10-16 Thread denghui (L)
Ramesh, I am not sure whether there is liaison from the board level, but from TSC level, we do have officer other than liaison , opensource doesn’t have official liaison procedure, there are volunteers only below: https://wiki.onap.org/display/DW/External+Standard+Coordination thanks DENG Hui

[onap-tsc] A General Datapoint Regarding Meeting Requests- Avoid Wednesdays

2017-10-16 Thread Kenny Paul
For reasons unknown to me Wednesday is special. . . Over a third of the weekly team meetings on the ONAP calendar occur on Wednesdays, in addition to almost every ad-hoc meeting request I get. In general I make it a point to space meeting bridges out by at least an hour to avoid conflicts, howe

[onap-tsc] Registration Now Open For the December Developers Forum

2017-10-16 Thread Kenny Paul
Registration Page: https://www.regonline.com/ONAPDeveloperBeijingRelease Wiki Page: ONAP Beijing Release Developer Forum,  December 11-13, 2017, Santa Clara, CA, USA  VISA LE

Re: [onap-tsc] [Onap-arc] [External] Re: [Onap-usecasesub] External controller support in BeijingRelease

2017-10-16 Thread Nagarajan, Ramesh A.
Vladimir, I am not sure if you realized that the list on slide 4 is hyperlinked to the standard/industry initiative. Each of this has more detail on the specific operations/APIs, did not want to regurgitate it here. MEF material is, however, not open to non-MEF members. But it seems there is an

[onap-tsc] FW: ARC Call this week

2017-10-16 Thread Nagarajan, Ramesh A.
Hi PTL Leads, Welcome your participation on the arch team call tomm to discuss the topic of external "controller" integration. https://wiki.onap.org/display/DW/ONAP+external+controller+integration

[onap-tsc] Proposed Projects for ONAP...

2017-10-16 Thread Vul, Alex
Dear ONAP TSC, The ONAP community has been discussing a variety of ONAP changes stemming from use cases, S3P, as well as new capabilities. My understanding is that all such ONAP changes will eventually need to be proposed as projects for Beijing and beyond. Is there a place on the Wiki, where s

Re: [onap-tsc] [Onap-arc] [External] Re: [Onap-usecasesub] External controller support in BeijingRelease

2017-10-16 Thread Nagarajan, Ramesh A.
Hi Avi, The options were either proposed on the mailing list or in offline discussions last week. We have not had the time to flush those out fully. So, I have tabled them for further consideration of the community. They were not rejected or accepted. Ramesh. From: Avi Chapnick [mailto:avi.ch

Re: [onap-tsc] [Onap-arc] [External] Re: [Onap-usecasesub] External controller support in BeijingRelease

2017-10-16 Thread Avi Chapnick
Hi Ramesh, On a different aspect , slide #5 suggests 3 options of implementation and then you provide requirements for option #1 only. My question is regarding suggested option 2 , having the external controller subtending ONAP SDNC controller. Was it rejected , and if yes why? Thanks, Avi

Re: [onap-tsc] [Onap-arc] [External] Re: [Onap-usecasesub] External controller support in BeijingRelease

2017-10-16 Thread Vladimir Yanover (vyanover)
Ramesh, Thanks for more data in the slide 4. However this does not really answer my question. The question is which abstraction(s), you suggest, should be supported by the “external controller” For example, which (types of) operations the “external controller“ is supposed to support? A good ex