• <ul id="mayc0"></ul>
    <ul id="mayc0"><center id="mayc0"></center></ul>
    <strike id="mayc0"><input id="mayc0"></input></strike>
    <ul id="mayc0"></ul>
  • 始創于2000年 股票代碼:831685
    咨詢熱線:0371-60135900 注冊有禮 登錄
    • 掛牌上市企業
    • 60秒人工響應
    • 99.99%連通率
    • 7*24h人工
    • 故障100倍補償
    您的位置: 網站首頁 > 幫助中心>文章內容

    路由器故障解決典型案例分析

    發布時間:  2012/7/4 19:12:51

    路由器故障1: 不堪重負,路由器外網口關閉

    1、網絡環境

    某單位使用的是Cisco路由器,租用電信30MB做本地接入和l0MB教育網雙線路上網,兩年來網絡運行穩定,路由器也沒有發生故障。隨著網絡用戶數量增加,原來電信30MB已不能滿足需要,于是決定租用電信1OOMB來解決帶寬問題。電信采用光纖接入到單位機房后,使用百兆光電轉換器經轉換后通過雙絞線接到路由器外網口上面,該路由器使用是千兆電口作為外網口,由于光電轉換器只有1O0MB,該端口連接后速度顯示100MB。

    2、外網端口流量為零

    經過幾天的運行,管理員發現每天當路由器外網口流量超過50Mbps/s后,該端口就會出現“Receive Errors” ,流量超大,錯誤信息很多。突然有一天,出現外網不能上了,Telnet到路由器上面,發現電信對應的外網口沒有流量,顯示狀態為UP,路由器上其他端口工作正常。第一反映是電信的那邊出現問題了,是電話通知電信那邊查檢一下,對方很快回應說沒有什么問題,并詢問是否光電轉換器死機了。于是管理員將光電轉換器重啟后,故障依然。沒有辦法,只好將路由器重啟一下,故障排除。誰知,過了不到一個小時,故障又重現。Telnet到路由器后將該外網口執行shutdown和undo shutdown后,故障排除。誰知,將所有有關病毒的安全(服務器租用找:51033397)策略應用到該端口,將tcp mss修改為2048(廠商默認1460),故障依然出現。

    3、故障分析

    管理員發現在故障發生時,CPU顯示23%,Memory為33%,不算太高,關鍵是其他接口都正常工作,看樣子問題還是出現在這個端口上面?蛇@個端口已用了兩年了,升級擴容以前沒有出現端口不能正常通訊的情況, 端口硬件應該是有什么問題。通過網管軟件對端口關閉前的流量檢測,發現該端口關閉前有很大的流量通過(超過80Mbps/s) ,顯示端口的錯誤信息也比較多。通過分析得知應該是網絡流量太大,利用率過高所致。流量超過80%后,造成端口不能正常。如果該端口能工作千兆模式下,100MB帶寬僅利用該端口10%,這樣端口可以輕松處理。

    4、解決方案

    在找到癥結后,推薦的解決方案是購買千兆光電轉換器代替原來的百兆設備,而且價格也比較便宜。但為了保證網絡運行的穩定性,該單位決定直接購買一個千兆光口路由模塊,直接利用光纖進行通訊,減少網絡延時。電信則通過端口限速來控制保證提供百兆帶寬。通過一段時間運行,發現該端口除了有少量錯誤信息外,再沒有出現過端口無故關閉情況。

    路由器故障2: 路由器為何發包失敗

    在路由器的配置過程中,經常會碰到這樣的問題:網絡通信正常,路由器可以成功路由數據包到目標網絡,但是從路由器發的數據包卻傳送失敗,故障表現為路由器ping目標網絡失敗,下面就是一個典型的案例。

    (1).現象描述

    某單位的網絡配置完成后,管理員在測試網絡連通性時發現:從PC機(6.159.245.195) 向目標網絡(6.159.245.65/26)發送Ping時,路由器R1可以成功轉發數據包,然而從R1向目標網絡(6.159.245.65/26) 發送ping時,出現ping失敗。

    (2).排錯過程

    首先,跟蹤ping所經過的路徑。檢查R1的路由表,目標地址6.159.245.65可以與路由表中0.0.0.0/0相匹配。檢查R2、R3、 R4的路由表,均可以發現與目標地址匹配的路由表項。

    然后,跟蹤ICMP回應應答數據包所經過的路徑。為完成這一步驟,要明確回應數據包的源地址,PC發送ping時,回應應答數據包的目標地址就是 6.159.245.195。而路由器R1發送ping時,回應應答數據包的目標地址就是71.170.0.146。對照R4的路由表,發現與 6.159.245.195匹配的路由表項,而未發現與目標地址71.170.0.146相匹配的路由表項?磥恚琁CMP的回應應答數據包在R4處理時被丟棄了,所以從R1向目標網絡R4(6.159.245.65/26) 發送ping時,出現pmg失敗。

    解決辦法是:在路由器R4上增加一條指向71.170.0.144/30的靜態路由,下一跳的地址為71.170.0.214。完成后,在R1向 R4發送ping時,發現一切正常了。

    路由器故障解決經驗總結:此類網絡故障盡管不會影響網絡的正常通信,排除的過程也很簡單,但在網絡故障的分析與排除時,我們要考慮完整的通信過程。


    本文出自:億恩科技【www.vbseamall.com】

    服務器租用/服務器托管中國五強!虛擬主機域名注冊頂級提供商!15年品質保障!--億恩科技[ENKJ.COM]

  • 您可能在找
  • 億恩北京公司:
  • 經營性ICP/ISP證:京B2-20150015
  • 億恩鄭州公司:
  • 經營性ICP/ISP/IDC證:豫B1.B2-20060070
  • 億恩南昌公司:
  • 經營性ICP/ISP證:贛B2-20080012
  • 服務器/云主機 24小時售后服務電話:0371-60135900
  • 虛擬主機/智能建站 24小時售后服務電話:0371-60135900
  • 專注服務器托管17年
    掃掃關注-微信公眾號
    0371-60135900
    Copyright© 1999-2019 ENKJ All Rights Reserved 億恩科技 版權所有  地址:鄭州市高新區翠竹街1號總部企業基地億恩大廈  法律顧問:河南亞太人律師事務所郝建鋒、杜慧月律師   京公網安備41019702002023號
      0
     
     
     
     

    0371-60135900
    7*24小時客服服務熱線