Team The weekly meeting for tomorrow (10/12/2021) will be cancelled, for any urgent items pertaining to Istanbul release – pls reach me via email. We’ll resume discussion on other topics next week. Th

#dcaegen2

Thanks Marcin for capturing the jira issue! Noticed the jiras DCAEGEN2-2895 & DCAEGEN2-2893 are sort of linked, the recursive schema lookup behavior attributes to error noted on DCAEGEN2-2893. However

#dcaegen2

Hello, as suggested yesterday on the weekly meeting I crated following Jira tickets that address issues I observed regarding schema validation in the VES Collector: https://jira.onap.org/browse/DCAEGE

#dcaegen2

Hi, I have a generic question/concern how the VES 7.2.1 (stndDefined) events are validated against schema reference in the VES Collector. Based on the online documentation: https://docs.onap.org/proje

#dcaegen2

Hi Miguel, Krystian – Thanks for the update and confirming issue was resolved; will review the patch and include in the next container revision planned. Regards, Vijay

#aai #dcaegen2 #honolulu #policy

Hello Vijay and Jorge, Just wanted to let you know that I tried the suggested fix from Krystian and it solved the problem from the duplicates, might want to look into it. Thanks for the solution Kryst

#aai #dcaegen2 #honolulu #policy

Thanks Krystian and Jorge. I will try to fix the problem with your recommendations. Regards, Miguel

#aai #dcaegen2 #honolulu #policy

That's a very good finding about the duplicates Krystian, thanks for pitching in. I'll bring it to Vijay's attention too. Miguel, the sample ONSET I posted was DCAE enriched with AAI fields, that's th

#aai #dcaegen2 #honolulu #policy

Hi Miguel, I had a similar issue, and this is caused in my case with setting the controlLoopSchemaType ( in fact the target_type causing this problem) to "VM". I described my finding in the Jira: http

#aai #dcaegen2 #honolulu #policy

Hello Jorge, from the error log in the Policy Drools PDP, at the time of my first message, suggested that the DCAE ONSET messaged needed vserver.vserver-name field instead of the generic-vnf.vnf-name,

#aai #dcaegen2 #honolulu #policy

Hi Miguel, the error in policy is complaining from the AAI query results, take a look at a valid DCAE ONSET sample that I had laying around. I noticed that the target_type and target differed with you

#aai #dcaegen2 #honolulu #policy

Just a heads up on the TCA error. It is now happening again even changing the controlLoopSchemaType. The error just changes from "generic-vnf.vnf-name" to "vserver.vserver-name" and it does not publis

#aai #dcaegen2 #honolulu #policy

With the latest TCA snapshot I no longer had the certification problem but started having a problem related to TCA trying to write the CL Event message on the output topic (unauthenticated.DCAE_CL_OUT

#aai #dcaegen2 #honolulu #policy

Miguel – With the latest TCA snapshot (1.2.2-SNAPSHOT) the error noticed for certificate validation should be resolved. Can you confirm if you are still seeing certificate problem with on TCA s 1.2.2

#aai #dcaegen2 #honolulu #policy

Thank you for your response. Already with the latest snapshot but the problems persist. Is there any way I contact the Policy Team in a more direct manner to try to troubleshoot my problem?

#aai #dcaegen2 #honolulu #policy

Hi, The TCA enrichment error is being worked under DCAEGEN2-2831 – you may try with latest snapshot (onap/org.onap.dcaegen2.analytics.tca-gen2.dcae-analytics-tca-web:1.2.2-SNAPSHOT) meanwhile to check

#aai #dcaegen2 #honolulu #policy

For some reason, the images attached disappeared. These are the images from the above message (also in attachment):

#aai #dcaegen2 #honolulu #policy

Hello everyone, I'm trying to make a control loop based on the scale-out use case described in the documentation. What happens is that TCA tries to connect to AAI and fails. The TCA is using for the c

#aai #dcaegen2 #honolulu #policy

Hi Krystian, W.r.t to jira questions – the current structure handled by PM-Mapper is consistent to the VES data model, need to be explore with VES team if that requires any update. As you noted, PM-ma

#dcaegen2 #pmmapper

Hi ONAP experts, Recently we focus on testing the PM Bulk flow in ONAP, by using the FileCollector and PM Mapper. We have a few questions/potential issues with mapped VES content (PM Mapper output), d

#dcaegen2 #pmmapper