计算机网络：网络层 —— 软件定义网络 SDN

文章目录

- 软件定义网络 SDN
- - 远程控制器
  - OpenFlow协议
  - SDN 广义转发
  - - 流表
    - 简单转发
    - 负载均衡
    - 防火墙
  - SDN 控制器

软件定义网络 SDN

软件定义网络（Software Defined Networking，SDN）是一种新兴的网络架构，旨在通过网络控制与数据转发的分离，实现网络的集中管理和灵活性。

SDN 是由美国斯坦福大学 Clean Slate 课题研究组提出的一种新型网络创新架构，是网络虚拟化的一种实现方式。其起源可追溯到 2006 年斯坦福大学的 Clean Slate 研究课题，而正式提出 SDN 概念则是在 2009 年。

SDN 最初只是学术界讨论的一种新型网络体系结构
SDN 成功案例：谷歌于 2010~2012 年间建立的数据中心网络 B4。
SDN 是当前网络领域最热门和最具发展前途的技术之一，成为近年来的研究热点

远程控制器

现在的路由器一般都基于硬件进行转发，单个分组的转发时间为纳秒数量级

![[远程控制器.png]]

在 SDN 体系结构中，路由器中的路由软件都不存在了。因此，路由器之间不再交换路由信息。在控制层面中，有一个在逻辑上集中的远程控制器。

逻辑上集中的远程控制器在物理上可由不同地点的多个服务器组成。远程控制器掌握各主机和整个网络的状态，能够为每一个分组计算出最佳的路由，并为每一个路由器生成其正确的转发表。

![[OpenFlow协议.png]]

SDN 这种新型网络体系结构的核心思想：把网络的控制层面和数据层面分离，而让控制层面利用软件来控制数据层面中的许多设备。

OpenFlow协议

OpenFlow 协议是一个得到高度认可的标准，在讨论 SDN 时往往与 OpenFlow 一起讨论。OpenFlow 协议可被看成是 SDN 体系结构中控制层面与数据层面之间的通信接口。

OpenFlow 协议使得控制层面的控制器可以对数据层面中的物理设备进行直接访问和控制。

在这里插入图片描述

OpenFlow 协议的技术规范由非营利性的产业联盟开放网络基金会负责制定。
(Open Networking Foundation, ONF)

ONF 的任务是致力于 SDN 的发展和标准化。SDN 并未规定必须使用 OpenFlow，只不过大部分 SDN 产品采用了 OpenFlow 作为其控制层面与数据层面的通信接口。

OpenFlow 从 2009 年底发表的 1.0 版开始，每年都被更新，历经 12 次更新，到 2015 年 3 月发布了 1.5.1 版，目前较为成熟的是 1.3 版本。

SDN 广义转发

传统意义上的数据层面的任务：根据转发表转发分组。转发分组分为以下两个步骤：

进行“匹配”：查找转发表中的网络前缀，进行最长前缀匹配。
执行“动作”：把分组从匹配结果指明的接口转发出去，

SDN 的广义转发分为以下两个步骤：

进行“匹配”：能够对网络体系结构中各层(数据链路层、网络层、运输层)首部中的字段进行匹配。
执行“动作”：不仅转发分组，还可以负载均衡、重写IP首部(类似NAT路由器中的地址转换)，人为地阻挡或丢弃一些分组(类似防火墙一样)。

在 SDN 的广义转发中，完成“匹配+动作”的设备并不局限在网络层工作，因此不再称为路由器而称为“OpenFlow交换机”或“分组交换机”，或更简单地称为“交换机”

流表

相应的，在 SDN 中取代传统路由器中转发表的是 流表(Flow Table)

一个流就是穿过网络的一种分组序列，而在此序列中的每个分组都共享分组首部某些字段的值。例如某个流可以是具有相同源IP地址和目的IP地址的一连串分组。

OpenFlow 交换机中的流表是由SDN远程控制器来管理的。SDN 远程控制器通过一个安全信道，使用 OpenFlow 协议来管理 OpenFlow 交换机中的流表。

网络设备可以由不同厂商来生产，可以使用在不同类型的网络中。从SDN远程控制器看到的，是统一的逻辑交换功能。

每个 OpenFlow 交换机必须有一个或多个流表，每一个流表可以包含多个流表项。每个流表项包含三个字段：首部字段值(或称匹配字段)、计数器、动作

