GUIDE · LATENCE SOUS CHARGE
Réduire la latence sous charge : files d’attente et QoS
Une visioconférence peut se dégrader au moment où une sauvegarde démarre, même si la ligne affiche un débit élevé. Le problème peut venir des files d’attente au point de saturation. Il faut mesurer le délai sous charge avant de choisir une politique de priorité.
Quelle différence entre capacité, QoS et gestion des files ?
La capacité détermine ce que le lien peut transporter. La QoS distingue des classes de trafic selon une politique. La gestion active des files cherche à maîtriser l’accumulation de paquets. Ces mécanismes demandent une mesure du goulot réel et des essais ; aucun marquage ne garantit une priorité de bout en bout sur Internet.
- Mesure
- Délai au repos et sous charge
- Goulot
- Montée ou descente
- Priorité
- Politique explicite
- Recette
- Applications simultanées

Comparer les situations et les vérifications
| Situation | Repère | À vérifier | Point de vigilance |
|---|---|---|---|
| Sauvegarde | Charge montante continue | Délai des appels pendant le transfert | Limiter sans compromettre la fenêtre |
| Visioconférence | Flux interactifs | Perte, délai et comportement réel | Ne pas se fier à un ping isolé |
| Marquage DSCP | Classe de trafic | Confiance accordée aux terminaux | Ne pas accepter tout marquage client |
| Gestion active | File au goulot | Débit utile et délai après réglage | Ne pas recopier un réglage universel |
1. Reproduire la gêne à la même heure
Mesurez d’abord le délai sans transfert, puis lancez une charge comparable à celle qui gêne les utilisateurs. Relevez les applications affectées, les deux directions du lien et la durée du phénomène. Une mesure vers un seul serveur ne localise pas toute la panne.
Comparez Ethernet et Wi-Fi pour distinguer le lien Internet du réseau radio. Contrôlez aussi le processeur du routeur et les erreurs de ports. Conservez les séries avant de changer plusieurs paramètres : vous devez pouvoir attribuer une amélioration à une action précise.
- Délai au repos
- Délai chargé
- Ethernet de référence
- Charge du routeur
2. Identifier où les paquets s’accumulent
Une politique de file agit là où les paquets attendent. Vérifiez le débit effectivement disponible et le point où le routeur peut contrôler l’envoi. Un accès variable demande plus de prudence qu’un lien dont la capacité utile reste stable pendant l’essai.
La gestion active des files, décrite notamment par la RFC 7567, vise à limiter l’accumulation. Le réglage dépend de l’équipement et de la topologie. Faites varier un paramètre à la fois, relevez le débit obtenu et vérifiez que le délai améliore l’usage ciblé.
- Goulot observé
- Capacité utile
- Réglage progressif
- Débit conservé
3. Définir des priorités compréhensibles
Écrivez quelles applications doivent rester utilisables et quelles opérations peuvent attendre. Une classification trop détaillée devient difficile à exploiter. La RFC 4594 propose des classes de service ; leur adoption doit correspondre aux fonctions disponibles et à votre périmètre de maîtrise.
Ne laissez pas chaque terminal déclarer arbitrairement son trafic prioritaire. Définissez les frontières de confiance et contrôlez les compteurs de classes. Un marquage peut être modifié ou ignoré plus loin : la qualité observée reste le critère de réception.
- Applications prioritaires
- Frontière de confiance
- Compteurs de classes
- Périmètre maîtrisé
4. Recevoir le changement avec des utilisateurs
Testez appels, réunions, sauvegardes et navigation simultanément. Mesurez le délai, mais vérifiez aussi fin de sauvegarde, intelligibilité et stabilité des sessions. Un réglage favorable à la voix peut ralentir une opération dont l’échéance demeure indispensable.
Sauvegardez la configuration précédente, les paramètres appliqués et le protocole d’essai. Prévoyez le retour arrière et une nouvelle mesure lors d’une évolution du contrat. L’augmentation de débit ne justifie pas de conserver indéfiniment un ancien plafond de mise en forme.
- Test simultané
- Fenêtre de sauvegarde
- Retour arrière
- Révision après évolution
Livrables et critères de réception
Adaptez ces critères à votre périmètre et faites-les valider avant la commande ou le changement. Conservez date, méthode, responsable et résultats. Une hypothèse sans preuve reste à confirmer.
| Contrôle | Livrable | Validation |
|---|---|---|
| Reproduire la gêne à la même heure | Délai au repos ; Délai chargé ; Ethernet de référence ; Charge du routeur. | Délai au repos et sous charge comparé à méthode constante. |
| Identifier où les paquets s’accumulent | Goulot observé ; Capacité utile ; Réglage progressif ; Débit conservé. | Goulot localisé et débit utile conservé après réglage. |
| Définir des priorités compréhensibles | Applications prioritaires ; Frontière de confiance ; Compteurs de classes ; Périmètre maîtrisé. | Classes et frontières de confiance vérifiées par les compteurs. |
Checklist avant décision
- Délai au repos
- Délai chargé
- Goulot observé
- Capacité utile
- Applications prioritaires
- Frontière de confiance
- Test simultané
- Fenêtre de sauvegarde
Réponses complémentaires
La QoS augmente-t-elle le débit ?
Non. Elle organise l’utilisation de la capacité disponible.
Un ping suffit-il ?
Non. Comparez plusieurs destinations et des usages réels, au repos et pendant la charge.
Faut-il tout prioriser ?
Une priorité générale ne distingue plus les besoins. Choisissez quelques classes utiles.
Internet conserve-t-il mes marquages ?
Pas nécessairement. Vérifiez la politique des réseaux traversés et le résultat applicatif.
Sources et limites
Ces ressources publiques complètent l’étude. Elles ne remplacent ni un test sur place, ni l’éligibilité opérateur, ni les conditions contractuelles applicables au service concerné.
- IETF — RFC 7567Recommandations sur la gestion active des files d’attente.
- IETF — RFC 4594Référence sur les classes de service et la différenciation des flux.
Guide préparé par l’équipe éditoriale de Nicholas Owen Global Telecom et mis à jour le . Les prix, couvertures, délais et performances doivent être confirmés par écrit.

