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" <[email protected]> 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&AI) > > > > 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:* [email protected] [mailto:onap-discuss-bounces@ > lists.onap.org] *On Behalf Of *Tapan Majhi > *Sent:* Tuesday, July 11, 2017 10:53 AM > *To:* Cipher Cipher; [email protected] > *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:* [email protected] [mailto:onap-discuss-bounces@ > lists.onap.org <[email protected]>] *On Behalf Of *Cipher > Cipher > *Sent:* Tuesday, July 11, 2017 12:08 AM > *To:* [email protected] > *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 [email protected] https://lists.onap.org/mailman/listinfo/onap-discuss
