...
Victor Morales (Samsung)
Sharad Mishra (Intel)
Ritu Sood (Deactivated)(Intel)
Anshul Sharma(Calsoft)
LJ Illuzzi(LFN Staff)
Igor Duarte Cardoso (Intel)
Review Open ARs:
TAC Induction- Open Items
...
- It has been asked to revisit the meeting time as it is very difficult for Asia participants, especially with DST ending soon.
- Also, it has been suggested that we revisit whether this TSC needs to meet every week or can we switch to meeting every two weeks at some point
- Update on Gitlab upgrade? This has been esclalted escalated both internally with LF IT and with GitLab
- Any update on CI scan tool integration? We will need those for 21.12 release?
- Logistics of 21.12 release with Aarna Networks.
- Nominations for TSC, TAC Rep and MAC Rep: Requirements for nomination
- High level requirements from Verizon rep (Ravi)
Open Discussion & Next Steps
GitLab "Free" CI blocking developers from normal day-to-day code submission with CI checks. Need upgrade to GitLab Premium/Ultimate.
Future Agenda Items:
Bob will send edits of Technical Charter to Louis to update the language for legal review
Cathy/Sharad to work with designated PTLs for Core and GUI on the Governance page
Carve out a dialog with OPS-5G Project who looks to be a constituent potentially.
Louis say the upgrade on GitLab has come through and Igor will coordinate with Louis to start the process of enabling other users
Louis has been made Owner of the repo now and can start to work on this.
On the CI Scan tool, the original plan remains to use the the Gitlab Scan tool and want to ensure that is available and running for the 21.12 release.
- Louis indicates a scan tool is available once the Ultimate privilege level is enabled for the project
- Louis will work with Sharad and team to explore this and getting it running offline.
Logistics with Aarna Networks in release 21.12- No Aarna rep today and so this can be deferred. Sharad will tee up the conversation with Amar
- Amar will check with his team, but thinks it should be coordinated as close as possible
- Integration, API changes etc need to be considered
Sharad, Ritu to figure out of we still have a particular dedicated pod available
Nominations
Hi Level Requirements from Verizon- 5g Edge Portal- Networking intelligence through APIs
- These APIs are developed based on 5GFF specifications
- Ravi will send a link t these APIs based on these standards
- Would like to see EMCO adopt these standards APIs for MEC deployments
- First round of APIs are related to latency SLAs to find the best MEC placement locations for application
- Get list of MEC locations
- Create Service Profiles- dictate CPU, memory storage and other requirements for each instance
- Track where apps are deployed
- Identify best locations, with fallback if best location not available
- 2nd item under MEC orchestration
- Push v Pull
- eg, AWS Wavelength instances
- Public locations have no inbound interface, outbound only
- Anyone who wants to deploy MEC apps will need a way to reach MEC applications /k8s clusters
- Need public exposure access, with an Operator exposed - to enable to Push Pod specs (Call home)
- Next the ability to be able to "Pull" pod specs
- Srini has noted that there is a 21.12 early engagement with Azure and Google Anthos teams to begin to build some of this support in
- need to ensure that there is a way to Pull the Pod information necessary
- Ravi notes that the multi cluster capability of EMCO is a key role it can play
- Another point- monitoring for observability
- Using Prometheus today but there are limitations when there is no outbound or inbound connection, only outbound, etc.
- Cluster Management
- How to setup the k8s clusters themselves , bring up additional workers capacity nodes
- Srini notes that today we use ClusterAPI as the way to bring up k8s Clusters themselves
- Suspects the requirements being discussed is mainly around bringing up additional worker nodes
- Onboarding MEC Services
Minutes: