SDN第五次上机作业

实验目的

1、搭建如下拓扑并连接控制器

2、下发相关流表和组表实现负载均衡

3、抓包分析验证负载均衡

实验过程

1、搭建如下拓扑并连接控制器

1230085-20171229150635054-1078614940.png

2、下发相关流表和组表实现负载均衡

ovs-ofctl dump-flows s2 –O OpenFlow13、sudo ovs-ofctl dump-flows s3 –O OpenFlow13查看s2、s3的流表。

1230085-20180103191457737-820179244.png

上下发组表,使用sudo ovs-ofctl dump-groups s1 –O OpenFlow13在OVS内确认组表下发成功

1230085-20180103191515659-1528105370.png

S1的流表项后可以通过pingall操作测试连通性,这时候h1应该是无法和h2,h3,h4全部ping通的,因为S2和S3所在的两条路径数据包都被丢弃了。

1230085-20180103191532659-1466766075.png

S2和S3上下发两条优先级更高的流表。然后pingall

1230085-20180103191544534-1551642654.png

由于这时候S4上没有自S2与S3所在两条路径来的数据包的流表项,所以还是不能完全ping通,在S4上下发9条流表项使h1能ping通h2,h3,h4 (具体的对应关系要通过mininet中links命令查看决定转发至哪个端口),用links查看流表项对应关系。

1230085-20180103191559206-298752161.png

下发九条流表(第九条的截图)

1230085-20180103191656237-101199539.png

下发九条表以后再pingall

1230085-20180103191645065-240664337.png

3.利用Wireshark验证负载均衡的实现

启动wireshark以后用h1 ping h3,再抓包,在这里遇到了一些问题,然后问了助教,也没有真正的解决。

1230085-20180103191711018-1817912573.png

1230085-20180103191727659-655822004.png

转载于:https://www.cnblogs.com/karen-m/p/8144599.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值