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

1.S9300

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

Eth-Trunk3downdown0%0%00

GigabitEthernet3/0/3downdown0%0%00

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

//Eth-Trunk3后面這個數(shù)字要根據(jù)實際情況規(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如何配置限速在配置限速時，推薦：·

不配置PIR，只配置CIR、CBS、PBS。·

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

cbs要大于報文的最大長度。·

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

在突發(fā)流量需要保證的情況下，如果cbs換算成kbit小于cir，那么cbs也無法保證突發(fā)流量。否則cbs可以配置大一些。在對FTP業(yè)務(wù)進(jìn)行限速時，由于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è)備。OTHER·

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

系統(tǒng)異常，聯(lián)系華為技術(shù)支持工程師處理。8.如何保證設(shè)備升級時設(shè)備的存儲空間充足設(shè)備的存儲空間內(nèi)，通常放有兩個系統(tǒng)軟件（*.cc文件），只有一個是當(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時，需要執(zhí)行resetrecycle-bin命令來情況回收站，這樣才能釋放設(shè)備存儲空間。<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命令輸出信息描述項目描述PCB單板類型I2C溫度傳感器編號Addr溫度傳感器地址Chl溫度傳感器通道Status溫度傳感器的狀態(tài)Minor輕微告警最低值Major嚴(yán)重告警最低值Fatal致命告警值，當(dāng)溫度達(dá)到或者超過致命告警值時，可能會引起設(shè)備工作異?；蛟O(shè)備損壞Adj_speedTMin表示溫度達(dá)到這個值時風(fēng)扇開始調(diào)速Adj_speedTMax表示溫度達(dá)到這個值時風(fēng)扇轉(zhuǎn)速達(dá)到100%Temp(C)當(dāng)前溫度display

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

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

***設(shè)置超級密碼新本已經(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，查看對端是否有ICMP丟包（查看日志或者CAR是否有丟包)；2、對ICMP報文做流統(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、申請debugARP開關(guān)debuggingarppacketinterfacevlanif289913、MAC地址漂移專題首先什么是MAC地址漂移呢？MAC地址漂移是指：在同一個VLAN內(nèi)，一個MAC地址有兩個出接口，并且后學(xué)習(xí)到的出接口覆蓋原出接口的現(xiàn)象。這是官方定義，通俗的講，MAC地址漂移指的是MAC地址表項的出接口發(fā)生了變更。到底什么意思呢？看了下圖就明白了。

為什么會有MAC地址漂移呢？

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

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

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

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

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

1、因為環(huán)路或VRRP切換，導(dǎo)致的MAC地址漂移告警。2、因為無線用戶漫游，導(dǎo)致的MAC地址漂移告警。

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

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

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

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

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

現(xiàn)象描述：

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

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

告警信息：

無

原因分析：

1、DSLAM通BAS的PPPOE報文交互不正常。

2、二層鏈路問題。

3、S3928的靈活QinQ問題。

處理過程：

在S3928上對接DSLAM的端口進(jìn)行鏡像抓包，發(fā)現(xiàn)PPPOE報文交互過程有用戶PADI、PADO、PADR，但是沒有BAS回應(yīng)的PADS，在MA5200G側(cè)發(fā)現(xiàn)用戶下線原因為PPPECHO超時。起初懷疑S3928到5200G這端二層鏈路有問題導(dǎo)致丟棄PADS報文，但查看S3928和MA5200G鏈路并無異常。后在故障時查看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的端口上是錯誤的。

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

在正常時段在DSLAM上選擇兩個端口接PVC做測試。一臺PC將MAC地址更改為BAS的MAC地址并撥號，另一臺則正常撥號上網(wǎng)。發(fā)現(xiàn)在MAC地址為BAS的PC撥號時，另一臺PC一斷時間后撥號連接吊線，再次撥號提示676。在BAS上查看該DSLAM接點的用戶全部吊線，在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、可能至少兩臺終端MAC地址相同，這樣的情況不影響其他用戶端；

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

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

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

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

查看mac地址飄移信息查看mac地址表displaymac-address的時候，發(fā)現(xiàn)有些mac地址一會兒從接口1上學(xué)到，一會兒從接口2上學(xué)到。1、對于H3C的設(shè)備方法一：對于H3C的設(shè)備，可收集診斷信息（displaydiag）查看L2MACMOVEMODULEINFO，這里記錄已存在著的mac地址飄移信息，對應(yīng)portmapping可查看端口對照。（H3C的錘子會幫忙統(tǒng)計出是否有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)紅色的表示飄移的端口，對應(yīng)物理端口可查看portmapping（注：光電利用combo口Port和MID是一樣的）。其中，上表（L2MACMOVERecordINFO）中的Mod對應(yīng)下表（portmapping）的[MID]；上表（L2MACMOVERecordINFO）中的Port對應(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、對于思科cisco設(shè)備思科設(shè)備會跳出提示，以下為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、對于華為設(shè)備

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

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

MAC地址漂移會有什么影響？?

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

?

上網(wǎng)無響應(yīng)?。?/p>

?

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

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