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

1.基础要求
a)Mininet拓扑生成并连接控制器的结果

b)Mininet中ping测试截图并体现个人信息

2.进阶要求
整理和记录ODL控制器主要的REST API文档

• ODL提供的文档链接（Rest API文档）127.0.0.1:8181/apidoc/explorer/index.html
• 获取拓扑的交换机
  链接：127.0.0.1:8181/apidoc/explorer/index.html#!/network-topology(2013-07-12)/GET_network_topology_get_1
  
• 流表的信息统计
  链接：127.0.0.1:8181/apidoc/explorer/index.html#!/opendaylight-inventory(2013-08-19)/GET_flow_statistics_get_282
  
• 流表的增删改查
  链接：127.0.0.1:8181/apidoc/explorer/index.html#!/opendaylight-inventory(2013-08-19)/GET_flow_get_215
  
• 组表的查看
  链接：127.0.0.1:8181/apidoc/explorer/index.html#!/opendaylight-inventory(2013-08-19)/GET_group_get_141
  
• 获取交换机中某个流表的信息
  链接：127.0.0.1:8181/apidoc/explorer/index.html#!/opendaylight-inventory(2013-08-19)/GET_table_get_211
  
• 获取特定交换机端口的状态
  链接：127.0.0.1:8181/apidoc/explorer/index.html#!/opendaylight-port-statistics(2013-12-14)/get_node_connector_statistics_post_0
  
  
• 获取指定交换机的信息
  链接：127.0.0.1:8181/apidoc/explorer/index.html#!/opendaylight-inventory(2013-08-19)/GET_node_get_5
  
  3.个人总结
  a）实验感想
  本次实验难度不大，问题主要是出在对于接口调试工具postman使用操作上的不熟悉。通过进一步地学习，掌握了怎样使用Postman工具调用ODL API接口下发流表从而实现拓扑内主机h1和h3网络中断10s。在进阶部分，通过查找资料，学习了ODL控制器主要的REST API文档，包括获取流表状态数量、获取拓扑的交换机、获取特定交换机端口的状态、新增修改和删除流表等等。
  b）实验过程中问题及解决办法
• 要记得先在Mininet CLI中运行h1 ping h3，再在Postman处选择动作PUT
• 流规则优先级设大一些
• 先在Mininet上pingall才会在ODL 的用户界面看到主机
• 要根据实际控制器部署地址修改ip，如果在本地才是127.0.0.1
  c)关键步骤记录
• 启动ODL
  
  
• 启动完成后打开浏览器访问http://127.0.0.1:8181/index.html 进入ODL图形化界面，用户名和密码均为admin
  
• 打开Postman接口调试工具
  
• 清楚旧的流规则（标识为openflow:1的交换机）
  DELETE
  URL：
  http://127.0.0.1:8181/restconf/config/opendaylight-inventory:nodes/node/openflow:1/
  
• 通过Postman工具调用OpenDaylight提供的API下发流表
  PUT
  URL：
  http://127.0.0.1:8181/restconf/config/opendaylight-inventory:nodes/node/openflow:1/flow-node-inventory:table/0/flow/1
• 以JSON格式填入流表内容

"flow": [
{
"id": "1",
"match": {
"in-port": "1",
"ethernet-match": {
"ethernet-type": {
"type": "0x0800"
}
},
"ipv4-destination": "10.0.0.3/32"
},
"instructions": {
"instruction": [
{
"order": "0",
"apply-actions": {
"action": [
{
"order": "0",
"drop-action": {}
} ] } } ]
},
"flow-name": "flow1",
"priority": "65535",
"hard-timeout": "10",
"cookie": "2",
"table_id": "0"
} ] }

• 使用Postman模拟http请求下发硬超时流规则,实现拓扑内主机h1和h3网络中断10s（参考资料：https://www.sdnlab.com/22563.html）
  idle timeout：软超时，如果值为非0，那么在对应的时间内如果没有数据包匹配，时间到该流规则将被删除；值为0不设软超时机制。
  hard timeout：硬超时，如果值为非0，那么在对应的时间内不论是否有数据包匹配，时间到流规则都会被删除；值为0不设硬超时机制。