Table of Contents |
---|
Overview
Edge clouds are located at close proximity to end users. Typical deployment locations are within the access networks or at the boundary of access networks. In some deployments, they can be within the customer premises (e.g., home; enterprise; factory floor; vehicles including trains, planes, private cars). The core thrusts of edge clouds for applications are low latency, high bandwidth, and trusted computing and storage. Various edge cloud architectures have already emerged from different communities and potentially can be plugged into the ONAP architecture for service orchestration. The group analyzes the orchestration requirements of services over various edge clouds and how these requirements impact ONAP components in terms of data collection, processing, policy management, resource management, control loop models, security, as well as application & network function deployment and control.
Jira | ||||||
---|---|---|---|---|---|---|
|
Problem Statement
- In Progress:: Edge Architecture & Work Items
- Edge Cloud Domain = collection of Edge Cloud Nodes in a Domain
- Edge Scoping
- Clarify Where/What is Edge...and, focus of this effort
- See Figure 3 in ATT-Edge_Compute_White_Paper FINAL2.pdf
- Edge = vCPE at customer Premises
- Edge = Cell Tower
- Edge = Small Central Office (eg., CU for vRAN)
- Requirements for ONAP R2+
- Target Dates:
- April 30th for Use Case sub committee update about functional requirements for Casablanca and beyond
- May 15th for Architecture sub committee update about any changes to the functional/reference architecture for Casablanca and beyond
- Target Dates:
Call Schedule:
Time: 8:00am PT - 9:30am PT
- Day: Every Monday
- Zoom: vmware.zoom.us/j/3055973130 (will move to ONAP zoom shortly)
List Subscription/Meeting Notification:
WG Coordinators:
Contributions
Attachments |
---|
Child Pages
Page Tree | ||
---|---|---|
|
Links to Other ONAP work related to "Edge"
OpenSource Access Manager - context of "Edge Orchestration" for Fixed Access
Use case proposal: 5G- RAN deployment, Slicing, SON - context of "Edge Compute" for hosting CU function
Links to other Community Work
Key Presentations:
- Overview, Relationship to Akraino/Other open source projects and Preliminary Dublin Planning:
- ONAP Internal
- Presentation to use case sub committee: (10/22/2018)
- Presentation to arch sub committee: (10/23/2018)
- ONAP External
- Presentation to Akraino Technical Community: (10/25/2018)
- Link: https://wiki.onap.org/download/attachments/8225716/ONAP-edge-automation-update-arch-use-case-10-23-2018.pdf?api=v2
- ONAP Internal
- Presentation in Arch subcommittee meeting at Montreal:
- Presentation in Arch subcommittee (03/26/2019)
- Presentation in Arch Face to Face at ONS
- Link:
- Presentation in Arch subcommittee (04/16/2019)
- Link: https://
OSF EDGE COMPUTING GROUP - https://www.openstack.org/edge-computing/ - "Open source initiative to explore cloud edge computing related use cases and scenarios and work on addressing the requirements the group identifies."
- Presentation in TSC (10/24/19)
Key ONAP Project Impact:
Dublin Plan:
- Functional Requirements
- Architecture Task Force
Frankfurt Plan:
Architecture Task Force - Edge Automation through ONAP Arch. Task Force - Distributed Management (ONAP etc.) components
Call Schedule:
Time: 8:00am PT - 9:00am PT
- Day: Every Wednesday
- Zoom: vmware.zoom.us/j/3055973130
List Subscription/Meeting Notification:
WG Coordinators: Ramki Krishnan
all Notes
Date | Agenda | Notes | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Apr 06, 2018 |
| ZOOM Recording: GMT20180406-170638_Ramki-Kris_1920x1080.mp4 Meeting Notes:
Agenda to be finalized 24 hrs. before each meeting. Folks are requested to review the contributions and come prepared with questions. | ||||||||||||
Apr 09, 2018 |
| ZOOM Recording: zoom_0.mp4 Meeting Notes:
| ||||||||||||
Apr 16, 2018 |
| Zoom Recording: zoom_0.mp4 Meeting Notes: What diagram to add in Edge Architecture & Work Items wiki? - item 2.C.I from last session - see gliffy diagram in Edge Architecture & Work Items page 1 and 2: Vimal provided review of table in Edge Architecture & Work Items page for application classification. 3: updated gliffy diagram to reflect input from Vimal's diagram 4: Clarified demarcation between Cloud Provider and ONAP offload in slides. Also, suggested we use gliffy in wiki as one diagram to work on. | ||||||||||||
Apr 23, 2018 | Review updated Gliffy Arch diagram and Notes below gliffy (also, need to update gliffy with apps locations) Review Infrastructure Profile descriptions from Srinivasa Addepalli and Vimal Begwani TBD - Review of MEC_Apps_ONS2018_Rev1.1.pdf by Prakash Ramchandran | 1) Reviewed gliffy, notes below gliffy, and, applications table
Yoav Kluger: why limit to 500ms/use case 1?
Yoav Kluger - for e2e requirements, need to consider using policies vs service design Parviz Yegani - for RT vs NRT: need tight coordination between domains?
2) Srinivasa Addepalli reviewed Infrastructure Profiles in Edge Architecture & Work Items page
3) Cagatay Buyukkoc briefly reviewed Edge Automationissues.pptx - need to discuss more | ||||||||||||
April 30th, 2018 | Review updated Gliffy Arch diagram and Notes below gliffy (also, need to update gliffy with apps locations) Review Infrastructure Profile descriptions summarized Vimal Begwani Review of MEC_Apps_ONS2018_Rev1.1.pdf by Prakash Ramchandran / Prem Sankar Gopannan | Review of MEC_Apps_ONS2018_Rev1.1.pdf by Prakash Ramchandran / Prem Sankar Gopannan
Reviewed Infrastructure Profile summary and Gliffy Diagram in Edge Architecture & Work Items
| ||||||||||||
May 7th, 2018 | Hierarchical DCAE - Lusheng Ji, Vijay Venkatesh Kumar High level review of Multi-Cloud use cases - Edge Cloud Infrastructure Enablement in ONAP |
| ||||||||||||
May 14th, 2018 | 1) Evgeniy Zhukov et al., Netcracker – AR/VR Use Case:
2) Complete architecture discussion on single vs multiple ONAP instances, i.e. ONAP central vs ONAP edge. | 1) Evgeniy Zhukov et al., Netcracker – AR/VR Use Case - Edge cloud as ‘black box’ with interfaces (UNI/NNI in DP, NBI in mgmt plane), with control plane having slice manager/controller/MEC-manager/etc.. - raghu/ clarified that CP’s internal ‘control/mgmt’ plane is not discussed….although there are onap components which are not relevant for edge cloud provider - Tom Tofigh - functional arch has useful distinction between pack/app processing so can consider specifying acceleration in edge for compute-intensive/storage-intensive/memory-intensive….but, capture in ONAP’s IaaS/PaaS API? object vs packet switching? Analytics on bigger address space? - animation to change network topology in order to support AR/VR meeting requirements, etc. - problem statement need clarity, ie., AR/VR app will make sure or Edge-domain provider or ONAP-provider? So, upcoming telecom model shown with 3 entities: Bus App / Slice Provider / Infra Provider - Parviz: who is responsible for AR SLA? ONAP needs to coordinate with Edge Provider? need to clarify relationship in context of our ONAP-SP <> Edge Cloud Provider - Tom: Slice app provider will manage the slice to meet SLA, etc. - Raghu: maybe good to bring it to 5G-use case calls? Ramki suggests this could be about ‘application slice’. Parviz asks if ONAP arch needs to change even with MEC manager? maybe the key point is SLA for e2e and how onap is going to split between multiple domains like edge clouds, etc. 2) Complete architecture discussion on single vs multiple ONAP instances, i.e. ONAP central vs ONAP edge. - triggered arch discussions on separate ONAP instance - Srini: need to generalize term to ‘automation offload platform’? - yoav: need to understand whether ‘separate onap instance’, ie., may not want SO, etc.? may not want it to be ‘MVP’ since onap-central is MVP+. - Gil Hellmann: minimum services/functionality at edge needed…vs using a term like MVP. maybe limited by power/space, etc. Also, even without onap functions, those edge nodes need connectivity. - shankar Narayanan: MVP - similar classification of workflows needed? sequence diagram started…but, need to work on. map the workflows that are part of the functional deliverables in R1/R2 and mapping to the edge. Also, scope of edge to meet S3P, eg., violating/meeting? - chaker: more than one central onap? eg., VF OpCos - given service context, there is one ONAP-central SP, with rest are ‘cloud providers’, etc. Need to add such an example diagram. - Yoav: ONAP-edge need to talk to multiple onap-cental….but, we need to start small. so, we don’t restrict to 1:1 for onap-edge to onap-central. within same SP, there can be inventory-sync, etc. For casablanca, we may start with 1:1 - shankar N: sharing of inventory - depends on what workflow is partitioned between central/edge. This might drive how we scope MVP. 3) Finalize minimum viable needed ONAP edge for Casablanca - ramki showed bullets in ‘edge scoping’ page - raghu suggested using shankar’s suggestion on workflows to decide additional components, eg., if needing state change, will be a request back to Cloud Provider or use a SDN-C for the ‘slice’ to change networking state, etc. - Parviz: need closed loop? so, clamp, policy, etc.? - need top down steps such as (a) what state changes, (b) what workflows, and, (c) what onap components. - VNF —> VES Collector —> sub-function of DCAE, ie., look up policy and which topic, action on which topic, pre-configured rules. - Parviz: IoT Hub? yes, architecture allows this. Also, app profiles includes cases when onap-managed or non-managed | ||||||||||||
May 21st, 2018 | 1) Preparation for Chris Donley's OpenStack key note which includes few slides on ONAP Edge Cloud – plan to list participant company logos. Chris may use some slides from the latest TSC update deck - ONAP-edge-automation-wg-tsc-update-05-10-2018.pptx 2) Finalize minimum viable needed ONAP edge for Casablanca | 1) Ramki: Announced Preparation for Chris Donley's OpenStack key note which includes few slides on ONAP Edge Cloud; Interested Participants to send their company logos by tomorrow morning PST. 2) review MVP - Sekar: what is an ‘instance’? confusion as to why call instance when subset of onap components
- Pasi: time sensitive events then you have to place close enough, etc. As fyi, Akraino discussions had at least 4 presentations mentioning need for some components to be based on time sensitive event management. Now, we don’t have VNFM, for example, to do LCM of VNFs. For example, failover management might need a closed loop.
- Pasi: closed loop requires VNFM/controller in edge domain (?) - Pasi: app profile table is missing even smaller timescales such as RAN fronthaul - Raghu: clarified that most of SLS for infra would be part of IaaS request, eg., link, server failure, etc. - Pasi: to put together slides for discussion be app profile and closed loop to decide on additional onap-edge components | ||||||||||||
May 23 | Arch Committee Discussion - Casablanca Architecture Planning Meeting
| Chris Donley used Edge Architecture & Work Items page to briefly update folks on state of work - app profiles, infra profiles, onap hierarchy, edge domain, etc.. Following were some discussion points:
Chris Donley noted the plan for review during March 29th arch call. Related discussion during VNF onboarding slot when discussing 'external VNFM'
Related discussion during OOM slot - federated vs distributed K8s cluster for geo redudancy
( hopefully not missing any key comment - if anyone else remembers please comment) | ||||||||||||
May 29 (vs May 28 since Memorial Day Holiday in USA) |
Related Discussions - Reviewed updated gliffy for arch to ensure folks had consistent view of the problem statement, i.e., onap-central vs onap-edge for 'blue SP'. Also, edge CP domain is a black box from blue SP perspective. | |||||||||||||
June 4 |
Note: M1 deadline is June 28 - so 4 more calls in June
| Ramki reviewed option A/B/C for MVP - chaker: option A - no onap? context? used arch gliffy to clarify ‘green CP’ to do stuff without any ‘blue onap’ stuff - dominic: what about other components needed by DCAE? depends on collecting/reporting state vs changing state - vijay: helm vs blueprint (cloudily) approach to OOM deployment of edge dcae? - chaker: edge cloud is where DCAE can run - chaker: is this work about (a) automation of edge, or (b) using onap-edge in an edge domain? - chaker: brainstorm in beijing a bit more on the problem - chaker: onap today - 100 VMs. / yoav: with OOM, it is much leaner. / yoav: DCAE - “good number of VMs’….other element, can put in “1 VM”. - chaker: are we going to have onap in the edge, or use the edge as part of VIM / ramki: leverage edge CP functionality…but, also bring some onap components if value - yoav: overloading this work with multiple problem statements, eg., distributing onap vs edge computing, etc.. In edge computing, micro services running in edge for which we want to use ONAP. But, distributing ONAP is a different problem. - raghu: reset with background info - context >> multiple problem statements >> etc.. - raghu: use of ‘multi-cloud adapter’ is the plan / reviewed gliffy arch diagram / but, API will be ‘intent’ rather than internal CLI like imperative. However, we can go next step with having some onap-edge as in option B of MVP - Bin Yang: are DMaaP and VES components in edge? yes…depends on app context….and, shown in sequence diagram where “edge CP’ does analysis and provides summary info to onap-central when no onap-edge. - ramki: reviewed different steps in sequence diagram…focusing on ‘red text’. - jack: which onap-central component is responsible for subscribing to topics? ramki gave example of correlation micro service using data and supplying to policy. micro service in onap do not talk to multi-cloud. Need to detail out interactions within ONAP-central. also, format translations between green and blue. - Arash: are we using DMaaP? / raghu: option A - no edge onap, but with option B - dcae with dmaap/ves - Arash: if no onap-edge, Control Loop in onap-central will run as today. No multi-cloud adapter involvement. /ramki: infra analytics example then multi-cloud comes to play. - Arash: if onap-edge, what does onap-central see? external orch or analytics or controller, etc.? if external analytics then not discussed about rules and operations. if ‘external controller’ then current arch committee discussions currently is via sdn-c (if non onap) or via DMaaP (if onap-like)…but, not via multi-cloud adapter (action item: to discuss in arch calls) - Arash: OOM - no runtime at this time. So, this will be huge expansion. - Borislav: OOM is not designed to trigger upon service request. / raghu clarified that OOM is used when new edge domain. Also, sequence diagram for casablanca assumes that infra is set up for OOM to instantiate onap-edge - Arash: need to capture interactions in more detail between edge DCAE and onap-central, eg., plugging in to central DMaaP or multi-cloud or sdn-c/app-c (also discussion with arch committee). / ramki clarified that any closed loop (critical stuff) is done by edge CP without ONAP. - ramki: extend DMaaP across WAN? / arash: may not make sense. So, how do those events make to onap-central. / Borisalv: http/rest interface. - chaker: each edge cloud has a ‘collector’ in onap-central? / Bin Yang: VES in onap-central is similar to current Release A and B. So, better to consider an edge VES/DMaaP? - chaker: extending onap to many edge cloud might be difficult. would be better to let edge cloud to provide summary events to onap-central. / (aside: raghu pointed out term issue - edge cloud vs edge domain) - Dominic: DmaaP has existing capability to either have edge processing or sent to central. / need to discuss. / Chaker: may not be possible to install DMaaP components in edge. / Dominic: consider when possible to have in edge - chaker: if extending DMaaP interface - so, deploy DMaaP client to collect triggers/events, then DMaaP adapter is certified in every cloud like AWS/Azure. / Jack: anything that uses API has to run in any cloud since http-based API. | ||||||||||||
June 11 |
| |||||||||||||
June 18 | Beijing
| |||||||||||||
June 25 | Requesting the PTLs and/or key folks from Infrastructure Modelling, OOF, SO, A&AI, Multi-Cloud, DCAE to join the Edge Automation MVP for Casablanca discussion. Edge Automation MVP Link: https://wiki.onap.org/display/DW/Edge+Scoping+MVP+for+Casablanca+-+ONAP+Enhancements | Cloud Region vs Physical DC location info granularity for homing
Terms:
| ||||||||||||
July 2 | Casablanca MVP Deep Dive
Anything else? | (draft notes - to be cleaned up) Ramki reviewed policy example. Some Qs discussed
| ||||||||||||
July 9 | Casablanca MVP deep dive | |||||||||||||
July 16th and July 23rd | Meetings Cancelled – Casablanca MVP Deep Dive Discussion with Relevant PTLs for R2 planning | |||||||||||||
July 30th |
| |||||||||||||
August 6th | Casablanca MVP discussion contd. | |||||||||||||
August 13th | Casablanca MVP discussion contd. | |||||||||||||
August 20 |
|
(additional notes to be updated later) | ||||||||||||
Aug 27 | ||||||||||||||
Sept 5 | 1. K8s based Cloud Regions 2. MEC arch ...and overlap with ONAP functional components | |||||||||||||
Sept 12 | O-RAN update - ONAP-Edge-ORANupdate-Sept2018.pptx Edge Automation Potential Strategies for Deploying ONAP_v1.8.pdf | |||||||||||||
Sept 19 | Dublin release planning Edge - focus? End User Group call? | MEC APIs?
Focus?
End User Group?
| ||||||||||||
Sept 26 | MEC orchestration and ONAP role for Dublin & Beyond - Srinivasa Addepalli Edge_ONAP_WG_v4.pdf (v7 used in call - to be posted soon) | Discussed APP Provider > ONAP > Edge
Arash - need to ask TSC and End User Advisory Group (EUAG) about expanding ONAP scope
| ||||||||||||
Oct 3 | Discuss items for Dublin Release Used Sequence diagram in Edge Architecture & Work Items | Edge Cloud Domain/Provider
Reviewed and Updated Sequence Diagram in Edge Architecture & Work Items
Continue discussion for the next few weeks to finalize input for Dublin Release (Target November?) | ||||||||||||
Oct. 10 | Dublin discussion | |||||||||||||
Oct. 17 | Dublin discussion | |||||||||||||
Oct. 24 | Dublin discussion | |||||||||||||
Future Calls | Potential Topics
| |||||||||||||
Fri. 02/08/2019 |
|
| ||||||||||||
Wed. 02/13/2019 & 02/14/2019 |
| Presentation by Dominic | ||||||||||||
Wed. 02/20/2019 & Fri. 02/22/2019 |
| AT&T EOM Slides - https://wiki.onap.org/download/attachments/28379482/EOM%20overview%20for%20ONAP%20community.pdf?api=v2 Meeting Recordings: 1) 02/20 - https://wiki.onap.org/download/attachments/28379482/zoom_1.mp4?api=v2 2) 02/22 - https://wiki.onap.org/download/attachments/28379482/zoom_0.mp4?api=v2 | ||||||||||||
Wed. 02/27/2019 |
| Next Steps:
| ||||||||||||
Wed. 03/06/2019 |
| Feedback on option 3
| ||||||||||||
03/13/2019 | Agenda for Wednesday (03/13) meeting:
| Cloudify presentation notes
Other discussion - EOM (option 2)
| ||||||||||||
05/08/2019 | Agenda for Wednesday (05/08) meeting:
| Recording: Meeting Summary:
| ||||||||||||
05/16/2019 | Agenda for Wednesday (05/16) meeting:
| Meeting Summary:
| ||||||||||||
05/23/2019 |
| Meeting Summary:
| ||||||||||||
06/21/2019 |
| Zoom Recording Link: https://VMware.zoom.us/recording/share/3vJpWdU9rSsaAx6IKENP29JVJNMCieYtMaYrfxbyLtE
| ||||||||||||
07/31/2019 | Agenda for Wednesday (07/29) meeting:
| Presentation Link: Zoom Recording Link: https://VMware.zoom.us/recording/share/3ny37ELByFlRmuVEOmAqev-YIJ-deWQ17-XxJEm4vjuwIumekTziMw | ||||||||||||
08/15/2019 | Agenda for Wednesday (08/14) meeting:
| Slides & recording of the session |
Participants:
WG Coordinators: Raghu Ranganathan, Ramki Krishnan
ZTE
Simone Mangiante <simone.mangiante@vodafone.com>
Call Notes
- Permanent time for meetings: Mondays 9am est is proposed by multi parties
- Review the Edge scoping doc/updates
- Review the list of docs submitted
- Open discussion for follow up topics with priorities
- Clarify where/what is Edge (tentatively, a gold star has been awarded to one :-)..but, could be awarded to more!)
- ONAP specific aspects/scoping doc addressed this?
ZOOM Recording: GMT20180406-170638_Ramki-Kris_1920x1080.mp4
Meeting Notes:
- Meeting time consensus - 8:00am PT. Ramki to reach out to OOF team to change the time of OOF meetings.
- Cagatay reviewed Edge Scoping-r3.docx.
- Discuss where is "Edge" and relevant applications for with a app response time context
- Gil Bullard brought up relevance to ONAP context, i.e. ONAP services to external party vs ONAP Multi-VIM driven management/optimization. Federated ONAP operations may be relevant here.
- The consensus is to discuss this after we agree on the use case scope.
- Alexander Vul brought up the distinctions between user equipment vs customer premise equipment in mobile node like a car in the context where "Edge" might be.
- The demarcation between network provider and end user is left up to service provider. In the case of a car example, the demarc is the Mobile SIM (4G/5G etc.).
- ramki krishnan brought up architecture vs use case distinction in the Applications and time scales section.
- The consensus was to move architecture details to a separate section.
- ramki krishnan brought up need for additional examples other than RAN for item 2) "Near-real-time Apps" in the Applications and time scales section.
- The consensus for the team to provide input.
- Created child page Edge Scoping with some updated text.
- Team to review and provide comments.
Agenda to be finalized 24 hrs. before each meeting.
Folks are requested to review the contributions and come prepared with questions.
- Housekeeping:
- use case sub committee list subscription for addressing email distribution issues –
use case sub committee link (https://lists.onap.org/mailman/listinfo/onap-usecasesub)
- target dates for input to use case/architecture sub-committee from a Casablanca perspective
- use case sub committee list subscription for addressing email distribution issues –
- Any additional contributions to discuss from the contributions section?
- Make progress on Edge Scope - child page.
ZOOM Recording: zoom_0.mp4
Meeting Notes:
- Informed the team through email
- Target Dates:
- April 30th for Use Case sub committee update about functional requirements for Casablanca and beyond
- May 15th for Architecture sub committee update about any changes to the functional/reference architecture for Casablanca and beyond
- Akraino is an integration project using an opinionated edge stack based on certain open source components.
- This effort in ONAP would treat Akraino as another type of edge cloud and managed though ONAP Multi Cloud and other ONAP relevant components.
- Priorities for Casablanca – initial thoughts captured in the Edge Scoping wiki
- Need to differentiate between 3rd party and operator provided applications – differentiate along real-time and non-real-time and application characteristics – input from Vimal
- MEC_Apps_ONS2018_Rev1.1.pdf was briefly mentioned by Vimal Begwani as an example of a 3rd party edge app (e.g. pothole fixer app) including relevant MEC APIs; Follow up action: Request Prakash Ramchandran to present work in one of the call.
- Edge Deployment/Functional Architecture diagram (slide nos. 7,8, 9) provide initial context for this work. (what diagram to add in Edge Scoping wiki?)
- For scalability, there was a discussion about child ONAP with a subset of ONAP components.
- Edge Requirements - initial thoughts in slides 4, 5 - Vimal Begwani, Cagatay Buyukkoc to review and expand.
- Differentiate between 3rd party and operator provided applications – input from Vimal Begwani
- Differentiate along real-time and non-real-time and application characteristics – input from Vimal Begwani
- Edge Requirements - input from Vimal Begwani & Cagatay Buyukkoc
- Complete discussion Edge_ONAP_WG_v4.pdf for Edge Architecture - Srinivasa Addepalli