MEC Ecosystem: Difference between revisions

From MECwiki
Jump to: navigation, search
mNo edit summary
No edit summary
 
(52 intermediate revisions by 3 users 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 ([https://portal.etsi.org//tb.aspx?tbid=874&SubTB=874#/ DECODE]) Working Group, whose aim is to accelerate the development of the MEC ecosystem:  
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:  
*[https://forge.etsi.org/ '''Forge Projects''']: Includes OpenAPI/Swagger & Protobuf descriptions of the APIs specified by ISG MEC.
 
**[https://mecwiki.etsi.org/index.php?title=OpenAPI_development_guidelines OpenAPI development guidelines]: How can I contribute to the API development?
*'''[//mecwiki.etsi.org/index.php?title=MEC_Ecosystem#MEC_Applications MEC Applications]''': 3rd party solutions
*'''MEC Sandbox''': MEC Service API playground (in development)
**[https://forge.etsi.org/rep/stf-587/mec-sandbox-scenarios MEC Sandbox Scenarios] (EOL account required): Macro/micro network emulation scenarios
*'''[https://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.
'''To get a product listed in the MEC Ecosystem, please contact ETSI CTI team at [mailto:CTI_Support@etsi.org CTI_Support@etsi.org].'''


== MEC Applications ==
== MEC Applications ==
List of MEC Applications made available by third parties
List of MEC Applications made available by third parties
{| class="wikitable"
{| class="wikitable" style="width: 130%;"
|+
|+
!Name of the App & logo
! style="width: 20%" center | Name of the App  
!Description
! style="width: 40%" |Description
!MEC Consumed APIs
!MEC Consumed APIs
!MEC API provided
!MEC API provided
Line 18: Line 19:
!Contact
!Contact
|-
|-
|
|'''Unibo MEC API Tester'''[[File:Unibo mec api tester.png|center|frameless|200x200px]]
|
|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
|
|[//github.com/berdav/unibo-test-mec Link]
|
|[mailto:davide.berardi6@unibo.it Davide Berardi]
|-
|-
|'''Intrusion Detection System (IDS) on Edge with MEC API'''
[[File:Intel-logo-2022.png|center|frameless|100x100px]]
|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
|
|[//github.com/marags-web/marags-web/tree/main/IDS%20on%20Edge%20with%20MEC%20API Link]
|
|[mailto:Maragatham.muthusamy@intel.com Maragatham Muthusamy]
|
|
|-
|
|
|
|
|
|
|}
|}


== MEC Solutions ==
== MEC Solutions ==
List of MEC Solutions made available by third parties. Such solutions may offer all components (functional entities) of the [https://www.etsi.org/deliver/etsi_gs/MEC/001_099/003/02.01.01_60/gs_MEC003v020101p.pdf MEC architecture], or a subset (for instance a MEC Platform, or API implementation).
List of MEC solutions made available by third parties
{| class="wikitable"
{| class="wikitable" style="width: 130%;"
|+
|+
!Name of the project & logo
! style="width: 15%" | Project
!Description
! style="width: 40%" | Description
!MEC Components provided
! style="width: 15%" | MEC Components provided
!MEC APIs supported
! style="width: 5%" | MEC APIs supported
!Link
! style="width: 5%" | Link
!Contact
! style="width: 15%" | Contact
|-
|'''AdvantEdge''' [[File:advantedge.png|center|frameless|200x200px]]
|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<br />MEC 013 Location<br />MEC 028 WLAN Information
|[//github.com/InterDigitalInc/AdvantEDGE Link]
|[mailto:AdvantEDGE@InterDigital.com AdvantEDGE]
|-
|'''Connected Vehicle Blueprint (Aka CVB)''' [[File:akraino.png|center|frameless|200x200px]]
|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
|[//wiki.akraino.org/pages/viewpage.action?pageId=9601601 Link]
|[mailto:yargyang@tencent.com Yarg Yang]
|-
|'''Eclipse fog05''' [[File:Fog5.png|center|frameless|150x150px]]
|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
|[//fog05.io/ Link]
|[//gitter.im/atolab/fog05 Gitter community channel]
|-
|'''Eclipse zenoh''' [[File:zenoh.png|center|frameless|150x150px]]
|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
|[http://zenoh.io/ Link]
|[//gitter.im/atolab/zenoh Gitter community channel]
|-
|'''EdgeGallery''' [[File:Edgegallery.png|center|frameless|200x200px]]
|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
|[//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]]
|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
|[//wiki.akraino.org/display/AK/Enterprise+Applications+on+Lightweight+5G+Telco+Edge Link]
|[Mailto:gaurav.agrawal@huawei.com Gaurav Agrawal]
|-
|'''Multi-access Edge Computing Platform'''[[File:EURECOM logo quadri 300dpi.jpg|center|frameless|200x200px]]
|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
|[//gitlab.eurecom.fr/oai/orchestration/blueprints/-/blob/master/mep/README.md Link]
|[Mailto:netsoft@eurecom.fr Eurecom]
|-
|'''i-MEC''' [[File:Italtel RGB.jpg|center|frameless|200x200px]]
|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)
|[//www.italtel.com/products/multi-access-edge-computing-mec-platform/ Link]
|[Mailto:marketing_technology@italtel.com Italtel]
|-
|'''LightEdge''' [[File:lightedge-logo.png|center|frameless|150x150px]]
|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)
|[http://lightedge.github.io/ Link]
|[mailto:roberto.riggio@gmail.com Roberto Riggio]
|-
|'''MEC Location API Simulator''' [[File:LINKS_Logo.png|center|frameless|200x200px]]
|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
|[//networkbuilders.intel.com/commercial-applications/links-foundation Link]
|[mailto:daniele.brevi@linksfoundation.com Daniele Brevi]
|-
|'''Public Cloud Edge Interface (PCEI)''' [[File:akraino.png|center|frameless|200x200px]]
|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
|[//wiki.akraino.org/display/AK/Public+Cloud+Edge+Interface+%28PCEI%29+Blueprint+Family Link]
|[mailto:oberzin@equinix.com Oleg Berzin]
|-
|'''ServerlessOnEdge'''[[File:Logo-small.png|center|frameless|200x200px]]
|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)
|[//github.com/ccicconetti/serverlessonedge Link]
|[Mailto:c.cicconetti@iit.cnr.it Claudio Cicconetti]
|-
|-
|
|'''Simu5G'''[[File:Simu5G logo.png|center|frameless|200x200px]]
|
|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)
|
|[http://simu5g.org/MEC.html Link]
|
|[Mailto:giovanni.nardini@unipi.it Giovanni Nardini, University of Pisa]
|-
|-
|
|
|
|
|
|
|-
|-
|
|
|
|
|
|
|}
|}
A request to add a new entry to either the MEC Applications or MEC Solutions should be sent to please [Mailto:CTI_support@etsi.org?Subject=ISG+MEC+WIKI+Ecosystem+request contact ETSI CTI], with title "ISG MEC WIKI Ecosystem request" <u>'''Any'''</u> organization (ETSI member or not) is entitled to send the request.
 
=== 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
[Mailto:CTI_support@etsi.org?Subject=ISG+MEC+WIKI+Ecosystem+request contact ETSI CTI], with title "ISG MEC WIKI Ecosystem request".
<u>'''Any'''</u> 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 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.
Line 79: 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 [https://www.etsi.org/deliver/etsi_gs/MEC/001_099/003/02.01.01_60/gs_MEC003v020101p.pdf ETSI GS MEC 003].
* 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:

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
Unibo mec api tester.png
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
Intel-logo-2022.png
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.png
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)
Akraino.png
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
Fog5.png
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
Zenoh.png
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
Edgegallery.png
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)
Akraino.png
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
EURECOM logo quadri 300dpi.jpg
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 RGB.jpg
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-logo.png
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
LINKS Logo.png
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)
Akraino.png
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
Logo-small.png
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
Simu5G logo.png
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.