Le Mac reste connecté, le signal paraît bon et le contrôleur Wi-Fi ne remonte aucune coupure. Pourtant, toutes les quelques secondes, une visioconférence accroche, un bureau distant se fige ou un flux vidéo perd sa fluidité.

Dans ce type de panne, on accuse naturellement la borne, le fournisseur d’accès ou la couverture radio. Sur certains appareils Apple, la cause peut aussi se trouver dans une interface presque invisible : Apple Wireless Direct Link, ou AWDL.

AWDL permet à des fonctions comme AirDrop et AirPlay d’établir une liaison Wi-Fi directe entre appareils Apple. Pour rester disponible, la radio peut quitter brièvement le canal du réseau d’entreprise et écouter un canal pair-à-pair.

Ce partage du temps radio est généralement imperceptible. Dans certaines configurations, il peut toutefois créer des pics de latence rythmiques, sans déconnexion franche et parfois sans aucune perte de paquets.

Ce sujet intéresse autant l’utilisateur qui cherche l’origine d’un Mac instable que l’administrateur d’un parc Apple en entreprise. Il exige surtout de la méthode : AWDL est une hypothèse à tester, pas une explication automatique de tous les problèmes Wi-Fi.

Ce qu’il faut retenir

  • AWDL est une technologie Wi-Fi pair-à-pair utilisée par plusieurs fonctions de l’écosystème Apple. Sur Mac, elle apparaît notamment sous la forme de l’interface awdl0.
  • Quand le réseau Wi-Fi d’infrastructure et la liaison AWDL n’utilisent pas le même canal, la radio peut alterner entre eux. Les paquets destinés au réseau principal attendent alors brièvement son retour.
  • Le symptôme le plus caractéristique est un jitter périodique : le ping monte brutalement puis revient à la normale, alors que le Mac reste associé à la borne.
  • Une démonstration présentée au RIPE 91 a mesuré un RTT maximal passant d’environ 92 à 10 ms après un changement de canal. C’est un résultat de laboratoire utile, pas une garantie applicable à tous les réseaux.
  • Il ne faut pas placer systématiquement toutes les bornes sur les canaux 6 et 44. Un canal qui réduit les changements AWDL peut être encombré ou incompatible avec un plan radio professionnel.
  • AWDLControl peut servir de test A/B ou de contournement ciblé sur Mac. C’est un utilitaire tiers avec un helper privilégié, pas un correctif fourni par Apple.

Qu’est-ce qu’Apple Wireless Direct Link ?

Apple décrit publiquement AirDrop comme l’association de deux mécanismes. Bluetooth Low Energy, ou BLE, sert à découvrir les appareils proches. Une technologie Wi-Fi pair-à-pair conçue par Apple établit ensuite une liaison directe, sans passer par le point d’accès ni par Internet. Le transfert est chiffré avec TLS.

Les travaux publiés en 2018 par des chercheurs de la TU Darmstadt ont documenté par rétro-ingénierie le fonctionnement d’AWDL. Le protocole repose sur IEEE 802.11, mais ajoute ses propres mécanismes d’élection, de synchronisation, de découverte et de changement de canal. Les appareils annoncent des fenêtres de disponibilité pendant lesquelles ils savent quand et où retrouver leurs pairs.

AWDL ne sert pas uniquement au moment où un utilisateur envoie un fichier. AirDrop, AirPlay et plusieurs fonctions de Continuité peuvent solliciter la liaison pair-à-pair selon le matériel, le système et le contexte. Ne pas avoir une fenêtre AirDrop ouverte ne prouve donc pas que toute activité AWDL a disparu.

Sur macOS, l’interface virtuelle awdl0 matérialise ce réseau direct. Elle coexiste avec l’interface Wi-Fi utilisée pour rejoindre le SSID de l’entreprise. Cette coexistence est précisément ce qui rend AWDL remarquable : un Mac peut rester connecté à sa borne tout en cherchant ou en rejoignant un autre appareil Apple à proximité.

Comment AWDL peut-il perturber une connexion qui reste active ?

Une radio Wi-Fi ne peut pas toujours écouter deux canaux simultanément. Si le Mac est associé à une borne sur un canal et qu’AWDL attend ses pairs sur un autre, le système partage le temps de la radio.

Le cycle simplifié ressemble à ceci :

