Ubuntu 20.04下从零搭建SDN实验环境：Mininet、RYU与Wireshark实战

1. 项目概述与核心价值

最近在折腾网络虚拟化，想搞个SDN环境来验证一些想法。SDN（软件定义网络）这玩意儿，现在无论是云计算、数据中心还是5G核心网，都绕不开它。但很多教程要么太老，要么步骤跳得太快，对新手不太友好。我这次的目标是在Ubuntu 20.04 LTS这个相对稳定且资源丰富的系统上，从零开始，搭建一个功能完整的SDN实验环境。这个环境的核心是Mininet（网络仿真平台）和RYU（SDN控制器），再配上Wireshark（网络协议分析器）这个“照妖镜”，用来观察和分析数据包。整个过程，我会把每一步的原理、踩过的坑和验证方法都讲清楚，确保你跟着做一遍，不仅能搭起来，还能真正理解每个组件在干什么。无论你是网络方向的学生，还是想了解SDN的开发者，这套环境都能让你亲手“摸到”软件定义网络的脉搏。

2. 环境准备与系统配置

2.1 操作系统选择与初始化

为什么选Ubuntu 20.04 LTS？首先，LTS（长期支持）版本意味着在未来几年内都能获得安全更新和关键修复，这对于一个需要稳定运行、可能长期使用的实验环境至关重要。其次，20.04发布于2020年4月，其软件仓库中的软件版本（如Python 3.8）对新老项目兼容性都比较好，既不会太旧导致某些新特性缺失，也不会太新引发一些未预料到的依赖冲突。很多开源项目（包括Mininet和RYU）都针对这个版本进行过充分测试。

拿到一个全新的Ubuntu 20.04系统后，第一件事不是急着装软件，而是做好基础配置。我强烈建议在虚拟机（如VMware Workstation或VirtualBox）中操作，方便做快照，随时回滚到干净状态。给虚拟机分配资源时，建议至少2核CPU、4GB内存和20GB硬盘空间。网络适配器模式选择“NAT”或“桥接”都可以，后续在Mininet内部会创建独立的虚拟网络，不影响宿主机。

系统安装完成后，首先更新软件包列表并升级现有软件，这是一个好习惯，能确保我们从最新的源获取软件并修复已知漏洞。打开终端，执行：

sudo apt update sudo apt upgrade -y

这个过程可能会花点时间，取决于网络速度和更新包的数量。升级完成后，建议重启一次系统，确保所有更新生效。

接下来，安装一些后续步骤必需的编译工具和基础库。Mininet的部分组件需要从源码编译，RYU控制器基于Python，一些Python包又依赖系统库。我们一次性安装好：

sudo apt install -y build-essential git python3-dev python3-pip python3-setuptools python3-wheel libffi-dev libssl-dev

这里build-essential提供了gcc、make等编译工具链；git用于克隆代码仓库；python3-dev包含了Python开发头文件；pip3是Python包管理器；libffi-dev和libssl-dev是用于加密和网络通信的关键开发库。

注意：在安装过程中，如果遇到询问是否继续的提示（通常显示[Y/n]），直接按回车确认即可。-y参数虽然能自动确认，但了解每一步在安装什么是很重要的。

2.2 网络环境与依赖检查

搭建SDN环境对网络有一定要求，主要是需要从互联网下载软件包和源码。确保你的虚拟机可以正常访问网络，可以尝试ping 8.8.8.8测试连通性。如果使用公司或校园网，可能需要配置代理，这里不展开，但需要你根据自身环境处理好。

Python环境是重中之重。我们主要使用Python 3。检查默认Python 3版本：

python3 --version

在Ubuntu 20.04上，这通常会输出Python 3.8.10。确保pip3也已正确安装：

pip3 --version

有时候，系统可能同时存在pip（对应Python 2）和pip3。我们明确使用pip3来避免混淆。为了提高后续安装Python包的速度和稳定性，可以考虑更换pip源到国内镜像，例如清华源：

pip3 config set global.index-url https://pypi.tuna.tsinghua.edu.cn/simple

这个操作不是必须的，但如果你在国内，能显著提升下载速度。

