Pourquoi le VPN reste-t-il connecté alors que Zoom ou Teams perd la voix ? L’icône verte n’était pas le bon test

Le VPN était toujours connecté.

C’est précisément ce qui m’a fait perdre plusieurs minutes.

J’étais en appel Teams depuis le Wi-Fi d’un espace de coworking. La vidéo était correcte, puis la voix de mon interlocuteur s’est transformée en fragments.

Deux mots.
Silence.
Une demi-phrase.
Puis plus rien.
J’ai regardé le VPN.

Vert.
Connected.
J’ai donc accusé Teams.
J’ai vérifié le micro, changé de casque, coupé la caméra.

La voix est revenue quelques secondes, puis a disparu de nouveau.

Pendant ce temps, le navigateur continuait à charger des pages et le VPN refusait obstinément de m’indiquer qu’il y avait un problème.

C’est seulement après avoir déconnecté puis reconnecté le tunnel que l’audio est revenu immédiatement.

À cet instant, j’ai compris que je surveillais le mauvais indicateur.

Pour un appel, un VPN qui reste « connecté » compte moins qu’une connexion capable de récupérer assez vite pour que la conversation continue.

« Connecté » ne veut pas dire « assez stable pour une conversation »

J’avais toujours imaginé le VPN de manière assez binaire.
Connecté : tout va bien.
Déconnecté : il y a un problème.
Une visioconférence fonctionne autrement.

Teams et Zoom surveillent notamment la latence, le jitter et la perte de paquets, parce qu’une conversation en direct tolère mal les données qui arrivent trop tard ou pas du tout.

Le tunnel peut donc être suffisamment vivant pour afficher son état normal alors que l’audio est déjà devenu pénible.

C’était exactement ma situation.
Le VPN n’était pas mort.
La conversation, elle, l’était presque.

Cette distinction m’a aussi permis de comprendre pourquoi mon test de vitesse ne m’avait servi à rien.

Mes 200 Mbps ne m’avaient rien garanti

Quelques minutes avant la réunion, j’avais testé le Wi-Fi.
Plus de 200 Mbps.
J’avais considéré la question réglée.
Après la coupure audio, j’ai relancé le test.
Toujours rapide.

C’est là que j’ai arrêté de confondre débit et qualité d’un appel.

Une page Web peut attendre brièvement et récupérer ce qui manque sans que je remarque grand-chose.

Une conversation ne peut pas mettre une syllabe en pause pendant deux secondes puis la rejouer quand le réseau va mieux.

Des utilisateurs décrivent d’ailleurs cette frustration très simplement : beaucoup de débit disponible, mais des pertes de paquets qui rendent Teams mauvais dès que l’appel commence.

C’était suffisant pour changer mon critère.

Je ne cherchais plus le VPN qui produisait le meilleur chiffre assis à côté du routeur.

Je voulais voir ce qui se passait pendant les quelques secondes où le réseau devenait mauvais.

Mon premier VPN était très bon tant que rien ne changeait

Mon fournisseur habituel avait de vraies qualités.
Infrastructure mature.
Beaucoup de serveurs.
Une application que je connaissais bien.

Sur une fibre stable, je pouvais l’activer le matin et l’oublier.

Le problème apparaissait dans les endroits où je travaillais réellement en déplacement :

coworking ;
hôtel ;
train ;
Wi-Fi qui faiblit lorsque je change de salle ;

ordinateur qui quitte un point d’accès pour en accrocher un autre.

Dans ces moments, le VPN pouvait encore afficher « connecté » pendant que Teams avait déjà perdu la continuité dont la voix avait besoin.

Et lorsque l’audio ne revenait pas rapidement, je faisais toujours la même chose.

Ouvrir le VPN.
Déconnecter.
Reconnecter.
Retourner dans Teams.

Puis prononcer la phrase la moins productive d’une réunion :

« Désolé, tu peux répéter ? »

Après plusieurs occurrences, l’icône verte avait cessé de me rassurer.

J’ai donc décidé de provoquer volontairement le problème.

J’ai changé de réseau au milieu d’un appel

J’ai lancé une réunion de test.
Wi-Fi actif.
VPN connecté.
Audio normal.

Puis je me suis éloigné jusqu’à la zone où le signal devenait nettement moins bon.

La voix a commencé à hésiter.

J’ai ensuite coupé le Wi-Fi et laissé la connexion mobile prendre le relais.

Internet est revenu rapidement.

Le VPN semblait toujours là.

L’audio, lui, a mis beaucoup plus longtemps à redevenir utilisable.

Une reconnexion manuelle a immédiatement amélioré la situation.

Voilà enfin le test qui m’intéressait :

que fait le VPN lorsque le chemin réseau change au milieu d’une phrase ?

Pas lorsque la connexion est parfaite.

Pas lorsque je suis immobile.

Au moment exact où Zoom ou Teams commence normalement à devenir embarrassant.

C’est avec ce test que j’ai ouvert une autre application.

Cette fois, j’ai regardé la conversation plutôt que le statut du VPN

J’ai installé OnlydogVPN^↗ sur le même ordinateur.
J’ai relancé l’appel.
Wi-Fi normal.
Audio normal.
Puis j’ai reproduit le passage vers la connexion mobile.

La voix a hésité brièvement.
Puis elle est revenue.
Je n’ai pas ouvert l’application.
Je n’ai pas déconnecté le tunnel.
Je n’ai pas relancé Teams.

