Appels en vol sous VPN : pourquoi un excellent débit ne suffit pas à garder une voix nette

Le chiffre m’avait rassuré avant même que j’entende la première voix. J’étais à bord d’un long-courrier équipé d’une connexion satellite récente. Ordinateur ouvert, casque branché, portail Wi-Fi validé. Test de débit.

Plus de bande passante que dans certains hôtels où j’avais travaillé la semaine précédente. J’ai ouvert plusieurs pages. Rapide. Une vidéo s’est lancée immédiatement.

J’ai téléchargé un document. Rien ne donnait l’impression d’être à plus de dix kilomètres du sol. Le raisonnement s’est fait tout seul : si cette connexion pouvait absorber une vidéo, elle pouvait évidemment absorber un appel audio.

C’est précisément là que je me suis trompé.

Les règles concernant les appels varient selon les compagnies. Delta, par exemple, autorise le streaming et l’usage des principaux VPN sur son Wi-Fi, mais interdit les appels vocaux et vidéo en vol. Le test raconté ici correspond à un contexte où un court usage audio était autorisé ; les consignes de la compagnie et de l’équipage restent évidemment prioritaires.

Dans mon cas, le problème est apparu après l’activation du VPN. La réunion s’est ouverte. Les premières secondes étaient normales.

Puis une syllabe a disparu. La phrase suivante est arrivée avec un petit retard. J’ai répondu trop tôt parce que je croyais mon interlocuteur arrivé au bout de sa phrase. Ensuite sa voix est devenue brièvement métallique.

« Tu m’entends ? » Oui. Mais plus très régulièrement.

Le chiffre le plus rassurant était aussi celui qui m’a envoyé sur une fausse piste

Cette situation devient beaucoup moins improbable en 2026.

Le 20 août, Qatar Airways annonçait avoir équipé 150 gros-porteurs avec Starlink. Depuis le début du déploiement en octobre 2024, plus de 23 millions de passagers s’étaient déjà connectés au service sur plus de 86 000 vols, avec des débits annoncés pouvant atteindre 500 Mb/s.

Dans les discussions de voyageurs, le changement de perception est déjà visible. Un passager ayant utilisé Starlink à 35 000 pieds sur United décrivait en juillet une connexion qui ne lui avait justement pas paru « aérienne » : rapide, stable, suffisamment normale pour qu’il cesse presque de la remarquer. Dans la discussion, la compatibilité avec un VPN professionnel faisait même partie des questions posées par d’autres voyageurs.

C’est exactement le piège dans lequel j’étais tombé. Quand le Wi-Fi d’un avion ressemble enfin au Wi-Fi du sol, on commence à le juger avec les mêmes réflexes. Et mon premier réflexe était le débit.

Pourtant, un appel audio n’a pas besoin d’une autoroute gigantesque. Il a surtout besoin que les petites voitures qui transportent chaque morceau de phrase arrivent régulièrement.

Un téléchargement peut ralentir une seconde, reprendre ensuite et finir parfaitement. Une vidéo peut accumuler quelques secondes dans son tampon. Une conversation ne peut pas stocker à l’avance la phrase que mon interlocuteur n’a pas encore prononcée.

Si une partie de sa voix arrive trop tard, personne ne remet la discussion sur pause pour l’attendre. Le mot disparaît.

C’est pourquoi Microsoft ne surveille pas seulement le débit pour ses communications temps réel. Ses outils regardent séparément la latence, la gigue — l’irrégularité du délai entre les paquets — et les pertes. Pour son expérience Walkie Talkie, Microsoft donne notamment comme conditions optimales un RTT inférieur à 300 ms, une gigue inférieure à 30 ms et moins de 1 % de perte ; sa documentation de qualité des appels relie directement une gigue excessive à une voix robotique et les pertes à des mots ou syllabes manquants.

Mon Speedtest pouvait donc être excellent pendant que ma conversation se désagrégeait. J’avais énormément de débit. Ce qui me manquait, c’était de la régularité.

J’ai changé de serveur et amélioré quelque chose qui n’était déjà pas mon problème

Mon VPN habituel était pourtant un choix parfaitement raisonnable. Un fournisseur connu. Des années d’historique.

Beaucoup de régions disponibles. Des réglages détaillés. Je l’avais utilisé dans des hôtels, des trains et des aéroports sans incident notable.

J’ai donc fait ce que j’aurais fait au sol : j’ai choisi une sortie géographiquement plus proche. Déconnexion. Nouveau serveur.

Retour dans l’appel. Pendant un instant, j’ai cru avoir gagné. La navigation restait rapide. Le test de débit était toujours excellent.

Puis mon interlocuteur s’est arrêté au milieu d’une phrase. Ou plutôt, son téléphone avait continué à parler. C’était moi qui n’avais pas tout reçu.

Quelques secondes plus tard : « J’ai perdu ce que tu viens de dire. » J’ai essayé une autre destination.

Le débit a légèrement changé. La conversation, beaucoup moins. C’est ce deuxième échec qui m’a fait arrêter de regarder la carte des serveurs.

