當前位置:首頁 » 網路連接 » 路由器造成網路丟包怎麼解決
擴展閱讀
手機網路信號模組 2024-04-26 02:19:06

路由器造成網路丟包怎麼解決

發布時間: 2022-09-25 05:57:54

路由器丟包嚴重怎麼

路由器丟包嚴重怎麼辦

丟包,顧名思義,在通信中是指通信數據包丟失。下面我為大家整理了關於路由器丟包嚴重怎麼辦的文章,一起來看看吧:

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

(1)在計算機A2(IP為10.20.12.12/24)上用ping命令分別ping部門B網路中計算機B1和B2,發現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得的結果同(1)中的計算機A2測試情況。

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

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

故障分析

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

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

但一個星期後,網路又出現故障,有幾個原來能正常訪問部門B計算機出現丟包現象,而有幾個原來不能正常訪問外部網路的IP地址卻可以正常訪問外部網路,看來問題可能不在防火牆上。

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

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 命令跟蹤測試,現象如下:

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.

回顧近期網路結構變動情況,原來本部門中網關的位置用的是一個三層交換機(只使用其路由功能),當時內網能正常訪問外部網路,在一星期前換為Cisco 3640路由器,將按三層交換機中的配置重新配置3640路由器,換後不久就出現以上網路故障。檢查Cisco 3640的埠配置和路由配置,發現埠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

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

故障排除

在路由器特權模式下刪除無用的路由列表:

# no ip route 0.0.0.0 0.0.0.0 10.20.12.254

#wr

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

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

路由表的一般形式為:

Destination Gateway Flag Refs Use Inerface

其中,Destination目標網路或主機的IP地址;Gateway到達指定目地的使用網關;Flag標志欄位,描述這一路由的一些特性;Refcnt 表示為了建一次連接,該路由使用的次數;Use表示通過該路由傳輸的分組報文數;Interface 表示該路由使用的網路介面名。

一個典型的路由表的例子

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

;

② 網路丟包原因及解決方案

網路丟包是我們在使用ping對目站進行詢問時,數據包由於各種原因在信道中丟失的現象。ping 使用了ICMP 回送請求與回送回答報文。ICMP 回送請求報文是主機或路由器向一個特定的目的主機發出的詢問,收到此報文的機器必須給源主機發送 ICMP 回送回答報文。這種詢問報文用來測試目的站是否可到達以及了解其狀態。

許多時候,我們可能都會碰到網路連接時斷時續的故障現象,面對這種網路故障,不少網路管理員都會使用Ping命令對網路連通性進行測試,測試結果表明此時的網路傳輸線路數據丟包現象非常嚴重,那麼究竟是什麼因素導致了數據丟包現象比較嚴重呢?是連接線路接觸不穩定?是網路病毒?還是其他的潛在因素?

原因一:物理線路故障

網管員發現廣域網線路時通時斷, 發生這種情況時, 有可能是線路出現故障, 也可能是用戶方面的原因。為了分清是否是線路故障,可以做如下測試。

如果廣域網線路是通過路由器實現的,可以登錄到路由器,通過擴展 ping 向對端路由器廣域網介面發送大量的數據包進行測試。如果線路是通過三層交換機實現,可在線路兩端分別接一台計算機,並將 IP 地址分別設為本端三層路由交換機的廣域網介面地址,使用 「ping 對端計算機地址 - t 」命令進行測試。

如果上述測試沒有發生丟包現象, 則說明線路運營商提供的線路是好的, 引起故障的原因在於用戶自身,需要進一步查找。

如果上述測試發生丟包現象, 則說明故障是由線路供應商提供的線路引起的, 需要與線路供應商聯系盡快解決問題。

由物理線路引起的丟包現象還有很多,如光纖連接問題,跳線沒有對准設備介面,雙絞線及 RJ-45 接頭有問題等。另外,通信線路受到隨機雜訊或者突發雜訊造成的數據報錯誤,射頻信號的干擾和信號的衰減等都可能造成數據包的丟失。我們可以藉助網路測試儀來檢查線路的質量。

原因二:設備故障

設備故障主要是指設備硬體方面的故障,不包含軟體配置不當造成的丟包。如網卡是壞的,交換機的某個埠出現了物理故障,光纖收發器的電埠與網路設備介面,或兩端設備介面的雙工模式不匹配。

