实验4：开源控制器实践——OpenDaylight

实验4：开源控制器实践——OpenDaylight

一、实验目的

能够独立完成OpenDaylight控制器的安装配置；
能够使用Postman工具调用OpenDaylight API接口下发流表。

二、实验环境

Ubuntu 20.04 Desktop amd64

三、实验要求

（一）基本要求

利用Mininet平台搭建下图所示网络拓扑，并连接OpenDaylight控制器；

通过Postman工具调用OpenDaylight提供的API下发流表，实现拓扑内主机h1和h3网络中断10s。

（二）进阶要求

查找资料，整理和记录ODL控制器主要的REST API文档，包括但不限于ODL提供的文档链接，获取拓扑的交换机、获取流表状态数量、获取特定交换机端口的状态、新增修改和删除流表等。

获取拓扑的交换机
http://127.0.0.1:8181/apidoc/explorer/index.html#!/network-topology(2013-07-12)/GET_network_topology_get_1

获取指定交换机信息
http://127.0.0.1:8181/apidoc/explorer/index.html#!/opendaylight-inventory(2013-08-19)/GET_node_get_5

获取特定交换机端口的状态
http://127.0.0.1:8181/apidoc/explorer/index.html#!/opendaylight-port-statistics(2013-12-14)/get_node_connector_statistics_post_0

流表的增删改查
http://127.0.0.1:8181/apidoc/explorer/index.html#!/opendaylight-inventory(2013-08-19)/GET_flow_get_198

获取交换机中某个流表信息

四、个人总结

这次任务较为简单，主要是掌握ODL和POSTMAN的操作。ODL的主要作用是提供远程控制器，使得主机可以通过交换机进通信。POSTMAN利用ODL提供的API进行下发流表操作，从而控制拓扑结构的运行和数据分发。

过程中让人比较头疼的是，ODL建立的拓扑一直ping不通，POSTMAN进行下发流表操作也一直失败。最后的解决方法是不停地retry（苦恼。

进阶部分，我通过查阅一些资料对API文档进行认识和分析，加深了对ODL的了解。