Phase Ce que fait la radio Effet possible sur le trafic principal
Connexion à l’infrastructure Échanges avec la borne de l’entreprise Latence normale
Fenêtre AWDL Bascule temporaire vers un canal pair-à-pair Les paquets vers la borne peuvent être mis en attente
Retour au canal de la borne Reprise des échanges avec le réseau principal Vidage de la file, hausse ponctuelle du RTT
Nouvelle fenêtre Le cycle recommence selon l’activité des appareils proches Jitter rythmique visible dans les usages sensibles

Le papier académique de 2018 a observé que les changements de canal ont un coût mesurable et que le débit cumulé baisse lorsque l’AP et AWDL travaillent sur des canaux différents. Les valeurs exactes appartiennent au matériel testé à l’époque ; elles ne doivent pas être transformées en constante pour les Mac actuels.

Le point essentiel est ailleurs : une connexion peut être dégradée sans être coupée. La borne continue de voir le client associé. Le RSSI reste correct. Les paquets ne sont pas nécessairement perdus, mais retardés pendant que la radio écoute ailleurs. C’est pourquoi un speed test de quelques secondes peut sembler bon alors qu’une session interactive reste pénible.

Pour comprendre ce comportement, il faut distinguer le canal, sa largeur et l’occupation réelle du spectre. Notre guide sur les canaux Wi-Fi 5 GHz et leurs largeurs de 20, 40, 80 ou 160 MHz donne les bases nécessaires avant toute modification.

Ce que la démonstration du RIPE 91 a réellement montré

Le 21 octobre 2025, Christoff Visser, chercheur au laboratoire d’Internet Initiative Japan, a présenté au RIPE 91 une enquête partie d’un problème de streaming de jeu sur iPad. Moonlight puis Steam Link affichaient des saccades régulières, alors que les statistiques ne montraient pas de perte de paquets correspondant au ressenti.

Le même rythme est apparu lors de pings locaux depuis un Mac. Le chercheur a ensuite placé le réseau 5 GHz sur le canal 44, l’un des canaux utilisés par AWDL dans son environnement. Le RTT maximal est passé d’environ 92 ms à moins de 10 ms ; l’indicateur de débit du test est passé de 50 à 105 Mbit/s.

Une capture réalisée depuis une autre machine, à l’écoute du canal 44, a corrélé les groupes de trames AWDL avec les hausses de RTT. Le déverrouillage d’un iPad puis d’un iPhone proches augmentait aussi temporairement l’activité observée. Des comportements comparables ont été évoqués sur Mac M1, Mac M3 et iPad M1.

Ces résultats sont convaincants pour le banc présenté, mais leur portée reste limitée :

  • il ne s’agit pas d’une étude statistique de tous les Mac, iPhone, iPad et systèmes Apple ;
  • Apple n’avait pas répondu au signalement du chercheur au moment de la conférence ;
  • le 6 GHz n’a pas été testé dans cette démonstration ;
  • la densité radio, le pays, le matériel et les services Apple actifs peuvent modifier le comportement ;
  • un canal efficace dans un logement peut être un mauvais choix dans un bureau dense.

MacGeneration a ensuite reproduit une instabilité avec un iPhone 16 Pro, Steam Link et une infrastructure UniFi : le canal 11 en 2,4 GHz produisait un résultat irrégulier, tandis que le canal 6 améliorait le test. Là encore, une reproduction ciblée éclaire le mécanisme sans établir une règle universelle.

Quels symptômes doivent faire penser à AWDL ?

AWDL mérite d’entrer dans le diagnostic lorsque plusieurs indices se recoupent. Un seul ralentissement ou une seule déconnexion ne suffit pas.

Symptôme observé Compatibilité avec l’hypothèse AWDL Autres causes à éliminer
Pics de ping à intervalles réguliers Forte, surtout sans désassociation Scans Wi-Fi, localisation, VPN, économie d’énergie
Gel bref d’un bureau distant ou d’un cloud gaming Forte, car ces usages tolèrent mal le jitter WAN, serveur distant, décodage vidéo
Audio ou vidéo qui accroche sans coupure complète Possible Interférences, saturation, QoS, buffer applicatif
Débit global constamment faible Peu spécifique Signal faible, canal saturé, largeur excessive, pilote
Mac accroché à une borne éloignée Pas spécifique à AWDL Roaming et seuils de RSSI
Tous les appareils du site ralentissent ensemble Peu compatible avec un problème limité au client Apple Uplink, pare-feu, DNS, opérateur, saturation de la cellule