最后，我们创建一个专门的工作目录，让所有相关文件井井有条：

mkdir ~/sdn-lab cd ~/sdn-lab

后续的所有操作，除非特别说明，都将在这个目录下进行。清晰的目录结构能让你在几个月后回看时，依然能快速找到所有相关文件。

3. 核心组件安装与配置

3.1 Mininet：网络仿真基石

Mininet是搭建SDN实验环境的“舞台”。它能在单台机器上通过进程虚拟化技术，快速创建包含主机、交换机、控制器和链路的虚拟网络。其核心原理是利用Linux的network namespaces为每个主机创建独立的网络栈，用Open vSwitch作为软件交换机，并通过管道连接这些虚拟实体。

安装Mininet有多种方式：通过apt包管理器、下载源码编译、或者使用其提供的安装脚本。我推荐使用源码编译安装，虽然步骤稍多，但能获得最新版本，并且对系统有更完整的控制。首先，从GitHub克隆Mininet的仓库：

git clone https://github.com/mininet/mininet.git

克隆完成后，进入目录并查看可用的安装选项：

cd mininet git tag -l # 查看所有发布版本，通常选择最新的稳定版 git checkout -b 2.3.0 2.3.0 # 以2.3.0版本为例，切换到该版本分支

使用其自带的安装脚本进行安装。util/install.sh脚本功能强大，我们可以通过参数选择安装组件。一个典型的完整安装命令如下：

cd util sudo ./install.sh -a

参数-a代表“全部安装”，它会安装Mininet核心、OpenFlow参考交换机、Wireshark解析器、Open vSwitch等所有组件。安装过程会持续一段时间，需要下载和编译不少东西。期间可能会提示你输入用户密码，或者询问是否继续，按照提示操作即可。

实操心得：安装过程中，如果网络不稳定导致下载失败，脚本可能会报错退出。你可以重新运行相同的安装命令，脚本会跳过已成功安装的部分，继续未完成的工作。这是源码安装脚本的一个优点。

安装完成后，进行一个最简单的测试，验证Mininet核心功能是否正常：

sudo mn --test pingall

这个命令会创建一个最简单的拓扑（两台主机通过一台交换机相连），然后让两台主机互相ping。如果看到*** Results: 0% dropped (2/2 received)这样的输出，说明Mininet安装成功，基本的虚拟网络通信没问题。

3.2 RYU：灵活的SDN控制器

控制器是SDN的大脑，负责通过OpenFlow等南向接口对交换机进行集中控制。RYU是一个用Python编写的开源SDN控制器框架，它轻量、模块化，而且因为用Python，对我们学习和开发非常友好。

RYU的安装相对简单，主要通过pip进行。但首先，我们需要确保安装了一些系统依赖，这些依赖是RYU某些组件（比如基于Web的可视化界面）所必需的：

sudo apt install -y libxml2-dev libxslt1-dev zlib1g-dev

然后，使用pip3安装RYU。同样，为了速度可以使用国内源：

pip3 install ryu

如果安装缓慢或出错，可以尝试指定版本并添加信任的主机：

pip3 install ryu --trusted-host pypi.tuna.tsinghua.edu.cn

安装完成后，验证RYU是否安装成功：

ryu-manager --version

如果正确输出版本号（如ryu-manager 4.34），说明安装成功。RYU自带了许多应用（app），比如简单的二层学习交换机、负载均衡器、防火墙等。我们可以通过ryu-manager命令加载这些应用来启动控制器。

为了测试，我们先运行一个最简单的二层学习交换机应用。这个应用会让控制器扮演一个学习交换机的角色，自动学习主机MAC地址和端口的映射关系。 在一个终端窗口（我们称之为控制器终端）运行：

cd ~/sdn-lab ryu-manager ryu.app.simple_switch_13

simple_switch_13是支持OpenFlow 1.3协议版本的简单交换机应用。运行后，终端会显示一些日志信息，并停留在等待状态，这表明控制器已经在监听6633端口（OpenFlow默认端口），等待交换机连接。

3.3 Wireshark：网络流量“显微镜”

