...
- Magma/ONAP Integration - latest updates
- Prabhjot Singh Sethi
- #1 enabling 5G as part of the Access GW will be part of the next Magma release (v1.6) but roadmap not yet finalised
- No major in the Configuration API discussed on 7/7
- Network slicing and complex features will be part of later Magma releases (but not v1.6)
- Prabhjot Singh Sethi
- LF Edge - Ike Alisson
- Discussion about Network Slicing
- Information sent offline by Ike
Functionalities (3GPP TS 23 501 Rel 17 June 2021) related to "Session Service Continuity" (deliberately not including details on SSC Mode 1-3 related to UPF/PSA selection/re-selection) and "Local Traffic Routing" functions/capabilities for "inter-" and "intra-" Platforms/Systems communiction (HPLMN and VPLMN) with regard to %G NFs Cloud Native factors adoption in CSP Service Solution Frameworks.
Related to that, there is also the issue of Authentication, Authorisation and Accounting (also as part of the Security) (SUPI; SUCI; GUTI) for both, Applications/Service commissioning/instantiation and Users and related to them UEs.
As it is recently stated in some reports on that issue (adoption of Cloud Native capabilites and Cloudification in CSP/Cellular/Wireless Networks), it becomes apparent that VNFs implementing NFs such as Firewalling, IP Address assignment or Switching & Routing might not be able to comply entirely with the Cloud Native paradigm.
E.g aiming at 3GPP Service Communication Proxy (SCP/SeCoP), as a CNF, a Component performing Proxy-like Routing Tasks can be certainly decomposed into Micro Services based on their Workload type (e.g. Long-Running Tasks versus Short Logical Operation to determine an outcome). However, by De-composing a NF into Microservices the newly created CNFs need to be addressable among each other based on Stateless Protocols like HTTP. The result is a typical “Chicken and the Egg” Problem, as the CNFs were supposed to implement Service Routing, but relies on a Service Routing among them.
Other Factors such as Port Binding and Dev/Prod Parity simply do not apply to Functions that sit below the Transport Layer where Ports are exposed.
Furthermore, for Networking related Tasks (Routing, Firewalling, etc.) Packets from senders such as the UE that are supposed to be handled must be encapsulated in a Stateless Protocol to reach the next Microservice that forms the Networking Application. Thus, not all VNFs can be ported to CNFs to enable an economy at scale. However, even though not all Cloud Native factors can be fulfilled for some VNF types, VNFs can be Cloudified aiming at a high adoption of the Cloud Native Factors without the notion of decomposing a VNF into Microservices (CNFs) that form the Application.
- Questions about Magma: Is there any performance metrics?
Agenda - 8/4/2021 @7.30 am PST
...