一、实验目的
熟悉 Postman 的使用；熟悉如何使用 OpenDaylight 通过 Postman 下发流表。
二、实验任务
流表有软超时和硬超时的概念，分别对应流表中的 idle_timeout 和 hard_timeout。
·idle timeout：如果值为非 0，那么在对应的时间内如果没有数据包匹配流表，
时间到该流表将被删除；值为 0 不设软超时机制。
·hard timeout：如果值为非 0，那么在对应的时间内不论是否有数据包匹配流
表，时间到流表都会被删除；值为 0 不设硬超时机制。
推荐阅读：SDNLAB 文章：OpenFlow 协议超时机制简介
https://www.sdnlab.com/22563.html
本实验通过 OpenDaylight 及 Postman 下发关于硬超时的流表，实现拓扑内主机
h1 和 h3 在一定时间内的网络断开。Postman 是一个 http 请求工具，可用于 REST
API 的接口调试。实验拓扑如下：
三、实验步骤
1. 实验环境
安装了 Ubuntu 18.04.5 Desktop amd64 的虚拟机
2. 实验过程
（1）Postman 安装
站点会监测系统版本，请下载 Linux 版本，解压到/home/ubuntu/你的用户名/目
录下即可。指导书示例目录：/home/ubuntu/sdn/Postman，进入上述目录，运行
Postman 文件即可
（2）清理旧数据
·启动 OpenDaylight，通过 Postman 的 Delete 动作清空残留流表（如有）
DELETE
http://127.0.0.1:8181/restconf/config/opendaylight-inventory:nodes/node/openflow:1/
· 清空 Mininet 数据
$ sudo mn -c
（3）生成拓扑并连接 OpenDaylight
$ sudo mn --topo=single,3 --controller=remote,ip=127.0.0.1,port=6633 --switch
ovsk,protocols=OpenFlow13
正常情况下，三台主机是互通的。
如果不通，可能控制器有旧的流表残留。
（4）使用 Postman 填入 JSON 格式的 http 请求（参考附录）
先在 Mininet CLI 中运行 h1 ping h3，再在 Postman 处选择动作 PUT，填入硬超时
流表内容（见附录），可以先阅读一下流表的内容，关注 match 匹配字段以及对
应的 instructions 指令中的动作 action，这里是直接 drop 数据包。为了让流表能
够匹配，将优先级 priority 调到最大。点击右上角 send，发送请求。
（5）验证结果
h1 ping h3 有 10 秒时间是中断的，结果符合预期。
（6）附录
JSON 格式的请求代码如下
http://127.0.0.1:8181/restconf/config/opendaylight-inventory:nodes/node/openflow:1/flownode-inventory:table/0/flow/1
1 { 2 "flow": [ 3 { 4 "id": "1", 5 "match": { 6 "in-port": "1", 7 "ethernet-match": { 8 "ethernet-type": { 9 "type": "0x0800" 10 } 11 }, 12 "ipv4-destination": "10.0.0.3/32" 13 }, 14 "instructions": { 15 "instruction": [ 16 { 17 "order": "0", 18 "apply-actions": { 19 "action": [ 20 { 21 "order": "0", 22 "drop-action": {} 23 } 24 ] 25 } 26 } 27 ] 28 }, 29 "flow-name": "flow1", 30 "priority": "65535", 31 "hard-timeout": "10", 32 "cookie": "2", 33 "table_id": "0" 34 } 35 ] 36 }
四、实验心得
我和这个实验斗争了很多天。Postman delete和put界面总会出现405，即URL地址出现问题的情况，我查阅百度、询问同学，都找不到解决办法，尝试了许多次仍然未果。最后，我询问老师得知，这是服务器端的问题，我重新解压了控制器，问题终于得以解决。