Running Meeting notes

Running Meeting notes

2026-01-28

Agenda

  • Demo activity high level plan

    • depending on intel reply, 2 scenario are considered, one is O-RAN SC Lab, second is WindRiver Lab

  • O-RAN SC Lab (No6 and No7)

  • See NEC material for more detail

  • Next step is meeting with Devtron to discuss which scenario Devtron can cover

    • after that, Devtron-StarlingX-Tacker will discuss scenarios in RSAC

    • Seshu will arrange next meeting

 

 

AP:

  • Meeting arrangement with Devtron to discuss intelligent homing and intelligent healing scenario

  • KPI for Intelligent Auto Homing:

    • CPU usage, memory usage as baseline

      • StarlingX has metrics server that can provide CPU usage and memory usage of Pod

    • network usage is next step depending on StarlingX capability

      • need to introduce another solution like prometheus

  • intelligent healing scenario:

    • Tacker considered 8 scenarios

  • clarify Grant flow to get placement of Intelligent Auto Healing

    • prepared procedure and response body of GrantRequest and GrantResponse in SOL003

  • prepare workable solution for Hybrid VNF

    • due to lack of Nova, Nuetron and Placement

    • ongoing provide patch to OpenStack Tacker

    • it means that latest OpenStack Tacker can be used for hybrid VNF

  • confirmed deleting preinstall OS in O-RAN SC Lab

  • confirmed BMC can be used in O-RAN SC Lab

 

 

Sensitivity: Private

 

Dear all,

 

This is quick memo.

 

- documentation of integration for O-RAN SC
  WindRiver will provide subscription flow
  Devtron will help to prepare healing flow
- potential next development item
  Intelligent Auto Homing:
What is KPI?
  Intelligent Auto Healing:
need to clarify Grant flow to get placement
  AAL Support:
    WindRiver does not have experience of Software Accelerator
      -> may be no issue. Go to O-RAN SC Lab test environment
need to check Sapphire rabbit EE of test environment (WindRiver Lab has)
  -> keep WindRiver Lab as backup plan
need to check Intel ACC 100 card of test environment
·       Server model / environment: OWL/COSMOS Server7
·       CPU model: Intel® Xeon® CPU E5-2680 v4 @ 2.40GHz
·       Generation: Broadwell (Xeon v4)
·       Total CPU cores: 28 physical cores, 56 threads
·       Sockets: 2
·       Cores per socket: 14
·       NUMA nodes: 2
·       Hyperthreading: Enabled
·       Virtualization support: VT-x available
·       Cache:
o   L1d/L1i: 896 KiB each
o   L2: 7 MiB
o   L3: 70 MiB
    Hybrid VNF:
      Migration to O-RAN SC Lab will resolve test environment issues
      Tacker has issues when hybrid VNF is deployed
        -> need to prepare workable solution
      Devtron support Kubernetes cluster as default
        -> need to identify how to resolve
- migration from WindRiver lab to O-RAN SC Lab
    Devtron team cannot access to O-RAN SC Lab
     -> need to apply to O-RAN SC Lab
    WindRiver requires bare metal server
      -> need to confirm whether deleting preinstall OS
    Need to confirm whether BMC can be used
 
Next meeting: 30-Jan 7 PM JST (1 hour later)
 
 
Best Regards,
Yuya Kuno

 

Feedback From…

@Toshiaki Takahashi (NEC)

As Ashutosh says below, I believe Devtron has the potential to fill in the missing pieces in terms of automation. The recent demo was extremely useful as a first step in that direction. Thank you so much.
I'd like to hear ideas for areas of what Devtron can cover, such as:

  • linking Tacker's VNF information to nonRT-RIC

  • linking with StarlingX to share information needed for Homing

  • linking nonRT-RIC’s decision to issue LCM operations to Tacker, etc.

@Yuya KUNO (NTT)

Thank you very much for your great integration.

Because number of O-DU instance and O-Cloud are very huge and distributed for nation wide, onsite works is headacke for operator and remote work with automation mechanism is very important to manage RAN. In this background, Devtron support automatic operation with StarlingX and Tacker, such as deploying DMS, instantiating VNF, monitor VNF and heal VNF.

For next step, more intelligent operation is necessary for complex RAN, such as homing, various type of failure, LCM with topology knowledge between O-DU and O-RU. Typical usecase is flapping failure, silent failure and fake failure to analyze O1/O2, FM/PM and report from peer entity.

