Gigue, latence et perte de paquets en VoIP : tester et améliorer les appels

Stratégie DTC · 7 min de lecture

Jerry Abrahamson

Jerry Abrahamson

Fondateur et CEO • 18 octobre 2026

Gigue, latence et perte de paquets en VoIP : tester et améliorer les appels

Un test peut afficher 500 Mbit/s alors que vos appels ressemblent à une mauvaise radio. La qualité dépend beaucoup moins de la vitesse que de la régularité avec laquelle la connexion livre les petits paquets sonores. Trois mesures la déterminent : latence, gigue et perte de paquets.

Ce guide les explique simplement, donne les cibles publiées par l’UIT (organisme international de normalisation des télécommunications), Microsoft et Twilio, montre comment tester votre connexion gratuitement et classe les solutions dans l’ordre où les essayer. Pour une liste par symptôme, consultez les problèmes VoIP courants.

Les trois mesures qui déterminent la qualité

  • Latence : Le temps de trajet d’un paquet d’une extrémité à l’autre. Trop élevée, elle fait parler les personnes en même temps. Les tests indiquent généralement l’aller-retour, soit environ deux fois le délai dans un sens.
  • Gigue : L’irrégularité des arrivées. Les paquets partent toutes les 20 ms environ ; s’ils arrivent à 5 ms, puis 60 ms, puis 15 ms d’intervalle, l’application attend les retardataires. Cette zone d’attente est le tampon de gigue. Un petit tampon rejette les paquets tardifs ; un grand ajoute du délai.
  • Perte de paquets : La part des paquets qui n’arrivent jamais. Le codec masque une faible perte ; davantage produit des mots coupés et une voix robotique. Les pertes en rafales sont pires qu’une même quantité répartie.

La bande passante importe quand elle vient à manquer. Un appel vocal consomme peu, mais si autre chose remplit votre débit montant, chaque paquet attend derrière et latence, gigue et pertes augmentent ensemble. Cet effet, appelé bufferbloat, est une des causes les plus fréquentes de mauvais appels sur des connexions pourtant rapides.

Les valeurs souhaitables : cibles publiées

Les organismes mesurent différentes parties du trajet ; leurs chiffres ne sont donc pas identiques. Voici précisément ce que chacun indique.

SourceMesureCible
Recommandation UIT-T G.114, Temps de transmission dans un sensDélai de bouche à oreille dans un sensMoins de 150 ms : la plupart des applications semblent pratiquement instantanées. Plus de 400 ms : inacceptable pour la planification générale des réseaux.
Exigences réseau Teams de MicrosoftDe votre appareil au réseau Microsoft, Wi-Fi comprisLatence dans un sens inférieure à 50 ms (aller-retour inférieur à 100 ms) ; perte inférieure à 1 % sur toute période de 15 secondes ; gigue inférieure à 30 ms sur toute période de 15 secondes.
Exigences réseau Teams de MicrosoftDe la sortie Internet de votre bureau au réseau MicrosoftLatence dans un sens inférieure à 30 ms ; perte inférieure à 0,1 % ; gigue inférieure à 15 ms.
Exigences de connectivité réseau des SDK Voice de TwilioDe votre appareil à Twilio, pour les appels par navigateur et applicationLatence aller-retour inférieure à 200 ms ; gigue inférieure à 30 ms ; perte inférieure à 3 %.
Sources vérifiées le 19 octobre 2026. G.114 est l’édition 05/2003, toujours en vigueur. Les cibles Microsoft concernent Teams, celles de Twilio ses SDK Voice ; les autres fournisseurs publient les leurs.

En pratique pour une petite entreprise : visez une gigue inférieure à 30 ms et une perte de paquets inférieure à 1 % depuis votre appareil, avec un délai dans un sens nettement sous 150 ms. Au-delà, les appelants le remarqueront. Si vous êtes largement en dessous mais que les appels restent mauvais, vérifiez l’appareil, le casque ou l’autre extrémité.

La bande passante nécessaire à un appel

Moins qu’on ne le pense généralement, ce qui explique pourquoi acheter davantage de débit corrige rarement la gigue.

CodecDébit par appel, dans chaque sensSource
Opus (courant dans les navigateurs et applications)40 kbit/sExigences de connectivité réseau des SDK Voice de Twilio
G.711 / PCMU (qualité téléphonique classique)100 kbit/sExigences de connectivité réseau des SDK Voice de Twilio
G.711, paquets de 20 ms, sur Ethernet, tous en-têtes inclus87,2 kbit/sGuide Cisco du débit par appel
G.729 (compressé), paquets de 20 ms, sur Ethernet31,2 kbit/sGuide Cisco du débit par appel
Deux sources vérifiées le 19 octobre 2026.

