Hi Mandeep,

 

Please see my reply inline. Thanks.

 

 

BR,

Yan

发件人: Singh Kalra, Mandeep [mailto:[email protected]] 
发送时间: 2019年8月20日 0:18
收件人: Yan Yang; [email protected]
主题: Re: [External] 答复: [onap-discuss] vCPE Tosca #VFC

 

Hi Yan, 

Will appreciate your inputs on this. 

Regards
Mandeep 

  _____

From: Singh Kalra, Mandeep
Sent: Friday, August 16, 2019 11:53:06 AM
To: Yan Yang <[email protected]>; [email protected]
<[email protected]>
Subject: RE: [External] 答复: [onap-discuss] vCPE Tosca #VFC 

 

Thanks Yan. Can you please help in understanding the below follow-up points
?

 

*       If vf-c catalog parses and uses the real csar, why SDC-1900 ( image
artifact issue) impacted this use case ?

At the beginning, we would like to use the model exported by SDC, but we
found the exported csar will miss the original  onoarding csar information ,
so we put the real csar to avoid the information missing

*       In case we don’t add real csar, can this orchestration still work
based on SDC based csar?

For the NS level , it can work, because it just deals with the VLs, but for
the VNF csar, it can’t work.

*       In case of S-VNFM if we just upload the real csar in VF-C catalog,
can NSLCM still parse the csar and fetch details like VDU etc which may be
required in grant procedure ?

NSLCM just parses NS csar and deals with the VLs between VNFs, for the grant
procedure, the S-VNFM should parse the vnf csar and compose the grant
request with the details like VDU. 

*       If we add the real csar as an artifact, SDC uploaded csar model is
just a dummy and not used at all in the orchestration ( apart from
retrieving the real csar in vf-c catalog ) ?

Yes, correct

*       Do we have volte csars working in the Casablanca release ?

For Casablanca release, we didn’t test VoLte use case, so there is no
corresponding csar for VoLTE in Casablanca.

 

 

Regards

Mandeep

From: Yan Yang <[email protected]> 
Sent: Friday, August 16, 2019 11:25 AM
To: [email protected]; Singh Kalra, Mandeep
<[email protected]>
Subject: [External] 答复: [onap-discuss] vCPE Tosca #VFC

 

This message is from an EXTERNAL SENDER - be CAUTIOUS, particularly with
links and attachments.

  _____

 

Hi Mandeep,

 

Please see my reply inline. Thanks.

 

 

BR,

Yan

发件人: [email protected] [mailto:[email protected]] 代
表 Mandeep Singh Kalra via Lists.Onap.Org
发送时间: 2019年8月16日 13:11
收件人: [email protected]
主题: [onap-discuss] vCPE Tosca #VFC

 

Hi,

 

I found that in the vCPE tosca use case, real csar is put as an artifact on
SDC alongside the onap compatible VNFD.

Have the below questions on the same ::

*       Question is since vCPE tosca case uses G-VNFM for instantiation,
does it use sdc distributed csar or the real csar for orchestration?

               G-VNFM now uses the real csar for instantiation 

*       Does VF-C catalog onboards both csar’s separately or only the SDC
distributed one which contains the real csar ?

We support two path:

If we found the SDC distributed csar  contains the real csar under specified
directory , it will get the real csar  and store.

If the SDC distributed csar doesn’t contains real csar , it will onboard
SDC csar

*       In case of specific vnfm, the real csar is passed to vendor VNFM as
is ?

The VNFM can get the real csar from VF-C catalog.

 

 

Regards

Mandeep

 

 

 

  _____


This message is for the designated recipient only and may contain
privileged, proprietary, or otherwise confidential information. If you have
received it in error, please notify the sender immediately and delete the
original. Any other use of the e-mail by you is prohibited. Where allowed by
local law, electronic communications with Accenture and its affiliates,
including e-mail and instant messaging (including content), may be scanned
by our systems for the purposes of information security and assessment of
internal compliance with Accenture policy. Your privacy is important to us.
Accenture uses your personal data only in compliance with data protection
laws. For further information on how Accenture processes your personal data,
please see our privacy statement at
https://www.accenture.com/us-en/privacy-policy. 
____________________________________________________________________________
__________

www.accenture.com




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#18610): https://lists.onap.org/g/onap-discuss/message/18610
Mute This Topic: https://lists.onap.org/mt/32962840/21656
Mute #vfc: https://lists.onap.org/mk?hashtag=vfc&subid=2740164
Group Owner: [email protected]
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to