遇到这种问题时,小编给大家总结了如下的定位思路,屡试不爽哦:
具体的定位步骤,请小伙伴们往下瞧:
成员口物理状态UP是Eth-Trunk正常工作的前提。
通过命令display eth-trunk
查看Eth-Trunk接口下的成员口信息。如果成员口在Eth-Trunk下的状态为Down,请参见这篇《以太网接口物理DOWN故障专题》文章哦。
通过命令display eth-trunk
查看Eth-Trunk
接口下是否配置了活动接口数目的下限阈值。如果Eth-Trunk
接口下UP
的成员口数目少于配置的活动接口数目的下限阈值时,Eth-Trunk
状态会变为Down
。
下述回显中Least Active-linknumber
代表处于Up状态的成员链路的下限阈值为3,而Eth-Trunk
接口下UP的成员口数目为1,UP的成员数目少于活动接口数目的下限阈值,因此Eth-Trunk
状态Operate status
为Down。
另外,小伙伴们注意啦,缺省情况下,Eth-Trunk活动接口数目下限阈值为1,可以通过命令least active-linknumber link-number
配置链路聚合组活动接口数目的下限阈值。
同样滴,小编也总结了这类故障的定位思路哦:
成员口物理状态UP是被Eth-Trunk选中的前提。
通过命令display eth-trunk
查看Eth-Trunk接口下的成员口信息。如果成员口在Eth-Trunk下的状态为Down,和上面一样,请小伙伴们先排除接口故障的原因。
查看Eth-Trunk两端配置是否对等。因涉及到设备LACP报文的协商,需要两端都配置为LACP模式。
通过命令行display eth-trunk
查看Eth-Trunk下是否配置了活动接口数目的上限阈值和下限阈值。如果Eth-Trunk接口下UP的成员口数目少于配置的活动接口数目的下限阈值,则Eth-Trunk状态会变为Down。
缺省情况下,Eth-Trunk活动接口数目下限阈值为1,可以通过命令least active-linknumber _link-number_
配置;活动接口数目上限阈值为8,可以通过命令max active-linknumber _link-number_
配置。
如果在配置此命令前已经配置了least active-linknumber
命令,则需要保证此命令所配置的上限阈值大于或等于least active-linknumber
命令中设置的下限阈值。
通过命令行display lacp statistics eth-trunk
查看Eth-Trunk成员口下的LACP协商报文收发是否正常。
报文增长数目同Eth-Trunk接口下配置的报文超时时间相关:
❝报文增长数目与Eth-Trunk接口下配置的报文超时时间相关,可以在Eth-Trunk接口视图下执行
lacp timeout { fast | slow }
命令配置LACP模式下Eth-Trunk接口接收LACP协议报文的超时时间。”
配置fast的超时时间后,对端发送LACP报文的周期为1秒,响应性能好,但占用系统资源相对slow参数情况较大; 配置slow的超时时间后,对端发送LACP报文的周期为30秒,响应性较fast低一些,但占用系统资源也比较少。两端配置的超时时间可以不一致,但为了便于维护,建议用户配置一致的LACP协议报文超时时间。 如果接收的LACP协议报文计数增长不正确,则检查是对端设备没有发出还是被本端设备收到后丢弃;如果本端收到的LACP报文计数不正确,需要检查为什么本端口没有正常接收LACP协议报文。
同样滴,小编也总结了这类故障的定位思路哦:
确认通过Eth-Trunk接口转发的报文特征和配置的负载分担方式是否匹配。如果不匹配,例如转发报文的MAC地址变化,而设置的负载分担方式为src-ip,则无法负载分担。
可通过以下几个步骤检查和修改:
❝说明:MAC表中没有该报文的目的MAC地址,则该报文为非已知单播报文。
”
根据上一步确认的报文转发方式(已知单播还是非已知单播)查看Eth-Trunk接口的负载分担方式。
查看已知单播的负载分担方式
通过命令display eth-trunk
查看Hash arithmetic
字段确认配置的负载分担方式,也可以通过在Eth-Trunk接口视图下执行display this命令来查看。
❝负载分担方式参数说明:
”
SIP表示源IP地址,DIP表示目的IP地址,SA表示源MAC地址,DA表示目的MAC地址。 SIP-XOR-DIP表示根据源IP地址与目的IP地址进行异或运算选择出接口。 SA-XOR-DA表示根据源MAC地址与目的MAC地址进行异或运算选择出接口。ENHANCED表示应用了增强负载分担模板,根据增强模板中各类报文指定的负载分担方式运算选择出接口。 如果负载分担方式为ENHANCED,则需进一步查看增强模板的负载分担方式。
增强负载分担方式全局只有一个模板,对已知单播和非已知单播同样生效,针对不同报文类型选取不同的字段进行HASH计算。
可以执行命令display load-balance-profile
查看针对每一种特征报文的负载分担方式,其中HashField
代表配置的负载分担模式。
对于非已知单播,执行命令display current-configuration | include unknown-unicast load-balance
查看非已知单播的负载分担方式。缺省情况下,设备基于报文的源MAC地址和目的MAC地址对非已知单播进行负载分担。
如果报文特征与当前负载分担方式不匹配,可以根据现网流量模型修改负载分担方式。流量中该参数变化越频繁,选择此负载分担模式的流量就越均衡。 例如:仅单台PC测试时,由于源IP地址和源MAC地址不变,只是目的IP地址和目的MAC地址变化,此时选择的负载分担方式为基于源IP地址或源MAC地址,则流量不能负载分担,需要修改为基于目的IP地址或目的MAC地址的负载分担方式。 如果报文是已知单播,修改命令如下:
<HUAWEI> system-view
[HUAWEI] interface Eth-Trunk 1
[HUAWEI-Eth-Trunk1] load-balance dst-mac
[HUAWEI-Eth-Trunk1] quit
如果报文是非已知单播,修改命令如下:
<HUAWEI> system-view
[HUAWEI] unknown-unicast load-balance dmac
如果采用的负载分担方式为增强模式,则需要查看根据报文类型(如IPv4、IPv6、MPLS、L2)来修改增强模板中对应报文类型的负载分担方式。 例如:修改增强模板“test”中IPv4报文负载分担方式为dip。
<HUAWEI> system-view
[HUAWEI] load-balance-profile test
[HUAWEI-load-balance-profile-test] ipv4 field dip
[HUAWEI-load-balance-profile-test] quit
当Eth-Trunk接口下选中的成员口个数为2的指数倍时,流量负载分担更均衡。
执行命令display eth-trunk
查看被选中的成员接口,Eth-Trunk接口下被选中成员端口的识别方法为:
如果是非已知单播报文,该步不需要执行。
Eth-Trunk接口默认已使能本地优先转发功能。即堆叠/集群场景下,从一个堆叠/集群成员设备端口进入的报文,出端口若为Eth-Trunk,在本框有该Eth-Trunk的成员口,且成员口无故障时只会从该框上的Eth-Trunk成员口转发,不会从其它堆叠/集群成员的Eth-Trunk成员口转发。
此情况下可以使用如下命令去使能本地优先转发功能。
<HUAWEI> system-view
[HUAWEI] interface Eth-Trunk 1
[HUAWEI-Eth-Trunk1] undo local-preference enable
[HUAWEI-Eth-Trunk1] quit
流量本地优先转发功能只对已知单播有效,对广播、组播和未知单播均不生效。
本期的故障定位招数已经给大家分享完了,相信小伙伴们再遇到Eth-Trunk故障时,可以轻松应对了。以后再有故障类的案例,小编再给大家分享哦,拜拜。~~~
联系客服