...
- Most recent work has focused on "Amber Maintenance Release" functionality - esp A1 Policy Management Service ("Policy Agent"). See Release A
- Ongoing efforts to try ensure convergence between OSC's A1 adapter, and ONAP's A1 adapter.
- Repos:
- Plan to move A1 simulator/stub to SIM project - agreed with Alex Stancu. Need to ensure committer rights etc.
- Dashboards - need to consolidate NONRTRIC dashboard in existing Portal Repo
- Dashboards: Currently exists 2 dashboards with some overlapping code/functions. Scope difference is pretty clear though, so both are needed.
- non-RT-RIC (holistic view for A1 Policy management operations across all near-RTRICs, Policy instances, Police types, etc)
- near-RT-RIC (element management of individual near-RTRICs, stats, xAPP management, etc)
- Need to examine how to address duplicated code in both functions, and the functional overlap (e.g. view which PolicyTypes are supported by xAPPs, etc)
- Meetings scheduled for this week: Lorraine Welch Chris Lott John Keeney Patrik Buhr Martin Skorupski ojus parikh ...
- Agreed to cancel next week's meeting due to O-RAN Paris F2F. Week afterward may be cancelled too due to MWC.
- Discussion about use of JIRA for stats/reports - Not ideal due to different ways of using JIRA - e.g. long running epics for ongoing requirements. Even though its not great it's what we have right now ....
- SDNR & A1 adaptor
- John: Don't agree that A1 adapter should be hard-coded into SDNR persona/profile. Of course at deployment/instantiation time any bundles can be included in teh same instance, but this should not be enforced.
- Martin: Current Netconf mediation is quite thin, and most "controller" logic isa actually above SDNC, e.g. in PolicyFramework.
- John: Agree - same with A1. Would like to maintain a loose coupling, with A1/O1/O2 coordination outside/above mediation functions, not in them.
- ... <CUT>
...