date:20170711

Re: [onap-discuss] Use case subcommittee - meeting summary 10/07/2017

2017-07-11 Thread Alla Goldner

Hi Steve,

According to the discussions we had, I believe that those existing Use cases 
flows include sufficient level of information, but:


1.   Detailed functionality is up to projects to define, and there are 
questions raised from the projects side

2.   There may be missing/ or additional demanded call flows

3.   There are some clarifications requested to be added to the call flows. 
Some of them mentioned in my summary, some were requested during the meetings 
with the PTLs

In overall, I believe, we are tracking all gaps along with the progress made, 
and all remaining Open Issues are handled as we communicate. Both use cases 
leaders and long with the Integration team reported that it is feasible to 
close all remaining Open Issues till the next week and we are working with 
projects on that.

Best regards,

Alla Goldner

Open Network Division
Amdocs Technology


[cid:image001.png@01D2FADE.A2624A80]

From: Stephen Terrill [mailto:stephen.terr...@ericsson.com]
Sent: Wednesday, July 12, 2017 1:54 AM
To: Alla Goldner 
Cc: onap-usecase...@lists.onap.org; onap-discuss@lists.onap.org; onap-tsc 

Subject: Re: [onap-discuss] Use case subcommittee - meeting summary 10/07/2017

Hi Alla,

Do you have a feel for how much guidance is required for R1, I believe we said 
the call flows should be high level, though I can understand that there are 
questions from ptls that we need to answer.

BR, steve

Sent from my Phone, please forgive typos

On 11 Jul 2017, at 09:03, Alla Goldner 
> wrote:
Hi all,

Thanks a lot to meeting’s attendants.

Here is the meeting’s summary. As there are also action items to all PTLs, I 
distribute it to the whole TSC list. I encourage PTLs and all potentially 
involved people to register to dedicated usecasesub list.


1.   Doodle poll is created (and email is sent by Kenny) to see preference 
for Use case subcommittee meetings’ occurrence – weekly or bi-weekly. All 
interested parties are encouraged to vote.



2.   The highest priority now is to compete R1 use cases discussion. In 
parallel we should start working on R2 use cases. Thus, please start including 
your R2 use case description proposals under this created link:
https://wiki.onap.org/display/DW/Release+2+Use+Cases . We can then start email 
discussions in parallel to our meetings.



3.   vCPE and vVOLTE use cases leaders have meetings with a different 
projects. The objective is to complete all use cases description with all flows 
and involved modules functionality by next week. Use cases leaders are 
requested to upload and distribute all meetings notes. The work is done and 
organized in a very close cooperation with Integration project. In case of a 
need, we may schedule dedicated meeting to review remaining points with 
projects this week

a.   vCPE:


   i.  Still under discussion:

1.   DCAE/Intel discussion to close packets’ format (please involve Alok 
Gupta per his request)

2.   Interactions with SDC will be further clarified

3.   SDN-C functional extension will be discussed with SDN-C team

4.   Onboarding of vCPE VNFs scenario - DCAE Telemetry issue will be 
clarified



b.  vVoLTE


   i.  There is need to check legal process of commercial VNFs 
approval. Perhaps this is not needed as commitment is only for integration 
testing. In any case, we will ask Phil to help validating this issue


 ii.  There is need to involve VNF requirements project to double check 
whether documentation of Open-O is merged with ecomp documentation to create a 
single set of guidelines


iii.  There is request to include model which drives the use case in 
the vVolTE use case description


   iv.  A question on whether vIMS+vEPC is enforced as a single request 
coming from SO (i.e. as a single network service or not). It was clarified that 
it is up to implementation, as VF-C can support it both ways. The corresponding 
clarification should be included in the use case description


 v.  Still under discussion:

1.   SDC for design time functionality

2.   SDN-C interaction with 3rd party controller

3.   For overlay – whether Openstack or hardware will be used – discussions 
with Brian Freeman are initiated



4.   PTL of projects with specific issues related to use cases 
implementation are requested to provide their questions in advance and

Re: [onap-discuss] Use case subcommittee - meeting summary 10/07/2017

2017-07-11 Thread Stephen Terrill

Hi Alla,

Do you have a feel for how much guidance is required for R1, I believe we said 
the call flows should be high level, though I can understand that there are 
questions from ptls that we need to answer.

BR, steve 

Sent from my Phone, please forgive typos 

> On 11 Jul 2017, at 09:03, Alla Goldner  wrote:
> 
> Hi all,
>  
> Thanks a lot to meeting’s attendants.
>  
> Here is the meeting’s summary. As there are also action items to all PTLs, I 
> distribute it to the whole TSC list. I encourage PTLs and all potentially 
> involved people to register to dedicated usecasesub list.
>  
> 1.   Doodle poll is created (and email is sent by Kenny) to see 
> preference for Use case subcommittee meetings’ occurrence – weekly or 
> bi-weekly. All interested parties are encouraged to vote.
>  
> 2.   The highest priority now is to compete R1 use cases discussion. In 
> parallel we should start working on R2 use cases. Thus, please start 
> including your R2 use case description proposals under this created link:
> https://wiki.onap.org/display/DW/Release+2+Use+Cases . We can then start 
> email discussions in parallel to our meetings.
>  
> 3.   vCPE and vVOLTE use cases leaders have meetings with a different 
> projects. The objective is to complete all use cases description with all 
> flows and involved modules functionality by next week. Use cases leaders are 
> requested to upload and distribute all meetings notes. The work is done and 
> organized in a very close cooperation with Integration project. In case of a 
> need, we may schedule dedicated meeting to review remaining points with 
> projects this week
> a.   vCPE:
>i.  Still 
> under discussion:
> 1.   DCAE/Intel discussion to close packets’ format (please involve Alok 
> Gupta per his request)
> 2.   Interactions with SDC will be further clarified
> 3.   SDN-C functional extension will be discussed with SDN-C team
> 4.   Onboarding of vCPE VNFs scenario - DCAE Telemetry issue will be 
> clarified
>  
> b.  vVoLTE
>i.  There 
> is need to check legal process of commercial VNFs approval. Perhaps this is 
> not needed as commitment is only for integration testing. In any case, we 
> will ask Phil to help validating this issue
>  ii.  There 
> is need to involve VNF requirements project to double check whether 
> documentation of Open-O is merged with ecomp documentation to create a single 
> set of guidelines
> iii.  There 
> is request to include model which drives the use case in the vVolTE use case 
> description
>iv.  A 
> question on whether vIMS+vEPC is enforced as a single request coming from SO 
> (i.e. as a single network service or not). It was clarified that it is up to 
> implementation, as VF-C can support it both ways. The corresponding 
> clarification should be included in the use case description
>  v.  Still 
> under discussion:
> 1.   SDC for design time functionality
> 2.   SDN-C interaction with 3rd party controller
> 3.   For overlay – whether Openstack or hardware will be used – 
> discussions with Brian Freeman are initiated
>  
> 4.   PTL of projects with specific issues related to use cases 
> implementation are requested to provide their questions in advance and also 
> to attend Use case subcommittee meetings in such a cases. PTLs who has no 
> clear information on what their project should implement per R1 use cases 
> (and those projects are not mentioned under point 3 above) are requested to 
> approach me ASAP.
>  
>  
> Best regards,
>  
> Alla Goldner
>  
> Open Network Division
> Amdocs Technology
>  
>  
> 
>  
> 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


