6500系列維護(hù)經(jīng)驗(yàn)總結(jié)8138

.端口/連結(jié)問題Catalyst互換機(jī)與NIC卡的兼容性問題假如您的互換機(jī)端口采納網(wǎng)絡(luò)接口卡（NIC）連結(jié)到工作站/服務(wù)器，而且假如您發(fā)現(xiàn)諸如工作站/服務(wù)器運(yùn)轉(zhuǎn)減慢、間歇性的連結(jié)問題等網(wǎng)絡(luò)癥狀，或許是同物理連結(jié)和數(shù)據(jù)鏈路錯(cuò)誤有關(guān)的Catalyst互換機(jī)問題，請(qǐng)參閱下邊的文檔。本文檔供給有關(guān)互換機(jī)端口和NIC卡之間的常有物理和數(shù)據(jù)鏈路層之間的故障清除信息，以及一些廠商的已知NIC問題及其解決方法方面信息。用“showport命”令在errDisableState狀態(tài)下顯示端口出于好多原由，端口可能出現(xiàn)errDisable.一些錯(cuò)誤條件列舉以下。當(dāng)端口因故障而被禁用（errDisabled）時(shí)，它能夠有效地封閉而且在那個(gè)端口上不發(fā)送或接收任何業(yè)務(wù)。端口LED被設(shè)置為橙色，假如您發(fā)出“showport命”令，則端口狀態(tài)將顯示為“errDisabled?！毕逻叺睦诱f了然從互換機(jī)的命令行界面（CLI）所看到的“errDisabled端”口的狀態(tài)：Console>(enable)showport11/1PortNameStatusVlanLevelDuplexSpeedType------------------------------------------------------------------------11/1errDisable1normalautoauto10/100BaseTX----輸出克制----..為了從“errDisabled狀”態(tài)恢復(fù)，您一定發(fā)出命令“setportdisable和“”setportenable來先”禁用再從頭啟用該端口?！霸贑atOS平臺(tái)上從errDisable端口狀態(tài)恢復(fù)”一節(jié)說了然致使端口進(jìn)入errDisable狀態(tài)的原因，并供給了防止出現(xiàn)這類狀態(tài)的進(jìn)一步故障清除步驟。工作站在啟動(dòng)時(shí)期不可以登錄入網(wǎng)絡(luò)/不可以獲取DHCP地點(diǎn)當(dāng)客戶機(jī)處于加電運(yùn)轉(zhuǎn)或許重啟的時(shí)候，您可能會(huì)發(fā)現(xiàn)下邊癥狀中的一種。問題可能是因?yàn)榛Q機(jī)所致使的初始連結(jié)延緩?；Q機(jī)對(duì)不一樣的特征（如生成樹協(xié)議（STP）、EtherChannel磋商、中繼磋商或許鏈路速率/雙工磋商等）履行狀態(tài)校驗(yàn)?；Q機(jī)將端口置于“forwarding?！笔綄⑿枰?0－34秒的時(shí)間，而工作站可能沒法登錄或許沒法經(jīng)過DHCP獲取IP地點(diǎn)?！笆褂肞ortfast和其余命令來修復(fù)工作站啟動(dòng)連結(jié)延緩”解說了怎樣縮短最先的連結(jié)延緩以及怎樣解決上邊所提到的問題。1000BASE-TGBIC沒法辨別或許工作假如您有一個(gè)1000BASE－T千兆位接口變換器（GBIC），但它沒有被辨別或許不可以正常運(yùn)轉(zhuǎn)，請(qǐng)參閱下述文檔來校驗(yàn)該軟件能否支持GBIC：假如您運(yùn)轉(zhuǎn)的軟件版本沒有問題，可是鏈路仍舊沒法工作，請(qǐng)參閱特意針對(duì)電纜規(guī)范的下述文檔：互換機(jī)端口故障清除網(wǎng)絡(luò)端口沒法工作或許只好部分工作的癥狀特別多，可是往常能夠歸為兩大類：丟掉網(wǎng)絡(luò)連結(jié)（不可以連結(jié)到服務(wù)器，沒法ping通，等等）以及性能變慢（比正常狀態(tài)慢、網(wǎng)絡(luò)不能以最迅速度運(yùn)轉(zhuǎn)，等等）。這些癥狀可能是物理層問題、錯(cuò)誤配置、業(yè)務(wù)過載等問題致使。..下邊的文檔解說了進(jìn)一步減小問題原由范圍所需的不一樣互換機(jī)端口問題以及故障診療和排除步驟：SupervisorI上的IPMLS故障診療和清除假如您碰到不一樣VLAN內(nèi)工作站間的連結(jié)問題，可能需要在鑒于CatalystSupervisorI的系統(tǒng)上診療和清除多層互換（MLS）特征的問題，以保證在硬件轉(zhuǎn)發(fā)列表中包括正確的條目可用。拜見下述文檔：假如在依據(jù)本文進(jìn)行故障診療和清除后仍舊沒法解決問題，則能夠聯(lián)系TAC獲取進(jìn)一步支持。SupervisorII上單點(diǎn)發(fā)送IP路由選擇Cisco迅速轉(zhuǎn)發(fā)的故障診療和清除假如您碰到不一樣VLAN內(nèi)工作站之間的連結(jié)問題，可能需要在鑒于CatalystSupervisorII的系統(tǒng)上診療和清除Cisco迅速轉(zhuǎn)發(fā)特征的問題，以保證在硬件轉(zhuǎn)發(fā)列表中包括正確的條目可用。拜見下述文檔：假如在依據(jù)本文進(jìn)行故障診療和清除仍舊沒法解決問題，則能夠聯(lián)系TAC獲取進(jìn)一步支持。紅/橙SYSTEM和STATUSLED的LED故障診療和清除這一節(jié)說明在Catalyst6000Supervisor引擎上的SYSTEM和STATUSLED顯示紅色或橙色的時(shí)候，怎樣進(jìn)行故障診療和清除。采納這些信息，您將認(rèn)識(shí)致使“非綠”LED狀態(tài)的條件，以及您能夠用來校驗(yàn)和解決每一種狀況的“show”命令。LED顏色可能的原由診療測(cè)試失敗STATUS紅色出現(xiàn)溫度過高的狀況STATUS橙色切換到ROMmon..電壓故障同時(shí)出現(xiàn)溫度和電扇故障100%的電源故障（在雙電源狀況下兩個(gè)電源均出現(xiàn)故障，單電源下這個(gè)電源出現(xiàn)故障）SYSTEM紅色EEPROM故障SCM通訊失敗冗余時(shí)鐘故障溫度告警SYSTEM橙色電扇故障或許部分電源故障（兩個(gè)電源中的一個(gè)出現(xiàn)故障）STATUSLED-紅色當(dāng)檢測(cè)到下述條件中的一種時(shí)，Supervisor引擎上的STATUSLED將顯示為紅色：條件1－診療測(cè)試失敗STATUSLED閃耀為橙色一次以后在診療性啟動(dòng)測(cè)試時(shí)期向來保持橙色。當(dāng)模塊運(yùn)轉(zhuǎn)（在線）的時(shí)候變成綠色。該模塊沒有正常運(yùn)轉(zhuǎn)，因?yàn)樵诩与娀蛟S重啟診療測(cè)試時(shí)期檢測(cè)到了故障。發(fā)出“showtest命”令來查察診療測(cè)試的結(jié)果。下邊這個(gè)例子說了然插槽2中Supervisor引擎中的錯(cuò)誤顯示。Console>showtest2Module2:2-port1000BaseXSupervisorNetworkManagementProcessor(NMP)Status:(.=Pass,F=Fail,U=Unknown)ROM:.Flash-EEPROM:.Ser-EEPROM:.NVRAM:FEOBCComm:.LineCardStatusforModule2:PASSPortStatus:Ports12..-----------..LineCardDiagStatusforModule2(.=Pass,F=Fail,N=N/A)Module2CafeIIStatus:NewLearnTest:.IndexLearnTest:.DontForwardTest:.DontLearnTest:.ConditionalLearnTest:.BadBpduTest:.TrapTest:.LoopbackStatus[ReportedbyModule2]:Ports12-----------..ChannelStatus:Ports12-----------..Console>“showtest命令”的輸出報(bào)告NVRAM故障（NVRAM:F）。請(qǐng)拜見“因?yàn)镹VRAM失敗而致使Supervisor故障，或許Showversion命令顯示Checksum故障”以認(rèn)識(shí)診療清除NVRAM..故障的更詳細(xì)信息。假如其余組件或許測(cè)試也失敗，則聯(lián)系TAC進(jìn)前進(jìn)一步故障診療和排除。條件2－出現(xiàn)溫度過高狀態(tài)當(dāng)環(huán)境監(jiān)控檢測(cè)到溫度過高狀態(tài)的時(shí)候，它就會(huì)報(bào)告下述日記信息中的一種，而且，在啟用的狀況下，會(huì)顯示簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議（SNMP）重要告警。這些系統(tǒng)日記信息都同溫度有關(guān)：要認(rèn)識(shí)更多信息及介紹的相應(yīng)舉措，請(qǐng)拜見Catalyst6000文檔中的“信息和恢復(fù)流程”部分。SYSTEMLED-紅色往常，SYSTEMLED變成綠色表示全部機(jī)柜的環(huán)境監(jiān)控都處于OK狀態(tài)。假如一個(gè)或許多個(gè)環(huán)境監(jiān)控器報(bào)告故障，則SYSTEMLED就變成橙色或許紅色。“ChassisMajorAlarm”就會(huì)變成“on”態(tài)，對(duì)應(yīng)于下述條件中的一種：狀條件1－電壓故障WS－C6K－VTT＝電壓終端（VTT）模塊將在Catalyst互換總線上終接信號(hào)（請(qǐng)拜見“Catalyst6000系列VTT模塊和時(shí)鐘模塊安裝注意事項(xiàng)”以認(rèn)識(shí)更多信息）。假如沒有安裝冗余Supervisor引擎，而且VTT模塊處于稍微或許嚴(yán)重溫度過高狀態(tài)，則系統(tǒng)就會(huì)關(guān)機(jī)。在背板上有三個(gè)電壓調(diào)理器（VTT）。假如一個(gè)VTT模塊出現(xiàn)故障，則就會(huì)出現(xiàn)稍微告警。假如兩個(gè)出現(xiàn)故障，則就會(huì)出現(xiàn)重要告警，正確舉措就是封閉系統(tǒng)。發(fā)出“showtest或”者“showenvironment命”令來顯示VTT的狀態(tài)，以下所示。Console>showtestEnvironmentalStatus(.=Pass,F=Fail,U=Unknown,N=NotPresent)PS1:.PS2:NPS1Fan:.PS2Fan:N..Chassis-Ser-EEPROM:.Fan:.Clock(A/B):AClockA:.ClockB:.VTT1:.VTT2:FVTT3:.下邊的例子說明時(shí)鐘模塊A和VTT模塊2發(fā)生故障。Console>showenvironmentEnvironmentalStatus(.=Pass,F=Fail,U=Unknown,N=NotPresent)PS1:.PS2:NPS1Fan:.PS2Fan:NChassis-Ser-EEPROM:.Fan:.Clock(A/B):BClockA:FClockB:.VTT1:.VTT2:FVTT3:.條件2－溫度和電扇同時(shí)發(fā)生故障發(fā)出“showsystem命令”來確認(rèn)能否有有效溫度告警產(chǎn)生，電扇能否出現(xiàn)故障。因?yàn)殡娚瘸霈F(xiàn)故障，也便可能引起溫度告警。在下邊的輸出中，“Temp－Alarm”和“Fan－Status”段字都是黑體。Console(enable)showsystemPS1-StatusPS2-Status--------------------oknoneFan-StatusTemp-AlarmSys-StatusUptimed,h:m:sLogout-----------------------------------------------------okoffok14,08:03:0320minPS1-TypePS2-Type------------------------WS-CAC-1300Wnone..條件3－100%的電源故障（在雙電源狀況下兩個(gè)電源均出現(xiàn)故障，單電源下這個(gè)電源出現(xiàn)故障）發(fā)出“showsystem命令”來確立您能否碰到了100%的電源故障。在下邊的輸出典范中，“PS1－Status和”“PS2－Status字”段都是黑體。在此輸出中的系統(tǒng)只有一個(gè)電源，狀態(tài)顯示為“faulty。電”源可能需要改換。聯(lián)系TAC以獲取進(jìn)一步的幫助。cat6k>(enable)showsystemPS1-StatusPS2-Status--------------------faultynoneFan-StatusTemp-AlarmSys-StatusUptimed,h:m:sLogout-----------------------------------------------------okofffaulty409,16:15:0820minPS1-TypePS2-Type----------------------------------------WS-CAC-1300WWS-CAC-1300WModemBaudTrafficPeakPeak-Time------------------------------------------------disable96000%10%FriNov222002,15:24:46條件4－EEPROM故障發(fā)出“showtest1命令”來閱讀閃存EEPROM和串行號(hào)EEPROM上的診療測(cè)試狀態(tài)。假如Supervisor不可以夠讀取某個(gè)模塊中的EEPROM，則該模塊就被標(biāo)志為“faulty（F）”，而且將不再出現(xiàn)?？赡艿臓顩r是該模塊沒有正確固定。從頭固定該模塊來看問題能否能夠解決。如..果不可以解決問題，則從頭加電啟動(dòng)互換機(jī)。假如上述流程還不可以夠解決問題，則該模塊可能需要改換。聯(lián)系TAC獲取進(jìn)一步支持。下邊的例子顯示插槽1中Supervisor上的“Ser-EEPROM”出現(xiàn)故障。Console(enable)showtest1Diagnosticmode:minimal(modeatnextreset:minimal)Module1:2-port1000BaseXSupervisorNetworkManagementProcessor(NMP)Status:(.=Pass,F=Fail,U=Unknown)ROM:.Flash-EEPROM:.Ser-EEPROM:FNVRAM:.EOBCComm:.條件5－SCP通訊故障SCP定義了用來在SupervisorCPU和MSFC以及其余線路卡之間經(jīng)過Catalyst6500上的以太網(wǎng)帶外信道（EOBC）進(jìn)行信息互換所使用的協(xié)議。假如這類通訊過程中出現(xiàn)故障，您可能會(huì)在控制臺(tái)或許系統(tǒng)日記中看到以下錯(cuò)誤信息。下表供給了有關(guān)信息及介紹舉措的簡(jiǎn)要描繪。信息解說模塊不可以對(duì)帶外通訊信道上的Supervisor引擎懇求作SYS-2-MOD_NOSCPRESPONSE:出響應(yīng)。這類錯(cuò)誤在帶外信Module[dec]notresponding道特別忙碌的狀況下可能overSCP發(fā)生。[dec]是沒有響應(yīng)的模塊數(shù)量。這個(gè)信息說明用于同系統(tǒng)中其余模塊進(jìn)行帶外通訊SYS-2-MOD_SCPERROR2:Module的S