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_01302020.mp4

Attendees:

Host: Vijay Venkatesh Kumar

Jack Lucase

Discussion Topics:



 Time (est) Topics Requester/Assignee Notes/Links




START RECORDING

PARTICIPANT LIST

1
Project Status

Vijay Venkatesh Kumar

  • Review Action Items from previous week




Frankfurt EPIC progress  : https://jira.onap.org/browse/DCAEGEN2-1972?filter=11704

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

Frankfurt Defect Status

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

2
VES 7.1 Release

 Alok Gupta

VES 7.1.1 release

Reference document (reviewed on earlier meeting)

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/

1/23, 1/9 - VES 7.1.1 not released yet (based on VNFREQ doc); new json schema integration on VESCollector on-hold.

3
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

10/24 - Option3 preferred; Nokia team will analyze the impact for k8s plugin updates.

11/21 - SDK changes WIP; DCAEGEN2-1938  Plugin changes under assessment

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

1/30 - WIP for plugin changes; SDK changes dependent on new plugin

 4
Java 11 Migration

 Vijay Venkatesh Kumar

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

DCAEGEN2-1884

11/21 - Integration Team working on oparent update & alpine base image; DCAE JIRA's for components will be created/assigned once dependencies are met

5
DMaap HTTP → HTTPS Dominic Lunanuova

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


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)

6 
Automated test for BulkPM

 Krzysztof Kuzmicki

user-3784d

Reg emails subjected: " Automated test for Bulk PM in integration"

  • review ongoing automation work done by Ericsson 
  • review automation work proposed by Nokia team
  • Identify common area and determine DCAE gating test for BulkPM flow

1/23 - Joseph O'Leary Code merged in CSIT by Ericsson; Nokia is testing together.

1/30 - Ericsson Team approaching if for integration test via robot/OOM.


7
DCAE bootstrap optmization

Vijay Venkatesh Kumar

Blueprint management for Frankfurt - DCAEGEN2-2041

Plugin/type file distribution and upload -DCAEGEN2-2040






Ephraim Martin

Blueprint/CL flow support for PMSH

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






1 Comment

  1. Damian Nowak

    A quick comment about the PMSH and PNF object state management in AAI.
    We had an internal demo today, and the PNF BBs contributed to the SO project are already settinging the "orchestration-state" parameter to Active, after the PNF registration is completed.
    There was a question from E/// people dealing with PMSH, yesterday.

    Please note, these BBs are already contributed to SO code, but they haven`t been placed yet in the "orchestration_flow_reference" table in SO.CatalogDB.
    We`re planing to do this in February, probably 1st half of February.

    https://gerrit.onap.org/r/#/c/so/+/100541/ (intial assignment of a PNF to a Service Instance)

    https://gerrit.onap.org/r/#/c/so/+/100905/ (Activate PNF BB, where this status is set to "Active").