MacBook Pro rencontre des pics de ping vers le routeur local

Je rencontre des pointes de ping extrêmes sur mon AirPort Extreme (IP locale: 192.168.1.1), mais je ne reçois pas ces pointes de ping sur un autre MacBook Pro juste à côté.

Voici mes résultats de ping.

PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=24.703 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=145.378 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=975.540 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=577.900 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=2.802 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=5.377 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=5.922 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=3.854 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=3.522 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=4.593 ms

--- 192.168.1.1 ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 2.802/174.959/975.540/316.450 ms

MacBook Pro (Retina, 13 pouces, début 2015)

Je poste cette réponse sur quelques fils pour la rendre plus facile à trouver. J'ai chassé le même problème et j'ai finalement trouvé la cause.

Emplacementd. Ouvrez l'application console et regardez pendant que vous effectuez un ping continu. Chaque fois que vous voyez un pic de latence, vous verrez des entrées pour locationd. Accédez aux préférences système -> sécurité et confidentialité -> serveurs de localisation. De là, vous pouvez désactiver et vous verrez probablement le problème disparaître. Cependant, vous perdez la capacité "trouver mon mac".

Ce qui rendait le mien acceptable allait aux services système (faites défiler vers le bas) -> détails-> vérifiez l'icône d'affichage dans la barre de menu lorsque [...]. Ensuite, regardez ce qui demande l'emplacement. Refuser Evernote a beaucoup aidé. J'ai taillé au minimum et la fréquence des pointes est descendue à un niveau acceptable pour moi.

edit: a déposé un bug avec Apple car même lorsque les services de localisation sont désactivés, les scans locationd (vérifiés dans la console), impactant la latence. Apple l'a marqué comme dupe, donc j'espère qu'il sera bientôt corrigé.

J'ai eu exactement le même problème, ça me dérangeait depuis assez longtemps. C'est particulièrement ennuyeux lorsque vous travaillez à distance via SSH ou jouez à des jeux multijoueurs. Voici ma solution à long terme:

Diagnostic

Exécutez le ping avec une fréquence de 10 balayages par seconde pour voir quand le problème se produit:

ping 8.8.8.8 -i 0.1

Services de numérisation et de localisation

Comme mentionné par d'autres, les pointes Wi-Fi sont généralement causées par le démon Wi-Fi qui analyse un autre réseau Wi-Fi. Le balayage passe par tous les canaux, donc si le canal de réception actuel n'est pas le même que celui que votre AP transmet, vous avez un pic de ping.

L'analyse est généralement déclenchée par les services de localisation. Vous pouvez consulter les services de localisation: System Preferences -> Security & Privacy -> Privacy tab -> Location Services.

Si vous allez Advancedvérifier le Show location icon in the menu bar...pour voir quand les applications interrogent l'emplacement, analysant ainsi le quartier WiFi.

Les services de localisation étaient toujours actifs à cause de System services. Principalement Time Zone & System Customisationet Significant Locations. Mais après avoir désactivé cela, j'avais toujours un problème de WiFi malgré que la fenêtre de réglage de l'emplacement n'ait montré aucune autre application acquérant l'emplacement.

Trouver le coupable

Vous devez activer la journalisation WiFi pour voir pourquoi le démon WiFi effectue l'analyse.

Maintenez la option/alttouche (à côté de la touche de commande) et cliquez sur l'icône WiFi dans la barre d'outils supérieure. Cliquez Enable Wi-Fi Logging.

Après cela, ouvrez un nouveau terminal:

tail -f /var/log/wifi.log

Vous devriez voir quelque chose comme ceci:

