網絡中低端產品的常見故障分析

2019-11-04 23:48:13

字體：大中小

來源：轉載

供稿：網友

　　1、小區里的尷尬之一
　　
　　　　某工程師L負責A小區寬帶用戶上網工程的安裝與維護，該小區組網方式為每個用戶單元安裝一臺S2403F，S2403F通過25號接口（光接口）連接到該小區中心的一臺S3025上。首先，L在辦公室集中設置工程數據，然后安排工程隊統一按照施工圖進行安裝和連接。
　　
　　　　工程安裝完畢后，L到各節點檢查用戶上網情況，發現B號樓用戶無法正常上網。L首先檢查S2403F的數據配置，確認光纖收發，然后在小區中心機房檢查S3025的數據配置，最后又在局方機房的BAS上檢查數據，確認無誤。但是，用戶還是無法正常上網，四五個小時過去了，L站在B號樓中感到一籌莫展。
　　
　　　　萬般無奈的L情急之下，再次觀察B號樓的S2403F，發現25號接口的四個指示燈只亮了兩個（DC、SP），另外兩個（LK、AC）指示燈沒有亮。這四個指示燈的含義分別是LK（Link）、AC（Activity）、DC（Duplexity/Collision）和SP（Speed）。DC、SP指示燈亮表明該接口工作于100M全雙工狀態，這是由配置決定的，LK、AC指示燈沒有亮說明物理線路的連接不通。L在中心機房S3025處更換了一個與該S2403F對接的光電轉換器，發現S2403F 25號接口的連接狀態沒有任何變化，L確認S2403F光模塊或光纖出了問題，聯系局方和施工隊更換S2403F光模塊后問題解決。
　　
　　　　【案例分析】L碰到的情況是寬帶工程中常見的一種故障現象，L在發現故障后，應該首先檢查物理鏈路是否正常，最常用的方法就是觀察指示燈。雖然指示燈不能百分之百地反映問題，但類似該案例中的LK燈是否常亮卻是中低端網絡產品判定物理連接是否正常的有效方法，避免跑冤枉路，節約時間。
　　
　　　　2、小區里的尷尬之二
　　
　　　　解決了B號樓的問題之后，L又發現C號樓用戶無法正常上網，這次肯定不是“物理鏈路”問題，因為將S2403F的25號接口設置為UNTAG接口，用戶即可上網，但設置為TAG接口則用戶不能上網，說明從C號樓S2403F到中心機房S3025之間的物理鏈路正常。
　　
　　　　L無奈地從中心機房查到C號樓，又從C號樓查到中心機房，沒有發現數據設置錯誤，L迷惑地想：“這種設備到底支不支持TAG標記？”
　　
　　　　L看著S2403F，心里想“問題會在那呢？”。UNTAG方式正常，說明從S2403F送到S3025的數據往返都正常，但S2403F的25號接口變為TAG方式后數據不通，則說明S3025相應接口不熟悉TAG標記，但是S3025相應接口的確配成了TAG接口，怎么會不熟悉S2403F送上來的TAG標記呢？答案只有一個，那就是S3025上的物理連接接口不熟悉TAG標記，換句話說，S3025插錯位置了。
　　
　　　　L聯系工程隊，按照圖紙檢查連線，發現S3025相應的網線果然插錯了位置。原來，工程隊負責人給每根線只發放了一對標簽，由于線路連接過程中要經過一個光電轉換器，所以標簽被貼在光電轉換器上了，在S3025上插網線時，由于沒有標簽，施工人員隨便找了一個接口插上，導致L按照規劃設置的數據不起作用。
　　
　　　　【案例分析】在寬帶小區工程中，施工隊伍資質良莠不齊，經常會出現各種差錯，這就要求工程師不但需要仔細配置數據，還必須注重檢查此類“弱智”錯誤，否則會給工程進度帶來諸多困難。
　　3、小區里的尷尬之三
　　
　　　　經過三天的緊張工作，A小區的用戶終于可以正常上網了。此時，網絡忽然出現傳輸故障，緊急調用了一條2M線路作為小區的臨時出口，要求L利用一臺閑置的Quidway 2630恢復小區業務。
　　
　　　　組網很簡單，2630連接S3025，再連接S2403F，在2630出口設置NAT。數據配置好后，用戶仍無法上網，但可以Ping通2630以太網口。L吸取了前幾次經驗，首先觀察2630指示燈，發現LINK燈亮，確認“物理”連接正常。L使用Show interface命令檢查2M（封裝PPP協議）接口狀態，發現物理層UP、鏈路層DOWN，但是接口統計收（INPUT）、發（OUTPUT）都有數據包。仔細分析數據發現，LCP處于Initial狀態，也就是說PPP協商根本沒有成功，另外發現收發的數據包數量驚人的相等，這是怎么回事？L再仔細查看數據發現，在Show interface數據中有loopback is set字樣，也就是說存在自環！L馬上檢查2630到DDF架的連線，發現75歐姆同軸電纜的收發連接正常，然后與傳輸班聯系，發現傳輸轉接連接錯誤！
　　
　　　　【案例分析】物理連接的故障問題并不局限于“網絡設備連接處”的問題，有時還涉及到傳輸故障，要求工程師能夠通過現有的條件判定問題的實質。
　　
　　　　4、出現新問題
　　
　　　　局方在割接某銀行網絡時，出現了某公司設備與華為設備的互通問題。G區銀行的網絡非常簡單，中心支行使用一臺某公司設備通過兩條64K線路連接兩個營業廳的某公司的路由器，局方采用Quidway 2631路由器替換原先的某公司路由器，數據配置好后線路工作不正常。
　　
　　　　L趕往現場后，檢查數據沒有發現問題，L向局方工程師表示希望查看中心支行的路由器配置，但局方表示這是機密，只能給出原來某公司路由器的配置以供參考。L仔細檢查配置發現，某公司路由器接口配置有“xxx”字樣，經電話咨詢發現，“xxx”是某公司的一個私有協議，華為設備并不支持，中心支行某公司設備關閉相應配置后問題解決。
　　
　　　　【案例分析】與其他廠家設備的互通，在鏈路層經常會出現這樣或那樣的問題，需要不斷地積累經驗，仔細觀察，多與相關廠家的技術人員進行交流，從有限的資料中尋找線索。
　　
　　　　5、又一個新問題
　　
　　　　經過一番努力，L終于完成了寬帶小區工程的全部文檔，這時接到電話投訴，最近開通的一臺Quidway 3680路由器運行異常。L趕到機房發現，3680路由器的運行的確不太正常，但是對端設備JUNipER M20卻正常運行。
　　
　　　　L仔細觀察組網發現，NE16通過2M E1接口與M20相連，兩端之間運行OSPF協議，路由錯誤主要表現為3680無法學習到M20傳過來的OSPF路由，兩邊可以Ping通，但從NE16上Ping對端1500以上的數據包就不通了。L檢查JUNIPER M20的數據配置發現，JUNIPER M20的E1接口的默認MTU是4470，而3680是1500，L將M20的更改為1500后問題解決。
　　
　　　　L很迷惑，為什么雙方的MTU不一致，會導致OSPF的路由不正常？為了徹底解釋清楚上述現象，還需要從網絡層的路由協議來綜合考慮。
　　
　　　　經過學習，L發現對于OSPF來說，有一種DD（具體情況請參考相關OSPF資料）報文，可能會比較大，在故障發生時，最大的DD報文有2000多字節，由于對端M40的MTU為4470，因此不分片，使3680無法正常接收，導致路由不正常。
　　
　　　　【案例分析】網絡層的故障，尤其是路由方面的故障有時非常希奇，具體的分析需要較深厚的理論素質，問題的解決也經常不一定局限于網絡層的數據配置，也許和鏈路層的其他設置相關。
　　6、排除校園上網隱患
　　
　　　　聽說W大學上網經常出現問題，L前往勘察。據該校網絡維護人員反映，該校的三臺S2403F在三個月內出現過兩到三次的死機現象，重啟交換機后用戶即可正常上網。L查看SS2403F數據，沒有發現問題，查看S3025數據發現，某些端口設置的模式為自協商，實際端口狀態為百兆半雙工，而此時相應的S2403F端口模式設置卻是強制百兆全雙工。根據I-EEEE標準規定，自協商端口與強制端口進行通信時，會自動協商成最低效率的端口模式，即為百兆半雙工，于是導致通信雙方的端口工作模式一端是百兆全工，一端是百兆半雙工。當網絡流量變大時，端口模式不匹配的情況嚴重地影響了網絡的轉發效率，嚴重時甚至導致全網“不通”，感覺似乎交換機死機了一樣。此時重啟交換機會將剛才大量擁塞的報文清掉，用戶可在短時間內恢復正常上網，給人的總體感覺好象S2403F出現過死機現象。
　　
　　　　L根據所謂的S2403F死機問題，對現有網絡進行了一次徹底的整改，使交換機雙方端口的協商模式設為一致，或強制為百兆全雙工，或者采用自協商方式。改動后，上述現象沒有再出現過。
　　
　　　　【案例分析】以太網設備的互連互通很輕易，但必須注重保證互連設備端口的工作模式保持一致，否則在某種網絡情況下，可能導致網絡出現“異常”情況，帶來不必要的麻煩。
　　
　　　　7、小結
　　
　　　　在日常維護過程中，中低端網絡產品碰到的問題往往非常繁雜，一方面是由于中低端網絡產品可靠性的因素，但更重要的是由于中低端產品涉及的客戶范圍和施工環節過多，問題的定位和解決存在一定難度，這就要求維護人員必須在日常工作中不斷總結，不斷提高。

上一篇：Cisco防火墻服務模塊(FWSM)-性能安全兩不誤

下一篇：Cisco ONS 15454入選Bellsouth光網移植計劃