題 為什麼我的MacBook Pro通過Wi-Fi獲得較長的ping時間?


我在連接Wi-Fi時遇到了問題。奇怪的是,路由器(<30英尺以外)的ping時間似乎激增,經常超過10秒才慢慢恢復。您可以在下面看到趨勢。我在MacBook Pro上做了正常的事情(重置PRAM和 SMC,改變無線頻道等)。它發生在不同的路由器上,所以我認為它必須是我的筆記本電腦,但我不知道它可能是什麼。

RSSI 值在-57左右徘徊,但我看到傳輸速率在0,48和54之間翻轉。信號強度為~60%,噪聲為9%。目前,有17個其他無線網絡在範圍內,但在同一個頻道中只有一個。

1 - 我怎樣才能弄清楚發生了什麼?
2 - 我該如何糾正這種情況?

PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=254 time=781.107 ms  
64 bytes from 192.168.1.1: icmp_seq=1 ttl=254 time=681.551 ms  
64 bytes from 192.168.1.1: icmp_seq=2 ttl=254 time=610.001 ms  
64 bytes from 192.168.1.1: icmp_seq=3 ttl=254 time=544.915 ms  
64 bytes from 192.168.1.1: icmp_seq=4 ttl=254 time=547.622 ms  
64 bytes from 192.168.1.1: icmp_seq=5 ttl=254 time=468.914 ms  
64 bytes from 192.168.1.1: icmp_seq=6 ttl=254 time=237.368 ms  
64 bytes from 192.168.1.1: icmp_seq=7 ttl=254 time=229.902 ms  
64 bytes from 192.168.1.1: icmp_seq=8 ttl=254 time=11754.151 ms  
64 bytes from 192.168.1.1: icmp_seq=9 ttl=254 time=10753.943 ms  
64 bytes from 192.168.1.1: icmp_seq=10 ttl=254 time=9754.428 ms  
64 bytes from 192.168.1.1: icmp_seq=11 ttl=254 time=8754.199 ms  
64 bytes from 192.168.1.1: icmp_seq=12 ttl=254 time=7754.138 ms  
64 bytes from 192.168.1.1: icmp_seq=13 ttl=254 time=6754.159 ms  
64 bytes from 192.168.1.1: icmp_seq=14 ttl=254 time=5753.991 ms  
64 bytes from 192.168.1.1: icmp_seq=15 ttl=254 time=4754.068 ms  
64 bytes from 192.168.1.1: icmp_seq=16 ttl=254 time=3753.930 ms  
64 bytes from 192.168.1.1: icmp_seq=17 ttl=254 time=2753.768 ms  
64 bytes from 192.168.1.1: icmp_seq=18 ttl=254 time=1753.866 ms  
64 bytes from 192.168.1.1: icmp_seq=19 ttl=254 time=753.592 ms  
64 bytes from 192.168.1.1: icmp_seq=20 ttl=254 time=517.315 ms  
64 bytes from 192.168.1.1: icmp_seq=37 ttl=254 time=1.315 ms  
64 bytes from 192.168.1.1: icmp_seq=38 ttl=254 time=1.035 ms  
64 bytes from 192.168.1.1: icmp_seq=39 ttl=254 time=4.597 ms  
64 bytes from 192.168.1.1: icmp_seq=21 ttl=254 time=18010.681 ms  
64 bytes from 192.168.1.1: icmp_seq=22 ttl=254 time=17010.449 ms  
64 bytes from 192.168.1.1: icmp_seq=23 ttl=254 time=16010.430 ms  
64 bytes from 192.168.1.1: icmp_seq=24 ttl=254 time=15010.540 ms  
64 bytes from 192.168.1.1: icmp_seq=25 ttl=254 time=14010.450 ms  
64 bytes from 192.168.1.1: icmp_seq=26 ttl=254 time=13010.175 ms  
64 bytes from 192.168.1.1: icmp_seq=27 ttl=254 time=12010.282 ms  
64 bytes from 192.168.1.1: icmp_seq=28 ttl=254 time=11010.265 ms  
64 bytes from 192.168.1.1: icmp_seq=29 ttl=254 time=10010.285 ms  
64 bytes from 192.168.1.1: icmp_seq=30 ttl=254 time=9010.235 ms  
64 bytes from 192.168.1.1: icmp_seq=31 ttl=254 time=8010.399 ms  
64 bytes from 192.168.1.1: icmp_seq=32 ttl=254 time=7010.144 ms  
64 bytes from 192.168.1.1: icmp_seq=33 ttl=254 time=6010.113 ms  
64 bytes from 192.168.1.1: icmp_seq=34 ttl=254 time=5010.025 ms  
64 bytes from 192.168.1.1: icmp_seq=35 ttl=254 time=4009.966 ms  
64 bytes from 192.168.1.1: icmp_seq=36 ttl=254 time=3009.825 ms  
64 bytes from 192.168.1.1: icmp_seq=40 ttl=254 time=16000.676 ms  
64 bytes from 192.168.1.1: icmp_seq=41 ttl=254 time=15000.477 ms  
64 bytes from 192.168.1.1: icmp_seq=42 ttl=254 time=14000.388 ms  
64 bytes from 192.168.1.1: icmp_seq=43 ttl=254 time=13000.549 ms  
64 bytes from 192.168.1.1: icmp_seq=44 ttl=254 time=12000.469 ms  
64 bytes from 192.168.1.1: icmp_seq=45 ttl=254 time=11000.332 ms  
64 bytes from 192.168.1.1: icmp_seq=46 ttl=254 time=10000.339 ms  
64 bytes from 192.168.1.1: icmp_seq=47 ttl=254 time=9000.338 ms  
64 bytes from 192.168.1.1: icmp_seq=48 ttl=254 time=8000.198 ms  
64 bytes from 192.168.1.1: icmp_seq=49 ttl=254 time=7000.388 ms  
64 bytes from 192.168.1.1: icmp_seq=50 ttl=254 time=6000.217 ms  
64 bytes from 192.168.1.1: icmp_seq=51 ttl=254 time=5000.084 ms  
64 bytes from 192.168.1.1: icmp_seq=52 ttl=254 time=3999.920 ms  
64 bytes from 192.168.1.1: icmp_seq=53 ttl=254 time=3000.010 ms  
64 bytes from 192.168.1.1: icmp_seq=54 ttl=254 time=1999.832 ms  
64 bytes from 192.168.1.1: icmp_seq=55 ttl=254 time=1000.072 ms  
64 bytes from 192.168.1.1: icmp_seq=58 ttl=254 time=1.125 ms  
64 bytes from 192.168.1.1: icmp_seq=59 ttl=254 time=1.070 ms  
64 bytes from 192.168.1.1: icmp_seq=60 ttl=254 time=2.515 ms  

