自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

別再煩惱!教你如何迅速定位Eth-Trunk故障,輕松搞定網(wǎng)絡(luò)問題!

網(wǎng)絡(luò)
如何定位手工負(fù)載分擔(dān)模式Eth-Trunk不能U呢P?遇到這種問題時(shí),小編給大家總結(jié)了如下的定位思路,屢試不爽。

一、如何定位手工負(fù)載分擔(dān)模式Eth-Trunk不能UP?

遇到這種問題時(shí),小編給大家總結(jié)了如下的定位思路,屢試不爽哦:

  • 查看手工Eth-Trunk成員口物理狀態(tài)是否UP;
  • 查看Eth-Trunk接口下是否配置活動(dòng)接口數(shù)目的下限閾值。

具體的定位步驟,請小伙伴們往下瞧:

步驟1:檢查成員口物理狀態(tài)是否UP

成員口物理狀態(tài)UP是Eth-Trunk正常工作的前提。

通過命令display eth-trunk查看Eth-Trunk接口下的成員口信息。如果成員口在Eth-Trunk下的狀態(tài)為Down,請參見這篇《以太網(wǎng)接口物理DOWN故障專題》文章哦。

步驟2 :檢查Eth-Trunk接口下的配置

通過命令display eth-trunk查看Eth-Trunk接口下是否配置了活動(dòng)接口數(shù)目的下限閾值。如果Eth-Trunk接口下UP的成員口數(shù)目少于配置的活動(dòng)接口數(shù)目的下限閾值時(shí),Eth-Trunk狀態(tài)會(huì)變?yōu)镈own。

下述回顯中Least Active-linknumber代表處于Up狀態(tài)的成員鏈路的下限閾值為3,而Eth-Trunk接口下UP的成員口數(shù)目為1,UP的成員數(shù)目少于活動(dòng)接口數(shù)目的下限閾值,因此Eth-Trunk狀態(tài)Operate status為Down。

另外,小伙伴們注意啦,缺省情況下,Eth-Trunk活動(dòng)接口數(shù)目下限閾值為1,可以通過命令least active-linknumber link-number配置鏈路聚合組活動(dòng)接口數(shù)目的下限閾值。

二、如何定位LACP模式Eth-Trunk協(xié)商不成功?

同樣滴,小編也總結(jié)了這類故障的定位思路哦:

  • 查看Eth-Trunk成員口物理狀態(tài)是否UP;
  • 查看Eth-Trunk接口下是否配置鏈路聚合帶寬接口數(shù)的上限閾值;
  • 查看Eth-Trunk成員口是否能夠正常收發(fā)LACP報(bào)文。

步驟1: 檢查成員口物理狀態(tài)是否UP

成員口物理狀態(tài)UP是被Eth-Trunk選中的前提。 通過命令display eth-trunk查看Eth-Trunk接口下的成員口信息。如果成員口在Eth-Trunk下的狀態(tài)為Down,和上面一樣,請小伙伴們先排除接口故障的原因。

步驟2: 檢查Eth-Trunk接口下的配置

查看Eth-Trunk兩端配置是否對等。因涉及到設(shè)備LACP報(bào)文的協(xié)商,需要兩端都配置為LACP模式。 通過命令行display eth-trunk查看Eth-Trunk下是否配置了活動(dòng)接口數(shù)目的上限閾值和下限閾值。如果Eth-Trunk接口下UP的成員口數(shù)目少于配置的活動(dòng)接口數(shù)目的下限閾值,則Eth-Trunk狀態(tài)會(huì)變?yōu)镈own。

缺省情況下,Eth-Trunk活動(dòng)接口數(shù)目下限閾值為1,可以通過命令least active-linknumber _link-number_配置;活動(dòng)接口數(shù)目上限閾值為8,可以通過命令max active-linknumber _link-number_配置。

如果在配置此命令前已經(jīng)配置了least active-linknumber命令,則需要保證此命令所配置的上限閾值大于或等于least active-linknumber命令中設(shè)置的下限閾值。

步驟3: 檢查Eth-Trunk成員口的LACP報(bào)文收發(fā)是否正常

通過命令行display lacp statistics eth-trunk查看Eth-Trunk成員口下的LACP協(xié)商報(bào)文收發(fā)是否正常。

報(bào)文增長數(shù)目同Eth-Trunk接口下配置的報(bào)文超時(shí)時(shí)間相關(guān):

