NFV

Computer systems typically consist of one or more networking devices, i.e eth0, eth1 etc. These network devices are associated with a physical network adapter, which is responsible for placing the packets onto the wire. However, in the world of virtual networking, a degree of internal plumbing is required to

Introduction Whether you are running VNF’s in OpenStack or deploying virtual environments within GNS3 or EVE-NG, it is important to understand the different virtualization technologies, such as QEMU and KVM, even for us network engineers. The differences between QEMU and KVM are not always clear. I mean, are they

Fancy advancing your knowledge and skills within the world of opensource networking and SDN/NFV? Then you are in luck. The great guys at the Linux Foundation have released these FREE training courses to suit your needs, with the courses covering topics such as: * Open Compute Project, ONIE, Akraino * FD.

DPDK DPDK (Data Plane Development Kit) is a framework (under the Linux Foundation) comprised of various userspace libraries and drivers for fast packet processing[1]. Originally developed by Intel to run on x86 based CPUs, DPDK now supports other CPU types, such as IBM POWER and ARM. Though DPDK uses

SR-IOV (Single Root I/O Virtualization) is an extension to the PCI Express (PCIe) specification. Virtual Functions (VF) are created that act like a separate physical NIC for each VM; the VF in the NIC is then given a descriptor that tells it where the user space memory, owned by

Introduction Within this article we will look at some of the issues around the native (i.e no SR-IOV, DPDK etc) Linux datapath when moving a packet through a system, from NIC to a virtual instance. We will do so by tracing the path of a packet through the system.

Introduction One of the key concerns when it comes to NFV is around performance, and that the network function you are virtualizing can deliver that of its hardware counterpart. However, with all the vendors competing to ensure their hardware based platforms are the fastest, through a range of dedicated based

Topology and Orchestration Specification for Cloud Applications (TOSCA), is an OASIS standard language to describe a topology of cloud based web services, their components, relationships, and the processes that manage them.[1] This in turn provides portability and agnostic automation management across cloud providers regardless of underlying platform or infrastructure.

Introduction The European Telecommunications Standards Institute (ETSI) is an independent, not-for-profit, standardization organization in the telecommunications industry. Over the years ETSI have developed a number of standards/frameworks around NFV, that has lead to NFV ETSI MANO (Management and Orchestration). We will first look at the inital NFV standards from