La qualité du signal reste un contrôle de base. Un RSSI insuffisant, un mauvais SNR ou un grand nombre de retransmissions peuvent produire des symptômes proches. Nous expliquons comment lire correctement la force d’un signal Wi-Fi et pourquoi un client peut rester accroché à la mauvaise borne.

AWDL ne doit pas devenir une excuse commode pour éviter un vrai travail radio. Un réseau mal dimensionné, des puissances incohérentes, des largeurs de canal trop grandes ou des bornes mal placées resteront défaillants même si awdl0 est désactivée. Les fondamentaux du design d’un réseau Wi-Fi s’appliquent toujours.

Comment confirmer ou écarter AWDL sans dérégler tout le réseau

Le bon diagnostic compare des situations contrôlées. Il faut modifier une variable à la fois, conserver les mesures et prévoir le retour à la configuration initiale.

1. Décrire précisément le problème

Notez le modèle de l’appareil, la version de macOS, iOS ou iPadOS, l’application concernée, le SSID, la bande, le canal, la borne associée et l’heure des pics. Distinguez une perte de connexion, une perte de paquets et une simple hausse de latence.

Sur Mac, maintenir la touche Option en cliquant sur l’icône Wi-Fi affiche notamment le canal, le RSSI et le bruit. Le contrôleur de l’infrastructure doit fournir en parallèle les changements de borne, les retransmissions et l’utilisation du canal.

2. Mesurer localement avant de tester Internet

Un ping vers un service public mélange le Wi-Fi, le réseau local, l’accès Internet et la destination. Commencez par la passerelle ou, mieux, par un serveur local relié en Ethernet. Un test de plusieurs minutes permet de voir une périodicité que cinq paquets ne révéleront pas.

Faites si possible deux mesures simultanées : le Mac affecté en Wi-Fi et une machine témoin en Ethernet. Si seul le client sans fil présente des pointes, la recherche peut rester centrée sur la couche radio. Si les deux courbes montent ensemble, AWDL devient beaucoup moins probable.

3. Utiliser Diagnostics sans fil

Apple fournit Diagnostics sans fil dans macOS. L’outil peut analyser l’environnement sans modifier automatiquement les réglages et générer une archive destinée au support ou à l’administrateur. Conservez cette archive avec les journaux de la borne et les heures exactes des incidents.

Pour un environnement professionnel, un audit Wi-Fi avec mesures radio permet d’ajouter le spectre, l’airtime, le SNR, les retransmissions et le comportement de plusieurs clients. C’est bien plus fiable qu’un changement de canal effectué à l’aveugle.

4. Faire un test AWDL activé puis désactivé

Sur un Mac de test, comparez la même application, au même endroit et pendant une durée équivalente avec AWDL actif puis neutralisé. Fermer AirDrop ou régler sa réception sur « Personne » ne garantit pas l’arrêt de toute la couche, puisque plusieurs services Apple peuvent l’utiliser.

Le test doit être réversible et court. Si les pics disparaissent lorsque awdl0 est maintenue inactive puis reviennent après sa réactivation, l’hypothèse devient sérieuse. Une amélioration unique n’est pas une preuve : répétez le test et contrôlez les autres tâches en arrière-plan.

5. Tester un canal sur une zone pilote, pas sur tout le bâtiment

Si la corrélation est solide, testez éventuellement un autre canal sur une borne isolée, un SSID de laboratoire ou une petite zone. Comparez la latence, mais aussi l’occupation du canal, le débit, les retransmissions et l’expérience des autres clients.

Revenez ensuite au plan initial. Une modification réussie sur un poste ne justifie pas encore une généralisation.

AWDLControl : un interrupteur pratique, avec des privilèges élevés

AWDLControl est un utilitaire open source pour macOS 13 ou version ultérieure. Il propose trois modes dans la barre des menus :

  • Game Mode désactive AWDL lorsque le Mac utilise le Wi-Fi et qu’un jeu reconnu est au premier plan ;
  • AWDL On laisse le comportement Apple d’origine ;
  • AWDL Off maintient AWDL désactivé en permanence, jusqu’au retour manuel à AWDL On.

Sur les versions récentes de macOS, la commande sudo ifconfig awdl0 down ne constitue plus un contournement durable : le système peut remonter automatiquement l’interface.

