[onap-discuss] goodbye (for now)

[Michael Brenner]

Dear ONAP colleagues,

Dear NFV ISG colleagues,

Today is my last day at Gigaspaces/Cloudify... which means also my last day
(at least for now) at ONAP.

It's been a great ride and experience, I learned a lot, and hopefully
contributed my fair share.

In the next few months, while working on my longer-term plans, I will be
helping a small start-up with their product strategy.

Please stay in touch - my personal email is trueice...@gmail.com.

Best regards,
Michael
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [modeling] ONAP modeling workshop program

[Michael Brenner]

All,

My 2 cents. It really is becoming imperative to agree on ONAP terminology.
During today's CIM WS presentation from John Strassner, it became obvious
that how we define the ONAP information model is dependent on terminology.
We can have 10 different IMs and all of them may be right in the context of
their terminology, but completely wrong when we use terminology from
somewhere else. The term "network function" was the best example.
We could iterate for a very long time on IM if we do not first agree on the
ONAP terminology - and a term cannot be all things, especially if we want
to reconcile ONAP IM with other IMs.

Regards,
Michael

On Thu, Dec 14, 2017 at 12:22 PM, denghui (L) <denghu...@huawei.com> wrote:

> Hello all
>
>
>
> There is a small change to let Kevin present first about IM then let SDO
> to discuss it later.
>
> https://wiki.onap.org/display/DW/ONAP+Modeling+Workshop+Program
>
>
>
> Thanks a lot
>
>
>
> DENG Hui
>
> ___
> onap-discuss mailing list
> onap-discuss@lists.onap.org
> https://lists.onap.org/mailman/listinfo/onap-discuss
>
>


-- 
Michael Brenner, Chief Architect NFV
--
M: +1-732-895-5772 http://getcloudify.org
<http://getcloudify.org?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
@cloudifysource
<https://twitter.com/CloudifySource>
<https://www.linkedin.com/company-beta/17918192/>
<https://github.com/cloudify-cosmo>
<https://www.youtube.com/cloudifysource>
<http://getcloudify.org/webinars/the-new-cloudify-4.html?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Paris Agenda

[Michael Brenner]

Kenny,

Do you think we can move my topic ONAP modeling long term strategy  from
Thu 9 am to a green slot on Tue? Perhaps sometime between 1 and 2 pm?

Tx,
Michael
On Sep 22, 2017 9:10 PM, "Michael Brenner" <mich...@gigaspaces.com> wrote:

> Thanks for the quick response, and I appreciate the difficulty and
> dilemma. But I wonder if people in PST time zone that decide to sacrifice
> their sleep for a whole night care whether a 9 am CET (12 am PST) starts at
> 11:30 pm PST instead. And for those that only sacrifice sleep for the M4
> session (currently 4:30 am PST), is a 4:00 am start instead truly more
> problematic? Obviously, impossible for me to say, but could we ask for
> PSTers opinion?
>
> Best regards,
> Michael
>
>
>
> On Fri, Sep 22, 2017 at 1:19 PM, Kenny Paul <kp...@linuxfoundation.org>
> wrote:
>
>> Hi Michael,
>> The M4 session at the end of the day is an important on as everyone
>> knows.
>> As is that session starts at 4:30 AM pacific time.
>>
>> This is something that will be discussed early next week once we are
>> on-site.
>>
>> Best Regards,
>> -kenny
>>
>> *Kenny Paul,  Technical Program Manager*
>> *kp...@linuxfoundation.org <kp...@linuxfoundation.org>*
>> *510.766.5945 <(510)%20766-5945>*
>>
>> On Sep 22, 2017, at 4:56 AM, Michael Brenner <mich...@gigaspaces.com>
>> wrote:
>>
>> Kenny, all:
>>
>> I wonder if there is a possibility to start the sessions at 8:30 am
>> instead of 9 am on Thursday. Some us (me included) have to catch early
>> afternoon flights.
>>
>> Thanks,
>> Michael
>>
>> On Thu, Sep 21, 2017 at 11:52 PM, Kenny Paul <kp...@linuxfoundation.org>
>> wrote:
>>
>>> I have published the agenda for the Paris Developers Meeting.
>>> https://wiki.onap.org/display/DW/ONAP+Developer+Event+Septem
>>> ber+25-28%2C+2017%2C+Paris-Saclay%2C+France
>>> <https://wiki.onap.org/display/DW/ONAP+Developer+Event+September+25-28,+2017,+Paris-Saclay,+France>
>>>
>>> A couple items of note:
>>>
>>>
>>>- The main sessions will be shared with any remote attendees as a
>>>Zoom webinar, similar to how the VF2F was handled.  The other sessions 
>>> will
>>>be handled via regular zoom meetings to the extent they can be 
>>> accommodated.
>>>- We have spent a great deal of time trying to accommodate
>>>everyone’s needs and have made every attempt to minimize conflicts based
>>>upon the number of folks that are interested in a session. Main room
>>>sessions are pretty well locked down from a schedule perspective.
>>>- Although the schedule is released I am still making edits to the
>>>page to cross link session descriptions to the original Topics page.
>>>- I am meeting with the LF Events team in the morning to determine
>>>if we can/should use the event attendee mobile  app that we use for our
>>>larger events. If so you will get an update on that tomorrow.
>>>
>>>
>>> IF YOU ARE A SESSION HOST:
>>>
>>>
>>>- Please look for your timeslots and verify you can attend your
>>>session(s).
>>>- Please upload and/or provide a link to your content on the
>>>schedule page. Please just use a link rather than embedded PDFs at this
>>>time to keep the schedule page as un-cluttetred as possible.
>>>- If you feel your session should be scheduled for a different time,
>>>any of the green slots listed on the schedule are available to you.
>>>-HOWEVER- it is your full responsibility to ensure that you are not 
>>> moving
>>>to a new time that will created a scheduling conflict with the bulk of 
>>> your
>>>audience.
>>>
>>>
>>> I’m looking forward to meeting you next week.
>>>
>>> Best Regards,
>>> -kenny
>>>
>>> *Kenny Paul,  Technical Program Manager*
>>> *kp...@linuxfoundation.org <kp...@linuxfoundation.org>*
>>> *510.766.5945 <(510)%20766-5945>*
>>>
>>>
>>> ___________
>>> onap-discuss mailing list
>>> onap-discuss@lists.onap.org
>>> https://lists.onap.org/mailman/listinfo/onap-discuss
>>>
>>>
>>
>>
>> --
>> Michael Brenner, Chief Architect NFV
>> --
>> M: +1-732-895-5772 http://getcloudify.org
>> <http://getcloudify.

Re: [onap-discuss] Paris Agenda

[Michael Brenner]

Thanks for the quick response, and I appreciate the difficulty and dilemma.
But I wonder if people in PST time zone that decide to sacrifice their
sleep for a whole night care whether a 9 am CET (12 am PST) starts at 11:30
pm PST instead. And for those that only sacrifice sleep for the M4 session
(currently 4:30 am PST), is a 4:00 am start instead truly more problematic?
Obviously, impossible for me to say, but could we ask for PSTers opinion?

Best regards,
Michael



On Fri, Sep 22, 2017 at 1:19 PM, Kenny Paul <kp...@linuxfoundation.org>
wrote:

