Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

DRAFT

...

  • Edge Cloud

...

...

Recommendations

  1. Develop clear messaging to establish and reinforce OPNFV relevance and unique role in the Industry to

...

  1. address challenges with integrating, deploying, testing, managing Edge Cloud
    • Provide

...

    • a unified view

...

    • of OPNFV Edge activities to help projects collaborate and avoid duplication
    • Maintain an "Edge dashboard" or equivalent tool to

...

    • track progress and

...

    • community artifacts for Edge
    • Consider publishing a White Paper

...

    • and/or joint conference sessions highlighting collaboration with upstream projects

...

    • Develop a roadmap of Edge announcement/s (ONS in September?)

  1. TSC to actively encourage and facilitate OPNFV Edge activities with strong developer focus (beyond requirements and use-case analysis)
    • Need a code base for developers to work on and focus community effort
    • Need an installer strategy for Edge Cloud deployment

...

    • (Compass?)

  1. Establish strong collaboration with relevant upstream communities and Edge related Industry activities
    • EdgeCloud has already established a working relationship with Open Stack Edge Computing Group (note this is being merged with FEMDC) and is exploring collaboration with Keystone and Glance
    • Explore collaboration with StarlingX as

...

    • upstream ingredient for first Edge

...

    • scenario
    • Collaborate with StarlingX, Airship, OpenStack Computing Group

...

    • , etc. for Pharos spec. additions

...


  1. Solicit feedback

...

  1. from EUAG for

...

  1. validating approach and tracking progress

  2. Deliver at least one Edge Cloud scenario for Gambia (consider both NFV and non-NFV use-cases)

