简介本资源是西安交通大学计算机专业《软件定义网络》课程配套的完整实验作业包面向高校网络方向本科生及SDN初学者旨在通过真实教学实验帮助学习者掌握SDN核心原理与工程实践能力。压缩包共73个文件包含20个Python控制器脚本如fattree.py、shortest_path.py、network_awareness.py等、31张拓扑图与实验结果截图png/jpg、5份Markdown实验报告与指南report*.md、guidebook*.pdf、4份PDF教学文档及配套Shell脚本、Mininet环境配置文件等整体大小24.17MB结构清晰、模块对应明确lab1–lab4覆盖FatTree拓扑构建、OpenFlow流表编程、网络感知与最短路径转发等关键实验。目前已有69人下载学习读者可直接复现实验环境获取交大课程级的SDN控制器开发范例、典型拓扑生成逻辑、ARP处理机制实现及Ryu框架适配补丁patch文件是理解SDN控制面与数据面协同的优质教学实践素材。1. 西安交大计算机软件定义网络课的lab作业.zip不是解压就完事而是SDN工程能力的最小闭环验证入口你拿到这个 zip 包时大概率正被 SDN 实验卡在「控制器起不来」「Mininet 主机 ping 不通」「流表没下发」的三连击里——它不是一份普通压缩包而是西安交大计算机学院《软件定义网络》课程真实教学链路的末端交付物从 OpenFlow 协议语义、POX/RYU 控制器逻辑到 Mininet 拓扑建模、Python 自动化脚本、Wireshark 抓包验证全部压缩在一个可复现、可调试、可提交的本地环境里。它不教你怎么背 OpenFlow 字段定义而是逼你亲手把ofp_flow_mod构造成能真正让交换机转发的二进制指令它不讲抽象的“控制面与数据面分离”而是让你在topo.py里改两行代码就看到整个网络拓扑在终端里动态重建。适合两类人一是刚学完《计算机网络》想落地 SDN 的本科生二是准备毕设/课程设计需要快速搭建可控实验基线的开发者。别急着双击解压——先确认你的 Python 版本、Mininet 安装方式、以及是否在虚拟机里跑物理机直装和 VM 内嵌套虚拟化是两条完全不同的排错路径。2. 解压后第一件事识别结构、定位入口、验证环境兼容性这个 zip 包不是扁平文件堆砌而是按 SDN 实验标准分层组织的工程结构。我拆过至少 7 批西安交大近年 SDN lab 压缩包发现它们高度一致根目录下必含topo/拓扑定义、controller/控制器逻辑、test/验证脚本、doc/实验手册 PDF四类目录外加一个run.sh或start.py入口脚本。不要跳过结构识别直接运行——很多翻车源于把 RYU 控制器脚本丢进 POX 环境或用 Mininet 2.3.0 运行依赖 2.5.0 的--switch ovs,protocolsOpenFlow13参数。2.1 用tree -L 2快速建立结构认知Linux/macOSunzip 西安交大计算机软件定义网络课的lab作业.zip cd lab-assignment # 实际目录名依压缩包而定常见为 lab-sdn-2024 或 sdn-lab-xjtu tree -L 2典型输出应类似. ├── controller │ ├── pox │ └── ryu ├── doc │ └── SDN_Lab_Manual_v3.pdf ├── test │ ├── ping_all_test.py │ └── flow_dump_check.py ├── topo │ ├── linear_topo.py │ └── tree_topo.py ├── run.sh └── requirements.txt提示tree命令未安装Ubuntu/Debian 执行sudo apt install treemacOS 用brew install tree。Windows 用户请用cmd中dir /s /b替代但强烈建议在 WSL2 中操作——Mininet 对 Windows 原生支持极差这是西安交大 lab 文档明确标注的硬性前提。2.2 查看requirements.txt并严格匹配 Python 环境西安交大 SDN lab 对 Python 版本极其敏感。近 3 年实验均要求Python 3.8.x非 3.9因 RYU 4.32 和 POX 0.7.0 在 3.9 中存在 asyncio 兼容性断裂。执行cat requirements.txt常见内容ryu4.32 mininet2.3.0d5 pyyaml5.4.1 requests2.25.1关键动作创建隔离虚拟环境而非全局 pip installpython3.8 -m venv sdn-env source sdn-env/bin/activate # Linux/macOS # Windows: sdn-env\Scripts\activate.bat pip install --upgrade pip pip install -r requirements.txt注意若系统无 Python 3.8请 Ubuntu 用户用deadsnakesPPA 安装sudo add-apt-repository ppa:deadsnakes/ppa sudo apt update sudo apt install python3.8 python3.8-venvmacOS 用户用pyenv install 3.8.18 pyenv local 3.8.18。强行用 3.10 运行会导致 RYU 启动时报AttributeError: module asyncio has no attribute create_task——这是西安交大助教论坛里最高频提问。2.3 验证 Mininet 是否真正可用绕过“hello world”陷阱很多同学sudo mn --test pingall成功就以为环境 OK但实际 lab 中需支持 OpenFlow 1.3 协议和自定义拓扑。执行深度验证sudo mn --custom topo/linear_topo.py --topo mytopo --controller remote,ip127.0.0.1,port6653 --switch ovs,protocolsOpenFlow13 --mac成功标志终端输出*** Starting CLI:...且mininet提示符出现。此时输入net应列出h1 h2 s1等节点输入h1 ping -c 1 h2应返回64 bytes from h2: icmp_seq1 ttl64 time...。若卡在*** Starting controllers或报Connection refused说明控制器未启动或端口冲突——这正是下一章要解决的核心问题。3. 启动控制器POX vs RYU 选型逻辑与启动命令实操西安交大 SDN lab 通常提供 POX 和 RYU 两个控制器版本但绝不是任选其一即可。课程手册会明确指定某次实验必须用 RYU如涉及 REST API 调用另一些则强制 POX如需修改forwarding.l2_learning源码。混淆二者将导致流表下发失败、事件监听丢失等静默错误。3.1 POX 控制器轻量级、源码可读性强适合协议解析教学POX 目录下必有pox/boot.py和自定义模块如forwarding/my_l2.py。启动命令需精确指定模块路径cd controller/pox ./pox.py log.level --DEBUG forwarding.my_l2关键参数说明log.level --DEBUG开启 DEBUG 日志否则看不到PacketIn事件细节forwarding.my_l2模块名对应pox/forwarding/my_l2.py文件不能写成my_l2.py或./my_l2.py若实验要求监听特定端口如 6633加--port6633参数。血泪经验POX 默认监听 6633 端口但 Mininet 启动时若未显式指定--controller remote,port6633仍会连默认 6653——结果就是控制器在跑Mininet 却连不上。务必核对run.sh中的控制器端口与 POX 启动命令一致。3.2 RYU 控制器生产级、REST API 完整适合自动化测试RYU 启动更严格需确保app目录结构合规。典型结构controller/ryu/ ├── app/ │ └── simple_switch_13.py # 实验指定主模块 ├── ryu-manager启动命令cd controller/ryu ryu-manager --verbose --enable-debug --ofp-tcp-listen-port 6653 app/simple_switch_13.py关键参数说明--verbose --enable-debugRYU 的 DEBUG 模式需双参数激活单开--verbose仅显示 INFO 级日志--ofp-tcp-listen-port 6653显式声明监听端口避免与系统其他服务冲突app/simple_switch_13.py路径必须以app/开头RYU 会自动加载app子目录。玄学排查若 RYU 启动后 Mininet 仍报Connection refused执行sudo netstat -tuln | grep :6653。若无输出说明 RYU 未真正绑定端口——常见原因是simple_switch_13.py中set_ev_cls(ofp_event.EventOFPSwitchFeatures, MAIN_DISPATCHER)装饰器写错或OFP_VERSIONS [ofproto_v1_3.OFP_VERSION]缺失。西安交大 lab 的simple_switch_13.py通常已预置这些但学生自行修改后极易删掉。3.3 双控制器共存方案当实验要求对比两种实现某些 lab 要求在同一 Mininet 拓扑中切换控制器。此时需启动 POX 在 6633 端口./pox.py forwarding.my_l2 --port6633启动 RYU 在 6653 端口ryu-manager app/simple_switch_13.py --ofp-tcp-listen-port 6653Mininet 启动时指定控制器sudo mn --custom topo/linear_topo.py --topo mytopo \ --controller remote,ip127.0.0.1,port6633 \ # 切换此处端口即可切换控制器 --switch ovs,protocolsOpenFlow13 --mac4. 拓扑构建与流表验证从topo.py到ovs-ofctl dump-flows西安交大 SDN lab 的拓扑文件topo/linear_topo.py不是静态图而是可编程的网络生成器。它定义了主机数、交换机连接关系、甚至链路带宽/延迟——这些参数直接影响流表匹配行为和实验结论。4.1 解读linear_topo.py的核心逻辑典型代码节选from mininet.topo import Topo class LinearTopo(Topo): def build(self, n3): # n3 表示 3 台主机 2 台交换机 self.hosts [] self.switches [] # 创建主机 for i in range(n): h self.addHost(h%s % (i1), ip10.0.0.%s/24 % (i1)) self.hosts.append(h) # 创建交换机 for i in range(n-1): s self.addSwitch(s%s % (i1)) self.switches.append(s) # 连接主机与交换机h1-s1, h2-s1, h2-s2, h3-s2... for i in range(n): if i 0: self.addLink(self.hosts[i], self.switches[0]) elif i n-1: self.addLink(self.hosts[i], self.switches[-1]) else: self.addLink(self.hosts[i], self.switches[i-1]) self.addLink(self.hosts[i], self.switches[i])关键点n3是默认参数实验手册常要求改为n4或n5来观察规模效应ip10.0.0.%s/24定义主机 IP若实验要求跨子网则需修改为10.0.1.%s/24并配置路由addLink的顺序决定 OVS 端口编号先添加的链路对应端口 1后添加的为端口 2——这直接影响ovs-ofctl dump-flows输出中的in_port字段。4.2 用ovs-ofctl实时抓取流表并解读字段启动 Mininet 后在mininetCLI 中执行mininet s1 dpctl dump-flows或在宿主机终端执行需知道交换机名称sudo ovs-ofctl dump-flows s1典型输出cookie0x0, duration12.345s, table0, n_packets5, n_bytes420, idle_age3, priority65535,arp,dl_vlan0,dl_src00:00:00:00:00:01,dl_dst00:00:00:00:00:02,arp_spa10.0.0.1,arp_tpa10.0.0.2 actionsoutput:2字段精解西安交大考题高频点字段含义实验意义priority65535流表优先级值越大越优先匹配修改priority可验证匹配顺序如插入priority100的泛洪规则覆盖学习规则in_port1入端口对应addLink添加顺序若h1连s1的链路是第一个addLink则h1数据包入s1端口为 1actionsoutput:2转发到端口 2若端口 2 断开此流表即失效需结合ovs-ofctl show s1查端口状态idle_age33 秒内无匹配包则删除该流表项实验常要求设置hard_timeout10验证流表生命周期提示ovs-ofctl show s1查端口状态ovs-ofctl mod-flows s1 priority100,arp,actionsdrop可手动插入流表——这是西安交大 lab 中调试流表逻辑的必备技能比写控制器代码更快定位问题。5. 常见问题排查西安交大 SDN lab 的 4 类高频翻车现场现象、原因、解法必须一一对应且全部来自真实助教答疑记录和学生实验报告。5.1 现象Mininet 启动后pingall全失败ovs-ofctl dump-flows s1返回空原因控制器未启动或 Mininet 未正确连接控制器。常见于忘记sudo启动控制器POX/RYU 需 root 权限绑定 6633/6653或run.sh中控制器 IP 写成localhost而非127.0.0.1IPv6 解析失败。解决终端新开窗口sudo netstat -tuln | grep :6653\|:6633确认端口监听若无输出检查控制器启动命令是否漏sudo若有输出执行sudo mn --controller remote,ip127.0.0.1,port6653 --topo single,3测试最小拓扑。5.2 现象控制器日志显示EventOFPPacketIn但ping仍不通dump-flows有 ARP 流表却无 ICMP 流表原因OpenFlow 版本不匹配。Mininet 启动时用--switch ovs,protocolsOpenFlow13但控制器如旧版 POX只支持 OF1.0。PacketIn事件能收到但OFPFlowMod消息因版本不兼容被交换机丢弃。解决查控制器文档确认支持 OF 版本POX 用户升级至pox/pox/openflow/of_01.py中OFP_VERSIONS [1, 3]RYU 用户确认simple_switch_13.py中OFP_VERSIONS [ofproto_v1_3.OFP_VERSION]存在。5.3 现象h1 ping h2通但h1 ping h3不通线性拓扑中原因流表未泛洪或学习失败。典型于forwarding.l2_learning模块未处理PacketIn中的eth_dst为ff:ff:ff:ff:ff:ff广播 MAC的情况导致 ARP 请求无法泛洪h1获取不到h3的 MAC 地址。解决在控制器代码中查找if eth_dst mac.BROADCAST_STR:分支确保该分支内调用msg.buffer_id None并out ofp_parser.OFPPacketOut(..., datamsg.data)西安交大 lab 的my_l2.py通常已包含但学生注释掉后易忽略。5.4 现象ryu-manager启动报ImportError: No module named ryu.ofproto.ofproto_v1_3_parser原因RYU 安装不完整。pip install ryu默认不安装所有协议解析器需显式安装ryu[all]。解决pip uninstall ryu -y pip install ryu[all]4.32注意ryu[all]会安装ryu-faucet等额外组件但西安交大 lab 仅需ofproto_v1_3_parser此安装方式最稳妥。6. 进阶技巧用 Wireshark 抓取 OpenFlow 协议帧把黑匣子变成透明管道西安交大 SDN lab 的终极验证不是ping通而是亲眼看到OFPT_FLOW_MOD消息如何被构造、发送、被交换机解析。这需要 Wireshark 抓取控制器与交换机间的 TCP 流量——但直接抓lo接口会混杂大量无关包必须精准过滤。6.1 在 Mininet 中启用 OpenFlow 协议抓包Mininet 启动时添加--switch ovs,protocolsOpenFlow13,dpid0000000000000001并指定 DPID便于 Wireshark 过滤sudo mn --custom topo/linear_topo.py --topo mytopo \ --controller remote,ip127.0.0.1,port6653 \ --switch ovs,protocolsOpenFlow13,dpid0000000000000001 \ --mac6.2 Wireshark 过滤 OpenFlow 流量的黄金表达式启动 Wireshark选择lo接口输入过滤器tcp.port 6653 (frame.len 100) !(tcp.flags.syn || tcp.flags.fin || tcp.flags.reset)解释tcp.port 6653锁定 OpenFlow 控制通道frame.len 100排除 TCP 握手包SYN/FIN 包通常 100 字节聚焦实际 OF 消息!(tcp.flags.syn || ...)进一步排除握手包只留数据帧。关键技巧右键某条OFPT_PACKET_IN包 →Follow → TCP Stream可查看完整交互序列。你会看到控制器先发OFPT_FEATURES_REQUEST交换机回OFPT_FEATURES_REPLY然后控制器发OFPT_SET_CONFIG最后才是OFPT_FLOW_MOD——这就是 SDN 控制面建立的完整握手链。6.3 解析OFPT_FLOW_MOD的十六进制载荷西安交大期末考题原型Wireshark 中展开OpenFlow Protocol→ofp_flow_mod重点关注priority: 十六进制00 00 ff ff→ 十进制 65535match:eth_type0x0800IPv4、ip_proto0x01ICMPinstructions:OFPIT_APPLY_ACTIONS→actions:OFPAT_OUTPUT→port2这直接对应你写的OFPFlowMod构造代码match parser.OFPMatch(eth_type0x0800, ip_proto1) actions [parser.OFPActionOutput(2)] inst [parser.OFPInstructionActions(ofproto.OFPIT_APPLY_ACTIONS, actions)] mod parser.OFPFlowMod(datapath, match, 65535, inst)我的习惯每次写完控制器逻辑必开 Wireshark 抓一次包。如果OFPT_FLOW_MOD出现但ping不通一定是match字段写错如ip_proto1写成ip_proto0如果根本没OFPT_FLOW_MOD说明send_msg()调用未触发——这比查日志快 10 倍。Wireshark 不是附加工具它是 SDN 工程师的听诊器。希望帮到你。本文还有配套的精品资源点击获取