opendaylight

本文基于 OpenDaylight二层转发机制实验 而成 在SDN网络中，处于末端的主机并不知道其连接的网络是SDN，某台主机要发送数据包到另一台主机，仍然需要进行IP到MAC地址的ARP解析。SDN网络中由于引入了控制器的角色，其二层数据转发的机制与普通二层以太交换机洪泛+MAC地址学习机制存在很大的差异。当源IP要与目的IP通信时，会将ARP请求转发到控制器，由控制器帮助询问目的主机的MAC并将结果返回给源主机。 本实验在SDN环境中配置相同网段的两台主机，通过测试二者之间的数据转发来理解和掌握二层转发机制。 实验topu： 实验过程 启动OpenDaylight Helium 版本，进入目录，执行：./karaf。 等待五分钟左右，出现如上提示。 执行以下命令查看进程，默认监听端口为6633。 ps -ef|grep opendaylight netstat -anp|grep 6633 访问网站 通过游览器访问ODL的可视化网站，Helium版本： http://[ODL_host_ip]:8181/dlux/index.html。在运行ODL的主机上运行ifconfig获得ODL_host_ip 。 账户和密码，都是admin。 Mininet操作 登录Mininet虚拟机，检查/home/mininet目录下是否有topo-2sw_2host.py实验脚本

1. 解压安装OpenDayLight控制器（本次实验统一使用Beryllium版本）以及features安装 在做这次作业之前安装好了，没有截图emm 2. 用 Python脚本 搭建如下拓扑，连接OpenDayLight控制器 使用如下py文件创建拓扑。 #!/usr/bin/python from mininet.topo import Topo class MyTopo(Topo): def __init__(self): Topo.__init__(self) sw=self.addSwitch("s1") count=1; for i in range(3): h = self.addHost("h{}".format(count)) self.addLink(sw, h) count += 1 topos = {"mytopo": (lambda : MyTopo()) } 运行该拓扑，并将其连接至本地ODL控制器。6633指的是默认交换机端口。 进行pingall操作后控制器检测到主机，成功显示预期的拓扑图。 3. 在控制器提供的WEB UI中下发流表使h2 20s内ping不通h3，20s后恢复 下发流表项id为12的流表，hardtime设置为20 h1 ping h3中断20s 4. 借助Postman通过OpenDayLight的北向接口下发流表