论文流利读1
标题：Network Function Virtualization: Challenges and Opportunities for Innovations
评分：3.5
概述：
对NFV很详细的一个介绍，对入门或者写nfv背景摘要很有帮助。nfv三个存在的问题挑战：1.由于是在网络上实现，可能虚拟化可能导致异常的延时变化和吞吐量不稳定；2.如何将现有的传统网络逐步迁移到基于nfv的网络3.如何高效的放置虚拟化应用以及按需实例化这些应用。技术要求包括性能（吞吐量和延时）、管理性（如何使资源和架构变得容易管理）、弹性和稳定性、安全性。nfv架构包括以下四个部分：the orchestrator, VNF manager,virtualization layer, and virtualized infrastructure manager。
将来的研究方向：
1.NETWORK PERFORMANCE OF VNF2.PLACEMENT OF VIRTUAL APPLIANCES 3. INSTANTIATION AND MIGRATION OF VIRTUAL APPLIANCES 4. VNF OUTSOURCING
论文流利读2
标题：Artificial Neural Network Model to Predict Affinity for Virtual Network Functions
年份：2018
来源：——
评分：4分
概况：
论文使用人工神经网络以历史的亲和度以及多个特征数据对各个VNF之间的亲和度进行分析，亲和度是一个总体概括的词，它包含有很多方面，比如VNF类型，内存大小，计算机CPU能力，VNF的延迟敏感度，FG的延迟敏感度以及是否在当前的主机上等。亲和度就是VNF之间的关系紧密性，但是对于作者从谷歌Cloud Cluster上获取各种数据，然后自己YY变成了随机VNF类型的数据，然后还能跑实验有点懵，另外从谷歌搞的数据，也没看懂是怎么就有了各种硬件比如CPU，内存啥的资源情况。准备明天再看看。
论文流利读3
标题：A Flexible and Efficient Container-based NFV Platform for Middlebox Networking
年份：2018
来源：SAC
概要：
提出一种基于Docker容器结合DPDK以实现高性能的平台，用于部署多个虚拟的NF（虚拟中间盒），促进NF的部署，数据包的处理以及NF之间的通信。平台如何将底层的硬件抽象为更高的层次还要细看。最后论文将结果与SR-IOV进行了对比，SR-IOV是基于利用DPDK的快速改进网卡处理地一种方法。
论文流利读4
标题：Considerations on Deploying High-Performance Container-based NFV
年份：2017
来源：CAN
概述：
论文呢专注于使用Berkeley可扩展软交换机（BESS）对基于容器的NFV进行替代设置的性能评估。原来的NF一般是部署在一个VM上（缺点是需要运行其他的操作系统带来很大开销），现在提出的是基于容器的NF的性能的测试，基于容器的NF部署可以减小开销，但是数据包处理的吞吐量不是很好。为了测试基于容器的NF的性能情况，作者提出一个系统，该系统通过快速发送数据包给基于容器的NF进行处理，进行测试性能。容器是在单个内核上运行Linux系统的OS级虚拟化方法。
容器优点：
1 .由于容器共享主机操作系统的内核，而不是运行虚拟机监控程序和来宾操作系统（图1），因此容器比VM轻巧，启动时间短（≤几秒钟）。
2.此外，与VM相比，容器为VM分配了更多的计算资源给来宾OS，因此容器在操作中可实现更有效的资源管理
作为NFV平台，容器是VM的替代选择[13]，因为它具有轻量级的特性。 此外，安德森等 [10]显示了基于容器的NFV的潜力，但是，这项工作没有评估吞吐量。
NFV平台的两个指标：多租户；满足性能
实验使用BESS作为平台，DPDK实现高性能的输入输出，Click实现网络功能。由于这些技术都是在用户空间进行实现的，无需修改系统的内核就可以实现很好的效果。通过使用这些组件，运行Click应用程序的容器可提供2.8Mpps的吞吐量，并具有低于40 µs的低延迟，同时以7.8MB的最小大小进行部署。 238/5000
此外，对容器化Click应用程序的链接的其他评估表明，它可以高性能（每秒处理超过一百万个数据包，延迟≈100µs），而链条最多可以扩展到5个容器。
最后测量的方面包括：基准性能测量，应用程序性能测量和NF（网络功能）链接性能测量。
一个实验的博客：
https://www.cnblogs.com/peanutk/p/10436935.html
论文流利读5
标题：A Flexible and Efficient Container-based NFV Platform for Middlebox Networking
年份：2018
来源：SAC
评分：4
概要：
论文提出基于容器的NFV平台，名称是MVMP，旨在更好的运行迁移到虚拟网络中的多个中间盒数据包处理功能。工作主要侧重在NF之间的通信效率和NF部署的灵活性以及发生故障时的隔离性。MVMP不同于基于Hypervisor的VM部署，它直接 采用虚拟设备抽象来将NF与底层网络拓扑分离。这种抽象方式使得NF之间能够更快的通信。另外MVMP基于Docker容器，DPDK和细粒度的共享内存机制，可以提供适当的故障隔离和高I / O性能，另外MVMP在流量复制和服务链方面也有很好的性能。与OpenNetVm相比，MVMP与其不同之处在于驱动流经过NF的方式：OpenNetVM使用流表和一个附加线程来通过NF移动数据包。 相比之下，MVMP提供了虚拟设备抽象，允许NF定义自己的输入和输出，从而相互连接。网上没有找到开源的代码。
论文流利读 6
标题：A Connectionist Approach to Dynamic Resource Management for Virtualised Network Functions
年份： 2016
来源：CNSM
得分：4
概要：
论文主要使用GNN对VNFC的将来资源需求情况进行预测，训练的数据是过去一段时间内的节点N的内存，cpu，以及计算延时和邻居节点的内存，cpu，计算延时以及链路的带宽和链路延时（基本是尽量多取特征）。最后实验是通过OpenStack进行搭建实验平台，包括六个主要部分：Clearwater cloudIMS,OpenstackUserr Equipments(UEs),Monitoring,Domain Name System(DNS),以及测试算法。通过Cacti（一款开源的基于web的网络监控和图形化工具）进行轮询系统的节点（借助SNMP协议）。另外用BIND（开源的DNS实现）来允许Clearwater 节点来辨认各个节点以及实现负载的distribution。每个Clearwater节点表示一个VNFC，并且是由一个Openstack中运行的VM提供运行。这个评估系统包括10个VM运行于Openstatck（5个Clearwater 节点，1个DNS，一个Cacti监控，一个支撑系统进行测试，2个UEs），这些VMs以及额外添加的一个VMs（用于纵向扩展）是借助Openstack的HOT进行部署的。