tags: Ryu

REST API

REST: Representational State Transfer

Purpose: 观察 Controller packet in

1. 先 Ping 再 GET 查看 MAC 位址表
2. 先 PUT 更新 MAC 位址表 再 Ping

Step 1:

• 开启 Mininet 後(左图)
• 切到 ryu/ryu/app(Ready for 执行Ryu)(右图)
• 设定 OpenFlow 版本
  

Step 2-1: 由 ping 更新 MAC 位址表

• 开启 Ryu
• [Optional] GET (可用於观察MAC位址表变化)
• mininet>h1 -c 1 h2 //ping
• GET
  
  
  

Step 2-2: 由 PUT 更新 MAC 位址表

• 重启 Mininet＆Ryu 设版本
• PUT 设定 MAC 对应的 Port (如下图)
• [Optional]GET
• mininet>h1 -c 1 h2 // ping
  

结果

• 理论上:
  • 依照 Ryubook 1.0 说明文件:
    • Packet In x 3 ~ ARP ~ 先Ping版本
      • h1 发出 broadcast
      • h2 回应 h1 说 here (我在这)
      • h1 知道了 送到 h2 所在的 port
    • Packet In x 1 ~ 先PUT版本
  • 我的想法:
    • 先Ping版本
      • ARP
    • 先PUT版本
      • NO ARP
• 实际上:
  • 不符合 Ryubook 1.0 说明文件 说的情况
    也不Match我想的情况...
  • 有多出来的 Packet in
  • 依文件:
    • 第一次 以 broadcast
    • 仍会出现 接连的封包交换
      • 与 文件的 Output 不一样

      这时候交换器中已经存在着 Flow Entry。 Packet-In 只会发生在当 h1 到 h2 的 ARP 出现且没有接连发生的封包交换时。

Reference:

• ryu.app.ofctl_rest
• REST API