> Hi Michael,
> The M4 session at the end of the day is an important on as everyone knows.
> As is that session starts at 4:30 AM pacific time.
>
> This is something that will be discussed early next week once we are
> on-site.
>
> Best Regards,
> -kenny
>
> *Kenny Paul,  Technical Program Manager*
> *kp...@linuxfoundation.org <kp...@linuxfoundation.org>*
> *510.766.5945 <(510)%20766-5945>*
>
> On Sep 22, 2017, at 4:56 AM, Michael Brenner <mich...@gigaspaces.com>
> wrote:
>
> Kenny, all:
>
> I wonder if there is a possibility to start the sessions at 8:30 am
> instead of 9 am on Thursday. Some us (me included) have to catch early
> afternoon flights.
>
> Thanks,
> Michael
>
> On Thu, Sep 21, 2017 at 11:52 PM, Kenny Paul <kp...@linuxfoundation.org>
> wrote:
>
>> I have published the agenda for the Paris Developers Meeting.
>> https://wiki.onap.org/display/DW/ONAP+Developer+Event+Septem
>> ber+25-28%2C+2017%2C+Paris-Saclay%2C+France
>> <https://wiki.onap.org/display/DW/ONAP+Developer+Event+September+25-28,+2017,+Paris-Saclay,+France>
>>
>> A couple items of note:
>>
>>
>>- The main sessions will be shared with any remote attendees as a
>>Zoom webinar, similar to how the VF2F was handled.  The other sessions 
>> will
>>be handled via regular zoom meetings to the extent they can be 
>> accommodated.
>>- We have spent a great deal of time trying to accommodate everyone’s
>>needs and have made every attempt to minimize conflicts based upon the
>>number of folks that are interested in a session. Main room sessions are
>>pretty well locked down from a schedule perspective.
>>- Although the schedule is released I am still making edits to the
>>page to cross link session descriptions to the original Topics page.
>>- I am meeting with the LF Events team in the morning to determine if
>>we can/should use the event attendee mobile  app that we use for our 
>> larger
>>events. If so you will get an update on that tomorrow.
>>
>>
>> IF YOU ARE A SESSION HOST:
>>
>>
>>- Please look for your timeslots and verify you can attend your
>>session(s).
>>- Please upload and/or provide a link to your content on the schedule
>>page. Please just use a link rather than embedded PDFs at this time to 
>> keep
>>the schedule page as un-cluttetred as possible.
>>- If you feel your session should be scheduled for a different time,
>>any of the green slots listed on the schedule are available to you.
>>-HOWEVER- it is your full responsibility to ensure that you are not moving
>>to a new time that will created a scheduling conflict with the bulk of 
>> your
>>audience.
>>
>>
>> I’m looking forward to meeting you next week.
>>
>> Best Regards,
>> -kenny
>>
>> *Kenny Paul,  Technical Program Manager*
>> *kp...@linuxfoundation.org <kp...@linuxfoundation.org>*
>> *510.766.5945 <(510)%20766-5945>*
>>
>>
>> ___
>> onap-discuss mailing list
>> onap-discuss@lists.onap.org
>> https://lists.onap.org/mailman/listinfo/onap-discuss
>>
>>
>
>
> --
> Michael Brenner, Chief Architect NFV
> ----------
> M: +1-732-895-5772 http://getcloudify.org
> <http://getcloudify.org/?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
> @cloudifysource
> <https://twitter.com/CloudifySource>
> <https://www.linkedin.com/company-beta/17918192/>
> <https://github.com/cloudify-cosmo>
> <https://www.youtube.com/cloudifysource>
>
> <http://getcloudify.org/webinars/the-new-cloudify-4.html?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
>
>
>
>


-- 
Michael Brenner, Chief Architect NFV
--
M: +1-732-895-5772 http://getcloudify.org
<http://getcloudify.org?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
@cloudifysource
<https://twitter.com/CloudifySource>
<https://www.linkedin.com/company-beta/17918192/>
<https://github.com/cloudify-cosmo>
<https://www.youtube.com/cloudifysource>
<http://getcloudify.org/webinars/the-new-cloudify-4.html?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Paris Agenda

[Michael Brenner]

Kenny, all:

I wonder if there is a possibility to start the sessions at 8:30 am instead
of 9 am on Thursday. Some us (me included) have to catch early afternoon
flights.

Thanks,
Michael

On Thu, Sep 21, 2017 at 11:52 PM, Kenny Paul <kp...@linuxfoundation.org>
wrote:

> I have published the agenda for the Paris Developers Meeting.
> https://wiki.onap.org/display/DW/ONAP+Developer+Event+
> September+25-28%2C+2017%2C+Paris-Saclay%2C+France
> <https://wiki.onap.org/display/DW/ONAP+Developer+Event+September+25-28,+2017,+Paris-Saclay,+France>
>
> A couple items of note:
>
>
>- The main sessions will be shared with any remote attendees as a Zoom
>webinar, similar to how the VF2F was handled.  The other sessions will be
>handled via regular zoom meetings to the extent they can be accommodated.
>- We have spent a great deal of time trying to accommodate everyone’s
>needs and have made every attempt to minimize conflicts based upon the
>number of folks that are interested in a session. Main room sessions are
>pretty well locked down from a schedule perspective.
>- Although the schedule is released I am still making edits to the
>page to cross link session descriptions to the original Topics page.
>- I am meeting with the LF Events team in the morning to determine if
>we can/should use the event attendee mobile  app that we use for our larger
>events. If so you will get an update on that tomorrow.
>
>
> IF YOU ARE A SESSION HOST:
>
>
>- Please look for your timeslots and verify you can attend your
>session(s).
>- Please upload and/or provide a link to your content on the schedule
>page. Please just use a link rather than embedded PDFs at this time to keep
>the schedule page as un-cluttetred as possible.
>- If you feel your session should be scheduled for a different time,
>any of the green slots listed on the schedule are available to you.
>-HOWEVER- it is your full responsibility to ensure that you are not moving
>to a new time that will created a scheduling conflict with the bulk of your
>audience.
>
>
> I’m looking forward to meeting you next week.
>
> Best Regards,
> -kenny
>
> *Kenny Paul,  Technical Program Manager*
> *kp...@linuxfoundation.org <kp...@linuxfoundation.org>*
> *510.766.5945 <(510)%20766-5945>*
>
>
> ___________
> onap-discuss mailing list
> onap-discuss@lists.onap.org
> https://lists.onap.org/mailman/listinfo/onap-discuss
>
>


-- 
Michael Brenner, Chief Architect NFV
--
M: +1-732-895-5772 http://getcloudify.org
<http://getcloudify.org?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
@cloudifysource
<https://twitter.com/CloudifySource>
<https://www.linkedin.com/company-beta/17918192/>
<https://github.com/cloudify-cosmo>
<https://www.youtube.com/cloudifysource>
<http://getcloudify.org/webinars/the-new-cloudify-4.html?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Clarifying VNFSDK<->SDC

[Michael Brenner]

t; functionality, it would be greatly appreciated.
>
>
>
> Thanks,
>
> David
>
>
>
>
>
> *From:* Christopher Donley (Chris) [mailto:christopher.don...@huawei.com
> <christopher.don...@huawei.com>]
> *Sent:* Friday, August 18, 2017 12:20 PM
> *To:* SHADMI, DAVID <ds2...@att.com>
> *Cc:* Murali p <mural...@huawei.com>; Gaoweitao (Victor, MANO) <
> victor@huawei.com>; Vul, Alex <alex@intel.com>; LU, TINGTING <
> tl2...@att.com>
> *Subject:* Clarifying VNFSDK<->SO for R1
>
>
>
> Hi David,
>
>
>
> I wanted to check in on SDC/VNFSDK integration for R1.  When we left
> things on Monday, I understood that VNF SDK would provide query/download
> APIs to SDC for TOSCA packaged VNFs, and SDC would implement the
> corresponding interfaces.  I think this is your SDC-222 story.  Would you
> confirm that you do plan to implement this in R1?  There was some confusion
> on our team meeting today, where we weren’t sure whether you were treating
> this as required or optional.
>
>
>
> Thanks,
>
> Chris
>
> ___
> onap-discuss mailing list
> onap-discuss@lists.onap.org
> https://lists.onap.org/mailman/listinfo/onap-discuss
>
>


-- 
Michael Brenner, Chief Architect NFV
--
M: +1-732-895-5772 http://getcloudify.org
<http://getcloudify.org?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
@cloudifysource
<https://twitter.com/CloudifySource>
<https://www.linkedin.com/company-beta/17918192/>
<https://github.com/cloudify-cosmo>
<https://www.youtube.com/cloudifysource>
<http://getcloudify.org/webinars/the-new-cloudify-4.html?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Update] ONAP workflow design andexecutiondiscussion