smime.p7s
Description: S/MIME cryptographic signature
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

2017-07-11 Thread Gary Wu

Currently we’re using what was defined for OPEN-O:  
https://wiki.open-o.org/display/GI/OPEN-O+Java+code+style, namely:

Google Java Style with some modifications:
4.2 Block indentation: +4 spaces
4.4 Column limit: 120

Gildas, any ideas where we should put this in the ONAP wiki?

Thanks,
Gary

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Tuesday, July 11, 2017 2:11 PM
To: Gary Wu 
Cc: LEFEVRE, CATHERINE ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent


On Jul 11, 2017, at 2:27 PM, Gary Wu 
> wrote:

Hi Catherine,

In today’s Integration meeting, we discussed having CLAMP pilot trials around 
coding styles.  In OPEN-O we centrally defined coding styles in the oparent 
project/repo, and it would be great if we can do likewise for ONAP so we can 
avoid duplicate or conflicting definitions across projects.  Do you think we 
can have CLAMP do a pilot run on inheriting from oparent as well?

Is there an place where the code style rules have been explained? I believe a 
wiki page to explain what are the agreed rules could help, similar to what ODL 
has here: 
https://wiki.opendaylight.org/view/BestPractices/Coding_Guidelines#General_Code_Style

At any rate, thanks for putting this up! It’s going to be a long journey to 
enforce checkstyle considering the amount of LoC in ONAP.

Thanks,
Alexis



To recap the goals of oparent:  centrally define shared parent POM definitions 
such as nexus (distributionManagement) location, coding styles, license checks, 
coding style checks, sonar setup, etc.

To inherit from oparent:  modify the project’s POM to ensure that all POM files 
ultimately inherit from


org.onap.oparent
oparent
1.0.0-SNAPSHOT


And also remove any local definitions within the project POMs around 
distributionManagement, coding styles, etc., so that those properties are 
derived from oparent instead.

Please let us know if you run into anything that would require changes or 
enhancements to the oparent POMs.

Thanks,
Gary


___
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] [integration] Refactor CLAMP to inherit from oparent

2017-07-11 Thread Alexis de Talhouët


> On Jul 11, 2017, at 2:27 PM, Gary Wu  wrote:
> 
> Hi Catherine,
>  
> In today’s Integration meeting, we discussed having CLAMP pilot trials around 
> coding styles.  In OPEN-O we centrally defined coding styles in the oparent 
> project/repo, and it would be great if we can do likewise for ONAP so we can 
> avoid duplicate or conflicting definitions across projects.  Do you think we 
> can have CLAMP do a pilot run on inheriting from oparent as well?

Is there an place where the code style rules have been explained? I believe a 
wiki page to explain what are the agreed rules could help, similar to what ODL 
has here: 
https://wiki.opendaylight.org/view/BestPractices/Coding_Guidelines#General_Code_Style
 


At any rate, thanks for putting this up! It’s going to be a long journey to 
enforce checkstyle considering the amount of LoC in ONAP.

Thanks,
Alexis

>  
> To recap the goals of oparent:  centrally define shared parent POM 
> definitions such as nexus (distributionManagement) location, coding styles, 
> license checks, coding style checks, sonar setup, etc.
>  
> To inherit from oparent:  modify the project’s POM to ensure that all POM 
> files ultimately inherit from 
>  
> 
> org.onap.oparent
> oparent
> 1.0.0-SNAPSHOT
> 
>  
> And also remove any local definitions within the project POMs around 
> distributionManagement, coding styles, etc., so that those properties are 
> derived from oparent instead.
>  
> Please let us know if you run into anything that would require changes or 
> enhancements to the oparent POMs.
>  
> Thanks,
> Gary
>  
>  
> ___
> 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

[onap-discuss] [Integration][sdc][sdnc][so][appc] Use case analysis: vCPE