Wireshark是网络分析的必备工具，在SDN实验中，我们用它来抓取和分析OpenFlow协议消息、以及虚拟网络中的数据包，是理解SDN工作原理的“眼睛”。

在Ubuntu上安装Wireshark很简单：

sudo apt install -y wireshark

安装过程中，会弹出一个对话框，询问是否允许非root用户抓取数据包。这里非常关键：为了后续方便，我们选择“是”。这会在系统上安装dumpcap并设置相应的权限。如果你错过了这个对话框，或者安装时没有出现，可以手动配置：

sudo dpkg-reconfigure wireshark-common # 选择“Yes” sudo usermod -a -G wireshark $USER # 将当前用户加入wireshark组

执行完usermod命令后，你必须完全注销当前用户再重新登录，或者重启系统，这个用户组变更才会生效。否则，你仍然会因为没有权限而无法抓包。

验证安装和权限：

wireshark --version groups | grep wireshark # 检查当前用户是否在wireshark组中

如果第二条命令能输出wireshark，说明组权限已添加（但需重新登录生效）。

Wireshark本身功能强大，但对于OpenFlow协议，我们需要确保其解析器（dissector）是最新的。幸运的是，Mininet的安装脚本（如果用了-a参数）通常已经帮我们安装了OpenFlow的Wireshark插件。你可以通过启动Wireshark，在“帮助”->“关于Wireshark”->“插件”中查看是否有openflow.so之类的插件。或者在终端尝试过滤OpenFlow包：

# 先启动一个测试抓包，后面会用到 sudo wireshark -k -i any -f "tcp port 6633" &

这个命令会在后台启动Wireshark，并立即开始在所有接口上抓取目标端口为6633（OpenFlow）的TCP流量。我们后续启动Mininet连接控制器时，就能在这里看到OpenFlow协议交互了。

4. 环境集成与基础测试

4.1 启动第一个SDN网络

现在，三个核心组件都已就位，是时候让它们联动起来，运行我们的第一个SDN网络了。这个测试的目标是：用Mininet创建一个简单拓扑，将其连接到我们正在运行的RYU控制器，并通过Wireshark观察它们之间的OpenFlow通信。

首先，确保你的RYU控制器还在运行（在之前的控制器终端里，运行着ryu-manager ryu.app.simple_switch_13）。如果关闭了，请重新启动。

然后，打开一个新的终端窗口（我们称之为Mininet终端），进入我们的工作目录，启动Mininet并指定外部控制器：

cd ~/sdn-lab sudo mn --topo single,3 --mac --switch ovsk --controller remote

让我解释一下这个命令的参数：

• --topo single,3：创建一个单一交换机拓扑，该交换机下连接3台主机（h1, h2, h3）。
• --mac：自动设置主机MAC地址为简单易记的模式（如00:00:00:00:00:01），方便调试。
• --switch ovsk：指定使用Open vSwitch内核模式交换机，性能更好。
• --controller remote：这是关键！它告诉Mininet不要使用内置的简易控制器，而是去连接一个远程控制器。默认会去连接本机（127.0.0.1）的6633端口，正好是我们的RYU控制器监听的端口。

执行命令后，Mininet会启动并进入其命令行界面（mininet>）。同时，你应该立刻在控制器终端看到大量的日志输出，例如EVENT ofp_event->...，这表示交换机已经成功连接到控制器，并开始交换诸如Features Reply,Packet-In等OpenFlow消息。

4.2 验证网络连通性与控制逻辑

在Mininet CLI中，我们可以进行一系列测试。首先，测试主机之间的连通性：

mininet> pingall

这个命令会让所有主机两两互ping。由于RYU控制器运行的是simple_switch_13应用（一个学习交换机），第一次ping时，首包会以Packet-In消息上报给控制器，控制器学习到MAC地址和端口对应关系后，下发流表（Flow-Mod）到交换机。后续的包就直接由交换机快速转发了。所以你会看到第一次ping可能有轻微延迟，之后就会很快。最终输出应该是*** Results: 0% dropped，表示全部成功。

我们还可以打开主机h1的终端，进行更细致的测试：

mininet> xterm h1