[Michael Brenner]

Thanks, indeed the explanation helps. One more question if you can confirm:
based on your response, it seems to imply that the WF Designer can dip into
some existing TOSCA service template, and extract from there the specific
node names, which then it makes available for designing "TOSCA tasks"
associates with that specific node?

Michael

On Mon, Aug 14, 2017 at 11:19 AM, <zhaohuab...@gmail.com> wrote:

> Hi Michael,
>
>
>
> Regarding question 1:
>
> A TOSCA Task can invoke an operation of a TOSCA node in the service
> template. For example,  workflow designer can design a Task to call the
> create operation of the my_db node in the following TOSCA service template,
> which is a shell script.
>
>
>
> tosca_definitions_version: tosca_simple_yaml_1_0
>
> description: Template for deploying MySQL and database content.
>
>
>
> topology_template:
>
>   inputs:
>
> # omitted here for brevity
>
>   node_templates:
>
> my_db:
>
>   type: tosca.nodes.Database.MySQL
>
>   properties:
>
>   ---omitted for brevity
>
>   interfaces:
>
> Standard:
>
>   create:
>
> implementation: db_create.sh
>
> inputs:
>
>   # Copy DB file artifact to server’s staging area
>
>   db_data: { get_artifact: [ SELF, db_content ] }
>
> Regarding question 2:
>
> The nodes are from a specific TOSCA service template which the designed
> workflow is used to manage the lifecycle for.
>
>
>
> Hope these clarification helps.
>
>
>
> BR,
>
> Huabing
>
>
>
> *From: *Michael Brenner <mich...@gigaspaces.com>
> *Sent: *Monday, August 14, 2017 10:18 PM
> *To: *Huabing Zhao <zhao.huab...@zte.com.cn>
> *Cc: *onap-discuss <onap-discuss@lists.onap.org>; onap-tsc
> <onap-...@lists.onap.org>
> *Subject: *Re: [onap-discuss] [Update] ONAP workflow design
> andexecutiondiscussion
>
>
>
> Huabing,
>
>
>
> A 2nd question: you showed that for a "TOSCA task" you can select a node
> name, etc from a menu. What was not clear is whether you work from a
> generic list of node names, or from a specific list of names related to a
> particular template.
>
> Thanks,
>
> Michael
>
>
>
> On Mon, Aug 14, 2017 at 10:14 AM, Michael Brenner <mich...@gigaspaces.com>
> wrote:
>
> Hi Huabing,
>
>
>
> Can you provide a definition of what is referred to here as a "TOSCA
> task"? My understanding from the presentation is that this is a task that
> can be executed on a previously instantiated/in-memory TOSCA model - e.g.
> to set/get properties from a specific node. Can you confirm?
>
> Thanks,
>
> Michael
>
>
>
> On Thu, Aug 10, 2017 at 9:31 PM, <zhao.huab...@zte.com.cn> wrote:
>
> Hi,
>
>
>
> Meeting recording has been uploaded to this page:https://wiki.onap.org/
> display/DW/SDC+2017-8-11+ONAP+workflow+design+and+execution+discussion
>
>
>
> @Michael, If you don't mind, I put the recording under the SDC weekly
> meeting page because workflow designer is part of SDC.
>
>
>
> Thanks,
>
> Huabing
>
>
>
>
>
> Original Mail
>
> *Sender: * <zhaohuab...@gmail.com>;
>
> *To: * <zhaohuab...@gmail.com>; <onap-discuss@lists.onap.org>; <
> onap-...@lists.onap.org>;
>
> *Date: *2017/08/09 21:13
>
> *Subject: [onap-discuss] [Update] ONAP workflow design and
> executiondiscussion*
>
>
>
> This meeting is rescheduled to Thursday due to conflicts. Sorry for the
> late notification and inconvenience caused.
>
> Hi there,
>
> Huabing is inviting you to a scheduled Zoom meeting.
>
> Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/66
>
> Or iPhone one-tap (US Toll):  +14086380968 <(408)%20638-0968>,,66#
> or +16465588656 <(646)%20558-8656>,,66#
>
> Or Telephone:
>Dial: +1 408 638 0968 <(408)%20638-0968> (US Toll) or +1 646 558 8656
> <(646)%20558-8656> (US Toll)
>Meeting ID: 699 996 
>International numbers available: https://zoom.us/
> zoomconference?m=_5QAuX9O-wb43xJqoNQjTlyYurEIrnWK
> ONAP workflow design and execution discussion
>
> This meeting is rescheduled to Thursday due to conflicts. Sorry for the
> late notification and inconvenience caused.
>
> Hi there,
>
> Huabing is inviting you to a scheduled Zoom meeting.
>
> Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/66
> <https://www.google.com/url?q=https%3A%2F%2Fzoom.us%2Fj%2F66=D=2=AFQjCNFgWU25p6po5Jo-Erumnn7cd2gdNg>
>
> Or 

Re: [onap-discuss] [Update] ONAP workflow design and executiondiscussion

[Michael Brenner]

Huabing,

A 2nd question: you showed that for a "TOSCA task" you can select a node
name, etc from a menu. What was not clear is whether you work from a
generic list of node names, or from a specific list of names related to a
particular template.
Thanks,
Michael

On Mon, Aug 14, 2017 at 10:14 AM, Michael Brenner <mich...@gigaspaces.com>
wrote:

> Hi Huabing,
>
> Can you provide a definition of what is referred to here as a "TOSCA
> task"? My understanding from the presentation is that this is a task that
> can be executed on a previously instantiated/in-memory TOSCA model - e.g.
> to set/get properties from a specific node. Can you confirm?
> Thanks,
> Michael
>
> On Thu, Aug 10, 2017 at 9:31 PM, <zhao.huab...@zte.com.cn> wrote:
>
>> Hi,
>>
>>
>> Meeting recording has been uploaded to this page:
>> https://wiki.onap.org/display/DW/SDC+2017-8-11+ONAP+wor
>> kflow+design+and+execution+discussion
>>
>>
>> @Michael, If you don't mind, I put the recording under the SDC weekly
>> meeting page because workflow designer is part of SDC.
>>
>>
>> Thanks,
>>
>> Huabing
>>
>>
>>
>> Original Mail
>> *Sender: * <zhaohuab...@gmail.com>;
>> *To: * <zhaohuab...@gmail.com>; <onap-discuss@lists.onap.org>; <
>> onap-...@lists.onap.org>;
>> *Date: *2017/08/09 21:13
>> *Subject: **[onap-discuss] [Update] ONAP workflow design and
>> executiondiscussion*
>>
>>
>> This meeting is rescheduled to Thursday due to conflicts. Sorry for the
>> late notification and inconvenience caused.
>>
>> Hi there,
>>
>> Huabing is inviting you to a scheduled Zoom meeting.
>>
>> Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/66
>>
>> Or iPhone one-tap (US Toll):  +14086380968 <(408)%20638-0968>,,66#
>> or +16465588656 <(646)%20558-8656>,,66#
>>
>> Or Telephone:
>>Dial: +1 408 638 0968 <(408)%20638-0968> (US Toll) or +1 646 558 8656
>> <(646)%20558-8656> (US Toll)
>>Meeting ID: 699 996 
>>International numbers available: https://zoom.us/zoomconference
>> ?m=_5QAuX9O-wb43xJqoNQjTlyYurEIrnWK
>> ONAP workflow design and execution discussion
>> This meeting is rescheduled to Thursday due to conflicts. Sorry for the
>> late notification and inconvenience caused.
>>
>> Hi there,
>>
>> Huabing is inviting you to a scheduled Zoom meeting.
>>
>> Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/66
>> <https://www.google.com/url?q=https%3A%2F%2Fzoom.us%2Fj%2F66=D=2=AFQjCNFgWU25p6po5Jo-Erumnn7cd2gdNg>
>>
>> Or iPhone one-tap (US Toll):  +14086380968 <(408)%20638-0968>,,66#
>> or +16465588656 <(646)%20558-8656>,,66#
>>
>> Or Telephone:
>>Dial: +1 408 638 0968 <(408)%20638-0968> (US Toll) or +1 646 558 8656
>> <(646)%20558-8656> (US Toll)
>>Meeting ID: 699 996 
>>International numbers available: https://zoom.us/zoomconference
>> ?m=_5QAuX9O-wb43xJqoNQjTlyYurEIrnWK
>> <https://www.google.com/url?q=https%3A%2F%2Fzoom.us%2Fzoomconference%3Fm%3D_5QAuX9O-wb43xJqoNQjTlyYurEIrnWK=D=2=AFQjCNGgd7-wgeDXlYWIySo_IFguebwpTA>
>>
>>
>>
>>
>>
>> *When*
>> Thu 2017-08-10 9pm – 10pm China Time - Beijing
>>
>> *Where*
>> https://zoom.us/j/66 (map
>> <https://www.google.com/url?q=https%3A%2F%2Fzoom.us%2Fj%2F66=D=150228801050=AFQjCNFcdDoaBZi8zLgSxxT57PW615VZFw>
>> )
>>
>> *Who*
>> •
>> Huabing Zhao - creator
>> •
>> onap-discuss@lists.onap.org
>> •
>> onap-...@lists.onap.org
>>
>>
>>
>>
>> _______
>> onap-discuss mailing list
>> onap-discuss@lists.onap.org
>> https://lists.onap.org/mailman/listinfo/onap-discuss
>>
>>
>
>
> --
> Michael Brenner, Chief Architect NFV
> --
> M: +1-732-895-5772 http://getcloudify.org
> <http://getcloudify.org?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
> @cloudifysource
> <https://twitter.com/CloudifySource>
> <https://www.linkedin.com/company-beta/17918192/>
> <https://github.com/cloudify-cosmo>
> <https://www.youtube.com/cloudifysource>
>
> <http://getcloudify.org/webinars/the-new-cloudify-4.html?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
>
>