2017-07-11 Thread Kang Xi

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Eastern Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN=Kang Xi:MAILTO:kang...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='onap-disc
 u...@lists.onap.org':MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Yoav Kluge
 r:MAILTO:yoav.klu...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Lando,Mich
 ael":MAILTO:ml6...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Yunxia Che
 n:MAILTO:helen.c...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Yang Xu (Y
 ang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Chong Li:M
 AILTO:chong...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jon Fannar
  Karlsson Taylor:MAILTO:jon.tay...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="FREEMAN, B
 RIAN D":MAILTO:bf1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Lefevre, C
 atherine":MAILTO:cl6...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="SPATSCHECK
 , OLIVER":MAILTO:spat...@research.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="ROSE, DANI
 EL V":MAILTO:dr6...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Kapeluto, 
 Zahi":MAILTO:zk0...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Rozin, Ede
 n":MAILTO:er4...@intl.att.com
DESCRIPTION;LANGUAGE=en-US:Hi All\,\n\nWe are calling this meeting to conti
 nue the vCPE use case analysis. The purpose is to fully understand the req
 uirements/impacts/issues related to each project. We have created a list o
 f important questions on the following page and will discuss those questio
 n on the meeting. Please feel free to comment on the wiki page.\nhttps://w
 iki.onap.org/display/DW/Use+Case+Related+Important+Questions+and+Answers\n
 \nWe will use zoom: https://zoom.us/j/44\n\nthanks\,\nKang\n\n
SUMMARY;LANGUAGE=en-US:[Integration][sdc][sdnc][so][appc] Use case analysis
 : vCPE
DTSTART;TZID=Eastern Standard Time:20170712T10
DTEND;TZID=Eastern Standard Time:20170712T11
UID:04008200E00074C5B7101A82E0083082160856FAD201000
 01000500B24752B425747A977641B77BC31E4
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20170711T185735Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:https://zoom.us/j/44
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:1076590561
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-DISALLOW-COUNTER:FALSE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
END:VALARM
END:VEVENT
END:VCALENDAR
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [integration] Refactor CLAMP to inherit from oparent

2017-07-11 Thread Gary Wu

Hi Catherine,

In today's Integration meeting, we discussed having CLAMP pilot trials around 
coding styles.  In OPEN-O we centrally defined coding styles in the oparent 
project/repo, and it would be great if we can do likewise for ONAP so we can 
avoid duplicate or conflicting definitions across projects.  Do you think we 
can have CLAMP do a pilot run on inheriting from oparent as well?

To recap the goals of oparent:  centrally define shared parent POM definitions 
such as nexus (distributionManagement) location, coding styles, license checks, 
coding style checks, sonar setup, etc.

To inherit from oparent:  modify the project's POM to ensure that all POM files 
ultimately inherit from


org.onap.oparent
oparent
1.0.0-SNAPSHOT


And also remove any local definitions within the project POMs around 
distributionManagement, coding styles, etc., so that those properties are 
derived from oparent instead.

Please let us know if you run into anything that would require changes or 
enhancements to the oparent POMs.

Thanks,
Gary


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

[onap-discuss] [vnfrqts]: Future meeting agendas

2017-07-11 Thread WRIGHT, STEVEN A

Thankyou for your input in the call today! A couple of action items created on 
the main project page

I have created the Epic statements in Jira as discussed during the meeting 
today.

I have also created draft agendas for the calls for the next couple of weeks 
based on the input today.

* The review by the other PTLs seemed like it would take some time and 
be better after we had had some internal review, so I pushed that out to 7/25.

* This gives us more time to get  pieces in place for scoping our first 
sprint on 8/1.

If folks have other suggestions on the agenda topics, please let me know.

best regards
Steven Wright, MBA, PhD, JD.
[Tech Integration]
AT Services Inc.
1057 Lenox Park Blvd NE, STE 4D28
Atlanta, GA 30319
P: 470.415.3156

sw3...@att.com
www.linkedin.com/in/drstevenawright/

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

[onap-discuss] [oom] TOSCA Model Driven Orchestration across Containers and Non-Container Deployment Options

2017-07-11 Thread NG, JOHN

OOM Contributors and Committers,
I have uploaded the deck that was shared at our meeting today.  I also inserted 
a link in the OOM M1 Release Planning wiki page.

https://wiki.onap.org/download/attachments/8229362/OOM_R1_ProposedScope_att.pdf?version=1=1499783392000=v2

thanks,
John
---
John Ng
AT Labs - D2 Architecture
200 Laurel Ave, D5-3D16
Middletown, NJ 07748
+1 732 420 3742
+1 732 310 3253 (mobile)
joh...@att.com
---

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

Re: [onap-discuss] Participation in Optimization Framework Project

2017-07-11 Thread PUTHENPURA, SARAT (SARAT)

Manoj – Welcome aboard!
I have updated the Wiki with your name – we will have our meetings starting 
soon.
Thanks,
Sarat

From: Manoj K Nair [mailto:manoj.k.n...@netcracker.com]
Sent: Tuesday, July 11, 2017 10:28 AM
To: PUTHENPURA, SARAT (SARAT) 
Subject: Participation in Optimization Framework Project

Hi Sarat,

This is Manoj from NetCracker Technology Ltd. Bangalore. I would like to 
participate in Optimization Framework project as a contributor (not committer). 
I have had brief chat with Sastry and Ankit when I visited for ONAP Developer 
Event in NJ . Due to my internal commitments I won’t be able to participate in 
development, but can participate in review, design etc.  Kindly add me to the 
Contributor list .

Thanks

Manoj
[https://www.netcracker.com/assets/img/netcracker-social-final.png]ƕ

The information transmitted herein is intended only for the person or entity to 
which it is addressed and may contain confidential, proprietary and/or 
privileged material. Any review, retransmission, dissemination or other use of, 
or taking of any action in reliance upon, this information by persons or 
entities other than the intended recipient is prohibited. If you received this 
in error, please contact the sender and delete the material from any computer.
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [vnfrqts]: Project planning

2017-07-11 Thread Andrei Kojukhov

Hi Steven,

I’m going to invest 20-30% of my ONAP activity in VNF Requirements project:

* vnfrqts/requirements   10%
* vnfrqts/usecases 5-10%
* vnfrqts/testcases 5-10%
Andrei

From: Wenyao Guan [mailto:guanwen...@chinamobile.com]
Sent: Tuesday, July 11, 2017 9:58 AM
To: 'WRIGHT, STEVEN A' ; onap-discuss@lists.onap.org
Cc: 'VUL, ALEXANDER' ; yangya...@chinamobile.com; 
liying...@chinamobile.com; feng.yuanx...@zte.com.cn; zhang.maope...@zte.com.cn; 
'HALLAHAN, RYAN' ; 'BLANDFORD, SCOTT' ; 
'PATTEN, HERBERT L' ; 'BEHI, FARIBORZ' ; 
'WEINSTOCK, ALAN M' ; Andrei Kojukhov 
; snekkalap...@vmware.com; 
wangchen...@chinamobile.com; gary.i...@huawei.com; denghu...@huawei.co; 
nagesha.subrama...@nokia.com; jamil.cha...@orange.com; munir.ah...@bell.ca; 
m.a.choque...@bell.ca
Subject: 答复: [vnfrqts]: Project planning

Hi Steven,

I would like to contribute to vnfrqts/requirements and vnfrqts/testcases and 
invest 20% of my time.

vnfrqts/requirements   10%
vnfrqts/testcases  10%

Thank you.

Best Regards,
Wenyao
发件人: WRIGHT, STEVEN A [mailto:sw3...@att.com]
发送时间: 2017年7月11日 03:50
收件人: onap-discuss@lists.onap.org
抄送: VUL, ALEXANDER; 
yangya...@chinamobile.com; 
liying...@chinamobile.com; 
feng.yuanx...@zte.com.cn; 
zhang.maope...@zte.com.cn; HALLAHAN, RYAN; 
BLANDFORD, SCOTT; PATTEN, HERBERT L; BEHI, FARIBORZ; WEINSTOCK, ALAN M; 
andr...@amdocs.com; 
snekkalap...@vmware.com; 
wangchen...@chinamobile.com; 
gary.i...@huawei.com; 
denghu...@huawei.co; 
nagesha.subrama...@nokia.com; 
jamil.cha...@orange.com; 
munir.ah...@bell.ca; 
m.a.choque...@bell.ca; 
guanwen...@chinamobile.com
主题: [vnfrqts]: Project planning

I’ve updated the agenda for tomorrows call at 2017-7-11 VNFRQTS mtg Agenda & 
Notes. Please be 
prepared to review the project planning documents.  I need to respond to the 
TSC  on this for their 10/13 call this week.

Our Project Charter 
identifies the following repo structure.

To help with the project planning and coordination
* vnfrqts/guidelines
* vnfrqts/requirements
* vnfrqts/epics
* vnfrqts/usecases
* vnfrqts/testcases
To help with the project planning, please respond to this email with  how much 
or your time you expect to be able to put towards each deliverable type for 
Release A.
e.g. -
* vnfrqts/guidelines0%
* vnfrqts/requirements   10%
* vnfrqts/epics10%
* vnfrqts/usecases 5%
* vnfrqts/testcases 0%
( or whatever your effort level is expected to be for the different types of 
deliverables.)

best regards
Steven Wright, MBA, PhD, JD.
[Tech Integration]
AT Services Inc.
1057 Lenox Park Blvd NE, STE 4D28
Atlanta, GA 30319
P: 470.415.3156

sw3...@att.com
www.linkedin.com/in/drstevenawright/

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

[onap-discuss] 答复: [vnfrqts]: Project planning

2017-07-11 Thread Wenyao Guan

Hi Steven,

 

I would like to contribute to vnfrqts/requirements and vnfrqts/testcases and
invest 20% of my time.

 

vnfrqts/requirements   10%

vnfrqts/testcases  10%

 

Thank you.

 

Best Regards,

Wenyao

发件人: WRIGHT, STEVEN A [mailto:sw3...@att.com] 
发送时间: 2017年7月11日 03:50
收件人: onap-discuss@lists.onap.org
抄送: VUL, ALEXANDER; yangya...@chinamobile.com; liying...@chinamobile.com;
feng.yuanx...@zte.com.cn; zhang.maope...@zte.com.cn; HALLAHAN, RYAN;
BLANDFORD, SCOTT; PATTEN, HERBERT L; BEHI, FARIBORZ; WEINSTOCK, ALAN M;
andr...@amdocs.com; snekkalap...@vmware.com; wangchen...@chinamobile.com;
gary.i...@huawei.com; denghu...@huawei.co; nagesha.subrama...@nokia.com;
jamil.cha...@orange.com; munir.ah...@bell.ca; m.a.choque...@bell.ca;
guanwen...@chinamobile.com
主题: [vnfrqts]: Project planning 

 

I’ve updated the agenda for tomorrows call at 2017-7-11 VNFRQTS mtg Agenda
 & Notes. Please
be prepared to review the project planning documents.  I need to respond to
the TSC  on this for their 10/13 call this week. 

 

Our Project Charter
  identifies the
following repo structure.

 

To help with the project planning and coordination 

・ vnfrqts/guidelines

・ vnfrqts/requirements

・ vnfrqts/epics

・ vnfrqts/usecases

・ vnfrqts/testcases

To help with the project planning, please respond to this email with  how
much or your time you expect to be able to put towards each deliverable type
for Release A.  

e.g. -  

・ vnfrqts/guidelines0%

・ vnfrqts/requirements   10%

・ vnfrqts/epics10% 

・ vnfrqts/usecases 5%

・ vnfrqts/testcases 0% 

( or whatever your effort level is expected to be for the different types of
deliverables.) 


best regards
Steven Wright, MBA, PhD, JD.

Tech Integration

AT Services Inc.
1057 Lenox Park Blvd NE, STE 4D28
Atlanta, GA 30319
P: 470.415.3156

  sw3...@att.com

 
www.linkedin.com/in/drstevenawright/

 

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

[onap-discuss] [vnfrqts]: Project planning

2017-07-11 Thread WRIGHT, STEVEN A

I've updated the agenda for tomorrows call at 2017-7-11 VNFRQTS mtg Agenda & 
Notes. Please be 
prepared to review the project planning documents.  I need to respond to the 
TSC  on this for their 10/13 call this week.

Our Project Charter 
identifies the following repo structure.

To help with the project planning and coordination
* vnfrqts/guidelines
* vnfrqts/requirements
* vnfrqts/epics
* vnfrqts/usecases
* vnfrqts/testcases
To help with the project planning, please respond to this email with  how much 
or your time you expect to be able to put towards each deliverable type for 
Release A.
e.g. -
* vnfrqts/guidelines0%
* vnfrqts/requirements   10%
* vnfrqts/epics10%
* vnfrqts/usecases 5%
* vnfrqts/testcases 0%
( or whatever your effort level is expected to be for the different types of 
deliverables.)

best regards
Steven Wright, MBA, PhD, JD.
[Tech Integration]
AT Services Inc.
1057 Lenox Park Blvd NE, STE 4D28
Atlanta, GA 30319
P: 470.415.3156

sw3...@att.com
www.linkedin.com/in/drstevenawright/

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

Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

2017-07-11 Thread FREEMAN, BRIAN D

Majhi provided an accurate description of the SDNC involvement in the vFW demo 
use case.

As he indicated for more complex interactions SDNC configures the network VNFs 
using southbound adapters or the REST API call node depending on the device/VNF.

SFC is available in the ODL distribution just needs to be activated if you want 
to use ODL as your overlay controller with a compatible OVS/OVSDB/FD.IO etc 
vSwitch/vRouter in the VIM.  I have an action item to put the steps for turning 
on SFC in SDNC’s ODL (basically a set of feature:install in the karaf console 
and SFC runs). As a local controller you would probalby also want to use the 
SFC neutron service plugin in your openstack based VIM to call the SFC 
functions and of course have to have a vS/vR on the VIM host. I think FD.io 
folks have a nice solution in that space and the Intel folks have various 
demonstration 104 is the latest I think of using the SFC with FD.io. OPNFV 
folks have also done some work to document/demonstrate how to use ODL SFC in an 
Openstack environment. We havent turned it into a DG based app since the 
Neutron Service Plugin can directly call the ODL RESTCONF API but there are 
some advantages to doing that (for instance you can turn it into a rpc from 
neutron to sdnc and handle ERROR returns more nicely ) as we did for the vanill 
a neutron interface on SDNC. Right now ONAP is outside fo the VIM so the sdnc 
local variation isnt directly applicable.

Brian


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of MAJHI, TAPAN
Sent: Tuesday, July 11, 2017 1:23 AM
To: Cipher Cipher ; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

Cipher,

I believe SDNC is not getting used to its full capacity in the demo. The 
workflow getting used in MSO is having one of the step as preloading the data.
Because of which SDNC is getting used to get all the ips for the heat file.In 
the demo . In complex scenarios SDNC can play a vital role to create resources 
,updating AAI and many more.
In the demo not such action taking place. MSO is doing everything.
Someone from SDNC can explain it better.

I didn’t use the ./demo.sh appc directly but this is needed at the time of 
closed loop . When APPC controls the traffic with the help of vnf action 
“ModifyConfig”.
If the mounting is not done ModifyConfig will not be successful. If you have 
different VNF then in that also we need honeycomb to make modifyConfig 
successful.

Not sure about your third query. What is SFC ?

Regards,
Tapan M



From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Cipher Cipher
Sent: Tuesday, July 11, 2017 12:08 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

Hey,

I am trying vFirewall demo using ONAP. Along the way I am trying to understand 
the each component I encountered. I couldn't understand the following two 
points.

1) Preloading of data: Before deploying Vf-module, we have to preload the data 
to SDNC. But in one of the comments, I came to know this step to update AAI 
indirectly through SDNC. If that's true, then what is the role of SDNC here. 
How can I make use of SDNC in complex usecases.

2) APP-C Mounting: Why we need to ./demo.sh appc to trigger the action in 
packet generator. If I am using a different VNF, how can I use ./demo.sh ?