Exemple : un bureau avec cinq appels G.711 simultanés a besoin d’environ 5 × 100 kbit/s = 500 kbit/s en envoi et 500 kbit/s en réception, selon le chiffre Twilio. Un demi-mégabit. Les appels échouent parce qu’une sauvegarde cloud ou un envoi vidéo sature le débit montant au même instant, plutôt que par manque de vitesse de la ligne. Le débit montant est généralement le premier à manquer, car les forfaits résidentiels et petites entreprises offrent souvent bien moins en envoi qu’en réception.

Tester votre connexion avec des outils gratuits

Testez dans vos conditions d’appel : même appareil, même réseau, même heure que les problèmes. Répétez chaque test trois fois, en Wi-Fi puis en filaire. Tous les outils ci-dessous ont été vérifiés le 19 octobre 2026.

  • Cloudflare Speed Test : Fonctionne dans le navigateur et mesure les débits descendant et montant, la latence, la gigue et la perte de paquets, avec une note pour les appels vidéo. Un bon premier test.
  • Twilio Network Test : Twilio le recommande dans ses exigences de connectivité pour tester les appels par navigateur et application. Il fonctionne dans le navigateur.
  • Waveform Bufferbloat Test : Mesure la hausse de latence pendant les téléchargements et envois, puis attribue une note sous forme de lettre. Une forte hausse sous charge indique du bufferbloat.
  • M-Lab Speed Test : Un test de Measurement Lab, projet ouvert de mesure d’Internet. Utile comme deuxième avis sur la vitesse et la latence.
  • ping et traceroute : Intégrés à tous les ordinateurs. Dans Terminal sur Mac, ping -c 100 1.1.1.1 envoie 100 paquets et affiche les pertes et les temps minimal, moyen et maximal ; sous Windows, utilisez ping -n 100 1.1.1.1. traceroute (Mac) ou tracert et pathping (Windows) indiquent où le délai ou les pertes commencent sur le trajet.
  • Statistiques d’appel de votre fournisseur : La plupart des services VoIP affichent la qualité par appel dans l’administration (gigue, pertes, parfois une note). Regardez les mauvais appels, pas la moyenne.

Microsoft propose aussi Teams Network Assessment Tool pour tester la sortie Internet d’un bureau selon ses cibles ; vos équipes informatiques l’utilisent peut-être déjà.

Lire les résultats

ConstatSignification habituelleOù chercher
Bon en filaire, mauvais en Wi-FiLe Wi-Fi est en causeBande, distance, interférences, emplacement du point d’accès
Bon au repos, mauvais sous chargeBufferbloat : file d’envoi ou de réception pleineEnvois, sauvegardes, QoS ou gestion intelligente des files du routeur
Latence élevée même au reposLong trajet, VPN ou Internet par satelliteRéglages VPN, fournisseur Internet
Pertes à partir du premier saut après le routeurProblème sur la ligne du fournisseur InternetFournisseur Internet, avec le résultat traceroute
Toutes les mesures sont bonnes, appels toujours mauvaisAppareil, casque ou interlocuteurChanger le casque ; appeler d’autres numéros ; contacter le fournisseur

Note moyenne d’opinion (MOS)

Beaucoup de systèmes résument la qualité par une note moyenne d’opinion. L’échelle vient de la Recommandation UIT-T P.800 (vérifiée le 19 octobre 2026), qui décrit la notation des appels par des auditeurs de 1 (mauvais) à 5 (excellent). Aujourd’hui, les systèmes estiment généralement la note à partir de la latence, de la gigue, des pertes et du codec, sans interroger des personnes. La documentation des résumés d’appel Voice Insights de Twilio (vérifiée le 19 octobre 2026) indique qu’une note d’au moins 4,2 correspond généralement à un bon appel et signale les appels sous 3,5. Utilisez MOS pour repérer les mauvais appels, puis les trois mesures sous-jacentes pour comprendre pourquoi.