Un témoignage publié sur la Communauté Apple décrit justement un répit temporaire avant sa réactivation. Ce retour d’expérience isolé ne prouve toutefois pas à lui seul qu’AWDL était la cause du problème.

AWDLControl surveille les changements de route et remet l’interface à l’arrêt si macOS tente de la réactiver. L’application s’appuie pour cela sur un helper enregistré avec SMAppService, car monter ou descendre une interface réseau exige des droits administrateur.

Lorsque l’application s’arrête, le helper réactive awdl0 puis se termine.

À la date de notre vérification, la version courante est AWDLControl 1.0.6, publiée le 13 avril 2026. Cette version a rétabli la vérification de signature pour les connexions au helper. Si l’outil est testé en entreprise, il faut au minimum utiliser une version qui inclut ce contrôle.

Ce correctif réduit un risque précis, mais ne remplace ni l’audit du code, ni la vérification de la signature et de la provenance du binaire.

Usage raisonnable Usage à éviter
Confirmer une hypothèse sur un Mac pilote Déployer l’application sur tout le parc après un seul test
Protéger ponctuellement une session très sensible à la latence Présenter l’outil comme un correctif officiel Apple
Comparer AWDL On et Off avec les mêmes mesures Oublier qu’un helper privilégié est installé
Réactiver AWDL après le test et vérifier les fonctions Apple Laisser AWDL coupé sans informer l’utilisateur

Désactiver AWDL peut rendre indisponibles AirDrop, AirPlay pair-à-pair, Handoff, Sidecar, Appareil photo Continuité ou d’autres interactions de proximité. AWDLControl ne fonctionne que sur Mac ; il ne résout pas directement un problème observé sur iPhone ou iPad.

Dans un parc géré avec Jamf ou une autre solution MDM, l’utilitaire doit passer par la procédure habituelle : revue du code et de la signature, validation sécurité, groupe pilote, journalisation, documentation utilisateur et désinstallation testée.

Apple propose des restrictions MDM pour AirDrop et certaines fonctions de Continuité, mais désactiver un service visible ne garantit pas l’extinction de toute activité AWDL.

Faut-il configurer le Wi-Fi sur les canaux 6 et 44 ?

Pas par défaut. Les canaux 6 en 2,4 GHz, ainsi que 44 et 149 en 5 GHz, apparaissent dans les travaux consacrés aux canaux sociaux AWDL. Apple documente aussi des réseaux pair-à-pair temporaires utilisant différents canaux selon le matériel, la largeur et la réglementation.

En Europe, sa documentation AirPlay mentionne notamment 44 et 42 lorsque 149 n’est pas disponible. Dans cette nomenclature, 42 désigne généralement le centre d’un bloc de 80 MHz, et non un canal primaire à sélectionner de la même manière que 44.

Aligner localement la borne et le canal pair-à-pair peut réduire un changement de canal. Mais ce gain potentiel a un coût :

  • le canal 6 peut être très encombré en 2,4 GHz ;
  • le canal 44 peut déjà être utilisé par plusieurs cellules voisines ;
  • concentrer toutes les bornes sur le même canal détruit la réutilisation radio ;
  • les canaux disponibles varient selon le pays et le domaine réglementaire ;
  • une salle qui utilise beaucoup AirPlay pair-à-pair a ses propres contraintes de contention.

Apple recommande officiellement de laisser la sélection de canal sur Auto pour un routeur standard, ou de choisir le canal qui fonctionne le mieux dans l’environnement lorsque l’automatisme n’est pas disponible. En entreprise, le contrôleur et l’ingénierie radio remplacent souvent cet automatisme par un plan maîtrisé, mais la logique reste la même : mesurer avant de fixer.

Il n’y a d’ailleurs pas de contradiction à voir Apple conseiller, pour certaines salles AirPlay, d’éviter les canaux 149 et 153 sur l’infrastructure. Partager le canal peut réduire les bascules, mais augmenter la contention avec le réseau pair-à-pair. Le bon compromis dépend de l’usage de la pièce.

Le 6 GHz ne doit pas non plus être vendu comme une guérison garantie. La démonstration RIPE ne l’a pas testé et les sources disponibles ne suffisent pas à affirmer qu’AWDL n’introduira jamais d’interruption sur un appareil associé en Wi-Fi 6E ou Wi-Fi 7.

Quelle politique adopter dans une entreprise équipée en Apple ?