3)In the release-1.0.0 can we have support of SFC in SDNC?


Cheers
Shankar
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
Amdocs Development Centre India Private Limited having CIN: 
U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A 
limited liability partnership with LLP Identification Number: AAI-6901 
effective 28th Feb 2017)
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [SDN-C] Amsterdam SDNC-27 story - Underlay network

2017-07-11 Thread olivier.augizeau

Hi,

Is there an equivalent story to use the  SDN-C embedded OpenDaylight  Network 
controller to drive an underlay network or is it an implicit use case ?

Best regards,
Olivier


_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.
Thank you.

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

Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

2017-07-11 Thread Gaurav Gupta (c)

Prashant / Manoj


As per our understanding of SDNC Code Today there is no southbound interface 
existing .


with best regards

gaurav



From: onap-discuss-boun...@lists.onap.org  
on behalf of Prashant Kumar 
Sent: 11 July 2017 13:05
To: Cipher Cipher; Manoj K Nair
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo


Hi Manoj,



Yes NB API’s defined are for Network instance creation which includes resources 
in AA

Yes if you will go through DG’s you will find that depending upon actions 
provided like assign/reserve/allocate/activate, DG flow behaves differently.

From DG we can communicate to AA or any other southbound system using 
adaptors.



Above comments are for sdnc.