@Ashutosh Mishra (NEC)
NEC collective feedback (Ashutosh San/Takahashi San) :
Thanks to the DevTron team for enabling automated orchestration across DMS deployment, VNF instantiation, and VNF monitoring flows in the SMO–O2–Tacker setup. The team provided critical support for Tacker subscription configuration and for triggering O-DU High healing workflows from DevTron, ensuring correct end-to-end integration. The enhancements based on the last demo reduced manual intervention and made demo more stable and repeatable. 

We look forward to continued collaboration for the upcoming demo phases, especially for enhancements related to automated healing/homing orchestration, LCM-triggered workflows, and integration across SMO, Non-RT RIC, and Tacker components.

@Seshu Kumar Mudiganti

and Others

Seshu Kumar Mudiganti

Principal Technologist, WindRiver Systems

ORAN-SC SMO PTL

 

 

 

2025-12-03

Agenda

  • Discuss on the ORAN Plugfest

    • Demo status update - Kuno

    • Demo video - Kuno

      • Link to updated after the plugfest @Yuya KUNO .

    • Feedback for Devtron for the help in the demo of ORAN-SC F2F Oct meeting and ORAN Plugfest:

      • @Yuya KUNO @Martin Skorupski @Toshiaki Takahashi @Seshu Kumar Mudiganti

      •  

  • ORAN-SC M release closure

    • SMO page to be with the details.

    • M-Release

    • Code and Docs to be updated.

  • ORAN-SC N release requirement gathering.

    • Discussion are through in ORAN-SC RSAC for Deployment of k8s and Nephio enhanced to support the O2 interactions in SMO.

      • @Martin Skorupski to help us update on this as it unwinds..

    • Tacker team to provide ETSi Profile to bring flow Auto-homing and Auto-healing

      • Highlight the scope of the work and Link to Flow to be updated by @Anurag Mishra

    • Candidate for the SMO - FOCOM and NFO:

      • Nephio integration we need the support from community.

        • Reach out to Bimo to get the intern help - @Toshiaki Takahashi

      • Potentially Devtron as the candidate for the flow as we did in the last release.

        • Devtron to be introduced in RSAC team for better visibility - @Toshiaki Takahashi

        • Action to put it on Agenda for RSAC meeting - @Martin Skorupski @Abhibhaw

  • ToC meeting Update - @Martin Skorupski

    • Discussions on for the decision on ORAN-SC to move from LF to LFN

    • SMO to leverage the ONAP-SO / OAM / Policy / SDN-C (SDN-R)

  • @Ashutosh Mishra raised a point of ACC-100 in the Win-Lab:

    • Lab to migrate from Windriver internal to Winlab and need ACC 100 for the Homing usecase realization.

    • In the Win-Lab Intel team suggested to use processers (Sapphire Rapids or Granite Rapids) to be compatible for ACC-100/200 as it already provides. @Martin Skorupski to check with @Ivan Seskar

 

 

2025-05-21

 

Introduction to Devtron - Abhinav

Discussion on the Oct F2F event strategy - Kuno San

 

 

2025-04-23





2025-03-12 Meeting notes

  1. ORAN F2F meeting details:

    1. 2025-02 O-RAN F2F Paris - Events - Confluence/Wiki

  2. Tacker team proposal for the L release - Toshi san 15 mins

    1. https://lf-o-ran-sc.atlassian.net/wiki/download/attachments/13570027/Tacker%20L-Release_for%20SMO_Jan_rev3.pptx?api=v2

  3. Open MSA introduction session in the next SMO session - 25 mins (continuation from UBiqube).