報(bào)文增長數(shù)目與Eth-Trunk接口下配置的報(bào)文超時(shí)時(shí)間相關(guān),可以在Eth-Trunk接口視圖下執(zhí)行l(wèi)acp timeout { fast | slow }命令配置LACP模式下Eth-Trunk接口接收LACP協(xié)議報(bào)文的超時(shí)時(shí)間。

  • 配置fast的超時(shí)時(shí)間后,對端發(fā)送LACP報(bào)文的周期為1秒,響應(yīng)性能好,但占用系統(tǒng)資源相對slow參數(shù)情況較大;
  • 配置slow的超時(shí)時(shí)間后,對端發(fā)送LACP報(bào)文的周期為30秒,響應(yīng)性較fast低一些,但占用系統(tǒng)資源也比較少。兩端配置的超時(shí)時(shí)間可以不一致,但為了便于維護(hù),建議用戶配置一致的LACP協(xié)議報(bào)文超時(shí)時(shí)間。
  • 如果接收的LACP協(xié)議報(bào)文計(jì)數(shù)增長不正確,則檢查是對端設(shè)備沒有發(fā)出還是被本端設(shè)備收到后丟棄;如果本端收到的LACP報(bào)文計(jì)數(shù)不正確,需要檢查為什么本端口沒有正常接收LACP協(xié)議報(bào)文。

三、如何定位Eth-Trunk接口下流量負(fù)載分擔(dān)不均?

同樣滴,小編也總結(jié)了這類故障的定位思路哦:

  • 確認(rèn)報(bào)文特征與負(fù)載分擔(dān)方式是否匹配;
  • 檢查選中的成員接口個(gè)數(shù)是否為2的指數(shù)倍;
  • 檢查是否存在堆疊/集群跨框Eth-Trunk。

步驟1: 確認(rèn)報(bào)文特征與負(fù)載分擔(dān)方式是否匹配

確認(rèn)通過Eth-Trunk接口轉(zhuǎn)發(fā)的報(bào)文特征和配置的負(fù)載分擔(dān)方式是否匹配。如果不匹配,例如轉(zhuǎn)發(fā)報(bào)文的MAC地址變化,而設(shè)置的負(fù)載分擔(dān)方式為src-ip,則無法負(fù)載分擔(dān)。

可通過以下幾個(gè)步驟檢查和修改:

(1) 確認(rèn)報(bào)文特征

  • 確定報(bào)文的轉(zhuǎn)發(fā)方式:已知單播和非已知單播的轉(zhuǎn)發(fā)流程不同,且默認(rèn)的負(fù)載分擔(dān)算法也不同,所以需要先確認(rèn)轉(zhuǎn)發(fā)報(bào)文是已知單播還是非已知單播。
  • 確定報(bào)文的變化因子:確定報(bào)文變化的是報(bào)文的MAC地址、IP地址或者Label等
  • 確定報(bào)文的類型:確定報(bào)文為IP報(bào)文、MPLS報(bào)文或者二層報(bào)文等。

說明:MAC表中沒有該報(bào)文的目的MAC地址,則該報(bào)文為非已知單播報(bào)文。

(2) 檢查Eth-Trunk接口的負(fù)載分擔(dān)方式。

根據(jù)上一步確認(rèn)的報(bào)文轉(zhuǎn)發(fā)方式(已知單播還是非已知單播)查看Eth-Trunk接口的負(fù)載分擔(dān)方式。

查看已知單播的負(fù)載分擔(dān)方式:

通過命令display eth-trunk查看Hash arithmetic字段確認(rèn)配置的負(fù)載分擔(dān)方式,也可以通過在Eth-Trunk接口視圖下執(zhí)行display this命令來查看。

負(fù)載分擔(dān)方式參數(shù)說明:

  • SIP表示源IP地址,DIP表示目的IP地址,SA表示源MAC地址,DA表示目的MAC地址。
  • SIP-XOR-DIP表示根據(jù)源IP地址與目的IP地址進(jìn)行異或運(yùn)算選擇出接口。
  • SA-XOR-DA表示根據(jù)源MAC地址與目的MAC地址進(jìn)行異或運(yùn)算選擇出接口。ENHANCED表示應(yīng)用了增強(qiáng)負(fù)載分擔(dān)模板,根據(jù)增強(qiáng)模板中各類報(bào)文指定的負(fù)載分擔(dān)方式運(yùn)算選擇出接口。
  • 如果負(fù)載分擔(dān)方式為ENHANCED,則需進(jìn)一步查看增強(qiáng)模板的負(fù)載分擔(dān)方式。

增強(qiáng)負(fù)載分擔(dān)方式全局只有一個(gè)模板,對已知單播和非已知單播同樣生效,針對不同報(bào)文類型選取不同的字段進(jìn)行HASH計(jì)算。

可以執(zhí)行命令display load-balance-profile查看針對每一種特征報(bào)文的負(fù)載分擔(dān)方式,其中HashField代表配置的負(fù)載分擔(dān)模式。

對于非已知單播,執(zhí)行命令display current-configuration | include unknown-unicast load-balance查看非已知單播的負(fù)載分擔(dān)方式。缺省情況下,設(shè)備基于報(bào)文的源MAC地址和目的MAC地址對非已知單播進(jìn)行負(fù)載分擔(dān)。

(3) 確認(rèn)轉(zhuǎn)發(fā)的報(bào)文特征與負(fù)載分擔(dān)方式是否匹配