Le VPN ajoutait son propre trajet à une connexion qui avait déjà un parcours inhabituel. Tant que je mesurais combien de données pouvaient traverser ce trajet pendant plusieurs secondes, tout paraissait formidable.

Mais ma réunion ne dépendait pas des bonnes minutes. Elle dépendait des mauvaises secondes. Un petit groupe de paquets perdu.

Une arrivée irrégulière. Une brève interruption suffisamment courte pour passer inaperçue pendant le chargement d’une page, mais suffisamment longue pour manger deux mots.

Ce n’était pas seulement une façon de rationaliser mon mauvais appel après coup. Le tableau de bord que Starlink fournit aux exploitants aériens sépare lui-même le débit, la latence, la perte de paquets et les interruptions de 15 ou 60 secondes.

Autrement dit, même le réseau qui fournit la connexion ne considère pas « combien de mégabits ? » comme une description suffisante de ce qui se passe pendant un vol.

À partir de là, je ne cherchais plus le VPN qui rendrait la bonne connexion encore plus rapide. Je cherchais celui qui encaisserait mieux les mauvais instants.

Le deuxième VPN n’a pas rendu l’avion plus rapide

C’est à ce moment-là que j’ai ouvert OnlydogVPN^↗.

Je n’avais plus envie de choisir encore un pays, puis un autre serveur, puis de revenir dans la réunion pour découvrir si deux syllabes supplémentaires allaient survivre.

J’ai laissé l’application sélectionner automatiquement la connexion au lieu de continuer à piloter le tunnel comme si le problème venait de sa destination.

Connexion. Retour dans la même réunion. La différence n’a pas ressemblé à un benchmark spectaculaire.

C’est justement ce qui m’a intéressé. La page ouverte à côté ne s’est pas chargée deux fois plus vite. Je n’ai pas obtenu un chiffre suffisamment impressionnant pour faire une capture d’écran.

Mais les phrases sont restées entières. À un moment, l’audio s’est légèrement durci pendant une seconde. Je connaissais déjà la suite : le petit silence, puis la question.

« Tu peux répéter ? » Elle n’est pas venue. La conversation a continué.

Quelques minutes plus tard, j’ai senti une autre petite variation. Là encore, la réunion est restée connectée. Je n’ai pas quitté l’appel pour changer de serveur. Je n’ai pas attendu une reconnexion en regardant l’icône tourner.

Nous avons terminé ce que nous avions à dire. C’était mon vrai test. Et cette fois, il était réussi.

L’explication technique tient en beaucoup moins de mots que je ne le pensais au début. Le service utilise un transport basé sur HTTP/3 et a été conçu pour mieux récupérer lorsque le réseau devient irrégulier ou change sous la connexion. HTTP/3 repose sur QUIC, un protocole qui prévoit notamment la migration de chemin ; ses mécanismes de transport comprennent également la détection des pertes et leur récupération.

Cela ne crée pas de bande passante qui n’existe pas. Cela ressemble davantage à une voiture qui négocie mieux les nids-de-poule qu’à une voiture dont on aurait simplement augmenté la vitesse maximale. Sur cette connexion en vol, c’était précisément ce dont j’avais besoin.

Mon premier VPN était très à l’aise lorsque la route était bonne. Le second m’a surtout convaincu dans les secondes où elle cessait de l’être.

J’avais regardé la moyenne alors que la conversation dépendait des accidents

Après l’appel, j’ai relancé un test de débit presque par réflexe. Le résultat n’avait rien d’extraordinaire par rapport à celui obtenu auparavant. Quelques semaines plus tôt, cela m’aurait probablement déçu.

Cette fois, je l’ai regardé autrement. Je n’avais pas besoin de davantage de mégabits. J’en avais déjà largement assez.

Je voulais qu’une variation de quelques instants ne se transforme pas immédiatement en : « Tu peux répéter ? » C’est aussi ce qui rend la comparaison moins évidente qu’un classement traditionnel de VPN.

Le fournisseur établi garde des avantages réels : davantage de régions, un historique public plus long, plus de documentation et beaucoup plus de recul indépendant. Le service plus petit n’a pas encore cette profondeur d’historique.

Mais aucune de ces différences ne pouvait récupérer les mots qui disparaissaient pendant mon appel. Ce soir-là, le critère était beaucoup plus précis. La connexion en vol était déjà rapide.

Ce qu’il me fallait était un tunnel capable de rester discret lorsque cette connexion devenait brièvement irrégulière.

Une vidéo peut remplir son tampon pendant les bonnes secondes et utiliser cette réserve pendant les mauvaises.

Une conversation doit traverser les deux. Depuis, avant un appel sur une connexion en vol, je ne prends plus le plus gros chiffre affiché comme verdict. J’attends la prochaine phrase.

Si elle arrive entière alors que le réseau vient d’avoir son mauvais moment et que le VPN est toujours connecté, j’ai appris quelque chose qu’un test de débit ne m’aurait jamais montré.