Prev Agenda:

  1. https://lf-o-ran-sc.atlassian.net/wiki/download/attachments/13570027/Tacker%20L-Release_for%20SMO_Jan_rev1.pptx?api=v2 - Toshi san

    1. We will revisit the Tacker work load for the K release and evaluate the tasks committed.

  2. Open MSA as a NFO has been brought to the notice of the SMO by Tacker team https://github.com/openmsa 

    1. We need more clarifications on this item - Kuno San to get back with the details.

    2. Some of the key aspects to check would be

      1. Licensing of the Open MSA (GNU license...)

      2. Providers and maintainers of the code base - (UBiqube, Fujitsu... )

      3. Background of the arch, design and integration points with the SMO

      4. NFO should ideally support both K8s and ETSi DMS, this should also be checked in detail

      5. How the existing code can integrate with this tool needs to be clarified

      6. K release would be too short to include it in the main stream, would recommend to clarify these details and then would collectively take the decision

      7. We would look into the details and take further decisions, this could take multiple  iterations as and when needed.

      8. Would like to propose the collective findings to the RSAC and ToC for the approval before we commit it as part of the release.

  3. Open MSA introduction session in the next SMO session - 20 mins (Herve Guesdon from UBiqube).

  4. NFO intro for the demo provided as part of the Montreal F2F - (Vamsi / Vishal) - Open Item

  5. T&IV - K release scope - John K

    1. Model are being refined for the ORAN integration,

    2. Entity groups are being evaluated and worked upon.

    3. WG10 of ORAN spec are being worked upon and recommendations would be provided as we find the updates

    4. N/w Topo generator is being used to fill the topo view and the integrations adapters are being worked upon. - Martin S

    5. Gather logical view from the ETSi profile of the deployed nodes through tacker is being requested. Toshi san

  6. Usecase defined models to be incorporated and showcase the Capabilities once the sample data are available (Stretch)

    1.  

      1. Topo info is loaded we can showcase of the CNF migration across the subclouds (also at the Geo-Distributed arena)

      2. sync DMS data between Tacker and datastore model (draft version) and show the effects of that on the CNFs - (long run goal)

  7. Secure communication between the modules - this is in general between the OSC components. (Stretch Goal across the ORAN-SC modules)

    1. Dmaap - Kafka messaging

    2. Strimzi based comm as an extension to the above one.

    3. this needs to be implemented across the OSC components (like pub-sub)

    4. SMO (O2) DB

  8. K-Release details

    1. K Release#ServiceManagementandOrchestrationLayer(SMO)

Recording:

 





Completed tasks

→ F2F meeting in Oct in Montreal - 28th Oct - 31st Oct.

2024-10 O-RAN F2F Montreal

Target and Showcase the demos for the 

  1. Topology Exposure & Inventory (TEIV)

    1. TE&IV demo (may be through simulators) - John K

    2. https://lf-o-ran-sc.atlassian.net/wiki/download/attachments/13568120/20241030-OSC-SMO-TEIV-Intro%2BDemo-MontrealF2F2024-JohnKeeney.pdf?version=1&modificationDate=1730715717979&cacheVersion=1&api=v2

  2. SMO O2 (FOCOM and NFO (K8s)) demo of the IMS and DMS (as a possibility) - Shashi and Vamshi

    1. https://drive.google.com/drive/folders/1kWhqy219L2kebXfBf2Q9lUyY2pkXDiyp 

  3. Nephio integration with the OSC-SMO (as a stretch and possible idea for the demo) - Vamshi

    1. NFO demo through SMO

    2. https://drive.google.com/drive/folders/1kWhqy219L2kebXfBf2Q9lUyY2pkXDiyp 

  4. Demo on Tacker for DMS ETSi profile. - Thoshi and Tacker Team

    1. FM and PM data 

    2. https://drive.google.com/drive/folders/1H8eISd6CFeI72fl1AsntD3DuTPaufDQW



Tag meeting to UTC or Current time:

Tag the meeting time to (12:00 pm) UTC that brings it one hour early to the current time and remains in it for the rest of the sessions irrespective of the DST changes.

The attendees on the meeting agreed to tag to UTC.

UTC - 12:00 PM.



Future tasks









5th June

TE&IV and SMO discussion continuation

  1. Seed code is checked-in and review

    1. it seems ok to have it in? - Seshu

      1. https://gerrit.o-ran-sc.org/r/c/smo/o2/+/12927 

      2. The comment was the ease of understanding would be better to have the doc for larger understanding

      3. Please provide overview intro for the larger audience understanding

      4. Slides: 

    2. Would discuss the details - John

      1. TEIV Seed code: 

        1. There you will see a root maven pom.xml file to build the functions.
          I’ve created a JIRA ticket at https://jira.o-ran-sc.org/browse/SMO-147 

      2. The early documentation is in progress

      3. further would be prepared in parallel that includes overview and usage details

  2. Discussion on the Perf data for Tacker - Toshi

    1. we will use the OAI DU (CU) for onboarding in the next release through Tacker.

    2. O2 perf data (ETSi) examination would be next release candidate

    3. Need help in improving the documentation in this release.



