You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

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:

TBA

Attendees:

Host: Vijay Venkatesh Kumar



Discussion Topics:



 Time (est) Topics Requester/Assignee Notes/Links


Admin

START RECORDING

PARTICIPANT LIST

1
Project Status (El-Alto)

Self release of PRH and DCAE bootstrap POD

  • SDK jar  1.3.2 need to be released (master)
  • PRH 1.3.2 and DCAE bootstrap container (El-Alto version) to be released Piotr WielebskiKornel Janiak

DEMOS - R5 El-Alto Demos  - Secure & Dynamic Feed/Topic support for DCAE MicroServices

2
Project Status
  • Review Action Items from previous week

TSC Prioritization: [Onap-release] Frankfurt - ONAP TSC Prioritization.pdf  (RANK#0 and RANK#1 should be completed before Functional/Usecase work can be addressed)

3
DEMO of Acumos-ONAP DCAE Integration

Ting Lu

Michael Hwang

Andrew Gauld

Ken Kristiansen

Carol Nelson

Wenting Sun

Zhaoji Huang

Acumos-ONAP DCAE integration project overview /introduction followed by live demo
4
VES spec 7.1.1 updates
 5
VES 8.0 updates review
  • Checkpoint on VES 8.0 release
  • Review 8.0 domain updates  ( DCAEGEN2-1769 - Getting issue details... STATUS )
    • Review mandatory field list if should be classified as optional to consider other similar stream
    • cmNotify has consensus; fault (update required to support fault3gpp) being worked.

Reference document (reviewed on earlier meeting)

ONAP CM NOTIFICATIONS October 24.pptx

6
CBS TLS in SDKPiotr 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.

 8
 Java 11 Migration

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

DCAEGEN2-1884

Open Action Items

  • PM Mapper plan to support new 3gpp 5g spec updates for Frankfurt - Joseph O'Leary Damian Nowak
    • Ericsson planning to support 5g schema outlined under 28.550/28.532 for Frankfurt; the spec to be confirmed with Damian/team. Ericsson committed for Development, Nokia support may be needed for integration/test.

Mark created https://jira.onap.org/browse/DCAEGEN2-1912


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






  • No labels