2020-04-01 DCAE Meeting Notes

Bridge

Or Telephone:
Dial: +1 408 638 0968 (US Toll) or +1 646 558 8656 (US Toll)
+1 855 880 1246 (US Toll Free)
+1 877 369 0926 (US Toll Free)
Meeting ID: 824 147 956
International numbers available: https://zoom.us/zoomconference?m=HN2MIJkxqxYgu8EjDmekdG0WHlAnv3Zp

Recording:

DCAE_Weekly_04012020.mp4

Attendees:

Host: @Vijay Kumar





Discussion Topics:





 Time (est)

 Topics

 Requester/Assignee

 Notes/Links









START RECORDING

PARTICIPANT LIST

1



Project Status

@Vijay Kumar









DCAE Blockers/High priority

type key summary assignee reporter priority status resolution created updated due
Loading...
Refresh

  • DCAEGEN2-2120 - Dashboard error on blueprints from inventory (requires fix on runtimeapi and bp-gen + Dashboard + Bootstrap blueprints)

    • Dashboard and Bootstrap released. Bp-gen/RuntimeAPI -  04/01  OOM Fix merged (CLOSED)

  • DCAEGEN2-2129 - Public HTTP exposure from DCAE  - Impact remote K8S cluster deployment - Reopened

    • CBS closed

    • VES pending Integration team (OJSI-116)

    • HV-VES -  - 03/25 Fix delivered and OOM update submitted

    • VES  - 04/01 - Fix delivered to OOM; pending to be merged  







DCAE Outstanding Jira & MED priority bugs

Open items from last week

  • DCAEGEN2-2141 - Documentation warning  

  • DCAEGEN2-2136  - Cloudify unable to parse certain micro service policies (deferred to Guilin?)

  • AAF-1081 : Env issue; blocks DCAEGEN2-2042 Update DCAE certificates (Dashboard, PMSH SAN).

    • Workaround via manual AAF update pending to be checked. @Fiachra Corcoran @Joseph O'Leary 3/25 - Workaround through manual updated verified; can be documented if 1081 is not delivered by AAF.  4/1 - PMSH documentation to include workaround steps. 

  • CLAMP-650 - CLAMP not supporting blueprints (PMSH) with postgres plugin (workaround will be to onboard policy separate and use dashboard/consul)

    • Workaround will not involve CLAMP; so this defect/fix to be checked and moved to Guilin if still issue - @David Farrelly  

2



DCAE bootstrap updates

@Vijay Kumar

Candidates for new version updates for Frankfurt (as of 4/1)

  • Datalake Handler (1.0.2)

  • PMSH?

onap/org.onap.dcaegen2.deployments.k8s-bootstrap-container:1.12.4 will be final for Frankfurt (unless any bootstrapped services impacted)

4/1 - Frankfurt boot1.12.4 Bootstrap released (pending OOM approval)

  • PMSH 1.0.2 

  • VES HTTP disabled

3/25 1.12.3 Merged - delivered to oom

  • PMSH  - Merged  (1.12.2)

  • SON_handler - Merged

  • RESTConf - Merged (EL-Alto version) (1.12.3 - Release pending)

  • DL-Handler  - Merged (1.12.3)

  • Heartbeat - Merged (EL-Alto version)  (1.12.3 - Release pending)

  • VES Mapper - Merged (EL-Alto version)  (1.12.3 - Release pending)

  • BBS_Eventprocessor - Merged  (1.12.2)

  • DFC - Merged

  • VES 1.5.4 (1.12.3)

  • TCAGen2 1.0.1 (1.12.3) 

Reference : https://lists.onap.org/g/onap-discuss/message/20046  Blueprint management for Frankfurt - DCAEGEN2-2041







RC0 PREP

03/25 - MS owners  (for on-demand components) to update both WIKI and RTD for depoyment instructions.

Documentation status

3



VES 7.1 Release

 @alok411

VES 7.1.1 release

AttServiceSpecification-VesEventListener-v7.1.1 - AG1 DRAFT.docx  - https://gerrit.onap.org/r/#/c/vnfrqts/requirements/+/100867/

VES Event Registration Specification 3.2.1 Draft.docx  - https://gerrit.onap.org/r/#/c/vnfrqts/requirements/+/100876/

4/1, 3/24 - DCAEGEN2-2067 VES swagger update completed; pending VNFREQ spec linkage

3/18, 3/11 - Documentation updates is pending - DCAEGEN2-2067 

4



CBS TLS in SDK

@Piotr Wielebski

