Network Functions Virtualization Bernardus A. Jansen, BSc MSc - - PowerPoint PPT Presentation

network functions virtualization
SMART_READER_LITE
LIVE PREVIEW

Network Functions Virtualization Bernardus A. Jansen, BSc MSc - - PowerPoint PPT Presentation

Network Functions Virtualization Bernardus A. Jansen, BSc MSc System and Network Engineering Universiteit van Amsterdam bernardus.jansen@os3.nl February 5, 2018 B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 1 / 16


slide-1
SLIDE 1

Network Functions Virtualization

Bernardus A. Jansen, BSc

MSc System and Network Engineering Universiteit van Amsterdam bernardus.jansen@os3.nl

February 5, 2018

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 1 / 16

slide-2
SLIDE 2

Introduction

Virtualizing applications has been popular for a long time Virtualizing of network functions has notably lagged behind Why?

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 2 / 16

slide-3
SLIDE 3

Introduction

Virtualizing applications has been popular for a long time Virtualizing of network functions has notably lagged behind Why? Network functions generally require low latency and high throughput

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 2 / 16

slide-4
SLIDE 4

Introduction

Firewall IDS Spam filter Load Balancer VPN Anti-piracy

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 3 / 16

slide-5
SLIDE 5

Introduction

Firewall IDS Spam filter Load Balancer VPN Anti-piracy

Managing these devices can be a lot of work

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 3 / 16

slide-6
SLIDE 6

Introduction

Research Question (main)

How can services in a campus network be aided by virtualization by an external service provider?

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 4 / 16

slide-7
SLIDE 7

Introduction

Research Question (sub questions)

Which network functions within campus networks are suitable to be virtualized? Which technical aspects need to be considered if an external service provider would decide to provide one or more of these virtualized functions? Does the distance of the virtualized platform from the campus affect the performance of the virtualized function? Is this performance dependent on the function itself? How should redundancy be arranged? Is it feasible to just virtualize one function or are they so inter-dependent with other network functions in the campus domain that eventually a virtualized solution should be offered for all network functions within a campus network?

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 5 / 16

slide-8
SLIDE 8

Related Work

NFV has received significant attention from researchers and the industry The NFV Industry Specification Group was started by ETSI Open source frameworks platforms and specification groups have spawned

OpenContrail1, OPNFV2

Hardware extensions and software frameworks have been developed to allow for high-performance virtualized networking

VT-d/AMD-Vi, SR-IOV, DPDK3

Vendors have recognized NFV as offering opportunities

Cisco already offers ”NFVaaS”4

1http://www.opencontrail.org 2https://www.opnfv.org 3http://www.dpdk.org 4https://www.cisco.com/c/en/us/solutions/service-provider/network-functions-

virtualization-nfv/index.html

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 6 / 16

slide-9
SLIDE 9

Outsourcing Network Infrastructure

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 7 / 16

slide-10
SLIDE 10

Outsourcing Network Infrastructure

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 7 / 16

slide-11
SLIDE 11

Technical considerations

Both implementing network functions in hardware and software have their (dis)advantages Hardware: high performance, but low flexibility Software: high flexibility, but low performance

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 8 / 16

slide-12
SLIDE 12

Technical considerations

Processing small packets at 10Gb/s: 10 ∗ 109 84 ∗ 8 = 14.88 ∗ 106 packets per second 1 14.88 ∗ 106 = 67 ns per packet No problem for ASICs The cost of a single context switch is upwards of 1000 ns5

DPDK

5Benoit Sigoure. How long does it take to make a context switch?.

http: //blog.tsunanet.net/2010/11/how-long-does-it-take-to-make-context.html. (Accessed on 2018-01-24). 2010.

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 9 / 16

slide-13
SLIDE 13

Technical considerations

Hardware awareness is very important to achieve multi-million packet-per-second throughput. CPU pinning, NUMA domains, passed-through hardware This negates a lot of the advantages of virtualization

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 10 / 16

slide-14
SLIDE 14

Opportunities for NFV

Not all network functions require high throughput Uplink bandwidth for many organizations does not currently exceed 1Gb/s

These networks can already be completely virtualized When edge devices are suitable to be virtualized, migration to an

  • ffsite NFV setup is much easier

Low-traffic network functions may also be suitable for separate

  • utsourcing

Network Access/Admission Control VPN

NFV may also be interesting within organizations

Already offered by Cisco

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 11 / 16

slide-15
SLIDE 15

Opportunities for NFV

Service providers that provide internet connectivity are at an advantage No ”ping-ponging” of traffic Not all network segments require equal bandwidth

(Large) organizations may choose for NFV for certain parts of their network

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 12 / 16

slide-16
SLIDE 16

Discussion

Network Functions Virtualization offers clear advantages over hardware appliances But performance offered by hardware is hard to match Advantages for high-performance NFV are less pronounced

But only from the perspective of the service provider Service providers interested in offering NFV may set out with a hybrid setup

Physical distance between network functions was not considered in this project

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 13 / 16

slide-17
SLIDE 17

Conclusion

There is no catchall solution for NFV Hosted network functions can significantly unburden system administrators New functions can be easily and dynamically introduced

Developing network functions is easier as well

Entire network function infrastructure can be physically multihomed

Increased reliability and availability

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 14 / 16

slide-18
SLIDE 18

Future work

Existing research into software packet-processing can be extended to include virtualization

Processing packets assisted by GPUs may be particularly interesting67 Vendor and application agnostic add-in cards may also prove useful

Strategies for migrating existing setups to a hosted setup Network Functions in containers

6Sangjin Han et al. “PacketShader: a GPU-accelerated software router”.

In: ACM SIGCOMM Computer Communication Review. Vol. 40. 4. ACM. 2010, pp. 195–206.

7Anuj Kalia et al. “Raising the Bar for Using GPUs in Software Packet Processing.”.

In: NSDI. 2015, pp. 409–423.

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 15 / 16

slide-19
SLIDE 19

References

Han, Sangjin et al. “PacketShader: a GPU-accelerated software router”. In: ACM SIGCOMM Computer Communication Review. Vol. 40. 4.

  • ACM. 2010, pp. 195–206.

Kalia, Anuj et al. “Raising the Bar for Using GPUs in Software Packet Processing.”. In: NSDI. 2015, pp. 409–423. Sigoure, Benoit. How long does it take to make a context switch?. http://blog.tsunanet.net/2010/11/how-long-does-it-take- to-make-context.html. (Accessed on 2018-01-24). 2010.

B.A. Jansen, BSc (UvA) Network Functions Virtualization February 5, 2018 16 / 16