曾看過這樣的例子,一交換機埠的光纖模塊故障造成的丟包現象, 該交換機在通信一段時間後死機,即不能通信,重啟後恢復正常。在經過一段時間觀察後發現,某光纖模塊存在問題,取一塊新的模塊替換,一切正常。

究其原因,交換機會對所有接收到的數據包進行 CRC 錯誤檢測和長度校驗,將檢查出有錯誤的包丟棄,正確的包轉發出去。但這個過程中有些有錯誤的包在 CRC 錯誤檢測和長度校驗中都均未檢測出錯誤,這樣的包在轉發過程中不會被發送出去,也不會被丟棄,它們將會堆積在動態緩存中,永遠無法發送出去,等到緩存中堆積滿了,就會造成交換機死機的現象。最終結果是,數據包無法到達目的主機。

原因三:網路擁塞

網路擁塞造成丟包率上升的原因很多,主要是路由器資源被大量佔用造成的。

如果發現網速慢, 並且丟包率呈現上升的情況, 這時應該 show process cpu 和 show process mem ,一般情況下發現 IP input process 佔用過多的資源。接下來可以檢查 fast switching 在大流量外出埠是否被禁用,如果是,則需要重新使用。

再看一下 Fast switching on the same interface是否被禁用,如一個介面配有多個網段並且這些網段間流量很大時,路由器工作在 process-switches 方式,這種情況下要在介面上執行命令「enable ip route-cache same- interface 。」

接下來,用 show interfaces 和 show interfaces switching 命令識別大量包進出的埠。一旦確認進入埠後,打開 IP accounting on the outgoing interface 看其特徵,如果是攻擊,源地址會不斷變化但是目的地址不變,可以用命令 「access list 」暫時解決此類問題(最好在接近攻擊源的設備上配置),最終解決辦法是停止攻擊源。

應用中遇到的造成網路擁塞的情況還有很多, 如大量的 UDP 流量, 可以用解決 spoof attack 的步驟解決此問題。大量的組播流、廣播包穿越路由器,路由器配置了 IP NAT 並且有很多 DNS 包穿越路由器等。上述情況造成網路擁塞後,通信雙方採取流量控制,丟棄不能傳輸的包。

原因四:MTU 配置不當

在關鍵設備上MTU設置不當,也會造成網路丟包(乙太網:1500 位元組,IEEE 802.3/802.2 1492位元組)。查看網路中關鍵設備的 MTU 配置。

在了解了如何定位網路丟包的位置之後,網管需要進一步分析丟包發生的原因,以排除故障。打開網路分析軟體以後,我們配置好網路檔案,選擇分析檔案之後,就可以開始分析了。

首先我們可以在圖表中添加利用率統計,可以看到,在14:38:05 之後,網路利用率突然升高,接近40% 。推薦利用率不高於15% ,當網路利用率超過了 30% ,就會產生1%的丟包,並且呈幾何倍數的增長。這個網路中,利用率高達 40%,肯定存在著嚴重的丟包現象。

了解了有丟包就會有 TCP 數據包重傳之後,網管可以在診斷中,找出 TCP 數據包重傳比較嚴重的主機。

如何確定網路丟包的存在

通常我們利用 PING x.x.x.x -t 這個命令來進行測試網路中是否存在丟包。

在上圖中可以看到,在本機上向 192.168.122.2 這個不存在的地址進行長時間 PING 的時候,發送出去的 ICMP 包都丟失了,丟失率達到 100% 。即從本機到 192.168.122.2 這個實際不可達地址的路徑上存在丟包。

定位網路丟包的分析步驟

在網路丟包發生的情況下,用戶會明顯感受到網路速度變慢,這時候網管首先需要做的就是進行 PING X.X.X.X –t 來進行大致是哪個網段的診斷。在發現確實有丟失率存在的情況下,我們可以利用科來軟體進行進一步分析。

在分析之前,我們有必要學習一下前置知識。

TCP協議的特點之一就是保障數據傳輸的可靠性,即確保數據能夠正確完整傳輸。那麼TCP究竟是如何來保障的?可以看到,TCP 在傳輸時,有著傳輸確認—重傳機制,即發送數據一方在傳輸數據時為每一個分段編制序列號( Sequence Number ),接收方會向發送方發送接收到分段數據的確認(Acknowledgment),通過這種方式確認數據是否准確傳送,在無法確認某分段數據被准確傳送或確認某分段數據沒有被准確傳送時重新進行傳輸。

