一、如何定位手工負載分擔模式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故障時，可以輕松應對了。以后再有故障類的案例，小編再給大家分享哦，拜拜。~~~