软件定义网络实验5：OpenFlow 协议分析和 OpenDaylight 安装（结果记录)

实验环境

安装了Ubuntu16.04.5 Desktop amd64 的虚拟机

实验目的

回顾 JDK 安装配置，了解 OpenDaylight 控制的安装，以及 Mininet 如何连接；通过抓包获取 OpenFlow 协议，验证 OpenFlow 协议和版本，了解协议内容

实验任务

Mininet 生成拓扑连接 OpenDaylight，在 Mininet 上通过 ping 抓包验证 OpenFlow1.3 协议

实验要求

• 根据实验步骤重复上述实验
• 在博客园发表一篇博客，记录最终的结果、实验过程遇到的问题和解决办法

结果记录

• 安装OpenDaylight 控制器，运行karaf
  

• 启动 Mininet 虚拟机，生成一个最简拓扑并连接 OpenDaylight
  

• wireshark 抓包分析 OpenFlow 1.3

  • HELLO——控制器与交换机互相发送 Hello 消息，告诉对方自己能够支持的OpenFlow 版本，向下兼容双方都能够兼容的版本，建立后续的通信
    
    

  • FEATURES_REPLY——交换机会送特征信息
    

  • SET CONFIG——控制器向交换机下发两个配置，一个是 flags，指示如何处理IP 分片；另一个是 Miss send length，指示交换机遇到无法处理的数据包时，向控制器发送消息的最大字节数
    

  • PACKET OUT 和 FLOW MOD——控制器接收到交换机 PACKET IN 消息后的响应方式有两种，FLOW MOD 下发流表，告知交换机匹配项（MATCH）和对应的动作（ACTION），去处理这一类数包；PACKET OUT 不下发流表，直接告知交换机如何处理这一个数据包

    • 下面的 PACKET OUT 有两个动作，对控制器来的消息转发到 1 和 2 端口
      
    • 下面的 FLOW MOD 下发了两条流表，Cookie 不一样
      
      

  • 用 OVS 命令查看交换机中确实存在相应版本的流表，cookie、priority 等信息可以上面的抓包能够对应上
    

实验心得

• 千万注意先运行wireshark再用mininet建立拓扑，若已先建立拓扑，执行$ sudo mn -c 删除原有拓扑，而后继续实验