
Cloud and Edge Networking
Description
Alles über E-Books | Antworten auf Fragen rund um E-Books, Kopierschutz und Dateiformate finden Sie in unserem Info- & Hilfebereich.
In this book, the authors present this new generation of networks that are based in the Cloud by detailing the transition from a complex environment to a simple digital infrastructure. This infrastructure brings together connected devices, the antennas that collect radio waves, the optical fibers that carry signals and the data center that handles all of the different processes.
From this perspective, the data center becomes the brain, managing network services, controls, automation, intelligence, security and other applications. This architecture is relevant to carrier networks, the Internet of Things, enterprise networks and the global networks of the major Internet companies.
Cloud and Edge Networking further discusses developments at the border of networks, the Edge, where data is processed as near as possible to the source. Over the next ten years, the Edge will become a major strategic factor.
More details
Other editions
Additional editions

Persons
Kamel Haddadou is a research director in the GANDI group, France. He leads several French and European projects in the networks domain. His research interests focus on the design, implementation and deployment of new data center network protocols and systems.
Guy Pujolle is Emeritus Professor at Sorbonne University, France, and President of Green Communications. He is one of the pioneers of very high speed networks and has been involved in several important inventions and patents, including virtual networks. He has received various awards for his work and publications.
Content
Preface xi
Chapter 1 Introduction to Edge and Cloud Networking 1
1.1 Introduction to the digital infrastructure 1
1.2 Cloud services 7
1.3 Cloud Networking 9
1.4 Network Functions Virtualization 14
1.5 Conclusion 16
1.6 References 16
Chapter 2 The Cloud Continuum 19
2.1 Cloud Continuum levels 19
2.2 Cloud Continuum Networks 22
2.3 The Cloud Continuum and the digitization of companies 23
2.4 Example of digital infrastructure 25
2.5 Conclusion 28
2.6 References 28
Chapter 3 Digital Infrastructure Architecture 31
3.1 The evolution of enterprise information system architectures 31
3.2 The Open Infrastructure Foundation architecture 36
3.3 The Cloud Native Computing Foundation architecture 42
3.4 Gaia-X 49
3.5 Conclusion 54
3.6 References 54
Chapter 4 Open-Source Architectures for Edge and Cloud Networking 57
4.1 Organizations and the main open sources 57
4.2 The main open-source projects 57
4.3 Conclusion 69
4.4 References 70
Chapter 5 Software-Defined Networking (SDN) 73
5.1 Introduction to Software-Defined Networking 73
5.2 ONF architecture 74
5.3 Southbound interfaces and controllers 80
5.4 The northbound interface and the application plan 82
5.5 Conclusion 84
5.6 References 85
Chapter 6 Edge and Cloud Networking Commercial Products 87
6.1 Introduction to SDN products 87
6.2 Fabric control 87
6.2.1 NSX from VMware 89
6.2.2 Cisco Application Centric Infrastructure 92
6.2.3 OpenContrail and Juniper 94
6.2.4 Nokia SDN Architecture 95
6.3 Software-Defined Wide Area Network 96
6.3.1 The basics of SD-WAN 96
6.3.2 SD-WAN 2.0 101
6.3.3 SD-Branch 102
6.4 Secure Access Service Edge 103
6.5 Virtual Customer Premises Equipment 105
6.6 vWi-Fi 107
6.7 Virtual Radio Access Network 109
6.8 Virtual Evolved Packet Core and virtual 5GCore 110
6.9 Conclusion 111
6.10 References 111
Chapter 7 OpenFlow, P4, Opflex and I2RS 113
7.1 OpenFlow signaling 113
7.2 P4 120
7.3 OpFlex 121
7.4 I2RS 122
7.5 Conclusion 123
7.6 References 124
Chapter 8 Edge and Cloud Networking Operators 127
8.1 Edge Networking in 5G architecture 127
8.2 Cloud RAN 130
8.3 Cloud Networking at the heart of 5G 132
8.4 The Cloud and the new Ethernet and Wi-Fi generations 134
8.5 Enterprise 5G Edge Networks 136
8.6 Conclusion 138
8.7 References 138
Chapter 9 Cloud Networking Protocols 141
9.1 Low-level protocols 142
9.1.1 Radio over Fiber 143
9.1.2 Ethernet over Fiber 144
9.2 Virtual extensible LAN 144
9.3 Network Virtualization using Generic Routing Encapsulation 146
9.4 Ethernet MEF 146
9.5 Ethernet Carrier Grade 147
9.6 Transparent Interconnection of Lots of Links 150
9.7 Locator/Identifier Separation Protocol 152
9.8 Conclusion 153
9.9 References 153
Chapter 10 Edge and Cloud Networking in the IoT 155
10.1 Internet of Things networks 156
10.2 Low Power Wide Area Networks 158
10.3 PAN and LAN networks for the IoT 162
10.4 Telecommunications operator networks for the IoT 166
viii Cloud and Edge Networking
10.5 Platform for the IoT 169
10.6 Conclusion 178
10.7 References 178
Chapter 11 Cloud Continuum in Vehicular Networks 181
11.1 ETSI ITS-G5 183
11.2 5G standardization 185
11.2.1 5G vehicular networks 185
11.2.2 C-V2X technology overview 187
11.3 Visible light communication 189
11.4 The architecture of vehicular networks 190
11.5 Conclusion 193
11.6 References 193
Chapter 12 The Cloud Continuum and Industry 4.0 199
12.1 The features needed to achieve Industry 4.0 201
12.2 Technical specifications for 5G 203
12.3 Cloud and Edge for Industry 4.0 205
12.4 Conclusion 207
12.5 References 208
Chapter 13 AI for Cloud and Edge Networking 211
13.1 The knowledge plane 211
13.2 Artificial intelligence and Software-Defined Networking 214
13.3 AI and Cloud Networking management 217
13.4 AI through digital twins 218
13.5 Conclusion 221
13.6 References 223
Chapter 14 Cloud and Edge Networking Security 229
14.1 The Security Cloud 229
14.2 SIM-based security 230
14.3 Blockchain and Cloud 233
14.4 Cloud Networking security 234
14.5 Edge Networking security 241
14.5.1 Security of 5G MEC 241
14.5.2 Threats to Network Functions Virtualization 242
14.5.3 Fog security 243
14.5.4 Protection of intelligent processes in the Edge 244
14.5.5 Client security through the use of HSM 245
14.6 Conclusion 246
14.7 References 247
Chapter 15 Accelerators 253
15.1 The DPDK accelerator 254
15.2 The FD.io accelerator 258
15.3 Hardware virtualization 260
15.4 Conclusion 263
15.5 References 263
Chapter 16 The Future of Edge and Cloud Networking 267
16.1 5G continuity 269
16.2 Fully distributed networks 272
16.3 Cloud Continuum-based networks 275
16.4 Edge and Cloud properties 276
16.5 Conclusion 278
16.6 References 278
Conclusion 283
List of Authors 285
Index 287
1
Introduction to Edge and Cloud Networking
1.1. Introduction to digital infrastructure
For the next 10 years, digital infrastructure in Cloud Networking will establish itself as the basic standard. This standard has been adopted by all network and telecommunications equipment manufacturers. It consists of four elements: the terminal equipment, an antenna, an optical fiber and a data center. To understand the reasons that led to this architecture, we must start with the basic element: virtualization.
The virtualization process is described in Figure 1.1. This process is a result of moving from a physical machine to a logical machine. The first step is to write code that does exactly the same thing as the physical machine. Assuming the physical machine is a router, the virtual router code must perform the same routing and send the incoming packet processed by the logical code on the same outgoing line as the physical machine would.
The next step is to compare the performance of the physical machine and the logical machine by running it on the processor of the physical machine. Without accelerator hardware such as ASICs (application-specific integrated circuits) or Field-Programmable Gate Array (FPGAs), performance will easily drop by a factor of at least 10 and possibly as much as 100. If we assume this loss by a factor of 20, it would take a processor 20 times more powerful to achieve the same performance, which is not a problem with data center power. However, since energy consumption is very roughly proportional to processor power, it jumps to a high level.
The next step is to try to minimize the energy expenditure. To do this, the processor of the physical machine supporting the logical machine must be occupied as close to 100% as possible. As this is not really possible, we must try to stay around 80%. To achieve this, a sufficient number of virtual machines must be multiplexed to achieve a very good CPU utilization.
Figure 1.1. The virtualization process.
The solution is to group virtual machines so that there are exactly the right number of them. If demand is too high, virtual machines must be migrated to other servers and vice versa to maintain high CPU utilization. We can also see from Figure 1.1 that data center utilization is the solution since the many servers are either put into sleep mode if not in use or they run at high utilization. Optimization of energy consumption is therefore achieved by migrating virtual machines so that all servers not in standby mode are heavily used. Virtual machine migrations, that is, the movement of virtual machines from one server to another, are in the vast majority of cases carried out in the same data center and much more rarely between separate data centers.
Figure 1.2 shows a data center with its virtual machines. As shown, there are continuous migrations to optimize operation. We also need to be able to give the virtual machines the power they need to perform the requested task. To do this, we need an orchestrator of the data center resources that are allocated to the virtual machines.
This software virtualization should be replaced gradually by hardware virtualization because of reconfigurable processors, but it will take many years before this new generation arrives, which will consume much less energy and greatly increase performance.
Figure 1.2. A data center and its virtual machines.
The question arises as to which physical elements can be virtualized and which cannot be virtualized. In fact, it is better to look at the second part of the question since everything is virtualizable except for three elements: the sensors, the wireless communication cards and wired communication cards. Sensors are not virtualizable because they have to capture something, which cannot be done by a code. For example, we cannot measure the temperature in a room by writing a code. In the same way, we cannot capture an electromagnetic signal with a code, nor can we always send a light in an optical fiber by a code. Otherwise, everything is virtualizable: a Wi-Fi box, a firewall, a key, a switch, etc.
Cloud Networking is precisely the network solution that uses the digital infrastructure that was described at the beginning of this chapter, that is, based on four elements: the terminal equipment, the antenna, the optical fiber and the data center. We will start by describing a few types of Clouds and their importance.
The Cloud is above all a mechanism that consists of grouping the resources of a company in the Internet rather than having them directly in the company, in order to share them with other users and benefit from a strong multiplexing of the resources and therefore a reduced cost. Cloud providers also benefit from multiplexing by selling shared resources to users who may be located on different continents.
In the early 2000s, the utilization of hardware, software and personnel resources was not optimized, since these resources were heavily used only during peak hours and hardly at all at night. Average utilization calculations showed that resources were used at less than 20%. By connecting several companies to the same common resources at different peak times, it is possible to achieve utilization rates of around 80% without increasing the resources.
Figure 1.3. Virtualizable and non-virtualizable devices.
The problem that immediately arose concerned the data of companies that are in a public Cloud and are therefore often at the mercy of attackers or states requesting information from their providers for cybersecurity reasons.
Private Clouds have been democratized to take this issue into account and have become the majority. The data is often installed on several private clouds within the framework of either large companies with several sites or companies with a single site but independent departments.
Today, there are different types of Clouds that have become more complex to accommodate new diversification and availability parameters needed by businesses.
The first type concerns distributed Clouds. As shown in Figure 1.4, these are different types of Clouds offered by the same provider: public, private, close to the user, on the Edge, or in the core of the Internet network but much further from the user, which we will call the Core Cloud.
The Edge (data centers on the edge of the core network) or Cloud (data centers inside the core network) provider can offer several types of services that we will detail later: an infrastructure, a platform or an application software.
Figure 1.4. A distributed Cloud.
Another widely used term is Hybrid Cloud, in which the data centers can be both private and public but can come from different Cloud providers. The hybrid Cloud is therefore a solution that combines a private Cloud, one or more public Cloud services and often proprietary software that enables communication between each service. By opting for a hybrid Cloud strategy, companies gain greater flexibility by shifting loads between different Cloud providers as needs change, and costs can vary rapidly.
An illustration of this type of Cloud is provided in Figure 1.5, where we see the connection of the two Clouds realized by access to multiple applications carried by the public or private part.
Other types have also been defined, such as multi-Clouds, which bring together several providers to support all the services requested by companies and which allow better availability in the event of overload of one of the Clouds in the environment. These multi-Clouds bring together both public and private Clouds and different types of services, platforms, infrastructure and applications.
Finally, the term omni-Cloud is the most general to take into account the multitude of possibilities of associations and structures of Clouds.
Figure 1.5. A hybrid Cloud.
Figure 1.6. Hypervision and containerization.
In Figure 1.6, we describe the internal architecture of servers inside a data center. There are two main possibilities: hypervisor and containerization. The first is the older one, it concerns the support of virtual machines as it was originally conceived. The second solution is gradually replacing the first with a simpler, less expensive and more flexible architecture.
Hypervision consists of using a hypervisor on a standard physical machine (commodity) which is a software able to support several virtual machines simultaneously through one or several operating systems (OSs). The hypervisor supports domains formed by an operating system and the virtual machine running on it. The Domain 0 or Dom0 is specialized in processing the I/O of the other domains on the base physical machine.
There are different types of hypervisors. Paravirtualization requires that the operating systems be slightly modified so that all the processing requested by the virtual machine can be done natively on the basic physical machine. On the contrary, the second solution is to accept the operating systems without modification but with the introduction, above the hypervisor, of an emulation software able to adapt the execution of certain functions to the underlying physical machine.
Containerization is gradually replacing hypervisor with a division of services into microservices that each run in a container. In this case, a single operating system is used that supports...
System requirements
File format: ePUB
Copy protection: Adobe-DRM (Digital Rights Management)
System requirements:
- Computer (Windows; MacOS X; Linux): Install the free reader Adobe Digital Editions prior to download (see eBook Help).
- Tablet/smartphone (Android; iOS): Install the free app Adobe Digital Editions or the app PocketBook before downloading (see eBook Help).
- E-reader: Bookeen, Kobo, Pocketbook, Sony, Tolino and many more (not Kindle).
The file format ePub works well for novels and non-fiction books – i.e., „flowing” text without complex layout. On an e-reader or smartphone, line and page breaks automatically adjust to fit the small displays.
This eBook uses Adobe-DRM, a „hard” copy protection. If the necessary requirements are not met, unfortunately you will not be able to open the eBook. You will therefore need to prepare your reading hardware before downloading.
Please note: We strongly recommend that you authorise using your personal Adobe ID after installation of any reading software.
For more information, see our ebook Help page.