-- 
Michael Brenner, Chief Architect NFV
--
M: +1-732-895-5772 http://getcloudify.org
<http://getcloudify.org?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
@cloudifysource
<https://twitter.com/CloudifySource>
<https://www.linkedin.com/company-beta/17918192/>
<https://github.com/cloudify-cosmo>
<https://www.youtube.com/cloudifysource>
<http://getcloudify.org/webinars/the-new-cloudify-4.html?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Update] ONAP workflow design and executiondiscussion

[Michael Brenner]

Hi Huabing,

Can you provide a definition of what is referred to here as a "TOSCA task"?
My understanding from the presentation is that this is a task that can be
executed on a previously instantiated/in-memory TOSCA model - e.g. to
set/get properties from a specific node. Can you confirm?
Thanks,
Michael

On Thu, Aug 10, 2017 at 9:31 PM, <zhao.huab...@zte.com.cn> wrote:

> Hi,
>
>
> Meeting recording has been uploaded to this page:https://wiki.onap.org/
> display/DW/SDC+2017-8-11+ONAP+workflow+design+and+execution+discussion
>
>
> @Michael, If you don't mind, I put the recording under the SDC weekly
> meeting page because workflow designer is part of SDC.
>
>
> Thanks,
>
> Huabing
>
>
>
> Original Mail
> *Sender: * <zhaohuab...@gmail.com>;
> *To: * <zhaohuab...@gmail.com>; <onap-discuss@lists.onap.org>; <
> onap-...@lists.onap.org>;
> *Date: *2017/08/09 21:13
> *Subject: **[onap-discuss] [Update] ONAP workflow design and
> executiondiscussion*
>
>
> This meeting is rescheduled to Thursday due to conflicts. Sorry for the
> late notification and inconvenience caused.
>
> Hi there,
>
> Huabing is inviting you to a scheduled Zoom meeting.
>
> Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/66
>
> Or iPhone one-tap (US Toll):  +14086380968 <(408)%20638-0968>,,66#
> or +16465588656 <(646)%20558-8656>,,66#
>
> Or Telephone:
>Dial: +1 408 638 0968 <(408)%20638-0968> (US Toll) or +1 646 558 8656
> <(646)%20558-8656> (US Toll)
>Meeting ID: 699 996 
>International numbers available: https://zoom.us/
> zoomconference?m=_5QAuX9O-wb43xJqoNQjTlyYurEIrnWK
> ONAP workflow design and execution discussion
> This meeting is rescheduled to Thursday due to conflicts. Sorry for the
> late notification and inconvenience caused.
>
> Hi there,
>
> Huabing is inviting you to a scheduled Zoom meeting.
>
> Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/66
> <https://www.google.com/url?q=https%3A%2F%2Fzoom.us%2Fj%2F66=D=2=AFQjCNFgWU25p6po5Jo-Erumnn7cd2gdNg>
>
> Or iPhone one-tap (US Toll):  +14086380968 <(408)%20638-0968>,,66#
> or +16465588656 <(646)%20558-8656>,,66#
>
> Or Telephone:
>Dial: +1 408 638 0968 <(408)%20638-0968> (US Toll) or +1 646 558 8656
> <(646)%20558-8656> (US Toll)
>Meeting ID: 699 996 
>International numbers available: https://zoom.us/
> zoomconference?m=_5QAuX9O-wb43xJqoNQjTlyYurEIrnWK
> <https://www.google.com/url?q=https%3A%2F%2Fzoom.us%2Fzoomconference%3Fm%3D_5QAuX9O-wb43xJqoNQjTlyYurEIrnWK=D=2=AFQjCNGgd7-wgeDXlYWIySo_IFguebwpTA>
>
>
>
>
>
> *When*
> Thu 2017-08-10 9pm – 10pm China Time - Beijing
>
> *Where*
> https://zoom.us/j/66 (map
> <https://www.google.com/url?q=https%3A%2F%2Fzoom.us%2Fj%2F66=D=150228801050=AFQjCNFcdDoaBZi8zLgSxxT57PW615VZFw>
> )
>
> *Who*
> •
> Huabing Zhao - creator
> •
> onap-discuss@lists.onap.org
> •
> onap-...@lists.onap.org
>
>
>
>
> ___
> onap-discuss mailing list
> onap-discuss@lists.onap.org
> https://lists.onap.org/mailman/listinfo/onap-discuss
>
>


-- 
Michael Brenner, Chief Architect NFV
--
M: +1-732-895-5772 http://getcloudify.org
<http://getcloudify.org?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
@cloudifysource
<https://twitter.com/CloudifySource>
<https://www.linkedin.com/company-beta/17918192/>
<https://github.com/cloudify-cosmo>
<https://www.youtube.com/cloudifysource>
<http://getcloudify.org/webinars/the-new-cloudify-4.html?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] Modeling subcommittee chart

[Michael Brenner]

Hi Denghui,

In reviewing the Modeling sub-committee coordination chart - it seems that
the Modeling project itself is not listed under the projects. I may have
missed the discussion - is this intentional, or an omission? I was
expecting to see the project that owns tools (parsers/processors) to be
impacting the modeling coordination chart.
Attached link to the diagram I refer to:
https://wiki.onap.org/display/DW/ONAP+Modeling+specification

Regards,
Michael
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] ONAP VoLTE SDC call

[Michael Brenner]

+1

On Thu, Aug 3, 2017 at 3:41 PM, Lando,Michael <ml6...@intl.att.com> wrote:

