链路聚合测试

1、 链路聚合测试环境F0/1F0/3 3560-2 F0/13560-1 F0/3 F0/17 F0/19 F0/1 F0/3 3560-2 根 F0/9 F0/11目的对两台3560连接线路做链路聚合，测试链路聚合过程中具体匹配一致性的因素实验一、端口模式匹配问题是否会影响链路聚合环境：采用 on 捆绑模式若3560-1的F0/1处于access 模式，F0/3处于trunk模式结果： 我们可以通过show etherchannel summary命令查看端口捆绑是否成功测试结果很明显：端口绑定失败了，因为F0/3口被抑制了下面我们具体解释一下这些状态的含义，之后就不做讲解了。D 表示链路聚合

2、失败P 该端口成功加入绑定的逻辑端口I 表示两点之间模式不匹配s 表示被抑制H 表示热备 仅限于LACP协商模式意思是做热备技术时会出现R 表示此逻辑接口为三层接口S 表示此逻辑接口是二层接口U表示 此逻辑接口正在被使用 并不能笼统的认为他是可以成功使用的f 表示同一交换机上两个端口形成同一个逻辑绑定端口时，另一个端口指错了逻辑绑定端口号M 不能使用 u 不合适的捆绑w 等待被捆绑d 未执行捆绑的端口解决办法思路：是因为F0/3的端口被抑制了，为什么会被抑制掉呢？我们看一下端口的配置命令吧大家请看，他的接口模式与F0/1的端口模式不匹配吧，很明显，该端口应该为trunk口，我们改成trunk

3、模式看一下结果，怎么改端口模式我就不说了，相信大家都会。大家请看 只有你绑定的两个物理端口全部是P的状态才可以认为绑定成功结论 一 端口模式不同会影响链路聚合，使其失败实验二 Trunk 封装的方式是否会影响端口绑定成功和失败 环境 ： 大家都知道trunk 封装方式有两种，动态协商trunk封装方式为isl 而另一种封 装方式是802.1q。我们在同一台交换机下的两个端口一个封装isl，另一个封装 dot1q 结果：结果反映F0/3口被抑制，端口绑定失败解决办法：首先查端口配置命令很明显 他们的trunk封装协议不匹配，由于线网中都是用dot1q 我们就都使用dot1q吧改完之后我们看一下结

4、果出现了逻辑端口Po1 down的问题，我们猜想一下是不是该逻辑端口down的问题，我们先将此逻辑端口关闭，再开启试一下吧。弹出的这些日志说明了什么呢？说明了这个Po1逻辑端口采用的isl封装方式，而两个物理端口采用的是dot1q的封装方式，由于原先有一个端口采用isl封装，这个逻辑端口默认也启用了这种封装方式，当你改变物理端口封装方式时，会由于物理端口trunk封装方式与逻辑端口的不一致，也会形成绑定失败，大家要注意哦下面我们再改一下吧我们看一下结果吧结论 二 无论是物理端口与物理端口之间还是物理端口与逻辑端口之间的trunk 封装方式不匹配都会影响链路聚合的建立，建议封装方式为dot1q，

5、而且在接口模式下关闭trunk协商功能 实验三 Trunk 中native vlan 不一致是否会影响链路聚合环境首先我们创建一个vlan 2 作为F0/1端口的native vlan ，而F0/3还是默认的vlan 1我们先修改F0/1的native vlan结果结果显示 F0/1 接口被抑制，链路聚合失败解决办法查询F0/1端口的配置与F0/3接口配置的一致性我们发现 trunk 接口F0/1端口的native vlan 与 F0/3的不匹配，我们重新改成原先的vlan1试一下吧结果显示 捆绑成功结论 三 同一交换机两物理接口的trunk native vlan 不一致会影响其链路聚合实验

6、四 同一将换机上的两个物理接口所允许的vlan不一致是否会影响链路聚合环境： 假设trunk接口F0/1允许vlan 1，2，100 trunk接口F0/3允许vlan 1，100 结果解决办法：我们还是查看他们的配置是否一致我们发现同一交换机上的两个物理端口所允许的vlan不一致，我们修改一下试试吧，我们为F0/3增加一个允许vlan 2这些行为意思是如果原先没有任何vlan被允许，你可以使用第一个Add 表示在原先所允许vlan的基础上增加All 表示允许所有Except 表示出了这些之外其余的被允许None 表示一个都不允许Remote 表示在原先允许的基础上移除一些vlan我们查看一下

