路由器BRAS交換機(jī)實(shí)用維護(hù)操作介紹

1.S9300

鏈路聚合注意事項(xiàng)：Eth-Trunk里面的兩個(gè)物理端口盡量選擇不同槽位單板端口，避免單個(gè)板子故障引起業(yè)務(wù)中斷。物理口注意端口光功率和協(xié)商模式（disptransceiver看光功率的）下面是個(gè)例子：dispintb

Eth-Trunk3downdown0%0%00

GigabitEthernet3/0/3downdown0%0%00

GigabitEthernet3/0/16downdown0%0%00interfaceEth-Trunk3

//Eth-Trunk3后面這個(gè)數(shù)字要根據(jù)實(shí)際情況規(guī)劃，不沖突就可以。

portlink-typetrunk

undoporttrunkallow-passvlan1

porttrunkallow-passvlan50to51300to4002020interfaceGigabitEthernet3/0/3

undonegotiationauto

eth-trunk3

interfaceGigabitEthernet3/0/16

undonegotiationauto

descriptionhongguang_olt_huawei

eth-trunk3

2.接口情況查看dispinterface

brief3.S2300&S3300&S5300如何配置限速在配置限速時(shí)，推薦：·

不配置PIR，只配置CIR、CBS、PBS?！?/p>

CBS=200*CIR?！?/p>

PBS=2*CBS=2*200*CIR=400*CIR。其中，CIR單位為Kbps，CBS、PBS單位為Byte。配置出方向端口限速，限速10M在V100R003C01以前的版本，配置如下：[Quidway]interfaceethernet0/0/1[Quidway-Ethernet0/0/1]qoslrcir10240cbs2048000在V100R003C01及以后的版本，配置如下：[Quidway]interfaceethernet0/0/1[Quidway-Ethernet0/0/1]qoslroutboundcir10240cbs2048000配置入方向限速，限速10M在V100R003C01以前的版本，配置如下：[Quidway]trafficclassifierc1[Quidway-classifier-c1]if-matchany[Quidway-classifier-c1]quit[Quidway]trafficbehaviorb1[Quidway-behavior-b1]permit[Quidway-behavior-b1]carcir10240cbs2048000pbs4096000[Quidway-behavior-b1]quit[Quidway]trafficpolicyc1[Quidway-trafficpolicy-c1]classifierc1behaviorb1[Quidway-trafficpolicy-c1]quit[Quidway]interfaceethernet0/0/1[Quidway-Ethernet0/0/1]traffic-policyc1inbound在V100R003C01及以后的版本，配置如下：[Quidway]interfaceethernet0/0/1[Quidway-Ethernet0/0/1]qoslrinboundcir10240cbs2048000·

說明：

流策略可以應(yīng)用在物理接口視圖、Eth-Trunk視圖、VLAN視圖（端口共享帶寬）?！?/p>

S5300中，物理接口為GigabitEthernet接口。4.traffic-limitinbound和qoslrinbound同時(shí)配置時(shí)哪個(gè)生效taffic-limitinbound是對(duì)配置ACL規(guī)則的報(bào)文限速，qoslrinbound是對(duì)整個(gè)端口限速。traffic-limitinbound和qoslrinbound同時(shí)配置時(shí)，同時(shí)生效，最后限速的值體現(xiàn)為兩者中較小的cir。在具體使用時(shí)要注意兩者的差異，如果入方向只對(duì)匹配到ACL的報(bào)文進(jìn)行限速，則兩者用哪一個(gè)效果是一樣的；如果入方向還要除了對(duì)匹配ACL之外的其他報(bào)文進(jìn)行限速，則需要根據(jù)實(shí)際情況選用。5.配置交換機(jī)限速時(shí)，cir和cbs的關(guān)系是什么配置交換機(jī)限速時(shí)，cir和cbs的關(guān)系如下：·

cbs要大于報(bào)文的最大長度?！?/p>

在連續(xù)流量的情況下對(duì)于cbs沒有特殊的要求，保證平均速率是cir的速率。·

在突發(fā)流量需要保證的情況下，如果cbs換算成kbit小于cir，那么cbs也無法保證突發(fā)流量。否則cbs可以配置大一些。在對(duì)FTP業(yè)務(wù)進(jìn)行限速時(shí)，由于FTP屬于TCP業(yè)務(wù)，TCP協(xié)議有其特殊的傳輸機(jī)制導(dǎo)致流量無法達(dá)到所應(yīng)該達(dá)到的限速速率，推薦配置：CBS=200*CIRPBS=2*CBS

說明：

不配置PIR，只配置CIR、CBS、PBS。CIR單位為Kbps，CBS、PBS單位為Byte。例如：配置CIR帶寬為2M=2048Kbps，則：CBS=200*CIR=200*2048=409600PBS=2*CBS=2*409600=819200配置如下：[Quidway-behavior-b1]carcir2048pir2048cbs409600pbs8192000greenpassremark-8021p5yellowpassreddiscard6.如何查看設(shè)備的重啟原因可以通過displayreboot-info查看設(shè)備的重啟原因，設(shè)備重啟的原因分為以下幾種：重啟類型重啟類型原因說明MANUAL通過命令行reboot重啟設(shè)備。POWER設(shè)備電源掉電。SCHEDU通過命令行schedulereboot定時(shí)重啟設(shè)備。OTHER·

設(shè)備瞬間上下電，如電源線纜接觸不良導(dǎo)致。或者設(shè)備瞬間的過壓失壓導(dǎo)致，這時(shí)需要檢查外部接入是否正常?！?/p>

系統(tǒng)異常，聯(lián)系華為技術(shù)支持工程師處理。8.如何保證設(shè)備升級(jí)時(shí)設(shè)備的存儲(chǔ)空間充足設(shè)備的存儲(chǔ)空間內(nèi)，通常放有兩個(gè)系統(tǒng)軟件（*.cc文件），只有一個(gè)是當(dāng)前正在運(yùn)行的系統(tǒng)軟件，可以刪除其中閑置的系統(tǒng)軟件。具體操作步驟為：1

