Débit, latence, gigue, perte : les métriques réseau expliquées

On résume souvent la qualité d’un réseau à “la vitesse Internet”. Pourtant, le débit n’est qu’une métrique parmi d’autres. Un réseau peut afficher 200 Mbps et offrir une expérience médiocre en visioconférence, en VoIP ou sur des applications cloud. À l’inverse, un débit modeste peut suffire si la latence, la gigue et la perte sont maîtrisées.

Cet article explique simplement les 4 métriques clés qui décrivent réellement l’expérience réseau : débit, latence, gigue (jitter) et perte de paquets, avec des exemples concrets et des repères d’interprétation.

1) Pourquoi “le débit” ne suffit pas ?

Imaginez une autoroute :

• Le débit, c’est le nombre de véhicules qui peuvent passer par minute. 
• La latence, c’est le temps de trajet entre deux points. 
• La gigue, c’est l’irrégularité de ce temps de trajet (un coup 10 min, un coup 25 min). 
• La perte, ce sont des véhicules qui n’arrivent jamais. 

Vous pouvez avoir une autoroute très large (bon débit) mais un trafic instable (latence/gigue/perte), et donc une expérience désagréable.

2) Débit : “combien” de données par seconde ?

Définition

Le débit est la quantité de données transférée par unité de temps :

• en Mbps (mégabits par seconde) ou Gbps 
• on distingue souvent download (descendant) et upload (montant) 

Ce que ça impacte

Le débit est déterminant pour :

• téléchargements, 
• streaming vidéo (surtout en haute définition), 
• sauvegardes cloud, 
• transferts de fichiers, 
• mises à jour. 

Points à connaître

• Le débit “annoncé” par un opérateur est un maximum théorique. 
• Le débit réel dépend aussi de la qualité Wi-Fi, du câble, du réseau local, de la charge, et du serveur distant. 
• Beaucoup d’usages ne consomment pas un débit énorme, mais exigent de la stabilité. 

3) Latence : “combien de temps” met un paquet ?

Définition

La latence (en ms) est le temps de trajet d’un paquet. On la mesure souvent via un aller-retour (RTT) : “ping”.

Ce que ça impacte

La latence est critique pour :

• la navigation web (ressenti de réactivité), 
• les applications SaaS/ERP/CRM, 
• les jeux en ligne, 
• les services VoIP / visioconférence (délai dans la conversation), 
• sessions distantes (RDP/SSH). 

Repères simples 

• < 20 ms : excellent (usage interactif très confortable) 
• 20–50 ms : très bon 
• 50–100 ms : acceptable mais perceptible dans le temps réel 
• > 150 ms : gênant pour voix/vidéo interactives 

4) Gigue (jitter) : “à quel point la latence varie” ?

Définition

La gigue est la variation de latence dans le temps. Deux paquets peuvent mettre 20 ms, puis 80 ms, puis 30 ms… cette instabilité, c’est la gigue.

Pourquoi c’est si important ?

La gigue est souvent la cause des problèmes de :

• voix “hachée”, 
• “robotisation”, 
• coupures en visioconférence, 
• désynchronisation audio/vidéo. 

Les appels en temps réel attendent un flux régulier. Quand les paquets arrivent à des moments imprévisibles, la lecture devient difficile.

Repères simples 

• < 10 ms : excellent pour voix/vidéo 
• 10–30 ms : acceptable 
• > 30 ms : risque élevé de dégradation perceptible 

5) Perte de paquets : “ce qui n’arrive pas”

Définition

La perte est le pourcentage de paquets envoyés qui n’arrivent pas à destination (ou arrivent trop tard pour être utiles).

Effets concrets

• Sur TCP (web, mail, fichiers) : la perte provoque des retransmissions, donc lenteur et “chargements” interminables. 
• Sur UDP (voix/vidéo temps réel) : un paquet perdu est souvent perdu définitivement, donc on entend des trous, on voit des freeze. 

Repères simples 

• 0% : idéal 
• 0,1–1% : parfois tolérable selon usage 
• > 1% : les applications temps réel souffrent 
• > 2–3% : dégradation nette (VoIP/visio très impactées) 

6) Le combo gagnant selon les usages

Streaming vidéo

• Besoin : débit suffisant + faible perte 
• Tolère : latence et gigue modérées (car buffer) 

Téléchargement / sauvegarde

• Besoin : débit + stabilité (peu de pertes) 
• Latence moins critique 

Visioconférence / VoIP

• Besoin : faible latence + faible gigue + très faible perte 
• Le débit requis est souvent modeste, mais la stabilité est essentielle 

Applications cloud (ERP/CRM)

• Besoin : latence faible + peu de pertes (réactivité) 
• Débit moyen suffit souvent 

7) Pourquoi on peut avoir un “bon débit” et une “mauvaise visio” ?

Cas typique :

• Speedtest : 100 Mbps  
• Mais : gigue 40 ms + pertes 1–2%

Résultat :

• vidéo qui se fige, 
• voix saccadée, 
• “vous m’entendez ?” 

Le speedtest mesure surtout un débit sur un serveur donné, sur une courte durée. Il ne représente pas toujours la stabilité du réseau ni le trajet réel vers votre service (Teams, Zoom, serveur cloud, etc.).

8) D’où viennent les problèmes (causes fréquentes) ?

Débit faible

• lien Internet saturé, 
• Wi-Fi de mauvaise qualité, 
• câble/port limité (100 Mbps au lieu de 1 Gbps), 
• équipement sous-dimensionné. 

Latence élevée

• serveur distant très loin, 
• routage sous-optimal, 
• congestion opérateur, 
• VPN ou inspection sécurité lourde. 

Gigue élevée

• Wi-Fi instable/interférences, 
• liens radio perturbés, 
• congestion variable, 
• buffers mal gérés, QoS absente. 

Perte de paquets

• signal Wi-Fi faible, 
• erreurs sur câble/fibre, 
• saturation (files d’attente pleines), 
• équipements défaillants, 
• MTU/problèmes d’encapsulation selon certains réseaux. 

9) Comment bien mesurer (sans se tromper) ?

Pour des mesures utiles :

• tester en filaire (référence) puis comparer au Wi-Fi, 
• mesurer sur une durée suffisante (pas 10 secondes), 
• distinguer LAN (réseau local) vs WAN/Internet, 
• tester vers la destination réelle (cloud, site, IP du serveur) quand c’est possible. 

Outils courants (selon contexte) :

• ping/traceroute (latence/routage), 
• tests de débit, 
• outils de supervision (pertes, jitter, disponibilité), 
• mesures QoS/QoE pour les services voix/data. 

Conclusion

Les 4 métriques réseau essentielles se complètent :

• Débit : capacité de transfert 
• Latence : temps de trajet 
• Gigue : régularité du trajet 
• Perte : fiabilité de livraison 

Un bon réseau, ce n’est pas seulement “rapide”. C’est un réseau stable, prévisible et fiable, surtout pour les usages modernes (cloud, collaboration, visio, services critiques).