7、结果吧结果显示 成功结论 四 同一将换机上的两个trunk 端口所允许的vlan不一致会影响其链路聚合实验五 Trunk协商方式的开启与关闭是否会影响其链路聚合环境：我们众所周知 两台交换机之间连线之后，他们会自动将连接的端口协商成trunk，这叫trunk 协商 ，而trunk协商方式有很多种，像on off，desraible auto ，这里我就不一一介绍了，详情请看我所发布的trunk协商文档假如 这台交换机上的F0/1的trunk协商我关闭了，而另一个端口的协商方式我没有做任何处理通过此命令我们可以改变我们看一下改变后的结果结果：结果显示链路捆绑失败解决办法我们查看一下他们的命令吧F

8、0/1口的trunk协商方式改为的desirable与F0/2的方式on 不一致吧 我们把它改回来吧很简单吧 我们吧他no掉就好了吧注意 ：no掉配置之后重新将此接口配置为trunk 口 关闭其trunk 协商 结果：我们发现端口绑定成功结论五 trunk动态协商的开启与关闭会影响链路聚合实验六 同一交换机上两个access端口，进行捆绑的话，若他们加入的vlan不一致，是否 会影响其链路聚合环境：我们在同一交换机上的F0/1和F0/3将其置为access模式，将F0/1划进vlan2，将F0/3 划进vlan 3。结果：结果显示：捆绑失败，F0/3端口被抑制解决办法查询端口配置我们可以发现，

9、他们所处的vlan不一致，我们修改一下试试吧大家请看当我改变其物理端口F0/1的所属vlan时，逻辑端口Po1还是处于down状态，原因是因为Po1与物理借口所属vlan不一致 我们修改一下吧，然后再次看一下结果我们发现其逻辑端口绑定成功结论 六 同一交换机上两个access端口，进行捆绑的话，若他们加入的vlan不一致，会影 响其链路聚合实验七 当我们使用动态方式(lacp或pagp)捆绑时，同一交换机上的两个端口配置模式不匹配是否会影响链路聚合注意：捆绑是看同一交换机上的模式是否匹配 Etherchannel 是协商我这个交换机与另一个交换机的逻辑端口是否能协商成逻辑通 道环境在这一交换机

10、上的F0/1上采用passive模式，F0/3口采用passive模式。结果 大家请看，出现了接口下的I 状态，说明两端口模式不匹配，我们应该怎么调节才会端口两端模式匹配呢？经过测试，以下是测试结果动态模式捆绑两端口间模式匹配问题Lacp 模式的匹配问题主动收发 只收不发OnactivepassiveOn××Active×Passive××Pagp 模式的匹配问题主动收发只收不发On desirableautoOn ××desirable × auto××总结：一端是on 另一端必须是on 一端

11、是active 另一端是active 或 passive一端是passive 另一端肯定是active 好了我们开始调整借口状态了，调整F0/1的借口状态为active过了一会这就说明我们配置动态的时候，不仅仅是你这个交换机的两个端口配置模式匹配，对方的交换机接口模式也必须匹配。我们在试一下吧我们在对面的接口配置一样的我们看一下结果我们发现F0/3是被抑制掉的，我们可得出这样的结论，不只是己方的端口配置模式匹配，而且要与对端的接口配置匹配结果：所以建议大家双方借口配置动态端口捆绑模式时，双方配置为active或desirble。结论 七 不只是己方的端口配置模式匹配，而且要与对端的相连接的接口

12、模式匹配，才能成功捆绑实验八 假如我这个端口被作为端口镜像的目的端口，此端口还能被捆绑么？环境将F0/1口做作为一个镜像端口目的口，F0/3端口正常结果结果显示链路聚合中F0/1处于down状态，经过show之后我们发现f0/1借口监听状态导致的逻辑down，我们改过来看看吧结果显示 成功绑定结论八 假如我这个端口被作为端口镜像的目的端口，此端口不能被捆绑实验九 当一个接口处于uplink fast角色时，他还能被捆绑么？环境 ：我们配置F0/1接口uplink fast首先我们先说一下uplinkfast的作用：一般情况下根桥在分布层，只能用在接入层，用于去往根桥的另一条链路，若这个断了，立马切换到我侦听的这个，不需要30s了。我们可以这样理解，uplinkfast侦听的这个接口是BLW的模式吧，我们看一下那些接口阻塞了这里我们采用 F0/17 和F0/19做端口捆绑结果：虽然我们绑定成功了，但是过了一会后会由于这个特性，导致以上这些问题我们将其删除之后，另外需要注意的是，当端口出现err-disable之后，正常情况下我们可将此端口关闭再开启，此状态消失但是：他们还是处于这个状态的原因是etherchannal抑制。解决办法：将端口下的所以命令清空，用另一个port-ch