软件定义网络实验五:OpenFlow协议分析和OpenDaylight安装

软件定义网络实验五:OpenFlow协议分析和OpenDaylight安装

一、实验目的

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

二、实验环境

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

三、实验任务

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

1、实验要求

   根据实验步骤重复上述实验

   在博客园发表一篇博客,记录最终的结果、实验过程遇到的问题和解决办法

2、结果记录

  (1)安装OpenDaylight 控制器,运行karaf

软件定义网络实验五:OpenFlow协议分析和OpenDaylight安装

  (2)启动 Mininet 虚拟机,生成一个最简拓扑并连接 OpenDaylight

软件定义网络实验五:OpenFlow协议分析和OpenDaylight安装

  • wireshark 抓包分析 OpenFlow 1.3(为了能够抓到控制器和交换机最初的交互,应在 Mininet 拓扑创建前开启抓包。)

    • HELLO——控制器与交换机互相发送 Hello 消息,告诉对方自己能够支持的OpenFlow 版本,向下兼容双方都能够兼容的版本,建立后续的通信
      软件定义网络实验五:OpenFlow协议分析和OpenDaylight安装

    • FEATURES_REPLY——交换机会送特征信息
      软件定义网络实验五:OpenFlow协议分析和OpenDaylight安装

    • SET CONFIG——控制器向交换机下发两个配置,一个是 flags,指示如何处理IP 分片;另一个是 Miss send length,指示交换机遇到无法处理的数据包时,向控制器发送消息的最大字节数
      软件定义网络实验五:OpenFlow协议分析和OpenDaylight安装

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

      • 下面的 PACKET OUT 有两个动作,对控制器来的消息转发到 1 和 2 端口
        软件定义网络实验五:OpenFlow协议分析和OpenDaylight安装

      • 下面的 FLOW MOD 下发了一条流表,记录Cookie
        软件定义网络实验五:OpenFlow协议分析和OpenDaylight安装

    • 用 OVS 命令查看交换机中确实存在相应版本的流表,cookie、priority 等信息可以上面的抓包能够对应上
      软件定义网络实验五:OpenFlow协议分析和OpenDaylight安装

实验心得

    1、安装jdk的时候注意路径以及对应的版本号,否则会出错

    2、为了能够抓到控制器和交换机最初的交互,应在Mininet拓扑创建前开启抓包。

上一篇:实验4:开源控制器实践——OpenDaylight


下一篇:开源控制器实践——OpenDaylight