![[OpenFlow流表.png]]

首部字段值字段：包含有一组字段，用来使入分组（Incoming Packet）的对应首部与之匹配，因此又称为匹配字段。匹配不上的分组就被丢弃，或被发送到SDN远程控制器做更多的处理
计数器字段：是一组计数器，记录已经与该流表项匹配的分组数量的计数器，记录该流表项上次更新到现在经历时间的计数器。
动作字段：是一组动作，当分组匹配某个充表项时，执行该流表项中动作字段指明动作：
- 把分组转发到指明的端口
- 丢弃分组
- 发出去把分组进行复制后再从多个端口转发出去
- 重写分组的首部字段(包括数据链路层、网际层以及运输层的首部)

简单转发

在 SDN 架构下，控制平面（Controller）负责网络策略的制定和下发，而数据平面（Switches）则执行具体的流量转发操作。

![[简单转发.png]]

网络拓扑：

图中有三个 OpenFlow 交换机：S1、S2 和 S3。
S1 连接到主机H1 (IP: 10.0.1.1) 和 H2 (IP: 10.0.1.2)，并通过端口1 和 2 分别连接到这两个主机。
S2连接到主机H3 (IP: 10.0.2.3) 和 H4 (IP: 10.0.2.4)，并通过端口1 和 2 分别连接到这两个主机。
S3连接到主机H5 (IP: 10.0.3.5) 和 H6 (IP: 10.0.3.6)，并通过端口1 和 2 分别连接到这两个主机。
S1、S2 和 S3 通过各自的端口3 相互连接形成一个环形结构。

流表项配置：每个 OpenFlow 交换机都有一张流表，用于指导数据包如何转发。各交换机的流表项配置见图

数据包转发过程，假设从 H1 发送一个数据包给 H3:

H1 -> S1: 当 H1 向 H3 发送数据包时，这个数据包首先到达 S1 的端口1。
S1 -> S3: 根据 S1 的流表项，所有来自子网 10.0.1.* 并前往子网 10.0.2.* 的数据包都会被转发到端口3，因此这个数据包会被转发到 S3。
S3 -> S2: 在 S3 上，由于数据包是从端口1 进入并且目标IP 地址属于子网 10.0.2.*，所以根据 S3 的流表项，这个数据包会被转发到端口2，从而到达 S2。
S2 -> H3: 最终，S2 接收到这个数据包后，根据其流表项，发现目标IP地址是 10.0.2.3，于是将数据包转发到端口2，最终到达 H3。

这样就完成了一次从 H1 到 H3 的数据包转发过程。整个过程中，所有的决策都是基于预先设定好的流表项进行的，体现了 SDN 集中管理和控制的优点。

负载均衡

下图展示了在一个软件定义网络（SDN）环境中，如何通过负载均衡机制分发流量的过程。

![[负载均衡.png]]

具体步骤如下：

初始状态：
- 主机H1 发送数据包到主机H3。
- 数据包经过 S1 交换机，然后通过 S3 交换机到达 H3。
负载均衡启用：
- 控制器检测到流量增加或某种其他触发条件，决定启用负载均衡。
- 控制器更新 S1 和 S2 交换机的流表，使得部分流量通过 S2 交换机分流。
负载均衡后的路径：来自 H1 的数据包现在有两种可能的路径到达 H3 ：
- 第一种路径仍然是通过 S1 -> S3 -> H3。
- 新增的第二种路径是通过 S1 -> S2 -> S3 -> H3。

通过这种方式，控制器可以根据当前网络状况动态调整流量分配，以优化网络性能和资源利用率。这种灵活性是 SDN 的核心优势之一，因为它允许网络管理员更精细地控制和管理网络流量。

防火墙

下图展示了一个软件定义网络（SDN）环境中的防火墙设置，在这个例子中，防火墙规则应用于 OpenFlow 交换机 S2，限制了哪些数据包可以通过此交换机。

![[防火墙.png]]

在 S2 交换机上设置了防火墙规则，只允许接收来自于S1相连的主机所发送的数据包，无论这些数据包是从 S2 自己的哪个端口进来的。只有当数据包的源IP 地址匹配 10.0.1.* 范围内的地址时，才会被转发到相应的端口（对于目的地为 10.0.2.3 的数据包转发到端口2，对于目的地为 10.0.2.4 的数据包转发到端口3）。