Thanks,

Prashant



From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Cipher Cipher
Sent: Tuesday, July 11, 2017 12:53 PM
To: Manoj K Nair 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo



Hi,



Thanks Manoj and Tapan for your replies.



Manoj I am new to dgbuilder. Can you just briefly explain about dgbuilder and 
its role in appc and sdnc



Cheers

Shankar



On 11-Jul-2017 12:42 PM, "Manoj K Nair" 
> wrote:

Hi Tapan,



In 
northbound/vnfapi/provider/src/main/java/org/openecomp/sdnc/vnfapi/vnfapiProvider.java,
 I could see many preload API functions implemented. For example , 
preloadNetworkTopologyOperation . Looking at the DG in 
vnfapi/src/main/xml/VNF-API_preload-network-topology-operation.xml , I think  
this is meant to reserve resources from network . So this may lead to a call to 
AAI for resource reservation. Can you confirm this is the flow you meant below 
as answer to #1 which can be alternately used instead of what is done currently 
by MSO workflow (for resource allocation/reservation in A)



I think #3 below is for Service Function Chain.  While ODL supports SFC through 
the SFC project, not sure if this is completely leveraged in ONAP. Also in ODL 
SFC most of the use cases involves working with VIM (say openstack) to map the 
networking-sfc port pairs in to ODL.  In the DG supported node types, maybe we 
need to leverage multiple “configure“ DG node to set configuration in multiple 
hops (vnf-instance operation or network-topology-operation), or use native SFC 
project in ODL. May be some experts in DG can clarify this.



