Bridge

Meeting time effective from 11/07/2019 (until 03/05/2020) 

Thursday, 10.30 – 11.30 AM EST/3.30 -4.30 PM UTC

Bridge - zoom.us/j/824147956 

Recording:

DCAE_Weekly_03052020.mp4

Attendees:

Host: Vijay Venkatesh Kumar


Stavros (Nokia)

Damian (Nokia)

Mark Scott ( Ericsson)

Discussion Topics:



 Time (est) Topics Requester/Assignee Notes/Links




START RECORDING

PARTICIPANT LIST

1


New Meeting time from 3/11 and onwards

Wednesday, UTC 14:30:00 - New meeting invite will be posted for next week.


2/20 - Survey for new meeting day/time proposal  https://doodle.com/poll/tinqc7c3bpbdzirg open until 2/28 https://lists.onap.org/g/onap-discuss/message/20046

2
Project Status




Outstanding gerrit  - https://gerrit.onap.org/r/#/q/status:open+age:1week++dcaegen2

Sonar coverage - https://sonar.onap.org/projects?search=dcaegen2&sort=-name (sonar qube)

https://sonarcloud.io/organizations/onap/projects?search=dcaegen2 (sonar-cloud)

3/5

  • SNMPtrap - 52%
  • All components identified on 2/27 - CLOSED

2/27

  • SDK -  Piotr Wielebski
  • HV_VES-
  • PMSH - Coverage not reported into Sonarcloud 
  • MOD components not integrated to SonarCloud 



DCAE Blockers

New (03/05)

DCAEGEN2-2102 - Provide separate environment variable for db password for dcaemod-onboarding-api(MOD) - Need discussion with OOM team

DCAEGEN2-2119 -  MOD components (python) coverage not reported - CLOSED

DCAEGEN2-2118 -  AO adapter spec updates - CLOSED

DCAEGEN2-2129 - Public HTTP exposure from DCAE (CBS/30415) - Impact remote K8S cluster deployment (need further discussion)

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

From last week

DCAEGEN2-2088 : PRH error after PNF relocation (BBS) - https://gerrit.onap.org/r/c/dcaegen2/services/prh/+/103096  - Submitted/Under test

DCAEGEN2-2039 : Cert failure with hv-ves - OOM change not merged - update 3/5 change was merged 

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

DCAEGEN2-2063 : no docker builds for BBS-eventprocessor - CLOSED

DCAEGEN2-2090 : Datalake container no docker builds - CLOSED

DCAEGEN2-2093 : error with mod/distributorAPI runtime - CLOSED

DCAEGEN2-2094 : Error with MOD/runTime API integration with bp-gen 1.3.0 - CLOSED

DCAEGEN2-2096 : PM Mapper cert load issues (b64 dependency) - Fixed/Pending merge

DCAEGEN2-2097 : Clamp plugin type/import not loaded into bootstrap

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

Frankfurt Defect Status

High priority bugs - https://jira.onap.org/browse/DCAEGEN2-2090?filter=12210

2
DCAE bootstrap updates

Blueprints for following not delivered and/or containers not released

  • PMSH  - Ready 3/6
  • SON_handler - WIP 
  • RESTConf - Possible descope
  • DL-Handler  - WIP
  • Heartbeat - Possible descope
  • VES Mapper - Possible descope
  • BBS_Eventprocessor - Ready 3/6
  • DFC - Ready 3/6

Any other outstanding bootstrap updates

  • Bootstrap non-root (WIP - can be targeted for next bootstrap container rls)

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

3
VES 7.1 Release


3/5 -  Documentation updates is pending - DCAEGEN2-2067

2/27 - DCAEGEN2-2048  - Completed, DCAEGEN2-2067 - Pending.

3
CBS TLS in SDK

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/5 - New plugin released (2.0.0) and corresponding CM container released. Platform updates completed. Need test of HV_VES with new plugin - Piotr Wielebski

2/27 - Plugin completed. Bootstrap and Cloudify Manager to be updated.

12/5 - SDK changes completed; Plugin change pending (need impact assessment on https://gerrit.onap.org/r/#/c/dcaegen2/platform/plugins/+/98857/ ) + pending review/test on https://gerrit.onap.org/r/#/q/project:dcaegen2/platform/plugins

 4
Java 11 Migration

Discuss java11 migration & identify components to be targeted for Java11 migration/support in Frankfurt

DCAEGEN2-1884

2/27, 2/20 - VES validated. HV-VES & BBS_EP?

2/13 - PRH, SDK tested successfully.  VES testing in-progress. BBS-Ep dev WIP
3/5 Piotr Wielebski HV-VES - WIP









Post M4 Documentation

Deployment documentation (WIki) - DCAE R6 Service Component (On-demand) deployment Instruction

2/13 - On-demand component/installation steps should be documented into the wiki by M4








DMaap HTTP → HTTPSParked for Guilin

DMaap HTTP port will be disabled (MR)

  • HTTP Ports
  • Port: 3904, Nodeport: 30227
  • HTTPS Ports
  • Port: 3905, Nodeport: 30226

DBCL 

  • Dmaap plugin

DCAE Impact

  • Platform - ServiceChangeHandler and PolicyHandler
  • SDK - Dmaap Client (verified for BBS)
    • Dependent on plugin change (DCAEGEN2-1938) for cacert distribution in different format
  • DCAE MS
    • Upgrade to Dmaap Client SDK
    • Blueprint impact
    • Testing
    • Switch to secure topics via DMaap plugin integration


2/13, 2/6, 1/23, 1/9 - DMAAP 3904 support continued for Frankfurt; will be cut-off in Guilin release. EPIC for DCAE impacts for Guilin (DCAEGEN2-2015)



Certificate for components/instance (wild card support)

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 - Getting issue details... STATUS 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



Seeking Community support

Topic/JIRACurrent 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;




Page viewed times