别再烦恼!教你如何迅速定位Eth-Trunk故障,轻松搞定网络问题!

网络
如何定位手工负载分担模式Eth-Trunk不能U呢P?遇到这种问题时,小编给大家总结了如下的定位思路,屡试不爽。

一、如何定位手工负载分担模式Eth-Trunk不能UP?

遇到这种问题时,小编给大家总结了如下的定位思路,屡试不爽哦:

  • 查看手工Eth-Trunk成员口物理状态是否UP;
  • 查看Eth-Trunk接口下是否配置活动接口数目的下限阈值。

具体的定位步骤,请小伙伴们往下瞧:

步骤1:检查成员口物理状态是否UP

成员口物理状态UP是Eth-Trunk正常工作的前提。

通过命令display eth-trunk查看Eth-Trunk接口下的成员口信息。如果成员口在Eth-Trunk下的状态为Down,请参见这篇《以太网接口物理DOWN故障专题》文章哦。

步骤2 :检查Eth-Trunk接口下的配置

通过命令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配置链路聚合组活动接口数目的下限阈值。

二、如何定位LACP模式Eth-Trunk协商不成功?

同样滴,小编也总结了这类故障的定位思路哦:

  • 查看Eth-Trunk成员口物理状态是否UP;
  • 查看Eth-Trunk接口下是否配置链路聚合带宽接口数的上限阈值;
  • 查看Eth-Trunk成员口是否能够正常收发LACP报文。

步骤1: 检查成员口物理状态是否UP

成员口物理状态UP是被Eth-Trunk选中的前提。 通过命令display eth-trunk查看Eth-Trunk接口下的成员口信息。如果成员口在Eth-Trunk下的状态为Down,和上面一样,请小伙伴们先排除接口故障的原因。

步骤2: 检查Eth-Trunk接口下的配置

查看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命令中设置的下限阈值。

步骤3: 检查Eth-Trunk成员口的LACP报文收发是否正常

通过命令行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接口下流量负载分担不均?

同样滴,小编也总结了这类故障的定位思路哦:

  • 确认报文特征与负载分担方式是否匹配;
  • 检查选中的成员接口个数是否为2的指数倍;
  • 检查是否存在堆叠/集群跨框Eth-Trunk。

步骤1: 确认报文特征与负载分担方式是否匹配

确认通过Eth-Trunk接口转发的报文特征和配置的负载分担方式是否匹配。如果不匹配,例如转发报文的MAC地址变化,而设置的负载分担方式为src-ip,则无法负载分担。

可通过以下几个步骤检查和修改:

(1) 确认报文特征

  • 确定报文的转发方式:已知单播和非已知单播的转发流程不同,且默认的负载分担算法也不同,所以需要先确认转发报文是已知单播还是非已知单播。
  • 确定报文的变化因子:确定报文变化的是报文的MAC地址、IP地址或者Label等
  • 确定报文的类型:确定报文为IP报文、MPLS报文或者二层报文等。

说明:MAC表中没有该报文的目的MAC地址,则该报文为非已知单播报文。

(2) 检查Eth-Trunk接口的负载分担方式。

根据上一步确认的报文转发方式(已知单播还是非已知单播)查看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地址对非已知单播进行负载分担。

(3) 确认转发的报文特征与负载分担方式是否匹配

如果报文特征与当前负载分担方式不匹配,可以根据现网流量模型修改负载分担方式。流量中该参数变化越频繁,选择此负载分担模式的流量就越均衡。 例如:仅单台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

步骤2:检查选中的成员接口个数是否为2的指数倍

当Eth-Trunk接口下选中的成员口个数为2的指数倍时,流量负载分担更均衡。 执行命令display eth-trunk查看被选中的成员接口,Eth-Trunk接口下被选中成员端口的识别方法为:

  • 在LACP模式下(V100R006C03/V100R006C05/V200R001版本,WorkingMode为STATIC,V200R002及之后版本,WorkingMode为LACP),Status为Selected的接口。
  • 在手工模式下(WorkingMode为NORMAL),Status为Up的接口。

步骤3:检查是否存在堆叠/集群跨框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故障时,可以轻松应对了。以后再有故障类的案例,小编再给大家分享哦,拜拜。~~~

责任编辑:赵宁宁 来源: 攻城狮成长日记
相关推荐

2009-04-23 13:58:52

路由器定位故障

2010-08-10 11:19:28

路由器故障

2010-07-29 08:41:11

路由器故障

2016-09-09 01:07:06

数据中心容量规划数据中心

2010-08-30 09:27:20

2019-06-25 08:04:32

TCPIP网络故障

2009-09-13 20:28:38

Linq插入数据

2023-10-09 22:44:51

调试代码

2018-06-14 09:28:46

2021-04-08 05:58:45

Excel数据技巧

2020-12-08 10:32:15

Python邮件tcp

2018-09-20 11:54:31

数据库MySQL性能优化

2017-01-06 08:47:53

2009-01-08 09:50:00

2017-09-10 10:58:19

全闪存

2013-10-12 16:23:05

Linux运维备份

2023-10-06 20:52:47

2017-11-29 18:31:27

Linux命令

2009-07-27 09:36:49

Windows命令网络故障排除

2009-12-25 10:20:24

ADSL接入网设备
点赞
收藏

51CTO技术栈公众号