Regards



Manoj



[https://www.netcracker.com/assets/img/netcracker-social-final.png]ƕ

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org]
 On Behalf Of Tapan Majhi
Sent: Tuesday, July 11, 2017 10:53 AM
To: Cipher Cipher; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo



Cipher,



I believe SDNC is not getting used to its full capacity in the demo. The 
workflow getting used in MSO is having one of the step as preloading the data.

Because of which SDNC is getting used to get all the ips for the heat file.In 
the demo . In complex scenarios SDNC can play a vital role to create resources 
,updating AAI and many more.

In the demo not such action taking place. MSO is doing everything.

Someone from SDNC can explain it better.



I didn’t use the ./demo.sh appc directly but this is needed at the time of 
closed loop . When APPC controls the traffic with the help of vnf action 
“ModifyConfig”.

If the mounting is not done ModifyConfig will not be successful. If you have 
different VNF then in that also we need honeycomb to make modifyConfig 
successful.



Not sure about your third query. What is SFC ?



Regards,

Tapan M







From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Cipher Cipher
Sent: Tuesday, July 11, 2017 12:08 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo



Hey,



I am trying vFirewall demo using ONAP. Along the way I am trying to understand 
the each component I encountered. I couldn't understand the following two 
points.



1) Preloading of data: Before deploying Vf-module, we have to preload the data 
to SDNC. But in one of the comments, I came to know this step to update AAI 
indirectly through SDNC. If that's true, then what is the role of SDNC here. 
How can I make use of SDNC in complex usecases.



2) APP-C Mounting: Why we need to ./demo.sh appc to trigger the action in 
packet generator. If I am using a different VNF, how can I use ./demo.sh ?



3)In the release-1.0.0 can we have support of SFC in SDNC?

Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

2017-07-11 Thread Prashant Kumar

Hi Manoj,

Yes NB API’s defined are for Network instance creation which includes resources 
in AA
Yes if you will go through DG’s you will find that depending upon actions 
provided like assign/reserve/allocate/activate, DG flow behaves differently.
From DG we can communicate to AA or any other southbound system using 
adaptors.

Above comments are for sdnc.

Thanks,
Prashant

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Cipher Cipher
Sent: Tuesday, July 11, 2017 12:53 PM
To: Manoj K Nair 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

Hi,

Thanks Manoj and Tapan for your replies.

Manoj I am new to dgbuilder. Can you just briefly explain about dgbuilder and 
its role in appc and sdnc

Cheers
Shankar

On 11-Jul-2017 12:42 PM, "Manoj K Nair" 
> wrote:
Hi Tapan,

In 
northbound/vnfapi/provider/src/main/java/org/openecomp/sdnc/vnfapi/vnfapiProvider.java,
 I could see many preload API functions implemented. For example , 
preloadNetworkTopologyOperation . Looking at the DG in 
vnfapi/src/main/xml/VNF-API_preload-network-topology-operation.xml , I think  
this is meant to reserve resources from network . So this may lead to a call to 
AAI for resource reservation. Can you confirm this is the flow you meant below 
as answer to #1 which can be alternately used instead of what is done currently 
by MSO workflow (for resource allocation/reservation in A)

I think #3 below is for Service Function Chain.  While ODL supports SFC through 
the SFC project, not sure if this is completely leveraged in ONAP. Also in ODL 
SFC most of the use cases involves working with VIM (say openstack) to map the 
networking-sfc port pairs in to ODL.  In the DG supported node types, maybe we 
need to leverage multiple “configure“ DG node to set configuration in multiple 
hops (vnf-instance operation or network-topology-operation), or use native SFC 
project in ODL. May be some experts in DG can clarify this.

Regards

Manoj

[https://www.netcracker.com/assets/img/netcracker-social-final.png]ƕ
From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org]
 On Behalf Of Tapan Majhi
Sent: Tuesday, July 11, 2017 10:53 AM
To: Cipher Cipher; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

Cipher,

I believe SDNC is not getting used to its full capacity in the demo. The 
workflow getting used in MSO is having one of the step as preloading the data.
Because of which SDNC is getting used to get all the ips for the heat file.In 
the demo . In complex scenarios SDNC can play a vital role to create resources 
,updating AAI and many more.
In the demo not such action taking place. MSO is doing everything.
Someone from SDNC can explain it better.

I didn’t use the ./demo.sh appc directly but this is needed at the time of 
closed loop . When APPC controls the traffic with the help of vnf action 
“ModifyConfig”.
If the mounting is not done ModifyConfig will not be successful. If you have 
different VNF then in that also we need honeycomb to make modifyConfig 
successful.

Not sure about your third query. What is SFC ?

Regards,
Tapan M



From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Cipher Cipher
Sent: Tuesday, July 11, 2017 12:08 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

Hey,

I am trying vFirewall demo using ONAP. Along the way I am trying to understand 
the each component I encountered. I couldn't understand the following two 
points.

1) Preloading of data: Before deploying Vf-module, we have to preload the data 
to SDNC. But in one of the comments, I came to know this step to update AAI 
indirectly through SDNC. If that's true, then what is the role of SDNC here. 
How can I make use of SDNC in complex usecases.

2) APP-C Mounting: Why we need to ./demo.sh appc to trigger the action in 
packet generator. If I am using a different VNF, how can I use ./demo.sh ?

3)In the release-1.0.0 can we have support of SFC in SDNC?


