Jimmy, Physical inventory should be managed outside of A&AI. Clients use A&AI PNF identifiers to get those profile details from the PNF database of record. Some profile details (as few as possible) may be needed in A&AI as intentially replicated attributes to facilitate this data federation, but we should not make A&AI the cloud infrastructure inventory or physical inventory master. A&AI should only care about physical inventory components it depends on as allotted resources supporting the virtualized service instance it is managing, and we should not view A&AI as an intended replication of the physical inventory. In ECOMP, we can perform some of this federation using ECOMP data management common services, so if the team has a requirement for that kind of data stitching then put it into requirements for a project to deliver that Data Federation service that can broker that view.
Steve Polston From: [email protected] [mailto:[email protected]] On Behalf Of FORSYTH, JAMES Sent: Thursday, March 08, 2018 8:08 AM To: Kanagaraj Manickam <[email protected]> Cc: xingxiaocheng <[email protected]>; [email protected] Subject: Re: [onap-discuss] [aai] PNF / off-the-band VNF support ?? ***Security Advisory: This Message Originated Outside of AT&T *** Reference http://cso.att.com/EmailSecurity/IDSP.html for more information. Hi, Kangaraj, Are you saying that there are things that one of our client systems needs that are missing from the AAI schema, specifically the PNF? Which client needs the new information, and what does it need? ESR can capture external system credentials, perhaps the client should use the existing ESR interface? API freeze is today, so my hope is that this is something simple that can be worked out quickly. Thanks, jimmy From: Kanagaraj Manickam <[email protected]<mailto:[email protected]>> Date: Thursday, March 8, 2018 at 6:44 AM To: "FORSYTH, JAMES" <[email protected]<mailto:[email protected]>> Cc: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>, xingxiaocheng <[email protected]<mailto:[email protected]>> Subject: [aai] PNF / off-the-band VNF support ?? Dear Jimmy, We are trying to understand the PNF model in the AAI and got following doubts, can you please help. 1. We found that AAI v12 provides API and model for on-boarding PNF directly it does not have place holder for capturing the PNF credentials, which could be used by run-time components to communicate with PNF. So how to capture the PNF credentials? 2. Consider the scenario where operator already having VNF and would like to on-board them into ONAP off-the-band, so that it can be managed along with new VNF getting deployed via ONAP. This is very similar to PNF on-boarding. How to support such scenarios in AAI? Appreciate your inputs. Thank you. Regards Kanagaraj M ------------------------------------- Be transparent! Win together !! 本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！ This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!
_______________________________________________ onap-discuss mailing list [email protected] https://lists.onap.org/mailman/listinfo/onap-discuss
