Automation of Network Services for the Future Internet

Automation of Network Services for the Future Internet

Samier Said Barguil, Oscar Gonzalez de Dios, Victor Lopez, Kellow Pardini, Ricard Vilalta
Copyright: © 2021 |Pages: 27
DOI: 10.4018/978-1-7998-7646-5.ch007
OnDemand:
(Individual Chapters)
Available
$37.50
No Current Special Offers
TOTAL SAVINGS: $37.50

Abstract

Internet service providers are shifting to an open, modern, software-based architecture that enables both new operating and business models. The target architecture is loosely coupled, cloud-native, data and artificial intelligence-driven, and relies on traffic engineering-related protocols to get the full potential of the network capabilities. The components need to use standard interfaces to be easily procured and deployed without the need for customization. Achieving these goals will require a significant change in how the network resources are architected, built, procured, licensed, and maintained. Some levers to drive this transformation rely on adopting open protocols such as NETCONF/RESTCONF or gNMI to operate the network and use standard data models to interact with the network more programmatically. This chapter presents such architecture, including service provider experiences.
Chapter Preview
Top

Introduction

According to the Internet world stats described in (Hootsuite & We Are Social, 2021), the number of Internet accesses has reached almost 5 billion during the last decades. This massive growth of accesses and Internet applications has brought an increasing unstoppable demand for bandwidth among consumers, fostered even more by the irruption of new technologies such as Internet of Things (IoT), enhanced mobile broadband, or 5G, which ambitions to augment even more the number of industrial applications to make use of the available infrastructure with more stringent requirements.

Many Service Providers (SPs) had to explore different alternatives to satisfy the (fast-changing) customer expectations and create new business opportunities beyond the “traditional” connectivity. At the same time, they need to offer competitive prices and maintain the robustness required to withstand possible Network failures. All this while the Average Revenue Per User (ARPU) remains “quasi” stable (if not decreasing) since the customer base has remained constant in most of the market segments and the new income has been derived to the over-the-top applications. Thus, to remain viable in a highly competitive market, the deployment of convergent IP networks with programmable interfaces for the automation of day-to-day tasks in the network and the ability to develop new network services in a short time has been considered an essential target for Service Providers.

In order to trigger the 'network of the future' and move the whole industry to a new era, the emerging technologies that are considered as the building blocks by SPs are Software-defined networking (SDN) in combination with Network Function Virtualization (NFV) and Machine Learning technologies. The “promise” of these technologies is to allow SPs to program their networks with the agility of the IT industry instead of the old-school slow pace of the telecom industry. However, nowadays, no SP has entirely changed how the transport network (the infrastructure that moves the bulk of the traffic) is operated. Nevertheless, according to Research and Markets (2020), SDN has been one of the fastest-growing markets in the Communications industry, reaching 13.7 million in 2020.

SDN, as described by ONF in (ONF TR-502, 2014) and IRTF in RFC 7426 (Haleplidis et al., 2015), relies upon a modular architecture, focused on the capabilities offered by a computation logic (a.k.a., SDN controller) to separate the control plane from the data plane. The SDN controller is the key element to interact with equipment and systems (Operational Support Systems (OSS) and Business Support Systems (BSS)) through data-driven programmatic Network Application Programming Interfaces (APIs). The definition/usage of these network APIs is the base of the whole network automation approach mainly for the following reasons:

  • The less human intervention for the day-to-day tasks and the reduction of management touchpoints due to single network control points.

  • The controller can run offline tasks to make network resources optimization continuously; this can derive in faster and on-demand provisioning.

  • The standardized interfaces usage reduces the vendor dependency, without completely removing it, and thus allows to customize features as applications.

  • The controller can make advanced traffic steering policies and sophisticated service-aware management.

  • Each API can be considered as an application; these applications can share network information to make advanced decisions.

To facilitate the automation of service delivery procedures in multi-vendor networking environments and make these network APIs reusable, Standard Definition Organizations (SDOs) like the IETF and industry for a such as OpenConfig have defined a set of protocols (NETCONF, gNMI, BGP-LS, etc.) and vendor-agnostic data models. In combination, they can be used to cover the planning and operation needs of a carrier. However, there is a continuous need to standardize new service types or cover new functionalities, which has led to the publication of several standards and specifications by SDOs and Industry fora, such as ONF, IETF, OpenConfig, or the Metro Ethernet Forum (MEF). Thus, some initiatives are based on a gradual adoption of standards and/or the evolution of legacy network architectures to take advantage of more agile and automatic deployments.

Key Terms in this Chapter

YANG Data Model: A data model describes how data is represented and accessed using the YANG language.

RESTCONF: Uses HTTP methods to provide Create, Read, Update, and Delete operations on a server that implements NETCONF datastores.

SDN: Software-defined networking (SDN) is an architecture that decouples the network control and forwarding functions enabling the network control to become directly programmable and the underlying infrastructure to be abstracted for applications and network services.

NETCONF: Network Configuration Protocol (NETCONF) is a network management protocol developed in the IETF. It provides mechanisms to install, manipulate, and delete the configuration of network devices. Its operations are realized on top of a simple Remote Procedure Call (RPC). The NETCONF protocol uses an Extensible Markup Language (XML) based data encoding for the configuration data as well as the protocol messages. The protocol messages are exchanged on top of a secure transport protocol.

SDN Controller: Is a key component of the SDN architecture. It is in charge of a set of network elements. It has standard South Bound Interfaces to communicate with network elements. It also has a North Bound Interface to communicate with the SDN orchestrator and the OSS.

Complete Chapter List

Search this Book:
Reset