Cheers
Shankar
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
Amdocs Development Centre India Private Limited having CIN: 
U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A 
limited liability partnership with LLP Identification Number: AAI-6901 
effective 28th Feb 2017)




The information transmitted herein is intended only for

Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

2017-07-11 Thread Cipher Cipher

Hi,

Thanks Manoj and Tapan for your replies.

Manoj I am new to dgbuilder. Can you just briefly explain about dgbuilder
and its role in appc and sdnc

Cheers
Shankar

On 11-Jul-2017 12:42 PM, "Manoj K Nair"  wrote:

> Hi Tapan,
>
>
>
> In northbound/vnfapi/provider/src/main/java/org/openecomp/
> sdnc/vnfapi/vnfapiProvider.java, I could see many preload API functions
> implemented. For example , preloadNetworkTopologyOperation . Looking at
> the DG in vnfapi/src/main/xml/VNF-API_preload-network-topology-operation.xml
> , I think  this is meant to reserve resources from network . So this may
> lead to a call to AAI for resource reservation. Can you confirm this is the
> flow you meant below as answer to #1 which can be alternately used instead
> of what is done currently by MSO workflow (for resource
> allocation/reservation in A)
>
>
>
> I think #3 below is for Service Function Chain.  While ODL supports SFC
> through the SFC project, not sure if this is completely leveraged in ONAP.
> Also in ODL SFC most of the use cases involves working with VIM (say
> openstack) to map the networking-sfc port pairs in to ODL.  In the DG
> supported node types, maybe we need to leverage multiple “configure“ DG
> node to set configuration in multiple hops (vnf-instance operation or
> network-topology-operation), or use native SFC project in ODL. May be some
> experts in DG can clarify this.
>
>
>
> Regards
>
>
>
> Manoj
>
>
> ƕ
>
> *From:* onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-bounces@
> lists.onap.org] *On Behalf Of *Tapan Majhi
> *Sent:* Tuesday, July 11, 2017 10:53 AM
> *To:* Cipher Cipher; onap-discuss@lists.onap.org
> *Subject:* Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo
>
>
>
> Cipher,
>
>
>
> I believe SDNC is not getting used to its full capacity in the demo. The
> workflow getting used in MSO is having one of the step as preloading the
> data.
>
> Because of which SDNC is getting used to get all the ips for the heat
> file.In the demo . In complex scenarios SDNC can play a vital role to
> create resources ,updating AAI and many more.
>
> In the demo not such action taking place. MSO is doing everything.
>
> Someone from SDNC can explain it better.
>
>
>
> I didn’t use the ./demo.sh appc directly but this is needed at the time of
> closed loop . When APPC controls the traffic with the help of vnf action
> “ModifyConfig”.
>
> If the mounting is not done ModifyConfig will not be successful. If you
> have different VNF then in that also we need honeycomb to make modifyConfig
> successful.
>
>
>
> Not sure about your third query. What is SFC ?
>
>
>
> Regards,
>
> Tapan M
>
>
>
>
>
>
>
> *From:* onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-bounces@
> lists.onap.org ] *On Behalf Of *Cipher
> Cipher
> *Sent:* Tuesday, July 11, 2017 12:08 AM
> *To:* onap-discuss@lists.onap.org
> *Subject:* [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo
>
>
>
> Hey,
>
>
>
> I am trying vFirewall demo using ONAP. Along the way I am trying to
> understand the each component I encountered. I couldn't understand the
> following two points.
>
>
>
> 1) *Preloading of data*: Before deploying Vf-module, we have to preload
> the data to SDNC. But in one of the comments, I came to know this step to
> update AAI indirectly through SDNC. If that's true, then what is the role
> of SDNC here. How can I make use of SDNC in complex usecases.
>
>
>
> 2) APP-C Mounting: Why we need to ./demo.sh appc to trigger the action in
> packet generator. If I am using a different VNF, how can I use ./demo.sh ?
>
>
>
> 3)In the release-1.0.0 can we have support of SFC in SDNC?
>
>
>
>
>
> Cheers
>
> Shankar
>
> 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
>
> Amdocs Development Centre India Private Limited having CIN:
> U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP
> (A limited liability partnership with LLP Identification Number:
> AAI-6901 effective 28th Feb 2017)
>
>
>
> --
> The information transmitted herein is intended only for the person or
> entity to which it is addressed and may contain confidential, proprietary
> and/or privileged material. Any review, retransmission, dissemination or
> other use of, or taking of any action in reliance upon, this information by
> persons or entities other than the intended recipient is prohibited. If you
> received this in error, please contact the sender and delete the material
> from any computer.
>
>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

2017-07-11 Thread Manoj K Nair

Hi Tapan,

In 
northbound/vnfapi/provider/src/main/java/org/openecomp/sdnc/vnfapi/vnfapiProvider.java,
 I could see many preload API functions implemented. For example , 
preloadNetworkTopologyOperation . Looking at the DG in 
vnfapi/src/main/xml/VNF-API_preload-network-topology-operation.xml , I think  
this is meant to reserve resources from network . So this may lead to a call to 
AAI for resource reservation. Can you confirm this is the flow you meant below 
as answer to #1 which can be alternately used instead of what is done currently 
by MSO workflow (for resource allocation/reservation in A)

I think #3 below is for Service Function Chain.  While ODL supports SFC through 
the SFC project, not sure if this is completely leveraged in ONAP. Also in ODL 
SFC most of the use cases involves working with VIM (say openstack) to map the 
networking-sfc port pairs in to ODL.  In the DG supported node types, maybe we 
need to leverage multiple “configure“ DG node to set configuration in multiple 
hops (vnf-instance operation or network-topology-operation), or use native SFC 
project in ODL. May be some experts in DG can clarify this.

Regards

Manoj