執(zhí)行displaystartup命令，查看當(dāng)前正在運(yùn)行的系統(tǒng)軟件。2

執(zhí)行delete/unreserved

filename命令來刪除設(shè)備上不使用的系統(tǒng)軟件。

說明：

使用delete/unreserved命令不加/unreserved時(shí)，需要執(zhí)行resetrecycle-bin命令來情況回收站，這樣才能釋放設(shè)備存儲(chǔ)空間。<SPB-ACC3328_2>dispinterfaceEthernet0/0/9Ethernet0/0/9currentstate:DOWNLineprotocolcurrentstate:DOWNDescription:NetBar_huamanlouSwitchPort,PVID:

509,TPID:8100(Hex),TheMaximumFrameLengthis1600IPSendingFrames'FormatisPKTFMT_ETHNT_2,Hardwareaddressis5439-df20-d550PortMode:COMMONCOPPERSpeed:

10,

Loopback:NONEDuplex:HALF,

Negotiation:ENABLEMdi

:AUTOLast300secondsinputrate0bits/sec,0packets/secLast300secondsoutputrate0bits/sec,0packets/secInputpeakrate28676496bits/sec,Recordtime:2015-06-2414:24:15Outputpeakrate92982152bits/sec,Recordtime:2015-06-2414:58:00Input:

0packets,0bytesUnicast

:

0,Multicast

:

0Broadcast

:

0,Jumbo

:

0CRC

:

0,Giants

:

0Jabbers

:

0,Fragments

:

0Runts

:

0,DropEvents

:

0Alignments

:

0,Symbols

:

0Ignoreds

:

0,Frames

:

0Discard

:

0,TotalError

:

0Pause

:

0Output:

0packets,0bytesUnicast

:

0,Multicast

:

0Broadcast

:

0,Jumbo

:

0Collisions

:

0,Deferreds

:

0LateCollisions:

0,ExcessiveCollisions:

0BuffersPurged:

0Discard

:

0,TotalError

:

0Pause

:

0

Inputbandwidthutilizationthreshold:100.00%

Outputbandwidthutilizationthreshold:100.00%

Inputbandwidthutilization

:0.00%Outputbandwidthutilization:0.00%9.設(shè)備當(dāng)前日志ME60-8/X8表1

display

temperature命令輸出信息描述項(xiàng)目描述PCB單板類型I2C溫度傳感器編號(hào)Addr溫度傳感器地址Chl溫度傳感器通道Status溫度傳感器的狀態(tài)Minor輕微告警最低值Major嚴(yán)重告警最低值Fatal致命告警值，當(dāng)溫度達(dá)到或者超過致命告警值時(shí)，可能會(huì)引起設(shè)備工作異?；蛟O(shè)備損壞Adj_speedTMin表示溫度達(dá)到這個(gè)值時(shí)風(fēng)扇開始調(diào)速Adj_speedTMax表示溫度達(dá)到這個(gè)值時(shí)風(fēng)扇轉(zhuǎn)速達(dá)到100%Temp(C)當(dāng)前溫度display

temperature命令輸出信息描述項(xiàng)目描述Slot單板所在槽位號(hào)。SDRNo單板的傳感器編號(hào)。SensorName單板上的傳感器名稱。Status單板狀態(tài)。Upper溫度上限。Lower溫度下限。Temperature.(C)單板當(dāng)前溫度值。對(duì)于設(shè)備溫度整體較高，首先建議檢查機(jī)房溫度，如空調(diào)及設(shè)備通風(fēng)情況，其次定期及時(shí)清洗防塵網(wǎng)！10.S9300新開局sysnamexxxx-S9306

***設(shè)備命名，如CQ-BX-RenHeHuaYuan-S9306-01superpasswordlevel3cipher%$%${Es+Y!0xX&B#Nv.,jr}SP7.%%$%$

***設(shè)置超級(jí)密碼新本已經(jīng)取消，可以不設(shè)info-centersourcedefaultchannel4loglevelinformationalinfo-centerloghostsourceVlanif2020info-centerloghost1facilitylocal5***以上三行設(shè)置日志服務(wù)器，可以不設(shè)vlanbatch2020

***添加管理VLANradius-servertemplatelogin

radius-servershared-keycipher%$%$mgWf#l\<LP_[@dKcgL2"P;2)%$%$

radius-serverauthentication31645

undoradius-serveruser-namedomain-included

***以上四行設(shè)置遠(yuǎn)程登錄令牌認(rèn)證aaa

authentication-schemedefault

authentication-moderadiuslocal

authorization-schemedefault

authorization-modeif-authenticated

accounting-schemedefault

domaindefault

domaindefault_admin

radius-server

login

local-useradminpasswordcipher%$%$I6.ASV)hJET,p"Dn.YM%3aXO%$%$

local-useradminservice-typehttp

local-usercqcncpasswordcipher%$%$tPcu;1_m0>7]riEjnMMK,jaX%$%$

local-usercqcncprivilegelevel15

local-usercqcncftp-directorycfcard:/

local-usercqcncservice-typeftp

