CARNET

CARNET OAV Architecture Analysis

The document analyses the mapping of the CARNET architecture to the TM Forum’s Open Digital Architecture aiming to provide a standardised view of the components and implementations of orchestration, automation and virtualisation within the NRENs.

This document presents an updated version of the mapping of the components implementing the CARNET network observability and other main components into the ODA functional blocks. It highlights the evolution and updates made to these components over the past three years. Since the publication of the first version, several components have been enhanced and updated to align with needs, ensuring improved functionality and scalability.

CYNET

CYNET OAV Architecture Analysis

This document undertakes an analysis of CYNET’s network architecture components. It does so by comparing the current status to the TM Forum’s Open Digital Architecture (ODA), which is the reference architecture selected by the GN4-3 project’s Orchestration,Automation and Virtualisation (OAV) focus group within the Network Technologies and Services Development Work Package. The analysis can help to further develop the potential for CYNET to be compatible with future OAV multi-domain processes and workflows throughout Europe.

CYNET is Cyprus' National Research and Education Network. It provides a network infrastructure for the Cypriot Research and Education Community and connects educational and research institutions. CYNET-II, the national backbone of CYNET, is connected to the European backbone GÉANT which is part of the world-wide community of research and education networks. Because Cyprus is a small island, CYNET is a National Research and Education Network (NREN) that serves only a few universities (around 17) which has so far allowed its workflows to be mainly non-automated processes. However, although CYNET is currently only at the beginning of its journey into Orchestration, Automation and Virtualisation (OAV), going forward the organisation would like to do more to benefit from adopting OAV principles, and to make sure it is compatible with future OAV multi-domain processes and workflows throughout Europe.

This document updates the previous analysis of the components of CYNET’s network management system architecture, focusing on the Orchestration, Automation and Virtualisation (OAV) aspects of its implementation. The NREN community can use this analysis to compare their own components and approaches with those of CYNET, and may find similarities that inspire them to work together on their journey towards OAV.

GARR

GARR OAV Architecture Analysis

The This document analyses the mapping of the GÉANTnetworkGARR architecture to the the TM Forum’s Open Digital Architecture (ODA).This analysis is one of a series of such documents, aiming to provide a standardised view of the components and implementations of orchestration, automation and virtualisation (OAV)within the communitywithin the National Research and Education Network (NREN).

The GARR-T delivery project has formally been completed. However, GARR-T is designed as a foundational platform. Its architecture is based on core principles of openness, extensibility, and continuous evolution. As such, certain components of the GARR-T backbone continue to evolve over time. This ongoing development applies to both the hardware (devices) and software, including systems for monitoring, alerting, control, automation, and orchestration

MARnet

MARnet OAV Architecture Analysis

This document maps MARnet’s Operations and Business Support System (OSS/BSS) to the TM Forum’s Open Digital Architecture (ODA) and analyses the mapping to provide a standardised view of the components and implementations of orchestration, automation and virtualisation within the NREN.

Image RemovedGRNET architecture mapped to ODA

Image Added

PIONIER

PIONIER OAV Architecture Analysis

The document analyses themapping of the

network architecture of the Polish Optical Internet (PIONIER)- a nationwide broadband optical network for e-science to the TM Forum’s Open Digital Architecture

(ODA). This analysis is one of a series of such documents aiming to provide a standardised view of the components and implementations of orchestration, automation

and virtualisation (OAV) within the

NRENs

.

In this document, the team reports on an analysis of the different functional aspects of the

PIONIER network architecture,managed by the Poznań Supercomputing and

Networking Centre (PSNC). The document focuses on PSNC networking activities,and analyses how different components map to the ODA reference model. The mapping highlights the main characteristics and capabilities of the current

PIONIER networkarchitecture, and how they fit into the

main functional domains of ODA. The analysis was carried out

by the PSNC network architects supported by the WP6T2 team

.

Argus

Argus OAV Architecture Analysis

This document analyses the mapping of the Argus architecture to the TM Forum’s Open Digital Architecture (ODA), aiming to provide a standardised view of the components and implementations of orchestration, automation and virtualisation (OAV) within the Argus deployment at the Norwegian National Research and Education Network (NREN), Sikt.

Argus is an open-source tool for Network Operation Centres and service desks to aggregate incidents from all their monitoring applications into a single, unified dashboard and notification system. This document analyses the mapping of the Argus architecture to the TM Forum’s Open Digital Architecture, aiming to provide a standardised view of the components and implementations of orchestration, automation and virtualisation within the Argus deployment at Sikt, the Norwegian NREN.

NMaaS

NMaaS OAV Architecture Analysis

The document analyses the mapping of the NMaaS (Network Management as a Service) architecture to the TM Forum’s Open Digital Architecture aiming to provide a standardised view of the components and implementations of orchestration, automation and virtualisation for network management services.