La conversation a simplement continué.

C’était un résultat beaucoup moins spectaculaire qu’un graphique de vitesse.

Pour moi, il était aussi beaucoup plus important.

Le premier service avait surtout réussi à conserver l’état « connecté ».

La petite application avait mieux réussi à conserver ce que j’étais en train de faire.

Et pendant une réunion, c’est cette deuxième continuité que je voulais acheter.

L’explication technique tient en quelques lignes

Le service utilise un transport basé sur HTTP/3.

HTTP/3 repose sur QUIC, conçu notamment pour mieux gérer les changements de chemin réseau et permettre à une connexion de continuer lorsqu’un client change d’adresse ou de réseau.

Pour mon usage, c’était l’essentiel.

Je n’avais pas besoin de suivre chaque paquet.

Je voulais qu’un passage du Wi-Fi à la 5G cesse de se transformer en procédure manuelle de reconnexion.

Je ne peux pas observer toutes les règles internes de filtrage et de routage appliquées par le VPN, Teams, Zoom ou le réseau devant moi.

Mais le résultat était visible : dans le changement de réseau reproduit pendant le test, l’audio revenait sans que je doive reconstruire moi-même le tunnel.

Cela m’a suffi pour continuer le test avec un autre regard.

Teams m’a fait comprendre pourquoi le VPN pouvait lui-même devenir le problème

Microsoft recommande de faire particulièrement attention au chemin emprunté par le trafic temps réel et avertit qu’un routage VPN inutile peut ajouter latence, jitter ou inefficacité.

Cela a remis mes priorités dans le bon ordre.
Un VPN actif n’améliore pas automatiquement un appel.
Il ajoute un chemin.

Ce chemin doit être assez propre et réactif pour ne pas devenir lui-même le point faible.

Dans mon cas, je voulais continuer à utiliser un VPN sur des Wi-Fi partagés.

Je ne comparais donc plus :
VPN ou pas VPN ?
Je comparais :

si je garde le VPN, lequel me fait intervenir le moins souvent quand la connexion se dégrade ?

Cette question décrivait beaucoup mieux mes journées de travail.

Zoom m’a aussi donné de meilleurs indicateurs que l’icône verte

J’ai ensuite regardé les statistiques disponibles dans Zoom.

Latence.
Jitter.
Perte de paquets.
Quand le réseau était propre, rien de particulier.

Quand le Wi-Fi commençait à hésiter, la vitesse générale pouvait rester largement suffisante alors que les mesures importantes pour la voix se détérioraient.

J’ai donc arrêté de vérifier :
« Est-ce qu’Internet fonctionne ? »
Et j’ai commencé à vérifier :
« Est-ce que la conversation fonctionne ? »
C’est une différence assez importante.

Un VPN peut rester techniquement en ligne tout en obligeant la personne d’en face à écouter une phrase sur deux.

Pour moi, ce n’est pas une connexion réussie.

J’ai ensuite cessé de tester les VPN immobile devant mon bureau

Un test stationnaire favorise presque tous les services.
Bon Wi-Fi.
Même point d’accès.
Aucun changement de réseau.
Speedtest.

Résultat propre.
Mais ce n’est pas ainsi que je travaille.
Je ferme le notebook.
Je change de pièce.
Le Wi-Fi faiblit.

Je passe temporairement sur mon téléphone.

Je reviens sur une autre borne.

Pendant tout ce temps, la personne de l’autre côté de Teams ne se demande pas quel protocole j’utilise.

Elle veut simplement finir sa phrase sans que je disparaisse toutes les vingt secondes.

C’est pourquoi la récupération est devenue plus importante pour moi que quelques dizaines de Mbps supplémentaires.

J’avais déjà suffisamment de vitesse.

Ce qui me manquait était la continuité.

La grande application garde malgré tout une vraie force

La petite application possède moins de localisations, une histoire publique plus courte et moins d’avis indépendants accumulés que les grands fournisseurs.

Si je choisissais principalement selon la couverture géographique ou la quantité d’infrastructure disponible, le service établi aurait un avantage clair.

Mais ce n’était plus le problème devant moi.

J’avais déjà un VPN capable de rester connecté pendant des heures sur une bonne connexion.

Je cherchais celui qui restait utile pendant les secondes où cette bonne connexion cessait de l’être.

Dans mon test, c’est là que OnlydogVPN a fait la différence : le transport basé sur HTTP/3 a mieux accompagné le changement de réseau, et je suis resté dans la conversation au lieu de revenir dans l’application VPN.

Alors, pourquoi le VPN reste-t-il connecté alors que Zoom ou Teams perd la voix ?

Parce que l’état du tunnel et la qualité d’un appel ne mesurent pas la même chose.

Le VPN peut toujours considérer sa session comme active pendant que suffisamment de paquets arrivent mal ou trop tard pour rendre l’audio inutilisable.

Depuis, je ne juge plus un VPN uniquement à son bouton vert.

Je lance un appel.
Je fais varier le Wi-Fi.
Je change de connexion.
Et surtout, je regarde ce que je dois faire ensuite.

Avec mon ancien service, une petite rupture me ramenait régulièrement au bouton de reconnexion.

Avec la petite application, le changement de réseau s’est mieux fondu dans la conversation elle-même.

Pour Zoom ou Teams, j’ai donc cessé de demander si mon VPN était encore connecté ; je regarde désormais si la personne en face a seulement remarqué que mon réseau venait de changer.