这会弹出一个属于主机h1的终端窗口。在这个窗口里，你可以像在独立机器上一样操作。例如，用arp -a查看ARP缓存，用ifconfig查看网络配置。尝试ping h2：

# 在h1的xterm中执行 ping 10.0.0.2 -c 3

同时，观察控制器终端的日志，你会看到对应的OpenFlow消息事件。

4.3 使用Wireshark观察OpenFlow协议

之前我们已经在后台启动了Wireshark抓取6633端口的流量。现在，在Wireshark的界面中，你应该能看到捕获到的数据包。

1. 过滤OpenFlow流量：在Wireshark顶部的过滤栏输入openflow_v4（因为RYU的simple_switch_13使用OpenFlow 1.3，对应Wireshark的过滤词是openflow_v4），然后回车。这样界面上就只显示OpenFlow协议的消息。
2. 解读典型消息：
   • HELLO：连接建立时，交换机和控制器互相发送的问候消息，协商协议版本。
   • FEATURES_REQUEST/REPLY：控制器询问交换机能力（端口、表数量等），交换机回复。
   • PACKET_IN：当交换机收到一个数据包，在其流表中没有匹配项时，会将此包（或包头）封装在PACKET_IN消息中发送给控制器。例如，第一次ARP请求时就会触发这个。
   • FLOW_MOD：控制器向交换机下发流表项，指导交换机如何转发后续匹配该规则的数据包。这是控制逻辑的核心体现。
   • PACKET_OUT：控制器告诉交换机，将某个数据包从指定端口发送出去。通常与PACKET_IN成对出现。

尝试在Mininet CLI中执行一些操作（如pingall， 或者从h1 ping h2），然后回到Wireshark观察消息序列。你可以点击某条PACKET_IN消息，在下方详情面板中展开OpenFlow协议树，查看里面的in_port（入端口）、data（携带的原始数据包，如ARP请求）等信息。再找到紧随其后的FLOW_MOD消息，查看其match字段（匹配条件）和instructions字段（动作，如OUTPUT:port）。

通过这个“抓包-分析”的过程，软件定义网络中“控制平面与转发平面分离”、“控制器集中决策”、“流表下发”这些抽象概念，就变成了可视化的、具体的网络报文，理解起来会深刻得多。

注意事项：Wireshark可能会抓到大量报文，如果觉得杂乱，可以在启动Mininet之前就开始抓包，这样能抓到完整的连接建立过程。也可以使用更精确的捕获过滤器，例如sudo wireshark -k -i lo -f "tcp port 6633"，因为本机通信通常走环回接口lo。

5. 进阶实验与应用开发

5.1 自定义网络拓扑

Mininet的强大之处在于可以轻松定义复杂的网络拓扑。除了命令行参数，我们更常用Python API来定义拓扑，这样更灵活、可重复。在工作目录下创建一个Python脚本custom_topo.py：

#!/usr/bin/env python3 from mininet.topo import Topo from mininet.net import Mininet from mininet.node import RemoteController from mininet.cli import CLI from mininet.log import setLogLevel class MyTopo(Topo): def __init__(self): Topo.__init__(self) # 添加三台交换机 s1 = self.addSwitch('s1') s2 = self.addSwitch('s2') s3 = self.addSwitch('s3') # 添加四台主机 h1 = self.addHost('h1') h2 = self.addHost('h2') h3 = self.addHost('h3') h4 = self.addHost('h4') # 创建链路 self.addLink(h1, s1) self.addLink(h2, s1) self.addLink(s1, s2) # 交换机间链路 self.addLink(s1, s3) self.addLink(s2, h3) self.addLink(s3, h4) if __name__ == '__main__': setLogLevel('info') # 设置日志级别 topo = MyTopo() # 创建网络，指定连接到远程RYU控制器 net = Mininet(topo=topo, controller=lambda name: RemoteController(name, ip='127.0.0.1'), switch=OVSKernelSwitch) net.start() CLI(net) # 启动Mininet命令行界面 net.stop()

这个脚本定义了一个简单的拓扑：两台主机（h1, h2）连接到交换机s1，s1再分别连接到交换机s2和s3，s2和s3下各有一台主机（h3, h4）。这形成了一个小型的多路径网络。

