Network Monitoring in Software-Defined Networking :A Review(综述)

来源：IEEE SYSTEMS JOURNAL

发表时间：2018

类型：综述

主要内容：概述了SDN监控的发展，并从收集信息、预处理、传送信息、分析、和描述五个阶段进行解读，并比较了传统网络和SDN网络的不同。最后还讨论了几个设计概念，研究方向和开放性问题。

SDN监控的发展

A.收集方法（query schedule and time period adaptation）

Narayana提出一种使用查询语言来启用自适应策略以减少SDN监视开销的方法。
MicroTE 指示服务器通过其接口跟踪网络流量，但每个机架只有一个服务器用于汇总主机到主机的流量。
Mahout专注于通过观察终端主机中的套接字缓冲区作为流量测量的代理来检测网络中的大象流。

B.预处理方法

SDN中的预处理阶段仍负责收集和预先检查收集的数据。大多数开发都侧重于提高收集性能和组织测量代理。这些方法共分为四组：

Flow Header Inspection:

使用不同的分组字段（例如，源/目的地IP地址和端口号）来指定流统计

Hamad提出了一种通过OpenFlow协议获取流量统计的机制，并分析了查询频率对网络负载和信息准确性的影响。由于有限的带宽和TCAM条目，流表头检查的可扩展性在实践中受到限制。

Hashing:

OpenSketch

programing

ProgME通过组织收集的数据来创建测量体系结构
flowset
Moshref等人提出了一种名为Max-Cover HHH的算法来寻找网络拓扑中的关键节点
Frenetic和Pyretic提供用于监视特定流量的功能
NetAssay可捕获具有特定特征的流量

Traffic Matrix:

OpenTM
DCM
iSTAMP在资源和准确性之间提供了良好的分配，但它忽略了流聚合约束。

C.传输方法

将数据平面统计数据从设备发送到控制器。传统网络中使用的一些方法与SDN环境兼容，所以将传输方法分为混合方法和SDN方法。

SDN-Original Methods:

控制器轮询和交换机推送是OpenFlow提供的两种方法，用于从交换机收集流量统计信息。控制器轮询意味着控制器以轮询速率向交换机发送Stats_Request消息，并且交换机使用Stats_Reply消息发回计数器信息。大多数解决方案使用控制器轮询方法，包括OpenTM和OpenNetMon；

由于控制器轮询会产生大量通信开销，已有解决方案：

PayLess 提供了一种用于轮询的自适应调度算法；
FlowCover轮询决策是通过轮询方案优化器来完成的；
FlowSense 由于其非实时特性，无法估算瞬时利用率；

Hybrid Methods:（基于数据包和基于流）

Planck
Shirali-Shahreza和Ganjali
OpenSample

D.分析

在SDN环境中，分析功能通常集成到控制器中或放置在应用程序平面上。通常将反馈发送到SDN控制器以进行适配。分析阶段有四个常见功能：流量统计，异常检测，故障管理和流量工程。

Traffic Statistics:

OpenNetMon 使用OpenFlow交换机保存的计数器来计算吞吐量和数据包丢失，适用于由一个SDN控制器控制的单域网络。

Anomaly Detection:

Mehdi等人提出了几种不同的异常检测算法来分析连接状态，实现速率限制，阻止可疑数据包，并对异常进行分类。
OpenWatch
OpenSAFE

Fault Management（故障检测和故障恢复）:

Traffic Engineering:

Baatdaat使用SDN概念提供符合NetFPGA开关的基于硬件的链路测量模块。
TinyFlow 设计记录下游端口并选择一个不同的出口端口，以便在字节数超过某个阈值时将大象流分解为鼠流。

E.Presentation Developments

Topology GUI:

在拓扑发现过程中，SDN控制器通过利用链路层发现协议（LLDP）来检测当前网络拓扑。

Real-Time Presentation:

sFlow-RT分析引擎旨在为SDN网络提供实时可见性。
Rehman等人开发了一个sFlow监控引擎，并使用sFlow-RT在OF @ TEIN测试平台上实现流量可视化。

Management Interface:

Isolani等人开发了一个交互式界面，可以直观地显示网络拓扑，以及下载和上传流量速率。可以设置控制器轮询间隔和空闲超时配置，并观察相应的流量速率变化。使用编程组合来实现功能灵活性是SDN的当前趋势。

F.总结

Bakalov 提出了将真实网络转变为SDN的三个主要挑战。
根据IHS Markit进行的一项调查，大约75％的网络运营商已经部署或将部署SDN。
由于SDN监控涵盖了许多网络测量方法，因此可以协调应用平面，控制平面和数据平面以满足管理需求
SDN监测的不同用途：
- 按用户角色：从传统网络体系结构迁移到SDN时，网络运营商和用户都必须接受这些更改。运营商必须使用SDN方法来管理网络，而用户可能需要改变他们对网络服务的看法。SDN架构为网络应用程序提供了一种面向服务的操作。
  - a.运营商：网络运营商更方便地对单独的逻辑层和物理层进行故障排除。集中控制网络使运营商能够维护大规模网络，无需为逐个交换机配置策略。此外，借助监控信息，运营商能够平衡大规模网络中的资源。因此，SDN监控技术已经在企业和数据中心中实施。例如，B4演示了将SDN架构引入企业网络的做法。目的是提WAN上管理流量转发方面的效率。洪等人提出了软件驱动的WAN（SWAN），这是一种提高数据中心网络利用率以满足传输需求的系统。根据他们的实验结果，SWAN能够承载比MPLS更多的流量。
  - b.用户：在传统网络中，用户通常几乎没有能力控制网络，而NFV将网络服务转变为SDN内的可调用对象。
- 按部署环境：许多学术和商业机构已经在内部部署了SDN。但是，大多数全球网络仍然在传统架构上运行。本地SDN网络需要使用传输传统网络来将分组传送到其他SDN网络。在这些情况下，本地SDN控制器只能管理它们自己的区域，而中间网络的操作由非SDN方法管理。为了找到有效的网络监控开发，我们必须将部署环境分为两种类型：纯SDN和混合SDN（hSDN）。
  - a.纯SDN环境：监控纯SDN的唯一问题是网络的规模。如果它很小，那么使用功能强大的控制器可以满足大多数控制要求。使用OpenSketch和iSTAMP有助于SDN交换机在从交换机硬件获取数据方面获得更好的性能。但是，如果网络规模庞大（例如，数据中心网络和大规模网络测试平台），监控性能就成为一个重要问题。为了减少控制器负载，Phan和Fukuda 提出了一种针对SDN的网络范围监控解决方案。使用诸如HONE之类的替代操作也可以帮助减少流量监控负载。
  - b.混合环境: 网络管理器可能必须使用非SDN和SDN方法来监视混合环境中的网络设备。Vissicchio等对在网络部署中将SDN与传统网络相结合的hSDN模型进行了分类。监视混合环境的挑战是在收集和传输阶段期间向非SDN和SDN设备发送相应的指令。Living on the Edge，OpenSample和SUMA 是可以实现兼容测量的参考解决方案
- 按操作意图分：
  - a.提高检控性能：实现低成本和高精度测量是网络监控的理想方案。为了获得更好的性能，可以在系统能力和精度之间进行折衷。例DevoFlow 删除不必要的流表条目。
  - b.支持流量管理：SDN能够区分安全性，容错性和流量工程等特性问题。
  - c.Commonality control:控制器API的通用性不仅是一项要求，也是SDN控制和监控中的热门研究问题。