一、實驗目的

熟悉 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 請求工具，可用於 RESTAPI 的介面除錯。實驗拓撲如下：

三、實驗步驟

1. 實驗環境

安裝了 Ubuntu 16.04.5 Desktop amd64 的虛擬機器

2. 實驗過程

(1) Postman 安裝

https://www.postman.com/downloads/

站點會監測系統版本，請下載 Linux 版本，解壓到/home/ubuntu/你的使用者名稱/目錄下即可。我的目錄是的：/home/ubuntu/sdn/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 請求（參考附錄）

（5）驗證結果

h1 ping h3 有 10 秒時間是中斷的，結果符合預期。

（6）附錄

http://127.0.0.1:8181/restconf/config/opendaylight-inventory:nodes/node/openflow:1/flow-
node-inventory:table/0/flow/1
{
"flow": [
{
"id": "1",
"match": {
"in-port": "1",
"ethernet-match": {
"ethernet-type": {
"type": "0x0800"
}
},
"ipv4-destination": "10.0.0.3/32"
},
"instructions": {
"instruction": [
{
"order": "0",
"apply-actions": {
"action": [
{
"order": "0",
"drop-action": {}
}
]
}
}
]
},
"flow-name": "flow1",
"priority": "65535",
"hard-timeout": "10",
"cookie": "2",
"table_id": "0"
}
]
}

四、實驗心得

如果上次實驗做的沒啥問題的話，這次實驗就挺順利的。遇到的問題就是第一次 PUT 的時候 url 沒有換，導致結果不正確。後面把附錄中正確的 url 填上去就可以得到正確的結果了。