运行这个拓扑：

cd ~/sdn-lab sudo python3 custom_topo.py

Mininet启动后，同样会进入CLI。你可以使用nodes查看所有节点，用net查看链路，用pingall测试连通性。由于我们仍然连接着同一个RYU学习交换机控制器，网络会自行学习转发路径。

5.2 编写简单的RYU控制器应用

仅仅使用自带的simple_switch_13还不够过瘾，我们来尝试自己写一个最简单的RYU应用，体验一下“编程定义网络”的感觉。这个应用的功能是：让控制器在收到交换机连接时，主动下发一条流表项，将所有来自端口1的ICMP（ping）数据包丢弃。

在工作目录创建文件my_drop_icmp.py：

#!/usr/bin/env python3 from ryu.base import app_manager from ryu.controller import ofp_event from ryu.controller.handler import CONFIG_DISPATCHER, MAIN_DISPATCHER from ryu.controller.handler import set_ev_cls from ryu.ofproto import ofproto_v1_3 # 使用OpenFlow 1.3 from ryu.lib.packet import packet, ethernet, ipv4, icmp class MyController(app_manager.RyuApp): OFP_VERSIONS = [ofproto_v1_3.OFP_VERSION] # 声明支持的协议版本 def __init__(self, *args, **kwargs): super(MyController, self).__init__(*args, **kwargs) @set_ev_cls(ofp_event.EventOFPSwitchFeatures, CONFIG_DISPATCHER) def switch_features_handler(self, ev): """交换机连接并上报特性时触发""" datapath = ev.msg.datapath # 获取交换机对象 ofproto = datapath.ofproto parser = datapath.ofproto_parser self.logger.info('Switch connected: %016x', datapath.id) # 构造一条匹配ICMP协议、动作为丢弃的流表项 match = parser.OFPMatch(eth_type=0x0800, # IPv4 ip_proto=1) # ICMP actions = [] # 空动作列表表示丢弃 inst = [parser.OFPInstructionActions(ofproto.OFPIT_APPLY_ACTIONS, actions)] # 构造Flow Mod消息，并设置优先级较高、永久生效 mod = parser.OFPFlowMod(datapath=datapath, priority=10, match=match, instructions=inst) datapath.send_msg(mod) self.logger.info('Flow entry (drop ICMP) added to switch %016x', datapath.id) @set_ev_cls(ofp_event.EventOFPPacketIn, MAIN_DISPATCHER) def packet_in_handler(self, ev): """处理Packet-In消息（其他未匹配流表的数据包）""" # 对于这个简单应用，我们可以让其他包走默认的学习交换机逻辑 # 这里我们选择不处理，或者可以调用父类方法实现基础学习 pass # 更复杂的处理可以在这里解析数据包，根据自定义逻辑决策 if __name__ == '__main__': from ryu import cfg import sys from ryu.cmd import manager sys.argv.append('--ofp-tcp-listen-port') sys.argv.append('6633') # 指定监听端口 sys.argv.append('my_drop_icmp') # 指定应用模块名 manager.main()

这个应用的核心是switch_features_handler函数。它使用装饰器@set_ev_cls注册为特定事件（EventOFPSwitchFeatures）的处理函数。当交换机连接并上报自身特性后，控制器会立即下发一条流表项：匹配IPv4协议下的ICMP包，执行动作为空（即丢弃）。优先级设为10（数字越大优先级越高），确保这条规则会被优先匹配。

运行这个自定义控制器。首先，确保之前运行的RYU控制器已经停止（在它的终端按Ctrl+C）。然后运行：

cd ~/sdn-lab PYTHONPATH=$PYTHONPATH:. ryu-manager my_drop_icmp.py --verbose

--verbose参数会输出更详细的日志。启动后，在另一个终端，用Mininet启动一个简单网络并连接到此控制器：

sudo mn --topo single,2 --mac --switch ovsk --controller remote

在Mininet CLI中，尝试让h1 ping h2：

mininet> h1 ping -c 3 h2