8th May:

ONES Session Udpate



https://gerrit.o-ran-sc.org/r/c/smo/o2/+/12850 - NFO commit patch for SMO

SMO FOCOM code checkin - in progress



TE&IV and SMO discussion continuation

  1. Seed code is expected to be available by this week.

  2. Once we have the seed code is available, we will have sessions planned for code walk through by experts.

  3. Tonie and John would help us with the deep dive on the specific topics possible starting 3rd week of May 2024





24th April:

Ericsson proposal to contribute some Topology & Inventory functions in O-RAN SC - @Tony Finnerty @John Keeney (Ericsson EST) 

  • Initial focus: Inventory & topology store, query service (& API), and initial models. Goal to support & align with WG10.

  • Looking for the Community Engagement to support this functions

  • Slides:

  • Next step: secure somewhere to store proposed seed code for review, and if accepted possible first release in June (Rel J)



o-ran-sc-SMO work with Nephio



Update: 27th  March

Risk :

No common lab found to test the components ( FOCOM, NFO (ETSi and K8s), DMS, OAI and Nephio). 

No complete setup is still available.

Taiwan Lab- 

One O-Cloud server is being helped from Taiwan lab - Bimo would to provide the details.

Got  a machine from Taiwan lab, thnks to Bimo, would need another server to test the FOCOM and NFO.

Need another server to deploy the SMO components, can get the lab for a month or 2 - BIMO will help us on this.

OAI lab -  

Procurement of the servers is in progress. Sagar - would be updating us on this.

2 servers (Intel 5th gen) are obtained and installation would begin from next week. 

West and East coast Labs 

Challenging to get the labs at the moment - James 

no update

Powder servers would be a temp soln, weather it would be applicable to this integration - Need to investigate this further - Sagar

India Lab

Capgemini - Vishal would get back on this. 

Yet to complete the installation, the public IP config has some issues and being sorted out.

Japan Lab

OTIC - Toshi would check this part and update.

No update yet, Kuno san would check with the the OTIC lab on the servers avaialability.

Cosmos Lab

The lab is still not available - Martin



Contingency plan:

We would use the Taiwan Lab for the testing using the VM for SMO as a starting point.

This would be temp soln and would need to be mitigated asap.

Mitigation Plan:

To have a dedicated lab to test the E2E scenario, to help OAI with the needful approvals to accelerate the lab setup.





NFO (DMS K8s) : 

                  the coding of the NFO K8s profile to integrate with Helm client, is completed and testing is in progress

                    Helm repo as a repo is awaited for the OAI helm charts.

                   The future step is to have the DMS K8s profile APIs to be realized through the NFO SBI.

NFO (DMS ETSi through Tacker) :

                Tacker integration the Ocloud is targeting the FM/PM usecase has started.

                Next work is to complete the sequencing and have the FM/PM usecase implemented.

                FM data was demoed using the simulators in the plugfest of Nov 2023. 

                PM data needs a deeped digging on how to be demoed.

FOCOM:

              The O-Cloud operator that is developed as a pet project is being refined.

              We are currently adapting to the Nephio operator way, we are bridging the operator to work for both OSC and Nephio.

              Once the translating is complete we would need an env to test it E2E with a new cluster on the OSC-INF.

Nephio SIG-2 Automation:

               We have yet to present it in a future meeting, where we need to present the way Nephio and OSC.



Futuristic Functions in SMO:

Inventory

            Currently we are dependent on the IMS data base for all the related info of the clusters.  

            This needs to be corrected and have the updates directly in the SMO Inventory (closer to IMS).

             IMS should update this inventory on any change made to the underlying O-cloud.

             Esp NFO currently fetches the DMS id from IMS database.

            The current inventory simulator in the OAM component is more of a reference than a realistic inventory.

            AAI was one of the candidates, but is found too heavy for the RAN based operations.

SO (as an E2E orchestration piece)

         This is being discussed in the ORAN WG1 and would be integrating with both FOCOM and NFO.

         SBI of SO would integrate with the current FOCOM and NFO.

         Homing and placement decisions would be part of the SO and would drill down to the NFO for the actual work delegation.





J release:

Updates from Nephio, OAI integration work.

Create the Epics and stories for the