Les solutions dans l’ordre

  • 1. Utilisez un câble pour les téléphones de bureau et l’ordinateur d’appel. Cela écarte le Wi-Fi des causes possibles en une étape.
  • 2. Supprimez la concurrence. Programmez les sauvegardes cloud et gros envois hors des heures d’ouverture ; suspendez-les quand les appels comptent.
  • 3. Activez la gestion intelligente des files ou la QoS sur le routeur, avec priorité maximale à la voix. C’est la correction la plus efficace du bufferbloat.
  • 4. Corrigez le Wi-Fi. Utilisez le 5 GHz, rapprochez les points d’accès, choisissez des canaux sans chevauchement et activez WMM, selon le guide Microsoft de préparation d’un réseau pour Teams.
  • 5. Faites passer les appels hors du VPN (tunnel fractionné).
  • 6. Mettez le routeur à jour ou remplacez-le. Les anciens routeurs grand public gèrent mal les files.
  • 7. Sollicitez votre fournisseur Internet avec les résultats traceroute et des tests si les pertes commencent de son côté.
  • 8. Ajoutez du débit montant ou une seconde ligne uniquement si les tests montrent une saturation pendant les heures d’ouverture.

L’approche de Chargezen

Chargezen n’est pas un fournisseur VoIP et ne règle pas les réseaux. Il change qui répond. Concierge répond par IA aux appels du numéro professionnel : le client obtient donc une réponse même si la personne qui décroche habituellement a une mauvaise connexion, est déjà en ligne ou a fini sa journée.

  • Concierge répond sur votre numéro : Concierge répond par IA aux appels et SMS de votre numéro professionnel américain, jour et nuit, à partir de vos instructions et informations. Découvrez l’accueil téléphonique IA et le canal téléphonique.
  • Vos collègues rejoignent l’appel depuis Finn ou le navigateur : Écoutez avec le microphone coupé, appuyez sur Rejoindre l’appel et Concierge annonce votre présence à l’appelant. Depuis Finn sur iPhone ou Mac, transférez l’appel à un collègue avec une note. Découvrez les appels téléphoniques et le guide pour rejoindre et transférer les appels.
  • Un fil de conversation par client : Tout ce que disent Concierge et votre équipe pendant l’appel est enregistré dans la conversation du client avec ses SMS. Un rappel reprend donc là où l’appel précédent s’est arrêté.

Quand un collègue rejoint l’appel depuis le navigateur, son audio passe par sa propre connexion Internet : les cibles et solutions ci-dessus s’appliquent. Une connexion filaire avec un casque filaire offre le meilleur résultat.

Précisons : Chargezen ne vend ni lignes VoIP, ni téléphones de bureau, ni système téléphonique (PBX). Il n’a pas de menu téléphonique, groupes de sonnerie, renvoi ou sonnerie simultanée, et ses numéros sont uniquement américains (+1). Pour des postes internes sur téléphones de bureau, un fournisseur VoIP reste l’outil adapté.

Concierge Starter coûte US$20 par mois avec 20 000 crédits. Pro coûte US$199 par mois avec 199 000 crédits, ou US$1 990 par an. Les appels et les SMS sont facturés à l’usage, sans frais par utilisateur. Consultez les tarifs.

Termes associés : VoIP, accueil téléphonique IA et agent vocal IA. Guides associés : problèmes VoIP courants, pourquoi votre téléphone coupe les appels et SVI ou agent téléphonique IA.

Questions fréquentes

Quelle gigue viser pour la VoIP ?

Moins de 30 ms depuis votre appareil : c’est la cible publiée par Microsoft pour Teams et Twilio pour ses SDK Voice. Plus faible est préférable ; un réseau filaire bien géré affiche souvent moins de 10 ms.

Un ping de 50 ms est-il bon pour les appels ?

Oui. Un aller-retour de 50 ms représente environ 25 ms dans chaque sens, bien sous les 150 ms dans un sens de l’UIT-T G.114. Surveillez toutefois la valeur quand la connexion est chargée : c’est généralement là que les appels souffrent.

La gigue peut-elle venir de l’autre personne ?

Oui. Si son Wi-Fi est mauvais ou son signal mobile faible, vous entendrez un son haché même si votre réseau fonctionne bien. Appelez un autre numéro pour comparer.

La qualité d’appel est-elle la même chose que la gigue ?

La gigue en est une composante. La qualité combine latence, gigue, perte de paquets, codec et appareils aux deux extrémités. C’est ce qu’essaie de résumer la note MOS.

Jerry Abrahamson

Écrit par

Jerry Abrahamson

Jerry est le fondateur et CEO de Chargezen. Il aide les marques à bâtir des activités omnicanales durables. Fort de plus de 10 ans d’expérience dans le commerce omnicanal et le SaaS, il aime aider les marques à créer des revenus récurrents.

Prêt à faire grandir le chiffre d’affaires de vos abonnements ?

Rejoignez les marques de premier plan qui utilisent Chargezen pour réduire les résiliations, augmenter leur chiffre d’affaires et automatiser leurs opérations.

Commencer
L’espace, à portée de main

Que feriez-vous avec 22 % de ventes en plus ?