你会发现ping包全部丢失（100% packet loss）。同时，在控制器的终端日志里，你应该能看到Switch connected和Flow entry ... added的信息。这就是你编写的控制器应用在起作用！它主动下发了一条丢弃规则。你可以通过Wireshark抓包验证，会看到交换机连接后，控制器立即下发了一条FLOW_MOD消息。

要恢复通信，可以在Mininet CLI中清除交换机的流表：

mininet> sh ovs-ofctl del-flows s1

然后再执行ping，就会发现通了。因为清除流表后，ICMP包不再匹配到那条丢弃规则，而是会上报给控制器（PACKET_IN），而我们的packet_in_handler函数没有处理，交换机可能没有相关动作，导致不通。更完善的应用应该在packet_in_handler里实现学习转发或默认转发逻辑。这个例子主要是展示控制器主动编程下流表的能力。

5.3 利用Mininet进行网络性能测试

Mininet不仅用于连通性测试，还能进行简单的网络性能测试，这对于评估SDN控制器或交换机的转发能力很有帮助。在Mininet CLI中，可以使用iperf工具测试两个主机之间的TCP带宽。

首先，在Mininet CLI中启动一个简单的双主机拓扑（如果已有其他拓扑，先exit退出，然后sudo mn --topo single,2 --mac --switch ovsk --controller remote启动新拓扑）。

在主机h1上启动iperf服务器：

mininet> h1 iperf -s &

-s表示服务器模式，&让它在后台运行。

在主机h2上启动iperf客户端，连接h1的服务器，测试10秒钟：

mininet> h2 iperf -c 10.0.0.1 -t 10

命令执行后，会输出带宽测试结果，包括传输的数据量、带宽速率等。由于这是在虚拟的软件交换机上运行，带宽可能很高（甚至达到数Gbps），这展示了Open vSwitch软件交换机的性能。你也可以测试UDP性能，或者通过--link参数在创建拓扑时设置链路带宽、延迟和丢包率，模拟更真实的网络环境。

6. 故障排查与日常维护

6.1 常见问题与解决方案

在搭建和使用过程中，你可能会遇到一些问题。这里记录了一些典型问题及其排查思路。

问题1：运行sudo mn命令时报错，提示“命令未找到”或“无法创建网络命名空间”。

• 原因：Mininet没有安装成功，或者安装的组件不完整。
• 排查：
  1. 检查Mininet是否安装：which mn。
  2. 重新运行Mininet的安装脚本，并确保使用sudo权限。可以尝试更彻底的安装：sudo ./install.sh -nfv，其中-n安装Mininet核心，-f安装OpenFlow，-v安装Open vSwitch。
  3. 检查系统日志：dmesg | tail或journalctl -xe，看是否有相关的内核错误（如namespace相关）。

问题2：Mininet无法连接到RYU控制器，控制器终端无连接日志。

• 原因：控制器未启动、端口被占用、防火墙阻止或Mininet命令参数错误。
• 排查：
  1. 确认控制器运行：检查RYU进程ps aux | grep ryu-manager。
  2. 检查端口监听：sudo netstat -tlnp | grep 6633，看是否有进程在监听6633端口。
  3. 检查Mininet命令：确保启动Mininet时使用了--controller remote。如果想指定控制器IP和端口，可以使用--controller remote,ip=127.0.0.1,port=6633。
  4. 检查防火墙：Ubuntu默认的ufw防火墙可能阻止连接。可以暂时禁用测试：sudo ufw disable（测试后记得启用：sudo ufw enable）。

问题3：Wireshark抓不到OpenFlow包，或者没有OpenFlow协议解析。

• 原因：抓包权限不足、抓错了接口、或者OpenFlow插件未安装。
• 排查：
  1. 权限：确保当前用户在wireshark组，并且已经重新登录。
  2. 接口：OpenFlow通信通常发生在环回接口lo（本机控制器）或你指定的管理接口。在Wireshark开始抓包前，选择正确的接口（如any或lo）。
  3. 过滤器：使用正确的显示过滤器openflow_v4（对于OF1.3+）。
  4. 插件：如果Wireshark无法识别OpenFlow协议，可能需要手动安装插件。可以尝试从Mininet目录复制：sudo cp /usr/local/share/wireshark/plugins/openflow.so /usr/lib/x86_64-linux-gnu/wireshark/plugins/3.x/（路径可能因Wireshark版本而异），然后重启Wireshark。