local-userliuqhpasswordcipher%$%$:;^8))jKo&@G5X33^(=@P"vm%$%$

local-userliuqhservice-typetelnetinterfaceVlanif2020

ipaddress8

***設(shè)置管理IPinterfaceXGigabitEthernetX/0/0

***設(shè)置管理通道行口

descriptiontoLongKang_S9312-G6/0/0

portlink-typetrunk

undoporttrunkallow-passvlan1

porttrunkallow-passvlan2020iproute-static#snmp-agentsnmp-agentlocal-engineid800007DB03CCCC81460450snmp-agentcommunityreadcipher%$%$tS6I--~UC~VN6D>B/UQNP0'{%$%$snmp-agentcommunityreadcipher%$%$"U6$!5v87W7_G1U}_`89P-$x%$%$snmp-agentsys-infocontacnmp-agentsys-infolocationchongqingChinasnmp-agentsys-infoversionallsnmp-agenttrapsourceVlanif2020#user-interfacemaximum-vty15user-interfacecon0

***進(jìn)入近端維護(hù)con接口

authentication-modepassword

***設(shè)置con接口認(rèn)證為密碼方式

setauthenticationpasswordcipher%$%$bmtI-g(!B=(HRw:dHzy3Pi`W[E7iQBKc}(Wg,|W(\S)ELofa%$%$con***設(shè)置

idle-timeout00

screen-length0user-interfacevty04

authentication-modeaaa

userprivilegelevel1

idle-timeout00

screen-length0user-interfacevty514

authentication-modeaaa

userprivilegelevel3

idle-timeout00

screen-length0user-interfacevty162011.S3328-S5328

配置模板-V2R3版本****************************************************************************************sysnamexxxx-S5328

（根據(jù)需要修改）vlanbatch101to1151202020

（根據(jù)需要修改）aaa

authentication-schemedefault

authorization-schemedefault

accounting-schemedefault

domaindefault

domaindefault_admin

local-userhuaweipasswordcipherhuawei@123

（根據(jù)需要修改，有記牢哦，后面遠(yuǎn)程維護(hù)要用哦）

local-userhuaweiprivilegelevel15

local-userhuaweiservice-typetelnetquittelnetserverenableinterfaceVlanif2020

ipaddress135.X.X.Xuser-interfacevty04

authentication-modeaaaquitiproute-static135.x.x.1savey配置到這里就可測試telnet了，一定要測試，不然遠(yuǎn)程無法登陸就只能在跑一趟現(xiàn)場了****************************************************************************************rrpp

需要開啟的則參考一下配置，注意配置需要先后順序rrppenableinterfaceEth-Trunk1

descriptiontochuangyuan-s9306

portlink-typetrunk

porttrunkallow-passvlan36101113to115to130132136138to139143145to151

stpdisable

（stp必須關(guān)閉）interfaceEth-Trunk2

descriptionto-xxx-s3328

portlink-typetrunk

porttrunkallow-passvlan36101113to115130132136138to139143145to151

stpdisableinterfaceGigabitEthernet0/1/1

descriptiontochuangyuan-s9306-g1/0/2

eth-trunk1interfaceGigabitEthernet0/1/3

descriptiontoguansheng-s3328-g0/0/1

eth-trunk2rrppdomain1

control-vlan4082

protected-vlanxxx-instance0

timerhello-timer1fail-timer3

ring1node-modetransitprimary-portEth-Trunk1secondary-portEth-Trunk2level0

ring1enable****************************************************************************************

業(yè)務(wù)配置口常用配置interfaceGigabitEthernet0/0/18

descriptiontoxxxwangba

portlink-typeaccess

portdefaultvlan3159

qoslrinboundcir15360cbs1536000interfaceGigabitEthernet0/1/4

descriptiontoZTE_OLT

portlink-typetrunk

porttrunkallow-passvlan66611192020202221003001

bpdudisable****************************************************************************************檢查光功率<xxx-S5328>disptransceiverinterfaceGigabitEthernet0/1/4verboseGigabitEthernet0/1/4transceiverinformation:-------------------------------------------------------------Commoninformation:

TransceiverType

:1000_BASE_LX_SFP

ConnectorType

:LC

Wavelength(nm)

:1310

TransferDistance(m)

:10000(9um)

DigitalDiagnosticMonitoring

:YES

VendorName

:HUAWEI

VendorPartNumber

:02315200

OrderingName

:-------------------------------------------------------------Manufactureinformation:

Manu.SerialNumber

:H/p>

ManufacturingDate

:2015-05-18

VendorName

:HUAWEI-------------------------------------------------------------Diagnosticinformation:

Temperature(°C)

:38.54

TempHighThreshold(°C)

:80.00

TempLow

Threshold(°C)

:-10.00

Voltage(V)

:3.33

VoltHighThreshold(V)

:3.63

VoltLow

Threshold(V)

:2.97

BiasCurrent(mA)

:18.30

BiasHighThreshold(mA)

:60.00

BiasLow

Threshold(mA)

:0.00

RXPower(dBM)

:-6.96

RXPowerHighThreshold(dBM)

:-1.00

RXPowerLow

Threshold(dBM)

:-22.00

TXPower(dBM)

:-6.75

TXPowerHighThreshold(dBM)

:-1.00

TXPowerLow

Threshold(dBM)

:-11.00-------------------------------------------------------------12.流統(tǒng)流統(tǒng)專題1、

如果上班期間問題復(fù)現(xiàn)，發(fā)起Ping，查看對(duì)端是否有ICMP丟包（查看日志或者CAR是否有丟包)；2、對(duì)ICMP報(bào)文做流統(tǒng)aclnumber3002

rule15permiticmpsource0destination0

rule25permiticmpsource0destination0trafficbehavioricmp

statisticenable

trafficclassifiericmp

if-matchacl3002trafficpolicyicmp

classifiericmpbehavioricmpinterfaceGigabitEthernet1/0/0

//上行口

traffic-policyicmpinbound

traffic-policyicmpoutboundinterfaceGigabitEthernet2/0/0

//93互聯(lián)口

traffic-policyicmpinbound

traffic-policyicmpoutboundinterfaceGigabitEthernet3/0/0

//下行口

traffic-policyicmpinbound

traffic-policyicmpoutboundinterfaceGigabitEthernet3/0/1

//下行口

traffic-policyicmpinbound

traffic-policyicmpoutboundresettrafficpolicystatisticsinterfaceXGigabitEthernet1/0/0inboundresettrafficpolicystatisticsinterfaceXGigabitEthernet1/0/0outbounddispicmpstatisticsdisplaytrafficpolicystatisticsinterfacexGigabitEthernet1/0/0outbounddisptraffic-policyapplied-record4、申請(qǐng)debugARP開關(guān)debuggingarppacketinterfacevlanif289913、MAC地址漂移專題首先什么是MAC地址漂移呢？MAC地址漂移是指：在同一個(gè)VLAN內(nèi)，一個(gè)MAC地址有兩個(gè)出接口，并且后學(xué)習(xí)到的出接口覆蓋原出接口的現(xiàn)象。這是官方定義，通俗的講，MAC地址漂移指的是MAC地址表項(xiàng)的出接口發(fā)生了變更。到底什么意思呢？看了下圖就明白了。

為什么會(huì)有MAC地址漂移呢？

如上圖，正常情況下，PC的報(bào)文通過Port1進(jìn)入Switch后，會(huì)從Port3轉(zhuǎn)發(fā)出去，MAC地址表項(xiàng)學(xué)習(xí)到的出接口是Port1。但是當(dāng)Switch、Switch1和Swtich2三臺(tái)設(shè)備之間存在環(huán)路時(shí)，PC的報(bào)文通過Switch2-->Switch1后，又會(huì)通過Port2進(jìn)入Switch，導(dǎo)致MAC地址表項(xiàng)的出接口更新為Port2，從而就會(huì)產(chǎn)生MAC地址漂移告警。由此可見MAC地址發(fā)生漂移的根本原因就是組網(wǎng)中存在二層環(huán)路。怎么判斷設(shè)備上是否存在MAC地址漂移呢？?方法1：在打開終端顯示和MAC地址漂移告警開關(guān)情況下，在設(shè)備產(chǎn)生MAC地址漂移告警時(shí)，就會(huì)打印出如下告警信息。并且會(huì)間隔一段時(shí)間多次打印喲。

?方法2：在打開MAC地址漂移告警開關(guān)時(shí)，通過命令displaytrapbuffer查看告警的緩存信息，判斷設(shè)備上是否存在MAC地址漂移。

?方法3：在打開MAC地址漂移檢測功能時(shí)，通過命令displaymac-addressflappingrecord查看最近一個(gè)月MAC地址漂移的信息。記錄的信息包括：MAC地址漂移發(fā)生的開始時(shí)間和結(jié)束時(shí)間，發(fā)生MAC地址漂移的VLAN和MAC，漂移的端口和漂移的次數(shù)。

?方法4：在沒有開啟MAC地址漂移檢測功能時(shí)，只能用最原始的辦法---不停的查看MAC地址表項(xiàng)的出接口，來判斷設(shè)備上是否存在MAC地址漂移了。如下圖，多次查看MAC地址表項(xiàng)，出接口信息在兩個(gè)端口之間跳變。這就可以認(rèn)為發(fā)生了MAC地址漂移。

怎么消除MAC地址漂移告警呢？消除MAC地址漂移的辦法有三種：?第一種：人工把發(fā)生漂移的接口shutdown。優(yōu)點(diǎn)：最簡單可靠缺點(diǎn)：需要人工參與，整個(gè)接口的流量都會(huì)中斷。?第二種：通過在接口上配置漂移檢測動(dòng)作為error-dwon，自動(dòng)down掉漂移的端口。優(yōu)點(diǎn)：及時(shí)快捷，還可以通過配置自動(dòng)恢復(fù)時(shí)間定時(shí)恢復(fù)端口。缺點(diǎn)：整個(gè)接口的流量都會(huì)中斷。?第三種：通過在接口上配置漂移檢測動(dòng)作為quit-vlan，使發(fā)生漂移的接口指定VLAN域內(nèi)退出，從而消除MAC地址漂移，破除環(huán)路。優(yōu)點(diǎn)：只解決存在環(huán)路的VLAN域，不會(huì)使其他正常VLAN域的流量中斷。缺點(diǎn)：指定老化周期內(nèi)，只能使一個(gè)接口從VLAN中退出。如果存在多個(gè)環(huán)路，破環(huán)會(huì)比較慢。交換機(jī)實(shí)現(xiàn)的MAC地址漂移告警功能有什么亮點(diǎn)呢？?亮點(diǎn)1：在同一個(gè)VLAN內(nèi)，只會(huì)記錄一個(gè)MAC地址漂移記錄。即同一個(gè)VLAN內(nèi)，如果有多個(gè)MAC地址都在發(fā)生漂移，只記錄第一個(gè)上報(bào)漂移的MAC地址。為什么呢？因?yàn)橹灰粋€(gè)VLAN域內(nèi)存在環(huán)路，該VLAN內(nèi)所有的MAC地址都會(huì)發(fā)生漂移的。?亮點(diǎn)2：只有一次或兩次MAC地址漂移，不會(huì)上報(bào)MAC地址漂移告警。默認(rèn)情況下，在漂移記錄老化時(shí)間300秒內(nèi)，MAC地址表項(xiàng)出接口變更10次，才認(rèn)為發(fā)生了MAC地址漂移，才會(huì)上報(bào)MAC地址漂移告警。?亮點(diǎn)3：可以指定某個(gè)VLAN不進(jìn)行MAC地址漂移的檢測。指定某個(gè)VLAN不進(jìn)行MAC地址漂移的檢測后，該VLAN內(nèi)的MAC地址發(fā)生漂移時(shí)，不會(huì)記錄信息，也不會(huì)上報(bào)告警信息。江湖小貼士：所有的MAC地址漂移告警都需要處理嗎？其實(shí)不是的，只有MAC地址漂移告警在短時(shí)間多次出現(xiàn)的情況才需要處理，偶爾出現(xiàn)的可以不用關(guān)注啦，類似于下面這三種情況就可以不用關(guān)注的。

1、因?yàn)榄h(huán)路或VRRP切換，導(dǎo)致的MAC地址漂移告警。2、因?yàn)闊o線用戶漫游，導(dǎo)致的MAC地址漂移告警。

3、因?yàn)閂RRP主備倒換，導(dǎo)致的MAC地址漂移告警。好了，小編的講解結(jié)束了。下次再看到MAC地址漂移告警可不要驚慌了，大不了使用最暴力最簡單的方法，通過down掉漂移端口分分鐘搞定它。一段應(yīng)為寫的很詳細(xì)，MAC地址的漂移會(huì)導(dǎo)致流量的中斷。華為阻止MAC地址漂移的方法有三種：

一.端口配置靜態(tài)MAC地址

在全局視圖下，執(zhí)行命令mac-addressstaticmac-addressinterface-typeinterface-number{vlanvlan-id1|vlanifvlan-id2vsivsi-name}，添加靜態(tài)MAC表項(xiàng)。二.接口配置MAC地址學(xué)習(xí)優(yōu)先級(jí)

在接口視圖下，執(zhí)行命令mac-learningprioritypriority-id，配置接口學(xué)習(xí)MAC地址的優(yōu)先級(jí)。接口配置不同優(yōu)先級(jí)之后，如果不同接口學(xué)到相同的MAC地址表項(xiàng)，那么高優(yōu)先級(jí)接口學(xué)到的MAC地址表項(xiàng)可以覆蓋低優(yōu)先級(jí)接口學(xué)到的MAC地址表項(xiàng)，反之則不能覆蓋，達(dá)到阻止MAC地址漂移的作用。(標(biāo)準(zhǔn)型單板不支持MAC地址學(xué)習(xí)優(yōu)先級(jí))三.禁止相同優(yōu)先級(jí)的接口發(fā)生MAC地址漂移

全局視圖下，執(zhí)行命令undomac-learningprioritypriority-idallow-flapping，禁止相同優(yōu)先級(jí)的接口發(fā)生MAC地址漂移。

Thisexampleshowstheconsoleoutputthatyouseewhenthiserroroccurs:SYS-4-P2_WARN:1/Host00:50:0f:20:08:00isflappingbetweenport1/2andport4/39Usethestepsandguidelinesinthissectioninordertounderstandandtroubleshootthecauseofthiserrormessage.ThemessageindicatesthatyourCatalyst4500/4000switchhaslearnedaMACaddressthatalreadyexistsinthecontent-addressablememoryCAMtableonaportotherthantheoriginalone.Thisbehaviorrepeatedlyoccursovershortperiodsoftimewhichmeansthatthereisaddressflappingbetweenports.IfthemessageappearsformultipleMACaddressesthebehaviorisnotnormal.ThisbehaviorindicatesapossiblenetworkproblembecausetheMACaddressesmovequicklyfromoneporttoanotherportbeforethedefaultagingtime.Theproblemcanbeloopingtrafficonthenetwork.Typicalsymptomsinclude:HighCPUutilizationSlowtrafficthroughoutthenetworkHighbackplaneutilizationontheswitchForinformationonhowtoidentifyandtroubleshootissueswithspanningtreerefertoSpanningTreeProtocolProblemsandRelatedDesignConsiderations.FTTH設(shè)備MAC漂移案例[單位安溪設(shè)備中心

【姓名】林文錦隨著FTTH裝機(jī)量的不斷增加，各種ONU長發(fā)光和MAC漂移的問題也就不新鮮了。由于OLT是采用TDMA的輪詢機(jī)制，ONU都是被動(dòng)發(fā)光，如果出現(xiàn)異常，整個(gè)子接口的輪詢都會(huì)出現(xiàn)問題，進(jìn)而影響業(yè)務(wù)的正常，一般長發(fā)光影響的范圍僅限于同一個(gè)子接口。而MAC漂移則是ONU學(xué)到上層設(shè)備的MAC，導(dǎo)致網(wǎng)絡(luò)形成一個(gè)環(huán)路，ONU代替了上層設(shè)備來回應(yīng)各種請(qǐng)求，導(dǎo)致MAC地址表出現(xiàn)異常，出現(xiàn)環(huán)路輕者影響一個(gè)子接口重者影響整臺(tái)OLT。因此如何快速的分析和處理環(huán)路和長發(fā)光問題也就十分重要了。2月19號(hào)周末，值班網(wǎng)管接到一個(gè)電話放映東升小區(qū)用戶IPTV卡在83%，且用戶放映經(jīng)常性卡住83%，網(wǎng)管隨后登錄NE40查看用戶獲到得IP地址，往下PING發(fā)現(xiàn)時(shí)而能通時(shí)而不能通，且用戶寬帶正常，懷疑是否是設(shè)備故障造成的。維護(hù)放映這個(gè)小區(qū)用戶經(jīng)常出現(xiàn)IPTV卡在83%，且有一個(gè)用戶更換設(shè)備和機(jī)頂盒故障依舊會(huì)這樣。東升小區(qū)FTTH改造已經(jīng)有一段時(shí)間，且用戶較多，兩個(gè)PON基本開滿，接近100多個(gè)用戶，值班網(wǎng)管查看有組播用戶存在，懷疑是否是用戶外線造成的，于是與維護(hù)約定第二天去現(xiàn)場查看。2月20號(hào)周一，我與維護(hù)一起去用戶家，發(fā)現(xiàn)用戶確實(shí)是卡在83%，重啟也是進(jìn)不去，我換上我?guī)淼腇420就可以正常觀看，然后登陸E8C修改端口4是橋接，重開機(jī)頂盒正常，于是建議維護(hù)下次過來帶一臺(tái)新設(shè)備過來更換。隨后又跟維護(hù)去4個(gè)用戶家詢問下FTTH使用中是否有遇到什么問題。所去的4個(gè)用戶IPTV都可以正常觀看，并沒有出現(xiàn)維護(hù)所說的83%的情況。于是懷疑是不是用戶反復(fù)關(guān)開機(jī)到底偶然性進(jìn)不去，隨后跟用戶溝通，如果出現(xiàn)83%的情況請(qǐng)等待5分鐘在開機(jī)并留下聯(lián)系方式，讓用戶有情況可以直接與我們聯(lián)系。下午回局里查看NE40上面確認(rèn)用戶確實(shí)有在正常觀看。沒想到晚上9點(diǎn)又接到兩個(gè)用戶電話，兩個(gè)用戶都卡在83%過不去，我登陸NE40查看用戶的IP地址確實(shí)PING不通，讓機(jī)頂盒的IP下線，讓用戶重啟設(shè)備依然卡在83%。查看用戶的vlan1400并沒有做三層數(shù)據(jù)一般是不會(huì)出現(xiàn)這種情況，感覺問題有點(diǎn)奇怪，承諾盡快解決并對(duì)給用戶的造成不便道歉。晚上10點(diǎn)左右，我登陸NE40發(fā)現(xiàn)其他所有用戶觀看正常，隨后與維護(hù)聯(lián)系明天帶下設(shè)備去下用戶家，我在后臺(tái)配合處理。2月21號(hào)周二，維護(hù)去用戶家，更換設(shè)備依然卡在83%，我登陸8505，dismacvlan1400發(fā)現(xiàn)NE40的MAC80fb-06e4-4d4d怎么在下聯(lián)口學(xué)到，而不是在上聯(lián)口3/1/6，當(dāng)時(shí)就懷疑是不是環(huán)路了？登陸OLT，shomac80fb.06e4.4d4d發(fā)現(xiàn)用戶設(shè)備居然學(xué)到了上聯(lián)設(shè)備的地址。查看用戶設(shè)備，確定了確實(shí)是環(huán)路了。通過SRM查詢到用戶的具體地址，帶上設(shè)備去用戶家更換。更換完設(shè)備登陸后臺(tái)，vlan1400下所有用戶MAC轉(zhuǎn)發(fā)都已正常，故障解決了。通過這件事，發(fā)現(xiàn)中興設(shè)備和網(wǎng)管確實(shí)存在許多問題，網(wǎng)管方面，并沒有真對(duì)于環(huán)路或者長發(fā)光的詳細(xì)設(shè)備告警?，F(xiàn)在一個(gè)PON下帶60幾個(gè)FTTH用戶，任何一個(gè)有問題都可能影響整個(gè)子接口，且用戶隨時(shí)都可能關(guān)電，處理故障確實(shí)是缺少依據(jù)，希望中興網(wǎng)管方面能提供下較為完善的告警機(jī)制，記錄下異常ONU的LLID值，這樣既可以減少故障處理時(shí)間也可以提高用戶的滿意度。AC地址漂移摘要：

現(xiàn)象描述：

組網(wǎng)：MA5200G---S7810---S3928---DSLAM

S3928下掛多臺(tái)MA5600，MA5600上一個(gè)用戶一個(gè)VLAN，透傳到上連S3928上，S3928下接DSLAM的相應(yīng)接口起靈活QinQ，S3928通過S7810上行到MA5200G，出問題的DSLAM下的用戶經(jīng)常出現(xiàn)撥號(hào)連接掉線的情況，再撥提示676錯(cuò)誤。S3928下DSLAM基本都出現(xiàn)過該情況，并且故障時(shí)間不確定，時(shí)好時(shí)壞。

告警信息：

無

原因分析：

1、DSLAM通BAS的PPPOE報(bào)文交互不正常。

2、二層鏈路問題。

3、S3928的靈活QinQ問題。

處理過程：

在S3928上對(duì)接DSLAM的端口進(jìn)行鏡像抓包，發(fā)現(xiàn)PPPOE報(bào)文交互過程有用戶PADI、PADO、PADR，但是沒有BAS回應(yīng)的PADS，在MA5200G側(cè)發(fā)現(xiàn)用戶下線原因?yàn)镻PPECHO超時(shí)。起初懷疑S3928到5200G這端二層鏈路有問題導(dǎo)致丟棄PADS報(bào)文，但查看S3928和MA5200G鏈路并無異常。后在故障時(shí)查看S3928上MAC地址學(xué)習(xí)情況，發(fā)現(xiàn)BAS的MAC地址漂移到連接DSLAM的端口：

<S3928P-1.MAN>dismac-add00e0-fc81-00fb

MACADDR

VLANID

STATE

PORTINDEX

AGINGTIME(s)

00e0-fc81-00fb

1014

Learned

GigabitEthernet1/1/1

AGING

//是正確的。

00e0-fc81-00fb

1015

Learned

GigabitEthernet1/1/1

AGING

00e0-fc81-00fb

1026

Learned

GigabitEthernet1/1/1

AGING

00e0-fc81-00fb

4079

Learned

Ethernet1/0/8

AGING

//學(xué)習(xí)到接DSLAM的端口上是錯(cuò)誤的。

S3928下行接口配置：

<S3928P-1.MAN>discurintet1/0/8

interfaceEthernet1/0/8

duplexfull

speed100

portlink-typehybrid

porthybridvlan2012432014251430143999to4000tagged

porthybridvlan10144079untagged

undoporthybridvlan1

porthybridpvidvlan4079

vlan-vpnenable

traffic-redirectinboundlink-group4001rule0interfaceGigabitEthernet1/1/1untagged

traffic-redirectinboundlink-group4001rule1interfaceGigabitEthernet1/1/1untagged

traffic-redirectinboundlink-group4001rule24interfaceGigabitEthernet1/1/1untagged

traffic-redirectinboundlink-group4001rule25interfaceGigabitEthernet1/1/1untagged

vlan-vpnvid1014

raw-vlan-idinbound1001to1450

在正常時(shí)段在DSLAM上選擇兩個(gè)端口接PVC做測試。一臺(tái)PC將MAC地址更改為BAS的MAC地址并撥號(hào)，另一臺(tái)則正常撥號(hào)上網(wǎng)。發(fā)現(xiàn)在MAC地址為BAS的PC撥號(hào)時(shí)，另一臺(tái)PC一斷時(shí)間后撥號(hào)連接吊線，再次撥號(hào)提示676。在BAS上查看該DSLAM接點(diǎn)的用戶全部吊線，在S3928上查看MAC地址學(xué)習(xí)情況，發(fā)現(xiàn)BAS的MAC漂移到接該DSLAM的端口。至此，已模擬出故障現(xiàn)象，判定為下面用戶中毒，導(dǎo)致S3928上MAC地址學(xué)習(xí)異常導(dǎo)致用戶掉線。

建議與總結(jié)：

把BRAS的MAC地址靜態(tài)綁定到上行口，并要綁定到下行口PVID所屬的VLAN上，避免環(huán)路導(dǎo)致的MAC地址漂移情況。如本例的上行口為G1/1/1：

[S3928P-1.MAN]mac-addstatic00e0-fc81-00fbintgi1/1/1vlan4079

該故障現(xiàn)象也可能出現(xiàn)在S6500、S8500，解決辦法相同。一、

現(xiàn)象：MAC地址飄移關(guān)于mac地址飄移，在網(wǎng)上查找并總結(jié)后，歸納可能為以下七種情況：

1、可能存在環(huán)路；

2、可能VRRP、HSRP等協(xié)議不正常引起。比如設(shè)備主備頻繁切換，導(dǎo)致交換機(jī)學(xué)習(xí)同一mac地址飄移；

3、可能至少兩臺(tái)終端MAC地址相同，這樣的情況不影響其他用戶端；

4、是用戶端換了網(wǎng)線，而兩個(gè)網(wǎng)線接口不在同一臺(tái)交換機(jī)上，mac會(huì)記憶一段時(shí)間，之后一切恢復(fù)正常；

5、H3C交換機(jī)開啟STP功能后，CISCO設(shè)備可能出現(xiàn)報(bào)告MAC地址移動(dòng)的現(xiàn)象，如果網(wǎng)絡(luò)中不存在環(huán)路，該現(xiàn)象不影響業(yè)務(wù)。

6、再多加一種：可能arp欺詐、攻擊，導(dǎo)致不同端口學(xué)習(xí)到同一真實(shí)或欺詐的mac地址，此結(jié)論未驗(yàn)證。

7、因?yàn)闊o線用戶漫游，導(dǎo)致的MAC地址漂移告警。正?，F(xiàn)象，對(duì)業(yè)務(wù)無影響。二、

查看mac地址飄移信息查看mac地址表displaymac-address的時(shí)候，發(fā)現(xiàn)有些mac地址一會(huì)兒從接口1上學(xué)到，一會(huì)兒從接口2上學(xué)到。1、對(duì)于H3C的設(shè)備方法一：對(duì)于H3C的設(shè)備，可收集診斷信息（displaydiag）查看L2MACMOVEMODULEINFO，這里記錄已存在著的mac地址飄移信息，對(duì)應(yīng)portmapping可查看端口對(duì)照。（H3C的錘子會(huì)幫忙統(tǒng)計(jì)出是否有mac地址飄移）示例（如下為診斷信息里相關(guān)部分內(nèi)容）：=============================================================

===============debugl230mac/move_rec/show========================================================================================L2MACMOVEMODULEINFO=======================L2MacMoveModuleEnabledL2MacMoveDebugSwitchOff=================L2MACMOVERecordINFO===============MacAddress

Vlan

AggModPort

->AggModPortCntLatestTime

Delec:a8:6b:69:f5:bb

11

0

8

18

->0

10

1

1562015/1/2913:16:491f8:f:41:71:b9:15

11

0

10

0

->0

10

1

1162015/1/2913:21:361f8:f:41:71:b9:15

11

0

10

1

->0

10

0

1152015/1/2913:21:401如上，標(biāo)紅色的表示飄移的端口，對(duì)應(yīng)物理端口可查看portmapping（注：光電利用combo口Port和MID是一樣的）。其中，上表（L2MACMOVERecordINFO）中的Mod對(duì)應(yīng)下表（portmapping）的[MID]；上表（L2MACMOVERecordINFO）中的Port對(duì)應(yīng)下表（portmapping）的[Port]。由此可以查找出哪些端口存在mac飄移。========================================================

===============debugportmapping2=======================================================================[Interface]

[Unit]

[Port]

[Name][Combo?][Active?]

[IfIndex]

[MID]

[Link][Attr]===============================================================================

GE2/0/1

0

1

ge1

yes

no

0x1100000

8

downBridge

GE2/0/2

0

0

ge0

yes

no

0x1100001

8

downBridge

GE2/0/3

0

3

ge3

yes

no

0x1100002

8

downBridge

GE2/0/4

0

2

ge2

yes

no

0x1100003

8

downBridge

GE2/0/5

0

1

ge1

yes

yes

0x1100004

8

downBridge

GE2/0/6

0

0

ge0

yes

yes

0x1100005

8

downBridge

GE2/0/7

0

3

ge3

yes

yes

0x1100006

8

downBridge

GE2/0/8

0

2

ge2

yes

yes

0x1100007

8

downBridge

GE2/0/9

0

5

ge5

no

no

0x1100008

8

downBridge

GE2/0/10

0

4

ge4

no

no

0x1100009

8

downBridge

GE2/0/11

0

7

ge7

no

no

0x110000a

8

downBridge

GE2/0/12

0

6

ge6

no

no

0x110000b

8

downBridge

GE2/0/13

0

9

ge9

no

no

0x110000c

8

downBridge

GE2/0/14

0

8

ge8

no

no

0x110000d

8

up

Bridge

GE2/0/15

0

11

ge11

no

no

0x110000e

8

downBridge

GE2/0/16

0

10

ge10

no

no

0x110000f

8

downBridge

GE2/0/17

0

13

ge13

no

no

0x1100010

8

downBridge

GE2/0/18

0

12

ge12

no

no

0x1100011

8

downBridge

GE2/0/19

0

15

ge15

no

no

0x1100012

8

downBridge

GE2/0/20

0

14

ge14

no

no

0x1100013

8

downBridge

GE2/0/21

0

17

ge17

no

no

0x1100014

8

downBridge

GE2/0/22

0

16

ge16

no

no

0x1100015

8

up

Bridge

GE2/0/23

0

19

ge19

no

no

0x1100016

8

downBridge

GE2/0/24

0

18

ge18

no

no

0x1100017

8

up

Bridge

GE2/0/25

0

21

ge21

no

no

0x1100018

8

downBridge

GE2/0/26

0

20

ge20

no

no

0x1100019

8

downBridge

GE2/0/27

0

23

ge23

no

no

0x110001a

8

up

Bridge

GE2/0/28

0

22

ge22

no

no

0x110001b

8

downBridge--------------------------------------------------

MEth0/0/0:

Ifindex=0x0

ModID=0

Port=0========================================================

===============debugportmapping3=======================================================================[Interface]

[Unit]

[Port][Name][Combo?][Active?]

[IfIndex]

[MID][Link][Attr]===============================================================================

GE3/0/1

0

0

ge0

no

no

0x1900000

10

up

Bridge

GE3/0/2

0

1

ge1

no

no

0x1900001

10

up

Bridge

GE3/0/3

0

2

ge2

no

no

0x1900002

10

up

Bridge

GE3/0/4

0

3

ge3

no

no

0x1900003

10

downBridge

GE3/0/5

0

4

ge4

no

no

0x1900004

10

downBridge

GE3/0/6

0

5

ge5

no

no

0x1900005

10

downBridge

GE3/0/7

0

6

ge6

no

no

0x1900006

10

downBridge

GE3/0/8

0

7

ge7

no

no

0x1900007

10

downBridge

GE3/0/9

0

8

ge8

no

no

0x1900008

10

downBridge

GE3/0/10

0

9

ge9

no

no

0x1900009

10

downBridge

GE3/0/11

0

10

ge10

no

no

0x190000a

10

downBridge

GE3/0/12

0

11

ge11

no

no

0x190000b

10

downBridge--------------------------------------------------

MEth0/0/0:

Ifindex=0x0

ModID=0

Port=0--------------------------------------------------如上的f8:f:41:71:b9:15

11

0

10

0

->0

10

1

表示G3/0/1與G3/0/2存在mac地址飄移，極可能存在環(huán)路。方法二：displaymac-addressmac-movedisplaymac-addressmac-move-------------------slot1MACaddressmovinginformation----------------MACaddress

VLANCurrentport

Sourceport

Lasttime

Times0cda-411d-6478

10

GE1/0/14

GE1/0/2

2011-02-1400:06:43

1---

1MACaddressmovingrecordsfound

---方法三：terminalmonitorterminaltrapping如果存在mac地址飄移，可以查看得到告警信息displaytrapbuffer

可以查看告警的緩存信息2、對(duì)于思科cisco設(shè)備思科設(shè)備會(huì)跳出提示，以下為CISCO3750mac飄移（flapping）提示信息：3750-edit#1w2d:%SW_MATM-4-MACFLAP_NOTIF:Hosta601.0000.0000invlan23isflappingbetweenportGi1/0/2andportGi1/0/13750-edit#1w2d:%SW_MATM-4-MACFLAP_NOTIF:Hosta601.0000.0000invlan23isflappingbetweenportGi1/0/2andportGi1/0/13750-edit#1w2d:%SW_MATM-4-MACFLAP_NOTIF:Hosta601.0000.0000invlan23isflappingbetweenportGi1/0/2andportGi1/0/13、對(duì)于華為設(shè)備

【交換機(jī)在江湖之維護(hù)寶典】第十一章了解MAC地址漂移的前因后果

各位大俠，小編又來啦！當(dāng)你在設(shè)備上敲入命令后，設(shè)備如蝸牛般反應(yīng)遲鈍，并時(shí)不時(shí)的打印出MAC地址漂移的告警信息時(shí)，是不是很郁悶呀。莫急莫急，小編這就教各位大俠了解一下MAC地址漂移的前因后果，輕松搞定二層網(wǎng)絡(luò)中最常見的MAC地址漂移告警。首先什么是MAC地址漂移呢？MAC地址漂移是指：在同一個(gè)VLAN內(nèi)，一個(gè)MAC地址有兩個(gè)出接口，并且后學(xué)習(xí)到的出接口覆蓋原出接口的現(xiàn)象。這是官方定義，通俗的講，MAC地址漂移指的是MAC地址表項(xiàng)的出接口發(fā)生了變更。到底什么意思呢？看了下圖就明白了。

MAC地址漂移會(huì)有什么影響？?

上網(wǎng)響應(yīng)慢！！

?

上網(wǎng)無響應(yīng)??！

?

視頻卡著不能動(dòng)??！看了這些，是不是很揪心呀，生活沒有激情了。這些都可能是MAC地址漂移，組網(wǎng)設(shè)備成環(huán)導(dǎo)致的。只要解決MAC地址漂移，破除組網(wǎng)中的環(huán)路，這些討厭的畫面就會(huì)自動(dòng)消失的。

為什么會(huì)有MAC地址漂移呢？如上圖，正常情況下，PC的報(bào)文通過Port1進(jìn)入Switch后，會(huì)從Port3轉(zhuǎn)發(fā)出去，MAC地址表項(xiàng)學(xué)習(xí)到的出接口是Port1。但是當(dāng)Switch、Switch1和Swtich2三臺(tái)設(shè)備之間存在環(huán)路時(shí)，PC的報(bào)文通過Switch2-->Switch1后，又會(huì)通過Port2進(jìn)入Switch，導(dǎo)致MAC地址表項(xiàng)的出接口更新為Port2，從而就會(huì)產(chǎn)生MAC地址漂移告警。由此可見MAC地址發(fā)生漂移的根本原因就是組網(wǎng)中存在二層環(huán)路。怎么判斷設(shè)備上是否存在MAC地址漂移呢？?方法1：在打開終端顯示和MAC地址漂移告警開關(guān)情況下，在設(shè)備產(chǎn)生MAC地址漂移告警時(shí)，就會(huì)打印出如下告警信息。并且會(huì)間隔一段時(shí)間多次打印喲。?方法2：在打開MAC地址漂移告警開關(guān)時(shí)，通過命令displaytrapbuffer查看告警的緩存信息，判斷設(shè)備上是否存在MAC地址漂移。?方法3：在打開MAC地址漂移檢測功能時(shí)，通過命令displaymac-addressflappingrecord查看最近一個(gè)月MAC地址漂移的信息。記錄的信息包括：MAC地址漂移發(fā)生的開始時(shí)間和結(jié)束時(shí)間，發(fā)生MAC地址漂移的VLAN和MAC，漂移