5
2018-02-16 11:40


起源




答案:


在早期的Mac筆記本電腦中,很容易得到wifi卡(在易於打開的鍵盤下),我不知道這是否仍然是真的。

如果是,我建議拔掉並重新插入該卡的連接器。在過去的幾年中,其他人遇到了這樣的問題,通過重新連接這個連接器來解決。


1
2018-02-16 13:46



不幸的是,鍵盤根本不容易移除(MBP 2007年6月2.4GHz)。問題肯定是無線相關的,如果我將電纜插入同一路由器,一切都恢復正常。謝謝。 - Randall


ping輸出是 。這就像16-18秒沒有任何通過,然後突然一下子就完成了。即使802.11n幀聚合和Block Ack存在問題,我也不希望所有內容排隊等候並保持排隊等待18秒,然後突然全部通過。在單跳網絡上看到無序數據包也很奇怪。

您是否可以訪問頻譜分析儀,例如a Metageek Wi-Spy?如果您使用的是2.4 GHz頻段,那麼售價99美元的Wi-Spy 2.4i就很有趣,並且非常有用,可以看到您的鄰居的微波爐是否一次性敲擊整個頻段幾秒鐘。

順便說一下,做一個 ifconfig en1 並確保你沒有看到 PROMISC 在接口標誌列表中。有些無線卡不能很好地處理混雜模式。即使你不運行像 tcpdump的 和 Wireshark的有時編寫得不好的網絡應用程序會在他們真正不想要的時候意外地設置混亂模式,因為他們撥打了錯誤的電話 libpcap的 要么 BPF

  • 你在運行什麼版本的Mac OS X?
  • 什麼是接入點的品牌/型號/硬件版本/固件版本?
  • 您的接入點上的固件是最新的嗎?
  • 您此時只擁有一個接入點,或者您是否有多個AP以無線方式“擴展網絡”?

我知道你嘗試過不同的東西 渠道,但你嘗試過不同的 ?例如,如果你已經在2.4 GHz頻段中完成了這一切 - 頻道1-11,加上某些地區的12,13甚至14頻道 - 如果你知道問題是否消失將會很有趣將AP切換到5 GHz頻段(36和以上頻道)。

在Snow Leopard上,您可以運行此命令以啟用大量AirPort調試日誌:

sudo /usr/libexec/airportd debug +AllUserland +AllVendor +AllDriver

然後觀察記錄的內容 /var/log/kernel.log 和 /var/log/system.log

Leopard沒有這麼多的日誌記錄,但您可以像這樣啟用它:

sudo /usr/libexec/airportd -d

Leopard沒有單獨的kernel.log,所以它可能都會轉到system.log。

當您連接到交流電源適配器而不是電池時,問題是否會消失?現代Mac筆記本電腦在使用電池時會自動啟用802.11 powersave模式。 Powersave模式可以增加延遲 一些;通常在100毫秒的量級,甚至不是一整秒。但要知道從交流電源運行是否會產生影響仍然很有趣。


1
2018-04-08 00:33



斯皮夫,謝謝你的回應。我無法理解,但有各種各樣的問題。我對Snow Leopard進行了就地升級,一切似乎都運行得很好。我懷疑網絡堆棧中有什麼東西被破壞了。這些都是很棒的信息,我稍後會玩這些。謝謝! - Randall