Pour un seul utilisateur, un test manuel peut suffire. Pour plusieurs dizaines ou centaines de Mac, la décision doit devenir une procédure d’exploitation.

  1. Constituer un groupe pilote avec les modèles, versions de macOS et applications réellement utilisés.
  2. Établir une mesure de référence : RTT local, maximum, jitter, pertes, canal, RSSI, SNR et retransmissions.
  3. Comparer Ethernet et Wi-Fi. Pour un poste fixe très sensible à la latence, Ethernet reste le moyen le plus simple d’écarter les aléas radio.
  4. Tester AWDLControl sur quelques Mac, après revue de sécurité, puis réactiver AWDL pour vérifier le retour complet des fonctions Apple.
  5. Tester un changement radio sur une petite zone et contrôler son effet sur tous les clients, pas seulement sur le Mac qui a ouvert le ticket.
  6. Documenter les fonctions perdues si un contournement est conservé : AirDrop, Sidecar ou l’appareil photo de continuité peuvent être essentiels à certains métiers.
  7. Conserver une procédure de retour arrière et réévaluer le choix après chaque mise à jour majeure de macOS.

Cette approche relève autant de la gestion de parc informatique que de l’ingénierie Wi-Fi. Un réglage local non documenté finit souvent par réapparaître des mois plus tard sous la forme d’un ticket incompréhensible.

Quand faut-il chercher ailleurs ?

Si le problème n’est pas périodique, s’il touche tous les fabricants ou s’il suit un déplacement dans le bâtiment, commencez par les causes classiques : couverture, roaming, interférences, saturation, DFS, DHCP, DNS, VPN, pilote ou accès Internet.

Une salle de réunion est un bon exemple. Les participants bougent, plusieurs appareils découvrent des écrans et la visioconférence révèle immédiatement le jitter. Notre guide sur le Wi-Fi qui décroche en salle de réunion aide à séparer les défauts de couverture, de capacité et de service.

Le diagnostic AWDL est précieux précisément parce qu’il complète ces vérifications. Il évite de remplacer une borne saine pour corriger un comportement du client, mais il évite aussi l’erreur inverse : masquer un mauvais Wi-Fi professionnel en installant un utilitaire sur chaque Mac.

FAQ

AWDL et AirDrop sont-ils la même chose ?

Non. AirDrop est une fonction visible par l’utilisateur. AWDL est une couche Wi-Fi pair-à-pair que les appareils peuvent utiliser pour établir la liaison directe. AirPlay et plusieurs fonctions de Continuité peuvent également exploiter cette technologie.

Désactiver la réception AirDrop suffit-il à arrêter AWDL ?

Ce n’est pas garanti. AirDrop n’est qu’un consommateur de la couche pair-à-pair. Pour un test probant sur Mac, il faut observer ou neutraliser l’interface awdl0, tout en acceptant la perte temporaire des fonctions qui en dépendent.

AWDL peut-il toucher un iPhone ou un iPad ?

Oui, ces appareils utilisent les fonctions pair-à-pair d’Apple et des instabilités ont été reproduites sur iPhone et iPad dans les sources étudiées. AWDLControl reste toutefois un utilitaire macOS : il ne peut pas être installé sur iOS ou iPadOS.

Quel canal Wi-Fi supprime le problème ?

Aucun canal ne constitue une solution universelle. Les canaux sociaux varient selon la bande, le matériel et la région. Le canal 44 peut améliorer un test et dégrader une autre cellule s’il est déjà encombré. Toute modification doit rester locale, mesurée et réversible.

Le Wi-Fi 6 GHz évite-t-il AWDL ?

Les éléments disponibles ne permettent pas de le garantir. Le 6 GHz peut améliorer la capacité et réduire certaines interférences, mais il ne faut pas le présenter comme un contournement AWDL validé.

AWDLControl est-il adapté à un parc d’entreprise ?

Il peut être utile pour un pilote ou un besoin ciblé. Comme il installe un helper privilégié et désactive des fonctions Apple, son déploiement exige une revue sécurité, une version à jour, des tests métier, une communication claire et une procédure de retrait.

Besoin d’aide pour diagnostiquer ces pics de latence ?

Vous observez des pics de latence sur des Mac, iPhone ou iPad sans cause évidente côté infrastructure ? BoucheCousue peut mesurer le réseau, comparer les clients et valider un correctif sans dérégler l’ensemble du Wi-Fi.

Contactez BoucheCousue