☰

路由器“Wi-Fi 模組”無邏輯原因滯後

tag-icon • tag-icon networking wireless-networking router internet wireless-router
路由器“Wi-Fi 模組”無邏輯原因滯後

一段時間以來，我的路由器出現了無窮無盡的問題，尤其是延遲。

路由器：Netgear DGN2200v2
連接的裝置：
Wi-Fi - Android 裝置、1 台 Windows PC
LAN - 1 台 Windows PC

沒有在相同頻段/頻率下運作的類似設備/網路。路由器處於開放環境。連接一直是 100% 沒有問題，直到大約 1 個月前隨機開始。在此之前或之後沒有發生任何路由器變更。

連接到路由器時，身份驗證需要一段時間，並且前 2 次會失敗。等待時間為 +/- 7 秒。然後取得IP位址（失敗2-4次）大約需要10秒。之後我終於可以連接了，但是透過路由器的 Wi-Fi 模組傳遞任何數據，無論是連接到互聯網還是透過 Wi-Fi 將數據傳輸到任何地方，甚至 ping 路由器，都會顯示以下內容：

http://pastebin.com/GS2ugYx1

長話短說-

-> 只是 ping，沒有資料流

Reply from 10.0.0.2: bytes=32 time=82ms TTL=64 
Reply from 10.0.0.2: bytes=32 time=33ms TTL=64
Reply from 10.0.0.2: bytes=32 time=303ms TTL=64
Request timed out.
Reply from 10.0.0.2: bytes=32 time=77ms TTL=64
Reply from 10.0.0.2: bytes=32 time=45ms TTL=64
Reply from 10.0.0.2: bytes=32 time=129ms TTL=64
Reply from 10.0.0.2: bytes=32 time=997ms TTL=64
Reply from 10.0.0.2: bytes=32 time=75ms TTL=64
Reply from 10.0.0.2: bytes=32 time=261ms TTL=64
Reply from 10.0.0.2: bytes=32 time=10ms TTL=64

當我的Windows PC透過Wi-Fi進入路由器設定時（路由器透過瀏覽器進行基於Web的設定），點擊路由器設定中的連結以開啟設定頁面（例如Wi-Fi設定或ADSL設定）：

Reply from 10.0.0.2: bytes=32 time=286ms TTL=64
Reply from 10.0.0.2: bytes=32 time=605ms TTL=64
Request timed out.
Reply from 10.0.0.2: bytes=32 time=839ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 10.0.0.2: bytes=32 time=2399ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 10.0.0.2: bytes=32 time=8ms TTL=64
Request timed out.
Reply from 10.0.0.2: bytes=32 time=13ms TTL=64
Reply from 10.0.0.2: bytes=32 time=41ms TTL=64
Reply from 10.0.0.2: bytes=32 time=51ms TTL=64
Reply from 10.0.0.2: bytes=32 time=288ms TTL=64

-> 頁面載入完成

這種情況已經持續了一段時間了。有什麼想法為什麼會發生這種情況嗎？

答案1

首先，嘗試更改頻道。不管它在過去運行過的同一個頻道上，並且您看不到任何其他頻道，這都沒有關係無線上網其上的流量。同時，非 Wi-Fi 2.4GHz 裝置可能會出現並可能殺死您。也許您的隔壁鄰居買了新的嬰兒監視器、無線電話、無線重低音揚聲器或藍牙揚聲器。我特別看到一些為無線低音炮等提供專有（即既不是Wi-Fi 也不是藍牙）2.4GHz 無線音頻的晶片組遇到了一個小故障，即使沒有音頻，它們也會開始傳輸連續的高功率未調製載波。這基本上會堵塞任何與載波頻率重疊的 Wi-Fi 通道。

其次，作為測試，在客戶端 Wi-Fi 適配器的高級驅動程式設定中停用 802.11 省電功能。 802.11 省電模式可能會導致延遲波動，並且與有問題的 AP 結合使用可能會導致封包遺失。也許您忘記啟用省電功能的作業系統或驅動程式更新。

第三，檢查訊號強度和數據速率。客戶端的 AP 視圖和 AP 的客戶端視圖。如果任一側的訊號強度看起來都低得離譜，請檢查以確保您的天線（在每個裝置上）沒有斷開連接。

相關內容