所以,在網路丟包發生的情況下,必定會有 TCP 數據包重傳的出現。

1. 解決方案

分析關鍵鏈路(一般是出口鏈路) 的流量佔用情況, 查看網路利用率是否過高,每秒數據包是否過多,數據包大小分布是否合理、TCP會話是否正常等。

當然最根本的方法就是限制用戶流量,就是針對每個上網的用戶進行流量控制,比如禁止訪問視頻網站和其他與工作內容無關的網站,同時又能針對每個用戶做出精準的流量限制,防止其對有限網路帶寬的過度佔用。

還可以針對一些流量做出服務質量保證( QOS),比如可以將與工作關系比較大的流量:如網頁訪問、郵件流量等的流量優先順序提高,從而可以在一定程度上緩解網路擁塞,保證高優先順序業務可以優先得到轉發。 (治標不治本的方法)

2. 另外關於 ping IP 老是丟包的問題:

通常有以下幾種原因:

3. 總之一般排除故障的方法是:

引薦自:[ http://network.51cto.com/art/201810/584884.htm

③ 丟包率高的原因與解決

網路丟包是我們在使用ping(檢測某個系統能否正常運行)對目站進行詢問時,數據包由於各種原因在信道中丟失的現象。以下就是網路丟包率是什麼意思及網路丟包怎麼解決的全部內容了,希望對你有所幫助。

1、物理線路故障

如果是物理線路故障所造成網路丟包現象,則說明故障是由線路供應商提供的線路引起的,需要與線路供應商聯系盡快解決問題。聯系你的服務商來解決網路丟包很嚴重的情況。

2、設備故障

設備方面主要包括軟體設置不當、網路設備介面及光纖收發器故障造成的。這種情況會導致交換機埠處於死機狀態。那麼可以將你的.光纖模塊更換掉,換一條新的模塊替換掉。

3、路由錯誤

網路中的路由器的路徑錯誤也是會導致數據包不能正常傳輸到主機資料庫上這種情況屬於正常狀況,它所丟失的數據也是很小的。所以用戶可以忽略這些數據丟包,而且這也是避免不了的。

4、網路被堵塞、擁堵

當網路不給力的時候,在通過網路傳輸數據,就會將網路丟包更多,一般是路由器被佔用大量資源造成的。解決方法就是這時應該show process cpu和show process mem,一般情況下發現IP input process佔用過多的資源。接下來可以檢查fast switching在大流量外出埠是否被禁用,如果是,則需要重新使用。用show interfaces和show interfaces switching命令識別大量包進出的埠。一旦確認進入埠後,打開IP accounting on the outgoing interface看其特徵,如果是攻擊,源地址會不斷變化但是目的地址不變,可以用命令「access list」暫時解決此類問題。

④ 網路總是丟包怎麼辦

可以通過以下兩種方法來降低由網路鏈接阻塞引起的丟包的影響。

1、增加阻塞鏈接的帶寬

使用Qos(流量優先順序和資源保留控制機制)優先處理實時應用.盡管這種方法並不能緩解網路鏈接阻塞情況,但是它可以優先處理語音和視頻來降低斷線的可能性。

2、如果帶寬充足,但是如果你的路由器/交換機/防火牆不能處理流量,那麼你仍然有面對丟包的情況. 讓我們考慮一個場景,你剛將網路帶寬從 1Gb 升級到 10Gb , 因為流量報告顯示, 日高峰時期流量達到了頂點。

升級之後, 圖表顯示你可以達到 1.5Gb , 但是仍然遭受這網路性能問題。這個問題可能是應為設備能力無法處理流量, 你已經達到了你硬體所能提供的最大 的流量。

原因:

數據在網路傳輸的過程中會經過很多設備和網路鏈接。 只要其中一個網路鏈接在數據傳輸過來之前已經滿負載了,那麼數據將會在這里阻塞一段時間,然後在經過網路線路傳送(這也就是所謂的排隊)。 如果說網路設備非常落後於這個網路鏈接的話,那麼網路鏈接沒有足夠給新數據來等待的空間。所以它唯一能做的事情就是將信息丟掉。

   "數據被丟棄"可能會聽起來很殘酷,但是大多數應用程序都能在不影響用戶體驗的情況下,很好的處理這種問題。用戶端的應用程序,一旦發現丟包情況的發生, 它就會相應地降低傳輸速率,或者重新傳輸數據。如果它不是一個實時應用,那麼只要丟包不是持續發生,那麼受的影響都比較小。

一些應用程序在這方面處理的不好的話,那麼丟包就會影響應用程序的用戶體驗。如果在你打電話的過程中發生丟包,由於它是一個實時性的對話,這時候沒有時間 去重新發送。那麼用戶在丟包的時候,會發現通話斷斷續續,如果丟包嚴重的話,通話甚至可能會斷掉,。另一個要低丟包率的重要程序是視頻會議程序。如果兩個用戶端之間發生丟包,那麼視頻會 出現偽影,音頻將會扭曲。



⑤ 路由器丟包怎麼辦

一、內存碎片是指路由器內存被劃分了許多不連續的塊。他將導致內存利用率降低,嚴重時可能會產生內存錯誤,影響路由器的性能。它也會導致路由器報文丟失的問題,其實不僅路由器的內存存在碎片問題,普通的硬碟也存在這種問題。

如微軟操作系統中就自帶一個碎片整理工具,可以保障用戶來整理硬碟中的碎片,以提高硬碟的存儲容量以及存儲性能。這里指的內存碎片其實跟硬碟碎片是類似的。

二、那該如何判斷路由器的內存是否存在碎片呢?這里主要藉助的是靈科路由器自帶的SHOW MEMORY命令。這個命令會顯示當前內存的相關信息。

如執行這條命令後,會顯示當前可用內存(Free)與最大可用快(Largest)的數值,網路管理員把這兩個值進行比較,就可以判斷碎片對路由器性能的影響。這主要是把路由器的可用內存與最大可用快的大小進行比較。

如果路由器的可用內存與最大的可用快大小比較接近時,表示雖然路由器存在碎片但是影響不大。但是若最大可用的塊很小,如只有最大可以用內存的幾十分之一,那麼就說明路由器內存碎片問題比較嚴重了。

三、如路由器的可用內存為20M, 而最大可用塊的大小為15M的話,則表示路由器內存中是有一定的碎塊,但是這點碎塊不影響路由器的正常運行。如果可用內存為20M,而最大可用塊為0.8M的話,則說明路由器內存中存在比較多的碎塊。

連續連續內存中沒有足夠大的可用快,這有可能導致嚴重的內存分配問題,如導致一個或者多個介面間歇性的丟失報文。

在路由器內存中,允許存在一定的內存碎片。到現在為止,還沒有哪一種內存管理技術說可以完全避免產生內存碎片。只是這個碎片要保證一個合理的值。

四、其實這個可用塊與可用內存之間的關系我們可以利用櫃子中的抽屜來表示。如一個櫃子可用容量雖然比較大,但是裡面劃分了大小不等的1000多個格子。每個格子的空間容量有限。

當有大的數據需要存儲時,整的容量是夠的,但是小格子的容量不夠。此時,就會發生報文丟失的問題。

此時看起來內存足夠用,可是此時內存中已經沒有連續的空間用來存儲數據。所以這些看起來比較大的可用內存,其實保存不了多少數據。

五、如果確定路由器內存中沒有過多的碎片,則網路管理員就要考慮是否是因為CPU過載所導致報文丟失的。要查看CPU的使用率,可以利用SHOW PROCESS命令來查看路由器的CPU使用情況,通過這條命令,可以顯示出路由器CPU最近5秒、最近1分鍾、以及最近5分鍾的CPU使用率。

由於 CPU的使用率一直在變化,故網路管理員主要關系的是5分鍾之內的CPU平均使用率。此時可以說明路由器介面報文丟失很可能是CPU過載所造成的。

六、如果確認路由器CPU過載,那麼網路管員需要確認到底是哪一個進程佔用了大量的內存。只有把這個罪魁禍首找出來,網路管理員才能夠對症下葯,解決問題。

如網路管理員經過查詢發現是SRB BACKGROUND進程佔用了大量的CPU,則就說明發生了網橋風暴。故要解決CPU過載問題,要達到這個目的,網路管理員可以通過SHOW PROCESS MEMORY命令查詢路由器的內存分配信息。

通過執行這個命令,系統會反饋當前路由器內存的可用量、以使用量等信息。還會反映每個進程所佔用的內存空間。如果某個進程所佔用的內存與上面顯示的所佔用的CPU都很大的話,則說明這個進程很有問題。網路管理員要逐一排查這些可以的進程。

七、如有時候網路管理員可以強制把某些耗用CPU資源大的進程關閉掉,然後測試一下報文丟失的情況是否有所改善。如果有明顯改善的話,那麼就找到問題的原因了。

此時網路管理員就可以對症下葯,分析一下到底這個進程多對應的服務是什麼,為什麼會佔用這么多的CPU資源與內存資源。

如果可以的話,可以先把這個服務關閉掉,以減少報文丟失現象,保障其他服務的正常運作。等到查明問題的原因,修復好後再重新啟動。

看完上面的內容後,了解了丟包的原因,只要針對性做出措施就可以解決問題,注意在路由器中採用了很多交換技術,他們都依賴於報文。如果報文丟失的話,再怎麼高級的交換技術都將不起作用,如何防止報文丟失就至關重要。

⑥ 網路總是丟包怎麼辦

網路丟包解決方法如下:

1、如果廣域網線路是通過路由器實現的,可以登錄到路由器,通過擴展ping向對端路由器廣域網介面發送大量的數據包進行測試。

2、如果上述測試沒有發生丟包現象,則說明線路運營商提供的線路是好的,引起故障的原因在於用戶自身,需要進一步查找。

3、如果上述測試發生丟包現象,則說明故障是由線路供應商提供的線路引起的,需要與線路供應商聯系盡快解決問題

⑦ 路由器數據老掉包怎麼辦

1、如果僅僅是一個貓的話 不太可能會出現這個現象 應該是第二級的路由器不行了 這里指的不行 指 路由器可能出現故障了 需要更換(意思是 單使用一個貓的話 不太可能會出現這樣的問題 只有使用路由的情況下才會有丟包的現象)
2、線路問題 這個也分為四個
①連接到你個人的網線 或電話線老化 導致丟包 。
②外線老化丟包 這個不解釋 寬頻部門架設在外面的匯流排路老化的話 可能會出現這個現象 。
③網線做的太長 網路信號本來就是弱電壓信號 網線太長的話 會影響數據包的 一般來說 最好不要超過50M 。
④水晶頭老化 看看網線的水晶頭上的銅片 是否有氧化 如果有氧化的話 可能會出現丟包。

⑧ 無線路由器丟包,丟的特嚴重,怎麼處理

第一步:既然無線出現了問題,那麼連接有線網路來檢查檢查。
第二步:登錄無線路由器的管理界面,找到「無線」參數的「基本設置」選項。將默認的發射頻段進行了修改,從11改為了7。

第三步:保存後路由器重新啟動,接下來瀏覽速度提高了不少,看來這個問題還是無線信號發射信道惹的禍。

第四步:無線設置里雖然啟用了WEP加密,但是依然容許了SSID廣播,有了一定的網路維護經驗,廣播數據包是非常佔用網路資源,影響速度的。所以再次登錄無線路由器的管理界面,將容許廣播SSID選項取消。保存後再次上網發現網路速度恢復了正常,下載瀏覽沒有一點延遲了。

⑨ 網路丟包怎麼解決 如何處理網路丟包的問題

1、首先我們連接好wifi,然後打開瀏覽器輸入192.168.1.1進入無線路由器設置頁面(某些無線路由器設備為192.168.0.1)。

2、進入設置頁面之後,輸入管理員密碼(默認為admin,除非自己進行過更改),接著點擊系統工具選項。

3、在系統工具頁面左側選擇重啟設備選項。

4、然後在頁面中選擇重啟路由器,等待路由器重啟進行數據刷新,啟動完成後我們重新連接wifi即可。

⑩ 如何解決無線路由丟包嚴重問題

數據在internet上的傳輸方式數據在internet上是以數據包為單位傳輸的,每包nk,不多也不少。這就是說,不管你的網有多好,你的數據都不會是以線性(就象打電話一樣)傳輸的,中間總是有空洞的。數據包的傳輸,不可能百分之百的能夠完成,因為種種原因,總會有一定的損失。碰到這種情況,internet會自動的讓雙方的電腦根據協議來補包。如果你的線路好,速度快,包的損失會非常小,補包的工作也相對較易完成,因此可以近似的將你的數據看做是無損傳輸。但是,如果你的線路較差(如用貓),數據的損失量就會非常大,補包工作也不可能百分之百完成。在這種情況下,數據的傳輸就會出現空洞,造成丟包。