> Since we were able to agree on a solution using SDC.
>
>
>
> I suggest we do not move forward with the addition of the VNF-DESIGNE code
> to the SDC repository.
>
>
>
> I think the resource of the community can be spent on contributing to SDC
> and helping us reach R1 successfully.
>
>
>
>
>
> *BR,*
>
>
>
> *Michael Lando*
>
> SDC PTL
>
> AT Network Application Development · NetCom
>
> Tel Aviv | Tampa | Atlanta | New Jersey |Chicago
>
> 
> ···
>
> *Office*: +972 (3) 5451487 <+972%203-545-1487>
>
> *Mobile*: +972 (54) 7833603 <+972%2054-783-3603>
>
> *e-mail*: *ml6...@intl.att.com <ml6...@intl.att.com>*
>
>
>
>
>
> *From:* onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-bounces@
> lists.onap.org] *On Behalf Of *Rozin, Eden
> *Sent:* Thursday, August 03, 2017 10:00 PM
> *To:* Stephen Terrill <stephen.terr...@ericsson.com>; Michael Brenner <
> mich...@cloudify.co>; SHADMI, DAVID <ds2...@att.com>
> *Cc:* Kapeluto, Zahi <zk0...@intl.att.com>; onap-discuss@lists.onap.org;
> onap-tsc <onap-...@lists.onap.org>
> *Subject:* Re: [onap-discuss] ONAP VoLTE SDC call
>
>
>
> Security Advisory:* This Message Originated Outside of AT ***
> Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
>
> Very nice outcome indeed; 10x to all involved. Now we need to deliver.
>
>
>
> *From:* Stephen Terrill [mailto:stephen.terr...@ericsson.com
> <stephen.terr...@ericsson.com>]
> *Sent:* Thursday, August 03, 2017 9:14 PM
> *To:* Michael Brenner <mich...@cloudify.co>; SHADMI, DAVID <ds2...@att.com
> >
> *Cc:* Kapeluto, Zahi <zk0...@intl.att.com>; onap-discuss@lists.onap.org;
> onap-tsc <onap-...@lists.onap.org>; Rozin, Eden <er4...@intl.att.com>
> *Subject:* RE: [onap-discuss] ONAP VoLTE SDC call
>
>
>
> +1!
>
>
>
> *From:* onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-bounces@
> lists.onap.org <onap-discuss-boun...@lists.onap.org>] *On Behalf Of *Michael
> Brenner
> *Sent:* 03 August 2017 20:05
> *To:* SHADMI, DAVID <ds2...@att.com>
> *Cc:* KAPELUTO, ZAHI <zk0...@intl.att.com>; onap-discuss@lists.onap.org;
> onap-tsc <onap-...@lists.onap.org>; ROZIN, EDEN <er4...@intl.att.com>
> *Subject:* Re: [onap-discuss] ONAP VoLTE SDC call
>
>
>
> Good outcome!
>
> Michael
>
>
>
> On Thu, Aug 3, 2017 at 1:51 PM, SHADMI, DAVID <ds2...@att.com> wrote:
>
> All,
>
>
>
> SDC can support SO suggestion for VoLTE service design presented in th
> call.
>
>
>
> With that, I believe we concluded the discussion about the different
> options, and we are moving forward with Option A.
>
> 1.   SDC supports onboarding the vIMS and vEPC validated (VNF SDK)
> VNFs.
>
> 2.   vIMS, vEPC, and WAN services design in SDC.
>
> 3.   VoLTE service design in SDC.
>
> 4.   Distribution of the 4 services to SO, SDNC, VF-C, A
>
>
>
> Regards,
>
> David
>
>
>
> -Original Appointment-
> *From:* LANDO, MICHAEL *On Behalf Of *denghui (L)
> *Sent:* Thursday, August 03, 2017 5:09 AM
> *To:* denghui (L); KAPELUTO, ZAHI; SHADMI, DAVID; ROZIN, EDEN;
> onap-discuss@lists.onap.org; onap-tsc; Lando,Michael
> *Subject:* FW: ONAP VoLTE SDC call
> *When:* Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing,
> Chongqing, Hong Kong, Urumqi.
> *Where:* https://zoom.us/j/137904496
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_137904496=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=5dr94prXH2Bs3fZkzpVsASPcH93hpNUM-tY-Nz-yrlM=AFijJhC8vPMUMs4BJhJj3lSRrzgVTbKfACsMyPyO4Zg=wDdkvtT7GUymtRQIp9objIvjGkPMmkMRzOT_mHTU8IE=>
>
>
>
>
>
>
>
>
>
> -Original Appointment-
> *From:* denghui (L) [mailto:denghu...@huawei.com <denghu...@huawei.com>]
> *Sent:* Thursday, August 03, 2017 9:20 AM
> *To:* denghui (L); onap-discuss@lists.onap.org; onap-tsc; Lando,Michael
> *Subject:* ONAP VoLTE SDC call
> *When:* Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing,
> Chongqing, Hong Kong, Urumqi.
> *Where:* https://zoom.us/j/137904496
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_137904496=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=5dr94prXH2Bs3fZkzpVsASPcH93hpNUM-tY-Nz-yrlM=AFijJhC8vPMUMs4BJhJj3lSRrzgVTbKfACsMyPyO4Zg=wDdkvtT7GUymtRQIp9objIvjGkPMmkMRzOT_mHTU8IE=>
>
>
>
>
>
> Hello all
>
>
>
> This is for discussion ONAP VoLTE SDC c

Re: [onap-discuss] ONAP VoLTE SDC call

[Michael Brenner]

Good outcome!
Michael

On Thu, Aug 3, 2017 at 1:51 PM, SHADMI, DAVID  wrote:

> All,
>
> SDC can support SO suggestion for VoLTE service design presented in th
> call.
>
> With that, I believe we concluded the discussion about the different
> options, and we are moving forward with Option A.
>
>1. SDC supports onboarding the vIMS and vEPC validated (VNF SDK) VNFs.
>2. vIMS, vEPC, and WAN services design in SDC.
>3. VoLTE service design in SDC.
>4. Distribution of the 4 services to SO, SDNC, VF-C, A
>
>
> Regards,
> David
>
> -Original Appointment-
> *From:* LANDO, MICHAEL *On Behalf Of *denghui (L)
> *Sent:* Thursday, August 03, 2017 5:09 AM
> *To:* denghui (L); KAPELUTO, ZAHI; SHADMI, DAVID; ROZIN, EDEN;
> onap-discuss@lists.onap.org; onap-tsc; Lando,Michael
> *Subject:* FW: ONAP VoLTE SDC call
> *When:* Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing,
> Chongqing, Hong Kong, Urumqi.
> *Where:* https://zoom.us/j/137904496
>
>
>
>
> -Original Appointment-
> *From:* denghui (L) [*mailto:denghu...@huawei.com* ]
>
> *Sent:* Thursday, August 03, 2017 9:20 AM
> *To:* denghui (L); *onap-discuss@lists.onap.org*
> ; onap-tsc; Lando,Michael
> *Subject:* ONAP VoLTE SDC call
> *When:* Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing,
> Chongqing, Hong Kong, Urumqi.
> *Where:* *https://zoom.us/j/137904496* 
>
>
> Hello all
>
> This is for discussion ONAP VoLTE SDC call.
> ONAP Meeting 5 is inviting you to a scheduled Zoom meeting.
> Join from PC, Mac, Linux, iOS or Android: *https://zoom.us/j/137904496*
> 
> Or iPhone one-tap (US Toll): +14086380968 <(408)%20638-0968>,137904496#
> or +16465588656 <(646)%20558-8656>,137904496#
> Or Telephone:
> Dial: +1 408 638 0968 <(408)%20638-0968> (US Toll) or +1 646 558 8656
> <(646)%20558-8656> (US Toll)
> Meeting ID: 137 904 496
> International numbers available:
> *https://zoom.us/zoomconference?m=mi-ad1sMLWlXByAKLio5vDnd9JYqUR_a*
> 
>
> Thanks a lot
>
> DENG Hui
>
>
>
>
> ___
> onap-discuss mailing list
> onap-discuss@lists.onap.org
> https://lists.onap.org/mailman/listinfo/onap-discuss
>
>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Modeling]The result of PTL election of modeling project

[Michael Brenner]

Congratulations!
Michael

On Tue, Jun 27, 2017 at 8:10 AM, denghui (L) <denghu...@huawei.com> wrote:

> Hello all
>
>
>
> I would like to share the result of PTL election of modeling project, Deng
> Hui is only one candidate and got 17 “+1”
>
> So Deng Hui win this election, thanks a lot for your support
>
>
>
> Best regards,
>
>
>
> DENG Hui
>
>
>
>
>
> *From:* denghui (L) [mailto:denghu...@huawei.com <denghu...@huawei.com>]
> *Sent:* 2017年6月25日 22:42
> *To:* JANA, RITTWIK (RITTWIK) <rj...@research.att.com>; alex@intel.com;
> a...@gigaspaces.com; andr...@amdocs.com; art...@gigaspaces.com;
> bru...@cisco.com; wangchen...@chinamobile.com; ethanly...@vmware.com;
> don...@raisecom.com; ll...@chinatelecom.cn; denglin...@chinamobile.com;
> zhonghe...@boco.com.cn; zhang.maope...@zte.com.cn;
> ss00473...@techmahindra.com; Lishitao <lishi...@huawei.com>;
> thinh.nguyen...@nokia.com; lxin...@vmware.com; shiyb...@chinatelecom.cn;
> hanya...@raisecom.com; yangyuan...@boco.com.cn; meng.zhaoxi...@zte.com.cn
> *Cc:* Kenny Paul <kp...@linuxfoundation.org>; Casey Cain <
> cc...@linuxfoundation.org>; Phil Robb <pr...@linuxfoundation.org>
> *Subject:* ONAP Modeling project PTL election
>
>
>
> Hello all
>
>
>
> In order to NOT generating so much traffic in TSC list, I am sending this
> email to committers and LF only, will close the vote at 8am EDT, June 27th,
> Tuesday,
>
> will disclose the election result to the TSC list once we finished.
>
>
>
> Upon closing our self-nomination period, we have only one candidate: Hui
> Deng
>
> Committers, if you support Hui Deng for PTL, please send “+1”, if you
> don’t, please send “-1”, if you are neutral, please send “0”
>
>
>
> Thanks a lot for your kind help
>
> Best regards,
>
>
>
> DENG Hui
>
>
>
> ___
> onap-discuss mailing list
> onap-discuss@lists.onap.org
> https://lists.onap.org/mailman/listinfo/onap-discuss
>
>


-- 
Michael Brenner, Chief Architect NFV
--
M: +1-732-895-5772 http://getcloudify.org
<http://getcloudify.org?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
@cloudifysource
<https://twitter.com/CloudifySource>
<https://www.linkedin.com/company-beta/17918192/>
<https://github.com/cloudify-cosmo>
<https://www.youtube.com/cloudifysource>
<http://getcloudify.org/webinars/the-new-cloudify-4.html?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [onap-tsc] ONAP Architecture subcommittee kickoff

[Michael Brenner]

Lingli,

Can we try to move this slot? It conflicts weekly with the TOSCA NFV ad-hoc
group, which was set like this long ago (9-11 EDT).

Thanks,
Michael

On Mon, May 29, 2017 at 10:55 PM, Lingli Deng <denglin...@chinamobile.com>
wrote:

> Hi Andrei,
>
>
>
> You can find the information on the modeling project proposal wiki page as
> follows:
>
>
>
> Collaboration:
>
> •Meeting every wed 9:00/10:00 EDT, 6:00/7:00 PDT, 15:00/16:00 CET,
> 9:00/10:00PM Beijing
>
> •IRC - https://www.irccloud.com/#!/ircs://irc.freenode.net:6697/%
> 23onap-modeling
>
>
>
> Lingli
>
>
>
> *From:* Andrei Kojukhov [mailto:andrei.kojuk...@amdocs.com]
> *Sent:* 2017年5月27日 16:01
> *To:* Lingli Deng <denglin...@chinamobile.com>; 'Christopher Donley
> (Chris)' <christopher.don...@huawei.com>; onap-...@lists.onap.org;
> onap-discuss@lists.onap.org
> *Subject:* RE: [onap-tsc] ONAP Architecture subcommittee kickoff
>
>
>
> Hi Lingli,
>
>
>
> Where can I find the info about the modelling weekly calls?
>
>
>
> Tks,
>
>
>
> Andrei
>
>
>
> *From:* onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-bounces@
> lists.onap.org <onap-tsc-boun...@lists.onap.org>] *On Behalf Of *Lingli
> Deng
> *Sent:* Saturday, May 27, 2017 2:55 AM
> *To:* 'Christopher Donley (Chris)' <christopher.don...@huawei.com>;
> onap-...@lists.onap.org; onap-discuss@lists.onap.org
> *Subject:* Re: [onap-tsc] ONAP Architecture subcommittee kickoff
>
>
>
> Hi Chris,
>
>
>
> Thanks for the arrangements.
>
>
>
> I am interested to join but found a conflict with modeling weekly calls.
>
> Will the suggested time slot be used for subsequent routine calls or is it
> only a one-time suggestion?
>
> Since I expect several people including myself to be regularly attending
> both meeting series, would you consider the possibility that we might
> reschedule it to another slot?
>
>
>
> Thanks again,
>
> Lingli
>
>
>
> *From:* onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-bounces@
> lists.onap.org <onap-tsc-boun...@lists.onap.org>] *On Behalf Of *Christopher
> Donley (Chris)
> *Sent:* 2017年5月27日 7:44
> *To:* onap-...@lists.onap.org; onap-discuss@lists.onap.org
> *Subject:* [onap-tsc] ONAP Architecture subcommittee kickoff
>
>
>
> Dear ONAP community,
>
>
>
> This is a call-for-participation message for our newly created
> architecture subcommittee.
>
>
>
> We will have a kickoff meeting next Tuesday, May 30 at 1500 UTC.
> Preliminary agenda includes:
>
>- Introductions
>- Discuss subcommittee goals, roles, purpose,
>processes/tools/communication mechanisms, and formation next steps
>- Recurring meeting dates/times
>- Discuss the starting point and open issues (https://wiki.onap.org/
>download/attachments/3245203/ONAP%20Architecture%
>20Evolution%2005022017_v7.pptx?version=1=
>1493761356000=v2
>
> <https://wiki.onap.org/download/attachments/3245203/ONAP%20Architecture%20Evolution%2005022017_v7.pptx?version=1=1493761356000=v2>
>)
>- As time permits, continue the SO-APP-C-VF-C discussion
>
>
>
>
>
> For those interested in joining, here are the logistics:
>
> Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/525972941
>
>
>
> Or iPhone one-tap (US Toll):  +16465588656 <(646)%20558-8656>,525972941#
> or +14086380968 <(408)%20638-0968>,525972941#
>
>
>
> Or Telephone:
>
> Dial: +1 646 558 8656 <(646)%20558-8656> (US Toll) or +1 408 638 0968
> <(408)%20638-0968> (US Toll)
>
> Meeting ID: 525 972 941
>
> International numbers available: https://zoom.us/zoomconference?m=
> TTavi4JgYzPQg9seHf6L8GWCn-g6ehUy
>
>
>
> Chris
>
> 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-discuss mailing list
> onap-discuss@lists.onap.org
> https://lists.onap.org/mailman/listinfo/onap-discuss
>
>


-- 
Michael Brenner, Chief Architect NFV
--
M: +1-732-895-5772 http://getcloudify.org
<http://getcloudify.org?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
@cloudifysource
<https://twitter.com/CloudifySource>
<https://www.linkedin.com/company-beta/17918192/>
<https://github.com/cloudify-cosmo>
<https://www.youtube.com/cloudifysource>
<http://getcloudify.org/webinars/the-new-cloudify-4.html?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Modeling] agenda for today teleconf

[Michael Brenner]

Deng,

I understand - but we all do 1000 different things/commitments. Without
knowing the agenda in time, it is hard to make choices when conflicts
arise. This is one of those weeks where there are conflicts for multiple
folks. I think if we miss some people, in some cases the agenda may have to
change or be postponed - otherwise the conclusion of the meetings may be
different.
Things happen, and I am not complaining. I am just suggesting that if we
want to make an effort to have interested people at the appropriate
meeting, we need to make the extra effort in future to announce the agenda
in a timely manner.

