2025-08-19 Meeting notes - Joint OAM / NONRTRIC / SIM Community meeting
NEW ZOOM BRIDGE!
Time & Location:
Meeting Detail: Times & Joining Info
Today: Tuesday at 15:00 UTC
https://us02web.zoom.us/j/89069708424?pwd=aGJOZm54eTUxd0FXR0VCU1N0ejBrUT09
New bridge since 17 June
https://zoom.us/j/9644759813
Ensure you are signed into your Zoom account to join.
NOTE: During the "Daylight Savings Time" changeover periods (US vs Europe vs Asia) the time of the meetings may fluctuate.
Summer (northern hemisphere) (Q2 & Q3): 8am PDT | 11am EDT | 15:00 UTC | 16:00 BST | 17:00 CEST | 18:00 EEST | 20:30 IST | 23:00 CST | +1d 00:00 JST (Wed)
Winter (northern hemisphere) (non-DST) (Q1 & Q4): 8am PST | 11pm EST | 16:00 UTC | 16:00 GMT | 17:00 CET | 18:00 EET | 21:30 IST | +1d 00:00 CST (Wed) | +1d 01:00 JST (Wed)
Please checkout the calendars:
Anti-Trust Notice
Date
Aug 19, 2025
Attendees
@John Keeney (Ericsson EST) (Ericsson EST & OSC NONRTRIC)
@subhash (Samsung & OSC AIMLFW)
@Aya Kamal Elbakly (Orange Innovation Egypt)
@Aravindhan Ayyanathan (Ericsson EST)
@Sridhar Rao (LF & IOSMCN)
@Sunil N (Samsung)
@Saul Gill (Ericsson EST)
@Ivan Seskar (WINLAB)
@Krupa Nagabhushan (Ericsson EST)
Abhishek Kumar Rajputji
... others. Please add yourself
See also / co-located (ONAP/O-RAN-SC/SMO - Meeting)
Co-located with ONAP 2025-08-19 Meeting notes (ONAP/O-RAN-SC/SMO - Meeting)
Contents
Recording
Notes:
Housekeeping:
New Zoom bridge (since 17 June) https://zoom.us/j/9644759813
Calendar:
OSC SMO project calls now move to its own time slot - alternate Thursdays
See OSC RSAC Calendar: https://lf-o-ran-sc.atlassian.net/wiki/display/RSAC/calendars
See also OSC Meetings calendar: https://lists.o-ran-sc.org/g/main/calendar
(Note this meeting to open to anyone, including non-ORAN members)
We will maintain this slot for ONAP Alignment, and try flag issues/question to/from SMO meetings.
See also OSC AIML Project meeting notes
@Martin Skorupski will not be available next week, but @John Keeney (Ericsson EST) will open the bridge/meeting in case anyway has anything to discuss.
OSC Project roundup:
News from OSC TOC & OSFG & RSAC calls last week
TOC:
https://lf-o-ran-sc.atlassian.net/wiki/display/TOC/#ORANSCTechnicalOversightCommittee(TOC)
Last week's TOC (Thursday):
Progress on Jenkins to Github migration
Discussion on OSFG meeting in NH in Oct. Planning needed.
This week's TOC (Thursday):
OSFG: (@Martin Skorupski)
OSFG meetings (August):
Meeting cancelled last week.
This week focus was on scope setting & planning for Meeting in NH
Agenda, Minutes, etc : https://oranalliance.atlassian.net/wiki/spaces/OSFG/pages/2292154442/OSFG+Meeting+Minutes (Access restricted to O-RAN members/contributors)
RSAC: (@Martin Skorupski)
Subhash & Bimo working on deployment test (& jira)
OAM (@Martin Skorupski)
No major update this week:
NONRTRIC (@John Keeney (Ericsson EST))
Working on stabilising SMO-install scripts & charts & sample rApp
Experimenting with Nephio & smo-install
SIM (@Alex Stancu)
No update
AI/ML platform project (@subhash)
No update
Minutes & Meeting: Meeting notes
See minutes & recording for meeting earlier today
SMO (@Seshu Kumar Mudiganti)
Meeting notes Meeting notes
No update
Topology & Inventory: (@John Keeney (Ericsson EST) :
Looking at how to build an adapter for O2 information to try populate CLOUD domain entities & relations - v. early stage.
AOB:
CVEs:
proposal for discussion between PTLs & later approval from TOC: Discussion about updates of the parent CVE page
Code not intended to be use in production should be tagged with a disclaimer in some way
Should be at a repo-level or directory level - suggest directory level.
Sample can be seen at https://gerrit.o-ran-sc.org/r/c/oam/+/14745
@John Keeney (Ericsson EST) will add the human-readable parts to some NONRTRIC repos - but machine interpretable part still needs tool support, discussion & may change.
@Sridhar Rao. @Martin Skorupski will discuss with @Matt Watkins & teams.
Winlab servers (OSC Test lab) (@Martin Skorupski, @Ivan Seskar)
No Update this week.
All good this week.
Subhash had an issue previously, but it seems to have solved itself.
RANPM files for O-RUs (@Sridhar Rao)
Will continue to look at this
Question: is the schema for the file (CSV) defined yet? Anyone have a sample?
Based on - but not directly interpretable - from O-RAN Management Plane Specification v18.00 18.0 – LINK – Section 10.3.2 – File Upload
Parser will be very difficult. - Is there any point in pushing files to SMO that cannot be parsed?
In hierarchical mode - the O-DU needs to parse data from O-RU to re-present it as O1
The format of the data from the O-RU may be similar to the OFMP-PM data sent to SMO in Hybrid mode ???
If so, how do O-DUs parse this? Anything available we can reuse?
Sridhar will have a look in his wider community ....
No update yet - but following up this week
Sample rApp (@Sridhar Rao)
Experimenting with a sample rApp
e.g. https://github.com/o-ran-sc/nonrtric-rapp-orufhrecovery/blob/master/scriptversion/app/main.py
Would need to change to a proper yang model:
This 'rApp' is very old - and to be deprecated - e.g. does not include any of the 'current' rApp platform capabilities, SME DME, packaging, etc..
But a better starting point would be:
Sample ESRApp
rApp: https://github.com/o-ran-sc/nonrtric-plt-rappmanager/tree/master/sample-rapp-generator/es-demo-rapp
based on: News - Demo at June 2025 F2F - See recording @30min
rApp is currently receiving a few tweaks - but will be ready to run in coming days.
(Note for @Sridhar Rao - new review version https://gerrit.o-ran-sc.org/r/c/nonrtric/plt/rappmanager/+/14836)
Use case is NOT practical for a real deployment - only intended to demonstrate a ML-enhanced closed-loop use case.
Full integrated Platform flavour for the use case: (currently under review): https://gerrit.o-ran-sc.org/r/c/it/dep/+/14799
RANPM Install Questions (@subhash)
Older RANPM install doesn't seem to work with K8S version 1.32.3 (as recommended by Bimo in general platform install script)
Strimzi version incompatibilty when installing older ranpm install scripts.
Using it/dep smo-install version: Saul & Sridhar tested with K8S 1.32.3 - Aravindhan 1.32.7
Suggest using smo-intsall scripts/charts with ranpm override/flavor
./2-install-oran.sh ranpm
Need to deprecate older installs / guides etc. No longer supported.
OK now?
Thanks to @Aravindhan Ayyanathan
Is there any test data in TEIV? @Sridhar Rao
Yes. See unit tests & function tests. Some sample data can be found in the repo for those:
There is an option to pre-populate teiv with sample data using https://gerrit.o-ran-sc.org/r/gitweb?p=smo/teiv.git;a=blob;f=docker-compose/docker-compose.yml;h=ae9b20af4c5355c1a4682b9c6fae97d3bc6f8e25;hb=HEAD#l45
Otherwise we need adapters to populate the data.
We only have a couple now
https://gerrit.o-ran-sc.org/r/gitweb?p=oam.git;a=tree;f=code/network-generator - using the 'teiv' output format to create a dump of cloudevents
More adapters on the way this release.
You can easily write new adapters / stubs by publishing to event interface:
Create a cloudevent & publish it to kafka - e.g. using https://cloudevents.github.io/sdk-java/kafka.html
Any Sample RANPM consumer rApp?: (@Sunil N)
See Demo at Montreal:
See sample DME consumer rApps (not RANPM)
These rApps should be extended to use the ICS/DME data-type produced by the PMProducer function in the RANPM toolchain
https://docs.o-ran-sc.org/projects/o-ran-sc-nonrtric-plt-ranpm/en/latest/pmproducer/index.html
Note: The specifics for the DME type produced by the PMProducer depends on how it is configured.
Once PMProducer is running & available to produce data, suggest querying ICS to get more info on the Data type to help identify what the consumer needs to consume that data (create a job).
See sample RANPM rApp at:
But this is just the docker image for the rApp uService. It would need to be adapted wrapped in an rApp and created using rApp Manager.
Who will use the services expose by rApps? (@Sunil N)
Other rApps.
e.g. if you have a collection of rApps working together.
Can also be used to expose platform services from rApps.
But may not be a good idea - Platform services are probably not-transient like rApps.
Probably not a good idea to have platform services appear/disappear.
SME currently does not different between platform services (SMOSs) & services provided by rApps.
Once the Decoupled SMO concept matures, SME could be used for SMOS↔SMOS service exposure/discovery
PRB utilization use case (rApp & ML) (@Sunil N)
Working with sample/sim data to train a model, then deploy as a rApp
Good use case to progress AIMLFW integration with rApp toolchain (@Sunil N, @subhash, @John Keeney (Ericsson EST)
Training, Model deployment & inference service LCM.
e.g. would like to see different options for model & inference service containment & LCM - both 'inside/part-of' to rApp, or outside rApp using AIMLFW functions.
Close:
Meeting ends 31min