Review recent discussion on : https://gerrit.onap.org/r/#/c/dcaegen2/services/sdk/+/94266/ and identify next step

Confluence: TLS support for CBS - Migration Plan

Current implementation relies on trust.jks being available. Following options to be explored

  • Option 1: Work/address issue around using cacert.pem for CBS connection (original proposal)

  • Option 2: Enabled use_tls: true for all DCAE MS deployment (in blueprint) to ensure all AAF cert/trust and distributed (regardless of the MS/component being setup as server or not)

  • Option 3: Modify K8s plugin to include trust.jks distribution by default along with cacert.pem

Note: Current SDK change https://gerrit.onap.org/r/#/c/dcaegen2/services/sdk/+/94266/ relies on Option#2

3/25 - Test with k8splugin 2.0.0 with use_tls disabled (no blueprint change required for Frankfurt to use this plugin version) - @Piotr Wielebski

3/11 - New k8plugin released (2.0.0) and corresponding CM container released. Platform updates completed. Need test of HV_VES with new plugin - @Piotr Wielebski

4/1 - tested on HV-VES 1.4.0 - not workingException in thread "main" org.onap.dcaegen2.services.sdk.security.ssl.exceptions.ReadingPasswordFromFileException: Could not read password from /etc/ves-hv/ssl/jks.pass   

    - jks.pass is distributed only when use_tls is set to true; need to be checked if app expects cert as server?  @Piotr Wielebski  

5



Repo Branching 



04/01 - Branching/tagging work to be started for all DCAE components/repo - expected to be completed by next week. Committer must ensure new submissions are cherrypicked into Frankfurt branch

3/25 - Will await TSC plan for RC0 - will review next week and finalize components to branch. For any components needing Guilin work started soon; contact @Vijay Kumar  

Repository branching for Frankfurt

dcaegen2/analytics/tca
dcaegen2/analytics/tca-gen2
dcaegen2/collectors/datafile
dcaegen2/collectors/hv-ves
dcaegen2/collectors/restconf
dcaegen2/collectors/snmptrap
dcaegen2/collectors/ves
dcaegen2/deployments
dcaegen2/platform
dcaegen2/platform/blueprints
dcaegen2/platform/configbinding
dcaegen2/platform/deployment-handler
dcaegen2/platform/inventory-api
dcaegen2/platform/plugins
dcaegen2/platform/policy-handler
dcaegen2/platform/servicechange-handler
dcaegen2/services
dcaegen2/services/heartbeat
dcaegen2/services/mapper
dcaegen2/services/pm-mapper
dcaegen2/services/prh
dcaegen2/services/sdk
dcaegen2/services/son-handler
dcaegen2/utils

6



Demo planning



  • Demo scheduled for PMSH and TCA-gen2 -  Apr 15, 2020 

  • Demo for MOD -  Apr 22, 2020  (to be checked if conflict with ONAP Guilin planning meetings)

  • Datalake-handler and Acumos Adapter - TBD

7



Guilin Items (Backlog)



Java 11 upgrade for remaining components (DCAEGEN2-1918)

Dmaap Plugin integration (DCAEGEN2-2015)

8



AAF change impact

@Fiachra Corcoran @Jack Lucas

aaf_agent (2.1.20) changed in Frankfurt generates cert as non-root; need to assess impact to dcae TLS init (currently uses 2.1.15).

DCAE change will be done post Frankfurt; new userstory to be created - @Vijay Kumar

























Certificate for components/instance (wild card support)

>Frankfurt

PMSH may need to support multiple instance per different usecase. The certificate generation should be supported at instance level (possible AAF dependency

2/20  - DCAEGEN2-2084: support certificate generation at instance level for DCAE servicesClosed to track this request for DCAE; AAF dependency will be discussed post Frankfurt and corresponding AAF Jira to be created











Frankfurt Artifacts Release versions



Open Action Items



New Action items



Seeking Community support

Topic/JIRA

Current Status

 Planned Work

Topic/JIRA

Current Status

 Planned Work

Docker build consistentency ( DCAEGEN2-1579)

JIRA cover broad aspect of standardizing DCAE component build process and docker tagging.

  1. Nokia team proposal identifies best practice for docker tagging optimized-dockers-jvm.pdf. 

    1. Following components migrated to new docker tagging best-practice

      1. PRH

      2. PM-Mapper

Need volunteer from community to support

  • Standardize pom/jjb template for all dcae component (java and python)

    • Plugin list alignment with oparent

    • Python build dependency on script to be reduced;