Best regards,
Michael

On Tue, May 16, 2017 at 11:12 AM, denghui (L) <denghu...@huawei.com> wrote:

> Michael,
>
>
>
> After doodle until last weekend. I sent telecof bridge invite yesterday
> other than 1 hour ago. Hope you could see that
>
>
>
> Last 3 times Teleconf/f2f, we even don’t have agenda posted before the
> meeting.
>
> We are still in the startup stage, can’t have a good program manager at
> this moment.
>
>
>
> Thanks
>
>
>
> DENG Hui
>
>
>
> *From:* Michael Brenner [mailto:mich...@gigaspaces.com]
> *Sent:* Tuesday, May 16, 2017 4:25 PM
> *To:* denghui (L) <denghu...@huawei.com>
> *Cc:* onap-discuss@lists.onap.org; JANA, RITTWIK (RITTWIK) : <
> rj...@research.att.com>
> *Subject:* Re: [onap-discuss] [Modeling] agenda for today teleconf
>
>
>
> Deng,
>
>
>
> Please communicate the agenda earlier in future. As you know, I am in ETSI
> NFV meetings this week, and getting a 1 hour notice with an agenda item
> forced me to make a last minute decision. At the time of the discussion on
> workflow I was presenting at SOL WG on the topic of Deployment Flavor for
> VNF model - and could not attend the ONP discussion.
>
>
>
> Regards,
>
> Michael
>
>
>
> On Tue, May 16, 2017 at 8:00 AM, denghui (L) <denghu...@huawei.com> wrote:
>
> Hello all
>
>
>
> We are going to have teleconf in an hour, agenda would be:
>
> 1)  Working through other Modeling related projects, suggested
> influence. (All)
>
> 2)  Combination of declarative and imperative workflow with BPMN
> (Huabin Zhao)
>
>
>
> Thanks
>
>
>
> Rittwik and Deng Hui
>
>
> ___
> onap-discuss mailing list
> onap-discuss@lists.onap.org
> https://lists.onap.org/mailman/listinfo/onap-discuss
>
>
>
>
>
> --
>
> *Michael Brenner, **Chief Architect NFV*
>
> *[image: 图像已被发件人删除。]*
> --
>
> M: +1-732-895-5772 <(732)%20895-5772>
>
> http://getcloudify.org
> <http://getcloudify.org?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
>
> @cloudifysource
>
> [image: 图像已被发件人删除。] <https://twitter.com/CloudifySource>  [image:
> 图像已被发件人删除。] <https://www.linkedin.com/company-beta/17918192/>  [image:
> 图像已被发件人删除。] <https://github.com/cloudify-cosmo>  [image: 图像已被发件人删除。]
> <https://www.youtube.com/cloudifysource>
>
>
> [image: 图像已被发件人删除。]
> <http://getcloudify.org/webinars/the-new-cloudify-4.html?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
>
>
>



-- 
Michael Brenner, Chief Architect NFV
--
M: +1-732-895-5772 http://getcloudify.org
<http://getcloudify.org?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
@cloudifysource
<https://twitter.com/CloudifySource>
<https://www.linkedin.com/company-beta/17918192/>
<https://github.com/cloudify-cosmo>
<https://www.youtube.com/cloudifysource>
<http://getcloudify.org/webinars/the-new-cloudify-4.html?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

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