Mon Jan 14 20:01:21.353 AutoJoin: <airportd[83093]> Successful cache-assisted scan request for texstudio with channels {(
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfadc5b20> [channelNumber=56(5GHz), channelWidth={40MHz(-1)}, active, DFS],
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfadcbfb0> [channelNumber=60(5GHz), channelWidth={40MHz(+1)}, active, DFS],
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfd44c790> [channelNumber=64(5GHz), channelWidth={40MHz(-1)}, active, DFS],
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfadc6ba0> [channelNumber=149(5GHz), channelWidth={80MHz}, active],
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfad2be90> [channelNumber=153(5GHz), channelWidth={80MHz}, active],
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfadf4870> [channelNumber=157(5GHz), channelWidth={80MHz}, active]
Mon Jan 14 20:01:21.353 )} took 0.0005 seconds, returned 2 results
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 161 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 165 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 100 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 104 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 108 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 112 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio does not require a live scan

Observez maintenant le terminal ping et le terminal de connexion wifi côte à côte. Vous pouvez clairement voir le problème se produit précisément lorsque le WiFi effectue l'analyse.

Dans mon cas, le coupable était un programme texstudio, comme vous pouvez le voir dans le journal. Il acquérait un emplacement toutes les 5 secondes (poids?), Ce qui a également été confirmé par ce type: https://justus.berlin/2016/04/reducing-cpu-load-and-energy-consumption-of-texstudio- sur le mac /

Cela a résolu mon problème. Le Texstudio n'était pas mentionné dans la liste des services de localisation, cette approche avancée était donc nécessaire.

Sommaire:

• Le coupable est les services de localisation et le scan wifi
• Vérifiez les services de localisation que vous avez activés
• Maintenez la touche du clavier Option enfoncée, cliquez sur l'icône WiFi dans la barre d'outils supérieure, cliquez sur Activer la connexion Wi-Fi
• Exécuter dans le terminal: ping 8.8.8.8 -i 0.1
• Exécutez dans le terminal: tail -f /var/log/wifi.log, dans une nouvelle fenêtre. Observez côte à côte, attendez le pépin.
• Vérifiez le journal lorsque le problème a été observé, tuez le programme.

Veuillez exécuter ce script à partir de Terminal.app:

while x=1; do /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport -I | grep Ctl; ping -c 1 192.168.1.1; sleep 1; done

Ce script vérifie le rapport signal / bruit. Vous avez probablement des interférences.

D'après mon expérience, dans 90% des cas, le redémarrage du routeur résoudra le problème.

Suivre ce guide a fonctionné pour moi:

Résoudre les problèmes Wi-Fi sur MacOs Sierra

essentiellement dans la /Library/Preferences/SystemConfiguration/ sauvegarde des dossiers et supprimer les fichiers

com.apple.airport.preferences.plist
com.apple.network.eapolclient.configuration.plist
com.apple.wifi.message-tracer.plist
NetworkInterfaces.plist
preferences.plist

Redémarrez ensuite votre Mac.

Dans mon cas, c'était une application pour prendre des captures d'écran. Je l'ai détecté en procédant comme suit: j'ai exécuté la commande ping et je fermais les applications une par une, puis j'ai remarqué qu'après la fermeture de cette application, les pointes de ping avaient disparu.

J'ai suivi des problèmes similaires à Airplay / Bonjour, des pointes de ping pendant que airplay est en cours d'utilisation ou en cours de vérification.

Je crois que ce comportement est en fait lié au Bluetooth de l'appareil lié à l'adaptateur sans fil dans l'appareil.

Je vais bientôt effectuer d'autres tests et soumettre un rapport de bug Apple.

si vous gardez le bluetooth désactivé, vous constaterez probablement que vous n'obtiendrez aucun pic de ping.

Dans mon cas, les pings élevés ont été causés par l'application Deepl. J'espère que cela aide quelqu'un.

Le problème se produit toujours sur Mojave, alors laissez-moi mettre mes deux cents ici. La source du problème était locationd et pour corriger les pics, je n'avais qu'à aller dans Paramètres -> Sécurité et confidentialité -> Services de localisation -> (Services système) Détails -> décochez "Fuseau horaire et personnalisation du système"

Aucune idée pourquoi le Mac vérifierait le fuseau horaire toutes les quelques minutes ...