<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi StarlingX team,</div><div><br></div><div>I am Tung Doan - An OpenStack contributor and the PTL of OpenStack/Apmec project. Since we acknowledged the potential integration between Apmec and StarlingX, I am writing this email to propose adding OpenStack/Apmec to StarlingX like an upstream project.</div><div><br></div>Project description: OpenStack Apmec [1] stands for the Automated Provisioning Framework for Multi-access Edge Computing which is the first orchestration and management framework dedicated to the MEC services in OpenStack. Below are some of the outstanding features of Apmec project:<div><br></div><div>- Apmec is partly designed following the ETSI MEC standard [2] with the great support from industries. The detailed design of Apmec is elaborated in [3].</div><div><br></div><div>- Apmec allows for the automated provisioning of the MEC services under the joint orchestration with NFV MANO frameworks [4]. In our design, the NFV MANO frameworks (such as ONAP or OSM) take care of complex network functions while Apmec is dedicated to the MEC applications (AR/VR, tactile engine support, traffic tracking,...). We planned to support multi-MANO feature [5] which opens up the opportunities to cooperate with the existing MANO frameworks for the delivery of the MEC services. For the implementation, Apmec is currently integrated with Tacker [6] which is NFV MANO framework in OpenStack.</div><div><br></div><div>- Apmec is the MEC framework which designs a rich modeling language for MEC applications and services following the design of Topology and Orchestration Specification for Cloud Application (TOSCA) [7]. Such a feature was implemented in [8]. </div><div><br></div><div>- Apmec leveraged the existing OpenStack projects to validate the description of the MEC applications and services (using OpenStack Tosca Parser) and translate them (using OpenStack Heat Translator)  to OpenStack resources.</div><div><br></div><div>- Since computing resources at MEC are limited, we designed a heuristic algorithm that allows for MEC service providers to save their hardware resources.</div><div><br></div><div><br></div><div>When integrated with Apmec, StarlingX will greatly benefit from:</div><div><br></div><div>- no need to take care of the NFV functionalities. Since existing NFV MANO frameworks (Tacker, ONAP, OSM, OpenBaton,...) are diverse, integrating them can make StarlingX complicated. Apmec was designed to take over responsibility for integrating them since the delivery of MEC services is our critical mission.</div><div><br></div><div> - no need to take care of the life-cycle management of the MEC applications. Apmec offers API to help StarlingX perform this function.  As mentioned earlier, Apmec is <span class="gmail-gr_ gmail-gr_7897 gmail-gr-alert gmail-gr_gramm gmail-gr_inline_cards gmail-gr_run_anim gmail-Grammar gmail-only-ins gmail-replaceWithoutSep" id="gmail-7897" style="display:inline;border-bottom:2px solid transparent;background-repeat:no-repeat"><span class="gmail-gr_ gmail-gr_8901 gmail-gr-alert gmail-gr_gramm gmail-gr_inline_cards gmail-gr_disable_anim_appear gmail-Grammar gmail-only-ins gmail-replaceWithoutSep" id="gmail-8901" style="display:inline;border-bottom:2px solid transparent;background-repeat:no-repeat;color:inherit;font-size:inherit">OpenStack</span></span> project, therefore, to provide low-latency for MEC applications,  Apmec is also planned to support acceleration technologies (e.g, integrated with OpenStack Cyborg) such as DPDK and FPGA.</div><div><br></div><div><br></div><div>[1] <a href="https://github.com/openstack/apmec">https://github.com/openstack/apmec</a></div><div>[2] <a href="https://www.etsi.org/deliver/etsi_gs/MEC/001_099/003/01.01.01_60/gs_MEC003v010101p.pdf">https://www.etsi.org/deliver/etsi_gs/MEC/001_099/003/01.01.01_60/gs_MEC003v010101p.pdf</a></div><div>[3] <a href="https://arxiv.org/pdf/1805.09251.pdf">https://arxiv.org/pdf/1805.09251.pdf</a></div><div>[4] <a href="https://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf">https://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf</a></div><div>[5] <a href="https://blueprints.launchpad.net/apmec/+spec/multi-mano">https://blueprints.launchpad.net/apmec/+spec/multi-mano</a><br></div><div>[6] <a href="https://wiki.openstack.org/wiki/Tacker">https://wiki.openstack.org/wiki/Tacker</a></div><div><div>[7] <a href="https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=tosca">https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=tosca</a></div></div><div>[8] <a href="https://review.openstack.org/#/c/570797/">https://review.openstack.org/#/c/570797/</a></div><div><br></div><div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><div>Name: Doan Van Tung</div>Email: <a href="mailto:van_tung.doan@mailbox.tu-dresden.de" target="_blank">van_tung.doan@mailbox.tu-dresden.de</a></div><div>A member of 5G Lab Germany</div><div><i style="font-size:12.8px">Deutsche Telekom Chair of Communication Networks (ComNets)</i></div><div><i>Würzburger Str. 35, 01187 Dresden<br></i></div><div><i>TU Dresden, Germany<br></i></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>