问题4：自定义RYU应用导入模块失败，报ModuleNotFoundError。

• 原因：Python路径问题，或者依赖包未安装。
• 排查：
  1. 确保在应用文件所在目录运行ryu-manager，或者使用PYTHONPATH环境变量指定路径：PYTHONPATH=/path/to/your/app:$PYTHONPATH ryu-manager your_app.py。
  2. 检查是否安装了所有依赖。RYU基础应用通常只需要ryu包本身，但如果你用了其他库（如webob,routes用于web界面），可能需要单独安装：pip3 install webob routes。

问题5：主机之间ping不通，但控制器显示已连接。

• 原因：控制器应用逻辑问题、流表未正确下发、或者ARP不通。
• 排查：
  1. 检查流表：在Mininet CLI中，使用sh ovs-ofctl dump-flows s1查看交换机s1上的流表。看看是否有匹配ICMP或ARP的流表项，以及动作是否正确。
  2. 检查ARP：在主机h1上执行arp -n，看是否有h2的ARP缓存条目。如果没有，可能是第一个ARP请求没有被正确处理。可以在控制器中增加日志，打印PACKET_IN消息的内容，看是否是ARP包。
  3. 简化测试：尝试使用Mininet自带的默认控制器测试连通性：sudo mn --test pingall。如果通了，问题很可能出在你的控制器应用上。

6.2 环境维护与清理

实验完成后，良好的清理习惯可以保持系统整洁，并为下次实验做好准备。

1. 清理Mininet进程：如果Mininet非正常退出（比如直接关闭了终端），可能会留下一些虚拟网络接口和进程。可以使用以下命令强制清理：

   sudo mn -c

   这个命令会尝试清除所有Mininet创建的命名空间、进程和Open vSwitch配置。

2. 清理Open vSwitch配置：如果mn -c清理不彻底，可以手动操作OVS：

   sudo ovs-vsctl list-br # 列出所有网桥 sudo ovs-vsctl del-br br0 # 删除名为br0的网桥（根据实际名称） sudo pkill -9 ovs-vswitchd sudo pkill -9 ovsdb-server

3. 管理RYU控制器：RYU控制器通常通过Ctrl+C终止即可。如果后台运行了多个，可以用pkill -f ryu-manager结束所有相关进程。

4. 备份与恢复：对于复杂的自定义拓扑和控制器应用，建议将Python脚本和配置文件纳入版本控制（如Git）。对于虚拟机环境，定期创建快照是最快的恢复方式。

6.3 性能优化小技巧

当拓扑变得复杂（几十台主机/交换机）时，你可能会感觉到Mininet启动变慢或者响应迟缓。这里有几个优化点：

• 使用--switch ovsk：我们一直在用，这是内核态的Open vSwitch，比用户态（ovsk）性能高得多。
• 禁用IPv6：在虚拟网络环境中，IPv6有时会引起不必要的复杂性和开销。可以在启动Mininet时通过--ipv6禁用，或者在主机启动后手动禁用。
• 调整交换机型：对于纯实验，不需要交换机支持所有OpenFlow特性时，可以使用性能更轻量的user交换机（但功能有限）。ovsk是性能和功能的良好平衡。
• 控制器位置：对于大型拓扑，将控制器放在一个独立的、性能更好的虚拟机或物理机上，可以减轻实验主机的负担。
• 系统资源：确保宿主机（运行虚拟机的物理机）有足够的CPU和内存资源分配给Ubuntu虚拟机。

搭建SDN环境就像搭积木，核心在于理解每个组件（Mininet, RYU, Open vSwitch, Wireshark）的角色和它们之间的交互协议（OpenFlow）。这个环境为你提供了一个安全、可重复、可视化的沙盒，让你可以大胆地尝试各种网络创意、验证协议原理，甚至开发自己的控制器应用。从最简单的ping测试到复杂的自定义流表控制，每一步的实践都能加深对“软件定义”这四个字的理解。遇到问题多查日志、多用Wireshark抓包分析，大部分疑惑都能在数据流中找到答案。