一、OVS与OpenFlow概述：SDN背景、OVS架构、OpenFlow协议版本演进
各位同学好，我是你们这门课的老朋友。今天咱们正式开篇，聊聊OVS和OpenFlow的来龙去脉。说实话，我最早接触SDN那会儿，这概念还没现在这么火。当时我在一家数据中心做网络运维，每天被各种交换机配置搞得头大。后来接触到Open vSwitch，第一反应是：这玩意儿居然能在Linux上跑？嗯，今天我们就从SDN的大背景讲起。
1.1 SDN的诞生：为什么我们需要它？
传统网络设备，说白了就是一台黑盒子。控制平面和数据平面绑在一起，你没法单独动其中一个。想改个路由策略？得登录到设备上敲命令行。想部署新业务？得等厂商发新版固件。这种模式在云时代越来越吃力。
SDN的核心思想其实很简单：把控制平面抽出来，让数据平面专心干活。控制平面集中到一台控制器上，数据平面只负责按规则转发。这样一来，网络就变得可编程了。我个人习惯把SDN比作「交通指挥系统」——控制器是交警，交换机是路口，流表就是红绿灯规则。
SDN三大核心特征：
- 控制与转发分离：控制器做决策，交换机只执行
- 集中控制：全网状态在控制器上统一管理
- 开放接口：南向接口（如OpenFlow）连接设备，北向接口对接应用
我在项目中遇到过一种典型场景：某云平台需要动态调整租户的带宽。传统方式下，你得手动登录每台交换机改QoS策略。用SDN的话，控制器收到租户请求后，直接下发流表到OVS，整个过程不到一秒。你想想看，这效率差距有多大？
1.2 Open vSwitch架构：一个软件交换机的自我修养
OVS是个开源的虚拟交换机，主要跑在Linux上。它支持OpenFlow、OVSDB、sFlow等多种协议。说白了，它就是把物理交换机的功能用软件实现了。
OVS的架构分两部分：内核模块和用户空间守护进程。内核模块负责快速转发，用户空间负责控制逻辑。我刚开始学的时候，总觉得这设计有点绕。后来才明白，这是为了性能——数据包走内核快，控制消息走用户空间灵活。
| 组件 | 位置 | 职责 |
|---|---|---|
| ovs-vswitchd | 用户空间 | 管理流表、与控制器通信 |
| ovsdb-server | 用户空间 | 持久化配置（数据库） |
| datapath | 内核模块 | 快速数据包转发 |
| ovs-ofctl | 命令行工具 | 管理OpenFlow流表 |
这里有个关键点：数据包第一次到达时，内核不知道咋处理，会发给用户空间的ovs-vswitchd。ovs-vswitchd查完流表后，把规则缓存到内核。后续相同流的数据包，内核直接转发，不再麻烦用户空间。这个机制叫「流表缓存」，是OVS性能优化的核心。
避坑指南：我曾经在调优OVS性能时，发现数据包延迟忽高忽低。查了半天，原来是流表缓存超时时间设得太短。频繁的缓存失效导致大量数据包走用户空间路径。建议根据业务流量特征，合理设置idle_timeout和hard_timeout。
1.3 OpenFlow协议版本演进：从1.0到1.5
OpenFlow是SDN的南向接口协议，定义了控制器和交换机之间的通信标准。它经历了多个版本，每个版本都增加了新功能。我最早用的是OpenFlow 1.0，那时候功能简单，但已经能解决很多实际问题。
OpenFlow 1.0（2009年）
这是第一个稳定版本。它定义了12个匹配字段（如源MAC、目的MAC、IP、端口等），支持单流表。说白了，就是一张大表，所有规则都放里面。我当时用它做简单的流量隔离，效果还不错。
OpenFlow 1.3（2012年）
这个版本是里程碑式的。它引入了多级流表和组表。多级流表允许你把规则拆成多个阶段，比如先匹配MAC，再匹配IP。组表支持多路径转发和负载均衡。我建议初学者直接学1.3版本，因为它最常用，也最成熟。
OpenFlow 1.3新增关键特性：
- 多级流表（Pipeline处理）
- 组表（Group Table）
- IPv6支持
- Meter表（限速功能）
- 辅助连接（Auxiliary Connections）
OpenFlow 1.5（2014年）
这个版本增加了Egress Table（出口流表）和Packet Type Aware Pipeline。说白了，就是让交换机在出口方向也能做匹配，并且能识别更多协议类型。不过在实际项目中，1.5版本用得不多，大部分场景1.3就够用了。
为什么会这样？因为协议越复杂，交换机的实现成本越高。很多硬件交换机只支持到1.3。我个人习惯是：能用1.3解决的问题，绝不升级到1.5。你想想看，多一个版本就多一堆兼容性问题，何必呢？
1.4 版本选择建议
如果你刚开始学OVS和OpenFlow，我建议从OpenFlow 1.3入手。原因有三：
- OVS对1.3支持最完善，文档和社区资源最多
- 多级流表能解决大部分实际需求
- 组表和Meter表功能实用，且容易理解
注意：不要盲目追求最新版本。我在一个项目中试过OpenFlow 1.5，结果发现OVS的某些特性还没完全实现，调试起来非常痛苦。建议先吃透1.3，再根据需求考虑升级。
好了，这一章的内容就到这里。我们讲了SDN的背景、OVS的架构，以及OpenFlow协议的版本演进。下一章，我会带大家动手搭建OVS环境，并演示第一个流表的匹配与转发。到时候你们会发现，这些理论其实离实战很近。