PMP

PMP OAV Architecture Analysis

This document analyses the mapping of the PMP (Performance Measurement Platform) service architecture to the TM Forum’s Open Digital Architecture to provide a standardised view of the orchestration, automation and virtualisation components and implementations within the service.

The PMP service is a platform consisting of central components and a set of small nodes that perform regular active performance measurements towards several Measurement Points (MPs) located in the core of the GÉANT network, and operated by the GÉANT network operations centre. The PMP operational team maintains an instance of the Maddash dashboard [PMD] for visualising performance testing between the PMP service instances in NRENs and GÉANT PoPs.

PMP incorporates different tools for different functionalities and components. Using a common reference architecture to analyse this network monitoring platform from the point of view of  orchestration, automation, and virtualisation helps enables a better understanding of the system, identifying commonalities in the way these various functionalities and components are implemented, as well as a cross-comparison with other platforms, which in turn promotes future interoperability and integration. 

SPA

SPA OAV Architecture Analysis

The Service Provider Architecture (SPA) [SPAW] is a service management platform that is based on the TM Forum Open Digital Framework. Its development is continued from the previous generation of the GÉANT project (GN4-2) and its Self-Service Portal graphical user interface (SSP GUI) is used for the service order management process of the GÉANT Connection Service (GCS) [SSPM20]. The SPA solution can be used as the basis for the development of a digital platform and to manage the lifecycle of any type of service, including networking, trust and identity or security services.

While all components of the SPA follow the principles of the building blocks architecture, the solution also incorporates other aspects of OAV design principles, such as:

• Ability to compose services and resources.
• Abstract, technology-agnostic modelling of all resources and services.
• Distinction between products, customer-facing and resource-facing services.
• Support for both physical and virtual networks.
• Ability for east-west integration with systems from other domain.

5G

5G OAV Architecture Analysis

5G is a mobile technology that is addressing, by design,abroad range of requirements: very high data rates, very low latency, low energy consumption, high scalability, improved connectivity and reliability, and improved security [FGPPP18], [FGPPP20]. The 5G specifications focus on serving mobile operator needs in terms of extreme mobile broadband services and include several features to support vertical industries in terms of enablers for an industrial Internet of Things (IoT)and Ultra Reliable Low Latency Communications(URLLC)[FGPPP20]. Within the 5G system, end-to-end (E2E) network slicing, service-based architecture, Software-Defined Networking (SDN) and Network Functions Virtualisation (NFV) are seen as the fundamental pillars of the 5G architecture.

EOSC

EOSC OAV Architecture Analysis

The European Open Science Cloud (EOSC) initiative [EOS20] is part of the EuropeanCommission’s effortto increase the competitive digital economy in Europe. The main idea of the initiative is to support Open Science, which in turn will enable a more agile approach to innovation.  The main goal of EOSC is to provide researchers from different research fields with the means necessary not only to conduct research, but alsotomake their research outcomes open to the wide community. Thus, in essence, the end goal is to create a cloud-based virtual environment that will provide a number of open services that can be used to store, manage and analyse research data.Six different actions are being implemented in parallel to achieve this goal, described in the EOSC implementation roadmap [ETS20]. One of the action lines focuses on the architecture of the virtual environment,whichshould achieve a federated, seamless view of all available research infrastructures and services built on top.

EOSCtechnicalarchitecture–interactionsbetween
thematic and common services

ETSI GANA

ETSI GANA OAV Architecture Analysis

One of the main requirements for future architectures and digital service providers is to be able to transform all manual management of network and services into Automated and Autonomic Management & Control (AMC) so that the system dynamically responds to the changing environment. This behaviour is also known as autonomics and is the main focus of the Generic Autonomic Network Architecture (GANA) [GANA16]. In other words, the GANA reference model provides a way to build autonomic architecture using a generic AMC framework that can integrate with any type of network management architecture.

The ETSI Network Technologies (NTECH) Autonomic network engineering for the self-managing Future Internet (AFI)workinggroup leads the AMC standardisation efforts that will transform the traditional networking environment into a smart and intelligent network with a number of self-* features including self-healing, self-configuration, self-optimisation and others.

 AFI GANA reference model

ETSI OSM

ETSI OSM OAV Architecture Analysis

ETSI Open Source MANO(OSM)[EOSM20] is a management and orchestration solution that complies withtheETSI NFV architectural framework. While it offers its own Virtual Infrastructure Manager (VIM),it also supports many third-party VIMssuch asOpenStack, VMware vCloud and VIO, Amazon Web Services, Azure and Google Cloud and,since release seven,also Kubernetes. This last integration allowsthedeployment ofmore than 20,000 pre-existing production-ready Kubernetes applications, with no need of any translation or repackaging, which are added to the steadily increasing number of Virtual Network Functions (VNFs)commercially or freely available.

 ETSI NFV reference architectural framework

