MEC Ecosystem: Difference between revisions
No edit summary |
No edit summary |
||
(5 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
This page provides information very much related to the work of the ETSI ISG MEC Deployment and ECOsystem DEvelopment ([ | This page provides information very much related to the work of the ETSI ISG MEC Deployment and ECOsystem DEvelopment ([//portal.etsi.org//tb.aspx?tbid=874&SubTB=874#/ DECODE]) Working Group, whose aim is to accelerate the development of the MEC ecosystem: | ||
*'''[ | *'''[//mecwiki.etsi.org/index.php?title=MEC_Ecosystem#MEC_Applications MEC Applications]''': 3rd party solutions | ||
*'''[[MEC Ecosystem#MEC Solutions|MEC Solutions]]''': 3rd party solutions | *'''[[MEC Ecosystem#MEC Solutions|MEC Solutions]]''': 3rd party solutions | ||
Please note that ETSI does not make statements of compliance with regards to implementations. However, MEC Applications and MEC Solutions listed on this page have been recognised by ISG MEC as having relevance to parts of the MEC system or more generally the overall MEC ecosystem. | Please note that ETSI does not make statements of compliance with regards to implementations. However, MEC Applications and MEC Solutions listed on this page have been recognised by ISG MEC as having relevance to parts of the MEC system or more generally the overall MEC ecosystem. | ||
Line 23: | Line 23: | ||
|MEC 011 (Mp1) | |MEC 011 (Mp1) | ||
|NA | |NA | ||
|[ | |[//github.com/berdav/unibo-test-mec Link] | ||
|[mailto:davide.berardi6@unibo.it Davide Berardi] | |[mailto:davide.berardi6@unibo.it Davide Berardi] | ||
|- | |- | ||
Line 31: | Line 31: | ||
| | | | ||
|MEC Analytics API | |MEC Analytics API | ||
|[ | |[//github.com/marags-web/marags-web/tree/main/IDS%20on%20Edge%20with%20MEC%20API Link] | ||
|[mailto:Maragatham.muthusamy@intel.com Maragatham Muthusamy] | |[mailto:Maragatham.muthusamy@intel.com Maragatham Muthusamy] | ||
|} | |} | ||
== MEC Solutions == | == MEC Solutions == | ||
List of MEC solutions made available by third parties | List of MEC solutions made available by third parties | ||
{| class="wikitable" style="width: 130%;" | {| class="wikitable" style="width: 130%;" | ||
|+ | |+ | ||
Line 50: | Line 50: | ||
|MEC Platform | |MEC Platform | ||
| MEC 012 Radio Network Information<br />MEC 013 Location<br />MEC 028 WLAN Information | | MEC 012 Radio Network Information<br />MEC 013 Location<br />MEC 028 WLAN Information | ||
|[ | |[//github.com/InterDigitalInc/AdvantEDGE Link] | ||
|[mailto:AdvantEDGE@InterDigital.com AdvantEDGE] | |[mailto:AdvantEDGE@InterDigital.com AdvantEDGE] | ||
|- | |- | ||
Line 57: | Line 57: | ||
|MEC Platform(s), MEC Platform Manager | |MEC Platform(s), MEC Platform Manager | ||
|MEC 011 Mp1 & Mm5 | |MEC 011 Mp1 & Mm5 | ||
|[ | |[//wiki.akraino.org/pages/viewpage.action?pageId=9601601 Link] | ||
|[mailto:yargyang@tencent.com Yarg Yang] | |[mailto:yargyang@tencent.com Yarg Yang] | ||
|- | |- | ||
Line 64: | Line 64: | ||
|MEC Orchestrator | |MEC Orchestrator | ||
|MEC 010-2 Application descriptor information model | |MEC 010-2 Application descriptor information model | ||
|[ | |[//fog05.io/ Link] | ||
|[ | |[//gitter.im/atolab/fog05 Gitter community channel] | ||
|- | |- | ||
|'''Eclipse zenoh''' [[File:zenoh.png|center|frameless|150x150px]] | |'''Eclipse zenoh''' [[File:zenoh.png|center|frameless|150x150px]] | ||
Line 72: | Line 72: | ||
|MEC 011 Mp1 | |MEC 011 Mp1 | ||
|[http://zenoh.io/ Link] | |[http://zenoh.io/ Link] | ||
|[ | |[//gitter.im/atolab/zenoh Gitter community channel] | ||
|- | |- | ||
|'''EdgeGallery''' [[File:Edgegallery.png|center|frameless|200x200px]] | |'''EdgeGallery''' [[File:Edgegallery.png|center|frameless|200x200px]] | ||
|The EdgeGallery community focuses on providing | |The EdgeGallery community focuses on providing an open source MEC platform framework at a carrier’s network edge, whilst adopting the de facto standard of network service openness through open source collaboration. The framework enables MEC edge resources and applications, whilst providing both security and management capabilities. It also offers interconnectivity with the public cloud. The result is the creation of unified MEC application ecosystem, which is designed to be compatible across a carrier’s heterogeneous edge infrastructure. | ||
|MEC Platform | |MEC Platform | ||
|MEC 010-2,MEC 011,MEC 009,and will support more ETSI APIs in further releases | |MEC 010-2,MEC 011,MEC 009,and will support more ETSI APIs in further releases | ||
|[ | |[//www.edgegallery.org/en/ Link] | ||
|[ | |[//edgegallery.groups.io/g/main Maillist] | ||
|- | |- | ||
|'''Enterprise Applications on Lightweight 5G Telco Edge (EALTEdge)''' [[File:akraino.png|center|frameless|200x200px]] | |'''Enterprise Applications on Lightweight 5G Telco Edge (EALTEdge)''' [[File:akraino.png|center|frameless|200x200px]] | ||
Line 85: | Line 85: | ||
|MEC Platform(s), MEC Platform Manager | |MEC Platform(s), MEC Platform Manager | ||
|MEC 011 Mp1 & Mm3 | |MEC 011 Mp1 & Mm3 | ||
|[ | |[//wiki.akraino.org/display/AK/Enterprise+Applications+on+Lightweight+5G+Telco+Edge Link] | ||
|[Mailto:gaurav.agrawal@huawei.com Gaurav Agrawal] | |[Mailto:gaurav.agrawal@huawei.com Gaurav Agrawal] | ||
|- | |- | ||
Line 94: | Line 94: | ||
|MEC app, MEC platform | |MEC app, MEC platform | ||
|MEC 011 Mp1, MEC 10-2, MEC 012 RNIS | |MEC 011 Mp1, MEC 10-2, MEC 012 RNIS | ||
|[ | |[//gitlab.eurecom.fr/oai/orchestration/blueprints/-/blob/master/mep/README.md Link] | ||
|[Mailto:Eurecom] | |[Mailto:netsoft@eurecom.fr Eurecom] | ||
|- | |- | ||
|'''i-MEC''' [[File:Italtel RGB.jpg|center|frameless|200x200px]] | |'''i-MEC''' [[File:Italtel RGB.jpg|center|frameless|200x200px]] | ||
Line 101: | Line 101: | ||
|MEC Platform | |MEC Platform | ||
|MEC011 Mp1, Mm5 proprietary API, Mp2 proprietary API (OpenFlow based) | |MEC011 Mp1, Mm5 proprietary API, Mp2 proprietary API (OpenFlow based) | ||
|[ | |[//www.italtel.com/products/multi-access-edge-computing-mec-platform/ Link] | ||
|[Mailto:marketing_technology@italtel.com Italtel] | |[Mailto:marketing_technology@italtel.com Italtel] | ||
|- | |- | ||
Line 115: | Line 115: | ||
| MEC013 accessible APIs (with an engine to simulate mobile users’ movement) | | MEC013 accessible APIs (with an engine to simulate mobile users’ movement) | ||
| MEC 013 Location | | MEC 013 Location | ||
|[ | |[//networkbuilders.intel.com/commercial-applications/links-foundation Link] | ||
|[mailto:daniele.brevi@linksfoundation.com Daniele Brevi] | |[mailto:daniele.brevi@linksfoundation.com Daniele Brevi] | ||
|- | |- | ||
Line 122: | Line 122: | ||
|Provides an enabler layer that facilitates interworking between Edge Computing platforms, including Multi-Access Edge Compute, Public Cloud and 3rd-Party Edge Compute, and Mobile Networks | |Provides an enabler layer that facilitates interworking between Edge Computing platforms, including Multi-Access Edge Compute, Public Cloud and 3rd-Party Edge Compute, and Mobile Networks | ||
|MEC 013 Location API | |MEC 013 Location API | ||
|[ | |[//wiki.akraino.org/display/AK/Public+Cloud+Edge+Interface+%28PCEI%29+Blueprint+Family Link] | ||
|[mailto:oberzin@equinix.com Oleg Berzin] | |[mailto:oberzin@equinix.com Oleg Berzin] | ||
|- | |- | ||
Line 129: | Line 129: | ||
|User app LCM proxy | |User app LCM proxy | ||
|MEC 016 Device application interface (Mx2) | |MEC 016 Device application interface (Mx2) | ||
|[ | |[//github.com/ccicconetti/serverlessonedge Link] | ||
|[Mailto:c.cicconetti@iit.cnr.it Claudio Cicconetti] | |[Mailto:c.cicconetti@iit.cnr.it Claudio Cicconetti] | ||
|- | |- | ||
Line 155: | Line 155: | ||
Criteria for the inclusion into the Ecosystem page are: | Criteria for the inclusion into the Ecosystem page are: | ||
* The referenced activity is relevant to ETSI MEC i.e. it claims to implement at least one MEC Component from the MEC Architecture as defined in [ | * The referenced activity is relevant to ETSI MEC i.e. it claims to implement at least one MEC Component from the MEC Architecture as defined in [//www.etsi.org/deliver/etsi_gs/MEC/001_099/003/02.01.01_60/gs_MEC003v020101p.pdf ETSI GS MEC 003]. | ||
* The proposed description or text is not offensive and is fit for publication, in line with the purpose of the MEC wiki. | * The proposed description or text is not offensive and is fit for publication, in line with the purpose of the MEC wiki. |
Latest revision as of 16:53, 26 March 2024
This page provides information very much related to the work of the ETSI ISG MEC Deployment and ECOsystem DEvelopment (DECODE) Working Group, whose aim is to accelerate the development of the MEC ecosystem:
- MEC Applications: 3rd party solutions
- MEC Solutions: 3rd party solutions
Please note that ETSI does not make statements of compliance with regards to implementations. However, MEC Applications and MEC Solutions listed on this page have been recognised by ISG MEC as having relevance to parts of the MEC system or more generally the overall MEC ecosystem.
To get a product listed in the MEC Ecosystem, please contact ETSI CTI team at CTI_Support@etsi.org.
MEC Applications
List of MEC Applications made available by third parties
Name of the App | Description | MEC Consumed APIs | MEC API provided | Link | Contact |
---|---|---|---|---|---|
Unibo MEC API Tester | The Unibo MEC API Tester is a web-based application that can be used to test the capability of a MEC Platform to support the MEC 011 defined APIs (mec_app_support & mec_service_mgmt). | MEC 011 (Mp1) | NA | Link | Davide Berardi |
Intrusion Detection System (IDS) on Edge with MEC API | IDS (Intrusion detection system) is a critical cybersecurity tool in today’s rapidly evolving cyberthreats landscape and it is becoming more advanced with adoption on cutting edge Deep Learning (DL) technologies. This application is developed to improve MEC security and built for the ETSI-LF MEC Hackathon 2022. The objective is to build a MEC API based IDS that uses Deep Learning (DL) methods to automate attack detection, improve response time and accuracy and fulfills a Control Unrestricted Traffic and Unsafe Communication, Detect Advanced Persistent Threats (APT), and Prevent attack propagation in timely manner. | MEC Analytics API | Link | Maragatham Muthusamy |
MEC Solutions
List of MEC solutions made available by third parties
Project | Description | MEC Components provided | MEC APIs supported | Link | Contact |
---|---|---|---|---|---|
AdvantEdge | AdvantEDGE is a Mobile Edge Emulation Platform (MEEP) that runs on Docker & Kubernetes. AdvantEDGE provides an emulation environment, enabling experimentation with Edge Computing Technologies, Applications, and Services. The platform facilitates exploring edge / fog deployment models and their impact on applications and services in short and agile iterations. | MEC Platform | MEC 012 Radio Network Information MEC 013 Location MEC 028 WLAN Information |
Link | AdvantEDGE |
Connected Vehicle Blueprint (Aka CVB) | CVB provides a V2X focused MEC platform, which offers services to connected vehicles. These services are delivered to applications hosted on vehicles based on a set of policies for data dispatch and response. As the blueprint continues to be developed, further connected-vehicle applications and services are being incorporated into the blueprint. | MEC Platform(s), MEC Platform Manager | MEC 011 Mp1 & Mm5 | Link | Yarg Yang |
Eclipse fog05 | Eclipse fog05 provides a decentralised infrastructure for provisioning and managing compute, storage, communication and I/O resources available anywhere across the network. Eclipse fog05 addresses highly heterogeneous systems even those with extremely resource-constrained nodes. Eclipse fog05 can be used to deploy MEC Applications on centralised or distributed MEC Platforms. | MEC Orchestrator | MEC 010-2 Application descriptor information model | Link | Gitter community channel |
Eclipse zenoh | Eclipse zenoh unifies data in motion, data in-use, data at rest and computations. It carefully blends traditional pub/sub with geo-distributed storages, queries and computations, while retaining a level of time and space efficiency that is well beyond any of the mainstream stacks. It is a perfect fit as an alternative transport protocol for MEC applications as well as technological stack to build distributed MEC platforms. | Alternative transport protocol for MEC Platform | MEC 011 Mp1 | Link | Gitter community channel |
EdgeGallery | The EdgeGallery community focuses on providing an open source MEC platform framework at a carrier’s network edge, whilst adopting the de facto standard of network service openness through open source collaboration. The framework enables MEC edge resources and applications, whilst providing both security and management capabilities. It also offers interconnectivity with the public cloud. The result is the creation of unified MEC application ecosystem, which is designed to be compatible across a carrier’s heterogeneous edge infrastructure. | MEC Platform | MEC 010-2,MEC 011,MEC 009,and will support more ETSI APIs in further releases | Link | Maillist |
Enterprise Applications on Lightweight 5G Telco Edge (EALTEdge) | Lightweight telco edge platform, enabling Enterprise applications on telco edge. Offering a: Unified Portal for platform management and for App developers; Sandbox with SDKs and tools chains for MEC app developers; Heterogeneous deployment on Multi-Arch; ETSI MEC Compliance. | MEC Platform(s), MEC Platform Manager | MEC 011 Mp1 & Mm3 | Link | Gaurav Agrawal |
Multi-access Edge Computing Platform | This open source implementation of MEC platform (MEP) allows different MEC applications to discover MEP hosted services and register their own service which can be discovered by other MEC applications.
OAI-MEP follows ETSI GS MEC 003 V3.1.1. MEC applications communicate with MEP via mp1 interface and applications hosted at MEP communicate with Radio Access Network (RAN) and Core Network (CN) components via mp2 interface. The MEP provides service discovery and registry for other MEC applications via mp1 interface. We have implemented MEC Radio Network Information Service (RNIS), ETSI GS MEC 012. It collects the radio network information via mp2 interface. We are working on adding traffic rules control service via communicating with Policy Control Function. |
MEC app, MEC platform | MEC 011 Mp1, MEC 10-2, MEC 012 RNIS | Link | Eurecom |
i-MEC | Italtel MEC platform i-MEC brings high value in the network enabling a wide set of services which leverage reduced end-to-end latency (uRLLC), pre-processing at the edge (mMTC) and broadband services (eMBB). i-MEC contributes to reduce the traffic load on the backhauling transport network with relevant saving of cost for the Service Operator. | MEC Platform | MEC011 Mp1, Mm5 proprietary API, Mp2 proprietary API (OpenFlow based) | Link | Italtel |
LightEdge | LightEdge is a lightweight, ETSI-compliant MEC solution for 4G and 5G networks. It is designed to work natively on top of Kubernetes and is transparent to the existing components of a 4G network, therefore requiring zero modifications to the MNO’s environment. | MEC Platform | RNI (MEC-012), WIA (MEC-028), partially Application Enablement (MEC-011) | Link | Roberto Riggio |
MEC Location API Simulator | The Location API simulator helps developers to create applications that use MEC Location API. It provides a MEC Location Service accessible via Location API as specified in the ETSI GS MEC013 document, available as a RESTful web service. It has a Graphical User Interface enabling developers to simulate mobile users' movements by feeding the simulator with a GPS track in .gpx format. The first release implements a subset of MEC013 API but the full set of APIs and an improved engine to simulate cars, VRU and more will be part of future releases. | MEC013 accessible APIs (with an engine to simulate mobile users’ movement) | MEC 013 Location | Link | Daniele Brevi |
Public Cloud Edge Interface (PCEI) | The purpose of Public Cloud Edge Interface (PCEI) Blueprint family is to specify a set of open APIs for enabling Multi-Domain Inter-working across functional domains that provide Edge capabilities/applications and require close cooperation between the Mobile Edge, the Public Cloud Core and Edge, the 3rd-Party Edge functions as well as the underlying infrastructure such as Data Centers and Networks. | Provides an enabler layer that facilitates interworking between Edge Computing platforms, including Multi-Access Edge Compute, Public Cloud and 3rd-Party Edge Compute, and Mobile Networks | MEC 013 Location API | Link | Oleg Berzin |
ServerlessOnEdge | Decentralized framework for the distribution of lambda functions to multiple serverless platforms, with Apache OpenWhisk connectors, supporting the ETSI MEC Device application interface (MEC 016). | User app LCM proxy | MEC 016 Device application interface (Mx2) | Link | Claudio Cicconetti |
Simu5G | This open-source framework integrates an ETSI-compliant implementation of the MEC system within Simu5G, a simulator for the data plane of 5G networks. Communications with the MEC platform and the User App LCM proxy employ RESTful APIs compliant with the reference points standardized by ETSI. MEC services gather network-related information (e.g. UE location, RNI) from the simulated underlying 5G network. Moreover, thanks to the ETSI-compliant APIs and the fact that Simu5G runs as a real-time emulator, one can test real MEC apps in real time in controllable scenarios. | User App LCM proxy, MEC platform | MEC 011 Mp1, MEC 016 Mx2, MEC 012 RNI (L2meas), MEC 013 Location (UE/gNB location, circleNotificationSubscription) | Link | Giovanni Nardini, University of Pisa |
Request your project to be listed
A request to add a new entry to either the MEC Applications or MEC Solutions should be sent to contact ETSI CTI, with title "ISG MEC WIKI Ecosystem request". Any organization (ETSI member or not) is entitled to send the request.
The request should contain the information to be included in the table. "Contact" in the table is not mandatory, but a contact point is required to allow communication of changes or future developments on the page.
The chairman of DECODE WG and ETSI Secretariat will review the proposal and publish it.
Criteria for the inclusion into the Ecosystem page are:
- The referenced activity is relevant to ETSI MEC i.e. it claims to implement at least one MEC Component from the MEC Architecture as defined in ETSI GS MEC 003.
- The proposed description or text is not offensive and is fit for publication, in line with the purpose of the MEC wiki.