如果報(bào)文特征與當(dāng)前負(fù)載分擔(dān)方式不匹配,可以根據(jù)現(xiàn)網(wǎng)流量模型修改負(fù)載分擔(dān)方式。流量中該參數(shù)變化越頻繁,選擇此負(fù)載分擔(dān)模式的流量就越均衡。 例如:僅單臺(tái)PC測試時(shí),由于源IP地址和源MAC地址不變,只是目的IP地址和目的MAC地址變化,此時(shí)選擇的負(fù)載分擔(dān)方式為基于源IP地址或源MAC地址,則流量不能負(fù)載分擔(dān),需要修改為基于目的IP地址或目的MAC地址的負(fù)載分擔(dān)方式。 如果報(bào)文是已知單播,修改命令如下:

<HUAWEI> system-view
[HUAWEI] interface Eth-Trunk 1  
[HUAWEI-Eth-Trunk1] load-balance dst-mac  
[HUAWEI-Eth-Trunk1] quit

如果報(bào)文是非已知單播,修改命令如下:

<HUAWEI> system-view  
[HUAWEI] unknown-unicast load-balance dmac

如果采用的負(fù)載分擔(dān)方式為增強(qiáng)模式,則需要查看根據(jù)報(bào)文類型(如IPv4、IPv6、MPLS、L2)來修改增強(qiáng)模板中對應(yīng)報(bào)文類型的負(fù)載分擔(dān)方式。 例如:修改增強(qiáng)模板“test”中IPv4報(bào)文負(fù)載分擔(dān)方式為dip。

<HUAWEI> system-view
[HUAWEI] load-balance-profile test  
[HUAWEI-load-balance-profile-test] ipv4 field dip 
[HUAWEI-load-balance-profile-test] quit

步驟2:檢查選中的成員接口個(gè)數(shù)是否為2的指數(shù)倍

當(dāng)Eth-Trunk接口下選中的成員口個(gè)數(shù)為2的指數(shù)倍時(shí),流量負(fù)載分擔(dān)更均衡。 執(zhí)行命令display eth-trunk查看被選中的成員接口,Eth-Trunk接口下被選中成員端口的識(shí)別方法為:

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

步驟3:檢查是否存在堆疊/集群跨框Eth-Trunk

如果是非已知單播報(bào)文,該步不需要執(zhí)行。

Eth-Trunk接口默認(rèn)已使能本地優(yōu)先轉(zhuǎn)發(fā)功能。即堆疊/集群場景下,從一個(gè)堆疊/集群成員設(shè)備端口進(jìn)入的報(bào)文,出端口若為Eth-Trunk,在本框有該Eth-Trunk的成員口,且成員口無故障時(shí)只會(huì)從該框上的Eth-Trunk成員口轉(zhuǎn)發(fā),不會(huì)從其它堆疊/集群成員的Eth-Trunk成員口轉(zhuǎn)發(fā)。

此情況下可以使用如下命令去使能本地優(yōu)先轉(zhuǎn)發(fā)功能。

<HUAWEI> system-view  
[HUAWEI] interface Eth-Trunk 1  
[HUAWEI-Eth-Trunk1] undo local-preference enable 
[HUAWEI-Eth-Trunk1] quit

流量本地優(yōu)先轉(zhuǎn)發(fā)功能只對已知單播有效,對廣播、組播和未知單播均不生效。

本期的故障定位招數(shù)已經(jīng)給大家分享完了,相信小伙伴們再遇到Eth-Trunk故障時(shí),可以輕松應(yīng)對了。以后再有故障類的案例,小編再給大家分享哦,拜拜。~~~

責(zé)任編輯:趙寧寧 來源: 攻城獅成長日記
相關(guān)推薦

2009-04-23 13:58:52

路由器定位故障

2010-07-29 08:41:11

路由器故障

2010-08-10 11:19:28

路由器故障

2019-06-25 08:04:32

TCPIP網(wǎng)絡(luò)故障

2016-09-09 01:07:06

數(shù)據(jù)中心容量規(guī)劃數(shù)據(jù)中心

2010-08-30 09:27:20

2021-04-08 05:58:45

Excel數(shù)據(jù)技巧

2009-09-13 20:28:38

Linq插入數(shù)據(jù)

2023-10-09 22:44:51

調(diào)試代碼

2018-06-14 09:28:46

2017-01-06 08:47:53

2009-01-08 09:50:00

2018-09-20 11:54:31

數(shù)據(jù)庫MySQL性能優(yōu)化

2020-12-08 10:32:15

Python郵件tcp

2023-10-06 20:52:47

2013-10-12 16:23:05

Linux運(yùn)維備份

2017-09-10 10:58:19

全閃存

2017-11-29 18:31:27

Linux命令

2009-07-27 09:36:49

Windows命令網(wǎng)絡(luò)故障排除

2009-12-14 17:23:31

點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號