Time & Location:

Date

29 Sep 2021

Attendees

• John Keeney
• Martin Skorupski
• Alex Stancu
• user-4594e 
• David Allabaugh
• David Johnson
• David McBride
• Dibas Das
• Douglass Evans (USN)
• Fernando (Fred) Oliveira (Verizon)
• Hariom Gupta
• Kevin Tang
• Marcin Krasowski
• Martial Ngueko (AT&T)
• Michal Cmarada
• N.K. Shankaranarayanan
• Pawel Slowikowski
• user-59b16
• Sebastien Determe (AT&T)
• Sonia Sangari
• Tracy Van Brakle
• Vidhu Shekhar Pandey
• May not have captured a full attendee list for this meeting  ... please add/remove yourself

See also / co-located (ONAP/O-RAN-SC/SMO - Meeting)

• Co-located with ONAP 2021-09-29 Meeting notes (ONAP/O-RAN-SC/SMO - Meeting)

Contents

Recording

• Recording (MP4 - low res)

Notes:

Housekeeping:

OSC SMO Meeting Series: Reminder from previous weeks:

• OSC SMO calls now move to its own time slot - Thursdays
• See OSC RSAC Calendar: https://wiki.o-ran-sc.org/display/RSAC/calendars
• (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 OSC SMO Project meeting notes

OSC Project roundup:

NONRTRIC (John Keeney)

• A1 Policy Functions in ONAP: Istanbul release prep:
  
  • Updating documentation, verifying tests & ensuring version step. 
  • Community support - chasing possible bug in A1 Simulator
• NONRTRIC :
  • Introduced a new mediator function to create Enrichment Information producers from DMaaP topics - allows DMaaP information to flow to rApps.
    • Implemented in Java & Go (as a PoC/learning for using Go)
    • Awaiting further clarification to guess if this might be useful later support data exposure over R1
    • Lot of enhancements possible (e.g. filtering, transformation, batching, access control, caching etc)
    • Could be use to present O1 PM/FM/CM-notif to rApps if available on DMaaP
    • Currently unidirectional DMaaP->InfoJobPublisher
  • Examining the possibility of PoCing PM File collection → DMaaP (then use function above) (Already working in ONAP)
    • Reuse ONAP DFC function
      • https://docs.onap.org/projects/onap-dcaegen2/en/latest/sections/services/dfc/architecture.html
      • https://wiki.onap.org/display/DW/Bulk+PM+-+PM+Data+Control+Base+Use+Case+Page
    • Maybe later we can Bulk-PM Collection Job/Subscriptions 
      • ONAP PMSH service may be useful: 
        • https://docs.onap.org/projects/onap-dcaegen2/en/latest/sections/services/pm-subscription-handler/index.html
        • PMSH usecase is quite complicated
          • https://wiki.onap.org/pages/viewpage.action?pageId=71836055
          • https://wiki.onap.org/pages/viewpage.action?pageId=100895810
        • A simpler cut down version with less functionality may be possible.
          
  • David McBride Ref DMaaP work on using Strimzi etc (Fiachra Corcoran)
    • DMaaP Client APIs changing & possible more direct access to kafka - new Producer?

• PM File management/subscription support in OSC / ORAN RAN functions / Simulators - O1 ?

  • Alex Stancu Martin Skorupski John Keeney
    • Currently hard coded in most simulators
      
      • Fileready event can be triggered using a netconf rpc action towards OSC simulators
    • Discussions ongoing in O1 spec.
    • perhaps based on 3GPP spec fileDataReportingMnS in https://www.3gpp.org/ftp/Specs/archive/28_series/28.532/28532-g81.zip ?
  • Pawel Slowikowski - Also on backlog in Samsung simulator in ONAP

SIM (Alex Stancu)

• Working on VES stdDefined support

OAM (Martin Skorupski)

• E2E network slicing study for Orchestration
  • Considering TMForum API instead of 3GPP APIs - easier licensing

O-DU (HariomGupta(HCL))

• Vidhu Shekhar Pandey Working with Mahesh Jethanandani for models
  • Which VES Collector to use?
    
    • John Keeney Martin Skorupski Should be the same - whichever VES Collector is used - So both?
  • user-59b16 SMO teams will implement DMaaP adapter from their VES collector

News from OSC TOC call this week

• No update
  

Update on OPS-5G program (David McBride,  Doug Evans)

• (@ 26:17 in Recording)
• https://www.darpa.mil/program/open-programmable-secure-5g
• https://usgovops.org/ops5g/
• DARPA Project for "Open Programmable Secure" 5G stack  (US GOV OPS)
  
  • Interested in crosscutting LF projects 
• Have development resources available - may contribute to ONAP & OpenDaylight initially
• Interested in Security of Network Slices
  • Note ONAP use case (ONAP Enterprise Task Force team)
    • https://wiki.onap.org/display/DW/TSC+Task+Force%3A+ONAP+for+Enterprise+Business 
    • Martial: not yet a use case. Working closely with SABRES research project - University of Southern California (Dr. Erik Kline - USC) for slice security
• Also looking at OpenFlow (OpenDaylight team)
  • Interested in updating OpenFlow support in openDalight (Overlaps with a Georgia Tech. research project)
• OPS-5G MiniSummit will be co-located with ONES summit.
  • https://events.linuxfoundation.org/open-networking-edge-summit-north-america/
  • https://events.linuxfoundation.org/2021/09/22/the-linux-foundations-open-networking-and-edge-one-summit-expands-programming-with-keynote-and-mini-summit-by-the-us-government-enabling-secure-open-and-programmable-5g-networks/
• Way of working
  • US navy acting as an agent for DARPA
  • Network of collaborators (universities, contractors etc) & own staff
  • Code will be upstreamed via LFN projects - so additional open collaboration actions via LFN projects.
  • Separate program to take opensource functions for use in internal testbeds/projects.
    • MOJITO (Multisite OPS-5G Joint Independent Testing Option) (https://usgovops.org/ops5g/)
      • LF working with US DoD to provide this to test 5G security & prototyping
    • Including supporting US contributors to innovate
      • With (some?) upstream contribution back to projects
• Desire to add automation in networks & management
• OPS-5G Relationships to 5G SuperBlueprint?
  • Indirect relationship working on constituent parts.
• IPR licensing?
  • Same as any other contributor
  • Some usage may fall under "Governmental Use Rights"

ONAP SMO deployment options

• Not much time ... David Johnson will talk a bit more next week about interactions with ONAP SMO deployment team