Table of Contents | ||||
---|---|---|---|---|
|
...
2020.04.28
- DCAE:
- Issues with jenkins job (jjb template), working with LFN IT team. This is not a blocker for BBS.
- Integration testing:
- Blocker:
Jira server ONAP JIRA serverId 425b2b0a-557c-3c0c-b515-579789cceedb key SO-2827 - 2: Frankfurt Release Integration Testing Status
- RC1 is scheduled for April 30. See https://lists.onap.org/g/onap-release/message/1603
- Closure of Swisscom Lab on Apr 30
- Lab set up in UNH-IOL
- Blocker:
2020.04.21
- No meeting. LFN Technical Event
- Update: Setting up ONAP RC0 in Swisscom lab for BBS integration testing before RC1
- New hosts file: BBS Swisscom Lab
2020.04.14
- No meeting
- Waiting on RC0 in order to start E2E integration testing in the labs
2020.04.07
- No meeting
- Waiting on RC0 in order to start E2E integration testing in the labs
2020.03.31
- DCAE
- Issues with bbs-ep blueprint and jenkins job
- Policy
- APEX policies in BBS repo: https://git.onap.org/integration/usecases/bbs/tree/policy/apex/json
- To be tested in Frankfurt RC0
- SDNC
- Integration testing
- BBS use case repo: https://git.onap.org/integration/usecases/bbs/tree/
- ONAP master not in a healthy state, many last minute changes before RC0
- Problems with NBI, SO
- Difficult to do integration testing for now
- RC0 scheduled for Apr 2: TSC 2020-03-26
- 2: Frankfurt Release Integration Testing Status
- Documentation
2020.03.24 (no meeting)
- DCAE
- Issues with cloudify manager in Swisscom Lab, slow response in CLI - solution: both bootstrap and cloudify manager pods were restarted
- Please update the installation steps for BBS-ep here: BBS Documentation (Frankfurt)
- Issues deploying VES mapper and RESTCONF Collector due to k8splugin and cloudify types versions. See JIRA issues below
Jira server ONAP JIRA serverId 425b2b0a-557c-3c0c-b515-579789cceedb key DCAEGEN2-2165 Jira server ONAP JIRA serverId 425b2b0a-557c-3c0c-b515-579789cceedb key DCAEGEN2-2166 Jira server ONAP JIRA serverId 425b2b0a-557c-3c0c-b515-579789cceedb key DCAEGEN2-2167 - BBS Documentation (Frankfurt) has been updated accordingly
- Policy
- user-f79d0 status update? error handling in BBS APEX policy (Status: Code has been merged to gitlab (https://gitlab.com/onap-bbs/bbs-apex-policy/-/tree/e233588388f13261116648f7ee90a57a543b0082). Need to test and verify)
- SDNC
- Updated SDNC DGs (https://gitlab.com/onap-bbs/bbs-sdnc-dg)
- New errors in Swisscom lab when storing AccessConnectivity and InternetProfile in AAI 20200318_sdnc-karaf.log.zip
- Rahul Tamrkar any update?
- The JSON payload of the createInternetProfile API call towards the Edge SDN M&C needs to have s/c-vlan values as int and not string
- Integration Testing
- Edge SDN M&C in Swisscom lab was updated to make the mac address optional when creating the InternetProfile. See this commit: https://gitlab.com/onap-bbs/vbng/commit/2cae2accf18feb87af1aa29f4746bb2608f41b0a
- ONAP master is available in Swisscom lab, see new hosts file here: BBS Swisscom Lab
- BBS related configs were applied (SO, DCAE, SDNC, Policy, DMaaP...)
- ToDo: BBS service needs to be modeled in SDC and distributed
- TSC approved the creation of BBS repository: TSC 2020-03-19
- The repository has been created: https://git.onap.org/integration/usecases/bbs/
- RC0 is still planned for Mar 26. It's unlikely we can do all integration tests before that date, especially when code is still being pushed to master
2020.03.17
- DCAE
- Stavros Kanarakis status update: bbs-event-processor.
- Working on blueprints, not a blocking issue for testing. To be finished before RC0.
- Policy
- user-f79d0 status update? error handling in bbs APEX policy
- SDNC
- Decision on SDNC DGs and metadata ownership: https://groups.io/g/onap-bbs/message/677
- C/S-VLAN: as explained by Tim during the call, there might be different interpretations for C/S-VLAN depending on where in the network are being used. We can differentiate between:
- 1) C-VLAN between the ONT-NNI and OLT UNI (access-uni-cvlan)
- 2) S/C-VLAN on the OLT-NNI side (access-nni-cvlan, access-nni-svlan)
- 3) S/C-VLAN on the BNG UNI side (edge-nni-cvlan, edge-nni-svlan)
- In BBS Frankfurt, we don't work with case 1), and assume that cases 2) and 3) have the same value. In future, if we want to align with BBF's WT-411, we may need to add the 3 cases to service metadata and differentiate between access-uni-cvlan, access-nni-cvlan, access-nni-svlan, edge-nni-cvlan, edge-nni-svlan.
- The VLAN values that we store in AAI (svlan, cvlan) are the ones of edge-nni-cvlan, edge-nni-svlan, and they are used as an input when creating the InternetProfile resource
- C/S-VLAN: as explained by Tim during the call, there might be different interpretations for C/S-VLAN depending on where in the network are being used. We can differentiate between:
- Repository in gitlab for SDNC DG https://gitlab.com/onap-bbs/bbs-sdnc-dg , need to add latest version of DGs
- Rahul Tamrkar Status update Huawei DGs ?
- Integration testing
- Lab presence may be restricted due to COVID-19, testing could be limited
- Remote access is still working
- Installation of ONAP master is ongoing in parallel to current ElAlto release
- 2: Frankfurt Release Integration Testing Status
- Need to clarify whether RC0 will also be delayed
2020.03.10
- ExtAPI
- https in NBI. No updates w.r.t how to adapt BBS portal
- See https://groups.io/g/onap-bbs/message/670
- DCAE
- Issue with Jenkins job, not a blocking issue
- Blueprint for cloudify can be provided after M4
- Basic testing is done, no errors
- New version of k8s plugin needed v1.7.2 in swisscom lab
- SO
- No progress on
Jira server ONAP JIRA serverId 425b2b0a-557c-3c0c-b515-579789cceedb key SO-2609
- Policy
- to improve exception handling when accessConnectivity creation fails
- Integration Testing
- Pnf relocation testing in Swisscom lab. Some issues need to be solved before the next test round (see https://groups.io/g/onap-bbs/message/665):
- Issues with VES event not reaching ONAP (to be checked in DMaaP logs. Events may be dropped somewhere else, e.g. RESTCONF collector, VES mapper)
- Issue with InternetProfile creation -> need to change SDNC DG, string to int for c/s-vlan (SDNC)
- Issue writing metadatum (SDNC) -> to be further investigated
2020.03.03
- ExtAPI
- No update on https://groups.io/g/onap-bbs/message/656. More info after M4
- SDNC DG
- New logs 20200227_pnf_relocation_2.zip
- prakash eswaramoorthy to implement logic to handle service instance metadata in Huawei DGs during next week. See https://open.rocket.chat/channel/onap-bbs-public?msg=dnbZ4sAp5RxsN5fd6
- CreateAccessConnectivity DG already contains the logic to create service instance metadata. No change needed
- DeleteAccessConnectivity DG needs to implement the deletion of service instance metadata related to AccessConnectivity (check code of CreateAccessConnectivity DG to fetch the list of metadata to be deleted)
- CreateInternetProfile DG already contains the logic to create service instance metadata. No change needed
- ChangeInternetProfile DG needs to implement the deletion of service instance metadata related to InternetProfile and the creation of the service instance metadata related to InternetProfile with the new values.
- DeleteInternetProfile DG needs to implement the deletion of service instance metadata related to InternetProfile (check code of CreateInternetProfile DG to fetch the list of metadata to be deleted)
- Remove Access SDN M&C credentials from sdnc log file when creating or deleting the AccessConnectivity resource
- NEW: use 'int' and not 'string' for c/s vlan in json payload when creating/modifying the internetProfile instance
..."s_vlan":1000,
"c_vlan":100
...
- SO
- No progress on
Jira server ONAP JIRA serverId 425b2b0a-557c-3c0c-b515-579789cceedb key SO-2609
- DCAE
- Status update on BBS-ep: looks good for M4, but still some changes needed. Tested in ElAlto release in Swisscom lab.
still openJira server ONAP JIRA serverId 425b2b0a-557c-3c0c-b515-579789cceedb key DCAEGEN2-2088
- Policy
- user-f79d0 to improve exception handling when accessConnectivity creation fails
- Integration testing
- Morgan Richomme to initiate the process to get a dedicated repo for the BBS use case artefacts (DGs, policy, service model...)
- Setting up master branch in Swisscom Lab after M4
- UNH-IOL lab is also available for BBS testing. Will coordinate the ONAP setup after M4 with Lincoln Lavoie
- Daniel Balsiger David Perez Caparros to run E2E tests with real ONT/OLT devices in Swisscom lab
- David Perez Caparros to review the use case documentation by M4. See https://lists.onap.org/g/onap-discuss/message/20159
2020.02.25
Notes
- ExtAPI
- To use https in Frankfurt: https://groups.io/g/onap-bbs/message/656 --> we need to update BBS portal
...
Jira server ONAP JIRA serverId 425b2b0a-557c-3c0c-b515-579789cceedb key DCAEGEN2-2088 - Continue testing BBS-ep, documentation needed
- Policy
- Onboarded using new APEX framework, working ok
- Integration testing
2020.02.18
...