<dfn id="w48us"></dfn><ul id="w48us"></ul>
  • <ul id="w48us"></ul>
  • <del id="w48us"></del>
    <ul id="w48us"></ul>
  • 路由器丟包嚴重怎么辦

    時間:2024-10-20 21:40:31 思科認證 我要投稿
    • 相關推薦

    路由器丟包嚴重怎么辦

      丟包,顧名思義,在通信中是指通信數(shù)據(jù)包丟失。下面小編為大家整理了關于路由器丟包嚴重怎么辦的文章,一起來看看吧:

      部門(下稱部門A)中有人反映不能訪問上級部門(部門B)的網(wǎng)絡。我從該人所用的計算機A1(IP地址為 10.20.12.11/24)上用ping命令向部門B網(wǎng)絡中的計算機B1(IP地址為10.20.30.110/24)和B2(IP地址為 10.20.30.111/24)發(fā)送測試數(shù)據(jù)包,丟包率達100%,ping本部門的其它計算機則顯示連接正常。檢查其計算機IP設置,發(fā)現(xiàn)網(wǎng)關設置正確(正確網(wǎng)關為10.20.12.1),于是懷疑路由器不能正常工作。用本辦公室計算機A2、A3測試,發(fā)現(xiàn)以下奇怪現(xiàn)象:

      (1)在計算機A2(IP為10.20.12.12/24)上用ping命令分別ping部門B網(wǎng)絡中計算機B1和B2,發(fā)現(xiàn)B1有正常回應,B2的回應率在 20%~50%之間;在計算機A3(IP為10.20.12.13/24)中用ping命令分別ping計算機B1和B2,回應顯示連接正常,丟包率為 0.

      (2)將計算機A3的IP地址改為10.20.12.12/24后測試,ping得的結(jié)果同(1)中的計算機A2測試情況。

      (3)將計算機A2的IP地址改為尚未使用過的IP地址:10.20.12.22/24,測試與B1和B2的連接,結(jié)果顯示正常,丟包率為0.

      (4)將計算機A1的IP地址改為尚未使用過的IP地址:10.20.12.23/24,測試與B1和B2的連接,結(jié)果顯示正常,丟包率為0.

      故障分析

      考慮到網(wǎng)絡連通情況與本機IP地址有關,參考本單位網(wǎng)絡拓撲結(jié)構(gòu)圖,于是懷疑可能是由于部門B網(wǎng)絡的防火墻設置引發(fā)該故障。由于部門B與本部門分別位于城市中兩個不同地方,不方便查看其防火墻設置,于是打電話詢問。但該部門網(wǎng)絡管理員告之其防火墻是針對網(wǎng)絡IP段設置的,也就是說,該防火墻對于部門A的整個網(wǎng)絡IP段都是允許訪問的。

      分析以上原因,可能是本部門中某些計算機向部門B網(wǎng)絡發(fā)送過非法訪問信息,部門B的防火墻自動將該IP列入侵計算機名單,屏蔽了其發(fā)送的IP數(shù)據(jù)包,從而引發(fā)網(wǎng)絡連接不正常的現(xiàn)象。調(diào)查本部門中所有計算機,將不能正常訪問外部網(wǎng)絡(部門B網(wǎng)絡)的計算機的IP更換為新的IP地址,問題暫時解決。

      但一個星期后,網(wǎng)絡又出現(xiàn)故障,有幾個原來能正常訪問部門B計算機出現(xiàn)丟包現(xiàn)象,而有幾個原來不能正常訪問外部網(wǎng)絡的IP地址卻可以正常訪問外部網(wǎng)絡,看來問題可能不在防火墻上。

      在計算機上A2(IP地址為10.20.12.12/24)用Tracert 命令跟蹤測試,現(xiàn)象如下:

      c:\》Tracert 10.20.30.110

      Tracing route to 10.20.30.110 over a maximum of 30 hops

      1 《1 ms 《1 ms 《1 ms 10.20.12.1

      2 1 ms 《1 ms 1 ms 192.168.10.2

      3 1 ms 1 ms 1 ms 10.20.30.1

      4 2 ms 1 ms 2 ms 10.20.30.110

      Trace complete

      將計算機上A2的IP地址改為10.20.12.22/24,用Tracert 命令跟蹤測試,現(xiàn)象如下:

      Tracing route to 10.20.30.110 over a maximum of 30 hops

      1 《1 ms 《1 ms 《1 ms 10.20.12.1

      2 1 ms * * 192.168.10.2

      3 * 2 ms * 10.20.30.1

      4 * * * Request timed out

      5 * * * Request timed out

      6 * * 2 ms 10.20.30.110

      Trace complete

      Trace complete

      →

      有時用Tracert跟蹤測試得到4、5行及以后顯示的都是Request timed out.

      回顧近期網(wǎng)絡結(jié)構(gòu)變動情況,原來本部門中網(wǎng)關的位置用的是一個三層交換機(只使用其路由功能),當時內(nèi)網(wǎng)能正常訪問外部網(wǎng)絡,在一星期前換為Cisco 3640路由器,將按三層交換機中的配置重新配置3640路由器,換后不久就出現(xiàn)以上網(wǎng)絡故障。檢查Cisco 3640的端口配置和路由配置,發(fā)現(xiàn)端口IP地址配置正常,而在路由列表中有兩條路由:

      ip route 0.0.0.0 0.0.0.0 192.168.10.2

      ip route 0.0.0.0 0.0.0.0 10.20.12.254

      因本部門網(wǎng)絡是單位廣域網(wǎng)中最下層子網(wǎng),根據(jù)業(yè)務需要訪問本單位整個廣域網(wǎng),而本部門網(wǎng)絡只通過一臺Cisco 3640路由器Router A接入部門B網(wǎng)絡中,再通過部門B的路由器Router B接入單位廣域網(wǎng)(見前面網(wǎng)絡拓樸圖)。為方便設置,我們只需要在Cisco 3640加入一條缺省路由“ip route 0.0.0.0 0.0.0.0 192.168.10.2”就可以將本部門對外部網(wǎng)絡的的訪問都轉(zhuǎn)發(fā)到部門B的路由器Router B,從而實現(xiàn)網(wǎng)絡的互聯(lián)。可能由于設置人員的失誤,在路由表中多加了一條并不存在的下一跳節(jié)點“ip route 0.0.0.0 0.0.0.0 10.20.12.254”。以致當內(nèi)網(wǎng)中的計算機訪問外部網(wǎng)絡時,路由器有時不能將IP數(shù)據(jù)包正確地發(fā)送到192.168.10.2中,由于路由器加電工作后,內(nèi)存中保存了內(nèi)網(wǎng)對外網(wǎng)的訪問路由列表,使得一些計算機一直能正常訪問外網(wǎng),而另一些計算機不能正常訪問,當路由器重新啟動(如第二個星期一早上重啟路由器)后,訪問路由列表重新建立,使得內(nèi)部計算機訪問外網(wǎng)的現(xiàn)象發(fā)現(xiàn)變化。

      故障排除

      在路由器特權(quán)模式下刪除無用的路由列表:

      # no ip route 0.0.0.0 0.0.0.0 10.20.12.254

      #wr

      重啟路由器后,本部門所有計算機都能正常訪問部門B的網(wǎng)絡及單位廣域網(wǎng),故障得到徹底解決。

      指的是路由器或者其他互聯(lián)網(wǎng)網(wǎng)絡設備上存儲的表,該表中存有到達特定網(wǎng)絡終端的路徑,在某些情況下,還有一些與這些路徑相關的度量。

      路由表的一般形式為:

      Destination Gateway Flag Refs Use Inerface

      其中,Destination目標網(wǎng)絡或主機的IP地址;Gateway到達指定目地的使用網(wǎng)關;Flag標志字段,描述這一路由的一些特性;Refcnt 表示為了建一次連接,該路由使用的次數(shù);Use表示通過該路由傳輸?shù)姆纸M報文數(shù);Interface 表示該路由使用的網(wǎng)絡接口名。

      一個典型的路由表的例子

      Destination Gateway Flags Refs Use Interface

      default 26.112.191.98 UGS 0 0 net0

      default 26.112.191.98 UGS 0 18 net0

      26.112.191 26.112.191.2 UC 1 0 net0

      26.112.191.2 127.0.0.1 UGHS 3 92 lo0

      127.0.0.1 127.0.0.1 UH 3 9786480 lo0

      224 26.112.191.2 UCS 0 0 net0

    【路由器丟包嚴重怎么辦】相關文章:

    產(chǎn)后脫發(fā)嚴重怎么辦09-25

    丟包率高怎么解決08-07

    網(wǎng)絡丟包的原因有哪些10-15

    春季掉脫發(fā)嚴重怎么辦10-28

    路由器設置密碼忘了怎么辦05-14

    路由器密碼忘記了怎么辦07-01

    機房內(nèi)網(wǎng)丟包問題排查方法06-21

    無線路由器無法上網(wǎng)怎么辦06-21

    路由器連上了卻上不了網(wǎng)怎么辦06-19

    連路由器無線網(wǎng)絡上不了網(wǎng)怎么辦07-20

    主站蜘蛛池模板: 精品人无码一区二区三区| 国产精品自在线拍国产| 乱色精品无码一区二区国产盗| 99热精品毛片全部国产无缓冲| 精品无码一区二区三区爱欲九九| 国内精品久久久久久久亚洲| 国产精品久久久久影院嫩草| 亚洲国产精品无码一线岛国| 精品久久人人爽天天玩人人妻| 精品国产麻豆免费人成网站| 国产三级久久久精品麻豆三级 | 亚洲精品成人片在线观看精品字幕 | 久久久99精品成人片中文字幕| 久久91精品久久91综合| 精品一区二区三区免费毛片爱| 亚洲欧美日韩国产精品一区二区| 国产亚洲精品自在线观看| 亚洲精品国产成人专区| 国产短视频精品一区二区三区| 国产精品视频永久免费播放| 人人妻人人澡人人爽人人精品97| 四虎影视永久在线精品| 精品久久人人妻人人做精品 | 欧美 日韩 精品 另类视频| 国产亚洲精品看片在线观看| 国产精品成人久久久久久久| 国产成人精品天堂| 国产精品拍天天在线| 久久久久人妻精品一区| 最新国产在线精品观看| 下载天堂国产AV成人无码精品网站| 精品人妻系列无码人妻免费视频| 国产精品hd免费观看| 99re只有精品8中文| www.精品| 精品无码久久久久久久动漫| 久久99精品久久久久久不卡 | 久久久WWW成人免费精品| 久久国产乱子伦精品免费午夜| 精品国产午夜福利在线观看| 精品无码人妻一区二区三区不卡|