基础实验：VSR配置链路聚合

之前分享了一篇关于链路捆绑的文档（mp.weixin.qq.com/s?__biz=MzI4NjAzMTk3MA==&mid=2458844200&idx=1&sn=4cff3588882920ca62dad4d93c6282aa&chksm=fc997525cbeefc33f41d8019cec830f49be46c44ad5a7ce4297ad524d6617779ea193cf69cec&scene=21#wechat_redirect" data-linktype="2" style="visibility: visible">PPP MP：多链路协议），文中详细介绍了多链路捆绑是如何工作的，实际上就是一种跨多个逻辑数据链路拆分、重组和排序数据报文的方法。尔后我又用了多篇文章来测试虚拟机或模拟器的性能，期待找到一个能测试链路聚合效果的模拟器，但是很失望，几乎所有设备的接口都不支持强制转发速率而且转发性能大打折扣。

看来用低端的设备向上升速不容易，那就只能用高端的设备向下降速了。所以本次实验选用了VSR设备，首先看一下两台测试主机直连的转发带宽。

测得带宽为10.1 Gbps，也就是万兆的转发性能，也就是服务器的转发性能是10 Gbps。

然后我们把两台测试主机接到一台VSR设备上，测试一下VSR的三层转发性能。组网示意图如下：

转发带宽为6.91 Gbps，比二层转发性能低一些，可以理解。

接下来我们在两台设备中间再串一台VSR。

再测试一下转发性能。

性能又稍微降了一点，现在是4.99 Gbps。

我们在VSR1和VSR2的互联接口上配置限速1 Gbps。

qos lr outbound cir 1024000

再测试一下。

带宽被限到了1.03 Gbps。

此时将VSR1和VSR2之间的链路扩展为2条。

配置link03和link06做三层链路聚合，并且每个端口限速为1 Gbps。

#interface Route-Aggregation1 ip address 12.1.1.2 255.255.255.0#interface GigabitEthernet2/0 qos lr outbound cir 1024000 cbs 64000000 ebs 0 port link-aggregation group 1#interface GigabitEthernet4/0 qos lr outbound cir 1024000 cbs 64000000 ebs 0 port link-aggregation group 1

查看聚合组的成员状态，确认状态为S选中状态，如果不是S，需要检查配置。

为提高流量负载到两条链路的概率，我们把打流线程数设置为20，看一下带宽情况。

还是只有1个G，为什么呢？

这里就要提一下聚合组的负载分担类型了，设备支持按照以下参数进行负载分担。

而在缺省情况下，设备只按照源IP地址和目的IP地址进行负载分担，这就明确了，虽然我打了20条流，但是源目IP地址都是一样的，但是在启动的时候我们可以看到源端口号是不一样的。

这就好办了，修改一下聚合组内的负载分担类型，修改为源端口的方式。

link-aggregation load-sharing mode source-port

再测试看一下。

Nice，带宽上升到2 Gbps了。

一般来讲，我们在配置的时候是要求两个成员端口的配置是完全相同的，否则会出现无法选中的情况。但是实际上是区分属性类配置和协议类配置的，只有与对应聚合接口的属性类配置完全相同的成员端口才能够成为选中端口，如端口隔离配置、QinQ配置和VLAN配置等；其他的协议类配置即使不同，也是没有影响的，如MAC地址学习、生成树等。

本案例中，我们的为每个接口配置了限速1 Gbps，最后得到聚合端口的带宽为2 Gbps。我们测试一下把限速配置到聚合口下面带宽是多大。