ETSI ZSM

ETSI ZSM OAV Architecture Analysis

TheEuropean Telecommunications Standards Institute(ETSI)Zero-touch network and Service Management(ZSM)working group has the aim of defining a universal framework to enable end-to-endzero-touchserviceautomationinvolvingdifferentmanagementdomains.The proposed framework[EZSM]focuses on closed-loop service automation based on monitoring and high-quantity data collection, to which machine learning and artificial intelligence proceduresapply. The end-to-end automation procedures considered by ETSI ZSM comprise all operational processes and tasks, including delivery, deployment, configuration, lifecycle management, assurance, optimisation and finalisation. It aims to provide 5G E2E network slicing and management capacity, ideally with 100% automation or zero human intervention,and aims to be general enough to integrate current and future networks and services.

 ETSI ZSM reference architecture

GVM

GVM OAV Architecture Analysis

The Generalized Virtualization Model (GVM) describes an architecture that supports managing the lifecycle of different network topologies as virtual network slices over a physical infrastructure in a fully automated fashion. These virtual networks are environments where abstracted virtualised objects,called resources, can be defined, instantiated and arranged to create application-specific insulated networks and services. This process is performed via agraphicaluserinterface (GUI) and without the need for human intervention from network operationsor engineering teams.

 Virtualisation, management and user control layers in GVM

MEF LSO

MEF LSO OAV Architecture Analysis

Metro EthernetForum Lifecycle Service Orchestration(MEF LSO) [MSOS16] is a layered abstraction architecture defined to build the systems for coordinated management and control across all network domains responsible for delivering an end-to-end connectivity service. LSO provides interoperable automation of operations over the entire lifecycle of Layer 2 and Layer 3 connectivity services,as shown inFigureB.2. This includes design, fulfilment, control, testing, problem management, quality management, billing & usage, security, analytics and policy capabilities. The architecture specifies high-level functional requirements, the functional management entities and the management interface reference points (logical points of interaction) between them.

 LSO reference architecture

Open Baton

Open Baton OAV Architecture Analysis

Open Baton [OB20] is an open source platform developed by Fraunhofer FOKUS andtheTechnical University ofBerlin that enables implementation of an NFV environment based on the ETSI NFV MANO architecture framework [ETSINFVSPEC].

Open Baton uses an agile development process to provide a customisable network service orchestration framework based on the MANO NFVO. The framework supports multiple sites that provide heterogeneous Network Function Virtualisation infrastructure. Using the generic Virtual Network Function Manager (VNFM) the architecture can manage a large set of different VNFs.

 Open Baton architecture release 5

ONAP

ONAP OAV Architecture Analysis

The Open Network Automation Platform (ONAP) [ONAP20] arose after the combination of two Network Function Virtualisation (NFV) orchestration and management initiatives: Enhanced Control, Orchestration, Management & Policy(ECOMP), led by AT&T, and Open Orchestrator(Open-O), led by China Mobile.

 ONAP architecture

SENSE

SENSE OAV Architecture Analysis

SDN for End-to-end Networked Science at the Exascale (SENSE) [SEN20], [MON18]was developed in a research project with the goal to provide a network architecture that will facilitate the rapid deployment of smart network services in support of science applications. The main contributors to this project are ESnet/Lawrence Berkeley National Laboratory, California Institute of Technology, Fermi National Accelerator Laboratory, Argonne National Laboratory and the University of Maryland College Park.
The architecture was developed with next-generation big data/exascale science workflowsin mind that will require intelligent network services in cloud computing, AI and machine learning. The idea is to support scientists and their science workflows with a system that will automatically build virtual guaranteed networks over large-scale distributed storage and computing infrastructures without any human intervention and without the static non-interactive network infrastructures in place today.

 SENSE architecture

TALENT

TALENT OAV Architecture Analysis

Terrestrial Satellite Resource Coordinator (TALENT) is a coordination tool which provides end-to-end services over satellite domain, radio system, cloud and Mobile Edge Computing (MEC) resources [TAL19]. It provides a single and easy-to-use point of interaction for all stakeholders involved in the ecosystem, such as terrestrial and satellite operators as well as different 5G verticals. TALENT is completely inline with 3GPP and ETSI definitions, extending them towards satellite systems.The original idea of TALENT is based on the definition of hierarchical and distributed orchestration [HDO17], where an overarching orchestrator is able to manage and coordinate several independent domains (satellite, radio and cloud). It is assumed that a domain manager (DM) exists in each domain that can work with the resources of this domain. In this sense TALENT becomes a light, scalable and efficient solution, agnostic to elementsof domains coming from various vendors.