[https://www.netcracker.com/assets/img/netcracker-social-final.png] ƕ
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Tapan Majhi
Sent: Tuesday, July 11, 2017 10:53 AM
To: Cipher Cipher; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

Cipher,

I believe SDNC is not getting used to its full capacity in the demo. The 
workflow getting used in MSO is having one of the step as preloading the data.
Because of which SDNC is getting used to get all the ips for the heat file.In 
the demo . In complex scenarios SDNC can play a vital role to create resources 
,updating AAI and many more.
In the demo not such action taking place. MSO is doing everything.
Someone from SDNC can explain it better.

I didn’t use the ./demo.sh appc directly but this is needed at the time of 
closed loop . When APPC controls the traffic with the help of vnf action 
“ModifyConfig”.
If the mounting is not done ModifyConfig will not be successful. If you have 
different VNF then in that also we need honeycomb to make modifyConfig 
successful.

Not sure about your third query. What is SFC ?

Regards,
Tapan M



From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Cipher Cipher
Sent: Tuesday, July 11, 2017 12:08 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

Hey,

I am trying vFirewall demo using ONAP. Along the way I am trying to understand 
the each component I encountered. I couldn't understand the following two 
points.

1) Preloading of data: Before deploying Vf-module, we have to preload the data 
to SDNC. But in one of the comments, I came to know this step to update AAI 
indirectly through SDNC. If that's true, then what is the role of SDNC here. 
How can I make use of SDNC in complex usecases.

2) APP-C Mounting: Why we need to ./demo.sh appc to trigger the action in 
packet generator. If I am using a different VNF, how can I use ./demo.sh ?

3)In the release-1.0.0 can we have support of SFC in SDNC?


Cheers
Shankar
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
Amdocs Development Centre India Private Limited having CIN: 
U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A 
limited liability partnership with LLP Identification Number: AAI-6901 
effective 28th Feb 2017)




The information transmitted herein is intended only for the person or entity to 
which it is addressed and may contain confidential, proprietary and/or 
privileged material. Any review, retransmission, dissemination or other use of, 
or taking of any action in reliance upon, this information by persons or 
entities other than the intended recipient is prohibited. If you received this 
in error, please contact the sender and delete the material from any computer.
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] Use case subcommittee - meeting summary 10/07/2017

2017-07-11 Thread Alla Goldner

Hi all,

Thanks a lot to meeting's attendants.

Here is the meeting's summary. As there are also action items to all PTLs, I 
distribute it to the whole TSC list. I encourage PTLs and all potentially 
involved people to register to dedicated usecasesub list.


1.   Doodle poll is created (and email is sent by Kenny) to see preference 
for Use case subcommittee meetings' occurrence - weekly or bi-weekly. All 
interested parties are encouraged to vote.



2.   The highest priority now is to compete R1 use cases discussion. In 
parallel we should start working on R2 use cases. Thus, please start including 
your R2 use case description proposals under this created link:
https://wiki.onap.org/display/DW/Release+2+Use+Cases . We can then start email 
discussions in parallel to our meetings.



3.   vCPE and vVOLTE use cases leaders have meetings with a different 
projects. The objective is to complete all use cases description with all flows 
and involved modules functionality by next week. Use cases leaders are 
requested to upload and distribute all meetings notes. The work is done and 
organized in a very close cooperation with Integration project. In case of a 
need, we may schedule dedicated meeting to review remaining points with 
projects this week

a.   vCPE:

   i.  Still 
under discussion:

1.   DCAE/Intel discussion to close packets' format (please involve Alok 
Gupta per his request)

2.   Interactions with SDC will be further clarified

3.   SDN-C functional extension will be discussed with SDN-C team

4.   Onboarding of vCPE VNFs scenario - DCAE Telemetry issue will be 
clarified



b.  vVoLTE

   i.  There is 
need to check legal process of commercial VNFs approval. Perhaps this is not 
needed as commitment is only for integration testing. In any case, we will ask 
Phil to help validating this issue

 ii.  There is 
need to involve VNF requirements project to double check whether documentation 
of Open-O is merged with ecomp documentation to create a single set of 
guidelines

iii.  There is 
request to include model which drives the use case in the vVolTE use case 
description

   iv.  A question 
on whether vIMS+vEPC is enforced as a single request coming from SO (i.e. as a 
single network service or not). It was clarified that it is up to 
implementation, as VF-C can support it both ways. The corresponding 
clarification should be included in the use case description

 v.  Still 
under discussion:

1.   SDC for design time functionality

2.   SDN-C interaction with 3rd party controller

3.   For overlay - whether Openstack or hardware will be used - discussions 
with Brian Freeman are initiated



4.   PTL of projects with specific issues related to use cases 
implementation are requested to provide their questions in advance and also to 
attend Use case subcommittee meetings in such a cases. PTLs who has no clear 
information on what their project should implement per R1 use cases (and those 
projects are not mentioned under point 3 above) are requested to approach me 
ASAP.



Best regards,

Alla Goldner

Open Network Division
Amdocs Technology


[cid:image001.png@01D2FA28.AC916010]

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

Re: [onap-discuss] Use case subcommittee - meeting summary 10/07/2017

Re: [onap-discuss] Use case subcommittee - meeting summary 10/07/2017

Re: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

Re: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

[onap-discuss] [Integration][sdc][sdnc][so][appc] Use case analysis: vCPE

[onap-discuss] [integration] Refactor CLAMP to inherit from oparent

[onap-discuss] [vnfrqts]: Future meeting agendas

[onap-discuss] [oom] TOSCA Model Driven Orchestration across Containers and Non-Container Deployment Options

Re: [onap-discuss] Participation in Optimization Framework Project

Re: [onap-discuss] [vnfrqts]: Project planning

[onap-discuss] 答复: [vnfrqts]: Project planning

[onap-discuss] [vnfrqts]: Project planning

Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

[onap-discuss] [SDN-C] Amsterdam SDNC-27 story - Underlay network

Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

Re: [onap-discuss] [SDNC][APP-C] Importance of SDNC in vFW Demo

[onap-discuss] Use case subcommittee - meeting summary 10/07/2017

19 matches

Site Navigation

Mail list logo

Footer information