第三次作業

實驗3：OpenFlow協定分析實踐

一、搭建拓撲，完成相關 IP 配置，并實作主機與主機之間的 IP 通信。用抓包軟體擷取控制器與交換機之間的通信資料包。

主機 IP位址

• h1 192.168.0.101/24
• h2 192.168.0.102/24
• h3 192.168.0.103/24
• h4 192.168.0.104/2

  

二、檢視抓包結果，分析OpenFlow協定中交換機與控制器的消息互動過程，畫出相關互動圖或流程圖。

• HELLO

  1.控制器6633端口（我最高能支援OpenFlow 1.0） ---> 交換機50478端口

  

  2.交換機50478端口（我最高能支援OpenFlow 1.3）--- 控制器6633端口

  

  于是雙方建立連接配接，并使用OpenFlow 1.0

• Feature Request/Set Conig

  1.控制器6633端口（我需要你的特征資訊） ---> 交換機50478端口

  

  2.控制器6633端口（請按照我給你的flag和max bytes of packet進行配置） --->

  交換機50478端口

  

• Features Reply

  1.交換機50478端口（這是我的特征資訊，請查收）--- 控制器6633端口

  

• Packet_in

  有兩種情況：

  (1)交換機查找流表，發現沒有比對條目時

  (2)有比對條目但是對應的action是OUTPUT=CONTROLLER時

  1.交換機50478端口（有資料包進來，請訓示）--- 控制器6633端口

  

  分析抓取的資料包，可以發現是因為交換機發現此時自己并沒有比對的流表（Reason: No matching flow (table-miss flow entry) (0)），是以要問控制器如何處理

• Flow_mod

  建立topo流表為空，就不建了，結果和之前差不多。

• Packet_out

  1.控制器6633端口（請按照我給你的action進行處理） ---> 交換機40578端口

  

三、回答：交換機與控制器建立通信時是使用TCP協定還是UDP協定？

答：TCP協定，可以在抓包時看到。
個人總結：經過這麼幾次實驗，明顯感覺比以前更加熟練了，也沒有了之前更多的遲鈍和反感，一些基礎的拓撲進入方式更加快速還是需要舍友的指導和幫助才能完成實驗，比以前也進步了不少。      

• 

• 

  

• 

  

• 

• 

• 

答：TCP協定，可以在抓包時看到。
個人總結：經過這麼幾次實驗，明顯感覺比以前更加熟練了，也沒有了之前更多的遲鈍和反感，一些基礎的拓撲進入方式更加快速還是需要舍友的指導和幫助才能完成實驗，比以前也進步了不少。