NFV文献阅读(三)

2018 NSDI Metron: NFV Service Chains at the True Speed of the Underlying Hardware （可精读）

提出的问题

1. 一个服务器的多个核心可能分别用于管理不同VNF，每个数据包进入服务器时，如何找到对应的核心。该问题出现在服务链的每一步。

   解决方法

2. 消除不必要的核间传输

   相关工作

3. OpenBox
4. e2
5. ClickNP
6. OpenNetVM

7. APUNet

   分类

8. NFV加速

2018 NSDI SafeBricks: Shielding Network Functions in the Cloud （可精读）

提出的问题

1. 企业将流量交付给云供应商即授予了提供商查看敏感流量和串改网络功能处理的权限。（虽然云本身是一个良性个体，但是可能被攻击）
2. 企业采购NF的时候被动将流量托付给NF产商，如防火墙只需访问报头，但是默认情况下，可以对整个数据包进行读写访问。

3. 软件化的NF更容易暴露源代码

   解决方法

4. executing the NFs within hardware enclaves

   相关工作

5. mcTLS协议

6. NF能够直接处理加密流量

   分类

7. NFV安全

2018 NSDI G-NET: Effective GPU Sharing in NFV Systems

提出的问题

1. 目前GPU加速NF的工作未充分利用GPU，多个VM虽然可以共享GPU，但是每次只能有一个VM访问（循环）。
2. GPU吞吐量大于NF输入流量，造成利用不足。
3. 数据无隔离，因为GPU架构的漏洞，可能造成信息泄露。

4. NF在GPU上部署困难，需要大量的开发工作。

   解决方法

5. 多个NF实例共享GPU，优化GPU处理流程，调度，虚拟化

   相关工作

6. APUnet
7. G-NET
8. NFVnice

9. NFP

   分类

10. NFV加速

2015 CoNext: Scaling the LTE Control-Plane for Future

Mobile Access

提出的问题

1. 信令流量（用于控制电路的流量）比数据流量增长速度快50%，造成MME（3GPP协议LTE接入网络的关键控制节点）过载

2. MME的管理需满足性能和低成本，NFV实现虚拟化MME需有效的管理资源并降低成本。

   解决方法

3. MME功能拆分成两部分

4. 基于两个关键因素降低VM配置成本（智能减少因复制而导致的内存使用量，主动复制选择性设备的状态?）

   相关工作

5. TBC

   分类

6. NFV应用

2016 CoNext: Flurries: Countless Fine-Grained NFs for Flexible Per-Flow Customization

提出的问题

1. 现有的NFV平台并未将SDN支持的流量(per-flow)定制引入数据平面。NFV平台为数千种流量复用少量的网络功能，这种聚合限制了灵活性。

2. 由于软件平台的SFC的动态性，导致NFV的流量级别管理和隔离难于硬件设备。而当前的NFV平台关注网络功能的调度和隔离，不关注流本身。

   解决方法

3. docker搭载NFV同时使用DPDK并在NF间实现共享内存，以实现高效的数据包处理

   相关工作

4. Superfluid
5. ClickOS

6. RouteBricks

   分类

7. NFV性能

8. NFV平台

2016 ICNP: FlowFall: Application of Evolutionary Mechanism to Dynamic Virtual Network Function Placement（精读）

提出的问题

1. 目前的NFV部署工作考虑用户请求是静态的。

2. 静态问题本身就是NPhard，动态的更难以解决。

   解决方法

3. 进化变化目标(EVG)基于GA。

   相关工作

4. 无

5. RouteBricks

   分类

6. NFV映射

2016 ICNP: Optimizing Virtual Backup Allocation for Middleboxes

提出的问题

1. 现有的备份部署方式通常是一个处于活动状态，另一个是非活动状态，主VNF故障后第二个立即接收流量。事实上，不同中间件的故障频率不一样，所以并非所有网络功能都需要备份副本。

   解决方法

2. 服务器中存在不同网络功能作为备份，当启用其中一种备份功能时，其他备份功能被抛弃。

   相关工作

3. Remus 故障系统恢复到上次保存状态
4. Colo

5. Pico

   分类

6. NFV备份

7. 资源分配

2016 ICNP: SliM: Enabling Efficient, Seamless NFV State Migration(poster)

提出的问题

1. 现有的状态迁移方式在传输快照同时将源实例的入口数据包的副本发送给备份实例。而大部分的网络功能所需要恢复的状态仅仅是任务的头字段，而不是整个的数据包副本。

   解决方法

2. TBC

   相关工作

3. OpenNF

   分类

4. 状态迁移

2016 ICNP: Transparent Flow Migration for NFV

提出的问题

1. NFV流迁移最实际的问题：如何协调状态迁移和数据包迁移，确保状态一致性的同时实现高效率和低开销。（无损，保持顺序，高效，最小开销）
2. 已有的工作要么丢弃传输中的数据包，要么缓冲数据包至备份网络功能(源->控制器->目的)造成额外迁移时间。

3. 在高负载情况下，源NF备份数据包困难，可能造成高损失率同时造成增加时延。

   解决方法

4. 解耦状态迁移和数据包迁移，不等状态迁移完再执行数据包迁移，而是并行。

   相关工作

5. OpenNF

6. split/merge

   分类

7. 状态迁移

2017 ICNP: Machine Learning at the Network Edge for Automated Home Intrusion Monitoring

提出的问题

1. 自动化家庭/业务监控系统，部署与边缘服务器上，对邻近家庭和企业的流数据进行在线学习。实现判断目标行为为日常或入侵。

   解决方法

2. TBC

   相关工作

3. 无

   分类

4. NFV应用

2017 ICNP: Rethinking LTE Network Functions Virtualization

提出的问题

1. 数据中心虚拟化的LTE EPC存在长队列延迟，数据包丢失，超时重传和无序的问题
2. VNF只提供流量级别的保证，而LTE需要数据包级别的保证

3. 传统EPC，NF通过光纤连接，而vEPC上，网络信令分组拥塞的IP连路上花费更长的时间，导致“多米诺效应”

   解决方法

4. TBC

   相关工作

5. 无

   分类

6. NFV应用