[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 provide a
returning mechanism to the declarative model. This is what I have been
advocating, and finally getting support from Nokia (Ranny) and Amdocs
(Andrei).

Nothing stops anyone to do exactly what you want right now in opensource
with the current TOSCA standard. All you have to do is to include scripts
for each of the lifecycle events where you want and external workflow
engine to execute the action.

Clearly, you are NOT using the declarative workflow, so then why do you
care how it is encoded in TOSCA? Only a TOSCA-based orchestrator that
interprets the declarative intent needs to really interpret TOSCA.

In your case, TOSCA is only used to describe the topology and nodes, and
create an internal model (which may be translated to some other internal
model). So you can provide an artifact that is opaque to the TOSCA parser
and orchestrator, where you capture exactly what you suggest to be
standardized - i.e. an indicator that you want to use an external workflow
engine, and a pointer to a link that describes the engine and the plan.

The TOSCA parser not choke because it is not supposed to parse the
artifacts themselves, just make them available in the internal model.

Once the internal model is generated - your preferred orchestrator that
traverse the model will get to the point where that artifact is
represented, and will execute it accordingly.

The only true reason to standardizing such a procedure is to define the
relationship between the declarative model and the use of an external
engine (whether for workflows or any other matter) - and such a procedure
implies that the declarative model is "the master of that sub-domain" hence
needs to know how to regain control once the external engine completed its
task. But since this is not the approach you want to consider for your use
case, you do not need any standard extension in TOSCA. Please try to think
through the use case, through the prism of TOSCA, if you want to use TOSCA.
Otherwise, this becomes a case of driving a tank to do your shopping at the
super-market. Yes, it is possible, since the tank is vehicle after all, but
neither recommended, nor should you expect support from the broader
community.

Best regards,
Michael

On Fri, May 12, 2017 at 12:53 PM, Michael Brenner <mich...@gigaspaces.com>
wrote:

> 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 let's then use this great standard in
> the way it was planned to be used, rather than chopping it up, using the
> least of its strengths, and then attaching a rushed appendix to on of its
> chopped wings!
>
> Michael
>
>
> On Fri, May 12, 2017 at 12:32 PM, <meng.zhaoxi...@zte.com.cn> wrote:
>
>> Hi Nati and all,
>>
>>
>> I think we should focus on the requirement from opensource which is to
>> include standard workflow DSL such as BPMN or BPEL as an alternative
>> workflow approach for TOSCA service lifecycle management process
>> modelling, rather than how to figure out a "sophisticated" mechanism to
>> address all the raised questions of this approach, or we can't accomplish
>> it in a predictable timeline.
>>
>>
>> The solution might not look to be perfect right now but work very well
>> in the orchestration implementation.
>>
>>
>> Even in TOSCA Specification, there're still some parts needed to be
>> improved, but we embrace the ideas and allow them to evolve in the right
>> direction.
>>
>>
>> Please let me share a famous Chinese saying here "不积硅步,无以至千里",  or in
>> western, we say "Rome was not built in a day".
>>
>>
>> Thanks,
>>
>> Zhaoxing
>>
>>
>>
>> 原始邮件
>> *发件人：* ＜na...@gigaspaces.com＞;
>> *收件人：* ＜mich...@gigaspaces.com＞;赵化冰10201488;
>> *抄送人：* ＜onap-discuss@lists.onap.org＞; ＜onap-...@lists.onap.org＞;
>> *日 期 ：*2017年05月11日 21:42
>> *主 题 ：**Re: [onap-tsc] [onap-discuss] [modeling] TOSCA BPMN
>> supportproposal at OASIS TOSCA WG*
>>
>>
>> "The proposal has been discussed in the OASIS TOSCA for a couple of
>> weeks and most of the members agreed on it except the strong pushback from
>> Michael of Gigaspaces."
>> Huabing et al
>>
>> I wanted to ask that we will 

Re: [onap-discuss] [modeling] TOSCA BPMN support proposal at OASIS TOSCA WG

[Michael Brenner]

Huabing,

I recognize the need in ONAP to support delegation in TOSCA to external
workflow engines. I have said this repeatedly, and still am
miss-interpreted.
This has nothing to do with backward compatibility to TOSCA 1.0, it only
has to do with supporting "facts on the ground/existing implementations".
We should get this agreed once for all, and it became obvious in ONAP's
Friday modeling discussion.

It also became clear that some of these "facts-on-the-ground" use TOSCA in
a limited way. This is OK, and I have no issue with that. I can support in
TOSCA TC to find the right mechanism to delegate externally, but only if we
do it in a way that is complete: that means we need to not only specify how
to "get out of TOSCA" but also has to include how to "get back to TOSCA",
and "what is the TOSCA orchestrator supposed to do after it delegates
externally". I suggest we work jointly to resolve these issues.

Further, your claim that I am the only one opposing the half-way solution
on the table is incorrect, and you know it. Luc Boutier in the TOSCA TC is
also vehemently opposed, and partly at least for the same reasons as those
quoted by me.

It would be great if we stop making unfounded claims in one community, by
quoting only partially what happens in another community, and it would be
better to focus joint energy to resolve the issue in a consistent and
complete technical manner in the TOSCA TC. Please realize that you
absolutely CANNOT resolve TOSCA TC discussions/debates in the ONAP
community alone, and this is not the appropriate way for you to convince me
to drop my opposition in TOSCA TC.
The right way to have me support this is by resolving the technical issues
that I raised.

Best regards,
Michael

On Wed, May 10, 2017 at 3:16 AM, <zhao.huab...@zte.com.cn> wrote:

> Hi Amir and all,
>
> Both OPEN-O and OpenECOMP have used TOSCA for service topology modelling
> and BPMN/BPEL for lifecycle management process modelling. After the merger,
> ONAP will inherit the existing codes from OPEN-O and OpenECOMP and continue
> to use BPMN/BPEL in SO/VF-C.
>
> However, I noticed that TOSCA has removed the support for BPMN/BPEL in
> v1.1[1] which is recommended in the Topology and Orchestration
> Specification for Cloud Applications Version 1.0[2].
>
> This incompatible change of TOSCA specification may cause unpredictable
> effects to existing opensource projects, in particular, the ONAP, which
> have already adopted BPMN as its lifecycle management process modelling.
>
> To harmonize the opensource and standards, I am co-proposing a proposal[3]
> with Lingli(CMCC), Claude(AT) and Shitaoto(Huawei) to suggest OASIS TOSCA
> revert standard workflow DSLs support such as BPMN/BPEL in the next version
> of simple YAML specification.
>
> The proposal has been discussed in the OASIS TOSCA for a couple of weeks
> and most of the members agreed on it except the strong pushback from
> Michael of Gigaspaces.
>
> I think this proposal is for the best interest of ONAP community, so I'm
> writing this mail to solicit supports from Gigaspaces and all the other
> community members who are both in ONAP and OASIS TOSCA WG.
>
>
> [1] http://docs.oasis-open.org/tosca/TOSCA-Simple-Profile-
> YAML/v1.1/TOSCA-Simple-Profile-YAML-v1.1.html
>
> [2] http://docs.oasis-open.org/tosca/TOSCA/v1.0/TOSCA-v1.0.html
>
> [3] https://www.oasis-open.org/apps/org/workgroup/tosca/
> download.php/60604/Issue_TOSCA318_Lack%20of%20BPMN%
> 20BPEL%20support-v-2017-04-25.pptx
>
>
> Thanks,
>
> Huabing
>
>
>
> ___
> onap-discuss mailing list
> onap-discuss@lists.onap.org
> https://lists.onap.org/mailman/listinfo/onap-discuss
>
>


-- 
Michael Brenner, Chief Architect NFV
--
M: +1-732-895-5772 http://getcloudify.org
<http://getcloudify.org?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
@cloudifysource
<https://twitter.com/CloudifySource>
<https://www.linkedin.com/company-beta/17918192/>
<https://github.com/cloudify-cosmo>
<https://www.youtube.com/cloudifysource>
<http://getcloudify.org/webinars/the-new-cloudify-4.html?utm_source=signaturesatori_medium=email_campaign=Cloudify%204.0%20Webinar>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [onap-tsc] 答复：Re: Modelling discussion on Friday May 5th

[Michael Brenner]

... on the other hand, what does one do with a smooth cohesive model, if
you can't easily translate it to a data model? Without any intent to dive
into a debate about whether the example is right or not ... we have an ETSI
NFV VNF UML model ... and we cannot translate it into any data model - it
takes manual work. The other issue is sort of the reverse - i.e. you don't
actually KNOW that the UML model is right, until you implement it. And it
is difficult to implement it, when you don't have the automatic translation
tools. So you end up building an ideal model, but you don't know if it
works ... until you have the right translation tools. How long is one to
wait ... instead of implementing and iterating?
Like with any other project, it really comes down to a schedule, and
knowing what you want to achieve within that schedule.

Best,
Michael

On Mon, Apr 24, 2017 at 6:23 PM, Brian Hedstrom <
brian.hedstrom at oamtechnologies.com> wrote:

> While the tools are maturing and advancing, if we choose to close that
> door now, there's no cohesive UML Common Information Model for ONAP.
> Consequently, we would lack a protocol agnostic information model and when
> the next cool data modeling language or encoding scheme comes out, we have
> to start again with working backward. Another key benefit is that UML is
> much easier to comprehend due to it's graphical diagram nature, versus
> needing to understand a data modeling language and/or data encoding
> mechanism.
> Consensus can be made on class diagrams for example, then translation to a
> data modeling language can be easily done by hand or by the emerging tools
> (see my previous email with the links).
>
> On Mon, Apr 24, 2017 at 12:29 PM, Michael Brenner 
> wrote:
>
>> Hi all,
>>
>> I actually tend to agree with Ed. While it may be an ideal approach in
>> theory, tools for automatic generation from UML to Yang, or other modeling
>> languages for that matter are improving, they are still too far from
>> perfect, and require a lot of hand-holding so-to-speak, and as a result -
>> too many headaches. We may be mired in tool debugging, instead on
>> progressing on ONAP.
>>
>> Michael
>>
>> *From: *Ash Young 
>> *Subject: **Re: [onap-discuss] [onap-tsc] ???Re: Modelling discussion on
>> Friday May 5th*
>> *Date: *April 24, 2017 at 10:09:22 AM PDT
>> *To: *Ed Warnicke , Brian Hedstrom <
>> brian.hedstrom at oamtechnologies.com>
>> *Cc: *"JANA, RITTWIK \(RITTWIK\)" , onap-discuss
>> , onap-tsc 
>>
>> I'm actually in agreement with Brian on approach and tool. So much work
>> has been going on here that I really don't want to see us go backwards by
>> thinking Yang solves everything.
>>
>> Ash
>>
>> Sent from my iPhone
>>
>> On Apr 24, 2017, at 12:01, Ed Warnicke  wrote:
>>
>> I love UML in a variety of contexts, but for expressing things that are
>> destined to be expressed in yang, or for creating things to be rendered to
>> yang, in my experience its been a very poor fit.
>>
>> Ed
>>
>> On Mon, Apr 24, 2017 at 9:41 AM, Brian Hedstrom > chnologies.com> wrote:
>>
>>> The way to put all these different data models under a single umbrella
>>> is to create a UML
>>> <https://en.wikipedia.org/wiki/Unified_Modeling_Language> Information
>>> Model using Eclipse/Papyrus (as an open source tool).
>>> Unified Modeling Language (UML) is a standard syntax for describing the
>>> architectural design of a system
>>>
>>>- Object Management Group (OMG) & ISO standard
>>>- Originated from object-oriented software development methods
>>>
>>> UML includes many diagrams types to graphically represent parts of a
>>> system?s model, including
>>>
>>>- Structural Views: The static nature of the system using objects,
>>>attributes and relationships (e.g., information or components that must 
>>> be
>>>present in the system). This includes class diagrams and component 
>>> diagrams.
>>>- Behavioral: The dynamic nature of the system through collaboration
>>>of objects and state changes (e.g., activities performed by the system).
>>>This includes use case diagrams, sequence diagrams, state machines.
>>>
>>> UML is protocol agnostic and therefore these "Information Models" are
>>> protocol agnostic.
>>>
>>> UML models can then be transformed into protocol specific data models
>>> such as YANG, XML, SMIv2, etc.
>>>
>>> Creating a UML Information Model allows data cohesion across the vari