Почему у моего MacBook Pro время пинга по Wi-Fi велико?

Question

У меня были проблемы с подключением к Wi-Fi. Это странно, время пинга к маршрутизатору (<30 футов), кажется, увеличивается, часто проходит более 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  

Answer 1

Этот вывод пинга сумасшедший. Как будто ничего не проходит в течение 16-18 секунд, а затем внезапно все это проходит сразу. Даже если бы были проблемы с агрегацией кадров 802.11n и блочными квитанциями, я бы не ожидал, что все встанет в очередь и останется в очереди на 18 секунд, а потом вдруг все пройдет. Также очень странно видеть неупорядоченные пакеты в сети с одним прыжком.

У вас есть доступ к анализатору спектра, такому как Metageek Wi-Spy? Если вы используете полосу частот 2,4 ГГц, Wi-Spy 2.4i за 99 долларов - это очень весело и очень полезно, если вы хотите узнать, выбивает ли микроволновая печь вашего соседа всю полосу на несколько секунд за раз.

Кстати, сделайте ifconfig en1 и убедитесь, что вы не видите PROMISC в списке флагов интерфейса. Некоторые беспроводные карты не очень хорошо справляются с беспорядочным режимом. Даже если вы не запускаете такие вещи, как tcpdump и Wireshark, иногда плохо написанные сетевые приложения случайно устанавливают беспорядочный режим, когда на самом деле не хотели этого делать, потому что они сделали неправильные вызовы libpcap или BPF.

• Какую версию Mac OS X вы используете?
• Что такое make/model/hardware-revision/firmware-version вашей точки доступа?
• Обновлена ли прошивка на вашей точке доступа?
• У вас сейчас есть только одна точка доступа, или у вас есть несколько точек доступа, "расширяющих сеть" по беспроводной сети?

Я знаю, что вы пробовали разные каналы, но пробовали ли вы разные группы? Например, если вы делали все это в диапазоне 2,4 ГГц - каналы 1-11, а, возможно, 12, 13 и даже 14 в некоторых регионах - было бы интересно узнать, исчезнет ли проблема, если вы переключите точку доступа в полосу 5 ГГц (канал 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 может увеличить задержку немного; обычно порядка 100 мс, даже не полная секунда. Но все равно было бы интересно узнать, имеет ли значение работа от сети переменного тока.

Answer 2

В более ранних ноутбуках Mac было легко получить доступ к Wi-Fi-карте (прямо под легко открываемой клавиатурой), я не знаю, так ли это до сих пор.

Если это так, я бы порекомендовал отключить и снова подключить разъем к этой карте. В прошлые годы у других были подобные проблемы, которые решались путем повторного подключения этого разъема.