Report out from PTL: Stand-Up & Report Out on Blockers - next week we will start to cover this list. Are there any major items that anyone would like to raise to the TOC this week?
John KeeneyNon-RealTime RIC (RAN Intelligent Controller) (NONRTRIC)
Virtual exhibition meeting will be open soon. Jinri will be meeting with O-RAN Alliance.
Last week people discussed the virtual meeting for June to replace the face to face due to COVID-19.
the virtual meeting will be a little different.
Action/ Jinri Huang work with Farheen to mark this as an open item.
Jack: There is one marketing item. Most other open source projects have a logo. In the early days we talked about creating a logo for O-RAN SC. It got pushed to the background. The LF will help with registering a logo. If a TOC member is interested in taking it on let the TOC know. It's nice to have and takes time to work through different peoples ideas.
Jack: I will be replacing the LF Edgeboard AT&T employee. I will keeping these activities separate. I wanted to let this team know.
Status of Open Action Items (Old Business)
Action / Jinri Huang work with Farheen to add the MWC demos and presentations to the O-RAN SC wiki once posted to the O-RAN Alliance.
Action/ William DIEGO update on coordination with the O-RAN test group
William presenting slides.
Idea is to have different ETE test spec coordination between O-RAN (Test Integration Focus Group) and OSC.
Jack suggested to add use cases and tools. We want to make sure we are aligning on the ETE use cases. The use cases will drive software and drive it back to the TIFG.
Is OSS Open Source Software?
Yes, up to now we are integrating different software
William: This scheme tries to illustrate the test and integration framework.
John: Do you mean no Real time RIC?
William: In this first version we will not integrate the RIC.
John: Proprietary OAM interfaces there's no real time RIC there's no A1.
Eng Wei the ETE framework includes all the O-RAN Alliance specifications and all the requirements. We will be mapping from a subsystem perspective. Allow blueprint deployment. What to do via subsystem level. all the specs will be in place day 1. Telecom Italia wants to validate the RIC using use cases. Dynamic traffic steering is something they need to use as well.
Jack: I agree with everyone here. This baseline scenario does not leverage what we have today.
Rittwik: Yes, because ORU is being tested in Bronze.
Jack: But we don't have O-RU?
Yes,
Jack: The way this picture is described is legacy. As part of the plan for Cherry we have to start understanding how we are going to play into these. I like your picture on timeline. We should fold these key dates into our timeline on our release management.
Action/ William DIEGO provide more details of how the use cases and Jira items reflect the activities. simple flow diagram of our activities and their activities and how they are going to work together.
Action/ PTLs provideuser-d3360 with your sprint 3 demo dates.
Rittwik requesting time extension for RIC App and E2 SIM enhancements. This will be covered during Rittwik's status.
There are 3 key pieces
Viavi sim files need to come thru.
Once those files are produced the E2 sim is getting enhanced. Alex will run with it.
Once E2 format is formed the xApps can start consuming.
We want to make some progress to help gear what we want to do in the next release. A lot of parties have to get together. It is better to get this done now.
Alex: What Rittwik said is what I am aware of. I am talking to Ron and things are going well.
Jack: The code we're talking about is primarily in the simulator project.
Matti: KPI, Traffic steering xApps and ML. Ron's time is being split between sim and xapp and we lost a developer. All the interfaces are nailed down so the development can occur in parallel.
Jack: If we stay on the current schedule what kind of functionality will be available. We have two options we can slide the test date out or stay on schedule and bring some functionality to the maintenance release.
Matti: If you scroll up to the previous screen. Right now we are at the end of dev sprint 4. The good thing is the changes between simulator, xapps, and platform will be simpler because we don't need to integrate O-CU, O-DU.
Rittwik: it's OK to demonstrate in parts. It's important and will resonate.
Jack: We do ETE sprint testing and then another two weeks of ETE testing.
Lusheng: We are OK. We will have three separate tracks. Since this extension impacts Traffic Steering use case. It is fine to schedule the testing for this track a little later. We can take a phased approach. Finish testing of phase one. We can complete within the release schedule.
Zhimin: O-DU low and O-DU high need an extension to finish development to May 17. We are following the Intel process. I need two weeks more.
Jack: It looks like 3 weeks more.
Zhimin: Yes, May 17. After Intel process we are looking at May 31. Code freeze is May 17.
Jack: That's three weeks behind the deadline. This has to do with developing inside Intel and then dumping them out. It is best practice to contribute code as you develop for collaboration in open source.
Lusheng: It' not like other components like docker containers. This is tigher integration.
Action/ Zhimin Yuan provide a time of when you will be able to deliver?
Sachin: From O-DU High we are going to have the code ready but the integration will take four to five weeks.
Action/ Zhimin YuanSachin Srivastava come up with a timeline of your activities with user-d3360 because you are not going to make the timeline for the Bronze release. Try to come up with a plan that will be able to be delivered in the Bronze Maint release for the FAPI and the O-DU Low and High. Please try to get it in the B release window. It's important to have in the Bronze release. We need to stick with the timeline and deliver the functionality and work into the open source repos and pay attention to the timelines.
Lusheng: presenting a deck. During the release I took at the current practice and making some suggestions. gerret requires +2 reviews after jenkins job has passed. Then the submission becomes mergable. The problem is if the submitter is a committer as well he can submit the code and give a +2 and merge the code. We are losing the advantage of using gerret. There is an improved merging policy call NACR Non-authore code review.
Ask TOC to move forward with the +2 requirement.
Jack: Are you asking to use it Bronze or Cherry?
Lusheng: Either way I recommend we start on Cherry due to time delays.
Jack Let's talk about it more next week. We are not going to change it.
Lusheng: Another practice is to limiting the submission size. Gerret will block submissions exceeding certain size limits. Something for us to consider what we want to adopt. We want to do all the code changes in gerret open source because there is a 5000 lines of code limit.
Branching and testing strategy
Once testing starts do not adding code to the master branch. By code freeze we are expecting bug fixes and documentation fixes to the master branch.
For all the repos the code freeze date is this weekend. Repos involved are the traffic steering use case and the O-DU low and O-DU high. Branching strategy diagram it is starting the code freeze time and some members of the team create a development branch and put your development code on the development branches. Once completed make a branch for Bronze. This time we are going to use all lower case "b".
After you branch the master branch is open for development again. If new bugs are being discovered then fix and cherry pick for the head. It should be the best for the B release.
For healthcheck here are the projects involved from RSAC implementation.
Track 1: We'll finish the RSAC flows. Track: 2 Approach is the same for call flows. Track 3 O-DU Integration.
Testing Plan
Testing Set Up we will be using the open public AT&T T-Lab. For track 2 and 2 we are going to use 2 VMs. One will run near realtime RIC and the other will run SMO, O-RAN Lite
Report out from PTL: Stand-Up & Report Out on Blockers - next week we will start to cover this list. Are there any major items that anyone would like to raise to the TOC this week?
John KeeneyNon-RealTime RIC (RAN Intelligent Controller) (NONRTRIC)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
OAI purposed Meeting
Licensing: John O-RAN Alliance specs. What is the relationship with O-SC and O-RAN Alliance regarding licensing?
Jinri: Stefan prepared documentation. EC discussed this and propose it hopes that the board can give the authority to approve a similar request in the future to save time.
Regarding re-using of the spec there is not specific request for this.
O-RAN Alliance can not grant copyright until specification has been approved.
If Ericsson is the source of the message set then Ericsson can choose to add those copyrights to the O-SC. You need permission from your company.
Content in messages requires a separate copyrite. They don't want us to release the whole specifications in open source. It's the content of those messages needs to be copyrights on.
John: it's for the schema definition.
Jack: Send me a note and I want to put it on the list.
Planning for Next Meeting
Any Other Business (AOB)
Meeting Summary (resolutions, new action items, etc.)