...

    • Pharos Edge spec (first iteration, multi-architecture) 
    • Edge test cases 

  1. OVP (Compliance Program) 

    ...

      • Develop profile of Edge platform capabilities
      • Develop set of Edge relevant test cases based to test against commercial platforms
      • Include Edge test-cases in release after Gambia

    1. Pharos
      • Expand Pharos spec to n Edge
    • flavors
      • flavors 
        • OpenStack Edge Computing group - 1) small, 2) medium
        • Airship 1) Minimal (fully embedded), 2) small DC (enterprise edge, Access level CO/DC with limited space and power), 3) large (Metro level CO/DC)
    • Harmonize on definitions
        • StarlingX 1) EdgeSX 2) Edge 3) Core
        • etc.
      • Definitions and terminology .
    • Expand
      • .. expand PDF?
      • Support
    • for heterogenous
      • heterogeneous hardware within a POD
    • How to do federation, scaling, simulate characteristics of remote sites?
      • Investigate feasibility to adopt ENOS framework for simulating distributed clouds

    8. Maintain list of perceived gaps in upstream projects wrt Edge and OPNFV activities contributing to resolving these gaps

    ...

    9. Develop OPNFV position wrt ETSI MEC and how

    ...

    it maps

    ...

    to OPNFV

    ...


    OPNFV Edge Cloud Activities

    ...

    Project or activityEdge focus (e.g. ingredients, requirements, ...)

    Edge scenarios / use-cases

    Hardware aspectsTest framework. Edge specific test-cases.Upstream collaborationSuggestions
    AutoONAP-based automation of VNF management with Edge Cloud use-case

    Management of Edge Cloud

    vCPE

    Compare power consumption of architectures

    Functest initially only functional tests. Later include performance monitoring with ONAP Data Collection Analytics and Events

    ONAP Edge automation
    EdgeCloud

    requirement analysis

    architecture design

    reference platform for edge

    TBDis working with pharos for edge specific hardwareTBDopenstack EC WG
    • Begin on code development of reference platform
    • work out report and gap analysis for upstream communities
    Container4NFVContainer4NFV provides basic CT feature for VNF, for example. It supports mutlus, DPDK, and SR-IOV.  In edge , container is the best tool which can reduce the resource usage. No In Container4NFV, we support x86 and ARM.  In order to accelerate data plane, containe4nfv support DPDK and SR-IOV. In future, we will support VPP.

    Project specific testing for yardstick.

     test the network performance ,including DPDK, SR-IOV and VPP. 

    but not specific for edge


    • cross project collaboration with the edge cloud project and AUTO to work out edge scenario taking consideration of container management
    CRAN

    Concluding the MEC applications for radio access network, exploring the deployment proposal  for MEC and 5G CU. For the specific design.

    TBD


    • start project work asap (mailing list discussion, regular project call, release planning, and etc.)
    • provide CRAN requirement for edge, e.g. acceleration
    CloverEdge is a scenario for cloud native support. Focus is on service mesh (micro-services) using containers managed by Kubernetes.5G low latency services, AR/VR, IoTSelect edge devices, will contribute an edge pod to Pharos (with K8S and container support).Extend CI to zero-touch continuous deployment. Developing Edge test cases for various Cloud Native test tools. Planning performance testing.

    ONAP ( pending discussion), k8s, CNCF

    • Collaborate with EdgeCloud to contribute micro-services use-case and requirements.
    • Contribute Edge POD definition to Pharos spec.
    VCO Demo 2.0 (Is a PoC, not run as a project)Central Office Edge. Mobile network access (vRAN) and scope includes virtualized mobile core network components. "Learn by doing" approach and gap analysis using commercial and open source VNFs.A set of mobile network specific servicesUsing community contributed/supported hardware as demo, not on a Pharos POD. For future may use hardware from e.g. OCP, TIP, others?No edge specific test cases. Testing is not a focus.ONAP Casablanca (not committed to yet). Also Open Stack, ODL, k8s, OpenAirInterface
    • Collaborate with EdgeCloud to feed requirements, gaps and learnings.
    • Position for promoting OPNFV EdgeCloud activities and outputs
    • Consider EdgeCloud scenarios for design of VCO 3.0

    ...

    Upstream Edge Cloud Activities

    Survey of upstream Edge Cloud activities https://etherpad.opnfv.org/p/tsc_edge_cloud_upstream_communities

    UpstreamsEdge related activitiesuseful linkprogresscollaboration with OPNFVsuggestion for next step
    ONAPEdge automation WGhttps://wiki.onap.org/display/DW/Edge+Automation+through+ONAP

    Regular meetings

    some discussion for vCPE and MEC

    Edge automation working group focusing on Edge Cloud for Casablanca (3rd release Nov 15th) ... 1) Add hierarchical orchestration 2) Extend hardware platform awareness, Provide a way to select the best region to place dynamic apps

    Not yet.

    Hope the connection could be built with AUTO and Edge cloud project to address Orchestration issue of edge

    • Build connection through AUTO and edge cloud project
    • addresss edge orchestration issues in ONAP
    OpenStack

    Edge computing WG start in 2017

    Fog/Edge/Massively Distributed Clouds SIG

    (these two groups plan to combine)

    https://www.openstack.org/edge-computing/

    https://www.openstack.org/assets/edge/OpenStack-EdgeWhitepaper-v3-online.pdf

    https://wiki.openstack.org/wiki/Fog_Edge_Massively_Distributed_Clouds


    Glance image handling in edge environment : https://wiki.openstack.org/wiki/Image_handling_in_edge_environment

    Keystone edge architectures: https://wiki.openstack.org/wiki/Keystone_edge_architectures


    white paper publish for edge from the EC WG

    discussion of EC WG mainly focusing on security of edge, Keystone, Glance. Not to redesign OpenStack from scrach for edge, but to made certain modification to have openstack fit into edge

    Collaboration activity is already underway with the edge cloud project already builtOPNFV Edge Cloud project.
    • Enhance the collaboration following the deployment of EC WG and bring them back into OPNFV integration
    • Consider vCPE scenario from white paper.
    • Test Glance and Cinder Edge scenarios.
    • Appoint liason
    Akraino (LFN)Fully integrated edge stack with production quality code and blue-prints including hardware specs.

    https://www.akraino.org/

    Akraino 1.0 release definition, Blueprints definition, use cases .... brainstorm from May F2F https://etherpad.acumos.org/p/Akraino-release

    Mailing lists https://lists.akraino.org/g/main

    Governance and membership/process structures WIP

    Current Currently no seed code is NEV SDK however this may move into StarlingX

    Definition of deliverables are WIP ... "blueprints", developer APIs, middleware (SDKs), ETSI MEC functions and APIs

    OPNFV has mature CI/CD Infra, test frameworks and release engineering tools/process which could be leveraged by Akraino. OPNFV EdgeCloud is developing requirements which could be consumed by Akraino.

    Akraino help define OPNFV Edge Cloud scenarios and Pharos Edge flavors (from Blueprints).

    Monitor progress and evaluate collaboration opportunities once Akraino roadmap is clear.

    • Appoint OPNFV liason to Akraino helps inform and facilitate collaboration with regular report back to TSC
    • Proposal to provide lab, test resources?
    • Host Akraino scenario for a release?
    Airship (OSF)ATT "Oceans" seed code for deployment of "under cloud"

    https://www.airshipit.org/

    https://github.com/openstack/airship-in-a-bottle

    OSF project, still forming, some seed code available

    Monitor for now and reevaluate opportunities for collaboration once project is established.

    Consider site definitions (from ATT) for Pharos Edge spec
    StarlingX (OSF)Wind River Titanium Cloud R5 seed code.http://www.starlingx.io/OSF project announced recently at Open Stack Summit. Wind River Titanium Cloud is seed code.Possible collaboration to deploy StarlingX as an Edge scenario in OPNFV.Consider Wind River Titanium deployment flavors for Edge POD definition.
    Open Edge Compute Initiative (OEC)Developing Open Edge API for 3rd party developers

    http://openedgecomputing.org/

    Early stages, not much visible yet

    OEC is setting up a “Living Edge Lab” real-world testbed for Edge Computing http://openedgecomputing.org/lel.html. Investigate possible synergies with Pharos spec/lab and overlap of use-cases in OPNFV projects.

    Monitor progress.
    CORD (ONF)open reference implementation of central office  with commodity servers, white-box switches, open source software (e.g., OpenStack, ONOS, XOS)

    https://opencord.org/

    https://wiki.opencord.org/

    https://guide.opencord.org/

    Uses ONOS control plane for SDN and managing network components https://onosproject.org/ 

    CORD profiles available for install:

    Not evaluated sufficiently for recommendation. Evaluate synergy/overlap with vCO Demo 2.0?Assign responsibility for further investigation.Under development
    Kubernetes (CNCF)Automating deployment, scaling, and management of containerized applicationshttps://kubernetes.io/v1.10Collaboration with the EdgeCloud project and AUTO to work out edge scenario taking consideration of container managementEdgeCloud and Auto to agree roles and next steps
    EdgeXFoundry (LF)

    IoT edge computing framework and and ecosystem of interoperable components that accelerates the
    deployment of IoT solutions.

    API framework for enabling IoT services at the Edge

    https://www.edgexfoundry.org/


    Certification program plannedOpportunity for collaboration is not clear at this stage.Monitor progress. Investigate certification program.
    Telecom Infra Project (TIP)Lab and field implementations for services/applications at the network edge

    https://telecominfraproject.com/

    https://www.lightreading.com/oss-bss/facebooks-tip-and-telcos-upend-old-operational-models/d/d-id/741488

    TIP Ecosystem Acceleration Centers hosted in the UK, Paris, Seoul and Germany.

    TIP Community Labs are physical spaces that enable collaboration between member companies in a TIP project group to develop telecom infrastructure solutions

    Not evaluated sufficiently for recommendation.Assign responsibility for further investigation.